ようこそ
このサイトはブログやアドバイスの集まりではありません。これは、エンジニアの経験を構造化するための作業スペースです。Fluentでの計算や有限要素法から、CI/CDパイプラインの構築、ITにおける信頼性文化の形成まで、その道のりを辿ったものです。
ここでは次のような内容をご覧いただけます：
-
実際のケーススタディの分析：修士論文の防御がうまくいかなかった理由、管理者の承認なしで監視を導入する方法、そして「これなら動いているから」と思われているものをどう「ドキュメント化」するかなど。
-
ツールの紹介：私たちはどのように Markdown + Git + Docsify + Discourse を活用して、生きた、最新の、共同編集可能なドキュメントを作成しているか。
（※リンク先はロシア語のDiscourseフォーラムです。）- システムについての考察：なぜ「マルチタスク」（多タスク）は優れた能力ではなく、AIがエンジニアの仕事にどう影響を与え、なぜ技術チームには「人間的」な「プロセス」が必要なのか。
これはまだ本ではありません。
「理想的なタイミング」を待つわけではありません。DevOpsのように、**「完璧な計画より、動くプロトタイプ」**の方が良いです。本文は更新され、構造は改善され、一部のアイデアは却下されるでしょう。
誰のためのものか？
-
「オーバーワーク」に疲れ、持続可能なシステム作りを望むエンジニアの皆さん。
-
「ドキュメントは製品の一部」だと信じ、それを「義務」や「負担」と捉えていない方々のため。- プロセスを理解している人向けに：プロセスがない自動化は、新しい形の手作業です。
どうやりとりするか？
-
読んで、コメントして、議論してください。
-
登録すると、テキストや画像の分析に使えるAIツールにアクセスできます。
-
自分の考えを knigi@rabkesov.ru に送ってください — それらはサイトのテーマになります。
「成功した人は本を書かない — それらは問題を解決する。しかし、時々は立ち止まって、どのように 解決したかを記録すべきだ。」
