UML, Day 6

職業訓練
https://qiita.com/kaizen_nagoya/items/95368b63fa21d64271ec

かんたんUML入門　改訂２版
https://qiita.com/kaizen_nagoya/items/1746cadd6cab7da49680

UML 1.4.2
https://www.omg.org/spec/UML/ISO/19501/PDF

JIS X 4170:2009(UML 1.4.2, ISO/IEC 19501:2005)
https://kikakurui.com/x4/X4170-2009-01.html#google_vignette

UML 2.1.2 Superstructure(ISO/IEC 19505-1:2012)
https://www.omg.org/spec/UML/2.1.2/Superstructure/PDF/

UML 2.1.2 Infrastructure(ISO/IEC 19505-2:2012)
https://www.omg.org/spec/UML/2.1.2/Infrastructure/PDF

UML, Day 5
https://qiita.com/kaizen_nagoya/items/36a938561fc012fa02f8

UML, Day 7
https://qiita.com/kaizen_nagoya/items/ac7f8c58bbcf63cc8fa3

<この項は書きかけです。順次追記します。>
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.

# Day 6
## UML TOOL
UML tool web
https://qiita.com/kaizen_nagoya/items/efe9127e3eb0747d32b0

PlantUML
https://qiita.com/kaizen_nagoya/items/cb6802e6c7903efd1b46

一目でわかるPlantUML
https://plantuml.com/ja/

# Process
ウォータフォールモデル
　メインフレームが５年ごとに、ハードウェアを更新。OS,言語もバージョンアップする。
　新しいライブラリ、フレームワークを提供。アプリも一部書き直しする。

 　ソフトウェアエンジニアは５年ごとに計画をたてなきゃいけない。

　Malab/Simulinkモデルを書くツールも、似たような感じで、５年ごとにソフトをバージョンアップ。
  AUTOSARは、１０年単位で更新できるようにしたい。
  OEMも、５年ごとの更新を受け入れる方向。

  現在でも、自動車の開発はウォータフォールでもいいかもしれない。
  SDVというクラウドを利用した開発だと、永久に開発をつづけなくてはならず、ウォータフォールは成り立たないかも。

  スパイラルは、方向性がはっきりしている。
  反復は、クラウドで定期的に更新が必要な場合。

  UP（Unified Process)
   UMLなどの道具を駆使して、ソフトウェアを作る方法を統合しよう。
   
   ラショナル統一プロセス入門
   https://www.amazon.co.jp/dp/489471342X/
   UMLを使った開発のプロセス定義。
>大型計算機で利用していたような落水模型（ウォータフォールモデル）ではなく、
現場で実際にやっていることに近い事項を記述しているので親しみがもてました。
落水模型では、１回目の設計ではどこまで考慮していないといけないかとか、
２回目は、最初から試験プログラムを書くかどうかとか、
実際に仕事をする上でやるべきことについて迷うことに関する示唆がありません。
本書を読んだときに、現実に近い作業定義(process definition)をしてもよいこと、
現実に近い作業定義が存在することを知りました。
第２版は、第１版を読んだときほどの感激はしませんでしが、着実に普及しているように感じました。
   

   ユースケース駆動。　顧客とUseCase図で作るもののイメージを合わせて作る。

   アーキテクチャ中心

   データ中心設計（テキストには掲載なし）

   反復。
   https://www.biprogy.com/pdf/6809.pdf

   ツールによるサポート
   　　図からソースコードを生成するUMLツール。
     　バージョン管理をするツール。
      試験を自動化するツール。

  カスタマイズ可能：tailoring:仕立て

４つのフェーズが、クラウドのDevOpsでは３つのフェース。DevelopmentとOperationが。同じシステムで同じ担当者が管理する。

>1. 方向付けフェーズ プロジェクトがターゲットにしているものの範囲を明確にし、それが実現可能かどうか判断するフェーズ。 
>2. 推敲フェーズ プロジェクト全体の計画立案とアーキテクチャの基本構造の定義を行うフェーズ。 
>3. 作成フェーズ 実際に製品の開発を行うフェーズ。 
>4. 移行フェーズ 製品をユーザ環境に導入可能な状態にするフェーズ。

Cloud上で開発していると、作成した人がそのまま運用も担当し、移行フェーズは存在しない。

### agile
1週間から4週間の短い開発サイクル（イテレーションともいいます）をプロジェクトが完了するまで繰り返し行います。
->３日でリリースする開発経験あり。
１日リリースする開発経験もある。

公開算譜は機敏だ(An Open Source Project is Agile)GitHub with Docker。Youtube(2) 仮説（51）
https://qiita.com/kaizen_nagoya/items/5dd49a046b5991af3a5e

公開算譜(open source)は楽しいの (just want to have fun.)
https://qiita.com/kaizen_nagoya/items/4368f223940794ac2937

