お前らの議論の仕方は間違ってる -フェーズを意識した議論の進め方-
https://qiita.com/crossroad0201/items/69fda265cdeda134f7af
ある期間で、ある人数で、ある金額で仕事をするときに、いろいろな制約条件にがんじがらめの場合には、上記方法で仕事をすることに意味があることは合意。
共有とか、決定とか、自分でしたことがない人がいて、仕事の流れに追従だけしていると、技術力とか、指導力とかは身につかないかもしれない。
オープンソースで共有, 発散, 収束, 決定がいらない仕事を進めてみて、技術力とか指導力とかを考えるのもよいかもしれない。
「オープンソースプロジェクトで上手いことやってくための10の方法」を拝読し
https://qiita.com/kaizen_nagoya/items/81265788e7cf8f7b230b
この記事と、この記事の元記事に共通の事象、認識を出発点として論を進める。
「」書きの事項が、１０の方法のうちの９つ。
共有
オープンソースは初めから共有している。
仮説(10)「共有」と言って良い時
https://qiita.com/kaizen_nagoya/items/b554d24193f38740ce6a
オープンソースでない事業の場合、共有と言いながら、紐付きで、制約が多く、共有でないことがしばしば。
オープンソースで、共有ってどういうことか経験しておくとよい。
「こまけぇことはいいんだよ！まずはやろう！」
「GitHubの仕様をよく理解する」
「英語を使う」
発散
オープンソースの利用対象集合は、全世界である。
分布は発散している。
敢えて、発散する必要はない。
「やりたいようにやる」
「人には好み、主義・主張がある」
「敵はどこにもいない」
収束
オープンソースでは発散しているものを収束させる必要はない。
自分のやりたいようにやればよいだけだから。
「利用者を守る」
「ローカルルールに従う」
「相手に敬意を払う・おもてなしの心」
決定
オープンソースでは発散しているものを収束させてから決定する必要はない。
自分のやりたいようにやればよいだけだから、発散したまま決定すればよい。
まとめ
オープンソースでは、共有・発散・決定が同時。
次に自己決定で分岐（発散）するかもしれない。
最後に統合決定（収束）するかおしれない。
収束してから決定するのではない。
流れとしては、
共有・発散・決定ー＞自己決定・分岐（発散）ー＞統合決定（収束）
オープンソースで、どこからか資金が出るときには、別の方法を取ることもある。
オープンソースで、何人かで組んで作業するときには、別の方法を取ることもある。
大事なのは、構造設計社(architect)が、よりよい構造への変化の可能性を見積もり、いつ構造変革を行うか。
よくない変化を捨てる決断がでるかどうかなど。
進め方（process)ではなく、構造についての決断（決定）が大事かも。
それ以外の、もろもろの制約条件、複数の選択肢、過去の遺産の継承など、など。
一度、オープンソースで、構造設計から、配布、分岐、統合などを経験しておくと、制約条件の多い業務で、どこまで発散し、いつ収束するといいかの勘所がつかめるかもしれない。
オープンソースの世界に嵌ってしまって、抜けられなくなるかもしれない。
権利と義務の前に。仮説（147）
https://qiita.com/kaizen_nagoya/items/47d4e992d0fd340403fd
Ethernet 記事一覧 Ethernet(0)
https://qiita.com/kaizen_nagoya/items/88d35e99f74aefc98794
Wireshark 一覧 wireshark(0)、Ethernet(48)
https://qiita.com/kaizen_nagoya/items/fbed841f61875c4731d0
線網（Wi-Fi）空中線(antenna)(0) 記事一覧(118/300目標)
https://qiita.com/kaizen_nagoya/items/5e5464ac2b24bd4cd001
C++ Support(0)
https://qiita.com/kaizen_nagoya/items/8720d26f762369a80514
Coding Rules(0) C Secure , MISRA and so on
https://qiita.com/kaizen_nagoya/items/400725644a8a0e90fbb0
Autosar Guidelines C++14 example code compile list(1-169)
https://qiita.com/kaizen_nagoya/items/8ccbf6675c3494d57a76
Error一覧(C/C++, python, bash...) Error(0)
https://qiita.com/kaizen_nagoya/items/48b6cbc8d68eae2c42b8
なぜdockerで機械学習するか 書籍・ソース一覧作成中 (目標100)
https://qiita.com/kaizen_nagoya/items/ddd12477544bf5ba85e2
言語処理100本ノックをdockerで。python覚えるのに最適。:10+12
https://qiita.com/kaizen_nagoya/items/7e7eb7c543e0c18438c4
プログラムちょい替え（0）一覧:4件
https://qiita.com/kaizen_nagoya/items/296d87ef4bfd516bc394
一覧の一覧( The directory of directories of mine.) Qiita(100)
https://qiita.com/kaizen_nagoya/items/7eb0e006543886138f39
官公庁・学校・公的団体（NPOを含む）システムの課題、官（０）
https://qiita.com/kaizen_nagoya/items/04ee6eaf7ec13d3af4c3
プログラマが知っていると良い「公序良俗」
https://qiita.com/kaizen_nagoya/items/9fe7c0dfac2fbd77a945
LaTeX(0) 一覧
https://qiita.com/kaizen_nagoya/items/e3f7dafacab58c499792
自動制御、制御工学一覧（０）
https://qiita.com/kaizen_nagoya/items/7767a4e19a6ae1479e6b
Rust(0) 一覧
https://qiita.com/kaizen_nagoya/items/5e8bb080ba6ca0281927
小川清最終講義、最終講義（再）計画, Ethernet(100) 英語(100) 安全(100)
https://qiita.com/kaizen_nagoya/items/e2df642e3951e35e6a53
＜この記事は個人の過去の経験に基づく個人の感想です。現在所属する組織、業務とは関係がありません。＞
This article is an individual impression based on the individual's experience. It has nothing to do with the organization or business to which I currently belong.
文書履歴(document history)
ver. 0.01 初稿 20220707
ver. 0.02 add URL 20240328
ver. 0.03 補正 20240408
最後までおよみいただきありがとうございました。
いいね 💚、フォローをお願いします。
Thank you very much for reading to the last sentence.
Please press the like icon 💚 and follow me for your happy life.