@kazuo_reve「マネージャー・リーダーの私にとって有益な知見が得られた書籍」への謝辞

@kazuo_reveマネージャー・リーダーの私にとって有益な知見が得られた書籍
https://qiita.com/kazuo_reve/items/6976029e72763ea73245

記事を拝見して、bookmeterへと飛んだ。

そして、amazon.co.jpへと飛んだ。

すると、amazon.co.jpには感想が書いてあるのに、bookmeter.comには書いてないものを３つ発見した。

読書メーターの「今まで買ってよかった技術書を紹介しよう！」
https://bookmeter.com/events/8648

という企画でも、amazon.co.jpには感想が書いてあるのに、bookmeter.comには書いてないものが同様に３冊発覚している。

合計６冊の紹介と、他の @kazuo_reveさんが紹介しているもののうち、
私が読書メーターに感想を記録していたものを紹介する。

この記事を書こうと思ったのは、このQiitaの期間限定行事での私の記事いいねの最高数をあっというまに抜き去ってしまった記事への感謝と内容への謝辞を込めてるんです。

先端技術者のためのトラブルシューティング技術―組込みシステムの品質問題をこの一冊で原因究明
https://bookmeter.com/books/1345074

>開発中止を上から言い渡され、市販品を使わされ、バグ取りに奔走させられ、よくある大企業での開発現場の状況が描写されている。判断できない人が判断したことによるつけまで、現場に追わせるような人がいる会社では、後追い不具合対策で手一杯になる。不具合対策で、原因究明の経験を、それなりに分類して説明してくれている。だいたいが、思い当たる。きちんと書籍になっていることは嬉しい。おまけに、わかりやすい図表が入っているので、他人に説明する際にも役立つ。開発中止を上から言い渡され、市販品を使わされ、バグ取りに奔走させられ、よくある大企業での開発現場の状況が描写されている。判断できない人が判断したことによるつけまで、現場に追わせるような人がいる会社では、後追い不具合対策で手一杯になる。不具合対策で、原因究明の経験を、それなりに分類して説明してくれている。だいたいが、思い当たる。きちんと書籍になっていることは嬉しい。おまけに、わかりやすい図表が入っているので、他人に説明する際にも役立つ。技術者で表現が下手な人がいると、誤解を受けることがある。ちゃんとした表現をしている本書を使って、自分が表現できないことは、他人の表現を見せることによって、解決していくのがよいと思いました。しばしば本書を薦めさせていただいています。

@kazuo_reve さんの感想

> 金子さんの講演は楽しい、刺激がある。経営者やPMは、是非一度話を聞いてみるみよい。トラブルシューティングについて、体系的に知識を整理した本ははじめて見た。自分の中に、本書で示されているような方法論を持ち、使いこなせるようになりたい。

トラブルシューティング(デバッグ)について実体験から学んだこと
https://qiita.com/kazuo_reve/items/d8fff990b8f2e691ad74

「失敗の本質―日本軍の組織論的研究」，戸部 良一, 寺本 義也, 鎌田 伸一, 杉之尾 孝生, 村井 友秀, 野中 郁次郎
https://bookmeter.com/books/507067

>戦略研究(OR: operational research)の専門書では、 日本とドイツには、ORがデータに基づいたものがなかったという評価がある。 結果論なので、どうともいえるが、失敗を反省すべきところはすればよいと思う。 企業経営において、同じ過ちを繰り返さないようにするのがいいか。 国家経営と企業経営が違うのか。 見極めが必要だと思った。

「ゆとりの法則 － 誰も書かなかったプロジェクト管理の誤解」，トム・デマルコ
https://bookmeter.com/books/37540

>ゆとりが、改善ののりしろ。ゆとりがないと、改善できないという話がつかみ。 P37 「NPO（非営利組織）では、管理をしないか、または管理をして全員いなくなってしまうかだ。」 「管理者は１００％自分に管理権限があると思い込み、私の仕事はすべてを管理すること、 部下の仕事はすべてをやることだと思っていた。違った考えをするまでには、長い時間がかかった。」 非常にうまい点を捉え方をしている。 ファンが多いのもうなづける。

