ソフト開発

そのソースコードが汚い理由:共通した根源的な間違い

この内容には私も全面的に賛成で、クラスやフィールド、メソッド、名前空間など、とにかく文字として表れる名前には、必ず、例外なく、正しく誤解のない命名を徹底することが非常に重要だ。 http://blog.livedoor.jp/lalha/archives/50261226.html 先のエン…

きれいなソースコードを書くために必要な、たったひとつの単純な事

「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか?」という質問を受けたので、「はて?どうしているだろうか?」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あ…

逃げる位なら「正しいプログラミングテクニック」を盲信しとけ!

いや、本当は盲信じゃなくてちゃんと理解すべき。でも理解不十分のまま、ふろむだ氏も言ってるなんて理由でそれに反する事を実行するよりは、盲信してる方が現実的にはよっぽど有益。というのは、彼が言っている事は、 例外的な条件でのコードのあるべき姿の…

悲劇のフレームワーク Apache Ant 〜悪魔のantcall〜 (vs depends)

フレームワークっていうよりDSLだけど、いずれも枠組みであって、枠に嵌められるし、外れるとおかしくなる。 フレームワークには大きな枠組みがあって、そのなかで変えるべきところを自分なりに変えれば、そのシステムを好きにすることができます。しかしあ…

マシン語?量子論?どこまで掘り下げるとプロ?

マシン語はプログラミングの深淵であり、母であり、基礎です。 http://d.hatena.ne.jp/shi3z/20070911 個人的にマシン語を愛するというのは構わないけど、 プログラムが書ける、という状態は「マシン語が書ける」という状態の延長線上にあるべきで、マシン語…

静的モデリングとモデルレス

なるほど、リアルな現場の知恵、勉強になります。 プログラマの方にとっては、Date型を使わないことへの疑問があるようです。 Date型でなく、なぜわざわざyyyymmdd形式で日付のデータを扱うのかというと、自治体の業務においては必要な場合があります。 日付…

「生年月日から年齢の簡単計算式」は、[これはひどい]か

[ネタ]タグがほとんどなく、ホントに実用コードとして感心してるっぽいブクマの数々。トリビア的ネタなら構わないけど、実用コードとして見ると、自分の最初の直感的感覚は[これはひどい]だった。 最近知ったんですが、生年月日から年齢を計算する簡単な計算…

「OOは難しい」は真実であり、かつ嘘である。

「http://alfalfa.livedoor.biz/archives/51079543.html」 まとめがw。しかし、OOを否定する手続き系マンセーな人達の一部は、コレを認識する必要があるかもしれない。 たしかにOOは設計情報が増える(≒難しい)が、それは、規模があって正しく整理された拡張…

「Googleに言語の力の序列を訊いてみた」のおまけ

COBOLなどの検索元自然言語比較(下の表)を見ると、やはり、日本はレガシーが特異的に多く残っているんだろうか。 Java,COBOLでの検索元地域比較をみると、インドはガチで「今」の商売言語に取り組んでるという事だろうか。 Haskellなどでの地域比較をみる…

Googleに言語の力の序列を訊いてみた

緑:fortran 青紫:cobol 橙:prolog 水色:haskell 朱:erlang FORTRANとCOBOLは根強い。やはり、歴史と実績は重要なのか。 言語の力と言えば肝心のこいつを入れてみなければ。 緑:fortran 青紫:cobol 朱:lisp ←★ 橙:prolog 水色:haskell Prologとほぼ互角。自分…

趣味プログラマがプロで仕事するために足りないもの

ことプログラミングの世界においては、その実力は圧倒的に趣味プログラマのほうが、底辺から並にかけてのプロなんかよりも遥かに上と断言できます。もしあなたが、自分の実力は現場で通用するのかと悩めるプログラムが趣味の高校生であれば、断言してあげま…