読むのがホネな（積みがちな）技術書やビジネス書を取り上げて２週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第19回。今回は前回に引き続きの「モダン・ソフトウェアエンジニアリング」後半戦である。分厚いので前後編…

仕事のコミュニケーションが電子メールからチャットに移行しつつある今日この頃、やっぱり文章は短く書いて欲しいという話。 ビジネスチャットの文章術 短く書け（目安としては150字以外） メッセージ、伝えたいことを中心に メンションは最小限に（伝える必…

同僚と「アジャイルレトロスペクティブズ 強いチームを育てる「ふりかえり」の手引き」の話をしていたところ、同書で紹介されていた類書「Project Retrospectives: A Handbook for Team Reviews (Dorset House eBooks) (English Edition)」に気が付いた（自…

読むのが骨な（積みがちな）技術書やビジネス書を取り上げて２週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第18回。今回ピックアップするのは「モダン・ソフトウェアエンジニアリング」である。分厚いので前後編に割っ…

Kawasimaさんが紹介していたので、いろいろ補いながら読んだという記事。ナイガード先生によるアーキテクトが読むべき本 (および記事)のリスト。これこそが必読なやつらだ。https://t.co/OJunz9WUqc— :craftsman/kawasima (@kawasima) 2020年8月5日 Michael …

読むのが骨な（積みがちな）技術書やビジネス書を取り上げて２週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第16回。今回はSteve McConnell氏の「More Effective Agile」前半部分（12章まで）がノルマである。予測にたが…

