isdhのブックマーク - はてなブックマーク

IT技術書を執筆して、FIRE生活を実現するまで。30冊以上の本を書いて見えてきた「自分らしい生き方」 - Findy Engineer Lab

はじめにはじめまして、IPUSIRON︵@ipusiron︶と申します。現在はIT 技術書の執筆を本業としつつ、FIRE生活を過ごしています。最初の本が出たのが2001年です。途中で学生や会社員だった時期もありますが、20年以上執筆し続けていることになります。その間、30冊を超える本を執筆してきました。このたび、﹁IT 技術書を執筆して、FIREをどう実現したのか﹂というテーマのコラムを寄稿する機会をいただきました。これまでのキャリアを振り返りつつ、次に示す内容を紹介します。 IT 技術書の執筆活動を続けてきた中で、印象深い出来事 IT 技術書を執筆するということ IT 技術書を執筆して、FIREを実現した理由や経緯自らのキャリアを振り返って、他のエンジニアの方々に伝えたいことXでは、読書や執筆に関することを日々発信していますので、気軽にフォローしてください。はじめに IT 技術書の執筆活

isdh 2024/07/23

あとで読む

リンク

AWSで”最小権限の原則”を実現するための考え方 /20240722-ssmjp-aws-least-privilege

ssmonline #43 での発表資料です。 (運用設計ラボ合同会社波田野裕一)

isdh 2024/07/23

あとで読む

リンク

Rustで有名アルゴリズムに挑戦(20) RustとTcl/TkでGUIアプリを作ろう

普段使うツールをRustで作る場合、コマンドラインベースのものが多いと思います。それでも、Rustを使ってデスクトップアプリを作ることもできます。今回は、実績のあるGUIツールキットの﹁Tcl/Tk﹂をラップしたクレートを使って簡単なGUIを作成してみましょう。 Rustで単位変換ツールを作ったところ GUIツールキット﹁Tcl/Tk﹂のインストール Rustのライブラリを集約したcrates.ioを見ると、多くのGUIライブラリが存在します。Rustはさまざまな環境で動作することを想定していることもあり、﹁これこそGUIの定番﹂というものはありません。多くの選択肢があり、用途に応じて使い分けるのが正しい作法です。 WebブラウザベースのTauri、ゲーム開発と相性の良いegui、GTK+を利用するGTK-rs、Tcl/Tkをラップしたライブラリのtcl/tkなど、いろいろなクレートがあり

isdh 2024/07/20

あとで読む

リンク

NeverThrow入門 | TypeScriptでResult型を使いたいんじゃ＾〜

会社でNeverThrowというライブラリを使っています。とても便利なので、とても便利だよ〜という記事を書きます。 NeverThrowとは？ NeverThrowは、TypeScriptで﹁Result型﹂を実現できるライブラリです。 Result型とは？ Result型は、関数の中でエラーをthrowする代わりに、エラーを戻り値として返すようにすればいいじゃね？な仕組みのことをいいます。もっと噛み砕いて説明します。たとえば﹁50%の確率で足し算してくれるけど、50％の確率で💩をthrowする﹂という関数があるとします。コードで表すと👇になります。 function add(a: number, b: number) { if (Math.random() >= 0.5) { throw new Error('💩'); } return a + b; }

isdh 2024/07/20

あとで読む

リンク

京都カーストは本当に存在するのか～立場から見た京都カースト～ | Kyoto love Kyoto. 伝えたい京都、知りたい京都。

京ことば、伝統工芸、歴史など、京都人でも知らない情報をお届け。京都と人をつなぐWebメディア。毎週金曜更新。大河ドラマ特集、フォトコンなど読者投稿企画も開催わたしは京都人の中のたった1人ではありますが、世代や住んでいる場所が近いと、感じていることがリンクしやすく、共通の﹁肌感覚﹂が形成されます。なので長く﹁京都︵※範囲は人によってこだわりがあるものとする︶﹂で暮らしてきた人間特有の肌感覚を残すことは意外と面白いかもしれないと考え、この記事を執筆します。もちろん、京都には京都人特有の肌感覚があり、しかもそれぞれの﹁立場﹂によっても肌感覚が異なります。そこで、この京都人がもつ﹁立場による肌感覚﹂から垣間見える京都カーストについて論じてみたいと思います。ちなみに﹁家柄﹂はどうしようもないので触れません。自分の力である程度コントロールすることもできて一定の評価があるもの、たとえば﹁学校﹂や﹁

