未来の転職が、過去にさかのぼって現在の自分を有能にする - 分裂勘違い君劇場
転職、すなわち中途採用の面接では、自分が過去に取り組んだ仕事について質問されます。 しかも、ごまかしがきかないよう、具体的な行動内容を、細かく聞かれます。 広く浅く訊くのではなく、何カ所か適当に選んで、狭く深く訊いていきます。 たとえば、エンジニアなら、過去に自分が開発したシステムにおいて、 なぜ、そのフレームワーク、ツール、ライブラリ、DBを使ったのか？ 他に、どのようなフレームワーク、ツール、ライブラリ、DBが候補として 上げられたのか？ 他の選択肢と比べて、どの様な短所と長所があるのか？ なぜ、他の選択肢ではなく、それを選んだのか？ 使う前に、どのように性能評価・検証したのか？ なぜ、ある部分を汎用的に作り、別の部分をハードコーディングしたのか？ なぜ、その設計だと、生産性が高く、トラブルのリスクやメンテナンスコストが低くなるのか？ もっと低くできる余地として、どのようなものが考えら
第9回 良いアイデアがわく人とわかない人はココが違う：ITpro
Webサイトのテーマと内容，サイトやメニューの構成，宣伝方法にいたるまで，企画のベースには，一貫する「アイデア」がある。この企画のアイデア―――漠然と「企画案」とか「提案内容」と呼ばれることもある―――を見つけることが，企画という仕事の肝だ。 アイデアがわく人と，わかない人には決定的な違いがある 良い企画のアイデアさえ見つかれば，後は技術と知識で膨らませて，ユーザー層，制作目的，訴求効果といった項目に落とし込み，企画書の体裁に仕立てるだけだ。この作成作業自体は，暗記と反復練習次第で，比較的容易に習得できる。 ところが，こと「発想」に関しては，知識の丸暗記はあまり役に立たない。制作会社から「制作技術は学べるが，発想は学べない」という声を聞くことがある。手順をマニュアル化して伝えられるものではないので，後進の育成が難しいのだ。 筆者から見ると，アイデアがわき出る人と，アイデアがわかない人では，
つれづれなるままに - プログラマを上手くやっていくための10のコマンド
ネタ切れってわけでもないけど、今日は翻訳ネタ。10の理由も流行ってることだしね。 ネタ元はここ。 あなたはミスをするのだということを理解し、受け容れよう。物を作る前にこの点をはっきりさせよう。幸いなことに、ロケットのガイドソフトをJPLで開発しているような少数の例外を除けば、私たちの職業ではミスは滅多に致命傷にはならない。だから、学ぶべきだし、学ぶことができるんだ。そして笑い、前進するんだ。 あなたの書いたコードはあなたの分身ではない。レビューのポイントは、問題を発見すること、そして問題は見つけられるのだということを覚えておくといい。誰かが指摘してくれるときのために、コードを公開しないのは良くない。 あなたがどれだけ「空手」について知っていようとも、ほかのだれかがもっと知っているのだ。あなたが教えを乞えばだれかが教えてくれる。第三者からの情報を探して受け入れるんだ。特に、もう教えてもらうこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
まとめサイト＠筋トレ質問スレ