@kazuo_reve さんの感想

>プレッシャーがパフォーマンスに与える影響を認識する必要あり。リスク管理は、専門の担当者がいたほうがよい。いろいろと大切な考え方多数。周りの管理者もみんな読んだほうがよい。自分も、もう少し経験を積み上げ、もう一度読み直す。

# それ以外の「マネージャー・リーダーの私にとって有益な知見が得られた書籍」で感想をあげている本

「人月の神話【新装版】」，Jr FrederickP.Brooks
https://qiita.com/kaizen_nagoya/items/e38c97a8a468c7fc5743

>恥ずかしながら、有澤先生の「ソフトウェア工学」を読んでブルックスがソフトウェア工学の大家であることを知りました。この本はその前から読んでいたかもしれません。プログラマには当たり前のことが書かれていて納得感あり。ソフトウェア工学の大家の書いたことと、この本とが一致したのは何年か後のこと。仕事で何か行き詰ったときに、この本を読み返すとよい。ソフトウェアを書かずに、現場の役にも立とうとする人は必読。管理者や大学の先生は現場の意見を聞く前に本書を読んでおくとよい。本書を読んで何がわかったかがリトマス試験紙かも。

## 「「派生開発」を成功させるプロセス改善の技術と極意」，清水 吉男
参考文献の参考文献は参考文献だ「「派生開発」を成功させるプロセス改善の技術と極意」を超えて
https://qiita.com/kaizen_nagoya/items/562a0cf784cf92bc0ebb
https://bookmeter.com/books/422459

>世界中でシステム設計の現場では「新規開発」より「派生開発」としての動いているシステムの変更や機能追加が多い。その点に着目した著者の経験が凝縮。派生開発の場合に何が課題になるかの仕立て。仕様をどうやって明確にする知見が豊富。仕立て(tailoring)だけでなく，現場にあわせた着付け(fitting)もできる。決めたことを決めた通りにやるだけなら能力のある技術者はいらない。どういう制約条件のもとで決めたことか条件が変わったらどうするかを考える能力があるかどうかが課題。
数少ない日本の相談業務（コンサルティング）を頼みたくなる方。一度，清水さんの話をお聞きになられた方なら感じられたと思う。相手を引きつける力、相手に頼む力、相手の話を聴く力がある。自分の経験を大事にする技術者としての感性を持ったまま，経営的な課題に取り組もうとする姿勢がある。著者の書かれたことを勉強するだけでなく，著者そのものを勉強することをお勧めしたい。

@kazuo_reve さんの感想

>ドラえもんのポケットの例え好き。変更だけでなく、移植についての言及もある。

## ソフトウェアエンジニアリング論文集80's デマルコ・セレクション
 IT教育の基本としてきたこと。ソフトウェアエンジニアリング論文集80's デマルコ・セレクション参照。仮説・検証（184）
https://qiita.com/kaizen_nagoya/items/efeed472847aa4fcc835

>経営. ソフトウェア工学の超構造化管理　, Gerald M.Weinberg 銀の弾丸はない , Frederick P.Brooks, Jr ソフトウェアコストの理解および制御 , Barry W.Boehm, Phillip N.Papaccio ソフトウェア研究についての私見, Dennis M.Ritchie 測定. ソフトウェア開発見積りのメタモデル , John W.Bailey, Victor R.Basili 方法.生産性改善のためのソフトウェア開発環境 , Barry W.Boehm
「経産省はITSSなるものを打ち上げたのですが、浸透は十分とは言えません。それは表面的な知識を要求しているからです。」 「Hoareの仕事であるCSP(communicating Sequential processes)やHansenの並列パスカルと比べてどこを改良したのかと聞いたところ、そんなものは知らないというのです。私は驚きました。」 「論文の構成」「参考文献の読み方」「重要語にこだわる」 ソフトウェア費用の理解および制御 論文の後に「本論文の今日的意義」「解説」「コンピュータ倫理と職業倫理」

