@kazuo_reveさんの「自動車の故障診断に関連するプログラマーになりたての方が参照するとよさそうな情報」 を読む際に、事前資料、背景資料を理解しているとよさそうなことを書きます。 <この項は書きかけです。順次追記します。> 背景資料 排ガス規制 語り継ぎたいことトップ>Hondaのチャレンジングスピリット>CVCCエンジン発表 / 1972 https://www.honda.co.jp/50years-history/challenge/1972introducingthecvcc/ 排ガス規制を電子制御で達成したのは、hondaです。 日本の技術ですから、日本語だけで読んでも大丈夫。 エンジンの電子制御の基本は、電気自動車の電動機の省エネ制御にひきついでいます。 角速度制御 タスクではなく割り込み基本（角速度制御は回転数に応じて３桁以上変化するとタスクでは間に合わないか、時間的無

■40代よわよわエンジニアの転職は打ちのめされてからが本番だった https://anond.hatelabo.jp/20230415000359 なるほどと思った記事でした。 おんなじような経験、相似な構造を見つけ、私の場合はどんなんだっけと書き出そうとしています。 元記事の引用について、元記事ご本人の了解はまだ得ていません。ごめんなさい。「60代の」よわよわエンジニアです。 ひとつひとつ引用させていただいて、関係あることを書かせてください。途中まで書いて、元記事ご本人の許可を得るように元記事にコメントさせていただきました。最初は限定公開にしました。 p.s. 20230430 追記 いったん、公開にさせてください。 公開に条件があれば、条件に合わせた書き直しをさせていただきます。 引用表示が元記事です。本文が私の記憶、経験、感想です。 見出しは、私が勝手に入れました。 p.s.2. 2

目次(Content) 黙祷(a minute's silence) 想定外(unexpected circumstances) ・法律(Law) ・技術者(Engineer) ・管理者、経営者(Manager） 津波(Tsunami) ・堤防(levee) ・避難(Escape) 事故調査報告(accident investigation report) ・安全分析(Safety Analysis) ・・HAZOP(Hazard Analysis and Operability Study) ・模擬試験(simulation) あとがき(Post Script) ・お礼(Special Thanks) ・お詫び(Apologies) 前提(precondition) ・理論(theory) ・・デカルトとニュートン(René Descartes, Isaac Newton) ・・・37.

「 最後までおよみいただきありがとうございました。 いいね、フォローをお願いします。 Thank you very much for reading to the last sentence. Please press the like icon and follow me for your happy life. 」 という表現を、Qiita記事の最後に書き始めさせていただきました。 この表現を入れるのは、完成度が100点満点中30点以上になったと思ったものです。 文章の最後にお礼の言葉をいれていらっしゃる方の記事を、何度か拝見したことがあります。 これまで「お読みいただき有難うございました」と入れたいと思わなかったのには、理由がいくつかありました。 これまで入れなかった理由 理由１　 ガチ勢が読む内容に達していない。 １００点満点でいえば、６０点以上の記事を書いてからだろうと思っていた

countdown Calendarの項目そのままを記載する。 <この項は書きかけです。順次追記します。> チーム運営の方法 ４人以上の会合は原則行わない。もしくは、３人ごとの会合を組織し、その成果をまとめるときだけにする。 プロジェクトマネジメント/プロダクトマネジメントのノウハウ プロダクトマネジメントは、そのプロダクトの性能、仕様ごとに違い、共通化をしない方がいいことがあることが要注意。 人命にかかわるシステムの場合には、安全分析が大事。 安全分析に参加して欲しい人は、そのシステムの材料に詳しい人が必要で、システムごとに全く違う可能性がある。 組込み中核人材プロジェクトの次 組み込み中核人材プロジェクトにおける大学等での取り組み 小川清, 斉藤直希, 渡部謹二, 鵜飼裕之, 速水悟 情報処理学会研究報告(CD−ROM) 2009(2) ROMBUNNO.EMB-NO.14(10) 2

Open Source Projectの技術広報は大事な役割がある。 技術的な動向は、技術指導者が語るとよい。 技術広報は、指導者の背景となる情報を整理し、 Open Source Projectの参加者が道に迷わないようにするとよい。 GCCとClang/LLVMを例に考えて見る。 ||GCC|LLVM| |:--|:--|:--| |home| 60|70| |usage|70|60| |Publicity|20|30| プログラマとしてこの表紙に不満はない。 まっとうな文章と、まっとうなリンク。 プログラマ以外に何か訴えるものがあってもいいかもしれない。 <この項は書きかけです。順次追記します。> 例： 今日から写経でコンパイラを書こう。 最短ビルド時間申告。 コンパイラ最適化競争。 いくらでも、お金をかけない広報企画は思いつく。 open Source Projectには、技術広報

フルスタックエンジニア(full stack engineer) フルスタックエンジニアといえば、ハードウェア、ソフトウェアのすべての作業をこなす資格を持ち、作業可能な人をいうと、誰にでもわかりやすい。 <この項は書きかけです。順次追記します。> 20221113追記 フルスタックソフトウェアエンジニア　どこからどこまで https://t.co/BEzuwrZnE5 #Qiita @naokiakutagawaより 面白い！フルスタック再定義は居ると思ってる。フルって付けるのが良くないのかな・・ — いもいもくん (@ma_anago) November 12, 2022 ありがとうございます。フルってつけたらどこからどこまでを言わないと、フルかどうかがわからないですね。。 お互いのフルの範囲の違いを確認しないと意思は通じないかもしれない。 表題を「フルスタックソフトウェアエンジニア　ど

@chooyan_eng ソースコードはしゃべるように書け https://qiita.com/chooyan_eng/items/72f86a2ce2ca67d3b4a4 に触発された記事です。 NOP(NIT(Nagoya Institute of Technology) of Programmers) https://qiita.com/kaizen_nagoya/items/fb5630980839aa9a6519 日本のプログラマが世界で戦える16分野・事例。仮説（53）統計と確率(25) https://qiita.com/kaizen_nagoya/items/a7e634a996cdd02bc53b に記載した支援経験に基づいているかもしれません。 しゃべるように <この項は書きかけです。順次追記します。> 20代の頃から、約45 50年 Programming like

<この項は書きかけです。順次追記します。> This section is about to be written. I will add it little by little. 目次の前に(forward) この記事は、インターンシップの大学生の方に、「ゲームはするよりもゲームプログラムを書く方が楽しい」ということを説明した際に、その説明の一部として書いたものです。ゲームを卒業研究の題材にするなら、ゲームの中での色使いで、人による見え方の違いに配慮した改訂のあったJIS安全色(国際整合：ISO 3864-4:2011(Graphical symbols−Safety colours and safety signs−Part 4: Colorimetric and photometric properties of safety sign materials))を参考にするとよいよとい