「人類がソフトウェアの工数を正確に見積もるのは、もはや不可能である」｜はまあ
はじめにまずこの話をするのにあたって「正しい見積り」という伝承を語らねばならない。 次の章は、筆者が観測してきた100社ほどの開発関連会社におけるトレンドを雑に集約したものなので、当然ながら観測者バイアスがかかっている。 したがって、ITエンジニアのみなさんご自身の体験とはだいぶ違う事もあるかもしれない。その点はご了承願いたい。 ところで、カンブリア爆発のように、ある事柄がきっかけて急激に世界が変わっていくことは産業界にもよくある。 たとえば蒸気機関の登場が産業革命を引き起こしたように。 また、システム開発にも古代と現代を区切るほどのエポックメイキングな出来事が一つあると思っている。 それは「GitHubの台頭」。 本論では、この古代のことを「前GitHub時代」と呼ぶことにする。 ※厳密に言えばGitHub以外にも様々なソースコード共有サイトやリポジトリシステムは存在した。が、それらをコ
テストの説明に安易に「正しく」とか書かない - Object.create(null)
みなさんテストは書いていますよね. 書いていなければふりだしに戻る. 例えば関数 add に対して, 以下のようなテストコードがあるとします. describe("add", () => { it("正しく計算できる", () => { expect(add(1, 2)).toBe(3); }); }); よさそうですね? もしよくないと思うのであればここから下は読まなくても大丈夫なくらい理解している方だと思います. 続いて関数名を変えただけのこちらをどうぞ. describe("sub", () => { it("正しく計算できる", () => { expect(sub(1, 2)).toBe(3); }); }); なんだか明らかに間違っている気がします. もしこのテストが通過してしまったとき我々はどうすればよいのでしょうか. 考えられるパターンは 2 つあります. 実装もテストも正
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
くきは on Twitter: "「･･･！」 https://t.co/Fmxy9FzVAI"
GitHub - Dhghomon/easy_rust: Rust explained using easy English
タケユウ@C99新刊委託中 on Twitter: "暑さで大胆になっちゃうJK https://t.co/Q0jhxFLlvh"
イチロヲ on Twitter: "ITシステムヒアリングあるある 「この番号は必ず８桁なんですね？」 「そうですよ」 「絶対に８桁から変わる事ないんですね？」 「（イラッ）無いです」 「あ、この番号９桁なんですが…」 「それは１年に1回あるかないかだから無視して… https://t.co/c5kyQFjcgl"
伍長 🧗♂️（伍长） on Twitter: "アズールレーンにて現在開催中の「極夜照らす幻光」のイラストを描かせていただきました！ #アズールレーン https://t.co/r1X9Fl42Dj"
【yae】狼ト生キル on Twitter: "VRchatアバターのLinafordちゃん描きました🤗 https://t.co/ipuaCv2H4b"
necömi@初画集発売中 on Twitter: "「次どこいこっか？」 https://t.co/SiKN7jjgxI"
ももこ🍑踊り子フィギュア予約開始 on Twitter: "夜の踊り子 https://t.co/YQ6w794Xhz"
イコモチ🍡わたラブ⑤1月8日発売 on Twitter: "https://t.co/jbP8uyn3c5"