ぱて

デフォルト忙しい。ヘッダとかのアイコンは絵描きの弟くん作。

[ぱて @PateSawa]

PC勢ですがPS4版に出張することもありますので、その際はよろしくお願いします。

モーメントにネタを色々載せていますので、皆さんのお役に立てたら幸いです🎃🎃
https://t.co/h377r4cyCn

#Doa6
#DOA6自己紹介カード
#GGST
#GGSTプロフィール

[Haruki Yano / Haruma-K @harumak_11]

大事📝 https://t.co/yhOREnpcka

[Haruki Yano / Haruma-K @harumak_11]

バグとは「実行可能になった誤解」である、という記事
https://t.co/UtFxNDHhHP

・バグはプログラムの書き間違いだけでなく、人々の要望、仕様、実装、そして実際の動作環境の間に生まれるズレから発生する
・人間は意図で語るが、コンピューターは正確な命令を実行するため、そのギャップにバグが潜む
・テストはバグが存在することを示すことはできるが、バグが絶対にないことを証明することはできない

・ソフトウェアはあいまいな現実世界を厳密な機械に変換しようとするため、さまざまな段階で失敗が生じる
・現実世界はあいまいであり、システムに求める「正しい状態」には非常に多くの例外や状況が伴う
・人間の当然の前提をシステムで実現するには、明示的なルールやエラー処理を一つずつ定義する必要がある
・ソフトウェアは多くの抽象化レイヤーの上に構築されているが、それぞれのレイヤーで例外や不整合が発生する
・ウェブサービスのように変更が頻繁に行われるシステムでは、動作環境やユーザーの行動が常に変化し続ける
・立場や環境によってバグの定義は変わり、システムが壊れていなくても誰かの期待に反すればバグになる
・バグのリスクは、あいまいさ、複雑さ、変化、結合度、影響の大きさを掛け合わせ、フィードバックの速さで割ったものとして捉えられる

・バグの分類
・作るものを間違える要件のバグは、要望のあいまいさや誤解から生じる
・現実世界の例外的なルールをシステムで表現しきれないと、現実とモデルのズレとしてバグが発生する
・開発者の論理的な見落としや境界値のミスにより、コードが間違った計算結果を出力する
・セッションやキャッシュなど、システムが状態を追跡する処理は複雑であり、データの重複や消失を招きやすい
・異なるシステムやコンポーネントの間で、データの形式や通信の前提が異なると統合のバグになる
・...（長いので省略）

・ソフトウェア開発は不確実性の高い知識労働であり、単にプログラマーの個人的なミスだけが原因ではない
・要件の不備、時間の制約、不十分なテスト、リリース速度を優先する組織のインセンティブなど、開発者を取り巻くシステム全体に根本的な原因がある

・業界は予防、検知、封じ込め、測定、学習という多層的な防御システムによってバグに対抗している
・型システム、コードレビュー、安全な開発基準の導入に加えて、NISTのセキュアソフトウェア開発フレームワーク（SSDF）やOWASPのSAMM、航空分野のDO-178C規格、NASAのソフトウェア保証プロセスなどを活用してバグを予防する
・単体テスト、自動テスト、ファジング、静的解析などを組み合わせて、本番前に多様なアプローチでバグを検出する
・バグの流出を前提とし、カナリアリリースやサーキットブレーカー、影響範囲の隔離、あるいはSREにおけるSLOやエラー予算の概念を用いて障害を最小限に抑える
・開発のフローや回復時間を数値で測定するDORAメトリクスを使い、バグの件数ではなく、検知や復旧のスピードを重視する

・あらゆる要望や環境の変化に完全に対応するという意味では、大規模なシステムでバグをゼロにすることは不可能である
・特定の仕様や仮定された環境に対して正しいことを証明するという限定的な意味であれば、形式検証などを用いてバグゼロを達成できる
・ただし仕様自体が間違っていれば、完璧に検証されたシステムであっても、間違った動作を正確に行うだけになる

・AIはコードやテストを高速で生成するが、元の意図があいまいなままでは、誤解をより速く実行可能な形にしてしまう
・要件を実装、テスト、検証結果と常に紐づけ、変更時にも意図のつながりを維持する仕組みが重要となる
・品質は技術的な問題だけでなく、人間、インセンティブ、組織構造、フィードバックループを含むシステム全体のあり方に左右される
・バグは、人間の数々の前提の隙間を縫って、現実が形となって現れたものである

[増田 亨 @masuda220]

利点も強力だが欠点も強烈なのが「イベント履歴式ドメインモデル」
「採用判断は慎重に」はその通り。
一方で「積極的に学んでみる」ことを強く推奨したい。
設計のスキル向上に効果的。

イベントソーシングのリアルな苦み 「ドメイン駆動設計をはじめよう」(8)
https://t.co/mddJAFiPKl

[irof @irof]

