そろそろ「プログラマー35歳定年説」を徹底論破しとくか - 書架とラフレンツェ
世の中に流布している「プログラマー35年定年説」は、大きく以下の3つに分類できる。 プログラマーは激務なので、35歳を過ぎると体力低下のために続けられなくなる(体力低下説) プログラマーは常に新しい情報を吸収しなければならないが、35歳を超えると脳の働きが低下して新しいことを覚えられなくなるために続けられなくなる(学習能力低下説) プログラマーは35歳を超えると開発ではない業務を求められるようになるので、技術職としてのプログラマーのキャリアが途絶える(マネージメント原因説) 以下、ひとつずつ検証していく。 体力低下説 まず1つ目の「体力低下説」だが、これについてはそれほど深く考る必要がなさそうに思える。周知の通り気力や体力には個体差があり、若くても元気がないひともいれば歳をとっても元気なひともいる。また、35歳あたりの体力低下の原因としては、単純な加齢というよりも生活習慣の要因の方が大きそ
Programmer Profile
プログラミングを勉強する際に、Twitterでフォローすると参考になる人を探せるサービス これから何かを勉強しよう！と思った時に、その領域に携わってる人・勉強している人をフォローすると、 その界隈の動向が見えてきます。 しかし、言語や技術用語は普通に検索するとなかなか引っかからないものも多いです。 (CとかDとかF#とかRとか、ノイズ多く特に難しいですよね。「なでしこ」と検索して出てくるのも、サッカーの話ばかりだったりします) 各界について、自薦他薦含めて推薦数順に並べていますので、これから勉強していく上で情報源となるアカウントを探すことができます。 探してみる ＞ 各界のフォローすべきTwitterアカウント 同志を探せるサービス 本サービスでは、自薦を推奨しています。つまり、「僕（私）はコレをやってるよ！」という表明です。プロフェッショナルである必要は全くありません。 モノ作りや勉強を
第1回 良いコードを書くための5つの習慣［前編］ | gihyo.jp
本連載が書籍化されました。 『良いコードを書く技術 ─ 読みやすく保守しやすいプログラミング作法』 縣俊貴 著／A5判・240ページ 価格2394円（本体2280円） ISBN 978-4-7741-4596-9 はじめに この連載は、「良いコードの書き方」を知ることを目的としています。みなさんの周りにも「良いコード」をものすごいスピードで書き上げて、開発の原動力となっているプログラマがいませんか？ 本連載ではそのような「できるプログラマ」たちが「日常的に意識していること」に注目して、彼らの中では常識だけど一般的には気づかれていないような内容を、プログラミング初心者にもわかりやすい言葉で解説していきます。プログラミング言語はJavaを中心に説明しますが、RubyやC＃、JavaScriptなどでの例も織り交ぜていく予定です。 第1回の今回はウォーミングアップとして、良いコードを書くために
Matzさんに聞く、新卒エンジニアの適正年収は？ | 株式会社VASILY(ヴァシリー)
RubyのパパことMatzさんに、新卒エンジニアの適正年収を伺いました。twitterで下記のようなコメントがあり、弊社も新卒採用などやっていることから、Matzさんに新卒エンジニアの給料について伺ってみました。 質問 新卒エンジニアの適正給料はこれだとするならいくら位だと思いますか？ざっくり。 Matz 日本ということ考えて…理系大卒で600万くらいかなあ でもねぇ、大卒はだいたい粒ぞろいだと言っているのと同じ。個人差は無いものとしているってことなので、それだとおかしいよね。 ただ、コンピュータサイエンスの学科を出て、プログラミングできるっていう学生が300万とか400万とかしか貰えないと、彼の持ってる技能はあまり評価されてないってことじゃないかなと。特殊技能を持っていると思われてないってことじゃないかな。 プログラミングするのに国家試験はいらないので誰でもなれるって思われ
第6回 ［最終回］プログラマについて | gihyo.jp
「プログラミングに関する雑多な事柄」がテーマの本連載、最終回の今回はプログラマについて取り上げてみたいと思います。 生産的なプログラマとは？ 生産的なプログラマは平均的なプログラマの何倍もの仕事をする、という話をよく耳にします。確かに経験に照らし合わせても、できるプログラマの生産性には目を見張るものがあります。 ここでは、私がこれまでに関わった中で、生産的なプログラマにどんな特徴が見られたか紹介したいと思います。 レスポンスが早い チームでの開発では、他のメンバーから質問があったり、何かを依頼されたときに、できるだけ早くレスポンスすることが大切です。 たとえば、ちょっとした質問への返事が遅いだけで、誰かの進行が止まってしまうことがあります。レスポンスの早いプログラマと一緒に仕事をすると、こうした待ち時間が最小限になります。 フットワークが軽い 私の知り合いのあるプログラマは、何かアイディア
プログラマとして30年以上の経験から得た教訓 | POSTD
私は、プログラマとして30年以上仕事をしてきた中で、学んだことがあります。そのいくつかを以下にご紹介します。もっと挙げることもできますよ。 実物を見せないと、顧客の希望は分からない。 このことは最初の仕事で学びました。顧客は、実物を見るまでは、何が本当に必要なのかがよく分かりません。言葉で長々と説明するよりも、機能検証のためのプロトタイプを提示する方が確実に役立ちます。 十分な時間があれば、あらゆるセキュリティは破られる。 現代社会において、セキュリティを保つことは信じられないほどの難題となっています。プログラマは常に完璧を求められますが、ハッカーは1回でもハッキングができれば成功なのです。 セキュリティが破られた場合、事前にその状況に備えた対策を講じているかどうかで結果が変わってくる。 最終的にセキュリティが破られることを想定する場合、その時に起こることに備えて対策を立てておく必要があり
35歳の誕生日を迎えて「プログラマー35歳定年説」とは何なのかを改めて考える - アナザーディメンション
本日9月29日は、僕の誕生日。 35歳になって、ちょっと前に「30歳になってオレもおっさんになったなぁ」なんて言ってたと思ったら、もう30代も折り返し地点で、四捨五入で40ですわ。 20代の10年より、30代の10年はあっという間。40代なんてもっと早いという話はよく聞くが、特に昨年1人目の子供が生まれてからはそれを実感する。 本当に、何もしていなくても時間だけは過ぎていくような感覚なのだ。 しかし、この35歳という年齢は色々考えさせられる年齢だ。僕の仕事であるシステムエンジニアの世界では、「プログラマー35歳定年説」なんて言葉がある。 まさに今年その歳を迎えることになったわけだが、ちょっと思うところを書いてみる。 「プログラマー35歳定年説」に込められた意味 僕はシステムエンジニアという仕事を、社会人になってから10年弱ずっとやっているわけだが、「プログラマー35歳定年説」という言葉はか
言語設計者たちが考えること
C++、Python、APL、FORTH、BASIC、AWK、Lua、Haskell、ML、SQL、Objective-C、Java、C#、UML、Perl、PostScript、Eiffel、そしてRuby。世界に多くの影響を与え、またソフトウェアの基盤を支えているさまざまなプログラム言語の設計者たちへのインタビュー集です。彼らが何を考え、どんな考えに基づいて言語を設計したのか。伝説的かつ著名な言語設計者たちが登場し、背景、動機、哲学、信念、秘話、教訓、課題を語ります。対話を通してパイオニアたちの飽くなき探究心と思考プロセス、情熱、そして底知れぬエネルギーが見えてくるはずです。 日本語版には、Rubyのまつもとゆきひろ氏へのインタビューを追加収録しています。 目次 本書推薦の言葉 まえがき 1章 C++（ビャーネ・ストラウストラップ） 設計上の意思決定 C++の使用 オブジェクト指向プロ
プロダクティブ・プログラマ
TOPICS Programming , Business/Essay 発行年月日 2009年04月 PRINT LENGTH 284 ISBN 978-4-87311-402-6 原書 The Productive Programmer FORMAT PDF 生産性の高い人はそうでない人に比べ、同じ時間でより多くの仕事をし、より多くの成果を上げることができます。本書は、ソフトウェア開発におけるプログラマの生産性についての書籍です。プログラマ個人が、どのような意識を持ち、どのようなツールを使えば、単位時間当たりの仕事量を増やすことができるかについて示します。本書は2部からなり、「I部 技法編」では、作業を自動化するためのツールや集中を維持する方法など、開発に必要な作業の生産性を向上するテクニックとツールを解説します。「II部 実践編」では、テスト駆動開発や、メタプログラミングなど、生産性を
プログラマが知るべき97のこと
人々のさまざまな思いを技術で形にするプログラマ。本書は世界中で活躍するプログラマによる97本のエッセイを収録した書籍です。プログラミングにおいてもっとも重要な事柄は何か、バージョン管理やテスティング、設計原則とコーディングテクニック、また腕を磨くための勉強法などについて、経験豊かなプログラマが自らの体験を踏まえて解説します。プログラマを勇気づけ、新たな気づきをもたらす一冊です。日本語版では、小飼弾、関将俊、舘野祐一、まつもとゆきひろ、宮川達彦、森田創、吉岡弘隆、和田卓人による10本の書下ろしを収録。 目次 監修者まえがき はじめに 01 分別のある行動 セブ・ローズ（Seb Rose） 02 関数型プログラミングを学ぶことの重要性 エドワード・ガーソン（Edward Garson） 03 ユーザが何をするかを観察する（あなたはユーザではない） ジャイルズ・カルバン（Giles Colbor
成長の場を求めないソフトウェアエンジニア？：柴田 芳樹 (Yoshiki Shibata)：So-netブログ
「ソフトウェア開発組織が持つべきカルチャー」と題して、過去に以下の記事を書いています。 継続した学習習慣 コンピュータの基礎を教える 共に学ぶ マネージャが勉強会を主催する プロセス中心ではなく、スキル中心 スキル向上に真剣に長期的に取り組む カンファレンスへ積極的に参加させる コードをレビューする Source Code Controlへ最低でも毎日コミットする ビッグバン・インテグレーションを避ける テストを自動化する ソースコードを調べる 自分で書いたコードを自分で見直す 知識教育だけではなく、良い行動パターンを促進する また、「コードレビューの視点」として、以下の記事を書いていいます。 Copyrightを書く 必要なエラー情報を付加する マルチスレッドプログラミングに注意する 言語仕様を確認する 独り言コメントは書かない 説明とコードが違っていないか注意する 知識の伝達の場 エン
プログラマの実力偽装を考える──初心者と中級者を分けているもの
「プログラマの実力」とは一体何を指すのだろう、とよく考えることがあります。特に、プログラミング雑誌の編集者としては、「プログラミングの初心者と中級者を分けているもの」に、とても興味があります。 中級者と見なされるには、様々なものが求められるでしょう。特定のプログラミング言語の文法を隅々まで把握していることかもしれませんし、最新のライブラリやツールを使いこなせることかもしれません。たしかに、こうした知識は、優れたソフトウエアを開発するうえで重要です。ただ、そうしたノウハウは、使用するプログラミング言語や開発環境が変わると役に立たなくなることもあります。 そこで、日経ソフトウエア2014年4月号で、「中級者に必要なものは何か」をテーマにした「初心者脱出の近道は？ プログラミングの『壁』大攻略」という記事を執筆しました。この記事では、中級者に必要なものを「良い習慣」と位置付け、どのような習慣が必
プログラマが勉強すること - きしだのHatena
今日もプログラマになる勉強する人のところで話をしてきました。 で、また適当にいろいろ書いてました。 http://www.slideshare.net/nowokay/20140228-31742219 今日は特に、この図の内容についてまとめておきます。 ※ このエントリは、主に今日の話を聞いた人を対象としています。前提や補足については省略しています。 まずはプログラミング言語を プログラマというのは、利用者に直接サービスを提供することはできません。コンピュータの上でプログラムを動かして、そのプログラムを使ってもらうことでサービスを提供します。 ※組み込みは前提から外しています。 そのプログラムも、コンピュータで動くものを直接記述することは現実的にできません。 なんらかのプログラミング言語で、プログラムを書くことになります。つまり、プログラマの仕事は直接的にはプログラミング言語をいじくる作
「プログラマではない人」は、プログラマのことをもっと理解するべき
プログラマと一口に言っても色々な分野があります。 私はWebやスマホアプリの分野なので、その目線で、かなり大げさに書いています。 プログラマという括りにも語弊があるのですが、気にしないでください。 プログラマというのは、とても難解な職種であるように思われています。 実際にやはり特殊な職業ではあるのでしょう。 わからない人から見れば、「やつらは一体あんな真っ黒な画面に文字だけが表示されている画面を睨んで、なにを考えているんだ」と思うでしょう。 体もほとんど動かさない。一体何をやっているのかもわからない。 表情もほとんど変わらない。いつも残業している。 こんなイメージかもしれません。 こういった現状をプログラマからすると、いかにプログラマに対して理解が低いものかと嘆くことが多々あります。 ですので、是非「プログラマではない」皆さんには、プログラマに対する理解を深めて欲しいと思うのです。 そうす
チーム開発とクソコード - tototoshi の日記
今までパッケージソフトとかWebサービスの開発をしてきた中で、ビジネス上の納期や要求を満たすためにひどいコードを書くっていうのは自分の経験ではあまりなかった気がします。なにかひどいバグがあって、とりあえずのパッチを当てて間に合わす、ということはたまにあるけれど。SIの世界は知りませんよ。 そもそもコードを汚くかけば納期に間に合うということもないし、ビジネス上の近道になるということもない。コードをきれいに書こうが汚く書こうが無理なものは無理。第一汚いコードを意図的に書くというのも意外に難しいということは、普段まあまあきれいなコードを書いている人ならわかってくれるんじゃないかと思います。 仕様変更に設計がついていけてなくておかしいとかならともかく、関数が1000行あるとか、newした瞬間全てが終わるとか、変数のスコープがびっくりするくらい広い、みたいなコードについてははビジネス上の要求ではなく
未明の2時間半。一心不乱にコードに集中 ──中島聡流プログラミングの流儀 #OpenGL｜CodeIQ MAGAZINE
未明の2時間半。一心不乱にコードに集中 ──中島聡流プログラミングの流儀 #OpenGL 2014.01.29 Category：【連載】ギークたちの『仕事の流儀』 Tag：OpenGL ,中島聡 米国マイクロソフト社でWindows95/98、Internet Explorer3.0/4.0 のソフトウェア・アーキテクトを務めたことで知られる、UIEvolution創設者の中島聡氏。 開発者としての日米にまたがる豊富な経験をふまえ、IT業界やそこで働くプログラマたちへ向けて、ブログなどで切れ味のよい提言を続けている。現在も毎朝4時起床してコードを書く現役エンジニアである中島氏に、プログラミングの流儀を聞いた。 by 馬場美由紀 （CodeIQ中の人） 未明に起きて仕事。昼寝は「18分間」と決めている ──現在はアメリカを拠点に活動されていますが、最近の中島さんの関心事は何ですか？ いま「
とあるiOSプログラマが様々なプログラミングを習得するまでの経緯
プログラミングをどうやって覚えたのか、という質問をよくされますが、独学です。 独学だなんてすごい、とか言われるので、多くの方はプログラミングは「教えてもらうもの」と思っているのかもしれません。 こんなもん、教えてもらって身につくわけがないんです。 結局は自己解決能力を養えるかということが、プログラミングの習得につながっていると思います。 問題が起こった時に原因を特定できて、それを調査し、解決することができるか。 これができるコツを掴めばプログラミングは難しく無いと思います。 というわけで、あんま関係ないのですが、私が今までにプログラミングを勉強してきた経緯や流れを書きたいと思います。 これから勉強する方の参考になれば幸いです。 1996年（15歳）ポケコンを触る IT系という言葉が当時あったかどうかわかりませんが、それを志すようになったのは、兄の影響が非常に強かったです。 私の兄は、これか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon | 本, ファッション, 家電から食品まで | アマゾン
Test Yourself - テストを書くと何がどう変わるか
ssig33.com - 生産性の高いエンジニアは本当に 10 倍の生産性があるのか