技術顧問の和田卓人さんと、技術調査レポートを利用した情報収集の仕方について話しました。Show Notes:ピクスタ技術ブログ「てくすた」パーフェクトRuby on Rails【増補改訂版】10. Server-side JavaScript (2022年7月配信)経営とソフトウェアエンジニアリングの接続Technology Radar (Thoughtworks)State of CSSState of JavaScriptState of DevOps Report (Puppet)State of DevOps Report (Google Cloud/DORA)A Brief History of the State of DevOps Reportsソフトウェアデリバリーパフォーマンスに関する考察（前編） - State of DevOps 2022では何が示されたのかソフトウェアデリバリーパフォーマンスに関する考察（後編）- Four Keysと向き合うとはどういうことかStack Overflow Annual Developer SurveyThe State of Developer Ecosystem 2022 (JetBrains)The Top 100+ Developer Tools 2022 (stackshare)The State of Serverless (Datadog)

技術顧問の和田卓人さんと、ECMAScriptの検討中の仕様、サーバーサイドJavaScriptにおける技術選定について話しました。Show Notes:ピクスタ技術ブログ「てくすた」パーフェクトRuby on Rails【増補改訂版】8. Class-based Programmingtc39/proposal-call-this (Stage 1)Function.prototype.call()tc39/proposal-bind-operator (Stage 0)JavaScript PrimerECMAScriptHolistic JavaScript dataflow proposals v2JavaScriptを大きく変えうる Dataflow Proposals の概要と論点(Call-this, Pipe Operator)tc39/proposal-pipeline-operator (Stage 2)F#のPipe operatorHackのPipe operatorUniformAccessPrincipleBertrand Meyer （プログラミング言語Eiffelの作者、「オブジェクト指向入門 第2版 原則・コンセプト」の著者）tc39/proposal-extensions (Stage 1)Sideshow 4. Worse is BetterActive Recordから考える次の10年を見据えた技術選定TypeORMPrismaTable Data GatewayTransaction ScriptGraphQL と Prisma から考える次のN年を見据えた技術選定tc39/proposal-decorators (Stage 3)tc39-transfer/proposal-function-pipe-flow (Stage 0)

技術顧問の和田卓人さんに、普段どのようにTDDを実践しているのかを伺いました。Show Notes:守破離CheckingとTesting（cf. Michael Boltonによるブログエントリ）付録C ＝ テスト駆動開発（Kent Beck 著、和田 卓人 訳）収録の訳者解説今回のSoftware Design ＝ Software Design 2022年3月号UNIX哲学REPLさっき未知と既知の話をした ＝ 9. The 20th Anniversary of TDDJUnitLearning Test（cf. テスト駆動開発の14章、26章）内部品質（cf. 質とスピード）プログラマーは怠惰で傲慢で短気 ＝ Larry Wall氏が提唱したプログラマーの三大美徳オレってばスゲー（Lightweight Language MAGAZINEという書籍における軽量プログラミング言語の定義が元ネタ）

技術顧問の和田卓人さんと、Software Design 2022年3月号の第2特集「そろそろはじめるテスト駆動開発」について話しました。Show Notes:ピクスタ技術ブログ「てくすた」パーフェクトRuby on Rails【増補改訂版】「自動テストとテスト駆動開発、その全体像」を執筆しました（Software Design 2022年3月号）Software Design 2005年2月号CVS - Concurrent Versions SystemTDDの勉強会に参加したらSoftware Designに寄稿することになった話テスト駆動開発（TDD）とは何か。コードで実践方法を解説しますテスト駆動開発の過去・現在・未来Kent BeckErich GammaOOPSLAWEB+DB PRESS Vol.35（2006年10月紙版発売、特設ページ）新訳版『テスト駆動開発』が出ますTest Driven Development: By ExampleWikiWikiWeb（C2 Wiki）Extreme Programming ExplainedSemanticDiffusionAgile Testing Quadrantsソフトウェア・テストの技法Testing vs. Checking（Michael Boltonによるブログエントリ）5. AccelerateExploratory testingxUnit Test Patterns