@kazuo_reveさんの感想

>すごく面白い。ワインバーグさんの論文で言っている以下は大切。1自分に対する圧力を緩め、自分の業界や分野以外に興味をもち、他の業界や分野から学ぶ時間を作る。2自分に対する過度の管理をやめれば、他人への過度の管理もやめられる。 TEXを開発したKnuthが、エラーログを公開し、エラーログを記録しても同じ誤りをすると述べている。凡人でも天才でも、同じような誤りを繰り返す。自分が誤りを犯すことを認め（予見し）、誤りを探し修正することが大切。



##ソフトウェアプロセス成熟度の改善 ワッツ・S. ハンフリー

https://bookmeter.com/books/2454958

>CMM関連文献で最初に読んだのが本書でした。1994年頃。CMMを始めとするプロセス評価モデルの標準化として、ISO/IEC15504のTRをISO/IEC JTC1 SC7 WG10で審議していた。本書翻訳者の藤野先生が国内の委員会の主査をされていた。優秀な技術者を集め、当時の技術の最高峰であるAdaを使っても、納期が守れない状況に対して、SEIが、日本などのソフトウェア工場的な仕事の仕方を調べて作成したのが成熟度モデル。アメリカのような歴史の浅い国は成熟した日本社会には学ぶものも多いと推測。
当初はISO/IEC 15504の内容も、経験的な事項で役に立ちそうなことが沢山書かれていました。その後、標準として他の規格との整合性を取ろうとして、形式的な記述が増えてしまったかもしれません。 ちょうど、2008年にJISが発行されました。約１５年かかったことになります。 JISを読む人も、この本も併せて読むとともに、PSP、TSP、PeopleCMMも併せて読むとよいかもしれません。
1993年にISO 9000のソフトウェアへの適用を検討していました。情報処理学会情報規格調査会の会員企業の方から推薦されて、ISO/IEC15504の標準化に取り組むことになりました。

@kazuo_reve さんの感想

>！おすすめの本！ソフトウェア開発者（特にプロセス改善に関わる人）は必ず読むべき本。 いろいろの方が述べているが「約束の規律」「約束の作成」「約束の階層」という節は、私も感銘を受けた。また、この本を読むとSQAのイメージも変わると思う。

##「データ指向のソフトウェア品質マネジメント―メトリクス分析による「事実にもとづく管理」の実践」，野中 誠, 小池 利和, 小室 睦
https://bookmeter.com/books/5474213

>6.1.4 欠陥の分類 がよい。 　機能性欠陥 　発展性欠陥 に分類している。 全体の章が影響の把握，静的モデル，動的モデル、測定方法という構造が良い。 金融系で聞く具体的な不具合について、データでの分析があると嬉しかった。 事故があっても分析結果を公開していないため不可能かも。

@kazuo_reve さんの感想

>私の師匠達の本。現場で活用しやすい、ソフトウェア関連メトリクスの活用ノウハウ。（ソフトウェア品質技術者のための）データ分析勉強会で、テキストとして使った。

# 分類
ピープルマネジメント、テクノロジーマネジメント、プロジェクトマネジメント、プロダクトマネジメントの評価は貴重ですね。

プロダクトマネジメントの本を読んでないのは、@kazuo_reveさんが、プロダクトマネジャーとして一流だからだと思う。人の本よまずに、ご自身で製品について本を書かれることをお勧めします。

私は移植とか、市場ぶんせきとか、広告宣伝でしか成果をだしておらず、
基本構造を書いたことは、遊びのソフトウェア以外ないんです。

遊びといっても、展示会用のデモソフト、展示会用ゲームソフトなんですが。

試験用ソフト、測定ソフトは本業です。汎用的なものではなく、測定対象に依存した作りになっていて、構造で自慢できることはほぼない。

