sn_twoo_zn🔞 @sn_twoo_zn@fedibird.com

@souji 変な職場や変な上司は、いっぱい寄ってきて苦労してきた～
是非譲りたい～

ただいま

@s4shiki モミの木タイヘンだった～有料ブラシ使ったけど大変～葉が多過ぎ～！

@s4shiki いつもの描いた～（ばんわ

@1234567@mastodon-japan.net おかえり～

@gizenchan つまり、AIが読むのであれば、コメントが少ない君のコードでも十分かもしれなくなる。さらに階層がひとつあがって、「読みやすいコードより、コードにおとしやすいビジネス・モデルを造れ」と云われる日がくるかもしれない。めでたしめでたし

@gizenchan さらに、技術の進歩を考えると、マシン語の美しさ（当時、ぼくらは大騒ぎした）が今ではあまり問題にならないということも、繰り返す。つまり、

@gizenchan 君が一人で、君一人のための超マシンをつくるのであれば、読みやすさは必要ない。「会社」の中では他人が読めないコードの需要はない。しかし、当然、仕様とコードとドキュメントはセットであるから、コードだけであれこれ言うのはおかしいといえる

@gizenchan もし君が明日死んでも、誰かが保守できるために。
なので、会社の中では常に、性能より読みやすさが優先する。

@gizenchan ソースの読みやすさは大事だけど、それはプログラムの品質ではなくて、「労働」の品質。

@gizenchan ちょっと違う～
コンパイルされた後の階層を気にする人が減ったということ

@gizenchan しかし、ハードが進んで（（当時としては）大きなコンパイラが出てくると、マシン語のキレイさ汚さは気にならなくなっていった（マシン語を読むことがなくなったから）

@gizenchan インテル系よりナショセミの３２０３２の方がマシン語がきれいで読み書きしやすいと、よく言われた。アドレス指定の仕方がいろんな命令で共通だったとか？インテルの方は、いかにも、自社になくて他社にあった命令を後からつぎはぎで加えてゆく感じだった

@gizenchan 実は、「マイコン」のマシン語の時代でも、『品質の良いコードは読みやすいコードだ』という考え方はあった～マイコンの時、大型コンピュータがすでにあったし

@gizenchan わかる～！！！
辞めるのはオレが先だぜ、お前らは後や！

@guskma ベッドだと効き目弱そう～
お布団では効いた～

@guskma 冬、家で、畳と布団の間に敷くといいよ～

@gizenchan なかったね～
C3を読みやすく書けって？
どうやって

@mirakurun94 おかえり～

@gizenchan C3はジャンプ命令＠Z80
（それはコードじゃなくてマシン語にゃん