経験年数に応じて一般的に求められるスキルが身についてないままソフトウェアエンジニアとして生きている(いた)ことのつらみ｜ぱん
※以下、ソフトウェアエンジニアをエンジニアと省略して書いていることがあります。 プログラミングを仕事にしてから9年だ。いちおう9年ということになる。知り合ったばかりの人に「プログラミング歴何年ですか？」「プログラマー・エンジニアになってから何年ですか？」と聞かれたらこう答えざるを得ない。そしてそう答えると、「え、9年…！ベテランですね…！」と言われる。企業の採用担当（エンジニアの詳しいスキルを測ることがあまり得意ではないと思われる人が多い）からもおそらくそういう目で見られているのだろう。「豊富なスキルをお持ちの方とお見受けいたします。弊社のテックリード/リードエンジニアポジションはいかがですか」みたいな全くマッチしていないスカウトメールが時々来る（だいたいベンチャーで、色んな人に送っているんだろうとは思うけど）。ほんとうにつらい。なぜならわたしのスキルは、周囲にいる他のエンジニアと比較する
多くの若い人より圧倒的に成長速度の速いおっさんと絶望的に遅いおっさんの違い - ふろむだ＠分裂勘違い君劇場
新しい技術が出てきたとき、大多数の若い人よりも圧倒的にスピーディーに使いこなすおっさんは珍しくない。 新技術を習得する能力は、年齢よりも、「スキルを獲得するために必要なスキル」、すなわち「メタスキル」に大きく依存するからだ。 たとえば、ある開発ツールを導入すべきかどうか若い人に相談されたので、「まず、ドキュメントを読もう」と言ったら、「ドキュメントを読んでもよくわからなくて。。」と言う。ググったらすぐに公式サイトの至れり尽くせりのドキュメントが出てきたので、「これ読めばいいじゃん」と言ったら、こんなに大量の英語のドキュメントを読むのは無理だと言う。 あるいは、AIを導入するという話になったとき、「AIがよく分からないので教えて欲しい」と言ってきた若い人に、良質の入門書を勧めたら、数式が分からないので読めないのだという。数式の読み方を教えてみたら、数式以前に、そこで使われている数学概念自体を
Qiita の Increments を退職します - mizchi's blog
4月からフリーランス。直近半年の仕事は埋まってるけど、パイプ作っときたいとかあれば mizchi2w@gmail.com までメールください。 なんでやめるの？ 要約: 自分のスキルの、ベンチャー企業の社員としてスキルミスマッチ フロントエンドの、とくにSPAで高速で堅牢なアプリを作る、という自分のスキルセットを振り返ると、「需要はあって必要なことには必要だが、どうしても瞬間風速が高いそのタイミングを超えると扱いに困る」という人材適正があると認識しており、前職のQuipperから引き続き2社連続で、「そのために入った最初のプロジェクトが終わると、やや手持ち無沙汰になる」という状態になっていました。 とくにスタートアップのような、予算が厳しい上にピボットする可能性ある現場だと、自分のスキルが活かせないフェーズがある、というのが、会社にとっても、個人のモチベーションとして厳しいものがありました
それは知識ですか、スキルですか、資質ですか？ | タイム・コンサルタントの日誌から
東大で大学院生にプロジェクト・マネジメントを教えていたら、「自分は計画を立てるのが元々あまり上手ではないが、どうしたらいいでしょうか」という質問を受けた。プロジェクト計画の立案、とくにその中心になるＷＢＳの作り方について説明し、二人一組でちょっとした演習をした後のことだ。WBSを作るだけなら誰にでもできるが、良いWBSを作るのは、案外難しい－－そういう話をしたら、出てきた質問だった。 秀才タイプの人は、自分の弱点を人前にさらすのをきらう。だから逆に、この率直な質問には好感がもてた。わたしは学生にこう聞いてみた。 －－失礼だけど、あなたは英語の会話は得意ですか? 相手はちょっと質問の論点から外れたことに戸惑ったようだが、答えた。 「えっと・・、いや、苦手です。」 －－じゃあ、得意になるためにはどうしたらいいと思いますか。 「うーんと。やっぱりたくさん練習するしかない、ですか?」 －－そう。そ
「大企業に身を置くことが、致命的なリスクになる」ーnanapiけんすうに訊く！［2] | キャリアハック（CAREER HACK）
「プログラミングをビジネスの手段だと捉えるエンジニア」こそ優秀だと定義するけんすう氏。その代表格としてCrocosのCTO Sotarok氏を挙げ、「いまの時代、最も投資すべきは自らのスキル」と語る。近い将来、技術の価値は下がる。その時カギになるのは、自分の仕事の幅をどこまで広げられるかー。 「優秀なエンジニアの定義とは？」ー nanapi けんすうに訊く！［1］ から読む 「チャレンジの数」と「優秀さ」は、比例する。 ― 「優秀なエンジニア」と言われて、パッと頭に浮かぶ方っていますか？ 他社でいうと、Crocos の Sotarok（株式会社クロコス CTO 柄沢聡太郎 氏）はずば抜けて優秀ですね。 以前ブログにも書いたんですけど、もともと僕のサイトを彼がハックしてきたのがきっかけで友達になったんです。その後 GREE に入社して、Crocos を立ち上げて1年半で Yahoo! JAP
![「大企業に身を置くことが、致命的なリスクになる」ーnanapiけんすうに訊く！［2] | キャリアハック（CAREER HACK）](https://cdn-ak-scissors.b.st-hatena.com/image/square/4afc4f67634ea192b9e0e5e7fab2632a2b4ae47a/height=288;version=1;width=512/https%3A%2F%2Fimage-careerhack.en-japan.com%2Fold%2Fno_content%2Freport%2F20121105_c0fe8184-3c6f-4213-b893-644d75ce7871.jpg)
プログラマの実力は経験だけであがらないことがレベル格差につながる - きしだのはてな
プログラマというのは、道具に慣れることが、実力があがることにならないのですよね。だから、勉強せず業務経験だけだとレベルが低いままということになってしまう。 Javaを10年さわり続けて、Strutsを5年さわり続けても、それだけでは、与えられた画面を手際よく作成できるようになるだけで、たとえばStrutsすらよりよく使えるようになるわけではなかったりする。 Javaにしても、「volatileってなんですか？」という問いに、まあ知らないのはしかたないとしても、解説を見ながらですら答えられない可能性がある。 プログラムの反復生産は、プログラミング能力の向上にあまりつながらない。設定や記述に慣れるだけだ。そして、この「慣れ」というのには「難しいからそもそも実装を回避する」というようなものも含まれる。実力の向上は、作業ができるレベルで止まってしまう。 プログラマとしての実力をあげるための勉強が自
抽象化スキルが、生死を分ける時代に | NED-WLT
無料ストーリー公開中です！ Amazon 心理学入門3位 読書推進運動協議会より 推薦図書に選ばれました！ Amazon人物群像1位 増刷が決定しました！ 電子書籍化が決まりました！ Amazon企業革新2位 Amazonリーダーシップ2位 増刷が決定しました！ Amazon会社経営7位 増刷が決定しました！ 韓国での出版も決定！ 新版・文庫発売しました！ Amazon新書・文庫1位 Amazon総合ランキング8位 Amazon 2010年・新書7位 韓国での出版も決まりました。 『英会話ヒトリゴト学習法』第2版 Amazonビジネス英会話3位 韓国、台湾での出版も決定。 オリコン/ビジネス書8位達成 オーディオブックFeBe1位達成 SPA! '08年下半期ビジネス書1位 Amazon 総合1位達成 Amazon 2008年総合15位 14万部突破しました。 韓国、台湾、中国でも出版です
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
