私はこれまでかなりの数の本を書いてきましたが、時々聞かれる質問の一つは、執筆にどのようなツールを使っているかということです。私は長年にわたって、少なくとも私の目的においては、かなり優れたツールチェーンを開発してきましたので、その全体がどのように連携しているのかを説明します。

私が初めて電子書籍リーダーを手に入れてからまだ1年ちょっとしか経っていません。今では、本当に必要な場合を除いて、紙の本は買わなくなりました。私は前回の本を主に紙の本として考えて書きましたが、それは最後になるでしょう。今後は電子形式を念頭に置くことになるでしょう。これらの変化は書籍の状況を完全に変えるでしょうが、それ以外は、次のステップはそれほど明確ではありません。

私は執筆活動の多くのエネルギーをパターンを書くことに費やしてきました。時々、なぜ私がそれをするのか、何が良いパターンを作るのかについて質問されます。これは、私自身がパターンをどのように見ているか、またパターンを書くことに興味がある人への提案についての短い記事です。

ソフトウェア設計の理解にパターンがもたらす貴重な貢献に関する私のIEEEコラム。

かなり前から、私はほとんどの執筆をXMLを使って行っています。前回の本をXMLで書いたほどです。私がこのことを人々に話すと、彼らは私の経験についていくつかの質問をしてきました。それが、このこと全体に関するこの短い記事を書くきっかけとなりました。

経験豊富なテクニカルライターが、いくつかの執筆プロジェクトを支援するためにChatGPTを使用することを検討しています。彼は、ChatGPTが下書きや追加コンテンツのプロンプトを通じて時間を節約できることを見出しますが、正確さと深みに欠けており、また楽観的な調子であるという問題もあります。全体として、うまく作成されたプロンプトを使用して小さなチャンクを要求し、反復的に作業すれば役立ちます。

Twitterを便利にし、時間の浪費を避けるために私がしていること

Twitterの現状が不確実であるため、私はMastodonの使用を検討し始めています。

ソフトウェア開発分野の不満の一つは、さまざまな技術やツールの中からどれを選ぶかということです。しばしば、このことについて誰かが話すと、その技術やツールが代替案よりも優れているという「確固たるデータ」を求められます。それは理解できる要求ですが、最終的には運命づけられたものです。まず、私たちは生産性を測定することができません。

アンドリュー・ケーニグは、残念ながらインターネットでは入手できないJOOPの記事で「アンチパターン」という用語を最初に造りました。その基本的な考え方（私が覚えている限り）は、アンチパターンとは、最初は良いアイデアのように見えるものの、トラブルに陥ってしまうようなものだということです。それ以来、この用語は単に悪いアイデアを示すためによく使われていますが、私は元の焦点の方がより有用だと思います。

時々、私が言ったことに同意しないだけでなく、私がそれを言ったことに驚いている人がいます。「あなたのような第一人者が何かを言うと、多くの人が盲目的にあなたの言うことをそのまま実行するでしょう」。

動画の作成と編集は以前は高価な作業でしたが、現在ではカメラと編集ソフトウェアは安価になっています。その結果、私のようなおしゃべりな多くの人が、自分のアイデアを広めるのを助けるために動画を作成するようになりました。これを行う理由はたくさんあります。それは多くの可能性を秘めたメディアであり、ステージでうまく話す私のような人に適しており、人々が動画にお金を払うという良い証拠があります。それは収入のためにも、人々がそれを真剣に受け止めているという証拠としても良いことです。これらの理由にもかかわらず、私は今のところ飛び込んでいません。

私は最近、実稼働コードをあまり書いていませんが、それでもかなりの時間をコードを書くことに費やしています。このコードは特定の形式のコードであり、書籍でアイデアを説明するためのものです。書籍のコードは実際のコードとは少し異なり、書く際には考慮すべきいくつかの異なる力があります。

私は設計について書いていますが、多少抽象的な設計パターンについて議論する場合でも、ソースコード例を提供することは有用であるという私の見解です。もちろん、これにより、コード例がパターンであると人々が考える可能性がありますが、コードが提供する精度によってそのリスクは相殺されると思います。私はアイデアについて確信が持てない場合でも、コード例が私にとってそれを明確にするのに役立つことが何度かあります。そのため、設計に関する私の執筆では、常にコード例を提供するように努めています。

