スキップしてメイン コンテンツに移動

ソフトウェア開発に関して個人的に有益な情報

ソフトウェア開発に関して個人的に有益と思った論文・資料等を列挙します。随時、追加・更新していく予定です。

開発プロセス

プロセス改善

清水吉男，「硬派のホームページ」

藤原啓一，「要求から詳細設計までをシームレスに行うアジャイル開発手法」 

藤原啓一，「大規模組込システムの要求分析、システム方式設計、そして、ソフトウェア設計までをつなぐモデルベース設計手法」

藤原啓一，「要求・要件仕様を効率的、高品質に作成する方法」

派生開発推進協議会，「XDDPの基本」

派生開発推進協議会，「困ってませんか？ 派生開発 ～XDDPはじめの一歩～」

古畑 慶次，「そうなんだ！XDDP」

清水吉男，「XDDPを活用してアジャイル派生開発に挑む」

林健吾，「Agile開発、SPLEに向けた派生開発技術の礎」

八木将計，会田圭司，石川宏保，斎藤賢一，永田敦，星野充史，山田謙輔，「AgileXDDP」

奈良 隆正，「ソフトウェア品質保証の方法論、技法、その変遷～先達の知恵に学ぶ～」

倉持 俊之，「ソフトウェア開発におけるプロセス改善 ～ 良い成果を得るためのプロセス改善の概要と勘所 ～」

安達 賢二，「ソフトウェアプロセス改善手法SaPIDのご紹介」

SCRUM

Ken Schwaber and Jeff Sutherland，「スクラムガイド」

Michael James and Luke Walter，「スクラムリファレンスカード」

Michael James，「スクラムマスターチェックリスト」

勝⼜淳，「XDDPとSCRUMによるチーム型派生開発の取り組み事例」

鷲崎弘宜，「パターンQA to AQ：伝統的品質保証（Quality Assurance）からアジャイル品質（Agile Auality）へ」

細川宣啓，「ソフトウェア欠陥予測アルゴリズム ～欠陥混入メカニズムのモデリング手法を利用した欠陥予測方法の提案～」

中谷一樹，「対象システムの知識や経験が浅くても有効な指摘を行えるレビュー手法（TPDR法）の提案」

日本科学技術連盟，「レビューの質の向上 〜幸せのレビュー目指して〜」

データ活用

綾井環 ，小向順，福永一寛，「ソフトウェアの構造を見れば品質がわかる！構造メトリクスとバグの関係」

Daniel J. Sturtevant，「System design and the cost of architectural complexity」

Adam Tornhill，Markus Borg，「Code Red: The Business Impact of Code Quality -- A Quantitative Study of 39 Proprietary Production Codebases」

IPA，「障害未然防止のための設計知識の整理手法ガイドブック（組込みシステム編）」

IPA，「ソフトウェア「設計レビュー・要件定義強化のススメ」 ～定量データに基づくソフトウェア開発のプロセス改善を目指して～」

飯泉紀子，「組み込みソフトウェア開発現場のための「過去トラ」の有効活用 ～高品質・短納期を目指して～」

IPA，「コストモデル」を使った 開発品質・生産性向上の取組み

マイニング

門田暁人，「ソフトウェアリポジトリマイニングのすすめ」

和田俊和，「IPA EPM-Xの機能拡張によるプロアクティブ型プロジェクトモニタリング環境の構築」

Markus Borg，Oscar Svensson，Kristian Berg，Daniel Hansson，「SZZ Unleashed: An Open Implementation of the SZZ Algorithm」

Thong Hoang，Hong Jin Kang，David Lo，Julia Lawall，「CC2Vec: Distributed Representations of Code Changes」

Thong Hoang，Hoa Khanh Dam，Yasutaka Kamei，David Lo，Naoyasu Ubayashi，「DeepJIT: An End-To-End Deep Learning Framework for Just-In-Time Defect Prediction」

AI活用

馬庭伸栄，栗津正輝，岡田伊策，出内将夫，笈田佳彰，若杉賢治，「AI技術を活用したSE変革の実践」

鷲崎弘宜，「機械学習を中心としたAI活用によるソフトウェアの品質保証」

Filipe Calegario，Vanilson Burégio，Francisco Erivaldo，Daniel Moraes Costa Andrade，Kailane Felix，Nathalia Barbosa，Pedro Lucas da Silva Lucena，César França，「Exploring the intersection of Generative AI and Software Development」

