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

【追記】この記事をきっかけに、名著「ノンデザイナーズ・デザインブック」の20周年記念特典eBookの制作に協力させていただきました。詳しくはこちらを御覧ください。 ノンデザイナーズ・デザインブック20周年記念の特典に寄稿しました デザイナーである・なしに関わらず、仕事の中で伝えたいことを「図」で説明する機会は多々あります。提案書で事業内容を説明することもあるでしょうし、具体的な数値をグラフで説明することもあるでしょう。そんな中でこんな指摘を受けたことはありませんか？ ・最終的に何を言いたいのか結論が見えないよ。 ・関係性が複雑すぎて理解しずらいんだけど。 ・要素が多すぎて全てを把握するのが大変。 ・何をどこから見れば良いの？ ・結局一番言いたいことはなんなの？ ・文字サイズがたくさんありすぎてまとまりがないね。 ・安っぽいチラシみたいでダサイなぁ。 ・全体的にバランスが偏ってて不安定。 ・

大吉祥寺.pmでの登壇資料です。 登壇することが幸福に繋がっているって内容です。 2024/07/13 https://kichijojipm.connpass.com/event/314917/

7/11 なんかツイッターの有名な方に拡散していただいたようでありがとうございます！！！とんでもないことになってしまった… 子育て終わった開放感で書き殴った日記がこんなことになるとは思ってもみませんでした。 取材に関しては、別の媒体で内容を掲載されることで息子に微妙に違ったニュアンスでこの日記の内容が伝わってしまうもしれないリスクがあるので申し訳ありませんがお断りさせてください。 ひぇーーーー！なんかめちゃくちゃ読まれてる！！今更恥ずかしい！！ お祝いのコメントありがとうございます！！！ めちゃくちゃ嬉しいです！！！ 子どもはインスタとかビーリアル(ビリアル？かどっちか)をちょっとしかやってないらしいし、仕事に関する勉強で忙しいらしいからこの日記も読まれないと思ってはいるけど、もし読んじゃったら教えてね！！！ 私が本当は愛せるか分からなかったし子供産むの怖かったって話はちょっと前チラッとし

2024年6月29日 Findy 開発生産性カンファレンス2024 Closing Keynote https://dev-productivity-con.findy-code.io/2024

Levii Inc. 2024. Copyright and all rights reserved. レヴィのサービス 構造化しながら話し合える コラボレーションツール 「Balus」 「ちょうどいいSE」 「仕事の達人」 構造的に捉えみんなで俯瞰しながら話せるコラボレーションツー ルです。 マインドマップより沢山の人で自由に構造化ができ、オンラインホ ワイトボードより構造化や思考に特化してシンプルに簡単で誰で も使えます。 システムズエンジニアリング（ SE）は、宇宙開発などで発展してき たプロフェッショナルな協働を支える技術です。 レヴィでは、 SEを実践しやく再構築した独自手法を開発しまし た。この手法をお客様のプロジェクトで活用するための併走型コ ンサルティングや研修を提供しています。 思考が変われば仕事が変わる。構造化アプローチで、複雑な業 務を的確に整理し、成功に近づけます。

はじめに 転職後の二つの喪失感への対応 所属チームの現状とMonotaROのアプリケーション/サービス共通基盤（所謂プラットフォーム） 所属チームの状況 社内プラットフォームの状況 マイクロサービス開発のためのテンプレートの導入 開発のロケットスタート：テンプレートの早期提供 テンプレート作成の5つの要点 1. ベンダー非依存なObservabilityの実装 2. CI/CDを早期に提供（特にLinterを最初期に） 3. APIプロトコルとして、JSON over HTTPとgRPCの双方をサポート 4. 最低限の薄いフレームワーク 5. セントラルProtobufリポジトリの提供 現在の取り組み (2023年10月以降)と今後の展開 さいごに はじめに はじめまして、MonotaROのCTO-Officeに所属する伊藤と申します。 github.com recruit.monotar

JJUG CCC 2024 Spring 複雑な業務ロジックに立ち向かうための実践技法 【初級編】 ①値の種類 ②範囲型 ③階段型 【中級編】 ④状態遷移 ⑤入出金履歴と残高 ⑥未来在庫 【上級編】 ⑦セット演算 ⑧割合と端数 ⑨決定表 ⑩経路探索

レスポンスタイプ OpenID Connect の通り。 デジタル認証アプリサービスは、code（認可コード）のみをサポートする。 固定値codeを設定する。 " class="sc-iJuWdM sc-cBNeRQ gpkGbA dujygE">レスポンスタイプ OpenID Connect の通り。 デジタル認証アプリサービスは、code（認可コード）のみをサポートする。 固定値codeを設定する。

マーチン・ファウラー モジュールとは、明確に定義された一部のサブセットを 理解するだけでシステムを変更できるようにソフトウェ アシステムを分割したものと定義します。 コンポーネントはモジュールの一形態であり、独立して 置換できるという追加の特性を備えています。 出典 martinFowler.com “Software Component” より筆者抄訳 https://www.martinfowler.com/bliki/SoftwareComponent.html https://www.martinfowler.com/bliki/SoftwareComponent.html

