35歳プログラマ定年説はもう時代遅れ。職業プログラマは32歳定年説を推します - 会長@腹部日記(2011-10-07)
_ 35歳プログラマ定年説はもう時代遅れ。職業プログラマは32歳定年説を推します 今冬のチーム体制を議論する季節になってきました。とうとう私はプログラマとして招へいされることが無くなりました。 ジョジョの奇妙な冒険第二部風に現状を説明すると以下です。 tamoot は・・・二度と Ruby on Rails を使った開発のお仕事には戻れなかった・・・ サポートのようなお仕事と、バグ調査・パッチ作成のお仕事との中間の生命体となり永遠に会社をさまようのだ そして開発のお仕事をしたいと思っても招へいされないので・・・・ -- そのうち tamoot は考えるのをやめた 私をプログラム開発業務へまわすデメリット 客観的に見て以下です。弊社ならやはり定年として扱われても仕方ありません。 時間単価が高い 偉い人はプログラミングごとき下流の作業は単価の安いやつにやらせるという方針です。 明らかに間違って
孤独なソフトウェアエンジニアの味方です - rabbit2goのブログ
好きでやっているソフトウェア開発の仕事だけど、周囲を見渡すと実はこんな仕事は好きではないと言い切る人が多くて驚いたことがある。与えられた仕事だけをやっておけば万事OK、チーム全体のレベル向上やプロセス改善、新しい創意工夫なんて自分には関係ないことだし、そもそも仕事に関係しない余計なことに巻き込まないで欲しいと、面と向かって言われたこともある。会社で働く人の目的は実に様々なのだ。 このような開発者が増えてくると、チーム全体としての品質・生産性向上なんて見込めなくなるし、投資対効果を求める会社としては「スキルなんか要らないから人月単価の安い人が欲しい」と外部の会社に求めるようになってくる。一部のやる気とスキルのある人たちが方針と手順を決めて、残りの人はそのルールに従うのみという「ソフトウェア工場」が出来上がるわけだ。 ソフトウェアエンジニアとそれを取り巻く不幸な環境は、長い年月に渡って形成され
生き残れなかったエンジニアとは？エンジニアとしての死とは？ - しんさんの出張所 はてなブログ編
http://slashdot.jp/askslashdot/article.pl?sid=08/03/16/041249 表現力とは、例えば図面を書く能力であったり、コードを書く能力であるのですが、それだけではなく人に物を伝える能力や統率力も含まれます。 図面を書いたり、コードを書く直接的な表現力は、歳を重ねるごとに絶対的（手が遅くなるとか、直感的な思いつきが減って考える時間が増えるとか）・相対的（新しい手法をもった若手が増えることで、結果的に同じ事を表現するのに時間が掛かるようになったり、そもそも新しい環境向けたハード・ソフトを設計できなくなる）に失われていきます。 http://slashdot.jp/askslashdot/comments.pl?sid=393811&cid=1313966 これはないと思う。やっぱりずっとコードかいてる人はどんどん効率のよいコード書くようになって
ソフトウェア開発が好きでないサラリーマンエンジニア：柴田 芳樹 (Yoshiki Shibata)：So-netブログ
ソフトウェア開発は、自分で考えて手を動かしてプログラミングして動くものを作ることを繰り返す訳ですが、そもそもソフトウェア開発という「物作り」を好きではないサラリーマンエンジニアが日本には多いのではないかと思います。 その理由は単純で、新卒新人でも中途入社であっても、自分で分析・設計から実装・デバッグまでするのが好きな人を採用していないからだと思います。たとえば、メーカーでソフトウェア開発部門に配属されるような新卒新人でも、大学ではほとんどプログラミングしたことがない人をメーカーは採用します。中途採用であっても、採用面接でプログラミングを伴う技術的な質問をほとんどしません。 その結果、企業の中には、本当にソフトウェア開発が好きなソフトウェアエンジニアと仕事だからというサラリーマンエンジニアがいることになります。そして、サラリーマンエンジニアは、そもそも好きではないので、業務がこなせるようにな
プログラマ70歳定年説
最近またプログラマ35歳定年説をよく目にするようになりました。 「日本の典型的なSIerの世界では」という前提であれば、35歳定年説はあながち間違ってないのかもしれません。でもその前提となっているSIerの体制自体には大きな疑問を感じます。いったい何が問題で、どうすれば生涯プログラマとして生きていけるのでしょう？ 日本のSIerの不自然なカースト制度 プログラマ35歳定年説はPM・SE・PGといった日本のSIerの不自然な職種分離が最大の原因です。 PM/SE/PGは別のスキルが必要なのに、年齢とともにジョブチェンジしていかなくてはならないプレッシャーがあります。大手SIerではろくにプログラマを経ることなくいきなりSEとしてデビューしたりもします。 こんな変な仕組みが出来た原因はソフトウェア開発の本質があまりわかってないときに製造業モデルを無理やり当てはめたからではないでしょうか。 この
プログラマ35歳定年説、定年後の未来 - GoTheDistance
株式会社クラステクノロジー代表の四倉氏の連載コラム「第151回」が、とても興味深いのでご紹介します。 【第151回】35歳定年説の真実-株式会社クラステクノロジー 詳しい内容は上記コラムをご覧頂きたく。 プログラマ35歳定年説とは 上記の四倉氏によれば、プログラマ35歳定年説とは｢1Step,1Stepの生産性に比例するので、長い間労働すれば高いアウトプットが出せ収入が増える。体力が下り坂になってきて徹夜や残業ができなくなるのが、大体35歳前後。体力低下と共に収入も下り坂。それに限界を感じてIT業界去ってしまう｣ということのようです。これをプログラマと呼ぶのかとか、ステップ数(笑)という憤りもあるでしょうが、｢ステップ数と売上が比例するため、いっぱいコードを書けば収入が増える｣という理屈は腑に落ちました。是非の問題ではなく、確かにその理屈なら体力勝負という表現も理解できる。 そして、この理
新人教育では「たのしさ」を教えています - ふものしっぽ
とある事情により4月から今年度入社の新人システムエンジニアの卵君たちの教育を担当させてもらっています。主にプログラミングなどの技術面を担当しています。教育担当の人から講師の仕事を丸投げされた感じなのでなんともはやな感じなのですが「自由にやっちゃって」とのことだったので自由にやらせてもらうことにしました。 教育資料 教育するための資料は一応用意されているということでそれに目を通してみたのですが…その内容はまったく面白味がないものでした。一般的な意見として、「仕事としてやる教育なんだからお堅いくらいでちょうどいいだろう」という人が多いのでこういう資料になっているんでしょうが、この思想こそが、全ての間違いの始まりだと思っています。 エンジニアは職人だ さて、システムエンジニアって職業について考えてみることにしましょう。私が思うエンジニアの例を言うならば「職人」です。こだわり抜いた巧みの技で、人に
療養費の通知書を作るシステムの仕様がすごい | 水無月ばけらのえび日記
公開: 2011年8月21日15時55分頃 こんなニュースが……「療養費支給額「３兆円」 都広域連合がケタ違いのミス (www.asahi.com)」。 東京都後期高齢者医療広域連合からはおわびの文書が出ていますね。 後期高齢者医療高額療養費支給決定通知書誤記載についてのお詫び (www.tokyo-ikiiki.net)後期高齢者医療高額療養費支給決定通知書の誤記載について (PDF) (www.tokyo-ikiiki.net)本来は「平成23年8月16日」「￥1,351」となるはずのものが、「平成23年80月16日」「￥3,510,000,000,000」となってしまったそうで。 その理由がちょっと驚きです。 同広域連合によると、通知書を作る際、職員がパソコン操作を誤った。支給額欄には１３桁の数字を入れることになっているが、１３５１円を支給する場合も千の位の「１」の前にゼロを９個入力
アジャイルサムライ他流試合でLT発表してきました。そして今後の身の振り方について。 - joker1007’s diary
9/18に開催されたアジャイルサムライ他流試合に参加してきました。 アジャイルサムライ他流試合 : ATND http://www.flickr.com/photos/54475936@N05/6161513458 アジャイルサムライとは、今年の7月に発売された、 アジャイル開発について非常にコンパクトにまとめられた名著です。 各地で道場という名の読書会が開かれており、 個別の意思を持ったサムライ達が、アジャイルについて熱い議論を交わしていましたが、 今回、それが一同に介してアジャイル開発について語り明かす場が開かれたというわけです。 私は、道場には参加できておらず、浪人として他流試合に乗り込んでいきました。 LT発表 アジャイルサムライ他流試合 LT発表 元々、参加申し込みをした時は、 道場にも参加しておらず、アジャイルの経験が無い私が語ることなんて 何も無いと思っていて、LTへの参加は
SIerにはコード記述の自動化からビルド・デリバリの自動化へのトレンドの変化を理解してほしい - 達人プログラマーを目指して
ちょっと前にTogetterで作成したまとめに対して大きな反響をいただきました。 SIerは自動化する対象が違っているのでは？ - Togetter これは、私が Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation (Addison-Wesley Signature Series (Fowler)) 作者: Jez Humble,David Farley出版社/メーカー: Addison-Wesley Professional発売日: 2010/07/27メディア: ハードカバー購入: 3人 クリック: 141回この商品を含むブログ (23件) を見るを読み始めて、ふとつぶやいた をきっかけに始まったTL上での議論をまとめたものです。この本は、7月に行わ
プログラミングを単純労働と捉える3つの理由 - GeekFactory
int128殿の会社では、 >プログラミングは誰でもできる、頭を使わない作業 と思う方が多くいるのかしら？ http://d.hatena.ne.jp/int128/20080414/1208181589 うちに限らず、多くの大企業SIerではプログラミングを単純労働と捉えています。その理由は3つあります。 （1）プログラミングは業務をプログラムに落とし込む単純労働 SIの開発手法（の考え方）は30年前から進化していません。業務をプログラムに落とし込む作業は誰がどうやっても同じようになるという思想に基づいています。現在のように高品質なフレームワークやライブラリが溢れる時代では、いかにそれらを組み合わせて作るかが効率化の鍵になります。組織のトップが進化した設計思想を理解しようとしないのは問題です。 30年前の設計思想であれば、プログラミングは業務をプログラムに落とし込む単純労働です。 （2）
プログラマになろう - 日々常々
もうすぐ4月になると言う事で、時事ネタ。コの業界、特にエンタープライズなSIerやその協力会社なんかに就職される方向けに、夢や希望をなるべく潰さないつもりで書いてみる。 PGになってはいけない SIer用語でPGって言葉があります。あとSE、PL、PMとかありますけど、序盤は関係ありません。これらは契約形態は違うのですが、作業内容よりも主に単価で分けられます。で、PGは「末端作業員」と言う意味です。 PGはプログラマではありません。プログラマに失礼です。PGにプログラムは作れません。また、PGはコーダーでもありません。PGにコードは書けません。PGはSEの指示の元、似た事をしている既存システムのコードを切り貼りして、それっぽく動くものを作る下請け作業員でしかありません。そこに創造的な仕事は一切ありません。多くのPGは自らの意思か外部からの圧力によって、思考を放棄もしくは停止しています。PG
アジャイル型開発を推進するための活動成果を公開 - 情報処理推進機構：ソフトウェアエンジニアリング
2012年3月26日 更新 2011年4月7日 公開 独立行政法人情報処理推進機構 ソフトウェア・エンジニアリング・センター 概要 最近のソフトウェア開発では、ビジネス環境の変化への対応、これに伴う要求の変更、ソフトウェアの市場投入や投資効果の確認の迅速化が、以前にも増して厳しく求められています。このような状況において、要件を最初に決めずに開発に着手できるアジャイル型を中心とする非ウォーターフォール型の開発手法が注目されています。 IPA（独立行政法人情報処理推進機構）ソフトウェア・エンジニアリング・センター（SEC）では、ウォーターフォール型開発及び、アジャイル型開発の経験が豊富な実務者、契約に詳しい専門家など、産学官の有識者をメンバーとした「非ウォーターフォール型開発ワーキンググループ」を設置し、これらの課題について検討してきました。 この度、日本におけるアジャイル型開発に適したモデル
システムエンジニア生き残りの極意 エピソード０ コボラーの復習 - カレーなる辛口Javaな加齢日記
http://slashdot.jp/developers/article.pl?sid=11/03/29/0047205 経由 この四月からIT業界に入った不幸な君たちへ． 是非とも読んでおくべき伝説の迷記事がこれだ． 「実はオブジェクト指向ってしっくりこないんです！」http://el.jibun.atmarkit.co.jp/minagawa/2010/04/post-ebc4.html とくにコメント欄が必見 そして，それに続く第二弾がコレだ． Press Enter 「高慢と偏見」 http://el.jibun.atmarkit.co.jp/pressenter/all_entrylist.html http://el.jibun.atmarkit.co.jp/pressenter/2010/11/1-828a.html http://el.jibun.atmarkit.co.
日本のIT業界の問題点 - 技術情報Wiki
一般† 日本がFAXを捨てられないのは「時代遅れではなく、実は未来的」 | クーリエ・ジャポン 2024.7 一見古いように見える技術や習慣が、実は日本独自のイノベーションを支える基盤となっているという解釈 ｢"現場力"が死んでる日本企業｣3つの危機的症状 なぜ多くの会社から｢現場力｣が失われたのか？ | リーダーシップ・教養・資格・スキル | 東洋経済オンライン 2024.7 日本 vs アメリカ：ITエンジニア文化の5つの違い - paiza times 2024.7 なぜ日本の製造業は｢トヨタの一人勝ち｣になったのか…トヨタ以外で｢カイゼン｣がうまく機能しない根本原因 ｢優秀すぎる日本人｣が日本経済を衰退させている | PRESIDENT Online（プレジデントオンライン） 2024.4 「PPAP」「決裁にハンコ」をやる人たちは何を考えている？ 謎慣習が消えぬ理由を上原哲太郎教
太田さんによる某銀行のバッチについてのまとめ
Kenichiro Ota @oota_ken やる夫：やらない夫ー、地震に続き某メガバンクでトラブルがあってお金の引き出しとかができなくなっているみたいだけど？
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コラム 2011/7/26 【第151回】35歳定年説の真実
| ららぴまオフィシャルブログ「新作発表ブログ」powered by アメブロ
技術に興味を持ってもらうにはどうすればいいか?
インドアジャイル西遊記 | オブジェクトの広場