Mridula Prakash，「Role of Generative AI tools (GAITs) in  Software Development Life Cycle (SDLC)- Waterfall Model」

Nenad Petrovic, Vahid Zolfaghari, Andre Schamschurko, Sven Kirchner, Fengjunjie Pan, Chengdng Wu, Nils Purschke, Aleksei Velsh, Krzysztof Lebioda, Yinglei Song, Yi Zhang, Lukasz Mazur and Alois Knoll，「Survey of GenAI for Automotive Software Development: From Requirements to Executable Code」

Nenad Petrovic, Fengjunjie Pan, Vahid Zolfaghari, Andre Schamschurko, and Alois Knoll，「GenAI for Automotive Software Development: From Requirements to Wheels」

田中桂三，中森博晃，池永直樹，「生成AIを活用したソフトウェア開発プロセスのセルフアセスメントアシスタント(AI-ProSaA)の提案」

SE4BS

鷲崎弘宜，萩本順三，濱井和夫，関満徳，井上健，谷口真也，小林浩，平鍋健児，羽生田栄，「DX時代の新たなソフトウェア工学（Software Engineering for Business and Society: SE4BS）に向けた枠組みと価値駆動プロセスの提案」

鷲崎弘宜，萩本順三，羽生田栄一，関 満徳，小林 浩，丸山 久，井上 健，谷口真也，「DX時代に求められるソフトウェア工学の枠組み（Software Engineering for Business and Society: SE4BS）の考察と展望 」

萩本 順三，「SE4BS(Software Engineering for Business and Society)で 目指す、新たなエンジニアリングの在り方 」

その他

mkitahara，不確実性の高い仮説を 迅速に検証するための開発プロセス

ソフトウェア設計

要求工学

UVC（User Vender Collaboration），「要求仕様定義ガイドライン」

佐藤治夫，「要件定義とはそもそも何か」

USDM

清水吉男，「要求仕様記述手法「USDM」ってどんなの？ ～明日から使えるUSDMのエッセンス～」

梶本和博，「そうだったのか！ＵＳＤＭ」

派生開発推進協議会，「USDM 小冊子 基礎編」

派生開発推進協議会，「USDM小冊子 補足編」

SQiP研究会，「USDM Quick Start Guide」

SESSAME，「話題沸騰ポット（GOMA-1015型）要求仕様書」

DRBFM

柏原一雄，「欠陥混入メカニズムの知識を活用したDRBFMの提案」

柏原一雄，「欠陥混入メカニズムをもとにしたベースソフト調査手法の提案」

SysML

OMG，「OMG Systems Modeling Language (OMG SysML™) Tutorial」

UML

Agile Modeling，「Introduction to the Diagrams of UML 2.X」

アーキテクチャ・デザインパターン

Refactoring.Guru，「デザインパターン」

kamranahmedse，「Design Patterns for Humans」

Dov Amir，「Awesome Software and Architectural Design Patterns」

Amy Brown and Greg Wilson，「The Architecture of Open Source Applications」

joelparkerhenderson，「Architecture decision record (ADR)」

Bruce Powel Douglass，「Real-Time Design Patterns: Robust Scalable Architecture for Real-Time Systems」

IPA，「組込みソフトウェア向け設計ガイド ESDR［事例編]」

データ構造とアルゴリズム

Robert Sedgewick，「Algorithms in C」

Pat Morin，「Open Data Structures (in C++) 日本語版」

The Algorithms，「Open Source resource for learning Data Structures & Algorithms and their implementation in any Programming Language」

Martin Fowler，「Martin Fowler's Bliki」

プロジェクト管理

maccos，「スケールドメテオフォール開発」

広木大地，「なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのか」

mtx2s，「コード品質はやはりビジネスに影響を与える」

mtx2s，「エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく」

swiri，「ウォーターフォールの反省とアジャイルの成功に必要なもの」

mtx2s，「ソフトウェア開発の “見積り” と “計画” を混同するから話が噛み合わない」

機能安全

実例

Ludovic Pintard，「From safety analysis to experimental validation by fault injection - Case of automotive embedded systems」

exida，「Results of the ISO 26262 Funtional Satefy Assessment Project: MICROSAR Safe」

exida，「Results of the ISO 26262 Funtional Satefy Assessment Project: MICROSAR SafeRTE」

