“スキルアップ幻想”の終焉…会社にしがみついたほうが得？
2000〜10年代、転職や資格、異業種交流などを通じてスキルアップ、キャリアアップを図ろうという“ブーム”があった。現在でも、朝活やTOEIC受験、資格取得などにはげむ人は多く、“スキルアップブーム”は一向に冷める気配はない。しかし、『なぜ、勉強しても出世できないのか？』（ソフトバンククリエイティブ）の著者、佐藤留美氏によれば、そんな“スキルアップ族”の多くは失敗し、スキルダウンしていったという。 今回、佐藤氏に、 「勝ち組になるはずだった若者たちは、どうして負け組になってしまったのか？」 「幸せな仕事人生を送るために“本当に”必要な仕事術」 について聞いた。 ーー今回、『なぜ、勉強しても〜』を書かれたきっかけについて、教えていただけますでしょうか？ 佐藤留美氏（以下、佐藤） 私はこれまでに、一生懸命スキルアップに励んでいる、いわゆる「スキルアップ族」と呼ばれる30歳前後の人をたくさん取材
おちこぼれのチャーチルがノーベル賞までとった文才を磨いた教え
ウィンストン・チャーチル（Sir Winston Leonard Spencer-Churchill, 1874年～1965年）という人は、第二次世界大戦の間イギリスの首相をやり、『第二次世界大戦回想録』The Second World War (6巻，1948～54)という本を書いてノーベル文学賞（1954年）をもらった人だが、とても出来の悪い人で、名門パブリックスクールの一つハロウ校(Harrow School)に入学するにも〈特別な配慮〉が必要なほどだった。 なにしろ入学試験で書けたのが、本人の弁によれば、 「私はまず答案の上に名前を書き、つぎに番号1を書いた。それからずいぶん考えてからその周りに（１）とひとつ括弧をこしられた。がその後は、これに関係したこと、もしくは該当したことは何ひとつ考えられない……。」 学校での順位は後ろから３番目だった。 後ろから１番目と２番目は、病気その他
ドレイファスモデルの五段階 - ichiroc subset
「リファクタリング ウェットウェア」という本を読み始めた。 その本にはドレイファスモデルというモデルを出して、技能のレベルに応じて五段階に分けていた。 初心者 状況に左右されないルールを与えれば、それなりに仕事を行う事ができる。 しかし全く知識も経験も不足している為、想定外の事が起きると、パニックになり、全く対処できなくなる。 中級者 ほんの少しだけ決まったルールから離れることが出来るようになる。 目の前の問題を処理する為の、実践的な情報を取得する事には興味があるが、細かな理論的な説明を読んだり、基本から学び直すような事は望んでいない。 全体的な理解はしておらず、理解したいとも思っていない。 上級者 問題領域の概念モデル(基本型)を発展させて、そのモデルを使って効果的に作業ができるようになる。 また、物事の問題解決をする事ができるようになる。 しかし問題解決する際にどこに焦点を当てるかは上
小野和俊のブログ:プログラマー風林火山
アプレッソというベンチャー企業の CTO を務めて6年と2ヶ月になる。変化の激しいベンチャーに比較的長い期間身をおいていたので、社内外のいろいろなタイプのエンジニアと仕事をしてきた。 あるエンジニアが参加することで開発チームが短い期間で大きく変わったこともあったし、開発チームのメンバーが15人いた頃よりも、お互い補い合えるエンジニアが5人くらいの頃の方が成果が出たりすることもあった。 そういう経験を重ねていくにつれ、私の中では、スターエンジニアと呼べる人たちの持っているものについての、いくつかの類型ができてきている。今まで一緒に仕事をしていく中で本当に心強かったのは、最近エンジニアのキャリアパスの議論でよく言われるような財務のわかるエンジニアとか営業もできるエンジニアではなく、あるいは人と異なるユニークな能力を身に付けようとしているエンジニアでもなかった。ではどういうエンジニアが、というこ
プログラマー面接時の技術的な質問事項(アプレッソ版) : 小野和俊のブログ
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
誇りを貫くプログラマのキャリアパス - レベルエンター山本大のブログ
エンジニアの誇りを減退させずキャリアを積むためには、とっとと管理を極めて*1管理の仕事を他の人に振れるようにすることだと思っている。*2 あなたが管理を嫌ってもキャリアアップするにあたって管理という仕事は回ってくる。 管理という仕事に目を背け続けることは出来ない。 僕は、管理という仕事をエンジニアの終着点だと考える必要はないと思っている。 乗り越えるべき通過点なのだと思う。 エンジニアのキャリアアップの中でも管理職の乗り越え方を考える。 原則：エンジニアよ、管理職を超えろ。 会社側の論理で言えば、キャリアの長い人に高い給料を支払うためには、 その人が複数のメンバーの仕事を上手く回してくれなくてはならない。 会社がベテランに求めるのは、チームを引っ張っていってくれることだ。 当然、あなたが管理向きならば問題にはならない。 管理とリーダーシップは両立しやすい。しかし、管理系リーダーが全てではな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
