イーロン・マスク氏がTwitterを買収してわずか3週間で従業員が7500人から2700人にまで激減したと報じられています。通常、従業員の3分の2が辞めてしまうと会社の運用に支障をきたし、Twitterのシステム維持にも大きな影響を与えてしまいそうなものですが、Twitterは記事作成時点でも問題なく稼働を続けています。大規模な人員削減があってもTwitterというシステムが維持されていた仕組みについて、Twitterのサイト信頼性エンジニア(SRE)を5年間務めていたマシュー・テージョ氏が語っています。 Why Twitter Didn’t Go Down: From a Real Twitter SRE https://matthewtejo.substack.com/p/why-twitter-didnt-go-down-from-a テージョ氏は5年間にわたってTwitterのサイ

採用が困難な時期に妥協して未経験エンジニアを採用したけど、それが失敗だった。なぜ失敗なのかを話していきたい。 ただし未経験エンジニアといってもいろいろあって、子どものころからずっと学習してきたような人はただ実務が未経験なだけというように考えている。こういう人はあまり未経験と考えない。 自分への戒めもこめて。 失敗点 リターンがほぼ回収できないエンジニアの生産性の違いが10倍、100倍になることは別におかしいことではない。 そのため、未経験エンジニアに費やした時間がリターンを産むまでにとてつもない時間がかかる。 たとえば、生産性100/営業日の人が10営業日かけて教えるのなら、教えられた人は、1000の生産をしなければ当然マイナスになる。これは泣こうが喚こうが世界の理なのでここは変えられない。 1000の生産は、生産性1/営業日であれば4年2ヶ月かかる。つまり生産性100倍の人を用いる場合は

はじめに ソフトウェアエンジニアでテストマンを生業とする Kuniwak です。今回は家を買うためにやったことを紹介します。 というのも、家を買うためにやったことを知人に話してみたら面白がられたため、誰かの役に立つかもしれないと思ったからです。 なおこの記事はソフトウェアに関する技術の記事ではありません（随所に検証の基本的な考え方などが散りばめられていますが…）。また、この記事で紹介する意見・手法は多分に cocopon 氏の影響を受けています。cocopon 氏の家購入エントリもこの記事と同時に公開されているはずです。 また、この記事はとても長いので先にポイントを説明しておきます。この記事ではライフプランシミュレーションに始まり次のような3Dモデルを作って日照や照明の検証をしていきます。また、3Dモデルを作るだけでは漏れが出るのでさまざまな検証を組み合わせています： 検証のために作った3

たまには軽い話題をば。 自分の中で信頼できるエンジニアかどうか？を見極めるひとつの指標で「込み入った議論の時に図を書くかどうか」というのがあります。 今までの経験上、図を書く派のエンジニアは割と良い感じの人が多かったので採用している指標なのですが、何故これが機能しているかというのを改めて考えてみた。 他者の認知負荷を理解している コンテクストを合わせることにコストをかけられる意識がある 自分の思考の整理するツールとして図を扱えている ザッと挙げましたが、この３つが機能している要因なのかなという気がしています. 他者の認知負荷を理解している あれやこれやエンジニア間で技術議論している中で、「Aさんはこの領域に詳しいけどBさんはこの領域にはほどほど詳しいくらいだな」という個々のレベル差に応じて認知の負荷がかかります。ただでさえ議論していると結構なスピードで話が展開されていくので、認知負荷が更に

3年前、世間一般にはメーカー系SIerとして知られている会社を退職した。ただ俺のポジションはパッケージソフト開発であり純粋なSIerとは異なる。 客ともSEとも会話せず、ひたすらドキュメントとプログラムを書く部署だ。といっても別にペーペーではなく主任クラスであり、 会社の業績がとてもよかったこともあり年収は1000万弱はあった。35歳。 これだけ見るととてもいい待遇に見えるだろう。でも耐えられないことがいっぱいあった。 Linuxで動くアプリなのにVMを動かすのも苦労する8GBしかメモリのないWindows PC、紙にコードを印刷して説明しないと納得しない品質保証部、 手作業で実施しExcelにチェックを付けていくテスト、jquery一つ使うのに3ヶ月かかる承認フロー、開発中にバグを一つ出すごとに ひたすら反省文を求める品質保証部と一緒になって詰めてくるマネージャー、常にコンパイルできない