exida，「Results of the ISO 26262 Funtional Satefy Assessment Project: EB tresos®️ Safety OS 2.x for TriCore」

exida，「Results of the ISO 26262 Funtional Satefy Assessment Project: EB tresos®️ Safety RTE」

Marsha Chechik，「CSC2125:  Safety and Certification of Autonomous Vehicles」

STAMP/STPA

IPA，「はじめてのSTAMP/STPA ～システム思考に基づく新しい安全性解析手法～」

IPA，「はじめてのSTAMP/STPA（実践編） ～システム思考に基づく新しい安全性解析手法～」

IPA，「はじめてのSTAMP/STPA（活用編） ～システム思考で考えるこれからの安全～」

IPA，「STAMPガイドブック ～システム思考による安全分析」

SCDL

ASAM，「SCDL Notation Specification」

影響分析

Markus Oertel，「A Linear Scaling Change Impact Analysis Based on a Formal Safety Model for Automotive Embedded Systems」

FMEA

Christoph A. Thieme, Ali Mosleh, Ingrid B. Utne, and Jeevith Hegde1， 「Incorporating software failure in risk analysis – Part 1: Software functional failure mode classification」

標準規格

Automotive SPICE

VDA QMCワーキンググループ13 / Automotive SIG，「Automotive SPICE 3.1」

山本 健太，「AUTOSARの基礎」

プログラミング

Python

筑波大学，「Python学習教材」

京都大学，「プログラミング演習 Python 2023」

東京大学，「Pythonプログラミング入門」

アレン・B・ダウニー，「Think Python：コンピュータサイエンティストのように考えてみよう第二版」

Mahbub Zaman，「The missing cheatsheet for python」

Rust

Richard Anaya，「Rustツアー」

Steve Klabnik and Carol Nichols，「The Rust Programming Language 日本語版」

Rustコミュニティ，「Rust by Example 日本語版」

Ruby

 Dave Thomas and Andrew Hunt，「Programming Ruby The Pragmatic Programmer's Guide」

Mahbub Zaman，「The missing cheatsheet for Ruby」

Java

三⾕純，「Java言語学習教材」

三⾕純，「Java言語学習教材(2)」

C++

ロベール，「ロベールのＣ＋＋教室」

C

三⾕純，「C言語学習教材」

Andrew Gierth，「Frequently Asked Questions about Unix Programming」

Vic Metcalfe, Andrew Gierth and other contributers，「Programming UNIX Sockets in C - Frequently Asked Questions」

Bash

osw_nuco，「【永久保存版】シェルスクリプト完全攻略ガイド」

Donald Knuth，「Literate Programming (1984)」

開発ツール

GitLab，「cmakeの使い方」

Robert Mecklenburg，「GNU Make第3版」

Steve Chamberlain and Ian Lance Taylor，「The GNU linker」

Haruki Yoshida，「Docker再入門」

easegis，「Git Ready」

農林水産技術会議事務局 筑波産学連携支援センター，「AsciiDoc文書作成入門」

その他

cscs，「Coding Style Conventions and Standards」

hironori_narita，「【日本人エンジニア必携】英語命名規則の決定版」

Ted-HM，「プログラミングでよく使う英単語のまとめ【随時更新】」

クラウドサービス

AWS

東京大学，「AWSによるクラウド入門」

数学・データサイエンス・AI

基礎

米田優峻，「150分で学ぶ高校数学の基礎」

確率・統計

David M Diez and Mine Getinkaya-Rundel and Christopher D Barr，「データ分析のための統計学入門」

線形代数

セガ，「基礎線形代数講座」

黒田紘敏，「線形代数学入門」

微分・積分

黒田紘敏，「微分積分学入門」

最適化問題

久保幹雄，「Python言語による実務で使える100+の最適化問題」

データサイエンス・AI

東京大学，「数理・データサイエンス・AIモデルカリキュラム完全準拠教材」

松尾研究室，「Deep Learning実践開発講座（DL4US）」

松尾研究室，「LLM 大規模言語モデル講座」

Ashish Vaswani，Noam Shazeer，Niki Parmar，Jakob Uszkoreit，Llion Jones，Aidan N. Gomez，Lukasz Kaiser，Illia Polosukhin，「Attention Is All You Need」

Alec Radford，Karthik Narasimhan，Tim Salimans，Ilya Sutskever，「Improving Language Understanding by Generative Pre-Training」

