他の項目はすべて、健康であることが前提だもんなー。

前例に似てたほうが違和感ないのだろうけど。

タイヤの中に砂を入れる、てのを思いついた。
砂の流れるサーっという音は耳障りになりにくいと思う。

今後は捨印を
「その文書における自分の権利を全て捨てる印」と覚えとこう。
書類を持ってる側が如何様にもできる、ってのは絶対避けたい。

任天堂はWiiでスティック状のコントローラをスポーツの道具に見立てた。
一方SONYは現存の道具をコントローラに使えるようにした、ってことかな。

Nekozuki Cowardさん、フォローをありがとうございます。

残念ながら、これら３例は全て実話。しかも研修じゃなくて現場。
さらに厄介なことに、これらは機能要件は満たしている（単体・結合試験は通過する）。

こういうのを何度も見てしまうと、ソースコードには
コードレビューどころか公的監査が必要なんじゃねーか、と思ったり。

命名編：
「このgetData()って何してるの？え、データの取得？データの何？HogeHoge？
だったらgetHogeHoge()って名づけようよ。んでこっちのgetData2()ってのは？」

手段編：
「転送する文字列作るのにいろいろ苦労してるみたいだね。分割したり連結したり
数値変換して、malloc()してrealloc()で伸張してまたmalloc()して（あ、メモリリーク）
……ねぇ、これってsprintf()で済むんじゃない？え、sprintf()知らない？
君、専門学校でC言語習ったって言ってたよね？」

効率編：
「このforループの中でiniファイルから値取る関数呼んでるけど、
仮に1,000回ループしたら、同じ値を取得するファイルアクセス処理を
1,000回実行することになるよ。え、サーバで動かすから速い？
そういう問題じゃねぇ！forループの直前で呼べば1回で済むだろうが！」

今日もまた、仕事のヤリ逃げを阻止する仕事が始まるお