テクニカルブッククラブを運営する最良の方法は何ですか？[閉まっている]

職場では、ランチタイムのブッククラブをしばらく行っています。これまでにやったこと：

• きれいなコード
• レガシーコードを効果的に使用する
• 実用的なプログラマー

1週間に1つの章を読み、1人がコンテンツを紹介し、議論を促進するために割り当てられます。3つのうち、おそらくプラグマティックプログラマーで最も成功したでしょう。コンテンツが技術的に複雑であるほど、本が進むにつれてより多くの人々が脱落する傾向があったようです。

SICPやJava Concurrency in Practiceのような技術的に重い本をやりたいのですが、現在行っている形式でこの作業を行う良い方法がわかりません。どのようなアドバイスがありますか？

ブッククラブで私がしたいことは、実用的なアプリケーションを見つけることです-または本の概念の実用的なアプリケーションの例です。誰かにプレゼンテーションを依頼する代わりに、複数の人（またはボランティアをしたい人）に、本の概念の関連する例を考えてもらいます。

たとえば、壊れたウィンドウについて実用的なプログラマーの章を読むとき（これはすでに読んでいますが、誰もがこの本を読んでいるので良い例です）、独自のソースコードで壊れたウィンドウの例を尋ねてください-または、チームがよく知っているコード上の壊れたウィンドウの例。私にとって、紙の上でよく見えるアイデアと実際の例との関係は、ポイントを家に追いやるのに大いに役立ちます。

技術的な詳細を扱うときは、問題に取り組み、克服できるように、自分で試してみたいと思います。したがって、プログラマーの技術的な欲求を刺激したい場合は、この主題に関するクールなものを提示し、読みたい本を指し示すべきだと思います。これは、MicrosoftがPDCまたは他の会議で行っていることです。彼らはクールなものを入れて、もっと読むためのリソースを提供します。お役に立てば幸いです。

たぶん時々会議形式を変更し、誰かが技術的なトピックを取り上げてグループに提示することがあります。

技術的な本に関する私の個人的な意見は、毎日の議論です。ブッククラブの観点からは難しいことを理解していますが、認定試験に挑戦するというあなたのグループの挑戦はいかがですか。4週間の準備に限って、それは技術的なものに従事する楽しみです。その場合、村全体は必要ありませんが、グループはやる気のある少数の人々で終わり、1週間で本当に自分自身を除外します。私を信じて、これがあなた自身とチームに挑戦する方法です。