# 読書メーターの行事で発覚した３冊
今まで買ってよかった技術書を紹介しよう！
https://bookmeter.com/events/8648

上記、人月の神話と、下記２冊。

## Effective C++ 
Qiitaに一度記事を書きかけたことを思い出しました。 
https://bookmeter.com/books/425954 

>Efective C++をやりはじめなんとか仕事ができるようには 短歌

やっつけの記事。 
https://qiita.com/kaizen_nagoya/items/e3a2fe74debc767b4cfd

## コンサルタントの秘密
ワインバーグ　コンサルタントの秘密
https://qiita.com/kaizen_nagoya/items/5cbad8d044231b8c5d08
https://bookmeter.com/books/105081

>２０代のころ、コンサルが主催する合宿形式のセミナに１週間参加したことがある。設計段階の３人ごとの班単位での参加。コンサルの言うことにことごとく反論したら、つぎつぎ別の知見を提供してくれた。コンサルは吊るし上げなきゃダメなんだということがわかったことと、大事なことにそれぞれ優先順位をつけてから３人で相談しろというのは今でも継承している。一緒に参加した方からは、その後すごく信頼された。吊るし上げなければ、コンサルは何も教えてくれなかったろうと。そんな文脈で読むと面白いかも。吊るし上げなくても教えてくれてる。

# 感想
あるオープンソースの事業で、技術者のスキル判定をしていた。

スキル判定をする私のスキルは誰に判定してもらおうってなって、

amazon.co.jpに１万冊感想書くから、それを評価してって、

北海道立工業試験場の　掘武司　さんに感想を読んでもらっていた。

読んで、内容に問題がなければいいねをつけてもらう感じで。

3333冊を超えたころに、「もう勘弁してください」って言われた。

国会図書館に籠って、多い時は３０冊以上の感想をあげるから。

１日に３０冊読んだわけではない。そえまでの50年間くらいで読んだものの、
感想をあげるために手に取っているだけだから。

１万冊という目標は、amazon.co.jpで reviewerの１位になれば、
掘武司さんの確認だけじゃなくて、社会的な評価にもなるから、
確認した掘武司さんの責任じゃなくなるっていう筋書き。

３年間で１万冊という目標だった。
結果としては、４年半かかった。
１万冊になったころに、No.1 Reviewerにもなった。

いいねの数が３万ちょっとだから、10分の１は、掘武司さんがいいねしてくださったおかげ。
https://www.amazon.co.jp/gp/profile/amzn1.account.AEZYBP27E36GZCMSST2PPBAVS3LQ/ref=cm_cr_arp_d_gw_btm?ie=UTF8

amazon 殿堂入りNo1レビュアーになるまで。仮説・検証(102)
https://qiita.com/kaizen_nagoya/items/83259d18921ce75a91f4

ありがとうございました。

上記bookmeterの「今まで買ってよかった技術書を紹介しよう！」行事でかいた記録。

>技術書は、紹介してもなかなか反応がなく、嫌気が指すかもしれません。
amazonに１万冊感想を書くという目標を立てたとき、技術書ばかりを書いていて、
反応がほとんどなく、底なし沼に石を投げているような感覚に襲われたことがあります。
そこで５つの手を打ちました。
１つは、芥川賞、直木賞を読むことにより、文学の投稿をするようにしました。
芥川賞、直木賞を読む　コミュニティ
https://bookmeter.com/communities/332458
芥川賞、直木賞を読む　イベント
https://bookmeter.com/events/786
２つめは、オフライン行事に参加することでした。
2013年4/10 【第19回 名古屋de朝活読書会】
https://bookmeter.com/events/150
３つ目は、オンライン行事に参加することでした。
新潮文庫夏の100冊2014を読破しよう！
https://bookmeter.com/events/1399
100冊まとめては結構捗る。
4つ目は、オンライン行事を主催することでした。
第１回お茶（緑茶・紅茶・烏龍茶）を飲みながら読書会
https://bookmeter.com/events/1310
５つ目は、絵本に焦点を絞ったことでした。
【読メ絵本部】
https://bookmeter.com/communities/334325
これは、小坂井大輔さんが主催されていた朝活読書会で絵本の紹介があったときに、
かこさとし　が、技術士だということを知ったのに衝撃を受けて、かこさとしの
絵本の全部読み（紙芝居以外は完読）しようとしたことによります。
いずれにしても、恵まれない技術書に愛の手をが、この企画の趣旨かもしれません。