isdh 2024/07/20

あとで読む

リンク

TDDは「開発者テストのTips集」t-wada氏が改めてひも解く“本質” - レバテックラボ（レバテックLAB）

プログラマ、テスト駆動開発者和田卓人学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒。執筆活動や講演、ハンズオンイベントなどを通じてテスト駆動開発を広めようと努力している。﹃プログラマが知るべき97のこと﹄︵オライリージャパン、2010︶監修。﹃SQLアンチパターン﹄︵オライリージャパン、2013︶監訳。﹃テスト駆動開発﹄︵オーム社、2017︶翻訳。﹃事業をエンジニアリングする技術者たち﹄︵ラムダノート、2022︶編者。テストライブラリ power-assert-js 作者。日本におけるテスト駆動開発︵以下、TDD︶のエバンジェリストとして知られる和田卓人さん。TDDが世に出て20年あまりが経ち、開発者の間でその名が広がっています。その一方で、和田さんは﹁TDDの本来の意味を知らなかったり誤解したりしている人たちもかなり増えている﹂といいます。今回は、TDDは本質

isdh 2024/07/16

あとで読む

リンク

日本のSIerの技術力の低さの要因から考えるアメリカソフトウェアの強さ - きしだのHatena

この連休はなんだかSIerについて考えることが多かったのですが、そういうことを考えると、なぜアメリカのソフトウェアが強いのかがわかってきた気がします。まず、もちろんSIerの技術力が低いといっても技術力が高いSIerもいるわけで、とくにこのブログを見てる人だと技術力の高い側にいる人が多いと思います。けれども、DX白書2023によればSIerのIT人材というのは75万人いて、技術力の高い人はその一部で、多くは技術力の低い側にいるんじゃないでしょうか。 https://www.ipa.go.jp/publish/wp-dx/gmcbt8000000botk-att/000108046.pdf 2014年、ちょうど10年前に、プログラマはSIerと自社サービスで2分化するんではないかというブログを書いていますが、そのまま現実になった形です。プログラマ業界の二分化 - きしだのHatena

isdh 2024/07/16

あとで読む

リンク

多重下請けでは構造的にいいソフトウェアが作れない - きしだのHatena

多重下請けではエンジニアが育たないという話を前回のブログで引用していたのですが、そもそも多重下請けではまともなソフトウェアは開発できないんではないかという気持ちになりました。多重下請けでは、上位受け会社の「SE」が「設計」を行い、下位受け会社の「PG」が実装を行うという役割分担があります。というか、今回の話はそういう役割分担がある多重下請けを前提とします。そうすると、設計というのは会社間をまたがった契約文書であり、発注のための作業指示書であるということになります。ソフトウェア開発で本質的に必要な文書というよりは、ビジネス構造によって必要になったビジネス文書です。ちなみに派遣ではなく業務委託のはずなので詳細な作業指示になってはいけないのもポイントです。 ※余談ですが「設計は必要である」という人の話をきいてみると、必要なのは実装のための設計ではなく保守のためのドキュメントということがほとん

isdh 2024/07/16

あとで読む

リンク

ロードバランサーってなんやねん

はじめにどもども、インフラ案件で奮闘中の井上弥風︵いのうえみふう︶です。現在プロジェクトでELB︵Elastic Load Balancing︶を使用しており、その内部機能を完全に理解したいと思い、この記事を書きました。この記事についてこの記事の最終的な目標は、﹁ELBとは何か？﹂を深く理解し、それを自信を持って説明できるレベルになることです。しかし、ELBを完全に理解するためには、まず基本的なロードバランサーの概念を押さえる必要がありました。そこで、この記事ではELBの根底にあるロードバランサーとは何かという点に焦点を当てていきます。 ELBの詳細については、この記事の後に公開予定の﹁ELBってなんやねん﹂という記事で詳しく取り上げます。 ELBに興味のある方は、ぜひそちらもご覧ください。記事のゴールこの記事を通じて、ロードバランサーがどのようにしてトラフィックの負荷分散

