Qiita 7 - キータぞ、来たぞ、キータだぞー (289ﾚｽ)
上下前次1-新
140: 09/28(日)18:34 AAS
しかもいまだにAIエージェントでコーディングしてない時点でヤバすぎる
やるのはエージェントだからタイピングの手間とか見やすさとかそんなものは存在しない
仕事してない無職の妄想
141(2): 09/28(日)18:58 ID:abSkBPDh(1) AAS
AIにとっては左右非対称であることが重要
左右対称なら閉区間だと思い込む可能性が高い
142: 09/28(日)19:03 AAS
>>141
無職の妄想は意味ないよ
143: 09/28(日)19:04 AAS
>>141
証拠出せよ
出せないなら自殺して詫びろ
144(2): 09/28(日)19:17 ID:HeMXelkZ(1) AAS
そもそも人間は左右対称だと閉区間と思い込むもんなの？
そこからおかしいんじゃないの？
145: 09/28(日)19:19 AAS
>>144
思い込まない
何の証拠もない中卒の妄想
ソースが無い
146: 09/28(日)19:21 AAS
話題になり得るのはAIエージェントが取り違えしてないかどうかチェックするためのテストコードをどうやってAIエージェントに漏れなく全ての箇所で書かせるかとかだろ
人間にとっての見やすさなんて無職の自白
147: 09/28(日)19:28 AAS
区間記号を全てgrepして該当箇所をファイルに書き出して書き込み禁止にし
その該当箇所全てでテストコードを書かことを義務付けてパスしないと認めない指示にするとかだな
記号なんて全くどうでも良い
テストするんだから
148: 09/28(日)19:29 AAS
区間記号の解釈とテストがどうなっているべきかも.mdに最初に書かせて
それを守ってない行動は全てリバート
149: 09/28(日)19:38 ID:NUkjyMN+(1) AAS
現在メジャーに使われているプログラミング言語で調査してみた
半開区間の指定が左右対称か左右非対称か？
【左右対称】C# Go Python Ruby Rust
【左右非対称】Swift
150(2): 09/28(日)20:05 ID:iPJCP/07(2/7) AAS
>>139
> そもそもマシンコードに区間なんて存在しないんだから
> 内部的に２つの条件判断に置き換えるだけ
外部ﾘﾝｸ:godbolt.org と 外部ﾘﾝｸ:godbolt.org じゃ結構違うと思うが何言ってる?
151(1): 09/28(日)20:16 AAS
>>150
だからアセンブラで書けよ無能
どんなマシンコードにコンパイルされるかすら知らねえ猿が吠えんな
152(2): 09/28(日)20:25 ID:iPJCP/07(3/7) AAS
>>151
ちょっと何言いたいんだか分からんね。
153: 09/28(日)20:27 AAS
>>152
アセンブラ書けねえのか無知
154: 09/28(日)20:28 AAS
>>129
>現行の言語のデザインに何も疑問を持たないのはそれだけの人
>>129
違うデザインのものなんて無数にあるのに誰も支持しなかったことすら考えられないからお前は中卒無職ヒキコモリ脳障害なんだよ
自殺しとけ猿が
155: 09/28(日)20:29 AAS
>>152
分からんなら自殺しろ
アセンブラすら知らない猿が吠えんな
最終的にどんなマシンコードになるか知らないバカが妄想しても意味ねーから
消えろ
この世から
156(1): 09/28(日)20:33 ID:iPJCP/07(4/7) AAS
> 最終的にどんなマシンコードになるか知らないバカが妄想しても意味ねーから
スマホで見て発狂してる可能性もあるかな?
157: 09/28(日)20:37 AAS
>>156
最適化レベルすら指定してない猿
無職か？
158(1): 09/28(日)20:48 ID:iPJCP/07(5/7) AAS
> 最適化レベルすら指定してない猿
指定してる -Copt-level=2 が最適化指示とわからん人かな?
159: 09/28(日)20:59 ID:67OEPeOQ(1) AAS
AIって想像以上にアホだぞ
160: 09/28(日)21:12 ID:aU9wcwp7(4/11) AAS
>>124
Rubyは閉区間と半開区間の両方を提供したことと、閉区間に左右対称な..を採用したことでは
賢明だったが、半開区間に左右対称な...を採用したのは惜しい誤りだったな。..とも判別しづらいし。
..<か..~にすべきだった。
>>125
>>66にも書いたように、Swiftでは閉区間は...で左右対称、半開区間は..<で左右非対称だよ。
閉区間はPascalの..より.が1つ多い...だが、左右対称という点では共通する。
増分も指定できるように拡張することを見越すと、半開区間には..<より..~の方が適している。
開始値..増分..<終了値だと増分が負のとき変な感じがするが、開始値..増分..~終了値ならば
問題ないから。
もっともSwiftでは増分指定では記号を使わない。stride(from: 開始値, through: 終了値, by: 増分) の
ように省略不可の名前付き引数を書かせる。そして、名前付き引数だから順不同ということもなく、
この順でしか受け付けない。このようなガチガチの書式で固めたのもバグを防ぐための用心だろう。
Fortran, Juliaでは開始値:終了値:増分だがMATALAB, Octave, Scilabでは開始値:増分:終了値で
順序が異なるため、混同による書き間違えの恐れがあるから。
161(2): 09/28(日)21:13 ID:aU9wcwp7(5/11) AAS
>>131
>>116に挙げたJuliaの作者じゃないから、数学に合わせること自体に固執しているわけではない。
左右対称な..が閉区間を表すのが自然な感覚で、それに反するのはバグの元だからやめるべきだと
いうのが根源的な理由で、数学はそれに反していない例として挙げたに過ぎない。
人間は機械ではないから見た目に惑わされやすい。機械だけが相手なら半開区間をi!jで表せば
効率が最も良いし、多くの言語では破壊的変更も文法的に不要で好都合なはずだが、人間の
感覚では!は半開区間とは容易に結びつかない（:の変形と見なせば結びつかなくもないが）し、
|とも判別しづらいから不適当。
屁理屈を捏ねて自然な感覚に反することを強制するのは、ギークの村社会のキモい悪習としか
言いようがない。プログラム言語の記法の選定はUI設計の一種なのに、不自然で間違えやすい
記号を採用するのは工学的センスが絶望的にない。UIは美的にも心地良いことに越したことはなく、
その点でも見苦しい略語を多用するRustは落第だな。そもそも名前からして汚らしい。
>>144
基本ラテン文字の大文字全体を'A'..'Z'で表すのが素直な感覚（EBCDICのような化石はこの際
無視して良い）で、'Y'までしか含まないと言い張るのは無理がある。'A'..='Z'は冗長だし、
'A'..'['では何を意図しているかすぐには分からない人が多いだろう。
162(2): 09/28(日)21:25 ID:YRR4qqFp(1) AAS
Rustのイテレータがとてもわかりやすい
【C】i = 0 ; i < n; i++
【Rust】0..n
と
【C】i = 0 ; i <= n; i++
【Rust】0..=n
対応している
163: 09/28(日)21:32 AAS
>>158
書いてないぞ
164(1): 09/28(日)21:38 AAS
>>161
そんな感覚は無いのでお前の負け
ソース無し
165(2): 09/28(日)21:43 AAS
>>161
自然なのは左右対称とかどうでもいい猿の妄想じゃなくて
最も使われるものが最もシンプルに書けるという情報理論的効率性な？
166(3): 09/28(日)22:05 ID:aU9wcwp7(6/11) AAS
>>164
正直に白状しろ。心当たりが全くなくはないはずだ。
C++ STLの.begin()と.end()の組の.end()を書くときにも、もやもやする感覚が常に伴うな。
『リーダブルコード』に、
プログラミングの命名規約では、包含／排他的範囲にbeginとendを使うことが多い。
でも、endは少しあいまいだ。例えば、「本の終盤（the end of the book）を読んでいる」の
「end」は包含的だ。残念ながら英語には「ちょうど最後の値を超えたところ」を意味する簡潔な
言葉がない。
と述べられている通り。簡潔な言葉がないなら作れば良かったと思う。例えば、endの次（next）だから
nendとか。無闇に造語すべきではないが、どうしても必要なら作れば良い。bitは成功例だろう。
とは言え、複数の本を本棚に並べ右端の横にブックエンドを置いたとき、.end()は本そのものではなく
ブックエンドだと考えれば、.end()はまあ納得できるから..ほど悪くはなく許容できる。
>>165
誤記予防という機能性を犠牲にしてたった1文字をケチる愚行。第一、閉区間より半開区間の方が頻繁に
使われるという主張も怪しい。作るプログラムによって異なるだろ。
167(1): 09/28(日)22:07 AAS
>>166
なんのソースもない中卒の妄想は意味ない
ソースを出せ
出せないなら自殺して詫びろ
168: 09/28(日)22:08 AAS
>>166
曖昧なことなど一つもない
定義を見れば良いだけ
定義以外の妄想してる時点で中卒無職だと確定する
169: 09/28(日)22:11 ID:5mXw367y(1) AAS
>>162
従来との対応関係のあることが最も重要なのでそれで正しい
上下前次1-新書関写板覧索設栞歴
あと 120 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.020s