コンサルタントと（して）うまく付き合う方法（案）
https://qiita.com/kaizen_nagoya/items/499b0a16ac89c0fe3fb0

の改訂版です。　

営利で相談を仕事としている人(consultant)とうまく付き合う方法の一つ、二つ、三つを記録します。

自分が、営利で相談を仕事としている人(consultant)として、お客様とうまく付き合う方法の一つ、二つ、三つでもあるかもしれません。

営利で相談を仕事としている人(consultant)側の立場と、営利で相談を仕事としている人(consultant)にお金をお支払いいただくお客様の立場の、両方の経験を記録させてください。

目次

1 営利で相談を仕事としている人(consultant)分類
1.1 経営(financial) コンサルタント
1.2 管理(management)コンサルタント
1.3 技術(technology）コンサルタント
1.4 商売方法、広告・宣伝
2 コンサルとうまく付き合う方法（案）
2.1 前提条件、制約条件
2.2 2.2 白紙の状態で話を始める。
2.3 吊るし上げる
2.4 一人作業・少数議論
まとめに代えて
参考資料
文書履歴

1.営利で相談を仕事としている人(consultant)分類

ここでは、いくつかの営利で相談を仕事としている人(consultant)を分類します。

1.1 経営(financial) コンサルタント

経営者の相談に乗る人です。
経営者は敵が多く孤独で、悩みも沢山あります。
経営者の話を聞く人を経営コンサルタントと言います。

占い師であることがあるかもしれません。

私が外に仕事に就いた最初が公認会計士事務所。
公認会計士の監査業務に、採用半年で従事。

初めて訪問したお客様の事務所で、どんと積まれた帳簿を前に、
計算が合わないので確かめてと出されました。

陽には知らなかった、お土産。
早い話が、作り込まれた誤りを、
公認会計士が見抜くことができるかどうかの試験。
実際には、採用半年の新人が立ち向かう。

無事、誤りは見つけられたが、
公認会計士の先生から、「原因を説明せよ」と、
お客様の社長さんの前で、原因を説明させられた。

公認会計士の先生は、「それだけではなく、こういう可能性もあるだろう」と言われ、「はい」と答えて仕事は完了した。

お客様のお土産はお返しし、公認会計士の先生の理由説明の面子はたもたれた。

簿記１級を受けようとしたら、先輩から生意気だと言われ、
公認会計士の監査を半年で授時するのも生意気だと言われた。
事務所にうんざりとして、入所９ヶ月で辞めた。

すごく難しい試験を受けて公認会計士になっても、
こんな仕事しかないのかと嫌になったのかもしれない。

転職して１０年後、友人が弁護士試験に受かった。
弁護士事務所以外で仕事をしながら合格したのは偉い。

友人が弁護士として転職して半年くらいたって、たまたま電車で一緒になった。
会社顧問のたいへんな仕事ばかりだとこぼしていた。
顔色は悪く、活力はなく、せっかく難しい試験を受けて弁護士になっても、
こんな仕事しかないのかという雰囲気が覆っていた。

だからというわけではない、経営コンサルだって、
いいお客様がいなければ、嫌な思いばかりするのだろう。

経営コンサルとしての仕事を選ばなくて良かったと思った。
経営コンサルやるくらいなら、経営者になった方がずっといいだろうに。

改善(improvement)コンサルタント

改善コンサルは経営コンサルでないと意味がないかも。
経営・管理などの改善に焦点をあてたコンサルタントと、技術経営の戦略に焦点をあてたコンサルタントなどの方がいるかもしれません。経営、管理に焦点があたっていないと、改悪に導かないという保証はありません。

管理系、改善系の国際規格のエディタをいくつかさせていただきました。
国内だけでなく、海外のお客様からお呼びがかかることがありました。

プロセスは未定義と定義するのがよい。仮説(67)
https://qiita.com/kaizen_nagoya/items/0f3a1174f81935bb6d85

1.2 管理(management)コンサルタント

組織または事業の運営に関する相談者です。経営コンサルとの違いは、組織全体か、組織の一部だけかで、ここでは分類しています。

品質管理に関するお仕事はいろいろさせていただきました。
管理は、人の管理と金の管理と仕事の管理ができれば、いいかなって思います。

人の管理が苦手なので、あまりたくさん仕事はしていません。
ごめんなさい。

1.3 技術(technology）コンサルタント

技術的に困難がある問題を、なんらかの方法で解決にたどり着くのに相談にのる。特許を持っていたり、論文を出していたり、規格を作成していたり、固有の技術があることによる、技術社会における物々交換できる種を持っている人の場合がある。

情報工学の技術士補の時に、情報工学の技術士の方に弟子入りしています。
電気・電子の技術士補になった時に、電気・電子の技術士の方に弟子入りしています。こちらは、まだ技術士試験を受けていません。ごめんなさい。

特許関係の相談事項は多くありました。
特許検索で本を出していることと、
英日特許翻訳ソフトの基礎の共同研究に参加していたことと、
知人で何人も弁理士になっていることが関係あるかもしれません。

実際には、解決方法として、特許申請するために必要な、対象業務の原理についての勉強会の講師という、人材育成のお仕事として受注させていただきました。

他の案件も、多くは、相談料よりも、相談の結果として第一歩を踏み出す、人材育成のお仕事の受注ばかりかもしれません。

1.4 商売方法、広告・宣伝

どんな現象も、立ち上がり時には逆向きに進むことがあるかもしれない。

あるいは、行き過ぎることもあるかもしれない。

それらの自然現象を、コンサルタントのせいにするのはちょっと違うかもしれない。

役にたつコンサルタントは、事前に、最初の逆向き、途中の行き過ぎについて、事前にお客様に説明しているかもしれない。

2.コンサルとうまく付き合う方法（案）

2.1 前提条件、制約条件

ここでのコンサルタント側の見解は、自分および自分の師匠を含み、
自分および自分の師匠の流派とは違うコンサルタントは含まないかもしれません。

コンサルタントといっても、経営コンサルタントのように、数字ですぐに採否を決められるようなコンサルタントもあれば、技術コンサルタントのように１０年後にしか成果がでず、１０年に１回ぐらいしか呼ばれないような仕事の仕方もあります。

自分および自分の師匠の流派は、お客様第一で、一度呼ばれたら、次に呼ばれるのは１０年後くらいだろうという想定のもと、一回でできるかぎり解決してしまおうという仕事の仕方です。

ある塊の仕事を、１年間に平たく伸ばして、年収を確保しようという営業的な配慮はここではしていません。

お客様の方で、あいつが食っていけなくなって、１０年後にまた頼む時に頼めないと困ると思い、仕事を横流ししてくださるようなお客様を想定しています。

そんなお客いるのかとおっしゃるかもしれません。
たしかに、１０年に１社くらいかもしれません。

その会社または営業の方が、丁寧に対応してくださって、仕事が途切れることはありません。食っていけるかどうかは別として。

2.2 白紙の状態で話を始める。

お客様

コンサルタントを呼んだら、資料を用意してもらわず、
ホワイトボードに、顧客側からあげた課題について、
技術的関係、自分の関わり、解決方法の案など、
なんでも自由に話をしてもらう。

コンサル側

私の指導をしてくださったコンサルは、
お客様の前に立ったら、何もなくても、
なんでも答えなきゃ駄目だと教わりました。

お客様が、本当に困っていることは、お客様の仕事場の中でしか話ができず、
文書化もできない機密事項のことがあり、何を言われても解決の緒（いとぐち）
を掴むようにしろと教わりました。

自分の経験では、問題の半分くらいは、組織内に解決方法を考えている方がおみえでした。たまたま最近採用されたばかりだとか、年齢が若いからとか、他の分野かだ移動してきたばかりで言い出せないということがあります。

いかに、言い出せないことを、言いだしてもらうかに半分時間を費やしてもかまわないというのが経験則です。

最終的な解決策をお持ちでない場合も、本当に困っていることの前提条件、制約条件などを、ぽそっと話してくださることもあります。
その条件を知らずに、解決案など作っても、なんの役にもたたないような大事な条件。それは、事前に文書にすることなどできないし、顧客との機密契約で社外に出すことができないことがあります。

傾聴力という言葉はあまり好きではありません。
相手が、自分のことを信頼してくださらないと、本当の原因だと思われていることについて、口を塞がれたままになってしまうことがありました。

2.3 吊るし上げる

お客様

一番最初にコンサルの合宿側教育で指導を受けた時に、
ことごとくコンサルの言うことに対して反論し、
いっしょにいた同僚からは、吊るし上げじゃないのと心配されたことがあります。

コンサルの方が提案したり、演習したりしようとした内容が、
現場の制約条件、前提条件と合わずに、ありえない条件での解決策など作っても、無駄だと感じたからです。

吊るし上げれあbあげるほど、コンサルの方は、過去の経験談についてお話いただけました。その条件であればこういう対策を取ったことがあるという、必ずしもお勧めではないが、回避策としては仕方がないような経験談をお聞きできました。

海外からおみえになったコンサルの方も同様で、
お客様の制約条件に合わないことを一切拒否すると、
本当に役に立ちそうな事例をこそっと教えてくれたりしました。

コンサルを吊るし上げると、経営者に文句を言うコンサルがいるかもしれません。もし、経営者があなたではなく、コンサルの言うなりだったら、その会社を辞める良い機会かもしれません。

吊るし上げる役ありは、ベテランではなく新人の方がいいというのが経験則です。何かあても、実情を知らないから言ったのだろうとコンサルに謝る道も用意しておいて。新人にはよくやったと褒めて。

コンサル側

コンサルは、お客様と守秘義務契約を結んでおり、過去の経験でも話せないことは山のようにあります。

同じ業界で、三社で共通にあったようなことは、汎用化して、教材として提示したりします。一社でしか経験のないことは、教材などにはかけません。

ですから、お客様から吊るし上げてもらえれば、もらえるほど、本当の解決策に近い議論が可能になることがあります。

もし、私がコンサルに行ったら、時間の半分をかけて吊るし上げていただいても結構です。

決して機密は話しません。たいてい、コンサルに入る前に、Web上の公開情報だけで判定できる改善策などは、事前に公開しておいたり、お客様と共同で学会発表するようにしていて、自分から機密を話さなくても、解決策に至る方法は用意するようにしています。

2.4 一人作業・少数議論

お客様

お客様内部で、情報が円滑に行き渡っていないことがあります。
課題に対して、個々人で作業をしてもらい、考えを書き出し、
三人でそれぞれの課題を議論してもらい、三人の考えを構造的に整理してもらう。

数が三で割れない場合には、コンサルにも具体的にはいってもらったり、
窓口担当が少人数議論から外れて、コンサルの人と打ち合わせをするのも手です。

四人以上の議論は、無駄時間が増えるというのが経験則です。

コンサル側

お客様内部の議論をお聞きしていると、その組織の普段のあり方の課題が見えてくることがあります。

部署が同じだと意思疎通できるが、隣の部署とは意思疎通ができないことがあります。

逆に、どの部署の人も同じような発言しかしない組織も、何か課題を発見することがあります。

個人の意見と、少数の班の意見と、全体の意見とを組み合わせて、
部分最適と全体最適を対立っせるのではなく、構造的に組み立てていくのを、
お客様と一緒に実現するのも一つの手かもしれません。

まとめに代えて

優秀なコンサルほど、たくさんの経験があっても、
自分の話を先にするのではなく、お客様の実情を知ろうとします。

あらかじめ用意した筋書きに沿ってすすめようとするのを、落水模型(water fall model）と言いいます。

お客様が、コンサルを信用して、実情をお話くださったことに応じて、機敏(agile)に対応することが大切だと教わりました。

参考資料

清水吉男「"硬派"のホームページ」のおすすめ記事12選
https://qiita.com/kazuo_reve/items/bce7522fa2cca0995b85

自己参考資料

成功体験は語っても、成功体験に頼らないために。清水吉男・田中伸明・柏原一雄・佐々木眞一。仮説（153）
https://qiita.com/kaizen_nagoya/items/d32adfaf7b2568bfd9d2

最後の新人を褒める話は、佐々木眞一の成功体験に近い。コンサルの話ではないが。

トヨタの自工程完結　佐々木眞一
https://qiita.com/kaizen_nagoya/items/dd2de8bd9d884c16911d

Wikipediaに書く文章で気をつけていること。
https://qiita.com/kaizen_nagoya/items/25e78e48e406f803bb55

先日、王貞治がすごいことをテレビで語っていた人がいた。
「自分の場合は」と断ってから体験談を語るそうだ。
自分の経験を相手に押し付けない。
時間と空間が異なれば、前提条件、制約条件が異なるはずだから、自分の成功経験が必ずしも相手に役立つとは限らないからだ。
清水吉男　から学んだ最大のこと。
Wikipediaに書く文章でも、前提条件、制約条件の違いを意識して、
自分の成功経験をそこに書いても、誰も喜ばないかもしれないという
意識があるかどうかが大事だろう。事例として書く分にはよいが、。
その際は、どういう事例かの前提条件、制約条件が分かる事項、参考文献をかいてあるとよい。

プログラマが苦手な「人との口頭のやりとり」面談技術(interview technique)７つの要点。仮説（48）転職(9)
https://qiita.com/kaizen_nagoya/items/f322df6978853c708c99

人格改造　あいうえお。仮説（185）
https://qiita.com/kaizen_nagoya/items/bfae8b4a486ee5fd72de

作業診断(process assessment)を成功させる５つの鍵。失敗する５つの罠。仮説（50）
https://qiita.com/kaizen_nagoya/items/bcdc60db20e8d7081fab

学歴：学校入学歴・卒業歴でなくて、何を学んだかの歴史
https://qiita.com/kaizen_nagoya/items/5c1005716b71b11b85a4

「知っている」ことと「実現する」こと
https://qiita.com/kaizen_nagoya/items/fc65bb332561add5b249

転職：会社を辞めて違う会社に入ることだけじゃなくて
https://qiita.com/kaizen_nagoya/items/f0f72d5bb31df710f0d0

「配電盤の電源を切る」
https://qiita.com/kaizen_nagoya/items/5fee2f3a4fb3cede675c

盾と矛。セキュリティの矛盾
https://qiita.com/kaizen_nagoya/items/8fcdb1b58470a82de170

関連資料

' @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

Engineering Festa 2024前に必読記事一覧

登壇直後版色使い(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

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

小川メソッド　覚え（書きかけ）
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

自己記事一覧

Qiitaで逆リンクを表示しなくなったような気がする。時々、スマフォで表示するとあらわっることがあり、完全に削除したのではなさそう。

４月以降、せっせとリンクリストを作り、統計を取って確率を説明しようとしている。
2025年２月末を目標にしている。

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

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

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

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

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

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

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

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

自動車　記事　１００
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/f77520d378d33451d6fe

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

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

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

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

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

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

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

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

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

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

++ 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

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

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

なぜ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

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

官公庁・学校・公的団体（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

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

小川清最終講義、最終講義（再）計画, 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.

文書履歴

ver. 0.01 初稿 20221225
ver. 0.02 ありがとう追記　20230624

最後までおよみいただきありがとうございました。

いいね　💚、フォローをお願いします。

Thank you very much for reading to the last sentence.

Please press the like icon 💚　and follow me for your happy life.