やったことない仕事をうまくやるための抽象化スキル - wyukawa's diary
抽象化スキルが、生死を分ける時代に : NED-WLTを読んでなんとなく書いてみる 自分が過去にやったことある仕事と同じような仕事をアサインされた場合には対応するのが簡単でしょうが当然のことながら世の中そういう仕事ばかりではないわけです。 自分がやったことない仕事をやることになる状況というのも少なくないでしょう。とはいえ仕事を振る方も普通であればそんなに無茶ぶりはしないはずです。例えばJavaでアプリ開発しかしたことない人間にインフラチームのリーダーをお願いするとかは無いでしょう。たぶん。 なので仕事を振る側はその人の今までの経験の延長線上でできるであろう範囲で仕事を振るもんだと思うわけです。例えばJavaでアプリ開発の経験あるならHadoopのMapReduceもまあ頑張れば書けるよねみたいな感じ。いやまあ実際問題をいうとMapReduceをちゃんと書くには単純なJavaスキル以外にMa
インタフェースを持たないことがインタフェースになりうるのか - novtan別館
面白い記事だった。 その上で、彼は次の3つの原則を提案している。この3つの原則を実践することで、スマートで、もっと使いやすい、我々の世界をもっとより良くするシステムをデザインできる。 原則1: インターフェイスを排除し、自然な処理を採用する（Eliminate interfaces to embrace natural processes） （略） 原則2: コンピューターに人を合わせるのではなく、コンピューターを利用する（Leverage computers instead of catering to them） （略） 原則3: 人に適応するシステムを作る（Create a system that adapts for people） 最良のインターフェイスとはインターフェイスを持たないことだ - Nothing ventured, nothing gained. 言わんとしているこ
クラウド時代、ビッグデータ時代に求められるスキルは何なのか？ - wyukawa's diary
Google App EngineやAmazon EC2、Microsoft Azure、SalesforceなどのSaaS/PaaS/IaaSが広まるにつれて、 またHadoopやNoSQLのようなビッグデータを扱う技術が登場し広まるにつれて、 従来のシステム開発とは求められるスキルも変わってくるのではないかと思いつつあります。 そしてこれはSIerとかWeb業界とか関係無い気がしています。 ここで言っている従来のシステム開発というのは役割に応じた分業体制による仕事の進め方のことです。 つまり業務SEがお客さんと要件をつめ、インフラSEがインフラ設計をし、アーキテクトがアプリの基盤を設計し、開発者が実装し、QAが試験するという流れのことです。 個々の作業自体はクラウド時代、ビッグデータ時代でも必要なのですが、その中身が変わってきたため個々人の役割や求められるスキルも変わっていくように思い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