<この項は書きかけです。順次追記します。>
This article is not completed. I will add some words and/or centences in order.
Este artículo no está completo. Agregaré algunas palabras en orden.

## 知人資料
' @kazuo_reve 私が効果を確認した「小川メソッド」
https://qiita.com/kazuo_reve/items/a3ea1d9171deeccc04da

' @kazuo_reve 新人の方によく展開している有益な情報
https://qiita.com/kazuo_reve/items/d1a3f0ee48e24bba38f1

' @kazuo_reve Vモデルについて勘違いしていたと思ったこと
https://qiita.com/kazuo_reve/items/46fddb094563bd9b2e1e

## 自己記事一覧
Qiitaで逆リンクを表示しなくなったような気がする。時々、スマフォで表示するとあらわることがあり、完全に削除したのではなさそう。2024年４月以降、せっせとリンクリストを作り、統計を取って確率を説明しようとしている。2025年２月末を目標にしていた。

一覧の一覧( The directory of directories of mine.) Qiita(100)
https://qiita.com/kaizen_nagoya/items/7eb0e006543886138f39

views 20,000越え自己記事一覧
https://qiita.com/kaizen_nagoya/items/58e8bd6450957cdecd81

Views１万越え、もうすぐ１万記事一覧 最近いいねをいただいた216記事
https://qiita.com/kaizen_nagoya/items/d2b805717a92459ce853

仮説（0）一覧（目標100現在40）
https://qiita.com/kaizen_nagoya/items/f000506fe1837b3590df

Qiita(0)Qiita関連記事一覧（自分）
https://qiita.com/kaizen_nagoya/items/58db5fbf036b28e9dfa6

Error一覧 error(0)
https://qiita.com/kaizen_nagoya/items/48b6cbc8d68eae2c42b8

C++ Support(0)　
https://qiita.com/kaizen_nagoya/items/8720d26f762369a80514

Coding(0) Rules, C, Secure, MISRA and so on
https://qiita.com/kaizen_nagoya/items/400725644a8a0e90fbb0

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

なぜdockerで機械学習するか 書籍・ソース一覧作成中 (目標100)
https://qiita.com/kaizen_nagoya/items/ddd12477544bf5ba85e2

プログラムちょい替え（0）一覧:4件
https://qiita.com/kaizen_nagoya/items/296d87ef4bfd516bc394

言語処理100本ノックをdockerで。python覚えるのに最適。:10+12
https://qiita.com/kaizen_nagoya/items/7e7eb7c543e0c18438c4

Python(0)記事をまとめたい。
https://qiita.com/kaizen_nagoya/items/088c57d70ab6904ebb53

安全（0）安全工学シンポジウムに向けて: 21
https://qiita.com/kaizen_nagoya/items/c5d78f3def8195cb2409

プログラマによる、プログラマのための、統計(0)と確率のプログラミングとその後
https://qiita.com/kaizen_nagoya/items/6e9897eb641268766909

転職(0)一覧
https://qiita.com/kaizen_nagoya/items/f77520d378d33451d6fe

技術士(0)一覧
https://qiita.com/kaizen_nagoya/items/ce4ccf4eb9c5600b89ea

Reserchmap(0) 一覧
https://qiita.com/kaizen_nagoya/items/506c79e562f406c4257e

物理記事　上位100
https://qiita.com/kaizen_nagoya/items/66e90fe31fbe3facc6ff

量子(0) 計算機, 量子力学 
https://qiita.com/kaizen_nagoya/items/1cd954cb0eed92879fd4