ここには年に1回くらい殴り書きしてるんだけど、史上最大に気持ち悪いおじさんの自分語りになってしまった。というか長すぎ。誰が読むんだ、これ。 自分は33歳、妻と未就学児1人の計3人で、人口100万人以上のそこそこの地方都市に暮らしている。 会社は子会社系のSIer。新卒で入った。これがまあ、ネットでよく馬鹿にされるような典型的な時代遅れの会社だった。 正直、入社時は「エンジニアとして働く」「会社の安定性」の両方が満たせそう、ぐらいの浅はかな考えだった。で、実際のところ大企業である親会社の盾もありまあ、安定していた。競争原理が働かず仕事は嫌でも降ってくる。給料は年功序列で上がっていき、昨年の年収は大体月20時間の残業で600万だった。世間的にはそこまで高いとは思わないんだけど、この会社の外での自分の市場価値を考えれば高いと思っている。 一方でエンジニアとしてはそりゃもうひどい環境だった。10年

45歳多重派遣と言っても、噂のGitHubの人ではない。すまんな。。 皆さんはプロジェクトの共有ディレクトリの最下層に”女子大生”という何もないファイルを作ってアクセスログをとっていたのがバレて怒られた事はあるか？私はある。２回。 人は暇なとき、意外とディレクトリをめぐる旅をするものだ。 仕事でとうとうGitHubすら使わずにプログラマ人生を終えてしまった。 レガシーな技術を使いがちな金融プログラマではそこそこ居るのでは無いだろうか。 年収は20代後半からは550万～700万位だった。残業代・退職金は無く交通費は出ない。 所属会社は営業も事務も居ない小さな所帯のフリーの集まりのような所で、会社の運営に必要な金額をある程度毎月納めれば良い会社だった。 仕事がなくなれば自分、もしくは他社員の人脈で仕事をとってくる。フリーで居るよりは仕事を取りやすく、単価も上げやすいので一応会社の所属にしている

プログラミングに興味がある人たち、どうか「自分はプログラミングに向いてない」と思わないでほしいです。 プログラミングスクール通ってるかどうかとかどうでもよくて、この年末年始にコード全く書いてない人はエンジニア向いてないんじゃないですかね、それぐらい好奇心が必要な職業だとおもうけど— キュン / 今村雅幸 / ZOZO CTO (@kyuns) 2021年1月3日 たしかに「プログラミングスクールに通ってるから」良いスキルがあるわけではないし、スクールよりも好奇心のほうが重要なのは僕も同意です。 というか基本的な考え方はたぶんこのツイートをしてる方と、僕は同じだと思います。僕もうっかりこういうことを言うこともあります。 実際、本当に大好きで休日もプログラミングしてしまう人のほうが、スキル面で伸びが早いのも当然でしょう。 でも「休日にもプログラミングしてしまう」ほど好奇心を持って好きになるにも

渋川（@shibu_jp）です。現在はフューチャー株式会社という、一次受けでコンサルから実装から運用保守まで一気通貫に行う会社にいます。社会人になってから、特に選り好みをしたりせず、任せられる仕事はなんでもやってきました。最近多いのは、サーバーからフロントあたりの領域です。 それ以外に書籍の執筆などもしており、今年（2020年）は『Real World HTTP 第2版』が出版され、「n月刊ラムダノートVol.2 No.1」にも寄稿しました。ほかに『Goならわかるシステムプログラミング』も、増刷のタイミングで密かに12ページほどコンテンツを増やしたりしています。 近著を中心とした10年にわたる筆者の著作 キャリアや仕事の仕方について、よく周りから聞かれるのが「いつ本を書いているのか？」「なぜ書き続けているのか？」といった質問です。僕としては、どちらかというと効率マニアで、一石二鳥を狙い続け