高橋大志，「情報科学特別講義I 生成モデルの基礎と応用」

鈴木大慈，「深層学習の数理」

プロンプトエンジニアリング

DAIR.AI，「Prompt Engineering Guide」

Learn Prompting，「プロンプトエンジニアリング講座」

gmoriki，「P4Us  / 大学職員のためのプロンプトガイド」

Jules White，Quchen Fu，Sam Hays，Michael Sandborn，Carlos Olea，Henry Gilbert, Ashraf Elnashar，Jesse Spencer-Smith，Douglas C. Schmidt，「A Prompt Pattern Catalog to Enhance Prompt Engineering with ChatGPT」

記号創発システム論

アウトリーチスタッフメンバー，「記号創発スタディノート」

プレゼンテーション

ラクプレ，「効率的に！ラクラクプレゼン資料作成」

ICON8，「当社チームによるオリジナルのストックグラフィック、デザインアプリ、AIツール」

Iconduck，「273,858 free open source icons & illustrations」

unDraw，「Illustrations」

Loose Drawing，「無料で商用可のフリーイラスト素材」

ソコスト，「商用可・フリーイラスト素材」

Linustock，「無料イラスト一覧」

チートシート（早見表）

Microsoft，「Visual Studio Code keyboard shortcuts for windows」

Microsoft，「Visual Studio Code keyboard shortcuts for macOS」

Qiita株式会社，「Markdown記法 チートシート」

GitHub，「GitHub GIT CHEAT SHEET」

その他

KNR109，「有名企業のエンジニア向け研修資料まとめ」

CODEGYM and LABOT Inc.，「CS50 for Japanese」

馬田隆明，「スタートアップの仮説思考（１）仮説思考入門」

馬田隆明，「スタートアップの仮説思考（２）仮説生成力を鍛える 」

馬田隆明，「スタートアップの仮説思考（３）仮説を"選ぶ"技術 」

馬田隆明，「スタートアップの仮説思考（４）ビジネスの仮説検証と実験の考え方 」

馬田隆明，「解像度を上げる」

アビームコンサルティング株式会社，「令和4年度燃料安定供給対策に関する調査（鉱業原簿登録システム・石油情報システムの更改に係る要件定義に関する調査）」

アクセンチュア株式会社，「令和5年度産業経済研究委託事業「PHR等デジタルデータを基盤とした新たなライフスタイルの構築に向けた2025大阪万博の場を活かした基盤構築・実証事業」のための構想企画等準備事業報告書」

SDV

みずほ銀行産業調査部，「自動車～ソフトとハードの分離がもたらす自動車産業の構造変化～」

PwC，「SDV（Software Defined Vehicle）とは何か。クルマだけではないSDVの世界を定義する」

機械振興協会 経済研究所，「SDV 時代の製品開発革新とモビリティ産業の課題報告書」

Dirk Slama，Achim Nonnenmacher，Thomas Irawan，「The Software-Defined Vehicle: A Digital-First Approach to Creating Next-Generation Experiences」



Labels:

コメント

  1. Lahina-noon2024年1月16日 22:23

    冒頭いきなりの「硬派のホームページ」に、いろんな意味で惹かれました。

    さっそくUSDMやXDDPの一部のリンク先を訪ねて勉強させていただき、次の案件の要件定義をUSDMで試してみようかと考えております。
    良い情報ありがとうございました。

    前職でアジャイル～スクラムやその派生をかじって試そうとし、抵抗勢力が多くてくじけたことを思い出しましたが、同じ轍を踏まないようにしたいと思います。

    返信削除
    返信
    1. 悩めるエンジニア2024年1月17日 11:10

      要求・要件定義と言われる領域が、その後のアーキテクチャ設計やテスト設計の良し悪しに効いてくると思います。ここの出来が悪いと、後段でモレがたくさん発生し、調整もできず、全てテストにしわ寄せ、デスマーチとなる・・・。効果があると言われている手法を取り入れ、手の内化し、日々改善することが大切かなと思います。

      そして現場は目の前のことを片付けることで精一杯になりがちなので、トップマネージメント層の理解、意志といったところがとても大事かと思います。人間なかなか変われないものですが・・・。

      削除

コメントを投稿

このブログの人気の投稿

