最初に注意: この文章は「はじめに」「総論」が長いです🙃 追記＠2021/08/11 17:46想像よりはるかに反響をいただいたので、せっかくだからと要点をMarkdownにしてGitHubに置いてみました。何かにご利用ください。 はじめに・「仕事のコード」、つまり、業務などで作ったコードが、なるべく負債にならず、なるべく俗人化しないようにするために留意すると良さそうなことを自分の経験などから列挙したものです。 ・ちなみに、「対象読者」に書いてありますが、そもそものモチベーションが「非エンジニアがノーコード系のサービスで作ったシステムが最近増えつつあるような...」というところでした。こういうのどう取り扱うといいんですかねとなった時、まずは運用できる形にしてもらいたい、という狙いがあります。結果的に、ジュニアなエンジニアが良いシステムを残す上でも使える知識かなと思います。 ・個別の項目に

統計的因果推論のフレームワークとはいかなるものかを理解することで、統計的因果推論がいかに質的な知見を（しばしば暗黙に）その基盤としているか、統計的因果推論のスコープがしばしば いかに”狭い&薄い”のかを議論しました。前半はDAG-潜在結果モデル-構造的因果モデルの統一的な解説です。後半はSUTVAと質的…

2020年4月、無償かつ即日利用可能なリモートデスクトップ環境が公開され話題を呼びました。 現在16万人を越えるユーザーを擁する「シン・テレワークシステム」です。 今回登場いただくのは、そのシン・テレワークシステムの開発者として知られる登大遊さん。 登さんは、多忙な業務の傍ら次世代の人材育成にも関心を寄せ、安易な解決策に走るITエンジニアの未来に警鐘を鳴らしています。 「万人受けするアウトプットには価値がない」と断言する登さんに、これからを担うITエンジニアが抱える課題とその解決策について話を聞きました。 プロフィール NTT東日本 特殊局員 独立行政法人情報処理推進機構 サイバー技術研究室長 登 大遊さん（@dnobori） 1984年兵庫県生まれ。筑波大学在学中の2003年に、IPA（独立行政法人情報処理推進機構）の「未踏ソフトウェア創造事業 未踏ユース部門」に採択。自作の『SoftE

企業でWebアプリケーションエンジニアとして働き始めて2年と4ヶ月ほど経ちました。様々な仕事を経て、自分が向いていることや楽しく感じることが徐々に明らかになり、数年後になりたい像がぼんやりと浮かび上がってきました。そして、その将来像が世間的には「エンジニアリングマネージャー」（以降EM）と呼ばれていることもわかってきました。この記事では、EMについて自分が周囲から受け取った知識を整理するとともに、そこに向けてどんな戦略を取ろうとしているかをまとめてみます。マネージャーというとネガティブなイメージも拭えませんが、EMは年を重ねて吸い込まれるものではなく、積極的に取りに行くに値する面白いポジションであると思います。この記事を読んでEMに魅力を感じる同世代の仲間が増えると嬉しく思います。 EMについての理解 エンジニアリングマネージャーという職務についてのオーバービューは、広木大地さんによるエン

④git pull -r ブランチを最新化する。 ※git pullとの違いについてはこの記事の最後にまとめています。

買ってみたんです、直流安定化電源 「直流安定化電源」って、聞いたことがあるでしょうか。名前の通り「安定した直流を出力する電源」のことです（笑）。普通の家庭や家電ショップなどでも、ほぼ見かけない機器ですが、今の時代、あるとすごく便利なんです。 たとえば、こんなことで不安になった経験はありませんか？ スマホ用のモバイルバッテリーを買ったけれど、なんだか容量が少ない気がする。買ったばかりのポータブル機器の調子が悪い。充電式乾電池の減りが早くなってきた。いろいろなACアダプタがありすぎて、必要なアダプタが見つからない……。 とくに最近は、100円ショップなどでも、モバイル機器や乾電池、充電池が売られています。しかし、「いまひとつ、そのスペックがわからない。表示通りなのか不安」なんて感じてしまうこともよくあります。 そんなときに役に立つのが、直流安定化電源です。 少し前までは、開発者や設計者など、プ

