pelletkachels | blog over bedrijven en feitjes en de pelletkachel
Welkom bij Pelletkachels.nl, jouw ultieme bron voor alles wat met pelletkachels te maken heeft! Maar we zijn meer dan alleen een platform voor het bespreken van warmtebronnen. Bij Pelletkachels.nl geloven we dat het delen van kennis en ervaringen over bedrijven en gebeurtenissen ook essentieel is voor het creëren van een betrokken en geïnformeerde gemeenschap. In dit blog duiken we dieper in de we
Mackerelチームのリモートワーク体制における日報とデイリースクラム - Hatena Developer Blog
日報を継続する方法があったら教えて欲しい、id:Songmu です。最近はMackerelチームのディレクター兼デベロッパーをやっています。 リモートワークと情報共有 Mackerelは、8名程度で開発しており、開発メンバーは京都・東京・愛知の3拠点に散らばっており、リモート勤務も各自の裁量で行えるようになっています。 リモートワークにおいては細かい情報共有をなるべく労力をかけずに行うことが必要になりますが、そのために以下のようなツールを利用しています。 開発手法としてスクラムを採用 Hatena::Groupによる情報共有 Github/Zenhubを用いたプロジェクト管理 Slackでのチャットコミュニケーション Zoomによるオンラインミーティング Mackerelチームでは、Hatena::Group上で日報を書くことを推奨しており、今回はその話です。 Mackerelチームの一日
WebPay: 開発者向けクレジットカード決済サービス
ドメインウェブの設定が見つかりません 考えられる原因 ドメインウェブの設定がまだ行われていない。 ドメインウェブの設定がまだ反映されていない。(反映には数時間～24時間かかることがあります) ドメインウェブ・DNSの設定が誤っている。 アカウントが存在しない、契約が終了している、削除されている。
実践で役立つ業務アプリ開発のヒント - ＠IT
第2回 簡潔なコーディングのために （2017/7/26） ラムダ式で記述できるメンバの増加、throw式、out変数、タプルなど、C# 7には以前よりもコードを簡潔に記述できるような機能が導入されている 第1回 Visual Studio Codeデバッグの基礎知識 （2017/7/21） Node.jsプログラムをデバッグしながら、Visual Studio Codeに統合されているデバッグ機能の基本の「キ」をマスターしよう 第1回 明瞭なコーディングのために （2017/7/19） C# 7で追加された新機能の中から、「数値リテラル構文の改善」と「ローカル関数」を紹介する。これらは分かりやすいコードを記述するのに使える Presentation Translator （2017/7/18） Presentation TranslatorはPowerPoint用のアドイン。プレゼンテー
ウノウラボ Unoh Labs: WEBアプリテストのチェック項目リスト
こんにちは！やまもと＠テスト番長です。 TestingGeekという耳障りの良い名前のサイトをご存知でしょうか？ 総合的にテストの話を取り扱っており、それでいて読みやすいサイトです。 そこのTemplatesのコーナーにWeb Application Testing Checklist という便利そうなものがありましたので、日本語にしてみました。 ちょっとそのままだと物足りない感がありますが、テストポリシー作成の叩き台に使ってみるのも良さそうですね。 この手のリストを他にもご存知の方がいらっしゃれば、是非ご一報ください。 1. 機能テスト 1.1 リンク 1.1.1 記載された通りの先に遷移するか 1.1.2 どこからもリンクされないページは存在しないか 1.1.3 全ての外部リンク 1.1.4 参照しているサイトおよびメールアドレスはハイパーリンクになっているか？ 1.1
競争力をつけよ ２１世紀の品質保証体制の構想
1.）９０年代に何が起きたか かつて1970〜1980年代に「品質」は日本の工業製品の代名詞でした。欧米諸国にとって、安価で品質の良い日本の製品は驚異だったのです。それがモトローラ社において『６シグマ』を生み出す背景となったし、ヨーロッパにおいて『ISO-9001』を引き出すきっかけになったのです。『CMM』でも、当時の日本の企業が持っていたプロセスが参考にされています。ある意味では、世界は日本の「品質」を目標にしてきたといっても過言ではありません。 それが今日、日本の工業製品の品質に赤信号が点滅しているのです。単に他国に追いつかれたという状態ではありません。今まで確保していた品質のレベルが落ちているのです。それもソフトウェアが原因とは限らりません。ソフトが原因のものが多いことは確かですが、ハードの設計や製造のプロセスも狂いだしています。 実際、私が買った日本製のオーディオのアンプはコンセ
ユーザー・インターフェイス開発は分割して小さくする（1/3） - ＠IT
●ラッパー・コントロールを活用したフォーカス時の背景色設定 本稿の冒頭で「一目で分かるように、フォーカスのあるコントロールの背景色を（黄色などに）変更してほしい」という要望について記述したが、ここで先ほど作成したラッパー・コントロールであるBaseTextBoxコントロールを使ってこの要望を実現する例を示そう。 まず先ほど作成したBaseTextBoxクラスのコード内容を以下のように書き換える。このコードは単に、フォーカスを受け取ったら背景色を明るい黄色（LightYellow）に変更し、フォーカスを失ったらデフォルトのコントロールの背景色に戻す処理を実装しているだけだ。 Public Class BaseTextBox ReadOnly DefaultFocusedBackColor As Color = Color.LightYellow Public Sub New() Initia
ウノウラボ Unoh Labs: バグに効く習慣〜より良いテストを実現する企業文化
こんにちは！ やまもと＠テスト番長です。 プロダクトの品質を上げるには、会社ぐるみで品質管理に取り組む意識が重要です。 より良いソフトウェアテストを実現する為の企業文化として、大事だと思うことを幾つか挙げてみたいと思います。 新人にまずやってもらうことは？ 新人テスターをいきなりテストに参加させるのは良くありません。製品への理解が深くないと有効なテストは出来ないからです。 まずは製品の仕様を覚えてもらったり、バグレポートの書き方を覚えてもらったりしなくてはいけないのですが、仕様書をポンと渡して、「これを見ながら製品を全部動かしてみて」といった指示を出しても現実味がなくモチベーションは揚がらないでしょう。 最初にやってもらうことは、先輩テスターの書いた障害報告の再テストか、 画面遷移図の更新など手探りで学習しながら行えることが良いと思います。 極力固定したビルドでテストする テスト対象の
プログラマから起業家へ転身する際の注意点:Geekなぺーじ
「10 Tips for Moving From Programmer to Entrepreneur」 という記事がありました。 面白かったです。 要約してみましたが、間違っているかも知れないので詳細は原文をご覧下さい。 1. コーディングはあなたの仕事の5％でしかない コード書きに夢中になってしまう起業家がいます。 コードを書くことも重要ですが、いくら美しいコードを書いても、誰もその製品を使ってくれないのであれば意味がありません。 税金を払い忘れて逮捕されてしまったら書いたコードは無駄になります。 ソフトウェアのライセンスに無頓着であるために訴えられたら、コードは無駄になります。 ブログやフォーラムでコードの事ばかりを話題にする起業家を見る事がありますが、多くの場合、コードよりもビジネスの側面について考えた方が良いと思われます。 もちろん、コードについて語る方が簡単ですが、そもそも起業
【レポート】JavaWorld Day 2007 - アジャイル開発の伝道師が明かす、プロジェクト成功の秘訣 (1) アジャイル開発に対する9つの誤解 | エンタープライズ | マイコミジャーナル
米IBM Practice Leader Agile DevelopmentのScott W.Ambler氏 19日、東京都千代田区において、IDGジャパン主催の技術カンファレンス「JavaWorld Day 2007」が開催された。JavaWorld Dayは、昨年末まで定期刊行されていたJavaWorld誌の内容をライブで技術者へ伝えることを目的として始まった技術カンファレンス。同誌が休刊になった現在も、継続して開催されている。 7回目を迎えた今年のJavaWorld Dayでは、「The Agile Modeling(邦訳:アジャイルモデリング)」などの著書で知られるScott W.Ambler氏をはじめ、国内外の著名なエンジニアによる10のセッションが設けられた。ここでは、同カンファレンスの中からScott W.Ambler氏の基調講演を取り上げ、その模様をお伝えしよう。 アジャ
最小限の手間でシステム間連携を実現する～疎結合アーキテクチャの登場
企業向けシステム開発の歴史は、アーキテクチャ（技術基盤）の進化に伴う「スクラップ＆ビルド」の歴史でもある。技術の進化に伴いアーキテクチャが変化すれば当然のようにシステムの刷新や更改のニーズが発生し、数年～数十年使い続けたシステムを再構築する場面が出てくる。一方で企業側としては、一度構築したシステムを有効活用または他システムと連携するコストを最小限に抑え、ビジネスの要請を満たすITを構築、維持したい。 このようなニーズに対して、どのような実現方法（実装方式）がとられてきたのだろうか？ 今回は、システム連携方法として進化を遂げてきた「疎結合」アーキテクチャについて概観する。 単一のアーキテクチャと密結合インターフェイス 企業向けシステムが「その企業だけのために」構築され、外部とのインターフェイスを意識しなくてよかった場合においては、採用するアーキテクチャやインターフェイスは独自仕様のものが採用
開発ツール
現在のソフトウエア開発は，様々なツールの助けが不可欠。VisualStudioやEclipseなどの統合開発環境は，バージョンアップするたびに開発者を多面的に支援する機能を盛り込み，開発効率の向上を図ってきた。ソフトウエアの種類，規模，用途などに合わせて最適な開発ができるように，開発者はツールの“正しい”使い方を知っておく必要がある。（斉藤 国博＝日経ソフトウエア） プログラムを書くときには，何らかの開発ツールの助けを借りているのが普通である。例えば，何らかのクラスライブラリを使おうとしたとき，クラス名などをうろ覚えのままでも統合開発環境（IDE）が候補を示してくれる。引数の順序などいちいち覚えていられない細かい書式も，その場その場でIDEが教えてくれる。 プログラミングの勉強や，趣味でちょっとしたアプリケーションを作っているとき，ツールの便利さを実感する開発支援機能といえば，決まり切った
ウノウラボ Unoh Labs: WEBアプリのテストに必須なツール７種
こんにちは！やまもと＠テスト番長です。 前回satoさんの書いたエントリーが好評のようですね。 自分は実は美術系出身です。なので「デザインセンスのある人からみた～」というエントリーでも続けて書いちゃおうかなと一瞬思いましたが、世の中にはWEBデザインのプロの方もいらっしゃることだし、控えておきましょう。 センスってのも考え込むと難しいですしね。 個人的には、WEBデザインの美醜って「使いやすさ」とかなり直結な気がしてます。 さて、今回は僕が普段テストに使っているツールでもご紹介してみようかと思います。 Selenium 一年前くらいに登場した無償の自動実行ツールです。 有償の自動実行ツールは以前からありましたが、 ベンチャーが購入するには高価なものなので 大手以外にはあまり導入されていなかったであろう類のツールです。 テストシナリオにそってブラウザを自動で操作してくれます。
ソフトウェア開発者のための推薦図書
Code Complete 2 [ Code Complete第2版―完全なプログラミングを目指して (上・下) ] スティーブ・マコネルのCode Completeはソフトウェア開発者のための｢楽しい料理｣本だ。この本を読むということは、自分の仕事を楽しんでいるということであり、自分のすることに真剣であるということであり、もっと向上したいと思っているということなのだ。Code Completeの中で、スティーブは平均的なプログラマが読む 技術書は年に1冊に満たないと指摘している。この本を読んでいるという時点で、あなたはおそらく周りにいる開発者たちの90%と違う行動を取っていることになる。それもいい方向にだ。 私はこの本がすごく好きで、ここから自分のWebサイトの名前(Coding Horror)を取ったくらいだ。この本ではやるべきでない悪い例には"coding horror"アイコンで印
優先順位を決める - The Joel on Software Translation Project
Joel Spolsky / 青木靖 訳 2005年10月12日 水曜 FogBugz 4.0をいじり回すのをやめて、5.0に取りかかる時だった。私たちは大きなサービスパックをリリースし、誰も出会うこともないだろう細かいバグを山ほど修正し(そして誰も出会うこともないだろう新しい小さなバグを2つほど新たに作り)、何か本当に新しい機能を付け加え始める時になっていた。 開発に取りかかる準備ができた頃には、改良のためのアイデアはプログラマ1700人で何十年分になるくらいたまっていた。あいにくと私たちの元にいたプログラマは3人だけであり、来年の秋にはリリースしたいと思っていたので、やることの優先順位付けをする必要があった。 私たちが機能のリストを優先順位付けするのに使った方法のことを話す前に、やるべきでない2つの方法について話しておこう。 1番目。誰か1人の顧客に約束しただけのために何かの機能を実装
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
変電工 - Google C++スタイルガイド日本語訳
Loading...
萩原正義のソフトウェア工学論---目次
Apolloポケットガイド邦訳Wiki - FrontPage
効果的にバグを報告するには