ISO/IEC 10731:1994, Information technology - Open Systems Interconnection - Basic Reference Model - Conventions for the definition of OSI services
https://www.iso.org/standard/18824.html
<この項は書きかけです。順次追記します。>
This article is not completed. I will add some words in order.
2 Normative references
2.1 Identical Recommendations and International Standards
ITU-T Recommendation X.207 (1993) | ISO/IEC 9545; 1993, Information Technology — Open Systems Interconnection — Application Layer structure.
2.2 Paired Recommendations | International Standards equivalent in technical content
CCITT Recommendation X.200 (1988), Reference model of open systems for CCITT applications.
ISO/IEC 7498:1984, Information technology — Open Systems Interconnection — Basic Reference Model.
3 Definitions
3.1 Terms defined in the OSI Basic Reference Model
This Recommendation | International Standard builds on the concepts developed in CCITT Rec. X.200 | ISO 7498 and makes use of the following terms defined in that Recommendation | International Standard:
a) (N)-connection;
b) (N)-connection-endpoint;
c) (N)-entity;
d) (N)-layer;
e) open system;
f) (N)-service;
g) (N)-service-access-point;
h) (N)-subsystem.
3.2 Terms defined in the Application Layer Structure
This Recommendation | International Standard makes use of the following terms defined in ITU-T Rec. X.207 (1993) | ISO/IEC 9545:
a) application-entity-invocation;
b) application-service-element;
c) application-service-object;
d) control function.
3.3 Terms defined in this Recommendation | International Standard
NOTE — Several terms in the following list are structured with the prefix "OSI-". The terms thus prefixed are intended to have a consistent meaning across all layers of OSI, including the Application Layer.
In the case of the OSI-services provided by the six lower layers, the prefix "OSI-" can be replaced by the equivalent prefix "(N)-" which particularises the concept to the generic (N)-layer.
Further particularisation is needed in other OSI standards, such as replacing "OSI-" with the abbreviation for one of the six lower layers, or replacing "OSI-" with the abbreviation for a particular application-service-element or group of application-serviceelements which provide an OSI-service within the Application Layer.
3.3.1 OSI-service
The capability of an OSI-service-provider which is provided to OSI-service-users at the boundary between the OSI-service-provider and the OSI-service-users.
Note 1 to entry: The OSI-service defines the external behaviour of the OSI-service-provider independent of the mechanisms used to provide that behaviour. (N)-layers, (N)-entities, application-service-elements, etc. are components of an OSI-service-provider.
3.3.2 OSI-service-provider
An abstract representation of the totality of those entities which provide an OSI-service to OSI-service-users.
3.3.3 OSI-service-user
An entity in a single open system that makes use of an OSI-service.
Note 1 to entry: The OSI-service-user makes use of the OSI-service through a collection of OSI-service primitives defined for the OSI-service.
3.3.4 OSI-service primitive; primitive
An abstract, atomic, implementation-independent representation of an interaction between an OSI-service-user and its OSI-service-provider.
Note 1 to entry: The term "primitive" is used in some documents in place of the preferred form "OSI-service primitive".
3.3.5 submit (primitive)
An OSI-service primitive initiated by an OSI-service-user.
3.3.6 deliver (primitive)
An OSI-service primitive initiated by an OSI-service-provider.
3.3.7 requestor
In a particular exchange of OSI-service-primitives, an OSI-service-user that issues a submit primitive and as a result may receive one or more deliver primitives.
3.3.8 acceptor
In a particular exchange of OSI-service-primitives, an OSI-service-user that receives a deliver primitive and as a result may issue one or more submit primitives.
3.3.9 request (primitive)
requestor.submit (primitive)
A submit primitive issued by a requestor.
3.3.10 indication (primitive)
acceptor.deliver (primitive)
A deliver primitive received by an acceptor.
3.3.11 response (primitive)
acceptor.submit (primitive)
A submit primitive issued by an acceptor.
3.3.12 confirm (primitive)
requestor.deliver (primitive)
A deliver primitive received by a requestor.
3.3.13 OSI-facility
A part of an OSI-service designated within a Recommendation | International Standard.
Note 1 to entry:
1 There are existing Recommendations | International Standards for OSI-service definitions which use the form "...-service" for terms relating to such a designated part of the total OSI-service. The form "...-facility" is to be strongly preferred for all such usages.
2 The term "OSI-facility" defined here is distinguished from the term "facility" (without the qualification "OSI-") used, for example, in CCITT Rec. X.25 and ISO/IEC 8208.
3.3.14 OSI-mandatory-facility
An OSI-facility which is always provided.
3.3.15 OSI-provider-optional-facility
An OSI-facility which may or may not be provided.
3.3.16 OSI-user-optional-facility
An OSI-facility which is only used if all peer OSI-service-users agree.
3.3.17 OSI-confirmed-facility
An OSI-facility in the operation of which an explicit confirmation is given from the OSI-service-provider to the initiating OSI-service-user.
3.3.18 OSI-non-confirmed-facility
An OSI-facility in the operation of which no explicit confirmation is given from the OSI-service-provider to the initiating OSI-service-user.
3.3.19 OSI-provider-initiated-facility
An OSI-facility the operation of which is initiated by the OSI-service-provider.
3.3.20 OSI-local view
The shared behaviour of an OSI-service-user and an OSI-service-provider in terms of their interactions at an OSI-service boundary.
Note 1 to entry: In the case of (N)-services, the OSI-service boundary is to be understood as the set of (N)-service-access-points for the (N)-subsystem.
3.3.21 symmetrical service
An OSI-service for which the definitions of all OSI-local views are the same (i.e. there is only one type of OSI-local view).
3.3.22 asymmetrical service
An OSI-service for which the definitions of all OSI-local views are not all the same (i.e. there are several types of OSI-local view).
3.3.23 multi-peer
A mode of operation of an OSI-service which supports exchanges between more than two OSI-service-users.
4 Abbreviations
ASE application-service-element
AS0 application-service-object
OS1 Open Systems Interconnection
#5 Model of service
5.1 The concept of ON-service definition
5.1.1 An OSI-service is that capability of an OSI-service-provider which is offered to OSI-service-users at the
boundary between the OSI-service-provider and the OSI-service-users.
5.1.2 An OSI-service definition is the complete expression of the behaviour of an OSI-service-provider as seen by
its OSI-service-users. An OSI-service definition does not describe the internal behaviour of an OSI-service-provider.
There are many mechanisms that may be specified to provide an OSI-service. It is thus fundamental that the conventions
used to define an OSI-service allow an OSI-service definition to be expressed totally independently from any subsequent
specification of the protocol or protocols which support that OSI-service.
5.1.3 To make proper use of an OSI-service, it is necessary for an OSI-service-user to reference the OSI-service
definition. As a result, an OSI-service definition constrains the behaviour of the OSI-service-users. Nevertheless, it is not
the purpose of an OSI-service definition to express the complete behaviour of OSI-service-users.
5.2 . The general model of an OSI-service definition
5.2.1 This clause describes a general model for the definition of an OSI-service which is applicable to all modes of
communication (connectionless-mode, connection-mode, multi-peer, etc.) in all seven layers.
5.2.2 An OSI-service-user and an OSI-service-provider interact at a OSI-service boundary in an open system. The
interactions between the OSI-service-user and the OSI-service-provider constitute an abstract interface at the OSI-
service boundary. This abstract interface is the OSI-local view. The OSI-local view is defmed in terms of the set of OSI-
service primitives which the OSI-service user and the OSI-service-provider are allowed’to exchange, together with the
sequencing rules which apply to these exchanges.
5.2.3 An OSI-service primitive issued by an OSI-service-user to its OSI-service-provider is a definition of:
the semantics of the information conveyed by the OSI-service primitive;
the constraints imposed on the OSI-service-user in order to issue the OSI-service primitive; and
receiving the
the requirements for action that the OSI-service-provider shall meet asa result of
OSI-service primitive.
5.2.4 An OSI-service primitive issued by an OSI-service-provider to one of its 0%service-users is a definition of:
a) the semantics of the information conveyed by the OSI-service primitive;
b) the conditions to be fulfilled by the OSI-service-provider in order to issue the OSI-service primitive; and
the possi .ble expectations of the OSI-service-provider regarding the reactions of the OSI-service-user
resulting from its receipt of the OSI-service primitive.
5.2.5 The semantics of these OSI-service primitives and the complete set of relationships among OSI-local views are
described in a model which defines the virtual environment in which the OSI-service applies. A relationship exists
among OSI-local views when there is a correlation among OSI-service primitives at each of these several OSI-local
views.
NOTES
In some cases , the model is explicitly described in a standard, in other cases e. . (N)-layer-services) the model
( g may
be implicit& known.
2 The semantics of the OSI-service primitives may be described, for example, in terms of abstract actions on abstract
objects.
3 In a simple case, the model of a peer-to-peer OSI-service establishes a one to one correspondence between the two
OSI-local views; in a more complex case, the model of an OSI-service may establish a one to many correspondence among some of
the OSI-local views participating in the OSI-service.
5.2.6 An OSI-service definition comprises:
the definition of, or reference to, the model introduced in 5.2.5;
b) the definition of the OSI-local views of relevance to the OSI-service (these definitions may all be the
same: symmetrical service, or they may not: asymmetrical service);
the definition of the correlation among OSI-service primitives for this set of OSI-local views.
5.2.7 The definition of the correlation among OSI-service primitives is itself formed by the following three
components:
the definition of, or reference to, the model introduced in 5.2.5
b) the definition of the relationships among OSI-service primitives within the scope of each OSI-local view;
based on the relationships among OSI-local views, the definition of the correlations among OSI-service
primitives that pertain to separate (but related) OSI-local views.
NOTES
1 Aspects of such a definition of the conelations among OSI-service primitives seen by different OSI-service-users
include
- the definition of the relationships among submit primitives originated at one 0%local view and deliver primitives
issued at other related OSI-local views; - the definition of the effects of possible collisions among submit primitives originated at one OSI-local view with
submit primitives originated at other, related OSI-local views, etc.
2 Only the OSI-local view is visible to the OSI-service-user. A specific OSI-service-user is only concerned with the
exchange of OSI-service primitives at the OSI-service boundary for this OSI-local view. The possible correlation between the OSI-
service primitives seen by different OSI-service-users does not need to be known by them and, consequently, is expressed in the
correlation definition and not in the definitions of the separate OSI-local views.
3 The definition of the correlations among OSI-service primitives seen by different OSI-service users is a high-level
definition. For example, although in a particular case a correlation definition might specify that an information request primitive from
one OSI-service-user results in the receipt of information request primitives by a number of OSI-service-users holding the information
to be accessed, it would not specify how the OSI-service-users are located nor how the requests are routed to them.
5.2.8 There are two basic types of OSI-service primitive: the submit primitive invoked by the OSI-service-user to
exchange information with the OSI-service-provider, and the deliver primitive invoked by the OSI-service-provider to
exchange information with the OSI-service-user.
Figure 1 illustrates an idealized view of a complete composite OSI-service.
5.2.9 This composite OSI-service consists of several OSI-service primitives which, when executed successfully in the correct sequence, result in the objective of the initiating OSI-service-user.
NOTES
Figure 1 illustrates four OSI-service-users, of which three are participating in an exchange of OSI-service primitives
with the OSI-service-provider. Only the corresponding 0%local view is apparent to an OX-service-user.
2 While it is convenient to view the OSI-service-provider as one unit for the purposes of illustration, it must not be
overlooked that it is a distributed system. This means that the OSI-service-provider cannot be considered a single state machine; that
there are time delays between service actions, and that there exists the possibility of loss, error, and &ordering associated with real
communication.
3 If Figure 1 is reproduced in an actual OSI-service standard, it should be accompanied by explanatory text similar
to 5.2.9 and Note 2.
OSI-submit OSI-su bmit OSI-submit
OSI-deliver OSIdeliver OSIdeliver
/ \ / \ /
OSI-local-view
OSI-local-view OS l-local-view
1 I
--I--------1
OSI-ServiceProvider
-I-.--I----I
Tls0251044/do1
Figure 1 - OSI-service model
5.2.10 At a given point in time, the state of the OSI-local view of an OSI-service is completely determined by the
preceding sequence of OSI-service primitives that has been observed at the OSI-service boundary.
5.2.11 Deliver primitives issued at an OSI-local view are usually correlated to submit primitives invoked by OSI-
service-users at other OSI-local views. In some specific cases (e.g. provider initiated) a deliver primitive may be issued
without any submit primitive having been invoked at any other OSI-local view.
5.2.12 An OSI-service definition contains one or more definitions of OSI-local views. Where there is only one
definition of OSI-local views, the OSI-service is said to be symmetrical and needs no additional identification.
Correspondingly, when an OSI-service is asymmetrical, it requires names to distinguish OSI-local views having
different definitions. These names need only be unique within the OSI-service definition, but should be chosen to
facilitate understanding (e.g. CLIENT and SERVER in Annex E).
. The concepts of requestor and acceptor
参考資料
@kazuo_reve 自動車の故障診断に関連するプログラマーになりたての方が参照するとよさそうな情報
https://qiita.com/kazuo_reve/items/f773b320dcbf2ab316da
@kazuo_reve AUTOSARのClassic PlatformとAdaptive PlatformにおけるDiagnosticsの違いを整理
https://qiita.com/kazuo_reve/items/05c179d705c69286b94a
私のAdvent Calendar 2022 ーー はじめたきっかけ、1月のふりかえり、今後の展望
https://qiita.com/torifukukaiou/items/891db4e40a7f6194af56
自己参照
ISO Road vehicles Diagnostics 規格調査中 100規格、100記事をめざして。
https://qiita.com/kaizen_nagoya/items/51e29d318585a4219985
ISO Diagnostics 文献（Normative Reference and Bibliography）集め
https://qiita.com/kaizen_nagoya/items/535a0144a343df2c99df
ISO Diagnostics 用語定義(Terms and Definition)と短縮名(short name)集め
https://qiita.com/kaizen_nagoya/items/83cae62d1cb528c3c816
ISO/IEC OSIに学ぶ
https://qiita.com/kaizen_nagoya/items/89562c52f37d6bf0a80d
ISO 14229-1:2020 Road vehicles — Unified diagnostic services (UDS) — Part 1: Application layer
https://qiita.com/kaizen_nagoya/items/3231d9fea536d1b9b1f7
国際規格のNormative Reference
https://qiita.com/kaizen_nagoya/items/b94b6055997119ac2d9a
@kazuo_reveさんの「自動車の故障診断に関連するプログラマーになりたての方が参照するとよさそうな情報」の読み方
https://qiita.com/kaizen_nagoya/items/0c6b8373f93ce52def33
@kazuo_reve「AUTOSARのClassic PlatformとAdaptive PlatformにおけるDiagnosticsの違いを整理」で慌てて
https://qiita.com/kaizen_nagoya/items/d3ff6aba9b7402e8bde8
関連資料
' @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.
文書履歴(document history)
ver. 0.01 初稿 20220210
最後までおよみいただきありがとうございました。
いいね 💚、フォローをお願いします。
Thank you very much for reading to the last sentence.
Please press the like icon 💚 and follow me for your happy life.