数学関連記事１００
https://qiita.com/kaizen_nagoya/items/d8dadb49a6397e854c6d

coq(0) 一覧
https://qiita.com/kaizen_nagoya/items/d22f9995cf2173bc3b13

統計(0)一覧
https://qiita.com/kaizen_nagoya/items/80d3b221807e53e88aba

図(0) state, sequence and timing. UML and お絵描き 
https://qiita.com/kaizen_nagoya/items/60440a882146aeee9e8f

色(0) 記事100書く切り口 
https://qiita.com/kaizen_nagoya/items/22331c0335ed34326b9b

品質一覧 
https://qiita.com/kaizen_nagoya/items/2b99b8e9db6d94b2e971

言語・文学記事　１００
https://qiita.com/kaizen_nagoya/items/42d58d5ef7fb53c407d6

医工連携関連記事一覧
https://qiita.com/kaizen_nagoya/items/6ab51c12ba51bc260a82

水の資料集(0)　方針と成果
https://qiita.com/kaizen_nagoya/items/f5dbb30087ea732b52aa

自動車　記事　１００
https://qiita.com/kaizen_nagoya/items/f7f0b9ab36569ad409c5

通信記事１００
https://qiita.com/kaizen_nagoya/items/1d67de5e1cd207b05ef7

日本語（０）一欄
https://qiita.com/kaizen_nagoya/items/7498dcfa3a9ba7fd1e68

英語(0) 一覧
https://qiita.com/kaizen_nagoya/items/680e3f5cbf9430486c7d

音楽　一覧(0) 
https://qiita.com/kaizen_nagoya/items/b6e5f42bbfe3bbe40f5d

「@kazuo_reve 新人の方によく展開している有益な情報」確認一覧 
https://qiita.com/kaizen_nagoya/items/b9380888d1e5a042646b

鉄道（０）鉄道のシステム考察はてっちゃんがてつだってくれる
https://qiita.com/kaizen_nagoya/items/faa4ea03d91d901a618a

OSEK OS設計の基礎　OSEK(100)
https://qiita.com/kaizen_nagoya/items/7528a22a14242d2d58a3

coding (101) 一覧を作成し始めた。omake:最近のQiitaで表示しない5つの事象
https://qiita.com/kaizen_nagoya/items/20667f09f19598aedb68

官公庁・学校・公的団体（NPOを含む）システムの課題、官（０）
https://qiita.com/kaizen_nagoya/items/04ee6eaf7ec13d3af4c3

「はじめての」シリーズ　 ベクタージャパン　
https://qiita.com/kaizen_nagoya/items/2e41634f6e21a3cf74eb

AUTOSAR(0)Qiita記事一覧, OSEK(75)
https://qiita.com/kaizen_nagoya/items/89c07961b59a8754c869

プログラマが知っていると良い「公序良俗」
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

programの本質は計画だ。programは設計だ。
https://qiita.com/kaizen_nagoya/items/c8545a769c246a458c27

登壇直後版 色使い(JIS安全色) Qiita Engineer Festa 2023〜私しか得しないニッチな技術でLT〜 スライド編 0.15
https://qiita.com/kaizen_nagoya/items/f0d3070d839f4f735b2b

プログラマが知っていると良い「公序良俗」
https://qiita.com/kaizen_nagoya/items/9fe7c0dfac2fbd77a945

逆も真：社会人が最初に確かめるとよいこと。OSEK(69)、Ethernet(59)
https://qiita.com/kaizen_nagoya/items/39afe4a728a31b903ddc

統計の嘘。仮説（127）
https://qiita.com/kaizen_nagoya/items/63b48ecf258a3471c51b

自分の言葉だけで論理展開できるのが天才なら、文章の引用だけで論理展開できるのが秀才だ。仮説（136）
https://qiita.com/kaizen_nagoya/items/97cf07b9e24f860624dd

