当ブログ「ビジネスライターという仕事」は、2015年4月6日から新しいURL「​http://blogs.itmedia.co.jp/toppakoh/」 に移動しました。引き続きご愛読ください。 新年の方針や計画を立てるというテーマは若干時期遅れと思うが、既に立ててみたもののなんとなくしっくりこないという人もおられるのではないだろうか。 そういう人の方針に共通するのは、考え尽くしていないということかもしれない。考え尽くしていないとどうしても方針が抽象的になり、計画にも具体性がなくなる。 計画に具体性がなければ、進捗しているかどうかのチェックも難しくなり、最終的にはせっかくの新年の方針を投げ出してしまうということになる。 これに対して、ロジカルシンキングで考えるという手もある。MECEとかピラミッドストラクチャーとかロジックツリーとか名前だけは聞いたことがあるという人も多いだろう。 ところ

クックパッドCTO 橋本健太さんへのインタビュー第2弾。『エンジニアはいかなる基準で評価されるべきか？』というテーマで、クックパッドが実践するエンジニアの評価項目を伺いながら、エンジニア個人個人のキャリアプラン、危機意識の持ち方に迫りました。 ▼クックパッドCTO 橋本健太さんへのインタビュー第1弾 エンジニアを成長させる、たった6つの指針。｜クックパッド CTO 橋本健太に訊く！［前編］ エンジニアの評価軸を探る エンジニアはいかなる基準で評価されるべきなのだろうか？ 高い技術スキルか、関わったプロジェクトの利益か、経験年数か、それとも…。 今回お話を伺ったのは、クックパッドでCTOを務める橋本健太さん。同社は数年前から、「エンジニアのあるべき姿」という6つの指針を社内で明文化し、社内60名のエンジニアに共有しているという。 また、この指針を基にエンジニア向けの評価制度を、他の職種の社員

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 理解しやすいように適当に遮ったり、言い切ってしまったところもあるがご容赦いただきたい。 MVCの登場 MVCは、SmalltalkのGUIライブラリのモデルとして登場した。 これはGUIアプリケーションを記述する際に、適切なモデル化を進めるのにとてもいい考え方だと思われていたし、実際にそうだった。 これはアーキテクチャパターンとして、それぞれがどのように依存するべきか、どこにコードを書くべきかということを端的に表している。 安定依存の原則というものがある。これは、要件が安定しているモジュールに依存し、要件が変動しやすいモジュールには依存

東洋経済オンラインの連載でも書いたが、日本の会社では「残業」は基本的に努力の証明で、やればやるだけ「頑張っている人」ということになる。 ｢残業しない＝頑張ってない｣という迷惑な妄想 | あ、「やりがい」とかいらないんで、とりあえず残業代ください。 | 東洋経済オンライン 連載記事では、このように残業が「プラス評価」されてしまうことの問題について書いた。これが不当だというのは何度でも繰り返し言い続けたいと思うのだけど、今日は少しだけ別な角度からこの問題を見てみたい。 唐突だがひとつ質問をさせてほしい。あなたの会社では「定時帰宅」をする社員はどのような評価を受けるだろうか？怠け者である、協調性がない、社会人としての常識に欠ける…といったネガティブな評価が下されるという会社はひどい会社だ。別に、いい評価も悪い評価も受けない、というのはまあ普通の会社だ。建前上はいい評価も悪い評価も受けないという会

サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。