公開算譜は機敏だ。前史。
https://qiita.com/kaizen_nagoya/items/2f6e436e73004b2b7c33

公開算譜は機敏だ。後書き 仮説(237)
https://qiita.com/kaizen_nagoya/items/89de41e1d4904cdac956

アナリシスパターン：よい参考資料を探す。
## UML
JIS X 4170:2009(UML 1.4.2, ISO/IEC 19501:2005)
https://kikakurui.com/x4/X4170-2009-01.html#google_vignette


UML 2.1.2 Infrastructure(ISO/IEC 19505-2:2012)
https://www.omg.org/spec/UML/2.1.2/Infrastructure/PDF

国際規格は、ISO/IEC JTC1SC7WG4で議論。
ISO/IEC JTC1SC7国内幹事として代理出席、代表出席。

１　マルチバイト対応
２　表形式
UML 1.4.2
https://www.omg.org/spec/UML/ISO/19501/PDF
>5.5 Background Information
5.5.1 Presentation Options
Each appearance of a symbol for a class on a diagram or on different diagrams may have its own presentation choices. For example, one symbol for a class may show the attributes and operations and another symbol for the same class may suppress them. Tools may provide style sheets attached either to individual symbols or to entire diagrams. The style sheets would specify the presentation choices. (Style sheets would be applicable to most kinds of symbols, not just classes.)
Not all modeling information is presented most usefully in a graphical notation. Some information is best presented in a textual or tabular format. For example, much detailed programming information is best presented as text lists. The UML does not assume that all of the information in a model will be expressed as diagrams; some of it may only be available as tables. 
This document does not attempt to prescribe the format of such tables or of the forms that are used to access them, because the underlying information is adequately described in the UML metamodel and the responsibility for presenting tabular information is a tool responsibility. It is assumed that hidden links may exist from graphical items to tabular items

仮役：JISでは省略している。
>5.5 背景情報
5.5.1 表示選択肢
あるクラスのシンボルを、あるダイアグラム上または別のダイアグラム上に表示する場合、それぞれに独自の表示選択肢が存在します。例えば、あるクラスのシンボルでは属性と操作を表示し、同じクラスの別のシンボルではそれらを表示しない場合があります。ツールによっては、個々のシンボルまたはダイアグラム全体にスタイルシートを添付している場合があります。スタイルシートは、表示選択肢を指定します。(スタイルシートは、クラスだけでなく、ほとんどの種類のシンボルに適用できます。)
すべてのモデリング情報を図表記で最も便利に表示するわけではありません。一部の情報は、テキスト形式または表形式。たとえば、詳細なプログラミング情報は、テキスト リストとして提示するのが最適です。 UMLはモデル内のすべての情報が図として表現されるとは想定しないでください。一部は表としてのみ利用できる場合があります。
この文書では、そのような表の形式や、それらにアクセスするために使用するフォームを規定するものではありません。基礎となる情報はUMLメタモデルに適切に記述されており、表形式で提示する責任はツールです。図項目から表形式項目への隠れたリンクが存在する可能性があると想定します。

UML 2.1.2 Superstructure(ISO/IEC 19505-1:2012)
https://www.omg.org/spec/UML/2.1.2/Superstructure/PDF/
>Annex C: Standard Stereotypes
(normative)
This annex describes the predefined standard stereotypes for UML. The standard stereotypes are specified in two separate system-defined profiles, corresponding to the top two compliance levels of UML (L2 and L3). These profiles can be applied to a user model just like any other profile. However, it is not necessary to include an explicit profile definition in such cases as it is assumed that such definitions are included (implicitly or explicitly) within any tool that is compliant with the standard. Of course, a tool need only support the profile that is consistent with its level of standard compliance.
The stereotypes belonging to the profile are described using a compact tabular form rather than graphically. The first column gives the name of the stereotype label corresponding to the stereotype. The actual name of the stereotype is the same as the stereotype label except that the first letter of each is capitalized. The second column identifies the language unit of the stereotype. The third column identifies the metaclass to which the stereotype applies and the last column provides a description of the meaning of the stereotype


