2023年のお買い物、技術書編です。 技術書以外はこちら blog.magnolia.tech とりあえずノータイムで買っちゃえ！損は無いよ！という3冊 他に、類似の本がないか、有ってもこっち買っておけばよくね？という3冊 なっとく！関数型プログラミング なっとく！関数型プログラミング 作者:Michał Płachta翔泳社Amazon Scalaをベースとした関数型プログラミングの学習本。オブジェクト指向言語であり、関数型プログラミング言語であるScalaの特性を生かして、命令型から宣言型のコードの書き方への変え方を学んでいくスタイル。 前半の凄まじい丁寧な学習のステップと、後半の「ここまで一気にやらなくても良くない？」の落差もすごいけど、ページ数の厚さに躊躇せず、前半1/3くらいを時間をかけて丁寧に学習するくらいが良いと思います。 周りに良い先生が居れば別ですが、そうでなければこの本

「技術書の読書術」を読みました 「技術書の読書術」読んだら面白かったので、後から見返せるようにまとめました。 この本はどんな本？ 「探し方」「読み方」「情報発信＆共有」の3つの章でコツやテクニックが書いてある 二人の技術書の著者による共著であり、考え方や思想が異なる部分もそのまま載せている 2022年10月が初版で現時点（2022年末）では比較的新しい本 各章のページ配分は以下のような感じで、表題通り「読み方」が多く書かれている ５：読み方 ３：探し方 ２：情報発信＆共有 この感想を書いた人は？ 0歳2歳を絶賛子育て中のWEBエンジニア５年目くらいの人 育休中に生活や仕事の効率を上げたいと思ってこの本を手に取った 本は読むけど、何度も見返したりアウトプットすることはあまりなかった 個人的おすすめ度：★★★★☆（4/5） GOOD：技術書大好きな著者の具体的なノウハウに触れられて刺激を受けた

大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは？ 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 本番環境に変更を加えるにあたっての包括的な情報や具体

イーサリアム2.0の足音　あなたが知らないブロックチェーン最前線：星暁雄「21世紀のイノベーションのジレンマ」（1/4 ページ） 2020年8月4日、イーサリアム（Ethereum）の次世代版であるイーサリアム2.0の公開テストが始まった。イーサリアムはビットコインに次ぐ有力な暗号通貨であり、同時に有力なブロックチェーン技術のひとつだ。その技術の世代交代が始まろうとしている。 数年後、計画がすべて実現すればイーサリアム2.0は事実上、無制限に近い処理能力を獲得し、デジタル時代の社会インフラとなれる能力を備える。計画がすべて実現しない場合でも、現状の混雑を解決できる高速化は達成する方向で開発が進んでいる。 とはいえ難易度は高い。公開テスト開始後10日で深刻なトラブルが発生し、ブロックチェーンが機能を止めた。いわばロケットエンジンの地上テスト中に爆発したようなものだ。公開テストの目的は、こうし

回答 (2件中の1件目) 深呼吸しようか。そしてリストを３つ作れ。 1. 使い方を知っていて、最小限の調査で済むテクノロジー（例：「CI/CDパイプラインのセットアップの仕方を知っている」） 2. 企業のインフラで使われていることを知っているテクノロジー（例：「Dockerをいつ、何故使うかは知っている。だけどDockerfileは書いたことがない」） 3. 聞いたことはあるけど何者なのか見当がつかないテクノロジー（例：「Kubernetesというのは聞いたことがあるけど、何のために使うのか見当がつかない」） リスト (1) はコンフォートゾーンにあたる。履歴書のトップに書けて、これで...