アジャイルソフトウェア開発宣言の最も印象的な点の1つは、その価値観の形式「私たちはyよりもxを支持する」です。誰がそのアイデアを思いついたのか、それがどのように生まれたのかは覚えていません。おそらく、アイデアを出し合っているうちに自然に浮上してきたのでしょう。しかし、その特徴的な形式は、何人かの人がその形式を再び使用しようとするきっかけとなりました。

先週、私の署名シリーズの最新刊：ジェラード・メサロスのxUnitテストパターンを入手しました。私はジェラードと2年間ほど断続的にこの本に取り組んできたので、その内容にはかなり精通していますが、実物を見たときにはなぜかショックを受けました。どういうわけか、その本の大きさに気づいていませんでした。883ページもあり、私のシリーズの中で最も大きな本です。

私が執筆のキャリアを始めたとき、私は技術雑誌に記事を書くことから始めました。現在、私が記事の長さの作品を書く場合、それらはすべてウェブ用に書かれています。紙の雑誌はまだ存在していますが、それらは縮小傾向にあり、おそらく絶滅する運命にあるでしょう。しかし、紙の雑誌が衰退しているにもかかわらず、紙の雑誌の多くの前提は依然として作家や出版社を束縛しています。これは特に、私が自分のサイトで公開したい記事に取り組んでいる人々と最近交わした会話の中で浮上してきました。

ソフトウェアシステムの理解を深める上での問題の1つは、十分な例を見ていないということです。多くの専門分野では、人々はすでに完了しているものを見ることで学びます。例は、インスピレーション、良いアイデアの源、および困難の警告として役立ちます。長い間、このようにしてソフトウェアについて学ぶことははるかに困難でした。

週末に、ジョン・ヴリッシデスが長い癌との闘病の末に亡くなったという悲しい知らせを聞きました。ジョンは、おそらくソフトウェア設計に関する最高の書籍を作成した「Gang of Four」の一人として最もよく知られています。

ソフトウェア開発に関するライターおよび講演者として、私は私たちの職業に関する膨大な量の一般的なアドバイスをしています。DecoratedCommandがどのように機能するかという具体的なものから、SoftwareDevelopmentAttitudeについてどのように考えるかという哲学的なものまで、私が発する雑音は絶えません。さらに、私は一般的なアドバイスを提供する大きなコミュニティの一員にすぎません。著者、アナリスト会社、ジャーナリストなど、誰もが読める量よりも多くの情報があります。

常にバージョン管理を使用している者として、私はそれがコンピュータの使用のより多くの分野に拡大する可能性があると考えています。ソフトウェア開発者以外で、バージョン管理を使用しているコンピュータユーザーはほとんどいません。しかし、ソフトウェア開発者が知っているように、バージョン管理は共同作業のための優れたメカニズムであり、複数の人が1つのソフトウェアシステムで共同作業を行うことができます。バージョン管理がより広く使用されると、どのようなメリットがあるでしょうか？

講演で視覚的なチャンネルとしてスライドを再び使用するようになったため、ポイントを伝えるのに役立つように、図を使用したアニメーションを使用するようになりました。主要なプレゼンテーションプログラム（KeynoteとPowerpoint）は、長い間アニメーションをサポートしていましたが、私はより強力で使いやすいモーショングラフィックスツールを探す傾向がありました。

このサイトのすべては、シンプルなXMLドキュメントで書かれており、HTMLに変換されています。これは非常にうまくいき、HTML形式を処理することについて心配する必要がないことを意味します。（ご存知のように、派手なレイアウトは私のスタイルではありません。）私は本全体をそのように書いたほどです。

2年前、私は私の仕事生活の重要な側面を変更しました。それまでは、1台のコンピュータ（またはより厳密には1つのハードドライブ）でのみ作業しようとしていました。私の作業ファイルはすべて、ラップトップのハードドライブに保存されていました。デスクトップマシンを使用する場合は、ファイル共有機能を通じてこれらのファイルを使用していました。

新語