UMLモデリングツールのインストール 〜Papyrus〜

  「 UMLモデリングツールのインストール 〜PlantUML〜 」に引き続き、Papyrusを試してみるのであります。少し間が空いてしまいました・・・。 インストール Eclipse バージョンは2022‑12。「Eclipse Modeling Tools」をインストール。 Papyrus Eclipseを立ち上げて、"Help" > "Install New Software"メニューで、サイト"2022-12 - https://download.eclipse.org/releases/2022-12/"を選択。"Modeling"の中に"Papyrus for UML"があるのでインストール。 公式サイトには特に記載はないのですが、実はこれだけだとUML図しか書けない。SysML図も書きたい場合は、"Help" > "Eclipse Marketplace"メニューから、"Papyrus SysML 1.6"をインストールする必要があります。 インストールは以上であります。 動作確認 "File" > "New" > "Examples"メニューから、"Basic Papyrus Model Examples"の"User QVTO Example"を開いてみます。 このような感じでモデルを見ることができました。 Papyrusは機能が豊富そうでありますが、PlantUMLの方が断然お手軽。メインはPlantUMLになりそうです。参考になれば。
コメントを投稿
Read more »

仕事で役に立ちそうなClaudeリンク集

AI活用していますか？ 悩めるエンジニアはGeminiでちょっとした整理をお願いする、Notebook LMで技術文献の整理をする程度の使い方しかできていないのですが、AIを使い込んでる若手からClaude Codeが優秀と聞くなど。そして、Claudeを開発しているAnthropicのCEOである Dario Amodei氏は、「 【Anthropicが世界を変える】ダリオ・アモデイの警鐘：コード90％自動化への最終カウントダウン 」にあるとおり、 「3～6 か月後には AI がコードの 90％を執筆」、「12 か月後にはほぼすべてのコードを AI が書く」という見通しを語ったとか。 そんなClaude Codeが優秀と言われる所以は「Skills」という仕組みにあるようです。「Skills」については「 【2026年最新版】Skillsって結局なに？ ― 作成から活用まで実践ガイド 」などに詳しいですが、この「Skills」、簡単に共有できるというところが一番のポイントじゃないかと。すでに世界中のエンジニアが作成した「Skills」がたくさん公開されているようです。悩めるエンジニアの仕事がなくなってしまいそうですね・・・。 というわけで、Claude Codeの解説や「Skills」公開サイトのリンクを集めてみました。
コメントを投稿
Read more »

AIは「意味」を理解するのか？「記号創発システム論」から見えた次世代AIの姿

前回の「  AIの「嘘」と「電力大食い」の正体は？「言語の本質」 」で紹介した「 記号創発システム論ー来るべきAI共生社会の「意味」理解にむけて 」を読んでみました。 正直に言いましょう・・・、 難しい！ あまりの難解さに挫けそうになりましたが、「 記号創発スタディーノート 」という解説サイトを道しるべに、なんとか少しだけ理解できた内容を、悩めるエンジニアなりにまとめてみたいと思います。 「記号創発問題」とは何か？ 私たちが普段何気なく使っている言葉（記号）。これがいかにして生まれ、共有されるのかを探るのが「記号創発問題」です。「記号創発システム論」では、これを2つの視点から解き明かそうとしています。 個人のレベル（ミクロ）: 赤ちゃんが光や音から「ママ」という言葉の意味を学習するように、ロボットがいかにして「内的表象（頭の中のイメージ）」を作り上げるか。 社会のレベル（マクロ）: 個人がバラバラに意味を決めるのではなく、相互作用を通じて社会全体で共有される「言語システム（地図やルールなど）」がいかに形作られるか。 「つくることで分かる」という挑戦 「記号創発システム論」の重要なポイントは、単なる哲学ではなく、「数学やロボット実装で証明しよう」としている点です。 環境、個人、社会が連動して意味が生まれるループ構造（ミクロ・マクロ・ループ）を、統計的機械学習などの数学的手法で定式化し、実際にロボットに動かしてみる。「構成論的アプローチ」による実証実験という点です。 なぜ今、この視点が必要なのか？ 前回の「言語の本質」の紹介で「記号接地問題」という問題が出てきましたが、テキストを学習している大規模言語モデルのようなAIは、「人間のデータ」を介して間接的に世界と繋がっている（接地している）と言えます。だから、私たちが問うべきは「既存の記号をどう教えるか」という静的な問題ではなく、「いかにして共に記号を作り出し、そのプロセスに参加するか」という動的な問題に移っているということなのであります。 最近、フィジカルAI（身体性を持つAI）の研究がこれほどまでに熱を帯びている理由が、ようやく腑に落ちた気がします。 かなり難しい内容ですが、AIの利用が当たり前となるこれからの若手にぜひ手に取ってもらいたいと思いました。 しばらくしてからまた読み直そうと思います。
コメントを投稿
Read more »