参考文献駆動執筆(references driven writing)・デンソークリエイト編
https://qiita.com/kaizen_nagoya/items/b27b3f58b8bf265a5cd1

「何を」よりも「誰を」。１０年後のために今見習いたい人たち
https://qiita.com/kaizen_nagoya/items/8045978b16eb49d572b2

Qiitaの記事に３段階または５段階で到達するための方法
https://qiita.com/kaizen_nagoya/items/6e9298296852325adc5e

出力(output)と呼ばないで。これは状態(state)です。
https://qiita.com/kaizen_nagoya/items/80b8b5913b2748867840

祝休日・謹賀新年 2025年の目標
https://qiita.com/kaizen_nagoya/items/dfa34827932f99c59bbc

Qiita 1年間をまとめた「振り返りページ」＠2024
https://qiita.com/kaizen_nagoya/items/ed6be239119c99b15828

2024 参加・主催Calendarと投稿記事一覧 Qiita(248)
https://qiita.com/kaizen_nagoya/items/d80b8fbac2496df7827f

主催Calendar2024分析 Qiita(254)
https://qiita.com/kaizen_nagoya/items/15807336d583076f70bc

Calendar 統計
https://qiita.com/kaizen_nagoya/items/e315558dcea8ee3fe43e

LLM 関連 Calendar 2024 
https://qiita.com/kaizen_nagoya/items/c36033cf66862d5496fa

Large Language Model Related Calendar 
https://qiita.com/kaizen_nagoya/items/3beb0bc3fb71e3ae6d66

博士論文 Calendar 2024 を開催します。 
https://qiita.com/kaizen_nagoya/items/51601357efbcaf1057d0

博士論文(0)関連記事一覧
https://qiita.com/kaizen_nagoya/items/8f223a760e607b705e78

coding (101) 一覧を作成し始めた。omake:最近のQiitaで表示しない5つの事象
https://qiita.com/kaizen_nagoya/items/20667f09f19598aedb68

あなたは「勘違いまとめ」から、勘違いだと言っていることが勘違いだといくつ見つけられますか。人間の間違い(human error(125))の種類と対策
https://qiita.com/kaizen_nagoya/items/ae391b77fffb098b8fb4

プログラマの「プログラムが書ける」思い込みは強みだ。３つの理由。仮説（168）統計と確率(17) , OSEK(79)
https://qiita.com/kaizen_nagoya/items/bc5dd86e414de402ec29

出力(output)と呼ばないで。これは状態(state)です。
https://qiita.com/kaizen_nagoya/items/80b8b5913b2748867840

これからの情報伝達手段の在り方について考えてみよう。炎上と便乗。
https://qiita.com/kaizen_nagoya/items/71a09077ac195214f0db

ISO/IEC JTC1 SC7 Software and System Engineering
https://qiita.com/kaizen_nagoya/items/48b43f0f6976a078d907

アクセシビリティの知見を発信しよう！（再び）
https://qiita.com/kaizen_nagoya/items/03457eb9ee74105ee618

統計論及確率論輪講（再び）
https://qiita.com/kaizen_nagoya/items/590874ccfca988e85ea3

読者の心をグッと惹き寄せる7つの魔法
https://qiita.com/kaizen_nagoya/items/b1b5e89bd5c0a211d862

「@kazuo_reve 新人の方によく展開している有益な情報」確認一覧
https://qiita.com/kaizen_nagoya/items/b9380888d1e5a042646b

ソースコードで議論しよう。日本語で議論するの止めましょう（あるプログラミング技術の議論報告）
https://qiita.com/kaizen_nagoya/items/8b9811c80f3338c6c0b0

脳内コンパイラの3つの危険
https://qiita.com/kaizen_nagoya/items/7025cf2d7bd9f276e382

心理学の本を読むよりはコンパイラ書いた方がよくね。仮説（34）
https://qiita.com/kaizen_nagoya/items/fa715732cc148e48880e

NASAを超えるつもりがあれば読んでください。
https://qiita.com/kaizen_nagoya/items/e81669f9cb53109157f6