技術顧問の和田卓人さんと、内部DSL、2010年代のプログラミング言語について話しました。Show Notes:Put chubby models on a diet with concernsメタプログラミングRuby 第2版InternalDslStyle普通のやつらの上を行け（「ハッカーと画家」に収録されているエッセイの1つ）Annotation（Java）Decorators（Python）Cross-cutting concernAspect-oriented programmingRobert Griesemer, Rob Pike, Ken Thompson（Go言語の作者たち）Law of DemeterStructural type systemNominal type systemBundle Side Optimization in Future JavaScript - JSConf JP 2021Rome Toolchain

技術顧問の和田卓人さんと、Observerパターン、オブジェクト指向プログラミングにおけるクラスについて話しました。Show Notes:ピクスタ技術ブログ「てくすた」パーフェクトRuby on Rails【増補改訂版】チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計module MathActiveSupport::ConcernActiveSupport::Callbacks::ClassMethods#set_callbackRails 7.0: Fulfilling a vision（収録後リリースされた）rails/rails-observersObserver patternPublish–subscribe patternThe Node.js Event emitterロードマップ指向とエコシステム指向Trailblazerコーディングを支える技術――成り立ちから学ぶプログラミング作法Traits: Composable Units of BehaviourMatzにっき(2010-11-13)Module#mix のアイディアは放棄されました二つのオブジェクト指向とそれぞれのメリットClasses - JavaScript

技術顧問の和田卓人さんと、Data Transfer ObjectとDomain Payload Objectについて話しました。Show Notes:本編 ＝ 7. Fat Controllers and ModelsDTO (Data Transfer Object)DPO (Domain Payload Object)LocalDTORemote Method InvocationMetaprogrammingReflectionDDD_Aggregatedrapergem/draper: Decorators/View-Models for Rails ApplicationsForwardingDAO (Data Access Object)Expression LanguagePerformance and N+1 Queries: Explained, Spotted, and SolvedThe Open Session In View Anti-PatternActiveRecordのjoinsとpreloadとincludesとeager_loadの違いPlain old Java objectAnemicDomainModelDecorator/PresenterThe Onion Architecture : part 1rails/jbuilder: Jbuilder: generate JSON objects with a Builder-style DSL

技術顧問の和田卓人さんと、Fat Controller/Model問題とその向き合い方について話しました。Show Notes:ピクスタ技術ブログ「てくすた」パーフェクトRuby on Rails【増補改訂版】Team Topologies book translated to Japanese4. Not Just ORM48. GoFデザインパターンとDI (前編) w/ twadaPattern-Oriented Software Architecture, Volume 1, A System of PatternsService-oriented architecturePresentationDomainDataLayeringPatterns of Enterprise Application ArchitectureModel View Controller and "Model 2"PresentationDomainSeparation3. Low-Code DevelopmentChanges to test controllers in Rails 5TestPyramid質とスピード（2020秋100分拡大版）Action Domain ResponderLaravelでのADR（Action-domain-responder）実装V1.3: Request & Response | Hanami GuidesThe Form Component (Symfony Docs)2. The Power of Constraints後藤さんの前の講演[お詫びと訂正] 本エピソードにて、Ruby on Railsにおけるコントローラーの標準のアクション数について誤りがありました。正しくは「7アクション」です。お詫びして訂正いたします。

