PAGE TOP↑
id:fromdusktildawnさんのいうことはいつも説得力があるなー、と思いつつ以下の部分にはとても納得した。 氷河期の猛吹雪にズダボロに引き裂かれた人々と、グングン成長した人たち - 分裂勘違い君劇場 by ふろむだ これだけ需給バランスが崩れていれば、有能なソフトウェアエンジニアやプロジェクトマネージャは、相当強気に出られるのではないだろうか。 「待遇が悪い。さっさと待遇改善しないと、転職するぞ。」と脅せば、課長も部長も顔色が真っ青になる。 とくに、有能なエンジニア同士、横で連絡を取りながら結束してやれば最強。 現場の主戦力にごっそり抜けられたら、組織崩壊の危機となる。会社側は震え上がるだろう。 本当にその通りだと思う。優秀なソフトウエアエンジニアは平凡なソフトウエアエンジニアより10倍以上生産性が高いなんていわれているが、優秀なソフトウエアエンジニアが10人集まったときに起きる
酔って適当に考えたことを書き留めておく 半分以上与太だけど、ツッコミ歓迎 SICPは「計算機プログラムの構造と解釈」というコンピュータサイエンスの教科書です。サンプルはすべてSchemeというLispの方言で書かれています。以下、「本当にプログラミング未経験でSICPから入門しようとする人」が陥るかもしれない三つの罠を挙げてみます。 1. 破壊的代入に対する嫌悪感を植えつけられる SICPには「大リーグボール養成ギプス」のような側面があります。ストイックな制限を与えることで思考の流れを誘導する感じ。第1章ではリストが使えず(LISP=LISt Processingなのに!)、第2章まではset!が使えないため破壊的代入ができません。つまり状態が扱えない(実際には2章の最後のほうではテーブルが最初から用意されていることにしてオブジェクト指向っぽいことをしてますが)。第3章でようやく状態を扱え
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く