みんな良いこと言うので、刺激を受けて考えたことを記録します。 生きてるだけで丸儲け ストレス対処法 撤退戦術 タスク殺すマシーン 人間に戻る儀式 運 技術力を身につける方法 車輪を再発明する 脱ゴールデンハンマー病 学習の助 優秀なプログラマとは？ おまけ 生きてるだけで丸儲け 優秀なプログラマーになるためのコツ · GitHub 優秀なプログラマーに「育つ」んだし、それには時間が必要 優秀なプログラマーになるということは、上記の通り長時間を要するということも踏まえると、メンタルヘルスにリスクがある環境に長時間暴露されることが不可避である 業界で長きにわたり活躍し続けている人というのは、それだけですでにひとかどの人物 すごく良いです。 優秀なプログラマになる前に、死んでしまっては元も子もありません。 生き延びることはなにより大切です。 幸か不幸か現状のIT業界はハードなストレスにさらされや

CEDEC2017「優れたエンジニアが集まり継続的に成長する会社にする方法 ～組織を急拡大させる採用育成評価ガイド～」講演資料です。

エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 最近、メンター制度として新入社員や若手のメンバーに対して、先輩をつけて相談事に乗ってあげたり、仕事のサポートをしたりといったような教育プログラムを組む企業が増えています。このメンターという役割は、ちょっとした訓練が必要だったりするのですが、このあたりの研修や訓練をせずにいきなり明日からメンターね！なんてことがままあります。

会社員は能力よりも印象が大事 - 脱社畜ブログ http://dennou-kurage.hatenablog.com/entry/2014/01/06/205831 まだ僕が会社で働いていた時の話だが、同僚に「よく怒られている」人がいた。 資料を作成すれば「ここが抜けてる、構成が悪い」と叱責され、 意見を言えば「考えが足りない」と指摘され、 質問をすれば「質問の仕方が悪い」と怒られる。 僕は子どものころから、ずっと「他人が怒られている」ところを見るのが ものすごくイヤだったので、その人が怒られるたびに なんだか自分まで落ち込んでいた。 資料の構成が悪いであるとか、質問の仕方が悪いという指摘は、 まあたしかに言われてみればその通りという側面もあって、 何の意味もなく怒られていたというわけではない。 ただ、どうも腑に落ちない感じがしたのは、 「その人ばかり」が怒られていることだ。 例えば、そ

この記事は闇 Advent Calendar 2013の４日目です。 @seri_k 闇Advent Calendar書きましょう— ıɯǝɥɔʇoɥ (@hotchemi) 2013, 12月 2 心の闇なんてのは大体エンジニアに限らず社会人なら少なからずだれでも貯めこんでしまうものだと思う。どうすれば解決できるかなんて分からない。 ４日目の記事では、過去の自分が経験した心の闇の話と、それを祓う方法についてそれとなく書いてみる。 今いる会社のエンジニアは割りと生き生き働いている方だと思うけれど、それでもやはりどこか、斜に構えた考え方や、何かについての強いトラウマみたいなものを会話の中から垣間見ることがある。若いころに辛いデスマを経験した話だったり、顧客が会社に怒りに燃えて乗り込んできた話だったり、特定のミドルウェアのバグで大変な目にあったり、会社や顧客に理不尽な要求をされて喧嘩したり、と

かつては個人プレイヤーとして活躍していたけれども、昇進した結果、他のメンバーに仕事を託さなければならなくなった「仕事のできる人」というのは、葛藤を抱えがちです。彼らは、自分が誰よりもその仕事について理解していると自負しており、自分の並外れた仕事能力に自信を持っています。一方で、昇進後の仕事の責任範囲が広すぎて、業務の細かい部分にまで目を配ることができません。 自分が管理するプロジェクトやメンバーが増えたとき、どうすれば状況をしっかりコントロールしているという感覚を取り戻せるのでしょうか？ 逆説的に聞こえるかもしれませんが、そのための唯一の方法は、コントロールを手放すことです。他の人に助けてもらうことです。その決断には、こんな不安が伴います。「自分がやるようには、うまく仕事が遂行されないのではないか？」「自分で答を見つける代わりに、他の人にそれを頼む必要が生じるかもしれない」。 こうした気持

「サービス残業は非常に嫌なものである。しかし、それをやらせる方はもっと嫌なのだ」と名言っぽく言っても免罪符にはならないだろう。 当時俺はサービス残業を平気でする完璧な社畜になっていて、もう抗議する余力も転職する余力もなかった。待遇は最悪。でも、もうこれでいいんだ、俺が我慢すればいいと思ってた。 部下ができ、立場が変わった時、俺だけが我慢すればいい問題ではないと気づいた。サービス残業を「やらされる」会社にいれば、いつでも「やらせる」側に回る可能性があることが頭になかった。 契約社員という形で入社してきた部下は２週間くらいは黙ってサービス残業をしていた。しかし、ある日、「○○さん、話があります」とサービス残業について抗議してきた。俺は自分の上司にやられたことにならって、同じようにサービス残業をやるように指導したので実践報告をしてみる。 １　仕事はやりがい理論 「お客様が喜ぶ顔を思えば金なんか関

まとめ 残業が以前よりも増えていないか？その割に成果が以前と変わっていないのではないか？ 本人が関心のない仕事(できれば避けたいと感じている仕事)が、後回しか 放置されていないか？ ルーチンワークであるにもかかわらず、滞っていないか？ 管理職の方へ 部下の、あるいは自分自身がうつ病であることを見抜くにはどうすればいいのでしょうか。 うつ病が重症になってからの対応方法についてはわりとよくみかけるのですが、ごく初期の症状についてはあまり言及されていないように感じます。 うつ病のごく初期に適切な対応がとられていれば重症にまで至ることは防げると思われます。患者自身がうつ病であることに気付いていない、あるいは気付こうとしない(認めようとしない)状況でも、周囲の人間が「これはひょっとしてうつ病かな」と気付ければ、あるいは「適切な対応」がごく初期にとれるかもしれません。軽症であれば、投薬治療は必要ないと

この前飲み会でこんな話をしていたのでまとめてみます。 終身雇用が崩壊し、昨今では会社の評価制度では成果主義というのが普通になりつつあります。ただ成果主義とは言いつつ何を持って成果とするかは議論の余地があると思います。 例えば営業職であれば分かりやすく売上目標というものがあります。企画職の場合でも売上やその他のKPIを目標設定することで分かりやすく評価出来ると思います。ではエンジニアの場合はどうでしょうか。 開発したシステムが実際に軌道に乗って数字を出し始めるまでには相当時間がかかります。（最近のゲームなどは除く）またその数字が出るか出ないかは実際営業や企画側の問題が多分にある為、こういったケースでエンジニアを数字で評価するとシステムの良し悪しとは関係なく単純に運がいいか悪いかだけになってしまいます。もちろん企画に意見が反映出来る環境であったり営業に指示できる環境であればエンジニアでも数字を

著者プロフィール：吉田典史（よしだ・のりふみ） 1967年、岐阜県大垣市生まれ。2005年よりフリー。主に、経営、経済分野で取材・執筆・編集を続ける。雑誌では『人事マネジメント』（ビジネスパブリッシング社）や『週刊ダイヤモンド』（ダイヤモンド社）、インターネットではNBオンライン（日経BP社）やダイヤモンドオンライン（ダイヤモンド社）で執筆中。このほか日本マンパワーや専門学校で文章指導の講師を務める。 著書に『非正社員から正社員になる！』（光文社）、『年収1000万円！稼ぐ「ライター」の仕事術』（同文舘出版）、『あの日、「負け組社員」になった…他人事ではない“会社の落とし穴”の避け方・埋め方・逃れ方』（ダイヤモンド社）など。ブログ「吉田典史の編集部」 前回の時事日想は、人事異動のカラクリについて解説した（関連記事）。今回は「異動の数」について触れてみたい。異動の時期になると「異動の回数が多

著者プロフィール：吉田典史（よしだ・のりふみ） 1967年、岐阜県大垣市生まれ。2005年よりフリー。主に、経営、経済分野で取材・執筆・編集を続ける。雑誌では『人事マネジメント』（ビジネスパブリッシング社）や『週刊ダイヤモンド』（ダイヤモンド社）、インターネットではNBオンライン（日経BP社）やダイヤモンドオンライン（ダイヤモンド社）で執筆中。このほか日本マンパワーや専門学校で文章指導の講師を務める。 著書に『非正社員から正社員になる！』（光文社）、『年収1000万円！稼ぐ「ライター」の仕事術』（同文舘出版）、『あの日、「負け組社員」になった…他人事ではない“会社の落とし穴”の避け方・埋め方・逃れ方』（ダイヤモンド社）など。ブログ「吉田典史の編集部」 「なぜ、リストラがこんなにスムーズに進んでいるのでしょう？」 先日、出版社の週刊誌編集部から取材を受けたものの、私はすぐに言葉が出てこなかっ

チームラボの組織運営にはとても興味があり、以前もこんなエントリーを書きました。 クリエイティビティの源泉 - FutureInsight.info こんなのチームで出てくるわけないって思いませんか?でもチームラボでは、これをチームでやってるそうです。しかもミーティングの度にPMが変わるのだそうです。凄いですよね。どのようにやっているかというと、たとえばチームのデザイナーが5人だとすると、5人のデザイナーがそれぞれ同じテーマで別のイメージを作ります。それを見て、PMが「こっちの方向性」とどれかひとつを選ぶと、5人のデザイナーはそのひとつをベースにまたそれぞれ別のバリエーションを作ります。でてきたものに対して「これでOK」と思うまで、繰り返しこのプロセスを行うのです。 上のエントリーで書いた、まるで遺伝的アルゴリズム型チーム運営システムに大変驚き、そして感銘を受けたものです。というか、あのid