オクトパスエナジーにチェンジ

 暑い日が続きます。電気代もうなぎのぼり・・・。我が家はオール電化で、東京電力の「電化上手」というプランをずっと使ってきました。料金設定は以下のような感じであります。 在宅勤務も多く夏場はエアコンをつけっぱなしなのですが、夏場の昼間の料金が高く、今年の３月で最大5%の割引がなくなってしまったので、会社を変更しようと考えていたところに目に入ってきたのがオクトパスエナジーという会社の広告。調べてみると以下のような料金設定。 燃料調整費を加えて、昼間27.35円、夜間20.7円、夏場だと昼間が約37%、夜間が約28％安くなるという計算になりました。計算どおりだとかなりお安くなるのであります。「 友達紹介割 」で8,000円の割引が付くのも大きい。 というわけで、オクトパスエナジーにチャンジしました！！結果が出たらまた報告したいと思います。オクトパスエナジーへの変更を検討されている方はぜひ以下のURLから。「友達紹介割」で8,000円の割引になりますよ！！ https://octopusenergy.co.jp/friend/contrary-berry-425
2 件のコメント
Read more »

高校生と語り合った「AIでは代替不可な価値」、これからの人生で守りたいもの

Image by Christiaan Tonnis, via Wikimedia Commons 「 加速するAI社会で「無駄」と「芸術」を握りしめる理由 」で書いたことについて、優秀な高校生とチャットする機会がありました。 会話を通じて確信したのは、1960年代から70年代に吹き荒れた「 ヒッピー 」文化のような、巨大なカウンターカルチャーが再来するのではないか、ということです。 実際、この予感は私だけのものではありませんでした。詳しくは「 「満たされすぎる社会」とカウンターカルチャーの再演――1960年代とAI時代をつなぐ視点―― 」を見ていただきたいですが、今後は「AIでは代替不可能な価値」への志向が、これまでになく強まっていくでしょう。 ジョージ・オーウェルが「 1984 」で描いたディストピアへ向かうのか、それとも人類の定義を塗り替えるような分岐点に立つのか。私たちは今、歴史の特等席に座っているのかもしれません。 効率や正解ばかりが求められる時代だからこそ、あえて「無駄」を愛し、「芸術」に震える。そんな人間らしい手触りを大切にしながら、子どもたちと一緒に、この激動の時代を面白がって生きていきたい。そんなことを思ったのでした。
コメントを投稿
Read more »

market

所用があり久々につくば駅へ。ちょっと小腹がすいたのでお茶でもと思いトナリエに足を運んでみるとスタイリッシュなオープンキッチンが目に入る。「 market 」さんというカフェでありました。 サステナブルな暮らしや地域のつながりを大切にしたいという思いで「 Villege Market Tsukuba 」というマーケットを主催されているご夫妻が活動の場として新たにオープンしたレストランだそうです。 スタイリッシュですし、店内に流れる音楽も悩めるエンジニア好み。もちろんコーヒーとケーキもおいしくいただきました。ちょくちょく利用させてもらうと思います。気になった方はぜひ足を運んでみてください。
コメントを投稿
Read more »

加速するAI社会で「無駄」と「芸術」を握りしめる理由

ここしばらく、AIという巨大な波に向き合い、思考を積み重ねてきました（ちょっと大げさか・・・）。技術の裏側にある「嘘」や「消費電力」の正体から、言語の本質、そして私たちの生存戦略まで。書き続けるうちに、抱えていた得体の知れないモヤモヤが、ようやく晴れてきたように感じています。 これまでに執筆した、AI時代の歩き方を考える6つの記事をご紹介します。 AIの「嘘」と「電力大食い」の正体は？「言語の本質」 AIで「速く」なった今、私たちが失ったもの AI時代に「無駄」を愛する勇気 AIは「意味」を理解するのか？「記号創発システム論」から見えた次世代AIの姿 「人的資源」に成り下がらないために AIに「悪意」は不要、人類が資源として排除される未来と、私たちが抗う術 見えてきたのは、AIが単なるツールではなく、「収奪的な資本主義」を加速させる「装置」になり得るという危うい現実です。効率だけを追い求めれば、私たちはいつの間にか「資源」として駆り立てられ、人間としての本質を見失ってしまうかもしれません。 だからこそ今、あえて「効率」の対極にある時間を大切にしたいと考えています。役に立たないとされる芸術的な時間や、答えのない問いに沈潜すること。それが、AIという加速装置に飲み込まれず、自分自身を取り戻すための、ささやかで強力な「抵抗」になるはずです。 子どもたちと一度こういった議論をしてみたいと思います。
コメントを投稿
Read more »

