良いエンジニアの育て方 - ひがやすを技術ブログ
人を育てるというのは、とても難しい。 なぜなら、育てる方も未完成な人間だから。 ちょっと経験値のある未完成な人が、経験値の少ない未完成な人と、ともに冒険をし、ともにレベルをあげていくことが、人を育てるってことだと思う。 人を育てようと思うと、どうしても上から目線になってしまう。上から目線だと気持ちも相手に伝わりにくい。気持ちが伝わらないと相手もうまく成長してくれない。 だから、人を育てる機会があったら、ともに冒険をする仲間を持ったと考えよう。きっとその方がうまくいく。 それでは、自分の話をしよう。自分というよりは自分たちの話かな。 2010年、自分は、昼間、ブラ三をやりながら、新規ビジネスの企画を考えたり、プロトタイプを作っていたりしていた。ブラ三をやっていたのは、当然ソーシャルアプリというものを学ぶためだ。ブラ三の能力はかなり向上したけど、仕事ではたいした結果が出せなかった。特に企画考え
人月商売が悪だと思っている、イノセントなあなたへ - GoTheDistance
色んな意味で示唆的なエントリ。山本さん、どうしちゃったんですか。飲みにでも行きますか。 人月は悪どころか、ものすごい善かもしれない - 山本大＠クロノスの日記 140文字ぐらいでまとめちゃうと、人月ではなくソフトウエアの持つ価値だけでお金を取ろうとすると、例えばスマホアプリの場合は非常に単価が安いのでペイする算段が立たないこともある。それを鑑みると、エンジニアの稼働ベースで請求できる人月ってなんだかんだでイイとこあるよ、って話です。 人月について語られる記事はエンジニアよりの観点で議論されることが多いんですが、そうなると「人月はエンジニアにとって善か悪か」という方向に話が飛んでしまい、ゼネコンは死ねば良いし多重請負は終わってるし日本のIT競争力はなんだかんだっていう感じで一定の結論が出しにくい。なので、もっとビジネスよりの観点で整理してみたい。 人月のメリットは成果物ではなく作業内容に対し
エンジニアとしての歩き方に対する自分なりのアンサー - yukungのブログ
エンジニアとしての歩き方-都元ダイスケ IT-PRESS http://d.hatena.ne.jp/daisuke-m/20090707/1246979611 今自分が掲げているエンジニアとしてのキャリアを思い描いたときに、こういうステップを踏んでいこう、と思ったことが全て網羅されていて、自分の考えの方向性は間違っていないんだ、ということを再確認できたと同時に、ものすごく同意。そこで今の自分の到達レベルがどこなのだろうと再認識するために一つ一つ確認して振り返ってみる。 何事にも興味を持とう 興味って持とうと思って持てるモンじゃないもんね。だけどね、勉強やめたらエンジニア終了だと思ってる。俺は、勉強するのやめる時は、一緒にエンジニアも辞める。 これについては学生時代から興味があって今の仕事をしているので、クリア。逆に今時間が段々取れなくなってきて、読書や勉強時間が取れないことについてストレ
35歳を超えたエンジニアの5つの働き方
おおいしつかさ 旅行とバイクとドライブと料理と宇宙が好き。 Ubie Discoveryのプログラマ。 ぼくは36歳です。けっこう大きなサイトで、RailsやJavascriptを書いたり、パフォーマンス改善したり、iPhoneアプリの開発でObjective-Cを書いたりしています。マネージメントはしていなくて、今でも普通にエンジニアとして働いています。 35歳定年説の35歳を超えてから1年以上が過ぎたところですが、昔のようにはいかなくなってきたところ、昔と変わらないところ、昔よりよくなってきたところなどがいろいろあります。年を取ってもエンジニアを続けたい人の参考になるかどうかわかりませんが、そういう人たちのためにぼく個人の体験をここに書いておこうと思います。 1.理解できるまで聞き返す 特に若い人たちとの会話で痛感するのですが、相手の言いたいことを一度で理解することが難しくなってきまし
IT業界における「技術力」の意味するものは、日進月歩の勢いで変化しているということを理解してほしい - 達人プログラマーを目指して
前回のエントリー日本のSI業界でこそ、専門の技術者の必要性がもっと見直されるべきではないのか？ - 達人プログラマーを目指してで、「技術の専門家」という言葉を用いたのですが、人によってこの言葉に対してイメージするものが結構違うのではないかと思います。この点に関して、ちょっと補足させてください。 一般的なイメージだと「匠」という言葉を聞いてイメージするのは、その道何十年、ひたすら同じ作業を繰り返すことで特定の技を極めるような仕事を想像してしまいます。実際、車の車体の細かい傷を一瞬で判別してしまうような熟練工の技といったものは簡単に身に付くものではありません。陶芸家とかバイオリンのマイスターなども同じようなイメージですし、ピアニスト、将棋棋士、野球選手などプロフェッショナルな職業はそのように長い時間をかけて道を究めるといったところがあります。同じ専門家でもちょっと毛色が違うところがありますが、
日本のSI業界でこそ、専門の技術者の必要性がもっと見直されるべきではないのか？ - 達人プログラマーを目指して
Twitterでフォローさせていただいている@chok12jaさんのつぶやき がきっかけで、外国人の視点から日本のSI業界の問題について分析した面白い英文の記事を見つけました。 How the Japanese IT Industry Destroys Talent | Japan -- Business People Technology | www.japaninc.com [ThinkIT] 第2回：なぜ日本のIT業界ではスーパーSEを育てられないのか (1/4)（New 日本語訳が見つかりました。） 2007年に書かれた記事なのでもう４年も前に書かれたものですが、日頃から私が感じてきた業界の問題点について鋭く批評を加えており、非常に共感する内容が書かれていました。本ブログの主な読者の方々にとっても興味深い内容だと思いますので、ここで簡単に内容について紹介させていただきたいと思います
ただの作業者（ワーカー）と呼ばれないための、たった1つのやるべきこと - レベルエンター山本大のブログ
エンジニアであるかどうかに関わらず、どんな仕事であっても 作業者(ワーカー)と、それ以外を分ける基準は一つだと思います。 それは判断することです。 僕は、判断する量が多いか少ないかで、その人の仕事上の価値が大きく変わると考えています。 もしも、まったく判断をせずに仕事をしているなら、その人の価値はワーカーです。 ワーカーが悪いわけではないですが、ワーカーはいつもたやすく取って代わられます。 優秀なワーカーもいます。それはそれで価値があります。 でも、ある人が自分で判断をするたびにその人の価値は上がります。 「権限も役職もないから、判断なんてできないよ」 と言う人がいます。 たしかに判断は責任を伴います。責任者が判断するべきというのは正論のように見えます。 でも別の見方をすると「役職を与えられたら、いきなり良い判断ができる」というものではありません。 そう考えると、判断できる人に権限があたえ
「技術だけじゃないエンジニア」を目指す人はゼッタイ読むべき『マーケティング戦争』 - おいちゃんと呼ばれています
SI業界からはさっさと抜けだしたほうがいい - ひがやすを blog もっといえば、プログラマも良いコードを書いていればいいという時代は終わった。これからは、プログラムをいかに金に変えるかどうかをプログラマが真剣に考える時代です。新しいビジネスを考えることのできるプログラマを時代は欲しているのです。 （中略）技術が急速に発展している今は、技術をちゃんと知っていないと時代にあったアイディアは思いつけない。アイディアを思いついて、直ぐに実装できないと、他人に先をこされてしまう。 2011年は、アイディアを思いつき、それを直ぐに実装することのできるプログラマの時代なのです。 << 激しく同意。同じことをこれ以上うまく書けそうになかったので、長めに引用させていただきました。こうしたハイブリッドが求められる流れはこの先しばらく続くと思います、おそらく。 じゃあ、オレ、どうしたらいいの？ << という
プロとしての行為 Act as Proffesional
スーパーエンジニア達の習慣が大人気だったので、自戒の意も込めて、反面教師として成長しないエンジニアの悪習慣について僕の経験と視点からまとめてみる。 業務時間外での学びがない プロ野球選手は日々練習をして、試合という本番で勝敗の結果を出して評価されるこれをエンジニアに置き換えると、どこかで練習をして、仕事という試合をして、ソフトウェアという勝敗の結果をつくりだす。プロ野球選手が試合を練習だと思って取り組んでいたら、結果を出せるのだろうか？ 業務外で練習をして、本番で良い結果を出せるように努力しよう。練習大事!! 時間をかければよいものができると信じているいくら時間をかけたって、バグのないエレガントなコードのソフトウェアはできない。効率的に仕様を満たしていくことが求められている。むしろ、時間をかけるべき所は上記で指している練習!! 参考：集中力を発揮して、生産性を高めるために知っておくべきこと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
