返事全部読ませてもらった。すごく丁寧に説明してくれてるのはありがたいし、そこは本当に感謝してる。ただ、ここまでやりとりして感じたのは、結局、議論のすれ違いが大きいなってことだったので、最後に自分の立場をまとめておく。
元々指摘したかったのは、冒頭の文章が流れとして読みやすいか、論点が自然に展開されてるかって点だった。でも返事では、記事全体の主題とかスコープの話にフォーカスされていて、「読者にとってどう受け取られるか」の部分には正面から答えてもらえなかった印象がある。
また、今回のやりとり全体で感じたのは、こちらの指摘に対して繰り返し「そういう意図ではなかった」という形で読み手の読解力に対する応答に終始していたことだ。
たとえば：
これらはそれぞれ表現について「意図の説明」はされているものの、「どう伝わったか」「どのようにズレが起きているか」にきちんと向き合う回答ではなかったと感じている。おそらく無意識的なものだとは思うけど、こちらの指摘がまず誤っているという立場に立った読解があったんじゃないかと思う。
個々の指摘については、返信を見る限りこちらの意図を説明する意味はないと思うので、受け取った通りでいい。
ただ、FizzBuzzの例についてはちょっと変では？と思ったので項を割く。
俺はジャクソンさんの理論は読んだことないし、有料論文らしいので全体は読めなかったんでちゃんとしたことは言えてないのかもしれない。(たぶん後程取り寄せて読むから勘弁してくれ)
そのため誤解していたら申し訳ないのだが、調べた限りジャクソンさんの理論は「仕様は正確でなければならない」「仕様が不完全なら、そもそもプログラムは正しく書けない」って立場のように思えた。
そうであれば「不完全な仕様を元に作られた実装が要求を満たしている」というケースを論じること自体が彼の論理の適用範囲を逸脱する誤りだと思うし、ジャクソンさんの論文から言えば「不完全な仕様を元に作られた実装は正しくない」と考えるのが自然ではないかと思う。
いただいた返事に関しては、説明はしっかりしてるし勉強になる部分もあったと思う。ただ文章自体はめちゃくちゃ読みづらい。
あなたが前提としている論文とか技術的なタームを逐次調べる必要があって読み進めるのがすごいつらかったけど、書かれていない部分でいろいろ調べものをしているうちに色々新しいことが知れたのでそれについては感謝している。
ただ、全体を通して言っていたのは「私の意図ではなかった」という、あえて強く言えば「レスバに用いられる詭弁のようなテクニック」を使った返答のようなものであって、こちらの指摘を一切受けないという表明でしかなかったし、やっぱり最後まで噛み合わなかったなという思いが強い。
はっきり言うと割に合わないやり取りだったなと思う。本件に関して返答がかなり遅れたのはそれが理由でもある。
正直ここまで書いた今でも、この一往復で何かが解決するとも、何かが伝わるとも思えない、というのが本音だ。
そんな感じです。
https://swet.dena.com/entry/2025/04/17/093000 の冒頭部分を一読してすごく読みづらかったので、 気になった部分を指摘してみた。開発はマジで門外漢なので、突っ込み募集。 疑問点（技術文書と...
元記事の著者です。https://blog.kuniwak.com/entry/2025/04/18/101107 に私の見解を書いてみました。またご意見・ご指摘をいただけると嬉しいです！よろしくお願いいたします。
返事全部読ませてもらった。すごく丁寧に説明してくれてるのはありがたいし、そこは本当に感謝してる。ただ、ここまでやりとりして感じたのは、結局、議論のすれ違いが大きいなっ...
元増田(id:tester18)です 仕事が立て込んでいるため、お返事については週明け以降となります。すみません。 内容としては「あなたの意図は尊重したい。でも、伝わり方の部分では明確に...
そっかー自分も気をつけよ！と思った ブログの文章なら校正するしないは書いている人達の裁量だし長すぎる部分は最初の「伝えたいこと」で読み終わっても問題なさそうな内容 ブロ...
テストってどのフェーズでも実施できるんですよね 要件をテストすることもできるし 仕様をテストすることもできるし 実装をテストすることもできるし テストをテストすることもでき...
仕様のテストもあるんだ。そうなると要件定義書との突き合わせなのかな。それがうまくできるなら仕様書の不備も見つかりそうだね。 知らなかったありがとう。どんな手法があるか調...