isdh 2024/07/16

あとで読む

リンク

なぜ無名のエンジニアは都知事選で15万票獲得できたのか【御礼と振り返り】｜安野たかひろ

東京都知事選挙に立候補していた安野たかひろです。﹁テクノロジーで誰も取り残さない東京を作る﹂と掲げ、選挙活動をしてまいりました。本ポストでは、一週間が経過した時点での振り返りをしたいと思います。選挙期間を通して私の想像をはるかに越える方のご支援をいただくことができました。これはひとえに私を応援いただいた有権者の皆さま、ポスター貼りや演説にかけつけてくださったボランティアの方々、マニフェストの改善にご協力いただいた専門家や都民の皆様、ニュースやネットで取り上げてくださったメディア関係者、選挙活動を支えてくれた妻を含むチーム安野スタッフなど、お一人ずつお名前をあげることは到底叶いませんが、安野たかひろの選挙を支えてくださった全ての方のお陰だと考えております。まずは感謝と御礼をお伝えしたいと思います。結果、私は15万４６３８票で5位となりました。当然、選挙に出るからには当選を目指していたので

isdh 2024/07/16

あとで読む

リンク

Google本社の方に聞いたいい開発者になるための習慣 - Qiita

はじめに以前自分の大学でGoogleの本社で働いている韓国の方の話を聞けるイベントがあったのでその内容をメモとして共有しようと思います。(すべて韓国語で聞いたので多少間違っている内容があったり、変な日本語になってるかもです) 講義してくれた人について講義してくれた人はGoogleの本社で働いており、今までに韓国のLGやamazonなどでも開発経験のある韓国の方でした(名前は伏せます)。当時はYoutubeのショート動画関連の開発に関わっていたとおっしゃっていました。ソフトウェアエンジニアとはプログラマー = コードを書く人ソフトウェアエンジニア = コードを書く仕事を含めた全ての開発業務(データベース, アーキテクチャ, teckleadなど) Googleではソフトウェアエンジニアリングの知識がある人がデータサイエンティストやプロジェクトマネージャーになる。 googleが強調

isdh 2024/07/16

あとで読む

リンク

「何しても楽しくない」退屈な日々を一気に楽しくする”簡単な方法” - ナゾロジー

私たちは、TVやYouTubeなど、膨大なコンテンツから自由に選んで楽しむことができます。しかし、それらのコンテンツを味わっていても、﹁どこか虚しい﹂﹁退屈だ﹂と感じる人は少なくありません。カナダのトロント大学︵University of Toronto︶心理学部に所属するケイティ・YY・タム氏ら研究チームは、その原因が﹁チャンネルを次々と切り換える﹂ことから来ていると指摘しています。私たちは、退屈から逃れて、より効率的に楽しむ目的でチャンネルを切り換えるものですが、実はその行為が退屈を増長させていたのです。研究の詳細は、こちら︵PDF︶で確認できます。またこの論文は、いずれ学術誌﹃Journal of Experimental Psychology: General﹄に掲載される予定です。 New psychology research shows “digital switc

isdh 2024/07/16

あとで読む

リンク

【エンジニアの日常】エンジニア達の自慢の作業環境を大公開 Part5 - Findy Tech Blog

こんにちは。 Findy Freelanceの開発をしている中坪です！この記事は自慢の作業環境を大公開シリーズの Part 5 になります。今回はそれぞれ住む場所や普段担当するプロダクトが異なる3名のエンジニアの作業環境を紹介します！作業環境を大公開中坪まずは名古屋からフルリモートワークをしている中坪の作業環境です。デスク全体はこのようになっています。デスクはFlexiSpot EF1を使っています。ボタン1つであらかじめ設定しておいた高さに自動で昇降してくれるので、気軽に立ち座りを繰り返すことができます。ディスプレイはLG 35WN75C-Bを使っています。シンプルに画面が広くて作業しやすい点とデスクのサイズにちょうどよく収まっている点が気に入っています。机の上、左側にはポモドーロタイマーとAmazon Echo Showがあります。このポモドーロタイマー

