・自動テスト ・ペアプログラミング あとは何だろ アジャイルは胡散臭いんだけど、メリットデメリットが理解しやすい方だと思う 追記：語弊があるな、自動テストは重要だ。TDD、XP界隈と言ったほうがいいか 追記：胡散臭いのと、不要ってのはちょい違う。必要でも胡散臭さは放てる。過大評価が近い。あと、複数人でやる方法論で胡散臭さが出がち。
プログラミング、三大胡散臭い開発手法
・自動テスト ・ペアプログラミング あとは何だろ アジャイルは胡散臭いんだけど、メリットデメリットが理解しやすい方だと思う 追記：語弊があるな、自動テストは重要だ。TDD、XP界隈と言ったほうがいいか 追記：胡散臭いのと、不要ってのはちょい違う。必要でも胡散臭さは放てる。過大評価が近い。あと、複数人でやる方法論で胡散臭さが出がち。
派遣のプログラマが使えない理由
帰りが一緒になって少し話してたんだけど 急に増田さんってリリースしたことありますか？って聞かれたから そりゃプログラマなら誰でもリリースしたことあると思いますよって言ったら 「僕リリースしたことないんですよ。っていうかリリースまでいたことがないので。」 いたことがないっていうのはつまりは途中でクビになったっていうわけじゃないですか 使える人は多少お金があがっても引き続きお願いしたいけどそうじゃない人はいてほしくないもんね で、そうなるとリリースの後の後始末とか運用も当然やらないわけでそうなると 恥はかき捨ての勢いでコードもかき捨てでもその人は何も困らないわけで その人は何も成長する機会がないわけですよ 成長してない状態でほかの現場をあちらこちら行っても使えないからまたクビになっての繰り返し SESの人たちってなんでこんなにひどいんだろうって思ってたけどようやく理解できた
プログラミング上達するためにだいじだなぁとおもったこと一覧
コードを書くことコードを読むことコマンドラインをほぼ常に使うこと（「使わないわけないだろう」と思う人が多いと思うが、それができない人はそれよりも多い）ライブラリも可能な限り読むこともっとコードを読むことコピペしてもいいけど、コピペするコードの意味は絶対に把握すること自分の勤め先がクソなら、会社は辞めること（ある程度技術力があればどこでもやっていける）英語が読めること数学的・論理的思考をみにつけることオープンソースのコードを読むことなるべく根本的な概念を知ることひとつの言語に拘らず、何個も触ること（ひとつのパラダイムに固執する可能性がある）UNIX/Linuxをメインでつかうこと流行を追いかけ過ぎないこと（結局ソフトの上で踊らされているだけ）自分の知らない分野はいくらでもあると心得ること井の中の蛙にならないように心がけることマネジメント視点も取り入れること「他人のため」を考えること（独りよが
無能なプログラマの特徴
技術書を買っただけで満足するｗブクマするだけで理解した気、分かった気になっているｗ勉強会（笑）には参加するが復習も実践もしないｗ一つの言語を使い込めてないのに複数言語に手を出すｗ流行りの技術に飛びつくけど直に飽きるｗ専門と断言できる技術領域がないｗVisualStudioを貶す割には、パフォーマンス分析とかテストなどの便利機能は使えないｗWPFが分からないだけなのに、自前で作る方が偉いと思っているｗオーバーヘッドやフットプリントなどデメリットを考えず、すぐにtemplateとか純粋仮想関数を使って可読性を落とすｗオブジェクト指向/デザインパタンを何か特別の技術だと思っているｗ無駄なところにラムダ式を使うｗメモリ使用量や計算量の予測ができないｗ最大負荷を予測した上で始めから対策を取った実装が出来ないｗHHKでないと仕事できないｗとりあえずVim（笑）を使うｗ用途もないのにマックブックプロを買
プログラマの経験年数なんてアテにならない
組み込みを8年やってきて、その後Web系で6年やってるって人がこの前来たんだけどあまりにも使えなくて本当に困った 人間性に問題があるのは目をつぶっても技術レベルが新人に毛が生えたレベルで、もしかしたらその辺の理系学生以下かもしれない 最初は様子見で簡単な一機能を任せたんだけど、そもそも動くものが作れてないからね、挙げ句に逆切れする始末だし 一方で今2年目の子がいるんだけど、最初からセンスのある子だなとは思ってたけど彼はすごい わからない知らないことでも、やらせてもらってもいいですか？って聞いてきてそれなりに形にしてくるからね もちろんまだ微妙なところはあるけど、普段から相当勉強してるしすでに10年以上やってる自称プログラマより全然使えるんですよ 考えたんだけど若いから飲み込みが早いとかそういう問題じゃなくてつまりはやる気があるかどうかだよね ある程度経験と技術レベルは比例するんだけどさ、数
道具に拘るエンジニアはだいたい無能
http://d.hatena.ne.jp/Yamashiro0217/20131004/1380855545 プログラマーの仕事は、 ほぼ、考えることだ。 これは正しい、正しいがゆえに 場合によっては駒の重さが30kgぐらいある。 どんだけ優れた将棋指しでも、30kgの駒を100回とか動かしたら、 疲れて頭回らなくて素人にも負けてしまうかもしれない。 30kgもある駒を動かすのは大変だ。 だからプログラマーはエディタ工夫したり、 開発環境工夫したり、色々して駒を軽くする。 この下りは、大嘘または大間違いだ 俺の周りにいる国際学会で発表するような研究をしてきた同僚や Googleなどの世界的な企業で活躍する、畏敬する人々は得意な道具こそあれ 道具の差や環境の差で、パフォーマンスが落ちたりしない なぜならは プログラマーの仕事は、 ほぼ、考えることだ。 ということだから。 研究であれば重要な
http://d.hatena.ne.jp/faith_and_brave/20100220/1266673222 C++0x 読んだが ダメっぽいな。 ..
http://d.hatena.ne.jp/faith_and_brave/20100220/1266673222 C++0x 読んだが ダメっぽいな。 まず第一にエンタープライズでの開発が考慮されていない。エンタープライズの開発だと１００人２００人 マスタークラスから ジュニアーまで様々なレベルの開発者が携わる。 その中で重要になってくるのは可読性。 はっきり言って、歴史的な可読性を犠牲にして効率が上がるならともかく、気持ちの問題程度の効率では意味がない。 第２に スレッドとファイバーの違いぐらいわかれ、わざわざスレッド起こしたらコンテキストスイッチにどれだけコスト食うんだよ。 関数コールするとレジスタとかが、スタックにPUSHされるんだよってわからん奴が、IF書くなと同じで、スレッドってコンテキストスイッチの塊なんだよってのがわかんないのに下手にスレッド書かせるな。 ３にラムダ式・・・
プログラマーを悪役に描くドラマはもう嫌だ
23日追記：こんなに反応があるとは思いませんでした。ちょっと感情的になって、「これは必ずしもそうとは言えないだろう」みたいなのも全部断定的に書いたのが効を奏したのか。感謝、感謝です。 撮っておいた、2月に放送された交渉人スペシャルを今頃見ているんだけどさ、主演の米倉涼子が警察の交渉人になって犯人と対峙するの。（一応ネタばれ注意） いやぁ、なんで、こう、脚本家はプログラマーとかエンジニアを悪役に仕立てたがるのか。復讐のために、医療行政の失政で妻子を失った優秀な元プログラマが、厚生労働大臣の孫娘が乗ったドクターヘリを遠隔操作で乗っ取るって話なんだけどさぁ。そんなこと、単なるプログラマに出来るかっつーの。知らねーよ、ヘリコプターの操縦システムなんて。「プログラマなんだから、それぐらい出来るでしょ」とか、脚本化が思っていそうで怖いわ。それ、プログラマ違うから。機械・電子・ロボットの知識全部いるから
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラマーになりたい