プログラマの心の健康
目次 はじめに 情報不安について 人の話を聞くこと 寝てから考えよう わ・ざ・と、ゆ・っ・く・り・、や・っ・て・み・よ・う ロビンソン式悩み解決法 驚き、最小の法則 むしょうに腹が立つあいつのこと あなたは、そのままでいいんです はじめからやり直したい症候群 人から信頼されるためにはどうしたらよいか トラブルがチャンス あなたはひとりではありません あなたのための聖書の言葉 ぜひ、感想をお送りください リンク集 更新履歴 はじめに 私はプログラマです。 プログラムを書いて生活の糧を得ています。 プログラマというのは精神的にも肉体的にも過酷な仕事だと思われています。 夜遅くまでディスプレイに向かい、 キーボードを叩き、ジャンクフードを食べながらバグをとる…そんな職業だと思われています。 確かにそういうところもありますが、プログラマも人間です。 不健康な生活を長いこと続けることはできません。
Kubernetes、やめました | 外道父の匠
最近 Kubernetes 全然触ってねーなって思ってたところに、『6年ぶりぐらいにクラウド使った結果、Kubernetes以外のマネージドサービスとか基本要らなくない？となった話 – データエンジニアの酩酊日記』を見つけて、自分と異なる立場によるコンテナシステムへの感想を興味深く読ませていただきました。 Kubernetes を推す人がいる一方で、ここには昨夏『Kubernetes、はじめました』と言っておきながら今年に入って全然触らず、ECSを使ったシステムばっか手掛け、Kubernetes いらなくね？って思う人もいるわけで。これはいったいどういうことでしょう、と雑感タイムです。 どうしてコンテナシステムで迷うのか 最初に断っておきたいのは、以下 Kubernetes を否定したり腐すような意図は全くなく、なんでやろ？って自身に問いかけた私見です。やめました、と言ってもウチで今も使っ
タチの悪い凄腕エンジニア｜水屋亜次郎(みずやあじろう)
この文章の翻訳です 参照1、参照2 原題「Brilliant Jerks in Engineering」 我々のうちの多くが、彼ら(やること成すこと素晴らしいが他人をゴミの様に扱うタチの悪いエンジニア)と働いている。いくつかの企業は彼らを雇わないポリシーを掲げている。例えばNetflixの「タチの悪い凄腕をゼロにしよう(No Brilliant Jerks)」など。それは僕がNetflixにジョインした数多くの理由の内の一つだ。あるいは「馬鹿げたルールを作るな(No Asshole Rule)」という話題となった本もある。wikiから2つの判断材料を引用してみよう。 1.その人と会った後に、圧力や侮辱を感じたりもっと悪い状態になっていないか？ 2.その人は、その人自身より力のない人たちをターゲットにしているか？あなたやあなたの会社への問いかけたい。あなたは、どうしようもなくクソな凄腕エンジ
エンジニアリングマネージャーたちが語る、“スペシャリスト”と“マネージャー”の違い
エンジニアリングマネージャーたちのパネルディスカッション 織田晃弘氏（以下、織田）：では、さっそく始めたいと思います。「エンジニアリングマネージャー・パネルディスカッション」とのことで、さっそくですが、登壇者の紹介に入りたいと思います。 まず、本日モデレーターを務めさせていただきます、織田と申します。 私自身もエンジニアリングマネージャーをやらせていただいておりまして、社内では「エンジニア組織を開発していく」というテーマで集まっている「エンジニアタスクフォース」という委員会活動のようなものの責任者として、委員長をさせていただいております。 では、お一人ずつマイクで自己紹介をしていただければと思います。 及川卓也氏（以下、及川）：おはようございます。及川卓也と言います。今年のはじめから法人を作りまして、「Tably（テーブリー）」と発音するんですけれども、そこの創業者・代表をしております。
Engineering Manager Meetupに参加してきた - Unknown Error
9/25に開催されたEngineering Manager Meetup#1に参加してきたので、レポートを書く。 connpass.com 尚、本ブログでは自分に直接的に関係したところのみ記載する。他にもたくさんのレポートがあるので、そちらもご参考いただきたい。 note.mu dskst9.hatenablog.com ohbarye.hatenablog.jp エンジニア ✕ マネージメントについて 最近、エンジニアリングマネージャー関連の勉強会が増えてきていて、エンジニア✕マネージメントは熱い分野だ。 エンジニアリングマネージャーが必要とされるようになった表向きな理由としては２つあり、 エンジニアの規模が拡大してきているが、人数の割に力を出し切れていない エンジニアの採用がうまくいっておらず、いる人をより輝かせることに注力し始めている ではないかと思う。 マネージャーが必要とされる動
2000年から日替わりでドットコムを紹介しつづけた『100SHIKI』 | 100SHIKI
2000年1月20日に思いつきで始めたサイトですが、気がついたら18年ぐらい経っていてびっくりですね…。 これまで毎日更新してきましたが、本日、2018年8月31日をもって更新終了としたいと思います。突然ですが。いままで読んでいただいた皆様、ありがとうございました。 このサイトを通じていろいろなことがありました。 自分のサイトが雑誌に載る、という体験に興奮する（最初はSPA!でしたね、そういえば）。 雑誌の連載をもつ…「え、自分が？！」（懐かしのINTERNET MAGAZINE…お世話になりました）。 百式ナイトなるトークイベントを毎月主催（イベント終了時間がだいたい終電のあとで、残った人と朝まで呑んでたのは良い思い出）。 さらに拡大して「無敵会議」シリーズを「アクセス向上委員会」の橋本さんと共同開催。ここでいろいろな人と知り合えたのはいまでも一番の財産ですね…。 そのころ「GTDいいよ
【保存版】プログラマ・エンジニアを評価する方法
掲題に関する問いを Facebook に投げたところ、素晴らしい回答がたくさん集まったので、この知をより広く知ってもらうため、そして後世に残すために、内容をまとめておく。 【問い】 プログラマ・エンジニアを評価する方法 先日「自分が正当に評価されていないと嘆く君へ」という、組織における人事評価に関するエントリを書いたせいで、読者の方からこんな相談が寄せられました。 皆さまの忌憚なきご意見・知見をお寄せいただきたく！ <相談内容> 例えばゲームやアプリの開発って、結果(アウトプット)が現れるまで数年ぐらいかかったりします。 その数年間の間に、真剣に作業に取り組む人もいれば、適当にサボる人など、色々差が出ると思うのですが、どうすればその差を、数年ではなくより(なるべく)短いサイクルで可視化できるものでしょうか？ 評価の制度や指標をどのように設計すればいいか、あるいは、どのような設計方法があるの
日本のITエンジニアがイノベーティブでないのは暇じゃないからかもしれない - メソッド屋のブログ
ここ１ヶ月ぐらいは、海外のメンバーと仕事をしているが、Serverless Hackfest というイベントと、Serverless Conf やワークショップに関わっているので仕事量が増えていった。日本にいることだし、久々に「日本流」のハードワークをしてしまったのだが、一つ気づいたことがあった。それは、ここしばらくの謎だった、日本人のIT エンジニアはなぜイノベーティブな感じがしないのか？ということに対する問いだった。 Microsoft Hack week 日本人はイノベーティブ Rochelle Kopp さんとの仕事で知ったことで、一つとても意外だったことは、アメリカ人から見ると日本人は相当にイノベーティブに感じるらしい。 自分的には、少なくともIT 分野に関しては、向こうの真似ばかりしていて、後追いのイメージがある。私たちも向こうで生まれたツールやサービスばかり使っていて、全然日
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
生涯「エンジニア」として食っていくには何が必要？及川卓也氏×田中邦裕氏の答え - エンジニアtype | 転職type
各所でプログラマー不足が叫ばれる昨今。にもかかわらず、企業で働くエンジニアの中には、勤め先の要請によって「開発業務（コーディング業務）」から身を引かねばならない人も少なくない。なぜ、このような矛盾が生まれるのか。エンジニアが「好きな開発」と「キャリア形成」をうまく両立させる方法はないのか？データ分析と著名人対談を通じて考える。 「約4割のエンジニアが、ある時期を境に開発業務（コーディング業務）から完全に足抜けしなければならないと回答」 「マネジャー以上の年収分布では、技術専門職より一般管理職の方が年収が高い傾向に」 弊誌が今年3月に行った【IT・Webエンジニア300人調査】では、勤務先のキャリアパスについてこのような現実が浮き彫りになった。 >> 「コードで食っていく」は何歳まで可能か？エンジニア300人調査で見えた理想と現実 エンジニアという職業を選んだ以上、何かを作る仕事をし続けたい
チームメンバーとの信頼関係を築く：定期個人面談の薦め - クックパッド開発者ブログ
こんにちは。新規広告開発部所属エンジニアのレオ（@lchin）です。 ここ2年ほどは、大きな事業部のなかの小規模なエンジニアチームのリーダーを務めてきました。エンジニアリーダーとしては、1人のエンジニアとしてソフトウェア開発をしつつ、チームのメンバーの力をまとめて、事業部のゴールを推進しました。事業部のマネージャほど、マネジメント業務が中心になるわけではありませんが、多くのエンジニアが苦手な人間関係スキルはエンジニアリーダーにも必要です。 メンバーは何か大きな不安を抱えていないのか？ポテンシャルを発揮できていないメンバーにどうフィードバックするのか？メンバー間に何かトラブルはないのか？見えないところで仕事の妨げはないか？チームでソフトウェア開発を行う上のよくある悩みだと思いますが、皆さんはどう解決していますか？私は、個人面談はこういった悩みを解消するための大変有効な手段だと思います。 なぜ
「The Non-Designer's Design Book」はエンジニア必読の書籍だった - YAMAGUCHI::weblog
はじめに こんにちは、Python界の情弱です。もうかれこれ5年くらい「僕にウェブデザインのセンスがあったら、いやせめてデザインのセンスがあったらどんなによかったことだろう」と思っていたわけですが、半ば諦めていました。しかし先日同僚の@kotarokパイセンに勧められるがままに「ノンデザイナーズ・デザインブック」を読んだら、これが素晴らしい書籍で、もう一度僕にやれば出来るかもと思わせてくれたわけです。 ノンデザイナーズ・デザインブック [フルカラー新装増補版] 作者: Robin Williams,吉川典秀出版社/メーカー: 毎日コミュニケーションズ発売日: 2008/11/19メディア: 単行本（ソフトカバー）購入: 58人 クリック: 1,019回この商品を含むブログ (102件) を見る 本書が良いのは、多くのデザイン例があり、それも原則の適用後だけではなく、その前後でどれだけデザイ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
