最小セット OS 開発の作業改善と診断 NPO TOPPERS

# 最小セット OS 開発の作業改善と診断
情報処理学会　Vol.2009-EMB-14 No.2 2009/7/24
後藤健太郎,柏原一雄,市川知典,竹下千晶*, 三輪田寿康,川口直弘**, 堀武司***, 斉藤直希,小川清
*株式会社デンソークリエイト
**株式会社サンテック
***北海道立工業試験場
****名古屋市工業研究所
### Process Improvement and assessment for developing a smallest set operating system
Kentaro GOTO, Kazuo KASHIWABARA, Tomonori ICHIKAWA, Chiaki TAKESHITA(DENSO CREATE Inc.), Toshiyasu MIWATA, Naohiro KAWAGUCHI(SUNTEC inc.), Takeo HORI (Hokkaido IRI), Naoki SAITO, Kiyoshi OGAWA (NMIRI)
https://researchmap.jp/multidatabases/multidatabase_contents/detail/231120/565ce715bdf2345ba6fcf0e2bacf6c33?frame_id=576083
https://researchmap.jp/multidatabases/multidatabase_contents/download/231120/565ce715bdf2345ba6fcf0e2bacf6c33/40448?col_no=2&frame_id=576083
# 1. 概要
### キーワード: 最小 OS, 作業診断,国際規格, 適合確認, システム工学
著者らは,最小セット OS の設計作業に対して, Automotive SPICE を含むモデルを用いて作業診断する方法について検討している。 最小セット OS の設計作業には, HAZOP[5], ソフトウェアとハードウェアの協調設計を可能にするための UML [8]を使った状態遷移図の作成,状態遷移図に基づいたモデル検証, 実装したコードのMISRA-C によるC言語部分集合への対応などがある。 これらの道具としての技術要素を有効に生かした研究試作の作業群に対する診断を計画している。
第2章で技術要素について示し, 第3章で診断の基礎となる製品評価、技術者評価, 作業評価について
ISO/IEC 15504 をはじめとする国際規格に基づいた基本的な枠組みについて紹介し, 第 4 章で現在進行中の作業改善と診断の鍵となる視点を示し,第5章でまとめと今後の課題を示す。
# 2 技術要素
## 2.1 最小セット OS
2007年に斉藤がμ ITRON4.0[2]最小セットの実装を日本で最初に発表した。 現在, TOPPERS 割り込み処理モデルおよび TOPPERS 統合仕様書への対応の設計変更(設変)を名古屋市工業研究所及びTOPPERS プロジェクト参加企業で検討している。
名古屋市工業研究所および北海道立工業試験場は平成14年度 地域新生コンソーシアム事業(経済産業省東北経済産業局) 採択の「組込みシステム・オープンプラットホームの構築とその実用化研究」においてTOPPERS/JSP カーネル [1] のいくつかの CPU への移植作業に参加した。 Renesas 製 CPU M16C/ M32C[3]への移植は, TOPPERS 教育 WGの協力[4]の下に行った。北海道立工業試験場はSH2 の移植を行った。 また, 成果に基づき, 公的試験研究機関での移植と教育の取組みを進めて来た[7][14]。最小セット(smallest set profile) は, AITRON4.0 の最低限の仕様を満たすものである。 最小セットの特徴は,OSEK[6]の最小構成と同様に, タスクの待ち状態がないことである。
## 2.2 HAZOP
HAZOP は, 流れに沿って故障解析を行う際の経験的な手法である。 網羅性にすぐれており,設計の各段階において分析する有効な手法である。 最小セットOSの仕様の設計において HAZOP を主作業とすることを計画している。HAZOP の利用の仕方として, システムに関する情報が十分に得られていない段階での作業についても検討している。 [26][27]
ISO 9000[10]の自動車向けプロファイルである ISO TS16949[11]では, IEC 国際規格の FMEA[12], FTA[13]を参照しているが, HAZOP については言及していない。
## 2.3 UML と振舞い記述としての状態遷移図
システム開発では,ハードウェアも, ソフトウェアも、状態遷移が基本的な要素であることが知られている。CPUは,状態機械として抽象化可能であり,ソフトウェアはその状態を遷移させるための手順の一部である。 国際規格にもなった UML には,状態遷移図の規定があり, 状態遷移図を含む振舞い記述については, 表形式の可能性を示している。
## 2.4 形式手法とモデル検査
堀による B の利用[28], 斉藤によるZの記述を始めとして, 形式的な手法の利用から、 仕様書の集合論的な把握の必要性が理解できた。 状態を記述するためには, 仕様を集合論的に把握する必要がある。 そのためには, 用語を is-a 関係で規定する必要がある[15]。 形式手法に基づいた集合論的な記述については, モデル検査の実施も検討している。
## 2.5 MISRA-C
MISRA-C は, イギリスにおける自動車関連ソフトウェアに関するガイドを発行しているMIRA によるC言語コーディング標準である。 MISRA-C は、 言語処理系のC言語国際規格[20]適合を必要としている。C言語国際規格に適合しているだけでは, あいまいなところがあるため, CPU間の可搬性のための部分集合を定義したのが MISRA-Cである。 日本語版は, 自動車技術会から発行されている。SESSAMEのMISRA-C研究会では, MISRA-Cの内容を検討し, 意見交換を行うとともに, 具体的な運用方法を含む解説を提案している。 MISRA-C 研究会に, デンソー,サンテック, 名古屋市工業研究所をはじめとする名古屋地区の企業が参加し, MISRA-C の解説書を作成してきた[17][18]。MISRA-C は言語の部分集合であり, 最小セットは, OS としての部分集合であり, 方向性に共通部分がある。
名古屋市工業研究所では MISRA-C の解説書のサンプルコードを, TOPPERS/JSP 上で動作させるとともに,Windows Visual C, Linux/cygwin GCC コンパイル・実行することにより, 処理系定義の課題, OS の課題について検討してきた[19]。
# 3 製品評価, 技術者評価, 作業評価
## 3.1 製品評価
作業評価にあたっては, ISO/IEC 9126[30],現在のISO/IEC 25000 SQueRE[31]に基づいた製品評価が重要である。ETSS[29]で明確になったように, 作業の仕方は技術者の能力に応じて対応することが重要である。 作業途中の作業生産物 (成果物) を SQuaRE に沿ってプロファイルを作る提案をしている。
## 3.2 技術者評価 (スキル判定)
公的試験研究機関における研修ではC言語の知識のみを前提として1年以内に異なる CPU への移植ができるような人材の育成を目標の一つとして設定した。前提として, 大学における卒業研究の一貫として研修を行う場合と, 企業で C 言語の経験のある方々への組込み技術者の養成研修の一貫として取り扱う場合を考慮している [21]。これらの研修における知見として, 技術者の能力とやる気が,設計作業の内容を大きく規定するものであり,その指標としては ETSS の利用を検討してきた。
ETSS においては能力に応じた作業を基本としている。特に, 高度な技術者は, 作業の改善を実行できることを示唆している。 最小セット設計においては,当初参加の技術者は, すべて水準4であることを前提としている。スキル表は, IPA/SEC の渡辺登氏の指導のもと, 実際の開発, 教育の経験を記載することにより, 水準の根拠を明確にする方法を取っている。 また, 機能安全のアセッサのスキル表を統合している。現在形式手法に関するスキル表を別途作成している。今後は形式手法のスキルとの統合も検討している。
## 3.3 作業診断(process assessment)
ISO/IEC 15504[16]の情報源のひとつである CMM[32]を作成した SEI は, ISO/IEC 15504 に基づいたCMMI[33] としての改定を行っているほか,PSP[34],TSP[35]など個人やチームの仕事の仕方に焦点を当てている。また, IEEE では人の能力の判定に焦点をあてている。IEEE が提案し, IPAの向山博がエディタをして作成したソフトウェアの専門化評価の仕組みのガイド[36]がある。
ISO/IEC 15504 は1998年にTRを発行し、2003年にpart2 が国際規格になった。ISO/IEC 12207[37]に基づく診断モデルの例である ISO/IEC 15504 part5 が2004年に国際規格になった。 ISO/IEC 15504 の規格制定においては,日本が最も多くのエディタを出している。小川清はpart2, part6,現在審議中の part9 のコエディタをしており,規格の適用範囲, 適用の仕方についての課題を検討してきた。日本の ISO/IEC JTC1 の National Body では,ISO/IEC 15504 の投票においては, 用語と概念を規定した part1 を除き, 例であるので国際規格ではなく, 継続してTR とすることを主張して反対している。 2008年には, ソフトウェアを含むシステム開発のプロセス定義 [38]に基づくISO/IEC TR 15504 part6 を発行している。Part5, part6 のどちらも, 修整プロセスを定義しておらず,モデルをどのように修整したか, 国際規格に適合したモデルとは何であるかが必ずしも明確にはなっていない。そのため、 現在 ISO/IEC JTC1 SC7 において, conformity
assessment に関するガイドを検討している。
# 4 作業改善
## 4.1 作業診断としての Automotive SPICE
1998年ISO/IEC TR 15504 の発行に伴い, システム技術研究会において, プロセスアセスメントの研究部会を開始した。ヨーロッパにおいては, ISO/IEC 15504 に基づいた作業診断モデル Automotive SPICE[23] が開発され, ヨーロッパの自動車メーカによる自動車の部品調達にあた
って、作業改善の状況を確認するための方法として参考にされてきた。Automotive SPICE は, 国際規格を作成するための標準情報である ISO/IEC TR 15504 part5 の試行の経験に基づいて追加提案したプロセスを含んでいる。Automotive SPICE では複数の参照モデルからの引用の手間を省くため, ISO/IEC 12207 を引用した独自の参照モデルを作成している。
## 4.2 システム工学モデル
システム工学では、入力, 状態 (処理), 出力をシステムと定義する。複雑なシステムは, 制御可能な単純なサブシステムに分割する。制御システムもシステムの一部であるため, 制御システムがシステムへ影響を与える可能性がある。 そのため, 制御システムは制御対象に対して,システムの初期条件などの制約を明確化が重要である。
プロセスは,入力を出力に変換するものである。 入力と出力を測定することが, プロセスの測定の重要な部分である。出力から入力を引いた部分がそのプロセスで加わったものである。ISO/IEC 15504 part5 では入力と出力の作業生産物はなるべく同じ程度例示するようにしている。これを入出力の対照性と呼ぶ。 入出力の品質指標は生産品目の機能と規模によるため、改善のための測定とその値に基づく改善の中で制定していくとよい。SEI の CMM は調達にあたって、 優秀な技術者が Adaなどの最新の技術を利用しても, 納期が守れない原因を追究するための調査に始まっている。 日本をはじめとする各国の開発体制を調査している。CMM では, ベストプラクティスという「やっていてよかったこと」を体系的にまとめたものがモデルの基本要素である。
## 4.3 研究試作
最小セット OS は, 研究試作の第二段階である。 企業等における作業診断においては、量産段階の開発を対象にすることはあるが, 研究試作の段階を診断した結果の報告はあまり知られていない。 研究試作段階における作業方法としては, アジャイルが似たやり方であると考えられる。 現在, ISO/IEC JTC1 SC7 においてアジャイルの工業標準化の可能性について Study Group が2年目に入っている。研究試作を標準化することは, 人の能力に応じた作業定義の必要性の議論のきっかけとしたい。
## 4.4 追加定義
現在審議中の ISO/IEC TR 15504 part9 Target profileでは, 診断対象に応じて, 対象となるプロセス (作業)を追加定義して診断することを検討している。 ISO/IEC15504 の試行を行ってきた際に、いくつかの視点が欠けていることを確認している。 今回の作業においては, 不足していると思われる事項を, 追加定義しようとしている。情報交換の仕組みに関連して, 「御用聞きプロセス」, 「根回しプロセス」を検討している。 既存のモデルにも人材管理プロセス定義はあるが, 健康管理については十分でないため「顔色伺いプロセス」として追加を検討している。ISO/IEC 15504 Part5 の指標には、原価に関するものが少ないため, 「原価計算プロセス」を対象定義した。
## 4.5 作業群
ISO/IEC 15504 は, CMM などの既存のモデルの共通部分を規定することを目的として統合化したモデルの作業を実施しようとしてきた。しかし, CMM などのモデルでは, プロジェクト単位, 企業単位での診断を想定しており,現場での改善に対して必ずしも有効であることは明確にはなっていない。 ISO/IEC 15504 は、 個々の作業に対しても助言が可能なように、 1つのプロセス定義に対しても診断可能な枠組みとして検討してきた。 人材, 費用の権限のない作業をプロジェクト管理の視点での診断は条件を満たさないことが指摘されている。
## 4.6 規格の適合
国際規格の適合は, ISO/IEC Directives[39], ISO/IEC 17000 シリーズ [40]が発行されている。 製品試験の場合には, 試験結果の妥当性が試験手順に基づいている場合がある。 特定の手順で試験をすれば再現性があれば,手順に意味がある。 しかし, ソフトウェア開発のように、 同じ手順を取っても, 再現性が必ずしもないものもある。ISO/IEC 15504 では,繰り返し可能であることについて記述しているが,人の側面、製品の違いについては十分ではなく, 人に関する規格, 製品に関する規格との連動が求められている。 現在, ISO/IEC JTC1 SC7 に Conformity Assessment に関するガイドの作成が提案されている。
## 4.7 文書化
検証用及び実装用のソースコード(コメントを含む),TOPPERS 関連仕様書, 開発メモ[22]を含む関連文書,作業記録の4種類に分類している。作業記録は,異なる
資金に基づく作業は, 異なるメーリングリストに報告することにより, 原価計算可能な記録として利用することを検討している。また, できるだけ多くの文書を TRAC に登録することによって, 課題の明確化を図る予定である。 自己改善できる人だけが従事している作業では, 作業の指示はなく, 事前に作業を定義しない。 記録から, やっていてよかったことを副産物として整理する予定である。
# 5 まとめと今後の課題
従来, 研究試作は作業診断の対象外においている場合があった。今回の設計作業にあたっては, 要素技術の検討, 診断の仕組みの課題, 実際の作業への適用への鍵を検討した。 研究試作であるか, 量産試作であるかは要素技術の評価が済んでいるかどうかの違いであり,ETSS の仕組みによって能力に応じた作業判定を行うことにより, 研究試作への適用が可能であると考えられる。
量産試作などにおいても, 作業者の能力に応じた作業の枠組みに対応した診断は, ハードウェアとソフトウェアを平行開発する作業における有効性を検討したい。 診断を実施する側の能力判定をETSS 及び能力ガイドに基づいて行うことが今後の課題である。成果の最初の普及は技術者研修を想定しており、 多くの製品試作の初期段階に必要な機能をどの程度網羅しているかが技術的な課題である。
# 謝辞
本稿は, システム技術研究会 SPA 研究部会の講師の方々, 情報処理学会情報規格調査会 SC7WG10 委員の皆様, 二本規格協会情報技術標準化研究センターSPI-WGの皆様, IPA/SEC SPI-WG の皆様を始め多くの方々の指導をいただいたことに感謝いたします。
# 参考文献
[1] TOPPERS/JSP カーネル Release 1.4.2, TOPPERS　Vol.2009-EMB-14 No.22009/7/24J¯V±7}, http://www.toppers.jp/jsp-kernel.html,2005
[2] μITRON4.0 (Ver. 4.02.00;),
(±)TRON, http://www.ertl.jp/ITRON/SPEC/mitron4-j.html, 2004
[3] M16C/62 グループユーザーズマニュアル, Renesas,2001
[4] *,, TOPPERS/JSP ユーザズマニュアル M16C/M32C ターゲット依存部(M16c.txt/ M32C.txt), TOPPERS, 2004
[5] IEC 61882:2001 Hazard and operability studies　(HAZOP studies) - Application guide
[6] ISO 17356-3:2005 Road vehicles -- Open interface　for embedded automotive applications - Part 3:　OSEK/VDX Operating System (OS)
[7] 組込みシステム開発事例集, 產業技術連携推進会議 情報・電子部会 組込み技術研究会, 工業調査会, 2006
[8] ISO/IEC 19501:2005 Information technology -- Open Distributed Processing -- Unified Modeling Language (UML) Version 1.4.2
[9] IEC 61508-1:1998 Functional safety of electrical/electronic/programmable electronic safety-related systems - Part 1: General requirements
[10] ISO 9000:2005 Quality management systems. Fundamentals and vocabulary
[11] ISO TS16949:2009 Quality management systems -Particular requirements for the application of ISO 9001:2008 for automotive production and relevant service part organizations
[12] IEC 60812:2006 Analysis techniques for system reliability Procedure for failure mode and effects analysis (FMEA)
[13] IEC 61025:2006 Fault tree analysis (FTA)
[14] 堀武司,堤大祐,小川清,斉藤真希,公設試験研究機関における組込みオープンソースソフトウェアTOPPERS による企業向け研修について,情報処理学会全国大会, 2005
[15] 小川清,斉藤直希,吉川直邦,伊藤正樹,後田直樹, 藩建華,リアルタイム組込みソフトウェアの用語の木実時間処理ワークショップ (RTP2003), IPSJ,2003
[16] ISO/IEC 15504-2: information technology - process assessment, 2003
[17] 組込み開発者におくる MISRA-C一組込みプログラミングの高信頼化ガイド, MISRA-C 研究会,日本規格協会, 2004
[18] <3 MISRA-C:2004-C用の高信頼化ガイド, SESSAME/MISRA-C 研究会,日本規格協会, 2006
[19] 吉川直邦, 坪井泰樹,斉藤直希, 小川 清,MISRA-C: 1998 MISRA-C:2004 C90, C99の検討,情報処理学会全国大会, 2005
[20] ISO/IEC 9899:1999, Cor 1:2001,Cor 2:2004,Programming languages C, ISO, 2004
[21] 斉藤直希, 渡部謹二, 小川 清, 大澤史郁, 大槻直,TOPPERS/JSP M16C/M32C TO, 処理学会組込みシステム研究会, 2006.6
[22] 今井和彦, TOPPERS プロジェクト/JSP カーネル SH1 http://www.mit.pref.miyagi.jp/embedded/TOPPERS/index.html, 2001.9
[23] Automotive SPICE,http://www.automotivespice.com/
[24] Ogawa Kiyoshi, Fujino Kiichi, Trial Report from Northern Pacific Asia- Problems and Proposes for the phase 2 trial of software process assessment in Japan, SPICE97, IEEE, Walnut Creek, June, 1997
[25] Ogawa Kiyoshi, A practical assessment model for small enterprises in Japan, 第2回世界ソフトウェア品, Yokohama, Aug, 2000
[26] 斉藤直希, 小川 清, 水口大知,菊池達也,大西秀一, 長谷部浩二, 堀 武司, コンポーネントソフトウェアに対するハザード分析手法の検討, 第五回システム検証の科学技術シンポジウム (SSV 2008) 
[27] 小川 清, 斉藤直希, 堀 武司,水口大知,吉岡律夫, 森川聡久, 服部博行, ソフトウェア開発における安全分析, 形式手法,工業標準江焦点如下九安全関連スキルと教育訓練, 第五回システム検証の科学技術シンポジウム (SSV 2008), 2008
[28] 堀 武司, 岡村真吾, 服部智幸, 斉藤直希, 小川清,機能安全対応組込みソフトウェア開発における B メソッド導入の試み, 第五回システム検証の科学 技術シンポジウム (SSV 2008), 2008
[29] ETSS, 組込みスキルスタンダード, https://sec.ipa.go.jp/std/eb.php, 2006
[30] ISO/IEC 9126-1:2001 Software engineering Product quality -- Part 1: Quality model
[31] ISO/IEC 25000:2005 Software Engineering Software product Quality Requirements and Evaluation(SQuaRE) -- Guide to SQuaRE
[32] CMM, Software Engineering Institute(SEI)
[33] CMMI. SEI, www.sei.cmu.edu
[34] Introduction to the Personal Software Process(sm), Watts S. Humphrey, 1996
[35] Introduction to the Team Software Process(sm), Watts S. Humphrey, 1999
[36] ISO/IEC 24773 Software Engineering Certification of software engineering professionals Comparison framework.
[37] ISO/IEC 12207 software life cycle process
[38] ISO/IEC 15288 system life cycle process
[39] ISO/IEC Directives
[40] ISO/IEC 17000 

<この項は書きかけです。順次追記します。>
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で逆リンクを表示しなくなったような気がする。時々、スマフォで表示するとあらわっることがあり、完全に削除したのではなさそう。

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

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

仮説（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 初稿 　20250518
### 最後までおよみいただきありがとうございました。
いいね　💚、フォローをお願いします。
#### 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.