技術顧問の和田卓人さんと、Four key metricsの計測、技術と経営の接続、Team Topologiesなどについて話しました。Show Notes:ピクスタ技術ブログ「てくすた」パーフェクトRuby on Rails【増補改訂版】LeanとDevOpsの科学2020 State of DevOps ReportCTOとして招聘されて1年でDX Criteriaを大幅改善するために追求した唯一の成果指標Agile & Lean Metrics: Cycle TimeBacklogPivotal TrackerJira SoftwareDORA joins Google Cloudhttps://cloud.google.com/devopsNicole ForsgrenInsights: Engineering Leader and Organizational DORA Reports · Issue #127Four Keys 〜自分たちの開発レベルを定量化してイケてる DevOps チームになろう〜CTOの頭の中：技術投資を最適化する財務3表一体理解法カナリアリリースMTTD vs MTTF vs MTBF vs MTTRService-level objectivePRINCIPLES OF CHAOS ENGINEERINGChaos Engineering に向けてレシピサービスの Steady State を追求するd/d/dFull Cycle Developers at Netflix — Operate What You BuildTeam TopologiesQRC Team Topologies-jaValue streamTeam Topologiesを読んだ

技術顧問の和田卓人さんと、LeanとDevOpsの科学（原題: Accelerate）について話しました。Show Notes:ピクスタ技術ブログ「てくすた」パーフェクトRuby on Rails【増補改訂版】LeanとDevOpsの科学AccelerateNicole ForsgrenJez Humble（「Continuous Delivery」「The DevOps Handbook」などの著者）Gene Kim（「The DevOps Handbook」などの著者）The Lean StartupヘロヘロScrumJolt AwardsJolt Awards の 22年（受賞本リスト）Dr. Dobb's JournalITエンジニア本大賞2021DORA joins Google Cloud2020 State of DevOps Reportajitofm 42: You must unlearn what you have learned質とスピード（2020秋100分拡大版）組織にテストを書く文化を根付かせる戦略と戦術（2020秋版）ブランド・エクイティAgile & Lean Metrics: Cycle Timed/d/dDevOps tech: Trunk-based developmentFeature toggleフロー効率性とリソース効率性について XP祭り2017で発表してきた #xpjug稼働率100%をねらってはいけないMob Programming – A Whole Team Approach by Woody ZuillInner sourceWhy Software Is Eating the WorldCTOとして招聘されて1年でDX Criteriaを大幅改善するために追求した唯一の成果指標DX Criteria

技術顧問の和田卓人さんと、次世代のフルスタックフレームワーク、2020年のピクスタにおける技術的な取り組みについて話しました。Show Notes:Next.jsPIXTAオンデマンドRailsのAPIモードGraphQLPrisma（謎のDSL、差分マイグレーション）RailsのマイグレーションIs Prisma an ORM?Data MapperTable Data GatewayDomain ModelPrisma ClientにおけるCRUD操作本編 ＝ 4. Not Just ORM過去を知り、未来に備える。技術選定の審美眼 2019 editionLisp: Good News, Bad News, How to Win Big（Worse is Betterの原典）イノベーションのジレンマVercelTailwind CSSwinebarrel/ridgepolek0kubun/sqldef

技術顧問の和田卓人さんと、Ruby on RailsのActive Recordについて話しました。Show Notes:ピクスタ技術ブログ「てくすた」パーフェクトRuby on Rails【増補改訂版】レイヤードアーキテクチャ - kawasimaPattern-Oriented Software Architecture, Volume 1, A System of PatternsDesign Patterns: Elements of Reusable Object-Oriented SoftwareHexagonal architectureClean ArchitectureOSI参照モデルAlistair Cockburn（「アジャイルソフトウェア開発宣言」の提唱者の1人）なぜ六角形なのか: “The hexagon is not a hexagon because the number six is important, but rather to allow the people doing the drawing to have room to insert ports and adapters as they need, not being constrained by a one-dimensional layered drawing.”（https://alistair.cockburn.us/hexagonal-architecture/ より引用）Patterns of Enterprise Application ArchitectureFloyd Marinescuのレイヤリングパターン（cf. EJBデザインパターン）Kyle Brownのレイヤー（cf. IBM WebSphereエンタープライズJavaプログラミング）CoreJ2EEのレイヤーのパターン（cf. J2EEパターン―明暗を分ける設計の戦略）Transaction ScriptDomain ModelTable ModuleRecord Set（PoEAA）ResultSet, RowSet（Java）Service LayerIvar Jacobson（UML設計者の1人）ユースケース駆動開発実践ガイドAlistair Cockburnの書いたユースケースの良い

