タイラー・コーエンが、なぜソフトウエアでは一物一価の法則が成り立たず、米国や日本企業は自国の高いソフトウエア技術者を使い続けるのか――香港やシンガポールや中国ではもっと安価で雇えるにも関わらず――という一読者の疑問をブログエントリ化した。それに対し250を超えるコメントが付いたが、予想される通り、ソフトウエア開発においては単なるコーディングだけではなく、発注元と発注先とのコミュニケーションが重要なウェイトを占めるのだ、という指摘が相次いだ。その中で、各国のプログラマをステレオタイプ的に寸評したコメントが少し面白かったので、以下に訳してみる： Well, while we are being rude let me speak… It’s not the individuals of course, but the culture. And culture is why Americans
このエントリは、新卒準備カレンダー 2011春のためのもので、@shuji_w6e さんの「実践する、コツコツと、少しづつ」の次のエントリになります。 おまえ誰よ? 高橋征義と申します。プログラマです。プログラミングはかれこれ30年近くやってますが、まともに書けるようになったのは20年近くたってからです。人間続ければ何とかなることもあるんですね（ならないこともあります）。 修士の１年のとき、高校時代の友人から「インターネットのベンチャー会社作るんだけど一緒に働かない？」と言われ、あまり何も考えずに修了後その会社に参加しました。1996年、Webが流行り始めたころのことです。 そこから一度転職をはさみ、10年以上Web業界の隅っこの方で開発仕事に励んでいたのですが、昨年３月に退職、６月に電子書籍の制作と販売を行う「株式会社達人出版会」という会社を設立して、今はそこの代表取締役です。いやまあ社
プログラマに取って重要な能力というか気質として、中二病というのがあるんじゃないかなーとかふと思ったのだった。 なんかちょっとしたことを達成した時に、「おおなんてこったオレすげー！！やばいオレ新世界の神だ！！！」みたいなことを思ったことがある人は結構いると思うわけです。まぁ数年、一年、一ヶ月、時には一日で実はそんなにたいしたことでもなかったことに気付いて、恥ずかしい思いをしたりするわけです。だから自分の過去の日記とか見るのは面白いわけです。 でまぁこの気質って、後で考えると恥ずかしいことだったりするんだけど、しかしこの喜びを味わった瞬間というのはなかなか快感なもんで、プログラマの人だと結構こういう経験がある人は多いんじゃないかと思います。プログラマじゃなくても研究職とかでも結構ありそうですね。 で、こういう気質が無い人って、「あっそう Hello, world! って出たね、あっそうテトリス
2010年12月19日11:45 カテゴリ書評/画評/品評Art ブルックスの法則、再び - 書評 - 人月の神話/デザインのためのデザイン ピアソン桐原の畑中様より献本御礼。 デザインのためのデザイン Frederick P. Brooks / 松田晃一・ 小沼千絵訳 [原著:The Design of Design] 人月の神話 Frederick P. Brooks / 滝沢徹・ 牧野祐子・ 富澤昇訳 [原著:The Mythical Man-Month] あのブルックスの法則から35年。銀の弾丸が幻に過ぎないことを知った我々は、それからどれほど進歩をとげたのか。 本人にたずねてみようではないか。 「人月の神話」("The Mythical Man-Month")は、それを知らずに協調作業が何たるかを語ることが許されない一冊。作業をするだけの人であればとにかく、作業を命ずる立場の人で
エンジニアとして良い仕事をするために必要なこと ソフトウェア業界で日米を往復しながら仕事をしていると、世界中のさまざまなエンジニアに会う。私のように「プログラミングを心底楽しんでいる」人から、「新3K」（きつい・厳しい・帰れない）を身をもって体験している人までさまざまだが、共通して言えることは、エンジニアとしての基礎がしっかりできている人とできていない人では、その生産効率に大きな開きがあり、それが結果的には、会社での労働環境や待遇に、そして結果として自分自身にとっての「仕事の充実度」に、大きな影響を与えているということである。 いつも締め切りに追われている、毎回バグで苦しんでいる、徹夜の連続で体力に限界がきているなど、「仕事がきつい」理由はいろいろとあると思うが、会社や上司の悪口を言う前に、自分自身がプロフェッショナルなエンジニアとしてこの業界で勝負をするうえで必要な最低限の基礎がで
About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ 米国の大学進学無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice Acting創作活動って自分を晒け出さねばならないと...More... 最近のコメント Jessica Kirkpatrick on CLtL2 (2025/06/28)shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/01)ベアトリーチェ on ハイポハ
とある日本企業との仕事で衝撃を受けたことを前回のエントリーで書いたのだが、より驚いたのが、それに対していただいたコメントやはてぶのほとんどが別に驚きもしない、うちもおなじ、というものだった。 ・いや、おそらく日本では普通だと思います。 ・そもそも人事部が採用する時に、技術スキルの高い人は取ろうとしませんし、ユニットテストのような基礎知識さえも全く知らない人が大半を占めます。 ・見直すための工数は悪、辻褄合わせるのが正義。 ・以前、某ERPパッケージの下請けで働いていましたが、テストを手動でやり続けるのに嫌気がさして、辞めました。あれは鬱になる...。 ・日本では専門家を軽視して、「ビジネスゴールを最優先して考える俺は偉い。技術馬鹿、専門馬鹿とは違う」っていうタイプの人材が評価される組織が結構多いのですよね。 ・あるあるすぎて、笑えない。 ・請負的な開発はこういった傾向が強いと思う。残念なが
自転車置場の議論 人が集まると、なぜかどうでもいいようなことほど議論が紛糾してしまう傾向がありますが、このような現象のことを、FreeBSD のコミュニティでは自転車置場の議論 (bikeshed discussion) と呼んでいることを知りました。 この、「瑣末なことほど議論が紛糾する現象」はパーキンソンの法則という本の「議題の一項目の審議に要する時間は、その項目についての支出の額に反比例する」という法則として知られています。 この本の中で著者は、原子炉の建設のような莫大な予算のかかる議題については誰も理解できないためにあっさり承認が通る一方で、市庁舎の自転車置場の屋根の費用や、果ては福祉委員会の会合の茶菓となると、誰もが口をはさみ始めて議論が延々と紛糾するというストーリーを紹介しています。 このように、「瑣末なことほど議論が紛糾する現象」はパーキンソン氏によって見事に説明されているの
はてブのホットエントリで「成功できない人たちが持つ7つの悪習慣」という記事を見かけたのだが、ライフハック系の本やエントリは胡散臭く感じるところがあってあまり好きではない私から見ても、これは確かに、と思える内容で、プログラマーについても同じことが言えると思ったので、エントリにまとめてみた。 ・自分の理解力不足を技術のせいにする。すぐ理解できない技術や、普段自分が使い慣れてない技術は「キモイ」、「自分には合わない」などといってすぐ学習を放棄する。 ・他人の非に非常に敏感。使っているライブラリや人が書いたコードに少しでもバグが見つかると、「使い物にならない」、「書き直した方が早い」などとすぐ口にする。 ・環境がよく壊れる。「このPC不安定」、「また開発環境がおかしくなった」、「OSから入れ直さないと」といったように、作業環境が頻繁におかしくなる。たいていは自分で必要なファイルを消してしまったり上
タイラー・コーエンがMarginal Revolutionの12/23エントリで引用している文章が興味深い。以下がその引用部。 Software output cannot be measured as easily as dollars or bricks. The best programmers do not write 10x as many lines of code and they certainly do not work 10x longer hours. Programmers are most effective when they avoid writing code. They may realize the problem they’re being asked to solve doesn’t need to be solved, that the clien
グーグルはWebブラウザ「Google Chrome」など100種類を超えるオープンソースプロジェクトを社外に公開している。「Google Code」という開発者向けWebサイトでは、ソースコードだけでなく、グーグル社員同士のやり取りや仕事の進め方まで公開されている。そこから垣間見えるグーグル気質を分析する。（日経コンピュータ） グーグルのことを、「『世界中の情報を整理する』という大きな野心に向けて突き進むエリート集団」と思っている読者も多いだろう。そのような会社のプログラマであれば、書いたソースコードも厳しい規律に従う秩序だったものに違いない、と思うのが自然だ。 確かに、グーグルの開発スタイルの厳格さはよく知られている。例えば、グーグル日本法人の鵜飼文敏氏が行った講演を見ると、同社は、デザインドキュメント（コーディングの前に設計情報を文書化するプロセス）、コードレビュー（他のチームメンバ
こんにちは、櫛井です。 ライブドアの現場の空気感とか文化的なものを少しでも皆さんに伝えられればなあという思いから、「ディレクターとエンジニアと対談したいね」と1年以上前から話していました。 今回は、ディレクターとエンジニアがそれぞれ二人ずつ登場し四人で対談をしてみましたのでその模様をお届けします。内容に関してはニュアンスが変わらないよう可能な限り発言そのままでお届けいたしております。あらかじめご承知おきください。 ではどうぞ。 ■出演者プロフィール ・栗原由樹 職業：webエンジニア/シニアマネージャー 1977年生まれ、2001年ライブドア入社。受託制作時代を経て現在はモバイル自社サービスを手がける。デジタルガジェットを愛しすぎて月々の支払いがえらいことになっている。Yokohama.pm主宰。更新が少ないことで有名なTech Blogの担当でもある。Perlハッカー。 ・井原郁央 職業
アツいエントリなんで思わずTBうってみる。 この業界の問題、それはプログラムが、新人〜3年目の作業と位置づけられていることだ。 プログラマーの誇りを見せ付けろ - 山本大＠クロノスの日記 正確に言うと上級プログラマも初級プログラマも同じ値段で評価されるってことが弊害である、ってことだと思います。予めXXX万円で作ってねという予算が決まっていて、その予算をオーバーしないことだけが成果の基準にあることが問題だと考えます。このルールにおいては、極論ですがコード品質が高くても低くても大差が無くねっていう力学が働きます。 基本的にニッポンの受託開発のプロジェクトの場合は、大きく２つのプレイヤーがいます。 案件を立ち上げてお客さんへのコミット権限がある人・会社 立ち上げた案件をシステム化してデリバリする人・会社 ですが、今の流れでは工程が分断されちゃっているので、案件を立ち上げる人とシステム化してデリ
当方１年目の新人です。"デスマ"と言うのを最近知りました。 勉強になると思うので箇条書きかなんかで挙げていただけないでしょうか。
1 名前：以下、名無しにかわりましてVIPがお送りします：2009/01/01(木) 19:05:18.46 ID:H67nJ+Kz0 答えれる範囲で答えます 3 名前：以下、名無しにかわりましてVIPがお送りします：2009/01/01(木) 19:06:11.23 ID:F7f5GAvH0 年収は？ >>3 400万くらいかな 4 名前：VIPの帝王 ◆koxjyhajbE ：2009/01/01(木) 19:06:31.93 ID:ijQ2eBqp0 やっぱブラックなの？ >>4 他の業界をしらんからなんとも言えんが、 α、β付近になると終電帰りがデフォになる。泊まりはそれほどない。 残業代はなし。これはブラックなのかな？ 5 名前：以下、名無しにかわりましてVIPがお送りします：2009/01/01(木) 19:06:35.75 ID:+TELd9IE0 DirectXとOpenG
http://d.hatena.ne.jp/masayang/20081111/1226429835 今回の景気後退で、日本のSIは軒並み危ういそうです。 ということで、早速翻って同じIT業界にいる俺自身がどうなるかをシミュレートしたいとおもいます。 社会人5年目のだめだめがきんちょですが、SIなんて大仰なところにいたことは一度もありません。ずっと零細です。 * 「上流＝付加価値の高い仕事」という概念は根強く、開発という「核となる」行程を安い外部に流すようになってしまった。 * レバレッジ効果があるから収益向上につながってきた。 * が、新たな仕事が来なくなるとレバレッジは逆転を始める。 * つまり、外部依存率を下げつつ、利益率向上を目指すという苦痛が待っている。 うん、付加価値の低い仕事である下流工程はもちろん全部やってるよ！ でもさー、ぶっちゃけ上流工程って下流工程がわかってないとでき
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます プログラマーが有するスキルには大きな幅があり、彼らの出身国や文化もさまざまであるため、プログラマーの素性や経歴というものはそれぞれ異なっているはずである。とは言うものの、プログラマーの優劣に大きな影響を与える資質というものも存在しているのだ。そこで本記事では、プログラマーを採用する際に重視すべき資質を10個選んで解説する。 ＃1：好奇心 優秀なプログラマーはものごとを「ありのままに」捉えるということをしない：彼らは、きちんと動作しているように見えるものに対しても、詳細を学ぼうとその中身に深く踏み込んでいくのである。そして彼らがそういった態度をとることで、存在すら明らかになっていなかった問題が解決されることも多々あり、それは通常、深刻な問
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く