>Annex E: Tabular Notations
(normative)
This annex describes optional tabular notations for UML behavioral diagrams, that some vendors or users may want to use as alternatives to UML’s graphic notation. Although this appendix mostly describes tabular notations for sequence diagrams, the approach may also be applied to other kinds of behavioral diagrams.
E.1 Tabular Notation for Sequence Diagrams
This clause describes an optional tabular notation for sequence diagrams. The table row descriptions for this notation follow:
>1. Lifeline Class: Designates Class name of Lifeline. If there is no Class name on the Lifeline symbol, this class name is omitted.
>2. Lifeline Instance: Designates Instance name of Lifeline. If there is no Instance name on the Lifeline symbol, this instance name is omitted.
>3. Constraint: Designates some kind of constraint. For example, indication of oblique line is denoted as “{delay}.” To represent CombinedFragments, those operators are denoted with an index adorned by square bracket. In a case of InteractionUse, it is shown as parenthesized “Diagram ID,” which designates referred Interaction Diagram, with “ref” tag, like “ref(M.sq).”
>4. Message Sending Class: Designates the message sending class name for each incoming arrow.
>5. Message Sending instance: Designates the message sending instance name for each incoming arrow. In a case of Gate message that is outgoing message from InteractionUse, it is shown as parenthesized “Diagram ID,” which designates referred Interaction Diagram, with underscore, like “_(M.sq).”
6. Diagram ID: Identifies the document that describes the corresponding sequence/communication diagram and can be the name of the file that contains the corresponding sequence or communication diagram.
7. Generated instance name: An identifier name that is given to each instance symbol in the sequence/communication diagram. The identifier name is unique in each document.
8. Sequence Number: The corresponding message number on the sequence/communication diagram.
9. Weak Order: Designates partial (relative) orders of events, as ordered on individual lifelines and across lifelines, given a message receive event has to occur after its message send event. See definition of weak order (sub clause 34.1 in the U2 partners submission.) Events are shown as “e” + event order + event direction (incoming or outgoing).
10. Message name: The corresponding message name on the sequence/communication diagram.
11. Parameter: A set of parameter variable names and parameter types of the corresponding message on the sequence/communication diagrams.
12. Return value: The return value type of the corresponding message on the sequence/communication diagram.
13. Message Receiving Class: Designates the message receiving class name for each outgoing arrow.
14. Message Receiving Instance: Designates the message receiving instance name for each outgoing arrow. In a case of Gate message that is outgoing message from ordinary instance symbol, it is shown as parenthesized message name with “out_” tag, like “(out_s).”
15. Other End: Designates event order of another end on the each message.
Examples
Figure E.1 - Sequence diagram enhanced with identification of the Event occurrences
Table E.1 - Interaction Table describing Figure E-1
Figure E.2 - Sequence diagram with guards, parallel composition and alternatives 
Table E.2 - Interaction Table for Figure E-2
E.2 Tabular Notation for Other Behavioral Diagrams
The approach for defining tabular notation for sequence diagrams should also be applicable to other major behavioral 
diagram types, such as state machine diagrams and activity diagrams


# 特許
ZIP-Cという状態遷移表からソースコードを生成するツールを使っていて。

## 特開2018-097624
特願2016-241756
2016/12/14
2018/06/21
機器、管理サーバ、情報収集システム及び情報収集方法
キャッツ株式会社
特許 有効
年金の支払い
G06F11/34,176
G06F11/30,140@A

## 特開2018-014037
特願2016-144512
2016/07/22
2018/01/25
制御方法、情報処理装置、及びプログラム
キヤノン株式会社
（出願の）却下・拒絶
出願のみなし取下げ
G06F9/06,640@H
G06F9/06,620@A
G06F8/00
他
経過情報
OPD

## 特開2017-182379
特願2016-067339
2016/03/30
2017/10/05
テストケース抽出装置、テストケース抽出方法及びプログラム
キャッツ株式会社
特許 有効
年金の支払い
G06F11/36,184
G06F11/3668
G06F11/3668,172
他
	
## 特許4189432
特願2007-270328
2007/10/17
2008/12/03
状態遷移分析装置、状態遷移分析装置での処理方法及びプログラム
キャッツ株式会社
特許 有効
年金の支払い
G06F9/06,620@A
G06F8/00
G06F8/34

## 特開2004-046299
特願2002-199190
2002/07/08
2004/02/12
組み込み機器用集積回路、組み込み機器および組み込み機器制御システム
キャッツ株式会社
（出願の）却下・拒絶
出願のみなし取下げ
G01R31/28@V
G06F11/22,310@R
G06F11/22,340@B
他

## 特開2003-076543
特願2001-265001
2001/08/31
2003/03/14
プログラム生成装置、プログラム生成方法およびその方法をコンピュータに実行させるプログラム
キャッツ株式会社
（出願の）却下・拒絶
出願の拒絶・却下
G06F9/06,620@A
G06F8/00
G06F8/10
平11-102205

## 特願平09-260174
1997/09/25
1999/04/13
制御用デ－タ形成方法
キャッツ株式会社
G05B15/02@P
経過情報

## Ref.
「優れたアーティストになるための効果的な7つの習慣」に学ぶための自己優先順位
https://qiita.com/kaizen_nagoya/items/d498224df7471e313031

アクセシビリティの知見を発信しよう！（再び）
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

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

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

## 知人資料
' @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 初稿 　20250430
### 最後までおよみいただきありがとうございました。
いいね　💚、フォローをお願いします。
#### 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.