技術顧問の和田卓人さんと、サービスオブジェクト、イミュータブルデータモデルなどについて話しました。Show Notes:ピクスタ技術ブログ「てくすた」パーフェクトRuby on Rails【増補改訂版】Service LayerWeb Applicationを綺麗に設計するためのMVACという考え方Domain-Driven Design: Tackling Complexity in the Heart of SoftwarePatterns of Enterprise Application ArchitectureTransaction ScriptRemote FacadeInversion of Control Containers and the Dependency Injection patternDependency injection is not a virtueTDD is dead. Long live testing.イミュータブルデータモデル（Scrapbox、入門編、世代編）羽生章洋さん（著書に「楽々ERDレッスン」「SQL書き方ドリル」など）佐藤正美さん（著書に「T字形ER データベース設計技法」など）データと情報の違い（cf. SQLアンチパターン「監訳者まえがき」）Rails is omakase論理設計と物理設計（cf. Database design）Single Table InheritanceClass Table InheritanceSQLアンチパターン 幻の第26章「とりあえず削除フラグ」Active RecordRow Data Gateway

技術顧問の和田卓人さんと、表明（Assertion）と例外（Exception）の違いと重複について話しました。Show Notes:Assertive ProgrammingDesign by contractprecondition(_:_:file:line:)Programming With AssertionsEffective Java 第3版パーフェクトRuby on Rails【増補改訂版】unassert-js/unassertpower-assert-js/power-assertMean time to repairMean time between failuresFail-fastPHP7 で堅牢なコードを書く - 例外処理、表明プログラミング、契約による設計

技術顧問の和田卓人さんと、Value Object、Immutability、契約による設計、バリデーションなどについて話しました。Show Notes:ピクスタ技術ブログ「てくすた」パーフェクトRuby on Rails【増補改訂版】ValueObjectActiveRecord::Aggregations::ClassMethodsテスト駆動開発（Kent Beck 著、和田 卓人 訳）Functional programming世代別ガベージコレクションUnderstanding Clojure's Persistent Vectors, pt. 1過去を知り、未来に備える。技術選定の審美眼 2019 editionDesign by contractPHP7 で堅牢なコードを書く - 例外処理、表明プログラミング、契約による設計オブジェクト指向入門 第2版 原則・コンセプトunassert-js/unassertFail-fastDefensive programming「かもしれない運転」とは？「だろう運転」がおこす動静不注視の事故SelfEncapsulationRuby on Railsの正体と向き合い方コペルニクス的転回ゴルディアスの結び目

技術顧問の和田卓人さんと、DDDとRDBの距離について話しました。Show Notes:データベース設計論 T字形ER―関係モデルとオジブェクト指向の統合をめざしてデータ中心アプローチClean Architecture 達人に学ぶソフトウェアの構造と設計Object-relational impedance mismatchObject database

技術顧問の和田卓人さんと、DDD、データソースのアーキテクチャに関するパターンなどについて話しました。Show Notes:PIXTA技術ブログ「てくすた」パーフェクトRuby on Rails【増補改訂版】Domain-Driven Design: Tackling Complexity in the Heart of Softwareエリック・エヴァンスのドメイン駆動設計Rails 1.0: Party like it's one oh oh!Extreme Programming Explained: Embrace ChangeManifesto for Agile Software DevelopmentAnalysis paralysisWhat is Continuous Delivery?オブジェクト指向分析設計ピアソンの技術書は書店在庫限りとの見通し。ピアソン桐原社がピアソングループ離脱で（追記あり）Patterns of Enterprise Application ArchitectureTable Data GatewayRow Data GatewayActive RecordData MapperRepositoryhttps://github.com/hanami/modelhttps://github.com/typeorm/typeormConvention over configuration