データサイエンティストの気づき!「勉強して仕事に役立てない人。大嫌い!!」『それ自分かも?』ってなった!!! 
https://qiita.com/kaizen_nagoya/items/d85830d58d8dd7f71d07

「ぼくの好きな先生」「人がやらないことをやれ」プログラマになるまで。仮説（37）　
https://qiita.com/kaizen_nagoya/items/53e4bded9fe5f724b3c4

なぜ経済学徒を辞め、計算機屋になったか（経済学部入学前・入学後・卒業後対応） 転職(1)  
https://qiita.com/kaizen_nagoya/items/06335a1d24c099733f64    

プログラミング言語教育のXYZ。 仮説（52） 
https://qiita.com/kaizen_nagoya/items/1950c5810fb5c0b07be4

【24卒向け】9ヶ月後に年収１０００万円を目指す。二つの関門と三つの道。
https://qiita.com/kaizen_nagoya/items/fb5bff147193f726ad25

「【25卒向け】Qiita Career Meetup for STUDENT」予習の勧め
https://qiita.com/kaizen_nagoya/items/00eadb8a6e738cb6336f

大学入試不合格でも筆記試験のない大学に入って卒業できる。卒業しなくても博士になれる。
https://qiita.com/kaizen_nagoya/items/74adec99f396d64b5fd5

全世界の不登校の子供たち「博士論文」を書こう。世界子供博士論文遠隔実践中心 安全(99)
https://qiita.com/kaizen_nagoya/items/912d69032c012bcc84f2

日本のプログラマが世界で戦える16分野。仮説(53),統計と確率(25) 転職(32)、Ethernet(58)
https://qiita.com/kaizen_nagoya/items/a7e634a996cdd02bc53b

小川メソッド　覚え（書きかけ）
https://qiita.com/kaizen_nagoya/items/3593d72eca551742df68

DoCAP（ドゥーキャップ）って何ですか？
https://qiita.com/kaizen_nagoya/items/47e0e6509ab792c43327

views 20,000越え自己記事一覧
https://qiita.com/kaizen_nagoya/items/58e8bd6450957cdecd81

Views１万越え、もうすぐ１万記事一覧 最近いいねをいただいた213記事
https://qiita.com/kaizen_nagoya/items/d2b805717a92459ce853

amazon 殿堂入りNo1レビュアになるまで。仮説(102)
https://qiita.com/kaizen_nagoya/items/83259d18921ce75a91f4

100以上いいねをいただいた記事16選
https://qiita.com/kaizen_nagoya/items/f8d958d9084ffbd15d2a

水道局10年(1976,4-1986,3)を振り返る
https://qiita.com/kaizen_nagoya/items/707fcf6fae230dd349bf

小川清最終講義、最終講義（再）計画, Ethernet(100) 英語(100) 安全(100)
https://qiita.com/kaizen_nagoya/items/e2df642e3951e35e6a53

＜この記事は個人の過去の経験に基づく個人の感想です。現在所属する組織、業務とは関係がありません。＞
This article is an individual impression based on my individual experience. It has nothing to do with the organization or business to which I currently belong.
Este artículo es una impresión personal basada en mi experiencia personal. No tiene nada que ver con la organización o empresa a la que pertenezco actualmente.
### 文書履歴(document history)
ver. 0.01 初稿 20210902
ver. 0.02 ソフトウェアエンジニアリング論文集80's デマルコ・セレクション　追記 20210903
ver. 0.03 表現補足 20210904
ver. 0.04 amazon 殿堂入りNo1レビュアーになるまで。追記 20210905
### 最後までおよみいただきありがとうございました。
いいね　💚、フォローをお願いします。
#### Thank you very much for reading to the last sentence.
Please press the like icon 💚　and follow me for your happy life.
#### Muchas gracias por leer hasta la última oración.
Por favor, haz clic en el ícono Me gusta 💚 y sígueme para tener una vida feliz.