はじめに web 業界に参入して 約 1 年が経過した。 凡人が 1 年間真面目に勉強 & 開発して経験してきたことを、思いつく限りで書いていこうと思う。本記事のターゲットは Web 業界に興味がある人全般である。 参考までにワイのスペック 年齢: 32歳 性別: ♂ 学歴: 地方国立大卒 英語力: TOEIC: 550 (在学時) TOEFL: 60 (在学時) 資格: 普通自動車免許 剣道初段 (教員時取得) 特技: 機関銃射撃 (中隊で競技大会の選手に選ばれるくらい) これまでに経験してきたこと 全体的なこと アジャイル開発 スクラム Slack 文化 エンジニアとのコミュニケーションの取り方 この辺はやっているうちに慣れるので省略。 業務で使う必須ソフト Slack: チャットツール エンジニア界隈では Slack 系のツールは必須である。この文化に適応するのが最初の難関だと思って

これまで未経験エンジニアに関する包囲網についてお話をしてきました。このお話は非常によく読んで頂いておりまして、本noteでも2番目のPVになっております。 未経験エンジニア、世間的には駆け出しエンジニアなどとも呼ばれていますが、こちらの状況が徐々に変わってきました。それが今回お話をする未経験フリーランスです。未経験フリーランスとはオンラインサロン・オンラインプログラミングスクールを出た後に直ちにフリーランスになるという状況です。今回はそのようなお話です。 有料設定していますが、最後まで無料でお読みいただけます。もしよければ投げ銭感覚で応援をお願い致します。 ご覧頂きましてありがとうございます。 11月の公開以後、継続的にお読み頂いているものになります。 今は未経験エンジニアより未経験フリーランスの方へと情報商材市場が移ってきた感がありますね。こちらも書かねば。 https://t.co/M

サインインした状態で「いいね」を押すと、マイページの 「いいね履歴」に一覧として保存されていくので、 再度読みたくなった時や、あとでじっくり読みたいときに便利です。

sinukato-omotta-yo.md モデルナ2回目接種の副反応の記録 勢いで書いたこともあり、語尾が断定口調で強くなってしまっていますが、あくまでも個人の体験の記録ということを加味して読んでいただければと思います。 全員が全員このような症状が出ることはないと思いますが、もし不安を覚えているのでしたらここに書いたことを参考にすると良いかもしれません。 これだけでも読んで帰ってね 誰かに看病してもらいましょう。私は妻の看病で助かりました。 ただ現実には妻がいないので、40.4度まで体温が上がったときは死ぬかと思いました。（※元ネタ） 解熱剤は絶対に買いましょう。なかったら本当に死んでいたと思います。なお、品薄になっているのでなるべく早く買っておきましょう。 調理が簡単な食事もしくはゼリー系は用意しておきましょう。 冷やし枕を買っておけばよかったと思いました。とはいえそんな大きなものは冷

手順書フォーマットは千差万別 みなさんは自己流または、組織やプロジェクトで定められた手順書のフォーマットはありますか? 私は自己流の手順書フォーマットがあります。 自己流の手順書フォーマットがあるといっても、かなり扱いがふわふわしているので、備忘やメモの意味合い強めでまとめていきます。 「もっとこうした方がいいよ!!」などフィードバックがあれば、ぜひお願いします! いきなりまとめ 手順書はExcelやスプレッドシートではなく、Markdownで書く 手順書はgitで管理する 5W1Hを意識して手順書を書く 基本的にはCLIを使った手順書にする 手順書はExcelやスプレッドシートではなく、Markdownで書く 手順書をExcelやスプレッドシートで書くメリット・デメリット 手順書をExcelやスプレッドシートで書いている方も多いと思いますが、私はMarkdownで書いています。 Exce