私がコード読む1番の理由って「いざという時にコードを触る選択肢を取れる状態になっているか？」かで、実装技術の条件に言語が入る時の理由の一つがそれだし、それを一定水準担保するためには先に読んどく必要がある。「最悪こんな感じで対応できるやね」のセーフティネットを持ちたいかどうか。

[ぱて @PateSawa]

Python左の間違いでは…👀

[Python Programming @PythonPr]

Python is so Simple.

[farstep @farstep_]

https://t.co/fLIm4rlzco

[irof @irof]

「どうせこうなるだろな」と予測するのもある種のスキルで、それに対して「本当にそうか？」と疑問を抱くのもある種のスキルで、実際に確かめてみるのもある種のスキルで、その確かめ方を評価しようって考えられるのもある種のスキルで……

[ぱて @PateSawa]

数百人規模の開発だとパッケージや名前空間とかのリファクタリングが厳しい。
あるいは大いなる決断が必要。
パッケージ内で閉じてるクラスを直すか、追加するかくらいが限界。
ビジネス理解が深まったからリファクタリング…的なアプローチと相性悪過ぎるんだけど皆どうしてんだろね。

[ぱて @PateSawa]

処理なしコメントなし定義のみのヘッダファイルが500行近くあるって…正気か？

[vivikitty (dizzy's squirrel) 🏳️‍⚧️ @squirlipop]

HELP ME????

[pike🍀 @blizzardingpike]

sorry i meant
FIVE.
MINION
EXPLOSIONS

if you really hate your opponents guts you can slow the match down to an excruciating crawl in a fun way!

[ぱて @PateSawa]

最近のSES界隈

【必須】
React+TypeScript経験者
→90万

【必須】
C++5年以上、C#3年以上、マルチスレッド設計、組み込み経験、云々。
→70〜75万

なんて世の中になっちまったんだよってのが正直な感想。
でも開発サイクルや利益考えたらそうなっちゃうか🤔

[増田 亨 @masuda220]

三層＋ドメインモデル、が単純でわかりやすい構造だと思う。依存関係の考え方と実装方法が単純になる。
・プレゼンテーション層はアプリケーションサービス層に依存する
・データソース層はアプリケーションサービス層（のインタフェース宣言）に依存する
・三層はいずれもドメインモデルに依存する

[Kaito @Kaito___AI]

Anthropicの研究チームが、プロのエンジニア52名を対象に行った実証実験で、AIの利用が新しいスキルの習得に悪影響を及ぼす可能性を示す論文を発表しました。

主なポイントは次の通りです。

◾️ スキル評価スコアの低下
未知のPythonライブラリを使用するタスクにおいて、AIアシスタントを使用したグループは、使用しなかったグループと比較してスキル評価のスコアが17%低下しました。また、作業スピードにおいても有意な向上は確認されませんでした。これは少し意外です。

◾️ 使い方による劇的な結果の違い
AIを使用したグループの中でも、AIへの依存度によって学習効果に大きな差が出ることが判明しています。AIに概念的な質問やヒントを求めたグループは65-86%の高いスコアを記録した一方、コードの記述などの作業を完全に委任したグループのスコアは24-39%にとどまりました。

◾️ 学習における「試行錯誤」の重要性
この研究結果は、エラーの解消やデバッグといった「苦労」の過程が、スキルの定着において不可欠であることを示唆しています。AIに答えを丸投げすることで、深い理解を得る機会が失われていると言えます。

AIは強力なツールですが、使い方を間違えると自身の成長を妨げる諸刃の剣になり得ます。思考を完全に委任するのではなく、学習のサポート役として活用していく必要がありそうです。

[ぱて @PateSawa]

@UMEUME0805 古の情報ですね 笑
懐かしい😌

[ジュンク堂書店池袋本店 PC書担当 @junkudo_ike_pc]

お知らせ：ITエンジニア本大賞2026、大賞は

技術書部門『ことばの意味を計算するしくみ』（講談社）
ビジネス書部門 『エンジニアの持続的成長37のヒント』（ビジネス教育出版社）

に決定しました！
おめでとうございます！

[Takuto Wada @t_wada]

広木さんの講演「なぜAIで生産性があがっていると錯覚してしまうのか？」いいタイトルだ #devsumiB

[ぱて @PateSawa]

例のOOPのツイートがかなり加熱してるな。
見てるの楽しいわ。

今年1番かもしれん🙂

[ぱて @PateSawa]

@psycho_object ですよね😰

ツリー見ると本人の主張もわからないでもないのですが主語がデカ過ぎてまったく意図が伝わらないでしょうし、そんなアンチパターンの集まりみたいなクラスを作成する原因があたかもOOPにある…みたいな主張もよくわかりませんね。

[ぱて @PateSawa]

完全に同意。

[やまいも @yappy0625]

オブジェクト指向を批判する人がどれだけオブジェクト指向を理解してないかよく分かる…