IT技術書を執筆して、FIRE生活を実現するまで。30冊以上の本を書いて見えてきた「自分らしい生き方」 - Findy Engineer Lab
はじめに はじめまして、IPUSIRON（@ipusiron）と申します。現在はIT技術書の執筆を本業としつつ、FIRE生活を過ごしています。 最初の本が出たのが2001年です。途中で学生や会社員だった時期もありますが、20年以上執筆し続けていることになります。その間、30冊を超える本を執筆してきました。 このたび、「IT技術書を執筆して、FIREをどう実現したのか」というテーマのコラムを寄稿する機会をいただきました。これまでのキャリアを振り返りつつ、次に示す内容を紹介します。 IT技術書の執筆活動を続けてきた中で、印象深い出来事 IT技術書を執筆するということ IT技術書を執筆して、FIREを実現した理由や経緯 自らのキャリアを振り返って、他のエンジニアの方々に伝えたいこと Xでは、読書や執筆に関することを日々発信していますので、気軽にフォローしてください。 はじめに IT技術書の執筆活
Chromebookを買ったがGoogleにログインしようとする度に落ちる...→試行錯誤の末に見つけた意外な理由に｢修理持ち込まれたら異常無しで返却されるやつ｣
まぐね @mstrnz chrome bookを買いました。Googleにログインしようとする度に落ちるんですが嫌がらせか何かですか？ まぐね @mstrnz メールアドレス入力フォームが出てメアド入力し始めたら@をうつくらいのタイミングで飛ぶ。あんまりタイミングに再現性はなくて、10回に1回くらいはパスワード入力までいけるけどパスワード入力し切る前に落ちる。リカバリーモードもメモリテストも完走するから電源系・メモリの故障ではなさそう
データ詰め替え戦略 - kawasima
このSpring Bootを使ったクリーンアーキテクチャの例は、データの詰め替え過剰にみえる。 https://www.baeldung.com/spring-boot-clean-architecture これだけのモデルと詰め替えが必要なのだろうか? 『Get Your Hands Dirty on Clean Architecture 』にこのマッピング戦略(詰め替え戦略)が書かれている No Mapping (レイヤ間でモデルを共有し、詰め替えをしない) 2-way Mapping (各レイヤで独自のモデルを持ち、レイヤを跨ぐ呼び出しは上位レイヤが詰め替えの責務を負う) Full Mapping (各レイヤで独自のモデルを持ち、レイヤを跨ぐ呼び出しには専用のモデルを使う) またこの戦略のどれを選ぶかの基準は『Balancing Coupling in Software Design
仕事のスケジュール管理がうまくいかず、タスクが積み重なってしまったというような経験は、誰にでもあるのではないでしょうか。 『A4・1枚ですべての仕事を可視化する 爆速ノート術』（THEオトウサンノヒミツキチ・Kei 著、日本実業出版社）の著者によれば、その原因は「スケジュール管理やタスク管理の適切な方法を理解していないことにあるのだそうです。 スケジュール管理やタスク管理は、たいてい実務を通じて学ぶことになるので、誰もが言葉にできない感覚でタイムマネジメント力を自然と身につけていることが多いのです。 たとえば、社会人経験が浅いうちは、タイムマネジメント力の向上を目指してセミナーに参加したり、関連書籍を読んだりしても、なかなか実践できないのが現実です。 その理由は、「管理の方法（ノウハウ）」に注目しすぎて、その背後にある本質を見逃しているからです。（「はじめに」より） こう語る著者は現役の会
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミングリファクタリング技術を基礎から応用まで学べる実践的な初心者向け教材／『実践入門 プログラミング初心者のためのリファクタリング50問ドリル』が発売【Book Watch/ニュース】
【毎日書評】今日やることに悩まない。「A4ノート」タスク管理術で仕事を高速化せよ | ライフハッカー・ジャパン