ある程度の年齢を迎えたプログラマが抱える悩み - bkブログ
ある程度の年齢を迎えたプログラマが抱える悩み ある程度の年齢を迎えたプログラマが抱える悩みに、「若手のプログラマと比べて、どうやって価値を出していくか」という問題があります。これは言い換えれば「同じような生産性であれば、相対的に給料の低い若手のプログラマに置き換えられてしまうのではないか」という悩みです。 この問題のひとつの解決策は、プログラマ以外の仕事のポジション（たとえば管理職など）に移ることですが、他のポジションには向いていない、まだまだ現役でプログラマをやりたいという場合にどんな戦略があるか考えてみました。なお、後述するように、以下に挙げた戦略は相反するものではなく、組み合わせが可能です。 エキスパート戦略 この分野ではトップクラス、というレベルの専門性を身につけ、その分野に特化してキャリアを築くという戦略です。たとえば、ネットワークやセキュリティといった分野で一流と認められる専門
プログラマという職業は「ふつう」の人には厳しくないか - ukstudio
最近、実はプログラマという職業が「ふつう」の人には厳しいなーと思っていたりする。 業務外にコードを書いたり、技術書などを読むというのは素晴らしいことだと思う。けど、会社側がもし「業務時間外にコードを書いたり、技術書を読んだり、勉強会に参加しなさい」と言ったら、それは業務時間外労働と変わらないと思う。個人のたのしみとは別に会社側がそれらを求めたらそれは業務だ。 しかし、僕が思うにはそういう業務時間外に自主的に勉強をしないと、正直いってまともな品質なソフトウェアを作るのは難しい。 例えば良書と言われているものは結構な数あり、ある程度経験がありそれらの本を読んだことがある人は「プログラマならこの本は読んでおくべき」という本をいくつかあげたりもするだろう。けど、それらをいつ読むのか。業務時間内にそれらをじっくり読んだり、実際にコードを書いたりする時間があるところはないだろう。そうなると自分のプライ
ここギコ！ 東大卒がプログラマにならない理由は、自分の仕事の範囲でのプログラマしか見ていないから
2007年08月05日 東大卒がプログラマにならない理由は、自分の仕事の範囲でのプログラマしか見ていないから 東大卒がプログラマになんてならない理由 なんかレイヤ的にも業界的にも、全然違う世界の話をしているような気がする。 別の業種で言うなら、橋・トンネル・ダムだの超高層ビルだの、そういった巨大建設・土木プロジェクトに携わるエリート技術士が、ぼくらは自分でCAD図面を起こすような仕事はしないんだとか何とか言って、自分でCADを描く建築家を馬鹿にしているとか、なんかそんな構図に見える。 確かに、東大卒の彼が書いているようなエリートが自分でコードを起こさずに理論だけ考えて、実際にコード化するのはその下で働くプログラマ（というか、コーダというべきか）という世界は存在するし、それで回ってる。 例を挙げるなら私の前職も、非常に機密性の高い案件で、マジで諜報機関とかでも使えるレベルでの「○×MIN
プログラマ男女の結婚:Geekなぺーじ
昨日の「プログラマを結婚相手として選ぶ利点と注意点」はプログラマ(男)と非プログラマ(女)についてでしたが、今度は両方ともプログラマの場合を考えました。 ただ、プログラマ(女)の場合は既にその業界にどのような人種が多く生息するかを知り尽くしており、あえて利点を述べてもあれなので、結婚したらどういう家庭が生成されるかを妄想してみました。 なお、フィクションです。 ご注意下さい。 決して身近にいるいくつかの家庭をサンプルにしているわけではありません。 濃い部分だけを羅列しているので超フィクションになってます。 というより、この内容だとプログラマという分類じゃないかもしれないです。 知り合ったのは研究室、もしくは同じ会社 5ビットで表現できるうち(上限31歳)に結婚しようと思い結婚を決意 結婚式の同僚スピーチはPPTを使ったプレゼン形式。プロジェクタは同僚が持参 夫はvi派、妻はemacs派 夫
最速インターフェース研究会 :: つまらなくて役に立つ物を作るということ
プログラミングできるひとは「ゲーム作れよ」と言われることが多いような気がする。 ぶっちゃけゲームとか作れないし、たぶんウェブプログラマの多くはそうだ。 PerlやRubyやJavaScriptとかで何万ポリゴン動かしたりできない。 XMLをパースしたり、正規表現で置換したり、そういうのなら得意だ。 ゲームの人らは秒間3億ポリゴンとかやってるのに、何でこんなちまちましたことやってるんだろうと思ったりもする。 なんでこんな事やってるのかというと、面白いからやってるのだけれど、 プログラム書かない人らから見ると何やってるのか全然面白さが分からない、 3Dポリゴンが動いたり(乳が揺れたり)する方が面白いに決まってると思ってる。 彼らは失礼極まりなくて、リーナストーバルズに対しても 「お前の作ってるものは良く分からないから、ゲーム作れよ」って言うだろうね。 そういう連中を皆殺しにしないことには俺の人
はてなブログ | 無料ブログを作成しよう
空き地の気になる植物〈前編〉 はじめに 野生化した園芸種の花、地表を覆い尽くすツル植物、シンボルツリー化した雑木など、空き地を訪れる中で印象的な植物に出会うことがある。 これらの姿を観察していると、その土地の管理方法が窺えたり、自然の力強さをあらためて認識させられたりする。 本記事…
アイデンティティはオープンソースプログラマ ― ＠IT自分戦略研究所
自分のキャリアを考えることは、自分のアイデンティティを考えることにほかならない。自らのアイデンティティを「オープンソースプログラマ」と定め、オープンソースと自分の可能性を追いかけるために海を渡ったITエンジニアがいる。今回、そのITエンジニアが転職の経緯を語った。 ■自己紹介 皆さんこんにちは。オープンソースプログラマのかずひこです。大学では建築を専攻しましたが、卒業後はグラフィックデザインの会社に就職し、その後、オブジェクト指向言語Rubyの作者まつもとゆきひろさんが勤める会社であるネットワーク応用通信研究所に転職。そして2007年4月にオープンソースERP「ERP5」の開発で世界的に知られるフランスのNexediに転職し、現在に至ります。 今回はそんな私の転職の経緯をご紹介します。皆さんの参考になれば幸いです。 ■Nexediとの出合い NexediのCTO（最高技術責任者）は、おくじ
美しいプログラムの美しくないソース : 404 Blog Not Found
2006年12月19日17:00 カテゴリArt 美しいプログラムの美しくないソース 半分だけ同意。 304 Not Modified: プログラマの美意識 私にとって美しいプログラムとは、シンプルなプログラムのことです。なぜ半分だけ、かというと、美しくない状況をより美しくすることがプログラムの使命であるならば、結果としてソースコードが美しくならないことも往々にしてあるから。 もっと身も蓋もない言い方をすると、この世の穢れをプログラムが背負う事もまたあるのだということ。 このことは、特にAPIを提供するソースを書くときに顕著だ。こういったプログラムに求められるのは、APIが美しいことであって、ソースコードそのものが美しいことではない。そこでは、さまざまな泥臭いことはAPIを提供するプログラムがかぶることで、APIのユーザーは醜いものを気にせずにプログラムできるようになる。 実装が美しいけど
#1 プログラマーの三大美徳その1「怠慢」
小飼弾です。ご機嫌はいかがでしょうか。 前回の記事では、私がタイトルを決めない理由についてお話しましたが、そうは言っても「プログラマー」というのは立派な肩書(title)の一つでもあります。というわけで今回はプログラマーとしての話題を扱います。 プログラマーには、次の美徳が絶対に必要です。この美徳の一つでも欠く人は、プログラマーとなってはいけません。また、これらの美徳を欠いているにも関わらずプログラマーという職業に就いてしまった人は、今すぐ転職を考えましょう。それくらい重要な美徳です。 怠慢(Laziness) 短気(Impatience) 傲慢(Hubris) 「そんな人はプログラマーに限らず仕事ができないはず」と思ったあなたは「怠慢」で「短気」で「傲慢」な素質があるかも知れません。まずは怠慢から解説します。 「ラクダ本」の愛称で親しまれている"Programming Perl"において
My Life Between Silicon Valley and Japan - 10年連続10万行の男
友人の石黒邦宏と久しぶりに会った。四年前に http://book.shinchosha.co.jp/foresight/main/data/frst200211/fst.html という彼についての文章を書いて以来、数ヶ月に一度は話していたのだが、僕も彼も今年は忙しくて、昨日は半年ぶりに彼とランチ・ミーティングをした。彼と会うと元気が出てくる。 「この間数えてみたら、10年連続10万行、プログラムを書いていたことになるんですよ。あと何年くらい続けられるかなぁ」 前回会ったときに印象に残った彼の言葉がこれだった。同席していた若いハッカーが「年に10万行って一日平均250から300行か。土日もなしで毎日書いて・・・」 とけっこう驚いていた。ところで石黒の自信というのは凄いものがある。JTPAツアーで日本の学生たちに講演してもらったときも「オレが教えてやるんだって気持ちで、僕はシリコンバレーに
Googleの技術が凄い理由を考えてみる - llameradaの日記
Googleの技術が凄いという話は良く聞く。しかし、何故Googleの技術力が高いのかについての論考はあまりないように思える。ドクターが多いからという理由がよく挙げられる。では、Google以外の会社は何故そうしなかったのだろう？ Googleの技術力の源泉は、技術者の多くが計算機科学の研究者であることだと思う。話を進める前に、研究者と普通のプログラマの違いを定義する。ここでは、研究者はアルゴリズムの考案に長けている人々、プログラマはアルゴリズムの実装に長けている人々とする。また、アルゴリズムを、コンピュータを望み通り動作させる方法と定義する。もちろんこの分類は乱暴だ。また、優秀な研究者は優秀なプログラマなことが多いし、逆もまたしかりだが、ここでは無視する。また、考慮の対象分野をWebサービスに限定する。 研究者が新たなアルゴリズムを考案するには、それは、彼らが未解決の問題を解く人々だから
ユメのチカラ: なぜソースコードを読むのか？
遥か昔に下記のようなものを書いた。1999年当時私はオラクルの開発部隊に所属していた。1998年に米国ネットスケープがそのコードをオープンソース化し、世間ではいったいオープンソースとは何かということが良く知られていなかった頃の話だ。当時の様子がよくわかるので再録する。ちょっと長くなるが読んでほしい。 日経ソフトウエア1999年9月号、77ページ 掲載 よしおか ひろたか Eric S. Raymondは、「The Cathedral and the Bazaar」という有名な論文で、フリー・ソフトウエア(後にオープン・ソース・ソフトウエアと呼ばれるようになる)がどのように開発されていくか、そして発展していくのか、一般の人々にもわかりやすい形で解説した。従来型の大規模ソフトウエアの開発を「Cathedral(大聖堂)」型開発、オープン・ソースの考え方に基づいた開発を「Bazaar(市場)」型
勉強が出来ない奴はプログラマになれ！（バカだからできる勉強法） - IT戦記
どのくらいの人がこのブログを読んでいるか分かりませんが、 もし、勉強が出来ない人が周りにいたら、このブログを紹介してあげてください。 ふと 勉強が出来ない人は、プログラマになったほうがいいと思った。 僕はというと 自分でも驚くくらい勉強というものが出来ない。ものごとを知らない。 はっきり言ってバカなのである。 たとえば、 大学行ってない。 株式公開と上場の違いを知らなくて、一同ぽかーん。 つい最近まで、サイバーエージェントを知らなかった。（技術者には必要ない） 英語が一切読めない。 宮崎料理「冷や汁」を「冷や飯」だと思ってた。 基本的に会議とかでよく出る英語、「さじぇっしょん」とか、「あさいん」とか、「ぶらんでぃんぐ」とか、「うぇぶつーぽいんとおー」とか、よく分からん。 人力（じんりき）検索を入力（にゅうりょく）検索だと思っていた たぶん、まだまだあるけど、自分がバカだから気がつかないんだ
ファッション業界に似てるとか鉄火場2.0とか - 雑種路線でいこう
懇意にしている雑誌記者の方から「いや，なんか最近IT系の人々を取材してるとさー，どんどん軽くなってて製造業とかよりファッション業界みたいな感じなんだよねー」なんて指摘を受けた．いわれてみると僕もそんな気がする．いや，きっとデジカメのファームウェアとかITSをやってる人々はきっとすごく製造業っぽいのかも知れないけど，blogとかWeb 2.0とかを煽ってる人々は確かにオサレだ． 考えてみると僕はVAIO Type Tの薄い液晶に感動してるけど誰がつくったのかも，気に入っているFinepix F11のISO1600なハニカムCCDを誰が創ったのかも知らないけど，はてなの近藤さんや伊藤さんとか，Rubyのまつもとさんとか，ミラクルの吉岡さんとか，Greeの田中さんとか，そういう人々のことは何となく知っている． いや単に業界が同じだからじゃん？という気もするけど，製造業は非常に近代的に，運用上は属
プログラム・デザイナー宣言 : 小野和俊のブログ
(プログラム・デザイナーと職人プログラマーの続き) かつて、 「すごいプログラマー」は みんな職人プログラマーだった。 今は、 「すごいプログラマー」の 多くはプログラム・デザイナーだ。 拡張の快適さ といったものだから、 主観的にしか評価することはできない。 プログラム・デザイナーの 仕事の本質は、 つくること以上に デザインすることだから、 今のソフト業界がファッション業界に似ている というのは当然のことなのかも知れない。 Binary 2.0 という考え方が出てくるのも、 こうしたことが背景にあるのだろう。 プログラム・デザイナーと 職人プログラマーとは、 いがみ合いやすい。 あいつは機械のことがわかっていない。 あいつは動けばいいと思っている。 あいつの書いたコードは誰もメンテナンスできない。 あいつはあんなことも知らない。 この種の対立は不毛である。 プログラム・デザイナーよりさ
プログラム・デザイナーと職人プログラマー : 小野和俊のブログ
プログラム・デザイナーはプログラムをデザインする。 プログラムを再利用する人のために、 プログラムで使われる名前を何度も考え直す。 最小の手間で機能を拡張できるように、 プログラムの設計を何度も考え直す。 読みやすい、 シンプル、 複雑な要求にも柔軟に応えられる。 プログラム・デザイナーは 機械と直接会話できることより、 機械の難しさを隠してくれる、 誰でも使える部品をつくったことを誇りに思う。 メンテナンスできない。 将来の拡張に耐えられない。 大規模すぎて手がつけられない。 プログラム・デザイナーの挑戦はそこから始まる。 職人プログラマーは、 機械を熟知し、 暴れ馬を乗りこなす。 最高の褒め言葉は、 高速、 腰が抜けた、 どうやっているのかわからない。 職人プログラマーは 未知の領域を開拓する。 このサイズでは無理だ。 この機械ではこの速度は出ない。 職人プログラマーの挑戦はそこから始
小野和俊のブログ:続・プログラム・デザイナー宣言
前回書いたプログラム・デザイナーと職人プログラマーとプログラム・デザイナー宣言と同じような感覚を持っている人は意外と多いのではないかと思って探してみたところ、はてなの伊藤さんのエントリ(こちらも)が見つかった。伊藤さんとは何度か話をする機会があったが、ウルティマ・オンラインの話で盛り上がってしまって、今までIT関連の話はしたことがなかった。ブログを読んでいて、伊藤さんもきっとプログラム・デザイナーなのだろうな、と思った。 UNIXにみる世代間の断絶にならって職人プログラマー/プログラム・デザイナー/UIデザイン・プログラマーを表にすると次のようになる。 比較項目 職人プログラマー プログラム・デザイナー UIデザイン・プログラマー 譲れない点
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
technobahn.com - このウェブサイトは販売用です！ - 株価検索 株価チャート 株価 銘柄 終値 リソースおよび情報
サービス終了のお知らせ
生まれた時からプログラマ☆興味と感性で世界を驚かす｜【Tech総研】