「何を書けばいいか分からない」エンジニアへ贈る処方箋：日常の泥臭い戦いこそ最強のコンテンツである
「書くネタがない」「文章力に自信がない」と立ち止まるエンジニアに向けて、名著『Writing for Developers』第2章を軸に、日常業務から読まれる技術記事を発掘する「3Ps」思考法と、着想を確実に公開へと導く実践的パイプラインを徹底解説します。
#キャリア の記事一覧
該当する記事: 6 件
コードを書くだけではもったいない——『Writing for Developers』に学ぶ、エンジニアが技術ブログを書くべき本当の理由
「コードを書くのがエンジニアの仕事で、文章を書く暇はない」と思っていませんか？ScyllaDBのコア開発者Piotr Sarnaらによる名著『Writing for Developers』第1章から、ブログ執筆が自身のプログラミング能力を高め、チームとキャリアを大きく救う実践的な理由を分かりやすく解説します。
【『週4時間だけ働く』書評】「自由の乗数」は職種を選ぶ――インフラエンジニアとして3点に反論する
ティモシー・フェリス『週4時間だけ働く』第1節を読み、収入を「自由の乗数」で評価するという中心概念に納得した一方で、SLAを負うインフラ・クラウド職には素直に適用できないと感じた点を3つ挙げて検討します。オンコールと「When」の不自由、外注できる仕事の少なさ、日本におけるブランクのリスクについて。
【『週4時間だけ働く』書評②】「許可ではなく許しを求める」は、インフラ運用では有害である
ティモシー・フェリス『週4時間だけ働く』第2節「ルールを変えるルール」を読み、相対収入という指標に納得した一方で、「許可ではなく許しを求める」という原則が変更管理を前提とするインフラ・運用の現場では成立せず、むしろ有害になると考えた理由を書きます。
【名著『失敗の本質』に学ぶ】ノモンハン事件前夜――現場の「独断専行」と中央の「不作為」が招いた大敗の序曲
名著『失敗の本質』の第1章「ノモンハン事件」より、本格的な近代戦での大敗北を招くことになったプロローグから、関東軍の「満ソ国境紛争処理要綱」作成と中央部の沈黙（黙認）という、組織的な失敗の起点についてわかりやすく解説します。
【初心者向け】インフラってどこからどこまで？エンジニアの分担とクラウド（IaaS/PaaS/SaaS）による役割の変化をわかりやすく解説
「インフラ」とは具体的に何を指すのか？ネットワークエンジニアやサーバーエンジニア、フルスタック・フルサイクルの違いから、クラウド（IaaS/PaaS/SaaS）の登場によってインフラエンジニアの役割がどう変化したのかを初心者向けに丁寧に解説します。