[B! システム開発] blackoutazraelのブックマーク

blackoutazrael id:blackoutazrael

システム開発に関するblackoutazraelのブックマーク (2)

新人プログラマーに読ませて欲しいネーミングの大切さ - codic ブログ
ネーミングについてまじめに長文を書いてみました。もし、あなたの会社にネーミングに疎い新人プログラマーがいたら読ませてやってください。ちなみに、この記事はシステム開発のネーミングについて書いています。また、このブログの特性上、英語でのネーミングを想定していますが、日本語のネーミングでも同様に考えることができると思います。 1. ネーミングの大切さ一般に、熟練のプログラマーほど、プログラミングにおけるネーミングに時間をかけます。それはなぜでしょうか。あなたが付けたその変数名 data は、その時点では、自分のために付けた「目印的なもの」であったかもしれません。しかし、そのソースコードを引き継いだ担当者など多くの人が、その名前を見ることになります。 // データを取得する var data = getData(1); そしてその名前は、そのソースコードを見る人に「僕は○○する変数だよー！
blackoutazrael 2015/03/13
システム開発

プログラミング

あとで読む

命名

変数
リンク
[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG
「超上流」という言葉自体はとても気に入らないけれども、IPA 独立行政法人情報処理推進機構が作って公開している「超上流から攻める IT 化の原理原則17ヶ条」が、当たり前のことを当たり前に並べてあってとても役に立つ。原理原則 17箇条ユーザとベンダの想いは相反する取り決めは合意と承認によって成り立つプロジェクトの成否を左右する要件確定の先送りは厳禁であるステークホルダ間の合意を得ないまま、次工程に入らない多段階の見積りは双方のリスクを低減するシステム化実現の費用はソフトウェア開発だけではないライフサイクルコストを重視するシステム化方針・狙いの周知徹底が成功の鍵となる要件定義は発注者の責任である要件定義書はバイブルであり、事あらばここへ立ち返るもの優れた要件定義書とはシステム開発を精緻にあらわしたもの表現されない要件はシステムとして実現されない数値化されない要
blackoutazrael 2015/01/30
IT

開発

考え方

あとで読む

仕事

システム開発

要件定義

IPA
リンク
1