こんにちは。倉内です。 未経験からITエンジニアへの転職を目指して、日々プログラミング学習に取り組んでいらっしゃる方は多いと思いますが、モチベーションを維持して勉強し続けるのはなかなか大変ですよね。 特に独学で勉強をしていると、スキルが身についていることを実感できなかったり、分からないところを解決するのが難しかったりします。現職で働きながらとなると、まとまった時間を確保するのも難しいでしょうし…。 そのためITエンジニアへの転職を実現させた人がいる一方で、プログラミング学習はしているものの途中で断念してしまう方もやはりいらっしゃいます。 そこで今回は、paizaが「EN:TRY」*1を運用する中で見えてきた、ITエンジニアへの転職がなかなかうまくいかない方がやりがちなプログラミング学習におけるNGポイントをお伝えしたいと思います。 プログラミングを「おもしろい」と感じられない そもそもの話

おいでよ組み込み系ワールドへ。プライベートで一切勉強しなくてもそこそこの収入とよその会社からスカウト殺到のエンジニアライフがあなたを待っている 組み込み系のいいところIoT(笑)なんてものの流行もあり猛烈な人不足。未経験でもホイホイ入れるし、SES拒否しても求人はよりどりみどり最前線でもなければ家でコード書いてる人なんて職場の1割いるかいないかぐらいの緩い競争環境会社でしか使えない機材で仕事をするので仕事中に必要なスキルが伸びる古い体質の企業が多いのであんまりスキルなくても給料は年次で増えてく(ごく一部除いて年収600-650万ぐらいから頭打ちになってくるけど)ごりごり忙しいweb系と違って既婚率高い自分のコードが街中で動いてるのを見られるかもしれない組み込み系のよくないところ研究系の最前線を除いて東京23区内で働くのはかなり難しい。全般的にオフィスが田舎最新の開発ツールに触れてたい人が発

20代や30代の人にはほとんど印象がないかも知れない。 パソコン黎明期の時代、すなわち1990年代後半から2000年代前半にかけて。 この頃に多少なりともパソコンのヘビーユーザーであった40代以上には、台湾製のデバイスや消耗品は最悪であると言う印象を持っていた人が、とても多いのではないだろうか。 30枚が束になっている台湾製のCD-Rをソフマップで買えば、そのうち書き込みエラーが発生する確率はロットによって10枚に迫る勢いで、とても使えない。 そのため、大事なデータは日本製CD-Rに焼き、どうでもいいテンポラリーのデータは台湾製で焼くというのが、当時の常識になっていた。 それでも当時、30枚が束になっている台湾製CD-Rが1500～2000円程度であるのに対し、日本製CD-Rは3枚で1000円ほど。 そのため、仕事やプライベートでCD-Rを大量に使う人はどうしても、台湾製CD-Rの「当たり

2016.06.06｜最終更新：2017.11.17 ITインフラって面白い！一般人でも分かるインフラの入門スライド10選 ITのインフラエンジニアと言われてどんな仕事か想像がつきますか？ 一般人ではインフラと言われれば水道や橋なんかをイメージするくらいで、ITインフラが何かと聞かれてもよく分からないものです。 そこで、今回は社会を支えるITインフラの基礎が分かるスライドを10個ご紹介します！ インフラエンジニアの定義、基礎、手順書の書き方、自動化など、インフラ初心者から中級者くらいまでを対象にしたスライドです。 これからはじめるインフラエンジニア スライド ⇒ これからはじめるインフラエンジニア 広告やゲーム、メディア事業を展開する株式会社ドリコムによるスライドです。 ITインフラで用いられるOS、ミドルウェア、ソフトウェア、ネットワーク、ハーデウェアなどについて理解しやすくまとめられて

2016/10/26 現在26歳で業界歴は6年ほど。 まあ、若いと言えば若いであろう。実際色んな人と話をして年齢の話になると若いねとよく言われる。 が、もうそこまで若いとは言えないだろう。 あと3ヶ月も立つと自分も27になる。新卒の子や学生からしてみると、もはやおっさんであろう。 とまあ自分レベルの人間が自分をおっさんと言うと色んな人に怒られると思うので、おっさん予備軍とでも呼称するか。 で、そのおっさん予備軍として今後若く優秀なエンジニアと対抗する際に何が出来るのかと振り返ってみたが、何も残せていない。 例えば、 OSSで何か作っているか 有名OSSにContributeしているか CxOや役員などの経営者経験をしているのか OSSは趣味で作ったものをGithubで公開はしてはいるが、Star数が0のところを見ると利用されてるとは言えないだろう。 そんな感じで若く優秀な人からすると引っ込