エコキュート交換であります・・・

我が家はオール電化住宅ということで、給湯設備はコロナのエコキュート。ある日の週末に草抜きなどしていると、ポタポタと水漏れしていることに気がつくなど・・・。今年で築17年、耐用年数は過ぎており、交換部品もなく、修理ではなく交換となりました。 床暖房にも対応した多機能タイプだったのですが、今はそのタイプがないとのこと。床暖房も利用するには「 エコ暖 」というシステムを別に設置する必要があるとのことで、今回は給湯器だけ交換することに。床暖房、冬はぜったい欲しい設備でありますが、17年前に比べると、こういった設備の値段に加え職人さんの人件費も上がっており、だいぶ高くなってしまっているようで、お財布事情と相談してということであります・・・。 しかし、17年も経つとだいぶ進化しています。大きく変わったのは、まず人感センサーが付いたこと。浴室の在室が分かり、長湯しているとお知らせしてくれます。 そしてもう一つが無線LANへの対応。外出先からお湯はりができてしまいます。時間指定の予約ができるのも大きな進化。とても便利になっているのであります。 痛い出費ではありましたが、省エネにもなっているようなので、 電力会社の変更 と合わせて、電気代が減ることも期待したいと思います。
2 件のコメント
Read more »

「人的資源」に成り下がらないために

  「 AI時代に「無駄」を愛する勇気 」を書いて、哲学者ハイデガーが警告した「ゲシュテル（総駆り立て体制）」にとても興味が湧いたので、ハイデガーの「技術」をめぐる代表的な三つの講演が収録された「 技術とは何だろうか 」を手に取ってみました。 悩めるエンジニアは哲学の素養はほぼ皆無なので理解するのはたいへん難しかったのですが、なんとか少しだけ理解できた内容を、悩めるエンジニアなりにまとめてみました。 技術の本質は「道具」ではない 私たちは通常、技術を「目的を達成するための手段」と定義します。しかしハイデガーは、その背後にある「世界の現れ方」に注目しました。 本来技術とは、隠れていたものを明るみに出す「顕現」という営みでした。しかし、現代の技術はかつての職人芸とは決定的に異なり、自然を「資源」として挑発し、いつでも引き出せる「在庫」として管理しようとします。 ハイデガーは、この世界を「資源の集まり」としてしか見られなくなる枠組みを「ゲシュテル（総駆り立て）」と呼び、これこそが現代技術の本質であると結論づけています。 最大の危険は「人間も資源になる」こと 技術が支配する世界では、山は「木材」に、川は「エネルギー源」に見えるようになります。この「計算的思考」が極まると、ついに人間自身も「人的資源」という名の在庫として扱われるようになります。 ハイデガーが危惧したのは、技術そのものの進歩ではなく、この「効率的な資源」という尺度以外の価値観が、私たちの世界から完全に消え去ってしまうことなのであります。 効率へのささやかな抵抗 ハイデガーはこの「効率の檻（ゲシュテル）」から逃れる道として「芸術」と「思索」を挙げました。 役に立つか、で判断しない ： 一輪の花を描いた絵画は、それを燃料や肥料として見るのではなく、その花がそこに「ある」ことの美しさをそのままに示します。 支配せず、寄り添う ： 現代の技術が自然から「無理やり搾り出す」のに対し、芸術は「素材が自ら形を成す」のを手助けする、自然に寄り添った営みです。 「計算」をやめて「想起」する ： 「計算的思考」から離れ、存在の意味を深く噛み締める「思索」は、私たちの内側に、効率とは無関係な「自由な空間」を作り出します。 効率や数値がすべてを決定する現代だからこそ、あえて「何の役にも立たない」とされる芸術的な時間に...
コメントを投稿
Read more »