  |
はてなキーワード: アジャイルとは
ソフトウェアテストに関する書籍の中には、避けるべきものが存在する。
「地雷」という表現は議論の余地があるが、それでも一部の書籍は読者にとって有益とは言えない内容で、むしろ避けるべき類いに該当すると言える。
その理由は、内容が浅い、議論が偏っている、あるいは事実誤認を含むものもあるためだ。例えば、特定の開発者向けのテスト書籍の中には、著者の知識不足が目立つものがある。主観的な論理を延々と述べており、専門性や客観性に欠けている。
また、世界的に知られる専門家であるCem Kanerがこうした書籍を読んだら、どのように評価するのか興味がある。
教科書として広く知られているテスト書籍の中にも問題がある。致命的な誤植や、浅はかなテスト観が目立つ内容が含まれているケースがあるのだ。
さらに、品質を重視してアジャイル開発を語る一部の書籍は、テスト書籍とは分類されないが、アジャイルそのものを正しく理解していない印象を受ける。アジャイルの根本的な考え方を否定し、単に多重下請け開発の手法を当てはめようとする内容に終始している。
テストやQAの分野における課題として、こうした書籍を出版する著者が、業界内で一定の影響力を持っていることが挙げられる。
長いはヴォケ、と昔は言ったが今はLLMがあるんで要約した
計算機科学は、情報の理論的基盤から実用的な応用まで、広範な領域をカバーする学問です。以下に、計算機科学の主要な分野と、特にネットワークに関連するトピックを体系的にまとめます。
プログラミングパラダイム: 手続き型、オブジェクト指向、関数型、論理型など。
プロセス管理: CPUのスケジューリングとマルチタスキング。
機械学習アルゴリズム: 教師あり学習、教師なし学習、強化学習。
深層学習: ニューラルネットワークによる高度なパターン認識。
ネットワークは、情報の共有と通信を可能にする計算機科学の核心的な分野です。
OSI参照モデル: ネットワーク通信を7つのレイヤーに分割し、それぞれの機能を定義。
プレゼンテーション層: データ形式の変換。
アプリケーション層: ユーザーアプリケーションが使用するプロトコル。
TCP/IPモデル: 現実のインターネットで使用される4層モデル。
リング型: 各ノードが一方向または双方向に隣接ノードと接続。
IP（Internet Protocol）: データのパケット化とアドレッシング。
TCP（Transmission Control Protocol）: 信頼性のある通信を提供。
UDP（User Datagram Protocol）: 信頼性よりも速度を重視した通信。
ルーター: 異なるネットワーク間のパケット転送とルーティング。
IDS/IPS（侵入検知/防止システム）: ネットワーク攻撃の検出と防御。
VPN（仮想プライベートネットワーク）: 安全なリモートアクセスを提供。
SDN（Software-Defined Networking）: ネットワークの柔軟な管理と制御。
IoTプロトコル: MQTT、CoAPなどの軽量プロトコル。
SNMP（Simple Network Management Protocol）: ネットワークデバイスの管理。
ネットワークトラフィック分析: パフォーマンスとセキュリティの最適化。
ネットワークオーケストレーション: 自動化された設定と管理。
AIによるトラフィック最適化: パフォーマンスの向上と障害予測。
マイクロセグメンテーション: ネットワーク内部の細かなアクセス制御。
『コンピュータネットワーク』 アンドリュー・S・タネンバウム著
『ネットワークはなぜつながるのか』 戸根勤著
Coursera: 「コンピュータネットワーク」、「ネットワークセキュリティ」コース
edX: 「Computer Networking」、「Cybersecurity Fundamentals」
IETF（Internet Engineering Task Force）: ietf.org
IEEE Communications Society: comsoc.org
W3C（World Wide Web Consortium）: w3.org
全18問あります。
↓はなんとなくの評価表です。あまり気にしないでいただけると。
18問全問正解: おかしい
5〜11問正解: 楽しんでいただけたようで何よりです
1〜4問正解: そんなものでしょう
0問正解: がんばりましょう
気を抜くと全部見えます。
下は凡例です。楽しんでいたけたら幸いです。
（再掲）問題文のすぐ下に答えが来るので見るときは注意してください。
気を抜くと全部見えます。
ではスタートです！
状況の昇格。エスカレーション
OJT。
型へ方向づけるための指針。オリエンテーション。
好敵手を倒す機会。オポチュニティ。
深い裂罅。キャズム。
転職してとある自社開発会社に入ったが、入った部署はプロジェクトマネジメントがまともに回っていなかった。
まずアジャイルの名のもとにスケジュール管理が死んでいる。実際には何月何日までに何の案件を終わらせる必要があり、その為に企画や開発、QAなどのスケジュールを決め、人員を抑える必要があるのだが、これが全く機能していない。予実管理もされていないため、平然とリリース予定日が遅れたり、後続作業が作業要員不足で遅れたりする。
更に凄いのが、リリーススケジュールを守るためにコードレビューをしないことや、まともにテストをしないことが恒常化しており、息を吸うように不具合を出し、社内インシデントになっているが、その原因は隠蔽しまくっているし、監査から改善指示が来てもマネージャーが握りつぶしてなかったことにするなど、信じられない管理体制がとられている。
プロジェクトマネジメントがひどい場所は過去にも見てきたが、この部署のひどいところはマネジメントをしている気になっていることだ。こんなのは仕事ではなく、お遊びだとしか言えない。当然経営は赤字だ。改善を試みたが、豆腐に鎹状態になっており、最早どうにもならなかった。
登大遊っていうけしからんおじさんが、日本とアメリカでは「エンジニア」って言葉の意味が全然違う、日本では「言われたものをつくる人」だけど、アメリカでは「ソフトウェアが使われるであろう全ての領域についてだいたいなんでもわかっていて、自分で決める人」だと言ってたのを思い出した。
https://www.youtube.com/watch?v=Uww1CZTXfXs&t=1459s
ITがつまらなくなったってよりは、ITなんてものはもともとつまんないよ。
ITがなんでつまんないかというと、（自分たちの課題がなんなのかもよくわかっていない阿呆な）顧客に要求されたものをつくるのが仕事だから。
それが90年代くらいからなんでおもしろくなったかというと、「IT」をやめたから。
コードを書ける程度に頭の良い人たちが、他人に言われた通りにコードを書くのではなく、自分たちで自らビジネスを営むことに目覚めたから。
「ビジネスパーソン」が試しもしなかった新しいやりかた + 動くコード で古いビジネスの習慣をどんどんディスラプトしたから、シリコンバレーみたいな面白いうえに儲かる世界ができあがった。
これは「テック業界」みたいな言葉で、（特にSIer的な意味での、顧客に要求されたものをつくることが仕事の）従来の「IT」とはやんわり区別されてることからもわかる。
つまりコードを書くことを「IT」だと思ってて、「IT」を一瞬面白いと思って、今は「IT」がつまんないと思うようになった元増田は、もともとつまんない奴だったわけ。
（余談だけど、ここ2,3年のシリコンバレーの崩落も、儲かった結果「ビジネスパーソン」の割合が増えちゃって、「他人の言う事を聞かず自らビジネスをやる、コードを書ける人たち」の割合が減っちゃったからかもね）
せっかくソフトウェアを書く能力を持ちながら、その能力を僅かな給金で他人に売り渡してしまうのは勿体ない。
だいたい、ソフトウェアについて知らないどころか、普通のビジネス日本語会話ですら怪しい阿呆な「ビジネスパーソン」の要求通りにソフトウェアを書くのって苦痛じゃない？（それについては元増田も同感のようで、マネーの虎だとか胡散臭いだとかさんざん馬鹿にしてるけど。このへんに関しては自分も結構同感で、最近はほんとつまんないtoB SaaS増えたなって思う）
最近では「つまんない「IT」」の象徴だったデカいSIerですら、「顧客に言われたとおりにソフトウェアをつくる」のではなく、「顧客と一緒に課題を深堀りして、新たな価値を創造する」を商売にするところも増え始めた。
かつてはスタートアップの専売特許だと思われてたリーン・アジャイル・デザイン思考を使いこなす大企業も増えてきた。
この先鋒にはみんなが馬鹿にしてるデジタル庁や東京都デジタルサービス局の姿がある。
つまり、かつて「スタートアップ的」とされてたツールやマインドセットが浸透するところには浸透してきて、世界が「大企業とスタートアップ」ではなく、デカい小さい若い年寄政府民間に関係なく、シンプルに「面白い奴とつまんない奴」って構造になってきたってわけ。
元増田の言う通り、つまんないものはつまんない。なぜならばそれは偽物だから。
本物に出会うと常に「これはおもしろい」って気持ちにさせられる。