1：新しい単語、用法、または表現。
2：精神病者が作り出した意味のない単語。

-- Merriam-Webster

私の文章をよく読むと、私が強迫観念的な造語主義者であることにすぐに気づくでしょう。私は常に新しい単語やフレーズを生み出そうとしており、実際、このブリーキ（bliki）はその習慣を中心に設計されています。

マイクロソフトは、PatternShareという新しいコミュニティリソースをリリースしました。そのアイデアは、多くのパターン作成者からのパターン概要をまとめ、それらの間の相互接続について議論し、さらに探求するためのプラットフォームを提供することです。この作業の多くは、パターンの血統において右に出る者のいないWard Cunninghamによって主導されました。そこでは、私自身、GOF、POSA、Hohpe/Woolf、Evans、そしてマイクロソフトのパターンを見つけることができます。

パターンに関する書籍に対するよくある不満は、経験豊富な開発者に伝える新しいことが何もないということです。（最近、アマゾンのレビューやThe Server Sideでいくつかこのような意見があったので、今は敏感になっているのかもしれません。）これは事実であるだけでなく、パターンの本質でもあります。

作家としての私の成功の副作用の一つは、私がちょっとしたギークセレブになったことです。それは非常に小さなもので、通常はギークカンファレンスでのみ効果を発揮します（サンフランシスコではレストランで私に近づいてくる人が数回いましたが）。それが起こる前は、私は名声への軽い憧れ以外、それについてあまり考えていませんでした。今それが起こったので、私はそれについてより意識するようになりました。そして、全体として私はそれが嫌いです。

私は、ソフトウェア開発で目にするものを説明するために、造語を作る習慣があります。これは、この分野の作家の間ではよくある習慣であり、ソフトウェア開発にはまだ有用な専門用語が不足しています。専門用語を構築する上での問題の1つは、用語が意味を失う脆弱性を持っているということです。意味拡散の過程で、つまり、私たちの専門用語への潜在的な追加用語をさらに使用することです。

時々、私の署名シリーズに本を入れる方法について質問があります。世の中にはたくさんの書籍シリーズがあり、各シリーズには受け入れるものを決定するための独自の方法があります。これが私の決定方法です。

時々、Smalltalkを試してみて、何が騒がれているのかを知りたい人に会います。私の古いお気に入りのSmalltalk入門書は絶版になりましたが、今ではここからダウンロードできることを発見しました。Smalltalk関連の他の資料もたくさんあります。この資料は、リエンジニアリングパターンに関する優れた本の共著者であるStéphane Ducasseによってホストされています。

私は最初の招待の波に乗るほどクールではありませんでしたが、ソーシャルネットワークの次のビッグシングかもしれないGoogle+に参加しました。この重大な出来事を記念して、これまで私がソーシャルネットワークをどのように使用してきたか、そしてGoogle+の影響についての根拠のない推測を少し書くことは適切でしょう。

多くの標準規格文書を読む場合、過剰な量のコーヒーが必要になることに加えて、いくつかの単語の過負荷な意味に注意する必要があります。

このブログを読んで生産的な時間を無駄にするのは一つのことですが、翻訳したい人もいます。そこで、Wee Witthawaskulが率いるチームによって行われているタイ語翻訳を歓迎したいと思います。約15年前、私は典型的なバックパッカーの西洋人観光客としてタイを訪れました。バンコクの川のバス、パイ近郊でのハイキング、コピピでのシュノーケリング、そして素晴らしい食事は良い思い出です。私が最初にWeeに会ったのは、彼がRalph Johnsonと一緒に働いていた時でした。彼は今、私と一緒にThoughtworksに入社しました。

2006年の夏に、私はUIパターンに関する主要な作業を行いました。それ以来、私の主な執筆の焦点が（それほど目立ちませんが）ドメイン固有言語に移ったため、それらはほぼ休止状態になっています。このページでは、その作業に関連する私が気に入った文章へのリンクをメモしておきます。

XMLはしばらくの間存在しており、多くの場所で使用されています。実際、そうあるべきよりもはるかに多く使われています。ほとんどのツールと同様に、XMLはあることには適していますが、他のことには適していません。