自社開発メガベンチャーをわずか半年で鬱退職した雑魚エンジニアの話｜JoanOfArc
はじめに 当記事を開いてくださりありがとうございます。私は表題の通り、私は一般にメガベンチャーと呼ばれる自社開発企業で機械学習エンジニアとして勤務しはじめてからわずか半年で、鬱を発症し退職することになったものです。この会社は待遇も良く、社風としても労働者思いのとても素晴らしい会社であったと私自身振り返って思います。 そんな会社に運よく入社することができた私ですが、わずか半年で「鬱状態」と心療内科から診断を受け休職し、会社制度により退職することになりました。「え？そんなに素晴らしい環境なのにメンタル弱すぎでは？」と思われる方もいらっしゃることでしょう。返す言葉が全くありません。おっしゃる通りです。 しかし同時に、「何故鬱になったの？」と思われる方もいらっしゃるのではないでしょうか。本記事ではこの点について鬱を発症した本人の目線から「どうしてそんなことが起きてしまったのか」という点について考察
エンジニアがアウトプットすべき理由 | 外道父の匠
ブログが流行りだして10年以上が経とうとしているのに今更な内容ですが、エンジニアがブログを書く書かないについて再考する機会があったので、書き留めておきたいと思います。 書く人にとってはメリットがわかってるし、書かない人にとってはデメリットを流せるし、ぶっちゃけ好きにすればいいだけではあるのですが・・・ アウトプットとは ”発信”の方がしっくりくるのでどっちも使いますが、ここでは一般的っぽい”アウトプット”としています。私が思いつくアウトプットとは、 技術ブログを書くこと Wikiに手順やバッドノウハウをまとめること Twitterやコミュニケーションツールで短文メッセージを投稿すること 登壇発表すること 講師やメンターとして育成すること 書籍や連載を執筆すること ソースコードを公開またはプルリクすること で、どれも社内／社外どちらでも問わない、といったところです。ただし、社内におけるコード
論理的なプログラムを書くプログラマは、論理的な文章も書けるか？
論理的なプログラムを書くプログラマは、論理的な文章も書けるか？：誰にでも分かるSEのための文章術（10）（1/2 ページ） 「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 連載の第5回「ドキュメントの質を確実に上げる6つの文章作法」、第6回「読みやすい文章の極意は『修飾語』にあり」では、分かりやすい文章を記述するためのポイントを説明しました。 読み手に理解してもらえる文章表現にするためには、1つひとつの文章を分かりやすく記述するだけでなく、文章の流れ（文章のつながり）が読み手にとって分かりやすいものでなければなりません。そこで今回は、「分かりやすい文章の流れ」を構成するポイントを解説します。 論理思考に慣れている技術
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
まつもとりー / Ryosuke Matsumoto on Twitter: "技術的な指摘ならどのように言っても構わないと考えて、相手の自尊心を傷つけるような言い方をあえてするような人とは絶対に関わりたくないですね。相手に技術的指摘をより良く受け入れられるように言葉を選びつつ正しく指摘することで、より良い議論や技術の発展を生み出すこともできるでしょうに。"