久しぶりの更新。一度ブログ書くの面倒になると、とことん書くのが面倒になるもんで。 【Web系最高って言うけど本当なの？】SIから転職したエンジニア達に聞いてみた - paiza開発日誌 まあ、いつものPaizaのWebアゲSIer Disの記事なわけなんですが。。。 最近、どうでもよくなって放置していたものの、いろいろ誤認している人が増えていそうなので、改めて問題点指摘しておきますか。ブコメ見るとSIer側の反論も欲しそうだし。 とはいえ、開発環境の話はわきに置いて、別の観点を中心とした内容となります。 イケてる環境のWEB系の労働生産性は、イケてないSIerのたった三割 http://www.soumu.go.jp/johotsusintokei/linkdata/ict_keizai_h28.pdf 上記は総務省が毎年公開している「ICT の経済分析に関する調査 」の資料です。 大体1

Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 退職・転職エントリの記事は多々ありますが、転職を考えている人にとって参考になるのは、「転職を実際に経験した人が、その後どうなったのか？前職との違いをどう感じているのか？」といった後日談ではないでしょうか。 paizaを開発しているのは、ほとんどが転職を経て中途で入社したエンジニアです。 paizaで転職のご相談をいただく方の中には、SIerからWeb自社サービス系に転向したいという方が多いため、今回は、SIerからWebサービスを自社開発している弊社へ転職して半年～1年弱のエンジニア2人が、実際の業務を経験してみて感じた前職との違いを、開発環境や労働環境、モチベーションやキャリアについてなどあらゆる面において聞いてみました。 いずれは転職を考えている人、転職はまだ考えてない

こんにちは。ヨッピーです。突然ですが皆さんは「ヤマハのコピペ」をご存じでしょうか。 ヤマハの歴史 ・最初は輸入ピアノの修理→楽器関係作る ・楽器やってた流れで電子楽器も作る→DSPも作る ・DSPを他に利用しようとして→ルーター作る という流れで、楽器、電子機器、ネットワーク関係の製品を作るようになった。 じゃ、なんで発動機や家具とかも作ってるかというと、 ・ピアノの修理で木工のノウハウが溜まる→家具を作る→住宅設備も作る ・戦時中に軍から「家具作ってるんだから木製のプロペラ作れるだろ」といわれて戦闘機のプロペラ作る→ついでにエンジンも作る ・エンジン作ったから→バイクも作る ・エンジン作ったから→船も作る→船体作るのにFRPを作る ・FRPを利用して→ウォータースライダー→ついでにプールも作る ・プールの水濁ったんで→浄水器作る ・失敗作の浄水器で藻が大繁殖→藻の養殖始める→バイオ事業化

ちょっと贅沢をして家族3人でお寿司を食べに行った。ネタの新鮮さでは界隈で一番という店である。期待通りの、いや期待を超えた美味だったし、いつもは寡黙なメインの寿司職人さんが、珍しくいろいろ話をしてくれた。包丁の入れ方だけでイカはどれほど旨みが変わるか、雲丹は塩水保存とミョウバンを使ったものでは口どけが全く異なること、などなど。サンプルと実演を混ぜて教えてくれた。寿司職人の勤務時間や修業時代についても、語ってくれた。お盆の連休前で、リラックスしていたのかもしれない。 帰り道に、息子が感心したようにつぶやいた。「寿司職人て、なるのはやっぱり大変なんだね。時間も仕事もきつそうだし。でも、それだけ修行したら、あの人みたいな腕になるんだ。」就活が一段落したばかりの息子は、たぶん来年からの自分自身も重ね合わせて、感じ入ったらしい。「それに、あのイカの味の差！　すごい技術だよね。」 ——技術じゃなくて、技