The Remote Facilitator's Pocket Guideという本が発売されてて読んだら面白かったので紹介する記事。本自体は短いのでさらっと読めます（個人的なな感想）。私はオライリーのサブスクをGoogle翻訳して読んだ。The Remote Facilitator's Pocket Guide (Engli…

「技術書、紙の本で読むか、電子書籍で読むか？」というブログ記事が興味深かったので自分の意見を書いてみた。結論から言うと、最近は紙の本でも電子書籍でもなく、Webで読むことが私は多い。 技術書、紙の本で読むか、電子書籍で読むか？ - give IT a try …

対象を決めたら2週間で読み切りアウトプットしてから感想戦をするという読書会企画の第13回。今回の対象は『チーム・ジャーニー』である。味わい深い本であるため、2回に分けることにしていて、今回は前半である第１部の感想だ。チーム・ジャーニー 逆境を越…

後輩の年下エンジニアに突き上げられて老兵エンジニアが未消化の積読技術書を読み、感想をブログに書く企画の第11回。今回も「Design It! ― プログラマーのためのアーキテクティング入門」である。今回は残り（第３部）を2週間で読んだ。というわけで本書は…

先日読んだ「アフターデジタル オフラインのない時代に生き残る」がとても面白かったのだけれども、その続編「アフターデジタル2」が現在執筆中ということで、しかも原稿がライブで公開されているのがとても面白い。その他にもYoutubeで発信されている関連動…

後輩エンジニアに追い立てられて、老兵エンジニアがリーディンググラス片手に未消化の積読技術書をデッドラインを決めて読んで感想をブログに書く企画（ざっくり）の第10回。今回は「Design It! ― プログラマーのためのアーキテクティング入門」である。2週…

エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiitaの記事が興味深かったので、自分が同記事で紹介されている書籍のどこまでを読んだのか、そして未読の書籍を今後読むのかどうかについてチェックしながら棚卸ししてみた…

後輩エンジニアに追い立てられて、老害エンジニアがリーディンググラス片手に未消化の積読技術書をデッドラインを決めて読んで感想をブログに書く企画（ざっくり）の第9回。今回は昨年末に発刊された「IT業界の病理学」である。IT業界の病理学作者:司馬 紅太…

放送大学の大学長である來生先生が2020年度の入学案内で語っていた内容がとても良かった。 情報化の進展は、全ての分野で情報生産の量とスピードを、想像もつかないほど増大させ、その増大は今後ますます激しくなります。医学関係の知識が倍増する時間が、19…

未消化の積読技術書をデッドラインを決めて読んで感想をブログに書く企画（ざっくり）の第8回。今回は今年訳書も発売されて有用だと評判の「レガシーコードからの脱却」が題材である。大著なので2回に分けて読むことにしている。というわけで今回は2週間で8…

最近読んだいくつかの本が似たような論点について触れていたので面白かったという話。やはりこれからの時代、教養そしてアート／デザインに関するスキルの重要性は高まっていくようだ。個人的にはどうしたものか思案中。 アート／デザインの重要性が高まって…

未消化の積読技術書をデッドラインを決めて読んで感想をブログに書く企画（ざっくり）の第7回。今回は今年訳書も発売されて有用だと評判の「レガシーコードからの脱却」が題材である。大著なので2回に分けて読むことにしている。というわけで今回は2週間で7…

未消化の積読技術書をデッドラインを決めて読んで感想をブログに書く企画（ざっくり）の第6回。今回は先日発売されたばかりの「ソフトウェア・ファースト」が題材である。ソフトウェア・ファースト作者: 及川卓也出版社/メーカー: 日経BP発売日: 2019/10/10…

趣味の情報システム障害状況ウォッチ。前回に引き続き、今回も駆け足で確認。 元ネタはこちら。みんな見たほうが良いよ！ 情報システムの障害状況一覧：IPA 独立行政法人 情報処理推進機構 これまでのウォッチ履歴 情報システムの障害状況ウォッチ（2018年後…

近著の技術書では名著と名高い(個人的な観測範囲)Release It! 2nd Editionであるが、残念ながら翻訳はされていない。Google翻訳を活用しながら、えっちらおっちら原著を読むブログ記事のPart.2。今回は6章〜11章を読んでいる（全部で17章ある）。Release It!…

読んでみたい本が多すぎる。が、よく考えてみたら米oreillyのサービスに加入しているので何冊読んでも追加でお金はかからない（定額読み放題）。というわけで、目ぼしい未読の洋書技術書について、まず冒頭だけざっと読んでみた。 今回目をつけているのは以…

以前にScratchでAtCorderする方法を記事に書いた。 Scratch3.0でAtCorderに参加できるようになったのでいろいろやってみた - 勘と経験と読経 その後AtCorderの過去問をScratchで解きまくってみたのだけれども、実行時間制限が厳しい問題をクリアできなくなっ…

名前だけは知っていた有名なソフトウェアトラブルの事例。「巨大システム 失敗の本質―「組織の壊滅的失敗」を防ぐたった一つの方法」という本で詳しく語られていたのを見て興味が沸いて、いろいろ調べてみた。今は調べたことを、少し後悔している。 米ナイト…

以前から気になっていた英語技術書の「Release It! 2nd Edition」を重い腰を上げてGoogle翻訳を活用しながら細々と読む話の第一弾。なお今回5章まで読んでいるが、キモとなる安全性のパターンについてはkawasimaさんの以下のQiita記事のほうがだいぶ詳しいの…

未消化の積読技術書をデッドラインを決めて読んで感想をブログに書く企画（ざっくり）の第5回。今回は少し前に発売されたオライリーの「マイクロサービスアーキテクチャ」を2回に分けて読むことにしている。というわけで第7章以降を読んだ感想。結論から言う…

未消化の積読技術書をデッドラインを決めて読んで感想をブログに書く企画（ざっくり）の第4回。今回は少し前に発売されたオライリーの「マイクロサービスアーキテクチャ」を2回に分けて読むことにしている。というわけで第6章まで読んだ感想など。マイクロサ…

読んでみたい本が多すぎる。が、よく考えてみたら米oreillyのサービスに加入しているので何冊読んでも追加でお金はかからない（定額読み放題）。というわけで、目ぼしい未読の洋書技術書について、まず冒頭だけざっと読んでみた。現時点の気になる本リストか…

Misreading ChatのPodcastでTail Latencyに関する論文の紹介がされていて非常に興味深かったので、自分でも紹介されている論文を読んでみたという話。Misreading Chat Podcastのほうが的確な要約になっているので興味があればまず視聴するのがおすすめ。 Epi…

未消化の積読技術書をデッドラインを決めて読んで感想をブログに書く企画（ざっくり）の第2回。 前回記事はこちら Effective DevOps 第Ⅰ章～第Ⅳ章を読んだ #デッドライン読書会 - 勘と経験と読経 ルールはこのあたり 読書×締切ではじめる「デッドライン読書…