日本の問題は下ではなく上にある: Meine Sache ～マイネ・ザッヘ～
2014年10月(1) 2014年09月(1) 2014年08月(2) 2013年02月(6) 2013年01月(17) 2012年12月(16) 2012年11月(12) 2012年10月(5) 2012年09月(2) 2012年07月(5) 2012年06月(2) 2012年03月(2) 2012年02月(21) 2012年01月(18) 2011年12月(8) 2011年11月(7) 2011年10月(1) 2011年08月(6) 2011年07月(4) 2011年01月(9) 2010年12月(7) 2010年02月(1) 2010年01月(17) 2009年12月(4) 2009年09月(10) 2009年08月(25) 2009年07月(26) 2009年06月(20) 2009年05月(5) 2008年06月(5) 自分は日本人論は嫌いですが、日本とその他の国々に違いがあるの
彼女は勉強「だけ」ができない - ２４時間残念営業
2012-11-10 彼女は勉強「だけ」ができない 最近は店長候補とする人間を育てている。二十代前半の女の子で、その子には夕方の学生の子を育てるべく二人ばかりを預けている。で、あるときその子がグチっぽく言った。 「どうも自分から動いてくれないっていうか、いつまで経っても頼りっきりなんですよね」 そんで今日、その店長候補の子と俺と、あと新人で夕方からのシフトに入る機会があった。その場合でも俺が直接教えることはあまりしない。あくまでその店長候補の子が教育係で、どっちかっていうと俺がレジとかの通常業務をやるような状態になってる。 んで、彼女が新人さんに揚げ物をやらせていた。 「すいません、フライドチキンはいくつ揚げたらいいですか」 「んー、じゃあ５本で」 「それとポテトがもうじきなくなりそうですけど、これはどうしますか」 「いまはそのままでいいや」 などというやりとりをしていた。 さりげなく様子
プログラミングのルール
自分のルールを twitter に書いてみました。1時間半ぐらいやってたらしい。 ＊ ＊ ＊ 変数名やクラス名に省略した単語でなく正しいスペルのものを使う。 他人のインデントはいじらないが、間違ってるのはなおす。同じインデントシステムを使う。勝手に発明しない。ちなみに、K&R 大域変数は使わない。Singleton も使わない。インスタンス変数経由でパラメータを渡さない。必要な場合のみに使う。 コメントは関数/メソッドの役割に対しておこなう。bug fix comment には例を含める。 測定を伴わない最適化は無意味で間違っている。 xUnit を使う。 修正前のコードを残すようなことはせず、版管理にまかせる。 fprint() ; exit() ; のようなエラー処理をせず、エラー処理ルーチンを呼ぶ。 malloc を裸で使わない。 use case 図から書き始める。 if else
設計と実装の狭間で - 急がば回れ、選ぶなら近道
・現状 ・・・相変わらず溝は埋まっていません。希望の星と目されたDSLは現時点ではかなりの不発弾に近い感じで、設計系クラスターはあまり元気がないですね。翻って見れば、設計と実装が最も近かった時代は、なんのことはなくて、自分も含めて（懐古趣味の老人を除いた）皆さんが毛嫌いするCOBOL＋汎用機の時代だったかもしれないという意見すら出る惨状です。あの時代以降、 UMLが登場し、まさに銀の弾丸状態で、それ以降Unified Processやら何やらが、インフルエンザの如く流行りました。ま、その延長上に今のアジャイルまでの流れがあるわけですが、気がついてみれば、これほど設計と実装が離れてしまった時代もないという状態になってしまっています。・・・設計と実装の狭間は、相変わらず埋まっていない気がします。 ここへ来て、実装技術の多様化は、カンブリア紀を思わせる拡大の一途になっています。開発環境のみならず
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
