51
"ハラスメントははびこると排除が難しい" "された人が成功したら「俺がわざと悪役になって奮起させたんだ」となって正義。された人が失敗したら「ほら俺のいった通りになった」となって正義" 勇気ある告発だと思う / “ゲーム企画コンテストPERACONにおける審査員の問題 - …” htn.to/3FECzVU57S
52
log4j2の脆弱性を狙ったアクセスが手当たり次第に来ているので、攻撃の条件が成立していて「週明けに対応します」くらいの温度感で運用されているシステムはもう結構危ないのではないかな……金曜昼前くらいからゼロデイが騒がれ始めるというタイミングが情報収集力や緊急時の初動の試金石になった
53
おおお名著『Unit Testing Principles, Practices, and Patterns』が翻訳された! / “Amazon.co.jp: 単体テストの考え方/使い方: Vladimir Khorikov (著), 須田智之 (編集): 本” htn.to/4pfKYYfbwL
54
このアプリの存在意義であり、最も重要で人命に関わる機能「濃厚接触の通知」の実機テストが行われず、不具合が4ヶ月放置されていた。しかもGitHubには昨年11月の時点で不具合報告が上がっていた。絶句するしかない。 / “発見遅れたCOCOA不具合、厚労省「実機テストせず」 …” htn.to/3h1HExwmFp
55
"ほとんどのビジネスが抱えている問題は、コーディングスキルの欠如やアルゴリズムを構築できないことではなく、そもそもどのようにしてデータを構造化し、良識的な方法でモデル化するかにある" わかりみしかない / “「Goの父」ロブ・パイクの「プログラミング5カ条」にネ…” htn.to/4fWakiFczS
56
「KubernetesでDocker が非推奨になった」と騒ぎになっているが、なぜそうなのか、正確には何がどうなるかわかりやすく説明している。CRIランタイムをcontainerdに移行すればランタイムとしてのDockerの機能は100%カバーされる / “Kubernetes 1.20からDockerが非推奨になる…” htn.to/28nBWoot4m
57
書籍『IT負債』冒頭に “「マイクロサービス」は、これまでの常識を覆す画期的なアプリケーションアーキテクチャである。誤解を恐れずに言えば、ソフトウェア開発の「生産性」「スピード」「品質」のすべてを最低でも10倍以上に向上させることができる” とあり、誤解を恐れなさすぎでは…という気持ちに
58
「雑であること」はプロトタイピングにおいてとても重要で、その雑さが学びを加速するし、なにより「捨てる前提のプロトタイプという約束だったのになぜかそのまま本番運用される」という地獄コースを回避する可能性を高めてくれます twitter.com/t_wada/status/…
59
自動テストは当たり前になり、課題がシフトした。大量のテストをどう運用するかという観点で、自動テスト自体を機械学習とデータサイエンスの対象として、実行の最適化等に取り組む時代になった。素晴らしい資料。 / “[Developers Summit 2023] ソフトウェアテスト新時代の…” htn.to/khDdxJ4RAe
60
"プロセスを決めて守れば品質は「保証」できる、という欧米型品質保証的なクソのような幻想が広まった" "プロジェクトの成功ばかり考えて、組織能力を高めるという発想が乏しくなり、開発技術や品質がどんどん低下" / “品質保証の歴史学 at「リリカルの質問全部答えます」 …” htn.to/3EYX1YHiNX
61
『モノリスからマイクロサービスへ』を読むと「マイクロサービス化は思ったよりずっと難しいなこれは」と思わされるし、『データ指向アプリケーションデザイン』を読むと「人類に分散システムは無理では……」と思わされる。そして2冊ともその難しさに立ち向かう手段を教えてくれる。読書は良い。
62
「放置されたコードが大量に残っており、生きているコードを把握できない」「20年前から継ぎ足しの開発、近年あまりメンテナンスされておらず、知っている人が少ない」コードを安全に削除するアプローチ。尊い。 / “動的解析を利用し、実働6日でレガシーコードを1/3削った…” htn.to/3FAK7bo5tW
63
DDDもマイクロサービスも、その始まりや大事な点は実装以外にあるのに、どうしても実装面が注目されがちなのは、技術はコードを読んで理解するのが結局早いという経験則からきているのではないかと思う。でも実装面だけ見るとDDDはただのOOPだし、マイクロサービスはただの分散システムになってしまう
64
65
66
リファクタリングを呼吸のように「絶え間なく」行うコツは、リファクタリングを細かく分解し、日々のプログラミングの名も無き1ステップにすることです
t-wada.hatenablog.jp/entry/clean-co…
67
#phperkaigi の講演資料を公開します。誤りを想定してチェックするのではなく、そもそも誤りにくい設計とはどのようなものか、「予防」の観点を軸足に、堅牢なコードを導くための様々な設計のヒントをご紹介します。 / “予防に勝る防御なし - 堅牢なコードを導く様々な設計…” htn.to/RLwS25Vi4K
68
DB 設計における Relation と Relationship の混同を最近でもよく見かけるけど、この間違いがなかなか減らないのは、そもそも名前が似すぎているという問題がありそう。慣習としてそれぞれ関係、関連と訳すけど、こちらも紛らわしすぎる。
dbconcept.hatenablog.com/entry/2021/07/…
70
技術選定の一番の目的は流行を取り入れることではなく、ビジネス上の問題を解決することである
(ここめちゃくちゃ大事)
#icare_meetup
71
書籍『モノリスからマイクロサービスへ』で「作り直した方が早い症候群」のことを「心の弱さ」と一刀両断していて、なかなか痺れる表現だ
oreilly.co.jp/books/97848731…
72
PMBOKガイド第7版では、これまでのような"プロセス重視"ではなく、"原理・原則"に基づいて再構成され、"成果物"ではなく、"価値(価値提供)"に焦点をあてる。"10の知識エリア"も"5つのプロセス群"も廃止。本当に大きな変化 / “最新情報:PMBOK®Guide 第7 版 への変更につ…” htn.to/4aUXaD7tkN
73
良エントリ。テストのレビューで真っ先に見るポイントの一つが「正しく」や「正しいこと」などの要注意ワードです。テストコードだけでなくテスト仕様書も同様ですね。 / “テストの説明に安易に「正しく」とか書かない - Object.create(null)” htn.to/35533NhENa
74
GitHub の圧倒的値下げ。無料プランでも public/private 関係なく人数無制限でチーム開発できるようになった。 / “GitHub、チームでの利用も無料に。プライベートリポジトリ数も制限なく、チームディスカッション、ActionsによるCI/CDも可能 - Publickey” htn.to/3MuZtPgNse
75
テストが書かれていない関数を検出する Go の静的解析ツールの名前が lion だと……🦁 / “GitHub - gostaticanalysis/lion: Analyzer: lion finds functions which are not tested” htn.to/34WKuEgrHg