（年収270万で）プログラマーを引退して、医学部にきた俺が真面目に考えてやろう。 ① 言葉は正しく使おう真面目に読んでいて、ちょっと気になる箇所がある。たとえば PostgreSQL を postgre とか書くヤツは現場では嫌われるぞ。少なくとも postgres と書いてくれ。お里が知れるぞ。 ② プライドが高い消えていくエンジニアの特徴だけど、叱責されたり馬鹿にされるのが嫌で VCS にコミットしないヤツ、または貪欲にコードレビューをされるのが嫌がるやつは、成長しない。 ③ エリート意識この業界は数年前には『デジタル土方』と揶揄される業界でした。ちなみに、アメリカでも「テック系はハードだから避ける」という雰囲気でした。つまり何をいいたいのかというと、ソフトウェアの開発者っていうのは「泥臭い領域」なんだよ。エリートとは程遠い場所にあるというね。 ④ 「某天市場の先輩には，ここ仕事量少な

キチガイに刃物、ゴミプログラマに継承。危険なものは取り上げるべきだ。 オブジェクト指向プログラミングにおける継承は強力な手法であるが、これを正しく使えるプログラマは残念なことに極めて少ない。たいていの場合、継承を使うことで却ってプログラムの保守を困難にしてしまう。継承のアンチパターンの最たるものは、単なるメソッドやメンバ変数の共有のために継承を使うパターンだ。これを行うとデータが密結合になってバグの原因になり、プログラムを把握することも極めて困難になる。 そもそも、熟達したプログラマの感覚では、業務で書くアプリケーションの実装に継承を使うべき局面などほとんど無い。ライブラリ等のより低レベルな処理で仕様が確定しているものについては、継承が効果的となる場合もあるが、複雑なアプリケーションのロジックに継承を使うのはほとんどの場合、時期尚早な抽象化となる。 また、凡庸なプログラマが継承で実現したい

Microsoftストアにあるアプリを試そうと思い、インストールしようとすると下記エラーが発生。 Windows Update を有効にしてください このインストールはポリシーによって禁止されています。管理者に問い合わせて Windows Update を有効にしてください。 コード: 0x8024500C どうやらWindows UpdateをWSUSで制御している関係で起こっている様子。 会社全体のGPOを変えることも考えられるが、不要なアプリをダウンロードされても面倒なので、ひとまず自分だけできるようにする。 レジストリで下記が設定されているので、値を「0」にすることでストアアプリをダウンロードすることが可能になった。 ダウンロード後は「1」に戻しておく。 パス：HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Window

みなさまは"The Causal Revolution" (因果革命)という言葉を聞いたことがあるでしょうか？ 私は今月(2021年6月)に初めて知りました。Google Trendsでもデータ不足によりトレンドが表示されません。 つまりまだ全然マイナーな概念で、聞いたことがないほうが自然かと思われますが、これは「来る」と確信したため本記事を投稿しました。この確信の根拠の箇所を記事中で太字で書いた他、最後にもまとめたため、本記事を読む価値がありそうかの判断には先にそちらを読んでもらってもいいかもしれません。しかしながら、因果革命ないし統計的因果推論は学ぶ価値のある分野です。本記事を読まなくても下記に挙げた書籍を未読の方はぜひ一読してみてください。Qiitaでも因果推論についての記事はいくつもあります。しかし、私が感動した点を明示化した記事は見当たらなかったため本記事を投稿しました。 この記

GOタクシーというタクシー配車サービスがあって良く使っているので、便利なのだが、限りなく日本っぽいなぁと思っていることがあるので書くことにする。これは飲食業、全てのホスピタリティ業界に通じて言える、とにかく要らない手順が増える病とでもいえよう。このサービスはタクシーを配車するだけのものだ。それ以上のものでもそれ以下のものでもない。最近、乗車してくれたらコーヒーサービスみたいな広告が出始めて、それを消さないと配車できなかったりする。おかしい日本流の始まりだ。 タクシー業界連合で作っているサービスなので、広告を丁寧に分け合うということなのだろうが、根本的にタクシーに乗る行為とコーヒーを飲むという行為は違う。コーヒーを飲みたいからGOタクシーを使うユーザーはメインユーザーではない。このコーヒー飲めます広告に付いている小さなXマークを見つけて消すという動作がどれだけのユーザーからどれだけの利便性を