「プログラマが体験するべき50の危険なこと」と「きのこ本」 - 日々常々
「プログラマが体験するべき50の危険なこと」 - Togetterまとめ*1 プログラマが体験するべきではない50の危険なこと - Life like a clown はてなブックマーク - Togetter - 「「プログラマが体験するべき50の危険なこと」」 あるあるネタです。よくある危険な体験談なので、共感を得られるのも当然だと思います。ですが、単に並べるだけでは苦笑やネガディブなネタになってしまい、何も改善されません。 笑って済ませるのは悪です。そんなの皆わかってるでしょうけど、改めて「そんなもの」にしてしまわないように意識して欲しいと思うのです。どこが危険であり、どう改善するべきか。また、なぜそのような事が行われるか。そして実際体験する事になった場合の対処等に展開できたらいいなと思っています。最終目標はこれらの多くを無くす事です。こんな事、体験させるべきじゃないんです。 発端 子
2011-02-18 - ITは芸術だ レガシープログラマかどうかを判断する10項目
※2011.3.30追記 11個目の判断項目を追加しました。 また、「昔はね...」の補足説明を各項目に追加しました。 レガシープログラマ = モダンな言語のおいしい機能をうまく使いこなせていないプログラマ おいらは時々社内システムのコードレビューなんかをやっているのですが、「なんかちょっと前時代的だな〜」とか「ちょっと修正したらC言語でもコンパイルできそうだな〜」って思うことがよくあります。 おいらがレビューする言語は主にC#です。C#やJavaのような比較的モダンな言語のおいしい機能をうまく使いこなせていないプログラマを、ここでは「レガシープログラマ」と呼ぶことにします*1。 そこで、おいらがこれまでに見てきたコードの中から「これはレガシープログラマっぽい」と思った典型的な症例を10個11個挙げてみます。 レガシープログラマの判断項目 使われるローカル変数をすべてメソッドの最初に宣言す
プログラマはプログラミングをしていないという現実
フロリダのRubyプログラマのSteve Clayさんがブログに投稿した「プログラマーはプログラミングをしている、はずが実際はそうでもない」という記事が話題になっていました。 神話：プログラマは一日中、プログラムを書いている。 現実：多くのプログラマは下記の事に多くの時間を費やしている。（順不同） 外部のプログラマーのMLへのメールやテックでない人へのメールを用心深く書く ミーティングに参加、モックアップやDBスキーマの作成、要求された機能へのパフォーマンスの心配 バグレポートを書く、過去のバグを検索 複雑なシステムの障害の原因を何ギガもあるログを探索して調べる ダウンタイムについてユーザーや上司への説明 他人の問題の解決へ協力 ドキュメント、本、ブログ、リリースノート、脆弱性アナウンスを読む 必要な既存の名前の分からないようなコードを探す 見つかったコードが自分の環境に互換性がありライセ
技術の需要供給ギャップと、今時のプログラマに求められる資質がソレってちょっとどうなの？という話 - おろかな日々
今日ちょっとid:ryoasaiさんとtwitterで一言二言メンション飛ばしたのが、ちょっとおもしろかったので、それをネタに日記を一つ書いてみることにします。まず最初は 以前に書いたエントリにDDDのタグつけた。日本では現状DDDの第一人者ですら業務で活用する機会がないと嘆いているほど。才能が無駄になっている。DDD日本語版出版のこの機会によ... URL 2011-04-10 12:19:06 via Hatena これ。特にちょっと↓の所が気になった。 DDDの第一人者ですら業務で活用する機会がない。 ちょっと一般的にいいかえると「技術者の視点で良いとされる技術と実務で求められるスキルにギャップがある。」 これはね、仕方がない事だと思うんです。「実務で求められる」というのは要するにお客様の要望です。それにマッチしているかどうかわからない（新しい）技術をもってきても、お客様としては判断
SEに必要なスキル、いらないスキル - スーパーSEへの道
1961年栃木県足利市生まれ。株式会社ヤザワ取締役社長、グレープシティ株式会社アドバイザリースタッフ、電脳ライター友の会会長兼事務局長。大手電気メーカーでパソコンの製造、ソフトハウスでプログラミングを経験し、現在はアプリケーションの開発と販売、および.NET対応コンポーネントのマーケティングに従事している。 本業のかたわら、書籍や雑誌記事の執筆活動、セミナーやコンファレンスにおける講演活動も精力的に行っている。代表作に『プログラムはなぜ動くか』（日経BP社刊）がある。 お客様の満足を何よりも大切にする自称ソフトウエア芸人。 今回から「スーパーSEに求められるスキルとは何か？」をテーマに語っていただきます。まず、その中でも、技術革新が日進月歩で進むIT業界で生き抜くための「テクニカルスキル」についてうかがいました。 まずは、ざざっとSEに必要なスキルを挙げてみましょう。それらをまとめると、「
「IT業界」なんて、ないんだよ
このエントリは、新卒準備カレンダー 2011春のためのもので、@shuji_w6e さんの「実践する、コツコツと、少しづつ」の次のエントリになります。 おまえ誰よ? 高橋征義と申します。プログラマです。プログラミングはかれこれ30年近くやってますが、まともに書けるようになったのは20年近くたってからです。人間続ければ何とかなることもあるんですね（ならないこともあります）。 修士の１年のとき、高校時代の友人から「インターネットのベンチャー会社作るんだけど一緒に働かない？」と言われ、あまり何も考えずに修了後その会社に参加しました。1996年、Webが流行り始めたころのことです。 そこから一度転職をはさみ、10年以上Web業界の隅っこの方で開発仕事に励んでいたのですが、昨年３月に退職、６月に電子書籍の制作と販売を行う「株式会社達人出版会」という会社を設立して、今はそこの代表取締役です。いやまあ社
Javaプログラマが知るべき9のこと - @katzchang.contexts
はじめに ソースコードは設計であり、コードの記述は品質に直結するのは言うまでもない。ちなみに、プログラマにとって特に重要なのは保守性だ。コードは書いた直後から保守対象となるからだ。コードは要求文書の範囲で動けばいいと思っている人がいれば今すぐ、ソースコードをコピペして100klに増えるプラグインがいつの間にかインストールされる呪いをかけてあげよう。幸い、ここを読んでいる人にはそんな人はいないだろうと思うけれども。 ということで、コードの品質を下げる要因、すなわちシステム全体の品質を下げる要因となり、かつ使われやすいアンチパターンを挙げ、対策を検討していくことにする。対象は以下： 出力パラメータ 処理状態返却 意味のある配列 無意味な初期化 多すぎるtry-catch 暗黙の順序 コンパイラ警告の無視 過剰なコメント e.printStackTrace() 出力パラメータ メソッドの引数にオ
見習いプログラマが読んだら、すぐにジョブレベルが上がる１０冊 : ソースコードは飲み物です。
2010-11-24 05:56:00 GMT 某所で『プログラマが読むべき１０冊』というのが公開されてましたが、 どうみても中身が重いし、バックグラウンドの知識が必要なものが多いと感じたので、 即、血となり肉となる本を独断と偏見でまとめてみました。 ジャンルごとの順番です。どれも読むべきだと思うので敢えて順番はつけません。
全てのプログラマが読むべき本 まとめ
全てのプログラマが読むべき本 まとめ は、2010 年 11 月 23 日に投稿された 全てのプログラマが読むべき本ベスト10冊 - とみー を発端とする、多くの技術者（ソフトウェアエンジニア） が「全てのプログラマが読むべき本」や「プログラマにおすすめする良書」と言うテーマで執筆した記事の中から、 プログラミングやソフトウェア開発に役立つ推薦書籍を集計してランキング形式でまとめた Web サイトです。 独学でプログラミングを勉強しようと考えている初心者、初学者等が、書籍を選ぶ際の参考としてご利用下さい。 尚、上記期の間以外に公開された記事でも、同様の趣旨で執筆されたものについては集計の対象としています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