isdh 2024/07/16

あとで読む

リンク

プログラムの生産性を高めるためになにを勉強するか - きしだのHatena

用語は形式的なものではなく感覚的なものであることをお断りしておきます。言語・フレームワーク・プラットフォームまず最初に触れるものでとっつきやすい。何か使えないことには話になりません。多くの人が、勉強というとまずここ。何かすでにつかえる人が新しく勉強することは、生産性をあげない。そのプラットフォームを初めて採用するときの準備が減らせる。どちらかというと仕事の選択肢を増やす感じですね。深く知ることは、最適なコードを書きトラブルを減らしトラブルが起こったときの対策も早くなるので、生産性があがります。ただ、ある程度の深さ以降は生産性への寄与度がさがるので、その点では深くまで勉強する必要はありません。プロダクトの使い方なので、プロダクトの寿命が勉強成果の寿命です。実際に使わないものの勉強は無駄になるし、使われなくなったら無駄になる。寿命もそう長くないです。「プログラマは勉強してもすぐ使わ

isdh 2024/07/16

あとで読む

リンク

【T3 Stack】フロントエンド・バックエンドTypescript開発入門

はじめにフロントエンドもバックエンドもTypescriptで書きたい！ということで、T3 Stack︵T3スタック︶について調べてみました。 T3 Stackを利用したプロジェクトを作成するためのCLIツールcreate-t3-appが用意されており、簡単に雛形プロジェクトが作れるため、実際に使ってみました。この記事は以下の内容をメインに紹介します。 create-t3-appの環境構築手順雛形プロジェクトの解説︵特にtRPCを用いたAPIの呼び出し方法について︶ T3 Stackとは T3 Stackとはsimplicity︵簡潔さ︶、modularity︵モジュール性︶、full-stack type safety︵フルスタックの型安全︶を追求した思想に焦点を当てています。そしてそれらを実現するために以下6つの技術スタックが採用されています。 ✅ Next.js ✅tRPC

isdh 2024/07/15

あとで読む

リンク

自動テストを考慮したテスト設計　〜概念〜 - Qiita

テスト設計において何を考えてますか？テスト設計の時、何を考えていますか？テスト対象の機能のこと。テストすべき観点のこと。テスト技法を適用すること。期待値を明確にすること。テスト条件を満たす手順や環境を定義すること。最終的にテストケースに落とし込むこと。色々と考えることはあると思います。テスト設計のWhatとHow これら考えていることは大きくWhatとHowに分けることができます。Whatというのは、「何をテストするか？」を考えることです。一方、Howというのは、「どのようにテストするか？」を考えることです。普通テスト設計で考えることと言えば、何をテストするか、いわゆるテスト観点を抽出したりすることが大事と思われがちですが、Howのどのようにテストするかも同じくらい必要です。これは、これまでの経験上そうしていたといったことや、過去のプロジェクトのやり方を流用するなどして暗黙的になってい

isdh 2024/07/15

あとで読む

リンク

オブザーバビリティ・エンジニアリング本を輪読して取り組んだo11yのはじめの一歩

20240411_TechBrew in 東京〜オブザーバビリティのベストプラクティス〜でのLT登壇の資料

isdh 2024/07/15

あとで読む

リンク

なぜ宣言的 UI は壊れにくいのか / Why declarative UI is less fragile

Zli × サイバーエージェント合同LT 2024/07/14 https://zli.connpass.com/event/319572/ ReactやSwift UIのような宣言的UIの「原理」を、10分のLTになんとか詰め込んでみました。 Reactフックは名詞起点 = オブジェクト指向…

isdh 2024/07/15

あとで読む

リンク

Design Systems for Developers

OverviewDesign systems power the frontend teams of Shopify, IBM, Salesforce, Airbnb, Twitter, and many more. This guide for professional developers examines how the smartest teams engineer design systems at scale and why they use the tools they use. We'll walk through setting up core services, libraries, and workflows to develop a design system from scratch. Table of Contents