Auto increment（自動採番）型を採用したくない場合 Auto Incrementは、データベースにおいて自動的に一意の識別子を生成するメカニズムです。通常、数値型の列が対象となり、新しいレコードが挿入されるたびにその列の値が自動的にインクリメントされます。典型的なIDですかね。 ここでは一意性の確保の話や、データ移行やバックアップのデメリットには言及せず、セキュリティとプライバシーの懸念にフォーカスして考えます。 予測可能性 Auto Increment型のIDは連番であるため、次に生成されるIDが容易に予測可能です。これにより、攻撃者がシステムの内部構造を推測し、不正アクセスを試みるリスクが高まります。 情報漏洩のリスク 連番のIDはデータベースの挿入順序を反映しているため、公開されることで企業の活動パターンやデータ生成の頻度が漏洩する可能性があります。 例） 競合他社は、公

2020年5月末でP&Gのブランドマネージャーを退職しました。僕はこのNOTEで、P&Gで非言語的に受け継がれているマーケティングの思考法を、分かりやすい教科書のようにまとめようと思います。本気で読めば1時間かからず読めると思います。が、ちゃんと理解すれば知識レベルとしては本何冊分にもなることをお約束します。さらには、そのマーケティング思考の先に、僕がどんなマーケティングの進化を考えていて、そのために次のチャレンジとしてどんなアクションを取ろうと思っているかも最終章にまとめようと思っています。 総合商社から中途採用でP&Gのマーケティング本部に採用され、シンガポールのアジア本社への異動も伴いながら、世界最高峰のブランドマネジメントの"いろは"に触れらたことは、本当に幸運なことです。直近では、ファブリーズのブランドマネージャーとして、ブランドレコードとなる売り上げを達成することが出来たのは、

IT系海外速報を書いたり、翻訳を請け負ったりしています。初めてのスマートフォンはHTC Desire。その後はNexus 5からずっとGoogleさんオリジナルモデルを使っています。 Googleが久しぶりにわくわくするものを公開してくれました。その名は「NotebookLM」。Googleは“バーチャルリサーチアシスタント”だと紹介しています。 昨年7月に米国で利用可能になったものが、やっと日本でも使えるようになりました。名前からはいまひとつピンときませんが、使っているうちにじわじわと凄さが伝わってきます。 大雑把に言うと、自分が理解したいことに関連する情報を集めてNotebookLMに「ソース」として投げ込むと、それをもぐもぐ咀嚼して理解して「何でも聞いてください」状態になるのです。 （▲イラスト：ばじぃ） 記事を書くときは、複数の公式ブログやら過去のイベントの基調講演の動画やら自分で

市⾕ 聡啓 Ichitani Toshihiro 新価値創出、組織変⾰の伴⾛⽀援 (株式会社レッドジャーニー) ・チーム、事業、組織に「アジャイル」を取り⼊れ、向き合う伴⾛⽀援 ・新規事業開発、プロダクト開発の⽀援（仮説検証型アジャイル開発） 特に専⾨は 「仮説検証、アジャイル開発、組織アジャイル」 Toshihiro Ichitani All Rights Reserved. 2

anond:20240606113439 注意（2024/06/09　追記） この投稿が、双極性障害の方、HSPの方、日頃から感謝を伝えてる方への偏見を招き、肩身の狭い思いをすることのないよう追記する。自己啓発本を不快に感じる人は読まないほうがいい。この投稿に科学的根拠はない。増田ってジャーナルだったっけ？自分も、素人が書いた増田を鵜呑みにせず、精神科に行ったほうがいいと思う。ただ、元増田が旦那さんを病院に連れてくことが難しいのと、俺自身「病院行け」って言われるのが嫌だったから、あくまで病院に行くきっかけになればと思った。ただ、この投稿を実践するより、奥さんだけでも内緒で精神科に行って相談してみてもいいのかもね。もっと良い解決方法を知れるかも。旦那さんに映画や本を読ませたり、感謝させろって言ってるわけじゃない。きっと見る余裕ないだろうし、無理に勧められたら嫌だろう。他人を変えるのは無理。伝

久しぶりに記事を書く。最近マルス端末のUIについてツイートがあった。 この件に関して、UIについてやUXに対して日々やってきている人間は「ダメなUI」という認識の人が多いように思う。一方で、システムの開発者にとってはこれは、その認識でない人間が多いようだ。なので、この辺を私なりに意見を書いておこうと思う。 まぁ、これはいつもなのだが、書いていることが散らかってる。基本的に音声入力のメモなので、読みにくいかもしれないが読んでくれ参考になれば幸いだ。 熟練が必要なUIは基本的によくない まず、基本的に熟練が必要なUIはそもそも良くないって話をしていく。順番に話していこう、まず、熟練が必要なUIが支持される理由を考え、それに対して、批判していき、なぜ熟練が必要なUIはダメかを語ってみよう。 熟練が必要なUIが支持される理由 その前に、こういった熟練のUIが支持される理由についてかいておこう。それ

これは2018年発売の私の本「エンジニアの知的生産術」の序文と目次です。LLM技術が発展して文章の理解や生成が機械によって強力に加速している2024年現代の視点で見返してコメントしてください。

https://forkwell.connpass.com/event/319444/ の登壇資料です。