書籍や論文をあたることもなく、インターネットでほぼ無償に近い形で無尽蔵に情報を手に入れることが出来る現在、エンジニアが価値のある存在として「自分を差別化」することがこれまで以上に難しくなってきているのではないでしょうか？ オープンソースソフトウェア開発などを通じてキャリアを重ねている私が「これまでの10年」、如何に差別化を計ってきたのか、秘策を大暴露します。皆様の「これからの10年」のキャリア構築の参考になればと思います。Read less
差別化で未来を生き抜く エンジニアの7つの秘訣
書籍や論文をあたることもなく、インターネットでほぼ無償に近い形で無尽蔵に情報を手に入れることが出来る現在、エンジニアが価値のある存在として「自分を差別化」することがこれまで以上に難しくなってきているのではないでしょうか？ オープンソースソフトウェア開発などを通じてキャリアを重ねている私が「これまでの10年」、如何に差別化を計ってきたのか、秘策を大暴露します。皆様の「これからの10年」のキャリア構築の参考になればと思います。Read less
新人と教育係。
すっごい落ち込んだからここに反省を書く。うちの部署に新人が入って来て、ここ暫く教育してたわけなんだけども。まぁ、平たくいって物凄く物覚えが悪かった。幾ら言っても全然覚えない。叱れば叱るほどミスが増える。指示を出したそばからフリーズする。一度言ったことの9割は翌日には忘れてる。そんな有様で、ついついこちらも語気が荒くなってしまったんだけど。最近、見かねた後輩が「教育係交代します」と言ってくれた。それから二週間。俺が三ヶ月教えてもダメだったことの５倍くらいの量を、新人は難なく覚えてしまった。これは流石に俺に原因があったとしか思えず、後輩と新人にそれぞれ話を聞いてみると「増田さんが言うほど物覚え悪くないですよ、ミスは少なくないですが一つ言えば１、5くらいは覚えます。やる気もあるし素直だし謝れるし、いい新人だと思いますよ」とのこと。俺の感覚としては、幾ら言っても覚えず口ごもるだけの子だったんだが。
ドラッカー流セルフマネジメント法 ：投資十八番
ドラッカーはいいます。一流の仕事をするには、まず自己の強みを知ること。そして、仕事の仕方を知り、学び方を知る。価値観を知る。自己を知ることで、得るべき所がわかり、なすべき貢献が明確になる、と。 これは、エッセンスが凝縮されたドラッカー論文集で紹介したHBR6月号に掲載されていた1999年発表の論文「自己探求の時代」の要約です。もう少し詳しく紹介してみましょう。 自己の強みは何かを知る 自己の強みを知るには、フィードバック分析しかない。すなわち、なすべきことを決めたり、始めたりしたならば、具体的に書き留めて置くのである。そして、九ヶ月後、一年後に、その期待と実際の結果を照らし合わせなければならない。私自身、これを五〇年続けており、そのたびに驚いている。 自己について知るうえで、最も重要なのは強みを知ることだとドラッカーはいいます。強みを知るには、自分が行ってきた実績や行えなかったことを記
人材の流動化か囲い込みか
最近、日本のSI企業と仕事をする機会あった。 久々に衝撃的な体験だった。 とあるシステム案件の下請け的開発依頼だったのだが、 1.アーキテクチャがおかしい ビジネス系の人が直接実装担当のエンジニアに指示を出している。丸投げである。よってアーキテクチャが根本的におかしいのだが修正できない。 アーキテクト不在。 2.ドキュメントが無茶苦茶 基本なぜかエクセルで書いている。読みにくいことこの上ない。さらにバージョン管理が無茶苦茶である。ほとんど読んでも意味の無い古いドキュメントだらけで解読が非常に難しい。アプリのバージョン、開発環境などもドキュメント毎に違っている。ビルドするとドキュメントが自動生成されるなんてことは一切ない。 ドキュメント担当不在。 3.プロダクトのソース管理が無茶苦茶 ソース管理ソフトはつかっているものの、理解不能なブランチに分かれていて同等製品が複数派生している。修正に手間
社会人なら押さえておきたいフレームワーク思考 - livedoor ディレクター Blog(ブログ)
こんにちは、livedoor Blog担当の眞子裕介です。 今回は、ビジネス上のスキルとして注目を浴びている「フレームワーク思考」について説明いたします。 そもそも、みなさんは、「フレームワーク思考」という言葉をご存じでしょうか？ 「フレームワーク思考」とは、情報分析、問題発見や、問題解決(*1)や戦略を立案する際に利用する「思考の枠」のことを指します。 (*1)All Aboutの「フレームワーク思考してますか？」から引用しました。 この「フレームワーク思考」を活用すると、自然と思考が論理的かつ客観的となり、思考の結果を人に説明しやすくなります。 私の経験をもとに言えば、「フレームワーク思考」を学ぶ以前に「機能の要望」を検討する時は、ユーザーの立場でユーザーが求めるであろう機能を考えていましたが、どうしても主観的な意見となりがちでした。しかしながら、「フレームワーク思考」を学んだ後は、「
仙石浩明の日記: 技術力が高い人こそ、ビジネスモデルの良し悪しにもっと敏感になるべき
先週参加した社外の飲み会 (私は飲めないので専らウーロン茶でしたが) で、 Linux ディストリビューションの開発や、 カーネル技術を売りにしたコンサルティングで有名な某社の カーネル技術者とお会いしました。 彼はいま伸び盛りの若手カーネル・ハッカーなのですが、 オープン・ソース・ソフトウェア (以下 OSS と略記) ビジネスについて熱く語ったり、 ディストリビューションをサポートし続ける使命感に燃えていたのが、 わたし的にはちょっと気になりまして、 ひとこと言いたくなってしまいました(お節介ですね ^^;)。 ディストリビューションのサポート体制 (カーネルのバグにも的確に即応できる体制) を維持し続けることによって、 多くの企業で Linux を安心して使ってもらうことができて、 それが OSS の発展につながるし、 それこそが自分の使命だと彼は考えているようでした。 それはそれで
Mats×Dan×Daiji「エンジニア進化論」｜「てくらぼ」オープニングイベント スペシャル対談開催｜パソナテック（PASONA TECH）
株式会社パソナが提供するオウンドメディアサイトです。
実務能力というのは段取りのうまさなんだと思うんだ - やまもといちろうBLOG（ブログ）
取りまとめなど一人でやる仕事って、土曜日が一番はかどる。連絡をすることもされることもなく、考えることに没頭できるから。 仕事を進める上で、とりわけ多くの人が関わる事案というのは、仕切る際に結構進め方にコツのようなものがある。これが分からないと厳しいと思うのだが、実際にはあまりそういうのに無頓着で、ただ単に金が儲かればいいとか、サービスが期日どおりリリースできればいいと考えるマネージャーも多くて困る。自分のことを棚に上げていうけどさ。 でも、立場も役割も機能も違う人たちを集めて、何がしかの結果を出さなければならない仕事というのは実に多い。取りまとめる際に、利害は対立するし、共通の認識は違うし、問題に対する考え方も違う。これはしょうがないのだけれども、そこにプロジェクトがあって、人が集うからには方法論をある程度ノウハウ化しておかないと話を進められないと思うんだけどね。 ちなみに、私がそういう事
プライドが高くて困っている人は「とりあえずやり終えてみる」をモットーに！ - 発声練習
質問はてな：能力に見合わないプライド 能力に見合わないプライドを叩き潰す方法を教えてください。僕は心の底で自分が優秀だと思っています。しかし大学は留年する、車の免許さえ取れない、社交性に欠けるで無能なこと明らかです。でも心の底では自分は優秀だと思っているのです。自意識と実際の能力の間に大きな乖離があって、明らかに社会不適合。自分の能力を上げて、プライドのレベルを下げる。前者は日々の努力次第としても、後者をどうしたらいいのか困り果てています。 広辞苑第5版によるとプライド、自信、自意識の違いは以下のとおり。 プライド＝自尊心：自尊の気持。特に、自分の尊厳を意識・主張して、他人の干渉を排除しようとする心理・態度。プライド。 自信：自分の能力や価値を確信すること。自分の正しさを信じて疑わない心。 自意識：自分自身がどうであるか、どう思われているかについての意識。 辞書どおりの意味で考えると、上記
プログラマの麻疹 - 宇宙行きたい
id:t-wada と話してた時に出てきた「プログラマの麻疹」 プログラマはみんなどうせかかるんだから早めにかかっておいた方が良い そしてかかっておくと治った後にはさらに良いコードが書けるようになるので 恐れずにかかりましょう 名前 症状 僕の状態 OO 厨 多分、現在一番キャリアが多い。一時期 AOP 厨になってしまった人も含むことがある。Smalltalk を神格化し始める かかり中 function 厨 最近増えてきた。マルチコア時代に最適というわかりやすい感染源ができたことも要因の一つ。LISP が世界を作っていると信じる 挫折中 三項演算子厨 どんどんネストした三項演算子を書いてしまう。気がつくと自分でもよくわからなくなってることもある 治療済み テスト厨 テストのためだけにコードを書いてしまう。プロダクトコードのきれいさよりもテストのしやすさを求めてしまう 治療中 lambda
日本の会社は糞だとか、ブラックだとかの話。 島国大和のド畜生
■会社はブラックで当たり前 会社ってのは、お金集めて、従業員働かせて、商品売って、給与払って、集めたお金に色つけて返して、残った分が利益なんだから、ほっときゃブラックになっていく。当たり前。 会社は利益を最大にする事が目的なんだから、その為ならなんだってするさ。 高く売るか、安く買うしか利益が上がらないんだから、そりゃ易く買い叩く事を目指す。 基本的にブラックだ。 ブラックじゃない会社、例えば大手とか。そういうのはブラックな部分は下請けに流す。 自ら手を汚してないだけで、安い単価で外注に出すというのはブラックな事に変わらない。 派遣社員を使い捨てるのは大手だって中小だってやる。 海外の会社は日本よりブラックじゃない？そんな事はない。 アジアの単価で日本人が働く気になれるか？我々の基準では明らかにブラックじゃないか。 ヨーロッパは違う？彼らの社会は階層化が進んでいてブラックな仕事は下層がやっ
池谷裕二が指南！やる気が出る「脳」のだまし方 | 達人のテクニック
脳は飽きっぽくできています。「三日坊主」に悩む人が多いのも当然です。解決策は「脳をだます」ことでしょう。1つのポイントは「淡蒼球（たんそうきゅう）」という脳部位です。淡蒼球は「やる気」や「気合」など日常生活で大切な基礎パワーを生み出すといわれています。自分の意思で淡蒼球を動かすことはできません。しかし、ご紹介する「4つのスイッチ」を使えば、淡蒼球を起動させることが可能です。 東京大学大学院薬学系研究科准教授 池谷裕二●1970年、静岡県生まれ。98年東京大学大学院薬学系研究科にて、海馬の研究により薬学博士号取得。2002～05年コロンビア大学客員研究員。著書多数。最新刊はイラストレーター・上大岡トメとの共著『のうだま』（幻冬舎）。 1つ目のスイッチはBody（身体）。身体は脳の支配下にあると思われがちですが、本当は逆で、カラダが主導権を握っています。進化の過程を思い出してください。脳とカラ
TortoiseHgでExcelの差分を見る方法 - プログラマの思索
TortoiseHgでExcelの差分を見る方法を見つけたのでメモ。 【元ネタ】 スィンプロ (sinproject) Windows Vista 環境で TortoiseHG（Mercurial）を利用してバージョン管理とバックアップを行う (3) WinMerge 日本語版 xdocdiff WinMerge Plugin -Word、Excel、PowerPoint、pdfの比較・差分を見る- TortoiseHgで差分表示ツールにWinMergeを指定し、xdocdiff WinMerge Pluginを入れると、Word、Excel、PowerPoint、pdfをテキスト化した後に比較・差分表示してくれる。 このおかげで、TortoiseSVNと同様に、分散バージョン管理ツールTortoiseHgでも、ExcelやWordの仕様書の差分比較ができる。 実に素晴らしい。 最近思うの
アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 | AnyProjecTa! プロジェクト・マネジメントに関する情報ポータル
Home » headline, プロジェクト・マネジメントを考える。 アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 アジャイルの隆盛 WEBの世界の中で、日々ITに関する情報を集めていると、アジャイル開発がシステム開発の完全なる主流になった気になってしまいます。偏った情報収集をしているせいだ、といわれればそれまでですが、WEB/ベンチャー業界・SIer業界・企業IT部門/IT子会社界・オープンソース界全てを通じて、Blogなどで声の大きい方々は多かれ少なかれ『アジャイル』という考えに肩入れしているように感じられます。 当然、世の中の流れが全てそうなっているかというと、そういうわけでは無さそうです。WEB/ベンチャー業界や、オープンソース界では、ほぼメインストリームとなっていると思いますが、SIer業界・企業IT部門/IT子会
履歴書、手書きしている ? | スラド
最初に入った会社が入社１ヶ月でつぶれるいう笑うに 笑えないところからスタートして、転職回数が二桁の大台に のってしまった私ではありますが、履歴書って結構変わって るんですよ。 １）はんこおさなくてよくなった 最近の市販履歴書ははんこの欄がないものが多いです ２）親兄弟の構成を書かなくてよくなった 昔は親戚何親等まで書けとかあった会社もあったのですがねえ ３）本籍地書かなくてよくなった 自動車免許も本籍欄いま空欄ですねえ ４）Eメールとか、ホームページ欄が増えた 時代でしょうか。しかも複数かけるようになってたり。 ５）電話の欄が、携帯が先で、固定が後の書式が増えてきた 固定電話、持ってない人のほうがおおいんですかねえ あとは賞罰の欄があったりなかったりとか、いろいろですねえ なので、いま転職しなきゃならない方は、数年前のテンプレートを 使いまわし、だと時代に合わなくなってる場合があるので、コ
プログラマーにとっての読み書きそろばん : 小野和俊のブログ
基礎的な学力を表す言葉として読み書きそろばんという言葉があるが、 私はプログラミングについても読み書きそろばんに当たるものがあると思っている。 まず読みというのは、プログラムを読む能力である。 たまに、人の書いたソースを見て、すぐに 「全面的に書き直さないと使い物にならない」とか、 「グチャグチャですよ」とか、 「気持ち悪い」といったことを口にする人がいるのだが、 多くの場合、なぜそのように感じるのかを聞いてみると、 単に自分が今まで書いてきたコードと違ったスタイルで書かれている、 ということだったり、ごく一般的なデザインパターンが使われているのに、 そのデザインパターンを自分が知らないだけで 「わかりにくくて読めない」などと言っていたり、 人のコードを使い物にならないと簡単に口にする人であればあるほど、 その人自身が使い物にならない、という傾向がある。 もちろん、全体の整合性を取るために
あなたも「天才」になれる? 10000 時間積み上げの法則
A gift or hard graft? | Guardian.co.uk 人より恵まれた天才的な才能を発揮する人にとっては、努力なんて必要のないことなのでしょうか？ あるいは、努力によって何事もカバーできるものなのでしょうか？ その疑問への答えは「10000 時間」かもしれません。 「ティッピング・ポイント」 や、その廉価版「急に売れ始めるにはワケがある」 、第1感 「最初の2秒」の「なんとなく」が正しい といった本で著名な、マルコム・グラッドウェルの新しい本、Outliers: The Story of Success からの抜粋記事が Guardian 紙に掲載されていまして、この興味深い問題について触れています。 彼によると、伝説的なプログラマーのビル・ジョイのような人や、ビル・ゲイツや、ビートルズのようなバンドの成功も、「10000時間の努力」と、いくつかのタイミングが支配して
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch
優秀なエンジニアはどこにいて、企業はどうすべきか？
はてなブログ | 無料ブログを作成しよう