書籍をkindleとBOOTHで販売開始したので、内容の紹介と出版について書き連ねていきます。 内容紹介 出版したもの サンプル 対象読者について 各章について 1章「ようこそソケット通信の世界へ」 2章「通信を監視する」 3章「手づくりパケットでポートスキャン」 4章「ノンブロッキングなWEBサーバ」 5章「RFCから作るDHCPサーバ」 執筆あれこれ 執筆期間について 執筆ツールについて 表紙について 価格について プラットフォームについて 終わりに 内容紹介 出版したもの 「Rustで始めるネットワークプログラミング」をkindle(https://t.co/Mf98l0YgKS)とBOOTH(https://t.co/ilHIt1UEbi)で販売開始しました。 全101ページ/5章構成で、価格は¥500です。無料サンプル(https://t.co/NilMo1QAhL)もあります。

あけましておめでとうございます。2019 年は大変お世話になりました。2020 年も張り切っていきましょう。 さて、2019 年には結構な回数の外部発表を行いました。これらの発表内容のうち一部は単独のブログ記事としてまとめてありますが、機を逸してしまって記事化されていないものも相当数あります。そこで本記事では、2019 年中に行った発表を一覧としてまとめてみました。 2019 年の活動実績 2019 年の登壇は全部で 19 件でした。うち（先着や抽選ではなく）CFP に応募して採択されたものは 4 件です。 チェシャ猫が普段活動している領域は、Twitter の Bio にも書いてある通り、大きく「Kubernetes」「Haskell」「形式手法」の三つのカテゴリに分かれています。このカテゴリで登壇内容を分類したところ、以下のようになりました。 CloudNative に関わるもの（12

特別ゲスト プレゼン大会に審査員として参加いただく特別ゲストの紹介です。おすすめ本を3冊、ご紹介いただいています。 永瀬美穂（ながせみほ）さん アジャイルコーチ。株式会社アトラクタFounder兼CBO。一般社団法人スクラムギャザリング東京実行委員会理事。認定スクラムプロフェッショナル。産業技術大学院大学特任准教授、東京工業大学および筑波大学非常勤講師。著書に『SCRUM BOOT CAMP THE BOOK』訳書に『レガシーコードからの脱却』『アジャイルコーチング』『ジョイ・インク 役職も部署もない全員主役のマネジメント』。 アジャイルイントロダクション 大御所バートランドメイヤー氏によるアジャイルへの批評。仕事柄アジャイルに懐疑的な人に出会うことがあるが、ここまで冷静な批判は聞かないので読み応えがあり、耳も痛い。ソフトウェア工学的見地から、再現不能な事例や理想論、ご都合主義に文句をつけ

技術ブロガー必読！と言える「Technical Blogging, Second Edition - Amplify Your Influence」を読んだ．タイトルにある通り「技術ブログ」にフォーカスした本となる．本書は2012年に出版された歴史のある本で，最新版となる Second Edition が6月末に出版された．なお，Second Edition は今年1月から β として公開されていて，β 1.0 → β 5.0 と進化しながら出版されている． 技術ブロガーとして，今まで10年以上育ててきた暗黙知をうまく整理する機会になった．本書の内容は非常に共感できるし，僕自身新しく気付けたこともあった．何よりも「技術ブログ」に対する様々なアプローチを完璧に言語化されている点が素晴らしく，正直言って「本書って僕が書いたの？」と頭が混乱するほどにシンクロを感じる場面もあった．シンクロ具合を表

Kibela開発における技術選択の指針を全部教える。必要十分に新しい技術を維持するための考え方 サービスの立ち上げや機能追加時には、どのような技術をどの観点から選択すればよいのでしょうか？ 自社サービス「Kibela」の実例を交えつつ、ビットジャーニーの井原正博さんがエンジニアと経営者の両視点から「技術選定」を考えます。 Yahoo! JAPANやクックパッドのエンジニアを経て、現在はビットジャーニーで代表を務める井原正博（@ihara2525）です。プライベートで超長距離のランを楽しむ傍ら、情報共有ツールKibelaの開発・運営を手がけています。 Kibelaについては、その立ち上げにあたってサービスを考えてリリースするまでのフローを以前に書きました。今回は、サービスの技術選定をテーマに、Kibelaを成長させるさまざまな段階でどのような選択を行ってきたか、具体例を交えながら紹介できれば

ブロックチェーンと国際協力、途上国の開発について 佐々木俊尚氏（以下、佐々木）：では竹内さん、自己紹介を踏まえつつ、よろしくお願いいたします。 竹内知成氏（以下、竹内）：みなさん、こんにちは。竹内知成と申します。今、私はアビームコンサルティングという会社で働いているんですけれども、主に途上国でICT（Information and Communication Technology：情報通信技術）を活用したプロジェクトをやっています。 転職したのはつい最近で、一昨年末まではJICA国際協力機構というところで10年近く働いていました。 私の話は林（篤志）さんの話ほど壮大ではないんですけど、今日はブロックチェーンを使って、途上国でどうやって国際協力ができるのか、という話をさせていただこうと思っています。 簡単にICTと途上国開発をやっていこうと思ったきっかけをお話しします。2003年から2年間、

2018年は公私ともに忙しい年でした。このエントリを書いている時点でもう年が明けてしまいましたが、1年のふりかえりとして、またある種のポートフォリオとして、1年間のアウトプットをまとめたいと思います。 手元のスケジュールを確認したところ、講演/ワークショップを53回、インタビュー/対談/Podcast出演を5回、社内読書会ゲスト参加を3回、執筆、増刷作業を6回、主要OSSプロダクトのリリースを3回行っていました（小さなモジュールはカウント外）。これらが2018年のアウトプットです。 新作登壇（6回） 私は再演が多い講演者で、登壇依頼のほとんどは既存の講演/ワークショップの再演です。それでも2018年に新しいテーマの講演をいくつか行いましたので、それら「新作」がアウトプットの筆頭となるのではないかと思います。 技術選定の審美眼（2月15日） 2月15日に「技術の進化の歴史は振り子ではなく螺旋

今後、アプリケーションの開発企業および開発者は二極化していく。価値あるエンジニアとして生き残るためには、学び続ける姿勢が大切だ。技術者にとって最も重要なのは、「このシステムにはKubernetesが合う」「このシステムはKubernetesでなくてもいい」といった技術の見極め、つまり適材適所に技術を選択する力だ。ではどうやってそれらを選択していけばいいのか。また、マイクロサービス化に取り組む上で考えるべきことは何か。さらにKubernetes導入におけるつまずきがちなポイントについて、日本マイクロソフト シニアクラウドデベロッパーアドボケイトの寺田佳央氏が解説した。 日本マイクロソフト株式会社 シニアクラウドデベロッパーアドボケイト 寺田佳央氏 問われるのは技術力。だから学び続けることが重要 「Kubernetesについて紹介しようとすると1時間では話しきれない。そこで今日は当初のアジェン

パリで発表されていたReact向けプロダクトがあまりにも未来に生きていて興奮したので、紹介させてください。 目次 目次 この記事のゴール 想定読者 はじめに 今回ベースとするソースコード React Nativeは何をするツールか Reactは何をするツールか React DOMとReact Nativeの違い Reactアプリケーションを描画するものたち React DOMの役割 React Nativeの役割 1. ネイティブ処理系の上でJavaScript処理系を動かす 2. Reactを動かす 3. Reactから渡された差分をネイティブViewに適用する React Native DOMはどこがReact Nativeなのか React Native DOMのやばいところ6連発 ReactからはReact Nativeに見えてるのがやばい Objective-C実装をJavaSc

公開してまだ３週間ほどだし、収益としても１０万円でしかないし、大きな事は言えないがここで個人開発サイトとその収益性について考えたことを記しておく。 世の中には＊＊億ドルのバリエーションを獲得したスゲー起業家の話か、個人開発サイトを立ち上げたものの収益なんてゼロに近くサーバー代とトントンの話かの両極端しか無いように感じる。 パッと立ち上げてだいたい１ヶ月でiPhoneXが買えるぐらいのサイト規模というのは、どんなレベルのエンジニアでも手が届く範囲内にあるのが実感だ。「人生賭けて起業！」とかそんな熱い話ではない。普段の仕事が終わったら、ちょこちょこコードかいて個人的にアプリを公開して収益を得る、ぐらいの話でしかない。「１億総クリエイター時代」なんて言われる昨今では、どんなエンジニアもこんな感じのやり方が世の流れに合っている気がする。 サイト内容 今回、開設したのはざっくり言うとこんなサイトだっ

技術ブログは「書く」というより「記す」というのがシックリきている、ソラコム松下(max)です 2017年3月にテック・エバとして活動を開始し、通算400回以上講演の他、ブログでも情報発信しています。 年間で20本以上のブログを書いてくるうちに、だんだんと書き方がわかってきました。ですので、今回は 技術ブログの書き方ブログ を紹介します！ 技術ブログは「未来の自分へのドキュメント」 技術ブログは普通のブログとは異なります。 未来の自分へのドキュメント です。 「あー、これ既にやったことあるなー。なんだっけ？」とググった先が自分のブログであってほしい、そんな思いで書いてみてください。一番最初の利用者が自分、すなわちドッグフーディングしましょう。これはサービス開発でも、ブログでも共通して言えることです。 もし、手元に「メモ的なテキスト」があるならば、それはブログにできるかもしれません。 まずはタ

ITに携わる人たちの間で、エンジニアが大切でエンジニアを中心とした組織づくりをしようとしている会社がすごく増えてきました。実際にいま存在感がある会社はどこもエンジニアが活躍している会社です。 なぜ非エンジニア向けに技術を学ばせるのか nanapiでは非エンジニアむけの技術研修を毎週実施をしていて、コードのかけない人はいないようにすることを目標にしています。これはコードを書けることでそれを普段の業務に活かせるようにしようというだけではなく、技術そのものに対してリスペクトしてほしいという思いがあります。 nanapiのエンジニアはコミュニケーション能力が非常に高いので非エンジニアのレベルに合わせて技術の話をすることができますが、実際はエンジニアが遠慮せずに話してそれを非エンジニアの人が理解しようとするほうが圧倒的に仕事のレベルは上がるはずなです。やっぱり普段の仕事の会話は高いレベルに合わせたほ