 
|
はてなキーワード: 技術者とは
うーん、まあ会社にさしたる文句がないのは一因だけども、そもそも労働組合の意味がよくわからない。
嫌なら辞めればいいわけでさ。
ワタミのアレでなんか騒がしいけど、俺なら死ぬ前に辞めるよ。
なんか、組合が会社がやりたい協議というのは基本給と時間外手当の話らしいんだよね。
ようするに、もっと金くれと。
個人では出来ないスキルアップたとえば、技術者協会の講習に参加とか、エンジニア向けの英会話セミナーを開いてくれとか、そういうのを要望するんじゃなくて、ストレートに金ってなんか下品じゃん。
いろいろ事故があって今期赤字じゃないけど利益が限りなくゼロって状況なんだけど、それでもやっぱり給料を上げろと。
けど、もっとよこせなんて言えないわな。
クレームに正しく対処するためには、そのクレームに対して「正しく恐れる」ことが大切になる。
恐れかたは、少なすぎても、多すぎても、トラブルを生む。正統なクレームに「毅然とした対処」を行うことはトラブルを生むけれど、ちょっとしたクレームに対して大きすぎる反応を返すこともまた、同じぐらいに間違っている。クレームを恐れることは大切だけれど、必要な大きさだけ正しく恐れて、恐れた大きさに見合った対処を行わなくてはいけない。
同じ不快の表明であっても、それが技術者の人格や、現場の対応に対する不快なのか、あるいは技術者の技量や開発方針に対する不快なのかで、対応は異なってくる。
技術者の人格や対応に対する不快が表明された場合には、まずはその不快に対して謝意を表明しないといけない。不快に対して最小限の妥協を遅滞なく行った後、「その状況を維持します」と表明するのが正しい対処になる。不快を突っぱねれば間違いなくトラブルになるし、こうした不快に対して大きく反応しすぎると、今度は開発ができなくなってしまう。
技術者の技量や、開発方針に対する不快が表明された場合には、一切の妥協してはいけない。開発者は常に「ベストを尽くしている」ことが前提であって、ここで妥協を表明することは、開発側が「ベストを尽くしていなかった」と受け止められてしまう。開発側は常にベストを尽くしており、それに対して不快や不安が表明されたのなら、その人と交渉を続けることは間違いなくトラブルに結びつく。開発に対する不快が表明された際には、速やかに他のソリューションを当たってもらうように誘導しなくてはいけない。
進捗の説明や、開発それ自体に関する説明は、丁寧に行わなくてはいけない。進捗自体に関する説明は、それがどれだけ面倒であっても必ず有限で、丁寧に対処すればいつか終わる。際限もなく終わらない可能性にいらだってしまうと、相手を不快にしてしまう。たとえばデスマプロジェクトを5つ受け持てば、炎上の話を5回繰り返すことになるけれど、これは我慢して同じ話を丁寧に繰り返さなくてはいけない。
何らかの譲歩を求めて、「とりあえず不快を表明する」タイプの人は難しい。不満が無くても瑕疵を探索するし、瑕疵を見つければ譲歩を求める。どこに突っ込まれるのか予測できない。譲歩を求める相手に対して心がけることは、一刻も早い「妥協の表明」になる。「特別扱いしろ」という相手に対して、「特別扱いをさせていただきます」と速やかに表明してみせなくてはいけない。ごくわずかだけ下がってみせることで、相手の瑕疵追求の意志が和らぐ。下がりながら応対して、その後また元の場所に戻る。下がり続けてはいけない。追い詰められてしまう。
自分の現場ではやっていない、あるいは不得意な開発について、客先担当さんやマネージャから「この開発手法はできないのですか？」と問われた場合には、「できません」と答えなくてはいけない。「それはよくない手法です」とか、「やってやれないことはありません」といった答えかたは危ない。
やっていないことに詳しい人は少ない。詳しくないことに対して、開発者が「専門家の言葉」としてあやふやな感想を述べてしまうと、言葉が一人歩きをはじめてしまう。もしも何かのトラブルに巻き込まれてしまうと、そうしたあやふやな感想が、「あの開発者はプロダクトを囲い込んで開発工数を奪った」といったトラブルの種になってしまう。
情報工学の範囲を超えた、精神論を強く希望するお客さんと話すときにも、注意すべきことは変わらない。自身がどれだけ情報工学に詳しくても、対峙する精神論がどれだけいい加減なものに見えても、知らないことに対して git push する人間があやふやな感想を述べてしまうと、将来的にトラブルを招く。「自分はそれに対してこう考える」を述べる際には、「これは個人としての感想ですが」のような前置きを入れて、技術者としての立場を明示的に遮断してから「こうだと思います」を表明しなくてはいけない。
相手を怖いと感覚した人間は、相手に「恐ろしさに見合った賢明さ」を期待してしまう。それがトラブルの種を生む。
原因がよく分からないトラブルに対応した担当者は、分からないその状況を、恐ろしいと感じる。「恐ろしいから」バグレポートを上げる決断をためらって、「この問題はマジやばくなったらだれかが見つけてくれるだろう」と、自分以外の人間にある種の賢明さを期待する。結果としてシステムは、「専門家である技術者」から端末を切断されて、書かれたコードを信じて、状態が悪くなるまで通常に稼動してしまう。
口うるさいお客さんのマネージャが視察したときなどは、「あの人と喋るのは、資料がちゃんと揃った後日にしよう」という思いが頭をよぎる。口うるさいマネージャは、同時にたぶん、もっとも大きな不安を抱えた人でもあって、不安に対する対処を怠った結果として、取り返しのつかないトラブルを招くことがある。
技術者が厄介な状況を感覚したそのときに、技術者の感覚はすでにいびつになっている。危ないと感覚したそのときには、だからむしろ危ない何かに近寄る態度で対処を行うと上手くいく。
そういえば技術者倫理（笑）のないエンジニアの人たちって、技術的に可能なことはやっていいこと！どんだけコストがかかろうが防がない方が悪い！というスタンスの人が多いけど、今回のドリランドでのバグを利用したアイテム複製についてはどういう見解なんだろうなあ。
それと、本人たちは「真っ当な仕事をしてる」とは微塵も思っちゃいないだろうし
ビジネスサイドの人間なら確かにそんなナイーブな奴はいないと思うけど、
・少人数で迅速な開発と権限の大胆な移譲
ってメリットだけじゃないだろ。
言い方変えれば、教えてくれる人がいないって事だからな。
新しい分野だとそうだけど、古い分野だと上が詰まってるとも言うが、言い方変えれば層が厚いとも言う訳で
そういう厚い層をかき分けて上に行くのが優秀とも言う訳で
某社内でのソフトウェア技術者について書きたくなったので書いてみる。
まず、そもそもプログラミングは下請け or 子会社がやるものという認識。それを、最近本社でもソフトウェア技術者を採用し始めたけど、やっぱり低く見られがち。プロジェクトの開発リーダーは必ず電気回路の人だし、外部との折衝もやらせてくれない。工場の製造用ソフトだってハードウェア技術者が無理して書いてる。
周りのプログラマーのレベルも低いよ。自分の周りがそうなだけかもしれないけど、C言語以外できない人多いし、ポインタはおろか struct と union の違いも認識していない。環境がローレベルなのか、仮想メモリとかいう考え方もない。 Windows しか使ったことない人ばかりだし、簡単なコンパイルエラー直すだけで数時間がかり。バグ管理はもちろん Excel。ヘッダファイルの define 一覧が Excel に表としてまとめられていて、手動で同期取ってたりする。
あとパソコンに対する考え方が古いよね。未だにCADを17インチディスプレイで書いてるし。今年会社で導入標準モデルになってるパソコンはメモリ2GB, HDD 320GB しか積んでない。マシンに投資するのは無駄という考え方が伝わってくる。スペックアップを主張しても「昔はもっと遅かった」で終了。
デスマーチを避ける考えもないかな。デスマーチを乗り越えたのが武勇伝として語り継がれる。俺何日も徹夜したえらい、みたいな。
そんなくせして、「Apple は大した技術力がないけど、アイデアがよかったから iPhone や iTunes がヒットしてる」と言ってる。まずいね。
先日パナソニックの決算報告があり、2012年3月期の利益予想が7,800億円の赤字になったという発表がありました。 http://av.watch.impress.co.jp/docs/news/20120203_509787.html
また、1月28日の週刊東洋経済では、「落日パナソニック」という特集が組まれていました。この特集が組まれた段階では、赤字額がまだ 4,000億円の段階でしたが、それでも絶望的だという論調で書かれていました。
実際社内ではどうなっているのか、またどう受け止められているのかについて書いてみます。
社内ではほとんど話題になりません。社長が交代する、しないについても全く興味がない様子です。タブー視されているのではなく、単に関心がないだけのように見えます。
雑誌に書かれているとおり、確かに津賀専務の評価は高いです。大鉈を振るう改革を進めるので、反発も強いですが、きちんと数字を出しています。ただし、本社で「年齢が若すぎる」という声が出ているかどうかはわかりません。否定できないほどには、パナソニックは年功序列です。
余談ですが、 p27 に掲載されている「津賀が新工場を閉じるべきと発言したら、取締役会が修羅場になり、席を立つ取締役まで現れた」というのはかなりリアリティがあります。普段の社内会議も、机を叩いたり叫んでみたりで、相手に威圧感を与えて意見を通そうとする人がいますから...
プラズマテレビへの傾注が今の事態を招いたとしていますが、これは疑わしいと思っています。少なくとも、液晶メーカーが軒並み赤字になっている中、パナソニックがプラズマを早期に撤退して液晶に注力していたらよかったかというと、それはわかりません。ただし、2010年の尼崎第三工場は、減損処理をしていることからもわかるように、失策だったのでしょう。
32ページからはまるごと事業に関して、事業部間の対立などが書かれています。これはパナソニック社内ではとても有りそうな話です。
まず、予算や人員が事業部単位で割り当てられますから、自分の事業部の利益を最大化しないといけません。そして、事業部感で連携する際に「どちらがやるかはっきりしない仕事」は、拾ってしまうだけ損になります。極端に言えば、事業が失敗したときに、いかに相手に責任を取らせるかを考えて仕事をしている向きもあります。
それから、紙面では「部門間の身分差」について書かれています。私の実感では、まず大阪が本流で、それ以外は傍流扱いです。事務職はわかりませんが、技術職では「ハード屋」と呼ばれる、電気回路などのエンジニアが偉く、次に「機構屋」、最後に「ソフト屋」が来ます。工場の生産技術者の地位もハード屋より低いでしょう。それぞれがお互いに責任をなすりつけあっている風景はよく目にします。また、重要な決定はほぼハード屋だけで行われ、その決定にソフト屋が従うことになります。
このような状況でいくら「まるごとソリューション」と叫んでみても、うまくいかないのではないかな、と思います。
33ページに「水道哲学」について軽く触れられています。そこには「松下幸之助によって提唱されたが、今や乗り越えるべき過去であるはず」と書かれています。
しかし、社内ではまったく逆で「松下幸之助が言ったことは、時代が変わっても常に正しい」と繰り返し叫ばれています。水道哲学も、かなり強調されるテーマです。ですから、最近でも「ボリュームゾーン戦略」や「中所得者向け商品」と名前を変え、いかに数を売って利益を出すかに力点が置かれてきました。もっと言えば、09年度の不振は高所得者層に注力しすぎたからで、水道哲学を無視した結果であり、松下幸之助の精神に立ち返らなければならないといったムードさえ漂います。
ですから、高度成長の価値観から抜け出せていないのは確かですが、社内ではそれで上手くいかないのは「やり方が悪い」からであり、「水道哲学そのものが悪い」という考えには決してなりません。
役員の人事がどう決定されているのかは全くわかりませんので、社内で中村会長がどう扱われているかだけ説明します。
端的に言うと、「松下幸之助が亡くなったあと傾いていた松下電器を立てなおした救世主」という扱いです。研修でも歴代社長の中では、松下幸之助の次に長い時間をかけて説明されます。中村会長と大坪社長の業績も、やはり比べられます。そのような中で、求心力を発揮するのは難しいのかもしれません。
その他、雑誌に書かれている中長期的な将来の話はわかりません。ただ、最近大坪社長の象徴的だった一言があります。それは、サムスンとLGに有機ELテレビの商品化を先行されたことについて、「サムスン、LGが2012年中に有機ELテレビを発売すれば、我々は出遅れることになる。遅れて出す以上、商品のスペックで負けるということがあってはならない」と答えたことです。 http://av.watch.impress.co.jp/docs/series/ce/20120117_505035.html
日本企業の負けた原因は、スペックや技術力ではないと思っています。戦略の誤り、組織的な非効率を見なおさず、「商品力で負けないようにする」とだけ答えるのは滑稽です。
かつては平均年齢35歳だった会社も、今では45歳です。自己資本比率は30%を割り込みましたが、今なお社内に危機感は感じられません。サムスンやアップルを例に出し、赤字の会社ばかりではないことを述べると、「彼らだっていつまでも儲かるとは限らない」「円高だから」「雇用を守るという社会的責任がある」となります。今回の赤字決算のことを話したら、「それでも営業黒字で、会計上の赤字でしょ」という返答が周りの社員から返ってきます。年功序列ですので、課長になれるのはだいたい40歳を過ぎてからです。
どうしましょうね。
それはどうだろう。
本気で８Gなんて言ってた人が、コア技術者の中にどれだけいるか・・・
ムーアの法則は、かなり前に単純なプロセッサ技術の修練だけでは２倍にならないという次期が来ていて
いろいろなその他の技術をつかって、なんとか２倍にしてきて、毎年 今年は無理なんじゃね？みたいな話がされるってのがプロセッサ業界じゃなかったけ？聞くところによればになっちゃうけど。
それって30年くらい前の高度成長期の発想じゃん。
経済成長が永遠に続くと思われてたのと同じように、技術発展も永遠に成功するみたいに誰もが思ってたときのそれ。
http://www.asahi.com/business/update/0124/TKY201201240616.html 24日のニュース
http://www.meti.go.jp/press/20100820003/20100820003-2.pdf その発端ともいえる二年前の報告書
始まりは、ありがちな汚職だと思えた･･･その巨大プロジェクトの実体は！
1部～2部で内容が重複してるから、ストーリーだけ知りたい人は3部から読むのをお勧めする。図表もあるのでわかりやすい。
これについてのブコメやTwitterを見ていると不祥事を叩いたり、やめた事を批判して55億賠償しろって人も結構いるのだけど、なんかもうそういう問題よりも気になる点が山ほどある。自分の感想をまとめておく。不祥事そのものより、その裏にあるプロジェクト全体や日本の開発にありがちな問題にもっと注目されて欲しいのでそういう視点で書く。
入札前の情報漏れにしても、その後のNTTDとのやりとりにしても、情報漏洩やそれにまつわる金銭の動きは犯罪だ。けどもそれが行われた動機が私利私欲のためだけとは思えない。
共有されるべき情報が共有できるようにされていない。やりとりできるべき情報ができるようにされていない。必要な情報がちゃんと流れていないから、イレギュラーな方法で流れている。特許庁, NTTD, TSOL この三社間のコミュニケーションがどこも投げやり丸投げ気味で、慢性的に情報不足だった感が伺える。ここを改善する必要があるよね。
極秘情報は必要最小限にして、より情報の共有を図るべき、入札前に必要な情報は公開できるようにすべきって報告書でも書かれている。
入札での評価が金額偏重で、マネージメント力を評価してなかったって問題。マネージメント力を評価してないのマジやばい。あ、でもマネージメント力を評価するには、全体を理解できる人材が必要だよね。で、次の問題に繋がるんだけど。
報告書だと、上流の話しか出てこない。だから、｢設計もろくにできないで55億無駄にしたのか！｣って話になるけど、ちょっと待って。設計しかできない人間が山ほどいても捗るわけがないってことなんだよ。特に、このプロジェクトは既存システムを0から作り直すのだから、既存システムをよく理解して、また既存システムにかかわる技術者とよくコミュニケーションが取れて、それを設計に正しく咀嚼できるスキルの持ち主が必要で、設計しかできない人材ではなく全体を理解できる人材が必要だったはず。
既存システムをちゃんと理解できてない人間だらけになったということが報告書でも繰り返し指摘されてるけど、その根底には設計しかできない人間が山ほどいても捗るわけがないという問題があると思うんだ。
6年？そもそも設計に数年ってのが、もうそういうの無理が来てるって感じ？6年経つ間に色々変わっちゃう。
どうしても、がちがちのウォーターフォールでやるなら、もっと受注も小分けにして、まずは既存システムの仕様まとめプロジェクトから開始するのが良かったんじゃないかな。
6年まとめてどん！だと中断の決断もなかなかできないよね。
これだけプロジェクトが炎上していたのに、汚職がきっかけで調査が入るまで炎上がちゃんと認知されていなかったというのがやばくね？もし汚職が見つからなかったら、炎上のまま･･･
これは国のプロジェクトだから汚職で厳しい調査が入って、プロジェクト炎上まで色々赤裸になったという見方もあるかも。民間だったらもっとなし崩し的に炎上プロジェクトを続行するケースが多いように思う。
もうね、
ＴＳＯＬによる設計作業は ，平成１８年当初６０人体制でプロジェクトをスタートさせたが，翌年初めには遅延が 始まったため，順次増員を行い，同１９年３月には２００人，同年５月には４５０人体制とした。
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
ＴＳＯＬは ，工程の遅れの解消に向けて，大幅な人員の増強でこれに対処しようとし，平成２０年１１月以降に は １３００人もの体制を整えたが
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
あたりまえのこと。TSOLでも仕様をしっかり理解してる人は少数だったのに、増員の9割は下請けだったのだから、さらに破滅の様相が想像できるってものだよ。
大量の下請け同士の連携や情報共有がされていなかった。経験やノウハウの共有がなされていなかった。と報告書にある。なんでこうなっちゃうんだろうな。何のためのプロジェクト管理なんだろ。ノウハウの管理はもっと意識されるべきだよ。
人数増やしてプロジェクトが炎上するというのは、お約束すぎる。規模の大小や分野にかかわらず、開発をやった事のある人ならわかると思う。
開発や設計って？という人にもわかりやすいように説明する。
例えば、優れた売れっ子のマンガ家がいて、老練な担当者がついていて、名アシスタントがいて、才能ある若手アシスタントがいて、10人のチームでマンガを描いていたとしよう。一方、大して技術もない凡人を100人集めて、前出のチームと同じマンガができるとかと聞かれたらどう思うだろう？殆どの人はそれは無理じゃない？と思うだろう。1000人でも無理かもしれない。
開発も同じなんだよ、本質的にはね。
でもそう思われにくいのはなんでだろう？それは多分、開発に従事する人にはマンガ家のような才能や際立った技術は必要ないと思われてるからだ。言われた所を言われたようにベタを塗るだけがプログラマの仕事だと思われているからだ。実際それをプログラマなのだと定義している会社もある。技術はお金にならない低俗なものだという偏ったイメージもこの世界には蔓延している。それが上流偏重の問題なんだ。
売れっ子のマンガ家のような設計(マンガで言えばネームや原作)からプログラミングまでこなせる技術者、老練な担当者のようなプロジェクトマネージャ、名アシスタントのような匠のプログラマ、勉強熱心な技術者は実際に存在してる。並以下の人材を倍集めたって100人集めたって彼らと同じものができるわけじゃない。
でも、どんなプロジェクトにもそんなスター的な人材が確保できるとはいえないし、単純な増員で対応できるようにする必要が、日本の大きな会社や大きなプロジェクトではあった。それを可能にするのが分業化だ。工程を徹底的に分業化することで、末端のセクションの習得コストを出来る限り低くし、品質の維持も図る。言い方を変えれば、創作を出来る限り製造にするということ。
それによるデメリットは明確だよね。新しいアイデアが実現されにくくなる。時代の流れの速さに追いついていけない。個々の持っているスキルが生かされない、技術が評価されない。技術者のモチベーションが下がる。なにより、正しい分業化とマネージメントが行われずに盲目的に人数を増やすと、ただただ炎上にしかならないってこと。お金だけが莫大にかかっていくということ。
これは間違いない。
このまま続けていたら、沢山の技術者の尊い人生がデスマに捧げられただろう。数年間のどろどろの煮詰まった成果物は、黒歴史を語るまいとひた隠しに、更なる問題を生み出しながら使われ続けただろう。考えただけで悪夢だ。
このプロジェクトのやりなおしに、どれだけ前回の経験が生かされるのか、そこにこそ注目していきたいと思う。
時間ができたら後で読む
http://www.jpo.go.jp/torikumi/system/system_optimize_re.htm
実際の業務の内容がある
http://myatsumoto.hatenablog.com/entry/2012/01/26/082554 良いまとめ
中には凄まじく優秀な人達もいるんだけど、今じゃ就職でとりあえず大手だからと
理由で入ったのが半数以上だし技術なんてものが簡単に生まれるわけがない。
今となっちゃ神領域の技術者はどの会社も社員の2%ぐらいだろうね。
ところでWeb(笑)企業で努めてる人にはIT技術以外に精通している業務や知識ってあるの？
低能の人からどうやって金を巻き上げるかを考えるのって面白そうだね！！
いろいろ参考になり、はてブとか増田が㌧デモなく重い理由が予想できた。負荷をコントロールする技術は持ってるから、人々が我慢できるギリギリのところにチューニングしているのね。（そんなことは書いてないけど）
そしてキーワードリンクの話を読んで、あのウザくて使ったことのない機能にこれだけの技術が使われていることに悲しくなった。企画がクソだと技術力があっても報われないね…。
まぁ学生側の意見としてはそうなんだろうな。企業としてはもはや「新卒」にも「一括」にはこだわってないんだけどね。
企業側から言わせてもらえば、新卒採用辞めるのにネックなのは学生側の意識が全然変わらないことだとすら思ってたりする。
ソ○ーが新しい取り組みを発表したね。そしたら案の定、企業側より学生側の反発が強かった。
自分を優秀じゃないと思っている学生が「これって得するの優秀な学生だけじゃないか」って吠え出した。
わかりきってたことではあるけど人事の人間としては心の底からうんざりしたね。
なぜ企業が、優秀じゃない学生を、優秀じゃないという理由でもって、優遇してさし上げる必要があると思えるのか。
もともと新卒一括採用は、企業の都合ではあるけれど、それ以上にこういう弱者救済のための性格が強かった。
学生は確かに大変だろうけれど、定数が用意されている一括採用だからこそ就職できる人ってのが多かったことくらい考えたらわかるだろうに。
ただ就職できないことが不満なだけで、自分のことも就活の仕組みもまじめに考えたことがない学生が、考えなしに新卒一括採用を批判して、
そこまでいうなら、と企業が「当たり前」仕組みに戻したら慌てだす。
優秀な人から優先されて、基準を満たす人が少なければ今までの定数以下でも門を閉じるというのは、企業の論理からしたら当たり前です。
そもそもなぜ他でもない○ニーが、他者に先駆けてこういう取り組みを発表できたのか、って少しでも頭を使った学生がどれだけいるんだろうか。
「努力しないで何でも他人のせいにする、自分を理解していない、自分の頭で考えない」の三拍子が揃っていたらなにをどうやっても駄目だということくらい理解して欲しいものです。
・・・ただ、あんまり事情がわからないでマスコミとかリクナビの情報くらいしか知らない人にあまりきつい話をするのもアンフェアだと思うので説明するね。
最初は受け入れがたいところから話をするけど、ちゃんと後で説明するから頑張って最期まで読んでくれると嬉しい。
論点は２つ
・新卒採用するのは、一度就職した後の優秀な人の行き来が少ないため
もともと企業が早期採用戦争をしてでも唾つけておきたいのは優秀な上位１０％の学生だけなんだ。
もちろんこの％は多ければ多いほどいいんだけど、本当に優秀な学生の数ってのは昔からそうそう変わらない
だから「ある問題」を解決しないままで、新卒一括採用をやめようと思うなら、
幹部候補枠（幹部候補よりも優秀な技術者の方が欲しいんだけど）みたいな特別枠を設けて、優秀な学生の採用だけ企業からアプローチするって形になるだろう。
今は世間に配慮してそこまで露骨にはやってないけれど、これがOkなら新卒採用なんていつでもやめてやるよって感じなんだよね。
トヨタみたいな大企業はどうなんかしらんけどさ。あそこは未だに教育しっかりやるらしいからまず人数確保が大事なんかもしれんね。
９０％の人間はぶっちゃけ誰採用しようがあんまり変わらん。偉そうに言ってるけど私もこっち側だよ。十把一からげで採用されたんだ。たまたま今人事ってだけでね。
ほんとにコミュニケーション能力があればいい。言われたことをちゃんと理解して実行できる程度の責任感があればいい。
愛社精神やら大層な志望動機も別にいらない。というか、入社する前から愛社精神とか持ちようがないのはこっちもわかってる。
だから、通年採用だろうが、３年採用だろうがどうでもいい。むしろちょこっとくらいは社会経験積んでる奴のほうが楽でいい。
自分たちで採用せずに、コミュニケーション能力だけチェックする第三者機関とか専門学校みたいなところの卒業生から一定数回してもらうとかの形でいい
もちろんこいつらは正社員扱いはしない。３年目あたりまではしっかり勉強してもらうために職を保障するけどそのあとは成果でないならやめてもらう。
そうすれば、頑張れるやつだけ残る。頑張れる奴ってのはそこそこ職場のことも好きになってくれるもんだ。
理想としては、頑張って基準を満たせる奴は残ったり上にいって、
そうじゃない奴はグレードを下げて自分のレベルに見合った職場に行ってもらうっていう仕組みにする。アメリカの大学方式ができるといい。
そのかわり、雇ってる間は、社員に対して無茶な労働条件とかは絶対許さない。大事に扱うことを義務とする。
みんな頑張って生産性上がれば、福利厚生やら教育やら、いろんなことができるんだ。
まぁ粗末に扱ったり社内で教育の機会が少なかったりしたらすぐに移動できる仕組みになるのだから、もともと無茶なんかできないけどな。
上位１０％の人間を特別扱いして大切にするってのは別に残り９割を疎かにするって意味じゃない。
それぞれがそれぞれの能力に合わせて、自分のできる仕事をやって一生懸命頑張ってもらおうって話だ。
こうしたほうが全体としてレベルアップするから結局９割の人も得なんだけれど、そういう話に耳を傾けないから９割なんだよな。
まぁ実際に足をひっぱるのは下１０％なんだがな。
別に今のままでもお前らの就職活動が有利になるわけじゃないのに、
一番能力ないやつに限って優秀な奴とか企業の足を引っ張りたがって、そういうところには才能があるんだよ困ったことに。
今までのやり方を維持しようとする。みんなで不幸になろうとする。だからいつまでたってもちっとも問題が解決しない。
これは年代を問わずだ。学生でもこういうタイプの人いるでしょ？ 団塊だから若者だからって話じゃないんだ。
長々と語ったけど、理解してもらいたいのは１つだけ。企業としても「新卒の時に確保しないと優秀な人材が自分の会社に来てくれない」という悩みがあるということだ。
解決しないといけないのは結局「新卒で全てが決まっちゃう」みたいなガチガチした仕組みをなんとかしようってことなんだ。
そこを解決できれば、他の問題ってあれよあれよと変わっていくと思うんだよね。逆に言うと、そこを変えずに新卒採用だけやめると
まぁ間違いなく企業はただでさえ少ない優秀な学生の採用にリソースを集中させて、あとはいい加減になるだろう。普通の学生はかえって不幸になると思うよ。
学生側も「新卒で採用してもらえないと、人生おわる」って言ってる奴多いだろ。全く同じように企業も悩んでるんだよ。
企業は学生の嫌がらせのために新卒やら早期採用をやってるんじゃないんだ。企業だって必死なんだよ。
自分の会社が優秀で働きがいがありつづければ、いずれ優秀な人間が移ってくるって環境じゃないから、なんとか新卒の段階で捕まえようとする。早期採用を目指す。
そういう企業側だって悩んでるってちょっとでも想像力が働けば、今の就活の構造を理解できると思うんだ。
就活ぶっ壊せデモみたいなことをやるような学生は、そこの想像力が全く働いてないってことだね。
この問題は、企業と学生が協力して解決していく問題なんだ。 今は対立してるような感じだけれど、決して対立したくてしてるわけじゃない。見方を変えれば協力できるわけよ。
そういうふうにしてもらえれば、新卒一括採用なんて何の意味もないやつはすぐにやめるだろう。だってほんとに必要ないもん。
こういうと、３割くらいは「じゃあ既得権益の団塊世代が悪いのか」などと次の敵を探し始めるんだけど、ここまでわかったなら後はどう考えたらいいかわかるよね。
どの世代にも、敵になる人もいれば、味方になる人もいる。 自分たちは何を問題にしていて、そのためにはどういう人達と協力できるかって考えてみて欲しい。
こういう話をすると、どうせ超優秀な奴は転職じゃなくて起業しちゃうからお前のところには来ないよ、
それより普通のやつを教育で育てろよっていう人もいる。教育万能論ですね。
教科書があって、そのとおり教えたら仕事が出来るようになるってものでもない
（まぁ教科書レベルすらできてない学生さんも多いのでそこは教えるけれども）
どちらかというと、それぞれの部署で、社員の人が自分の能力きちんと発揮して活躍する。
それが後輩にとってもロールモデルになって部署が活性化されるというのが重要なんです。正解は部署ごとに違う。
教育を考えても大事なのはリーダーになれる人であって、困るのがヤル気のない人なわけですね。
人事部の人間が教えられるのは、技術的な研修を用意することを除いては（それについても最近は非公式な勉強会に勝てませんが）
スマートフォンspモードの不具合で目下お祭り中のNTTドコモ。
どんな言い訳を発表してくるか楽しみにしていたら、
「スマートフォンの普及による通信量の増加でサーバーが能力を超えた」ときた。
相変わらず、自らの誤りは認めませんとも。
内情に詳しい人いわく、真相はバグだらけのソフトウェアを誰も直せないのが原因だって。
ロクな技術者を手配できないのは以前からだったような気もするが、そろそろ臨界のようだ。
spモードに関しては、Xperiaに搭載され大反響を巻き起こしたメールアプリも記憶に新しい。
今回多少ましな技術者に作らせたせいか、見知らぬ他人のメールアドレスにすり変わってしまうという
革新的な出会い系機能が実装され、華々しいサービス停止を披露してくれた。
どうやったらそんなバグ埋め込めるんだｗわざとか？
教えてくれ。
いちおう、一つだけ確認。
世の中、何事にも例外はある。言い方を変えれば多様性という奴だな。「日本企業は～」みたいな主張を、文字通り「全ての」日本企業に例外無く当てはまる話だと考えると、話がおかしくなる。
例えば、日本の大企業はダメとは言っても、名実共に日本最大最強企業であるトヨタなんかは、組織の大きさにも関わらずイノベーションを継続する能力を維持できているように見える（内情は知らないけどね）。
注目すべきは、構造と確率だ。学生が、自分の能力を活かせる職場に出会える確率は、その企業なり業界が置かれている構造に依存する。先の東大の講師が言いたかったのは、「日本で職を探すより、海外の方が能力を活かせる職場に出会える確率が高い」という主張だと解した方が良いだろう。
で、そこで「海外」と言った時に念頭に置かれているのは、君の言う通りアメリカ西海岸（シリコンバレー等）だろう。あの辺りは、相互扶助的なコミュニティーが出来上がっていて、成功者が失敗した者の再挑戦を支援する風土があると聞く。
だから、あの辺の連中は、エンジェルやベンチャーキャピタルから資金を調達してスタートアップをガンガン立ち上げ、成功すればイグジットして大金をゲットし、「ぶッ潰れ」ても再挑戦できる。
ただ当然だが、そうした場所で個人がチャンスを得るには、現地の起業家・技術者コミュニティに認められ参入できる程度の能力を持っていることが前提だろうと思う。先ほどの講師のコメントは、あくまで「東大の」「優秀で」「意識の高い」学生について述べているという点は忘れてはならない。
では、イノベーションを起こすことは日本の大企業ではもはや不可能なのか、ということなんだが、理論上は可能だろう。最近、イノベーションは「イノベーションのプロセス」から生まれる、という話がある（天才的な個人の奇抜な思いつきからではなく、という意味。ここでは説明しないので、興味があったら"The art of innovation"でググってみるといい）。そういた業務プロセスを基本に据えた組織へと作り変えれば、日本企業でもイノベーションを生み出すことはできると思う。
しかし、職場を探す（本当の意味で）優秀な学生がいた時に、日本企業の中で組織文化と戦いながら新たな業務プロセスを確立するために何十年も奮闘するのと、海外の流動性の高い土地でベンチャーに参加するのとどちらが良いか、と相談されたら、俺は明らかに後者を勧めるだろう。本人の幸せという意味でも、優秀な人材の社会全体での有効活用という意味でも。
では、それほど優秀でない奴は？ まぁ、泥臭く地道に組織改革をやるしかないだろうな。
一つだけ注意点があるとすれば、「俺達には才能はなくても数で勝負だ」「皆で力を合わせて一丸となり（ｒｙ」とか絶対に考えないこと。人海戦術と親和性の高い業務プロセスこそ、君の組織の閉塞感を生み出している原因だ。ミッションをブレークダウンして組織の階層構造で業務を分割できる、という考え方は、つまり「仕事に貼り付ける人材は取替え可能である」という発想が根底にある。
専門性を尊重する評価体系を作ること。専門家同士が協同して業務を遂行するプロセスを回すこと。そうしたプロセスを回すプロジェクトに経営資源（決裁権、人事権、etc..）を委譲すること。これらが重要だと思う。
あと、「専門バカは視野が狭いからチェック機能が必要だ」みたいな意見には、間違っても耳を貸さないように。専門性の高度化がさらに進んでいる現代において、「ド素人の素朴な意見」が役に立つことは少なく、多くの場合、プロセスのスピードダウンという悪影響しか招かない。コミュニケーションコストの増大と、俊敏さ（アジリティ）の低下は、プロジェクトにとって最大のリスクであると認識すべし。
先日「Flashエンジニアが今後10年食べていくには？」というテーマを元に
Flash に精通した Web 技術者達のディスカッションが行われる催し物があった。
http://www.publickey1.jp/blog/11/flash10.html
この記事だけでは内容が省略しすぎているため
時間があれば是非録画の模様もみていただきたい。前半初頭は音量が小さいので注意。
こういった催し物は面白いなと、私はとても楽しく見させていただいた。
http://www.ustream.tv/recorded/19073524
http://www.ustream.tv/recorded/19074357
ディスカッションでは Flash だけではなく HTML5 についても触れている。
ディスカッションの感想をディレクションや営業を行なっている知人に聞いたり、
ネット上の反応を見てみたところ以下のような意見がいくつかあった。
「『Flash が好きな人』だけではなく HTML5 派の人との対談もあればよかった」
「Flash 派の人の話だから HTML5 が使えないという話はいまいち参考にならない」
『Flash 派』『HTML5 派』という くくりで考えてしまう人は
まだまだ多いと実感する。
パネリスト達は
過去から現在までに様々なプログラミング言語を利用し、あらゆる技術に精通している。
Flash という表示媒体/環境開発がベター(時にはベスト)だと考え、
Flash をよく扱っている、という旨を話している。
最後の締めとして
Flash よりも優れたものが登場するのであればそちらに移行するでしょう、
とも言っている。
これだけの説明があったのに
ディスカッション内で触れた HTML5 に対する否定的な話は、
『Flash 派』とやらのポジショントークだと目に写ってしまったのだ。
Java やら C やら objective-c やら perl やら php やら
サーバサイドからスマホ用ネイティブ言語を用いてのアプリ制作まで
色んな事やってます、と言っても
現在世の中には HTML5 を推し、合わせて Flash を否定する記事が結構出回っている。
技術者が話す専門的な用語の飛び交う話よりも
HTML5 vs Flash 的な読みやすい記事に耳を傾けてしまう人はいる。
Apple 製品を好む人は「ジョブズがそう選択したのだから」と
なおさらこういった記事に目を向けてしまう。
「Flash vs HTML5 の話にのせられてしまうのは、よくわかっていない人だ。」
ディスカッション内では、
ネット上の煽り記事を読み不安に思ったクライアントから連絡を受け
きちんと状況をゼロから説明するハメになってしまった、という内容があった。
似たような状況になっている人もいるのではないだろうか。
当方周辺では、
「Flash は駄目だ」「Flash でなくても HTML5 ならできるはずだ」
「HTML5 は Flash の代わりになるものだと言われている」と
クライアント、あるいは仕事先の関係会社から耳にする機会が増えてきた。
技術者の及ばないところで
ベターではない技術が選択、あるいは勧められてしまう やっかい性。
その記事は世間の目には届かない。
TV CM でバンバン流れている iPhone や iPad では Flash を見ることができない
という状況に乗じた
勘違いを正すためには、今までよりもより一層
あるいはメッセージを発信するよう心がけていかねばならないと感じる。
パネリスト達のような
Flash を扱う事が可能な技術力を持ち合わせている人にとって
Flash が終わろうが、代わりの技術が HTML5 やらその他何になろうが
大した影響はない。
『プログラミング』についての話をしてみる事にする。
「世にあらゆるプログラミング言語があるが
「何か一つ言語を習得し
『Flash の事は全く知らないがプログラミングプロフェッショナルの人』
が近くにいるならば是非上記について伺ってみてほしい。
その通りだと答えてくれるはずだ。
他の言語で作ったものを Flash のプログラミング言語に移植することも容易いのだ。
ここで上記三行の「他の言語」を「JavaScript」に置き換えてみてほしい。
HTML の DOM 操作に必要な言語は JavaScript である。
言語は、Flash ならば ActionScript、HTML5 ならば JavaScript を用いる。
画面描画は
あるいは用意されている描画用 API を ActionScript で呼び出し、
あるいは用意されている描画用 API を JavaScript で呼び出す。
Flash と似たような技術として Java Applet や Shockwave があるが、
これらも一緒で
言語を変え、その技術に合わせた描画を行う処理を記述するだけだ。
Web 技術者が何かに属していて、何かには属していないかのような区別の仕方は
的がはずれている事を なんとなく感じていただけただろうか。
仕事に対し、あるいは表現したい事に対し、ベターな選択を行うだけの事なのである。
環境や表示内容に合わせ両方を採る選択もあるだろう。
パネリストの中に ActionScript が好きだ、という人がいた。
これは別に
Flash が好き(製品のファン)だから ActionScript が好き、と言っているのではない。
ActionScript が優れたプログラミング言語だと判断しての発言なのだ。
HTML5 を選択するだけの事であり、
その別の技術を選択し、
Flash より優れた技術が登場しなければ Flash を使い続ける、
ただそれだけの事なのである。
もう少し突っ込んだ話をすると
Flash のプログラミング言語である ActionScript(ActionScript 1.0)と
HTML 表示制御を行う言語 JavaScript は 実は同じ言語仕様である。
『ECMAScript』という単語で調べてみてほしい。
「Flash と HTML5 は対立するもの」と考えていた人、
あるいは ActionScript や JavaScript を触れたことがない人にとって
「え？そうなの？」と思う人もいる事だろう。
JavaScript は大規模開発に向いていない、という話は聞いたことがないだろうか。
同様の言語仕様である ActionScript 1.0 はこの問題を解決するため
ActionScript 2.0 から ActionScript 3.0 へと進化していった。
Flash は開発がし易い、という話がよく挙げられるが
その理由の一つがこれである。
現行の JavaScript と ActionScript 1.0 は ECMAScript 3 準拠に対し、
ActionScript 3.0 は ECMAScript 4 準拠である。
言語として進化しているものを Flash は採用しているので
開発は抜群にし易い。
ECMAScript 4 準拠の JavaScript も登場する日もあったかもしれなかったのだが、
ECMAScript 4 標準化が白紙、
ECMAScript 4 は無かったことになってしまったのだ。
ActionScript 3.0 で作成したプログラムが
ちなみに JavaScript は大規模開発に向いていない、という事に対し、
最近では Google が新言語 Dart というものを開発している。
位置づけとしては ActionScript 2.0 に近いと比喩した人もいる。
ActionScript 2.0 はコンパイル時 ActionScript 1.0 に変換されて出力される。
Dart も同じく JavaScript 変換機能を持つ。
先の事は誰にもわからない。
HTML5 が成長するとは必ずしも言えない。
技術者は身を持って知っている。
表示と動作の差異、技術者はずっと苦しめられてきている。
めんどくさい。コストがかかる。
HTML5 も同じ道を辿るのでは、と言われてしまうのも仕方がない。
実際に HTML5 の各ブラウザの実装具合はバラバラである。
Flash はといえば、
今でも 10年以上前のスクリプト言語 (ActionScript 1.0 よりも前の言語)で
Flash が動作するブラウザがいつまで携帯に搭載され続けるのか、
まだ誰にもわからない。
今後も当面携帯向け Flash を作り続ける事になるのかもしれない。
携帯向け Flash は一つの容量が小さいというのが救いである。
IE6 対応 HTML サイト制作にせよ、携帯向け Flash 制作にせよ
状況に応じて何を選択するかを判断できるほどの技術力を身につける事
選択する技術に何ができて何ができないのか、
どの技術を組み合わせるとよいのか、
自ら判断できるようになった時、一人前の Web 技術者になったと言えるだろう。
一つ何かをモノにしてしまえば前述の通り移行は容易い。
それを極めるくらいまでとことん勉強してほしい。
続けていくと見えてくるはずだ。自信という名の悟りの道が。
気になった点をいくつか。
現状の HTML5 の実装具合のバラバラさに対し、
「(HTML5の)表示の差分を埋めてくれる何かが登場するかもしれない」
と言う発言があった。
言った当人も会場にいる人達も、きっとこう思っただろう。
「それってなんて Flash Player？」と。
「あれはやめたほうがいい」という発言があった。
勝手に注釈するのであればこの発言は
「Flash で作られた重たい Web を HTML5 でまた再現するつもりなの？」
という皮肉であろう。