私が人生でずっと悩んで追い求めていたものがついに解決した。それは、なんでも良いから何かが「出来るようになる」ことだ。 昔からいくらその対象に時間をかけても、努力しても、人並みにすらならない。人にやってもらうとか自分がやらないことに関してはうまくいくのだが、自分が何かが出来るようになるということに関しては人生５０年目だが、絶望的で、それが自分の自己肯定感や、人並みに生きることへの罪悪感を生んでいた。人生で解決したかった問題 No.1 だ。だからそれをずっと解決しようと頑張ってきた。 ギター演奏での解決方法私はクソ不器用で、なにやってもできないので、人生で出来たらいいことを２つだけ定めた。ギター演奏と、プログラミング。ギター演奏に関しては少し前に解決した。根本的な問題を一つ上げるとすると、「ゆっくりから、メトロノームで練習する」これだけだ。 ギターはもう何十年も演奏しているのに弾ける感がなかっ
【翻訳】技術的負債という概念の生みの親 Ward Cunningham 自身による説明 - t-wadaのブログ
システム開発の世界において「技術的負債（Technical Debt）」は繰り返し話題になり、しばしば炎上しています。 技術的負債という概念の生みの親は Ward Cunningham （ウォード・カニンガム）です。彼は 1992 年にオブジェクト指向プログラミングの国際カンファレンス OOPSLA '92 の Experience Report でコードの初回リリースを負債に例えました（"Shipping first time code is like going into debt"）。 Ward Cunningham はソフトウェアの世界に多くの貢献を果たしてきました。Wiki の発明者であり、XP と TDD の父 Kent Beck の師匠のような存在であり、建築の世界の「パタン・ランゲージ」を Kent Beck と共にソフトウェアに輸入した人であり、「アジャイルソフトウェア開
お待たせしました。2022年のベストアルバム、最後の50枚です。このランキングはTwitterのハッシュタグ「#2022年ベストアルバム」、もしくはブログのコメント欄に挙げていただいた中で、集計のルールに適した540のデータを用いて作りました。 2022年の音楽は大充実の年だったと思います。私自身10枚を選ぶのが大変で、泣く泣く外した作品もありました。現実におけるコロナ移行の動きがそうさせたのかもしれないし、たまたまだったのかもしれません。今後聴き続けるであろう作品に多数出会いました。 しかしそれでもこの音楽オタクたちが選んだ150枚の中には聴いたことのない作品が多々あり、作り手と聴き手両方の途方もなさを実感します。僕がそうであったように、このランキングが誰かの次の一枚を見つけるきっかけになれば最高です。このように10年目の「ネットの音楽オタクが選んだベストアルバム」を迎えられてうれしいで
https://martinfowler.com/articles/branching-patterns.html 最新のソース管理システムには、ソースコードのブランチを簡単に作成できる強力なツールが用意されています。しかし、最終的にはこれらのブランチをマージしなければならず、多くのチームは混み合ったブランチに対処するのに膨大な時間を費やしています。複数の開発者の作業をインテグレーションし、本番リリースまでの道筋を整理することに集中して、チームが効果的にブランチを利用できるようにするためのパターンがいくつかあります。全体的なテーマとしては、ブランチを頻繁にインテグレーションし、最小限の労力で本番環境に展開できる健全なメインラインを作ることに注力すべきだということです。 ベースパターン ソースブランチング ✣ メインライン ✣ 健全なブランチ ✣ インテグレーションパターン メインラインイン
Evernoteからの卒業とその受け皿について
おそらく、生産性ツールやコラボレーションツールとしての進化の方向性を模索した感があって、当初会った「第二の脳」コンセプトはどこにいたのやら・・。 今回強く感じたのはEvernoteが遂げてきた進化と、今後の方向性が、完全に自分の期待値から外れていると言うこと。同じバンドメンバーなら解散待ったなしの方向性のズレ。 ぶっちゃけ、 タスク管理はTodoistPKMはObsidianネタの管理はWorkflowyDaily NoteはLogseq（これはObsidianに統合予定）と既に「メモの一時保管場所」と「参考情報置き場」にしかEvernoteを使っていなかったので、その為だけに年間9300円はちと高いなってことで、このたびEvernoteから卒業することを決めました。（2024年の8月までSubscriptionが残っているので、暫くは併用するけど・・ね） 私のことが嫌いになってもEver
この文章の背景について この文章はテスト容易性設計をテーマに 2013/11/26 に CodeIQ MAGAZINE に寄稿したものです。残念ながら CodeIQ のサービス終了と共にアクセスできなくなっていたため、旧 CodeIQ MAGAZINE 編集部の皆様に承諾いただき、当時の原稿を部分的に再編集しつつ、ライセンス CC BY（クリエイティブ・コモンズ — 表示 4.0 国際 — CC BY 4.0） で再公開いたしました。 旧 URL にいただいたブックマークとご意見はこちらです（これであなたもテスト駆動開発マスター！？和田卓人さんがテスト駆動開発問題を解答コード使いながら解説します～現在時刻が関わるテストから、テスト容易性設計を学ぶ #tdd｜CodeIQ MAGAZINE）。旧記事には本当に多くの反響をいただき、誠に感謝しております。 目次 この文章の背景について 目次 出
2019年のベストアルバム最後の50枚です。今回は最後までトップが決まらず最終的にはたったの6点差でした。2010年代、最高でした！このリストが誰かにとっての新たな音楽との出会いになることを願って！（ぴっち） このランキングについて ネットの音楽オタクが選んだベストアルバムは音楽だいすきクラブ、及びそのメンバー等の特定の誰かが選んで作ったものではありません。 Twitterのハッシュタグ、募集記事のコメント欄に寄せられたものを集計しています。 504人分のデータを集計しました。 募集期間は2019年12月1日から31日の間ですです。 同点の場合、乱数を発生させて順位づけしています。 そのため順位に深い意味はありません。気にしすぎないでください。 150位以内はすべて5人以上に挙げられたものです。 レビューは有志によるものです。500字以内ディス無しでやっています。 レビューは随時追加してい
このブログエントリでは、テスト駆動開発（TDD: Test-Driven Development）の考案者Kent BeckがTDDの定義を改めて明確化した文章を、許可を得たうえで翻訳し、訳者の考察を沿えています。 きっかけ 2023年の年末、テスト駆動開発（TDD: Test-Driven Development）の考案者Kent Beckは、substackにTDDに関するポストを連投して論戦を繰り広げていました。TDDはその誕生から20年以上が経ち、その間に「意味の希薄化」が発生して議論が噛み合わなくなっていました。意味の希薄化（Semantic Diffusion）とは、新しく作り出された用語が広まる際に本来の意味や定義が弱まって伝わる現象です。 私（和田）はTDDと関わりの深いキャリアを歩んできました。Kent Beckの著書『テスト駆動開発』の翻訳者であることもあり、TDDの正
ロック好きなら高校生までに聴いておきたい古典100
20世紀(2000年)までに出たアルバムを「古典」としています。 1.Revolver / The Beatles 2.Beggars Banquet / The Rolling Stones 3.Who's Next / The Who 4.Led Zeppelin 2 / Led Zeppelin 5.Paranoid / Black Sabbath 6.Trout Mask Replica / Captain Beefheart 7.Live at the Harlem Square Club / Sam Cooke 8.Red / king Crimson 9.Tarkus / Emerson, Lake & Palmer 10.Close To The Edge / YES 11.Piper At Gates Of Dawn / Pink Floyd 12.Live /
この文章の背景 この文章はプライベートメソッドのテストを書くべきか否かに関する knsmr さんのご質問に対して 2013/03/13 に QA＠IT で回答したものです。残念ながらQA＠IT のサービス終了（2020/02/28）と共にアクセスできなくなってしまったため、運営を行っていたアイティメディア株式会社様、開発を行っていた永和システムマネジメント様、そして質問をされた knsmr さんに許可とご協力をいただき、当時の回答をサルベージしてブログに転載する運びとなりました。 プライベートメソッドのテストはよく議論になるテーマですので、当時の回答を再編集し、knsmr さんのご質問も含め、ご利用いただきやすいライセンス CC BY（クリエイティブ・コモンズ — 表示 4.0 国際 — CC BY 4.0） で公開いたします。 目次 この文章の背景 目次 knsmr さんのご質問 私の回
スクラムとアジャイル開発の本を12冊一気に読んでみた！その中から初心者、中級者、上級者向けのおすすめを紹介｜Dentsu Digital Tech Blog
スクラムとアジャイル開発の本を12冊一気に読んでみた！その中から初心者、中級者、上級者向けのおすすめを紹介 こんにちは電通デジタル開発部エンジニアのリチャードです。弊社で開発している社内プロダクトEASIではスクラム開発を採用しており、開発部内には認定スクラムマスターも在籍しています。一方で私個人はこれまでスクラム開発を経験してはいたものの、断片的な知識と経験で乗り切っていた部分が強く、改めてスクラムやアジャイル開発の基本を学び直そうと思い立ち、12冊の本を一気読みしました。ちょうど数ヶ月前に電通デジタルへと転職したばかりだったので、よい機会だったと思います。 今回読んだ本の一覧はこちらです！過去に読んで改めて今回読み直した本もあるため、冊数は多くなっています。 初心者向け 1. いちばんやさしいアジャイル開発の教本 2. SCRUM BOOT CAMP THE BOOK 中級者向け 3.
米国のギター誌Guitar Worldの読者が選ぶ「史上最高のギターソロ TOP50」が発表されています。 ●Guitar Worldによる説明： 史上最高のギターソロという厄介な主題は、長い間激しい論争の的となってきました。おそらく、すべてのソロが異なるからでしょう。例えば、「Comfortably Numb」「Crazy Train」「Stairway To Heaven」「Sultans Of Swing」をどうやって比較するのでしょうか？ それは不可能だ。それでも、世間の意見は常に変動しているので、私たちは、現在どのソロが読者の中で最も偉大なソロとしてランク付けされているのか知りたかった。 数週間前、Guitar Worldで投票を行って調べました。 50. Parabola / Tool (Guitarist: Adam Jones, 2001) 49. Jessica / Th
エンジニアとして今の自分を形成した本5冊 エンジニアとして働くにあたって自分が大きく影響を受けた本を考えてみた。もちろん他にもあるが、今回は以下の5冊に絞って紹介する。 Clean Coder（クリーンコーダー） Team Geek Clean Architecture（クリーンアーキテクチャ） テスト駆動開発 LeanとDevOpsの科学 この記事の対象者としては、独学でプログラムを書き始めた人やエンジニアスクールを卒業したばかりの方というよりは、実務経験を1~3年くらい積んでいるけど次に何を学べば良いかわからず、自分でイマイチ伸び悩んでいると感じている人を主に想定している（かつての自分がそうだった）。 特にチーム開発、オブジェクト指向言語でのコーディング、テストコードを書いた経験がある人が読んで、本に書いてあることを実践すると自分の成長を実感するだろう。 「Clean Coder」、「
私は米国の超大手クラウドベンダーの中の人をやっており、普段はアメリカに住んで気づいたことをブログに記録しているのだが、今回は趣を変えて、日本で出会った凄い人からの学びを書いてみようと思う。 プリンシパルを目指して前回の下記のブログで、マネージャにならずに、プリンシパルというレベルを目指し始めたので、少しづつ自分のふるまいを変えることにしているが、これはそれの一環だ。 人生最後の大きなチャレンジの戦略を考える｜牛尾 剛 (note.com) 筋肉の豊富なケンさん 私が日本に居たときの同僚で、ケンさんという人がいる。筋トレ仲間として、筋肉がものすごいので、凄いなと思っていたのだが、彼は筋肉だけではなくプログラミング力もえげつなかったことを覚えている。 あるハッカソンで普通の人なら１つか２つの機能を試すところを、彼は１０個ぐらい、それもものすごく高度に組み合わせてすごく短い時間に凄いアプリを作っ
未経験からエンジニアになり3年が経ちました。 この3年間はベテランエンジニアとの差を埋めるべく、プライベートの時間の大半を学習に充ててきました。幸い少しずつ成長を感じられ、業務では難易度の高い仕事を任せてもらえるようになったと感じます。このキャッチアップのために100冊以上の技術関連書籍を読んだことでしょう。 ここ最近、知人やTwitter経由で知り合った方から、私が学習に使った書籍について質問を頂くことが多いです。そこで、今後参照していただきやすいように、これまで私が読んで良かった書籍を1つの記事にまとめようと思います。 前提：エンジニアとして経験した技術 書籍について 全エンジニア向け Web / インターネット イラスト図解式 この一冊で全部わかるWeb技術の基本 (★) HTMLコーダー＆ウェブ担当者のための Webページ高速化超入門 (★) Webを支える技術 -HTTP、URI
動作するきれいなコード: SeleniumConf Tokyo 2019 基調講演文字起こし+α - t-wadaのブログ
この文章は、2019年4月18日に開催された国際カンファレンス SeleniumConf Tokyo 2019 で行った基調講演の文字起こしを土台に加筆修正したものです。 当日の講演資料は speakerdeck で、動画は YouTube で公開されています。 Clean code that works - How can we go there? - Takuto Wada | SeleniumConf Tokyo 動作するきれいなコード - どうたどり着くか 本日の講演タイトルは「動作するきれいなコード - どうたどり着くか」です。動作するきれいなコードへ至る道の話をさせていただこうと思います。 資料は公開予定で、講演の写真撮影も問題ありません。ツイッター等での実況も大歓迎です。ハッシュタグは #SeConfTokyo です。 改めて自己紹介です。和田卓人（わだたくと）といいまして、
『マリオカート 64』のルイージサーキットが“21秒で3周”され世界記録樹立。ひたすら壁に当たり続けた男たちの叡智と狂気 - AUTOMATON
『マリオカート 64』において、ルイージサーキット3ラップタイムアタックの世界記録が生まれた。そのタイムは、わずか21秒04。参考までに述べておくと、同コースのスタッフゴーストのタイムは1分29秒670だ。当然この世界記録が、一種のグリッチを利用したものであることは明らかである。しかしそのレコードを“ズル”だといなす人は、おそらくいない。なぜならその背後には、“マリオカート物理学”ともいうべき膨大な知恵と経験の系譜が連なっているからだ。 まず百聞は一見にしかず、問題の世界記録達成の映像を見てみよう。記録を打ち立てたのはabney317ことBeck Abney氏。すでに界隈で数々の記録を打ち立てた熟練のスピードラン走者だ。映像を観るとすぐ、Abney氏がろくにコースを“走っていない”ことがわかるだろう。やっていることはというと、スタート地点近くの壁に繰り返し体当たりしている。そして不思議なこ
保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像 ～Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より 今回、Software Design 2022年3月号 第2特集「そろそろはじめるテスト駆動開発 JavaScriptでテストファーストに挑戦」の第1章「保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像」を本サイトに掲載します。第2章以降については、本誌『Software Design 2022年3月号』電子版（Gihyo Digital Publishing、Amazon Kindle）をご購読いただければ幸いです。 第1章では、混同されることの多い自動テスト関係の概念を、自動テスト、テストファースト、テスト駆動開発の3つの段階に分け、それぞれの効果や注意点を説明します。ソフ
はじめに エンジニアとして成長し、「つよつよエンジニア」と呼ばれて周囲から評価されるエンジニアになりたいという若手エンジニアや学生の方は多くいると思います。 私は今までで数百人以上のエンジニアと一緒に仕事をしており、その中にはベンチャーや上場企業でCTO/VPoT/テックリードといった役職についている「つよつよエンジニア」も多くいます。 (かくいう私も組織マネジメント力よりは技術力を評価されてCTOをしていますし、今もコードを書いています)。 「つよつよエンジニアになるためにはどのようなアクションをとればいいか」という視点で述べられていることは多くても「成果物にどのような特徴があるのか」という観点で述べられていることはあまり無い印象です。 成果物の特徴さえわかれば、まだ自身がそのレベルまで到達できていなくても、成果物のレベルを引き上げることができます。 （世阿弥の「風姿花伝」でも「真似る」
「自動テストとテスト駆動開発、その全体像」を執筆しました（Software Design 2022年3月号） - t-wadaのブログ
【更新】寄稿した記事が Web に公開されました 技術評論社様のご厚意により、 Software Design 2022年3月号に寄稿した「自動テストとテスト駆動開発、その全体像」が gihyo.jp にて公開されました。誠にありがとうございます！ gihyo.jp はじめに 2022年2月18日発売の Software Design 2022年3月号 にて、第2特集「そろそろはじめるテスト駆動開発」の第1章「自動テストとテスト駆動開発、その全体像」を執筆いたしました。第1章では、混同されることの多い自動テスト関係の概念を自動テスト、テストファースト、テスト駆動開発（TDD: Test-Driven Development）の3つの段階に分け、それぞれの効果や注意点を包括的に整理整頓しています。 ソフトウェアデザイン 2022年3月号 作者:大竹 章裕,瀬戸口 聡,庄司 勝哉,光成 滋生,
ジェフ・ベックの数ある名盤から絶対にはずせない5作品を選んでみた | ギター・マガジンWEB｜Guitar magazine
2023年3月13日（月）発売のギター・マガジン4月号は、1月10日にこの世を去ったジェフ・ベックの追悼総力特集。ギタマガWEBではその導入として、まだ彼を詳しく知らないギタリストのために、押さえておくべき基本的な情報をまとめていく。今回は彼が残した数多くの名盤から、ベック初心者にも絶対に聴いてほしい5作品を厳選した。ひとまずこの5枚からスタートして、自分が好きな時代の作品を探してみてほしい。 文／選盤＝近藤正義 Photo by Watal Asanuma/Shinko Music/Getty Images 歌モノのロック・ファンはこの1枚 ヤードバーズ、第1期ジェフ・ベック・グループ、第2期ジェフ・ベック・グループと、それまでロック・バンドをやってきたジェフ・ベックの集大成と位置づけたい。超ハードなサウンド、3人揃っての超絶テクニック、強力なボーカルとハーモニー、そしてよく聴けば意外に
はじめに 有用な知識の特性 Google SRE リソース Site Reliability Engineering: How Google Runs Production Systems The Site Reliability Workbook: Practical Ways to Implement SRE Building Secure and Reliable Systems: Best Practices for Designing, Implementing, and Maintaining Systems SLO Adoption and Usage in SRE Creating a Production Launch Plan Training Site Reliability Engineers: What Your Organization Needs to Cre
【翻訳記事】BDDの考案者が執筆した記事「テストについて話し合わなくてはならない」を翻訳しました！ - ブロッコリーのブログ
目次 目次 はじめに（本記事の見どころなど） テストについて話し合わなくてはならない テストの目的 「うまくいかないかもしれないものは何ですか？」 なぜテストをするのですか？ この場合に限り…… テスト駆動開発 〜テストについて語る前に説明が必要です〜 テストについて話しましょう なぜすべてのテストを自動化しないの？ テストカバレッジは有用な指標ですか？ 「テストをシフトレフトする」とはどういう意味ですか？ いつ、どこでテストすべきですか？ 十分なテストとはどれくらいですか？ おわりに はじめに（本記事の見どころなど） 今回は著者本人の許可をもらった上で、「テストについて話し合わなくてはならない」（原題は「We need to talk about testing」）を翻訳したので紹介します。 dannorth.net 本記事はDaniel Terhorst-North(Dan North
ルールは現場で死にました - The Rules of Programming の読書感想文 - じゃあ、おうちで学べる
本日は人生の数ある選択肢のなかから、こちらのブログを読むという行動を選んでくださいまして、まことにありがとうございます。 はじめに プログラミングの世界には多くの指針や原則が存在します。Chris Zimmerman氏の「The Rules of Programming」（邦題：ルールズ・オブ・プログラミング ―より良いコードを書くための21のルール）は、不変の知恵を凝縮した一冊です。これらの原則は、多くの開発現場で活用できる有益な内容となっていると思いました。 The Rules of Programming: How to Write Better Code (English Edition) 作者:Zimmerman, ChrisO'Reilly MediaAmazon 本書は、大ヒットゲーム『Ghost of Tsushima』などで知られるゲーム制作スタジオ、Sucker Pun
小山田圭吾、いじめ問題を謝罪するも炎上止まらず…ソニーがページ削除、息子のSNSも炎上（SmartFLASH） - Yahoo!ニュース
東京オリンピック・パラリンピック大会の開会式で音楽を担当するコーネリアス・小山田圭吾が、学生時代に障害者に対するいじめをおこなっていたという過去のインタビューについて波紋が広がっている。 【写真あり】東京オリンピック・パラリンピック大会開会式の作曲を担当する小山田圭吾氏 7月14日に起用が発表された小山田が、『ロッキング・オン・ジャパン』（1994年1月号）と『クイック・ジャパン』（1995年8月号）で苛烈ないじめ話をしていたことがSNSで話題となり、7月16日に小山田はツイッターで「非難されることは当然であると真撃に受け止めております」と事実を認め、謝罪した。 それを受け、ソニーのサイトに掲載されていたウォークマンに関するインタビューが削除され、「Not Found」の状態となった。 さらに、小山田の発言を掲載した『ロッキン・オン・ジャパン』の山崎洋一郎編集長は、18日、同誌の公式サイト
話題のバンドアニメ『ぼっち・ざ・ろっく！』がバンドマンに受け入れられている理由 中澤星児 2022年11月30日 2022年秋アニメのダークホースと言えば『ぼっち・ざ・ろっく！』だろう。実は、1話目を見た段階で書いたオススメ7選の記事でもオススメしていたのだが、ここまで盛り上がるとは。私（中澤）は、今や、『チェンソーマン』よりも最新話配信を楽しみにしている。 そんな『ぼっち・ざ・ろっく！』は、ミュージシャンうけがかなり良いことも特徴だ。私はバンドマンでもあるのだが、普段アニメの話をしない音楽仲間から本作の話を振られたりするのである。バンドマンにも受け入れられる本作の魅力とは？ ・バンドマンがバンドマンガを見て思うこと 前述の通り、バンドマンにしてアニメ好きである私。ちなみに、アニメは毎クール公開される作品の1話は全部チェックしているし、バンド活動も17年くらいやってる。どっちも結構筋金入り
AI時代にこそTDDだと思う話
GitHub Copilot、みなさん使ってますか？すでに多くの方が利用しており、「ないと困る」という方から「提案の質に問題がある」「まだまだ使えない」という方まで、様々な意見を聞きます。 筆者はGitHub Copilotに対して非常にポイティブな立場です。GitHub Copilotは使い方次第で開発速度を格段に向上させることを身をもって体験しており、これからの時代においてはGitHub CopilotなどのAIツールを使いこなせるかどうかで、個人の開発速度に非常に大きな差が出ると考えています。 重要なのは使い方次第と言う点です。前述のように様々な感想が溢れているのはAIツールの習熟度が大きく影響しているようにも感じます。AIツールは静的解析同様、利用者側の手腕が大きく問われるツールであると筆者は感じています。コマンドプロンプトエンジニアリングという言葉もあるように、AIツールを使いこ
漫画界三大愛らしい「ペットの犬」
【三大認定】 世紀末リーダー伝たけしの小次郎 ナンバMG5の松 でろでろのサイトーさん 【次点】 それでも町は廻っているのジョセフィーヌ 【最終候補ノミネート】 あずまんが大王の忠吉さん 銀魂の定春 宇宙兄弟のアポ とめはねっ！のピース 【選外】 ジョジョ１部のダニー はじめの一歩のワンポ タッチのパンチ BECKのBECK マスターキートンの太助 グラップラー刃牙のムサシ
プログラマ、テスト駆動開発者 和田卓人 学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒。執筆活動や講演、ハンズオンイベントなどを通じてテスト駆動開発を広めようと努力している。『プログラマが知るべき97のこと』（オライリージャパン、2010）監修。『SQLアンチパターン』（オライリージャパン、2013）監訳。『テスト駆動開発』（オーム社、2017）翻訳。『事業をエンジニアリングする技術者たち』（ラムダノート、2022）編者。テストライブラリ power-assert-js 作者。 日本におけるテスト駆動開発（以下、TDD）のエバンジェリストとして知られる和田卓人さん。TDDが世に出て20年あまりが経ち、開発者の間でその名が広がっています。その一方で、和田さんは「TDDの本来の意味を知らなかったり誤解したりしている人たちもかなり増えている」といいます。 今回は、TDDは本質
private 関数にもテストを書きたいとき
「private 関数にはテストを書かない」というのが多数派だと思う。だが昨日、仕事で In-source testing を書いていたらふと private 関数にテストを書きたくなった。そこで、In-source testingができる環境下でもprivate 関数にテストを書くべきかを X で聞いてみたら何か盛り上がっていた。 (In-source Testing: https://vitest.dev/guide/in-source.html) 反応を見る限り、やはり「private 関数にはテストを書かない」の方が主流だった。Kent Beck先生の http://shoulditestprivatemethods.com を紹介するツイートにもそういった反応が寄せられていた。（ぶんぶんさん、教えてくれてありがとうございます。） （このサイト面白すぎますよね・・・） 自分の立場を
I won't deny there may well be cases where a microservices-first architecture makes sense, but I think they're few and far in between. The vast majority of systems are much better served by starting and staying with a majestic monolith. The Prime Video case study that blew up the internet yesterday is but the latest illustration. Maybe once you reach the scale of Netflix or Amazon, there are areas
品質を犠牲にすることでソフトウェア開発のスピードは上がるのか？ 和田卓人氏による 「質とスピード」（後編）。デブサミ2020
品質を犠牲にすることでソフトウェア開発のスピードは上がるのか？ 和田卓人氏による 「質とスピード」（後編）。デブサミ2020 ソフトウェア開発のプロジェクトにおいて、リリースに間に合わせるために開発スピードを優先させ、ひとまず質には目をつぶろう、という判断がしばしば行われることがあります。 はたしてその判断は正しいのでしょうか。2020年2月13日と14日の2日間、都内で行われたイベント「Developers Summit 2020」（デブサミ2020）」の和田卓人氏のセッション「質とスピード」は、これを深く考察したものでした。 本記事は前編と後編に分かれています。いまお読みの記事は後編です。 品質とコストのトレードオフ関係も一概 ここでちょっと視点を変えて、Philip Crosbyさんの「Quality is Free」を見てみたいと思います。 というのも、今日のテーマでは品質と開発ス
達人出版会
探検! Python Flask Robert Picard, 濱野 司(訳) BareMetalで遊ぶ Raspberry Pi 西永俊文 なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 Jesse Storimer, 島田浩二(翻訳), 角谷信太郎(翻訳) 知る、読む、使う！ オープンソースライセンス 可知豊 きつねさんでもわかるLLVM 柏木餅子, 風薬 徹底攻略 AWS認定 クラウドプラクティショナー教科書 第2版［CLF-C02］対応 トレノケート株式会社 高山裕司 超楕円関数への招待 楕円関数の一般化とその応用 松谷 茂樹 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発 Tom Hombergs(著), 須田智之(訳) 詳解 AWS CloudFormation 潮村 哲 その決定に根拠はありますか？ 確率思
マイナーかもしれんが教えてくれ 追追追追記しました
好きな漫画がメジャーじゃなくてつらい というかジャンルとか出版社?がバラバラすぎてどういうのが好きなのか自分でもわかってない 有識者、下のリストを参考に俺の好きそうな漫画を見繕ってください…(タイトルうろ覚えもあるのは許してくれ) ソウルキャッチャーズ この音とまれ 青のオーケストラ 開演のベルでおやすみ 青のフラッグショコラの魔法アニマル横町ワンダーラビットガールenigma(逆さまにできなかった)約束のネバーランドアクタージュバラ色の聖戦 ランウェイで笑って 魔喰のリース 繭、纏うやがて君になる推しの子 群青にサイレンおはようサイコパスうそつきリリィ クロガネものの歩めだかボックス食戟のソーマ 斉木楠雄暗殺教室 iショウジョ 背筋をピンと左門くんはサモナー帝一の國…尽きた 思い出したら追記する。有識者、よろしくお願いします 学園アリスボールルームへようこそ 絢爛たるグランドセーヌ 累(
本連載では、業界の第一線で活躍する著名エンジニアたちが、それぞれの視点で選んだ書籍について語ります。ただのレビューに留まらず、エンジニアリングの深層に迫る洞察や、実際の現場で役立つ知見をシェア！初心者からベテランまで、新たな発見や学びが得られる、エンジニア必読の「読書感想文」です。 著名エンジニアが、独自の視点で「おすすめ書籍」の紹介を行う本連載。 今回は、米マイクロソフトのエンジニア・牛尾 剛さんによる『テスト駆動開発』（オーム社）の読書感想文を紹介する。 発売日：2017年10月14日 著者：Kent Beck 訳者：和田 卓人 定価：3,080円 （本体2,800円＋税） ISBN：978-4-274-21788-3 サイズ：A5 ページ数：344ページ 書籍概要：テスト駆動開発とは単にテスト自動化を行うことではなく、ユニットテストとリファクタリングを両輪とした小さいサイクルを回すこ
『マガデミー賞2022』主演男優賞にノミネートされた『ブルーロック』（講談社）主人公の潔世一 フィクションが描かれる漫画の世界だが、そこで生きるキャラクターには時代が反映されるもの。登場人物に対する読者の共感ポイントも、時代とともに変化しているようだ。かつて人気の漫画キャラといえば、ずば抜けた能力を持つ天才的な主人公が、その才能を開花させながら活躍していくイメージだったはず。しかし近年の読者が支持するキャラに、“天才”は不在。夢を掴むことを信じ、地道な努力を積み重ねる主人公の泥臭い姿に、より支持が集まっているようだ。「超人」より「リアルな人間性」を求める読者の心理とは。 「漫画キャラから学んだ生きる姿勢」ヒット漫画『ブルーロック』の主人公が支持を集める理由 読者の推薦をもとに、漫画キャラを称える『マガデミー賞2022』（ブックライブ主催）のノミネートキャラが発表。サッカー漫画『ブルーロック
この世の中に溢れているので自分が発言する必要はないが「ソフトウェアは認知の限界まで複雑になる」を自分なりに再考する - じゃあ、おうちで学べる
人間が何もしないと病気になるのと同じように、ソフトウェアも何もしないと複雑になる。 はじめに ソフトウェア開発の世界に飛び込んでから、「ソフトウェアは認知の限界まで複雑になる」という言葉を耳にしたとき、正直なところ、「ほへー」って思いながら何も理解していませんでした。しかし、大規模なシステムに携わるようになって、その言葉の重みを身をもって感じるようになりました。内部構造や相互作用が複雑化し、全体を把握するのが難しくなっていく。それは挑戦であると同時に、私たち開発者の存在意義を問いかけるものでもあります。 A Philosophy of Software Design, 2nd Edition (English Edition) 作者:Ousterhout, John K. Amazon この複雑性との闘いは、時に苦しいものです。でも、それを乗り越えたときの喜びは何物にも代えがたい。私たちの
『ゴリラーマン』の時代 ヤンマガで『ゴリラーマン40』の連載が始まっている。それで久しぶりに『ゴリラーマン』を読み直してみたら、やはり面白かった……と思いつつ、あの時代の感覚を共有していないと、今の読者には伝わりづらいかもな、と思うところもあったので、『ゴリラーマン』を成立させていた時代背景みたいなものを書いてみたい。 『ゴリラーマン』は、とにかく絶妙なさじ加減のマンガだった。 ヤンキーマンガであるけど、ケンカがメインというよりは「かったるい学校生活を過ごす高校生」という感じのマンガで、青春マンガの要素もあるんだけど、「燃えさかる青春」ということでもなく、どことなくドライなところがあった。なおかつ、妙にオタクっぽいところもある。間口が狭いんだか広いんだか、よくわからないけど面白いという、他にないタイプのマンガだった。 （以下、カッコ書きしてあるのが作品としての『ゴリラーマン』、カッコ書きが
そして友達が変わるたび想いでばかりがふえたけど私泣いたりするのは違うと感じてた - 沖縄で島猫と遊ぶ日々・(ΦωΦ)隠居編
I am 22St Century Schizoid Man. I like music. I like sunshine. A cat is laughing. A whale is flying in the sky. Today's happiness is tomorrow's happiness. --------------------------------------------------- --------------------------------------------------- やあ、みんな。 世界は広いぞ。楽しいぞ。 そして、とても刺激的だぞ。 もう身も心も震えちゃうぞ。 若い人たちよ。 世界に飛び出よう。 人生はチャレンジだ。 世界に飛び出て 人生を楽しめ。 他人に縛られるな。 いつも自由に生きろ。 --------------------------
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミングというより物事が出来るようになる思考法｜牛尾 剛
ネットの音楽オタクが選んだ2022年のベストアルバム 50→1 - 音楽だいすきクラブ
ソースコードブランチ管理のパターン - Martin Fowler's Bliki (ja)
現在時刻が関わるユニットテストから、テスト容易性設計を学ぶ - t-wadaのブログ
ネットの音楽オタクが選んだ2019年のベストアルバム 50→1 - 音楽だいすきクラブ
【翻訳】テスト駆動開発の定義 - t-wadaのブログ
プライベートメソッドのテストは書かないもの？ - t-wadaのブログ
「史上最高のギターソロ TOP50」 米Guitar World読者投票 - amass
エンジニアとして今の自分を形成した本を5冊紹介する - パンダのプログラミングブログ
筋肉ですべてを解決する人のプログラミング上達方法｜牛尾 剛
エンジニア3年目までに読んで良かった書籍 - Yuki Watanabe's Blog
保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像 ～Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より | gihyo.jp
つよつよエンジニアの成果物にある5つの特徴 - Qiita
「BECK」酷評にショック…「僕はオワコン」映画監督、堤幸彦66歳の今 キャリア初の自主映画で反転攻勢へ｜まいどなニュース
このSRE本がすごい！2024年版 - じゃあ、おうちで学べる
話題のバンドアニメ『ぼっち・ざ・ろっく！』がバンドマンに受け入れられている理由
TDDは「開発者テストのTips集」t-wada氏が改めてひも解く“本質” - レバテックラボ（レバテックLAB）
How to recover from microservices
「テスト駆動開発」は時を超える技術。凡人が天才と肩を並べるための秘密兵器【米マイクロソフト・牛尾 剛】 - エンジニアtype | 転職type
人気漫画キャラに変化の兆し、“天才”は不在？ 「“努力する”という才能を持っている」キャラ人気の傾向
『ゴリラーマン』解題〜いかに『ゴリラーマン』は斬新なマンガであったか〜 | マンバ通信