量産型プログラマを撲滅したい
プログラマの生産性の差は、出来る人と出来ない人で10倍とも100倍とも言われる。そんな馬鹿な、と思われるかもしれないが、事実だ。 むしろ、一緒に働かせると、出来るプログラマが、下手に作られたプログラムの修正をしなければいけなくて、全体の生産性を落とすことになる。 つまり、出来ないプログラマはチームで働くと、生産性をマイナスにするのだ。厳しいことを言えば、いない方がマシなのである。 ソフトウェア開発に猫の手はいらないのだ。 では、出来ないプログラマとはどんな人たちか。 コピペで書くプログラマだ。他で動いているプログラムをコピペして、なんとなく直して書いているプログラマだ。 なぜプログラムが動くのか、どう書けば動くのか、わかっていない。 ただ沢山のプログラムを書くだけの量産型プログラマだ。こういう人のプログラミングは、デバッグさせてみて、横で見てるとすぐにわかる。 まず、エラーメッセージを見な
追悼：任天堂 岩田聡社長 HAL研究所の天才新入社員と高校2年生の思い出 by 藤本健 - 週刊アスキー
任天堂の代表取締役、岩田聡さんが亡くなられたというニュースを見て、非常にショックを受けています。あまりにも偉い方になられていたので、もう長年お会いしたことはありませんでしたが、引退されたら久しぶりに昔話でもしに遊びに行こうと思っていたからです。 岩田さんに初めてお会いしたのは、1982年の8月だから33年も前のこと。岩田さんが23歳の新入社員だった時代です。 高校2年生とプログラムを共同開発 高校2年生だった私は、夏休みを使って当時のパソコン、NECのPC-8001用にサウンドボードを開発し、それを駆動するためのプログラムを作ったのです。自画自賛ですが、とてもよくできたので、雑誌で見かけた会社に連絡をし、買い取ってもらえないか交渉をしていました。 5社ほど面談に行った会社の中で、第一希望だった会社がHAL研究所。5～6人の小さな会社で、そこで対応してくれたのが岩田さんでした。 結果的に、H
流行のIT技術を追うのをやめたらプログラマとして成長した話
私はもともと普通のプログラマとしてキャリアをスタートしましたが、2007年くらいから脱プログラマを目指してソフトウェア起業家として経営に軸足を移してきました。 それから8年くらいが経過して思うのは、経営者として大きな成功をおさめる前に、自分のプログラマとしての実力がめきめきとアップしてしまったということです。 8年前の私は、プログラマとしては基礎力はあるものの全般的には未熟であったように思います。コードも荒削りで、とにかくかろうじて動くものを作ることに四苦八苦していました。が、いまはプログラマとしてずっと良い仕事ができています。 この8年間は、自分でコードも書いていたので、経験が増えたことによって、良いコードを書けるようになったという面も多々あるとは思います。しかし、そのあいだ技術書を読むことはすっかりやめてしまい、流行の技術などは完全無視してきました。 経営層の一員として働くので、プロジ
エンジニア/エンジニアリングのビッグピクチャ - Kentaro Kuribayashi's blog
社外のある技術者たちと「会社のエンジニア、あるいは、エンジニアリングがどうなっていくべきかというビッグピクチャみたいなものがあるか？」という話になった。その場ではいろいろな内容が出てきたわけだが、不詳わたくし、技術責任者という役職を務めている者としてどう思うかというと、そんなにかっこいいことを考えているわけではなかったりする。実際にかねがねいっていることがあるとすれば: 変化に対応できるよう、エンジニアとして成長しつづけよう 他のひとにない、何か自分が一番の得意分野を作ろう というぐらいである。このフレーズだけでいえば、なんのことはない、いってみれば当たり前、というか、誰でも思いつくような話だ。しかし、ことはそう簡単ではないと思っている。 ひとくちに「成長」といったところで、どれぐらい成長すればいいのかという問題がある。一番わかりやすい基準は、我々は上場企業であるということからいうと、市場
IT・Web系エンジニアの「三次請けあるある」｜【Tech総研】
IT業界ではおなじみの、複雑な下請け構造。今回は、複数社が間に入っている“三次請け”の案件に携わったエンジニアに、その仕事内容や特色を聞いてみた。 IT・Web系で常態化している下請け構造。上流から離れれば離れるほどプロジェクトのタスクは細分化されるので、業務内容も課題も上流工程のエンジニアとは異なってくる。プロジェクトの全体像や目的が把握しにくい状況で開発を行い、時には悩ましいオーダーに対しても、ガリガリと現場でソースコードを書いて何とか仕上げるIT職人といった印象があるが、実際はどうなのか。 今回、Ｔｅｃｈ総研では、三次請けの案件に携わってきたIT・Web系エンジニアにアンケートを行い、三次請け開発現場について聞いてみた。三次請けならではの「あるある」エピソードとは。 ・お客さま先での常駐がほとんどで自社の名刺は配ることがまずない。案件によっては、どこの会社から指示を受けて仕事をしてい
天才プログラマ兼経営者 登 大遊が語るエンジニアに伝えたいこと|三年予測|dodaエンジニア IT
プログラマ兼経営者 登 大遊（のぼり だいゆう） 1984年生まれ。29歳。2003年、筑波大学1年に在学中、VPNソフトウェアSoftEtherの開発が「未踏プロジェクト」に採択される。2004年4月、ソフトイーサ株式会社を起業、代表取締役に就任。SoftEtherの後継となるVPNソフトウェアやサービスを次々に開発。筑波大学大学院システム情報工学研究科コンピュータサイエンス専攻博士後期課程に在学中の大学院生でもある。 「低レイヤー」、「異常な努力」、「AC」、「怠けるために仕事をしてるんです」──ソフトイーサ株式会社の経営者で、自らプログラムを書き続ける登大遊（のぼり だいゆう）の語り口は独特だ。だが、よく耳を傾けているうちに、登の中の価値観が浮かび上がってきた。登は、プログラマの言葉である“ハック”をなにより重んじる生き方をしてきたのだ。 まず時計の針を10年前に戻すところから始めよ
ハッカーの遺言状──竹内郁雄の徒然苔第1回：ハッカーは二度死ぬ？ | サイボウズ式
元祖ハッカーで、未踏プロジェクト統括PMとしても知られる竹内郁雄先生の書き下ろし新連載です。 ハッカーは、今際の際（いまわのきわ）に何を思うのか──。成し遂げてきた数々のハックが走馬燈のように思い出されるのか、あるいは、直し切れなかった無数のバグへの悔恨に打ちひしがれるのか、あるいは……。ハッカーが、ハッカー人生を振り返って思うことは、これからハッカーに少しでも近づこうとする人にとって、貴重な「道しるべ」になるはずです。 本連載は、毎月第4週に掲載していく予定です。竹内先生への質問や相談を広く受け付けますので、編集部、または担当編集の風穴まで、お気軽にお寄せください。 文：竹内 郁雄 カバー写真： Goto Aki その昔、このページをご覧の多くの方が、多分まだ生まれていなかった1967年に「007は二度死ぬ」という、ジェームズ・ボンドが活躍する映画が作られた。撮影地は日本だった。ボンドガ
プログラマーの格言（盗作多し）
プログラマーの格言（盗作多し） 頼む、９６になるまで盗作を続けさせてくれ プログラマーの格言（盗作多し） 一日は２４時間ある。 今日中という意味は明日の朝までという意味である。 プログラマーの格言２（盗作多し） プログラムは思った通りに動かない。書いた通りに動く。 プログラマーの格言３（盗作多し） 要求仕様はプログラム完成後に完結する。 基本仕様は完成品を顧客が見てから決定される。 詳細仕様は使用者がプログラムを動かしてから固まる。 プログラマーの格言４（盗作多し） 私は、ソフトウェア設計には 二つの方法があるという結論に達した。 一つは、欠陥がないことが明らかなほど単純にする方法である。 もう一つは、明らかな欠陥がないほど複雑にする方法である。 C.A.R.Hoare プログラマーの格言５（盗作多し） コードは開発現場で書くんじゃない！ 納品先で書くんだ！ デバグは納期前にするんじゃない
より良いPHPerになるための20Tips
去年の話ですが、海外でこんな記事が上がっていました。 20 Tips you need to learn to become a better PHP Programmer 記事の内容は、かなりレベルが低いです。 しかし、初心者のうちに知っておけば、より早く成長出来るでしょう。 初心者PHPerのために、この記事の翻訳を載せます。 20 Tips you need to learn to become a better PHP Programmer PHPは、同じオブジェクトの扱い方でも複数の書き方を持っている、とても気まぐれなプログラミング言語だ。 詳しくは、私の書いた”The Art of Programming“を読むと良い。 これから書くTipsは、過去のプロジェクトから私が学んだコードの可読性、メンテナンス性を上げ、あなたを素晴らしい、より進んだPHPプログラマーにするもの
赤須Muのブログ
幾つか老人ボケとも思われる失敗が続いたので、悩んだりしながら考えたのは、何かを理解しようとする態度、視野に入って来た例えば文章などを理解できなくても、直ぐに他に移るのではなく、少しその事に焦点を当ててみる気持ちが大切だという事だ。 そういう事を新たに修得する以外に、失地を回復する手段がないと思われた。 そうした警告は私の内部からでなく、他人の方から苦言とか罵倒に近い声としてやって来た。 それで老人ボケの批判だと悟るという順番だった。 そしてその原因を探ってみると、自分の行った無視、思い込み、的外れという心の動きが浮かんできた。 確かにそこには老人ボケと規定できる兆候があるものの、一方昔からそういう面があったとも思う。 元々、物事を深く考えるのは苦手で、心に余裕がなく、他人の意図まで図るという気が回らない。 だが昔は若さでそれを避けていられたのかもしれない。 だがこれからは少し考えないといけ
これはマネしたい！スーパーエンジニア達の習慣 | Act as Professional
いままで勉強会に顔を出し、すばらしいエンジニアと数多く会うことができた。そして、スーパーエンジニアと共に仕事をすることもできたし、できている。そんなスーパーエンジニア達が持っていた習慣を僕の経験と視点からまとめてみる。 自分が使う道具を厳選して選んで手入れをしている エンジニアでいえばエディタやツールなど。皆が使っているIDEやエディタを何も考えずに使い始めたりしない。 厳選したエディタやツールを使って、手になじませるのである。手になじませるというのは、2つの意味がある。 1つは操作性に慣れること。呼吸をするように自然に、キーボードの上を駆け回る心地よいリズムを奏でるエディタを選ぶ。 2つめは、自分に合わせて拡張しているということ。プラグインのON/OFFだけではなく、オリジナルのショートカットを設定し、適切なハイライト、シンタックスのチェック、コーディングルールのチェック、様々な言語への
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitBook – Knowledge management for technical teams