Qiita 7 - キータぞ、来たぞ、キータだぞー (765ﾚｽ)
上下前次1-新
101: 2025/09/27(土)17:19 ID:CHztWjoA(1/2) AAS
>>94
その記事「特定のCPU/GPU環境」を書かないのが片手落ちやな
102(1): 2025/09/27(土)20:09 ID:16nWnOPC(1) AAS
>>100
直前に出たRustとC/C++の違いは
C/C++はお前のようなバカにも理解できるように分かりやすく話してあげてることだぞ
103(1): 2025/09/27(土)20:36 ID:jktxSQ82(1/4) AAS
>>77
半開区間で書く方が便利な場合があることを誰も否定してはいないだろう。一方、閉区間で
書く方が便利な場合もある。例えば1からnまでの自然数を表示したいときがそうだが、
半開区間しかないPythonではfor i in range(1, n + 1): print(i)なんてひねくれた書き方を
強要されるし効率も悪い（Pythonで効率を云々しても意味ないが）。だから、半開区間と
閉区間の両方の記法を提供するのが良い。
半開区間を表すのに左右対称な..を使うのは紛らわしいので不適切。Pascalなどで..で閉区間を
表す慣用が定着していたにもかかわらず、..で半開区間を表す愚行を最初にやらかしたのはDか。
その前車の轍をC#, Go, Rustが踏んでしまった。特に.NET兄弟のF#とPowerShellが..を閉区間で
既に使っていたのにC#が半開区間を表すのに..を導入してしまったのは大きな誤りだった。
省1
104: 2025/09/27(土)20:44 ID:CHztWjoA(2/2) AAS
閉区間ｲﾗﾈｴ
105(1): 2025/09/27(土)21:04 ID:h+m11Qj8(1/3) AAS
閉区間を表す記号を用意すべきかどうかについてはそれぞれ考え方の違いがあるんだなと思うが、.. は左右対称だから閉区間にすべきというのは正直よく分からん理由付けだわ。Pascalだってそんな理由で .. を閉区間の記号にしたわけではないと思うが。
106(1): 2025/09/27(土)21:10 ID:B/IRYC2K(3/4) AAS
>>103
多くの言語が半開区間を基本として扱っている理由は、半開区間だけが優れた性質を備えていてプログラミングに適しているためだよ。
半開区間だけが、start～endは長さ start - endを示し、startから長さnはstart～(start + n)になり、長さ0をstart～startで示すことができ、start～endをstart～middleとmiddle～endの2つに分割できる。
間違えた古い言語に習うことなく、半開区間をstart:endやstart..endなど簡素に記述するそれらの言語C# Go Rust Pythonなどが正しいよ。
JavaScriptもarr.slice(start, end)は半開区間であり、半開区間を基本とする言語が多数派だね。
107: 2025/09/27(土)21:12 ID:PCqkgGFG(1) AAS
＞特定のCPU/GPU環境と断ってる
＞C言語仕様と特定CPU仕様を履き違えて未定義動作って言いたいだけの馬鹿の一つ覚え
記事のコードがダメのはC言語の仕様として未定義動作と規定されてることをやってるからで特定CPU関係ないよ。
108(2): 2025/09/27(土)21:17 ID:jktxSQ82(2/4) AAS
>>105
数学での表記も閉区間と開区間の記号は左右対称で、半開区間は左右非対称。
閉区間[a, b] 開区間(a, b) 左半開区間(a, b] 右半開区間[a, b)
..は閉区間にしか見えない。右半開区間は..<か..~にすべきなのにたった1文字をケチって
バグを呼び込むのは愚行としか言いようがない。
>>106
for i in range(1, n + 1): print(i)がプログラミングに適しているとでも?
109(1): 2025/09/27(土)21:29 ID:B/IRYC2K(4/4) AAS
>>108
それら現在メジャーな各言語の、range(srart, end)もslice(start, end)もstart:endもstart..endも全て半開区間を意味しているため、間違える人はいなくて、初心者もすぐ理解して誰も困っていないよ。
0からn個がrange(0, n)
1からn個がrange(1, n + 1)
2からn個がrange(2, n + 2)
とてもわかりやすくなっているね。
110: 2025/09/27(土)21:50 ID:jktxSQ82(3/4) AAS
>>109
そんなものがわかりやすいわけないだろ。2からnまでの自然数を表示したい場合にはn - 1個だから
右端はn - 1 + 2 = n + 1でrange(2, n + 1)なんていちいち計算するのかw
mからn個ならC#のEnuemerable.Rangeが分かりやすい。
0からn個がEnuemerable.Range(0, n)
1からn個がEnuemerable.Range(1, n)
2からn個がEnuemerable.Range(2, n)
理解していなくて間違えるのではなく、理解しているが左右対称の見た目につられてうっかり間違えやすい。
それなのにわずか1文字をケチるのは愚行。
111(1): 2025/09/27(土)21:54 ID:h+m11Qj8(2/3) AAS
① 多用される半開区間を少ない記号で書けるよう .. を半開区間の記号にしました。
② Pascal以来の伝統を重視して .. を閉区間の記号にしました。
③ 閉区間の記号は数学記号に倣って左右対称であるべきなので .. を閉区間の記号にしました。
自分は、説得力を感じる度合いとしては① >= ② >>> ③ かな。③ははっきり言ってパラノイアの戯言レベルの物言いにしか思えない。
また、半開区間の記号を ..< とか ..〜 のような冗長で読みにくい記号にする前提なら、それが .. を閉区間の記号にしたくない最大の理由になるかな。Pascalのように閉区間の記号しか設けていないのなら仕方ないが、開区間と閉区間の記号を両方用意するなら、開区間の記号の方をスッキリした記号にして欲しい。Rubyの .. と... で許容範囲ギリギリくらい。
112: 2025/09/27(土)22:08 ID:jktxSQ82(4/4) AAS
>>111
意味がある記号を書くのを冗長とは言わない。消すのを愚行という。Pythonが意味がある{}を消したのも愚行。
そんなに文字数を減らしたいなら半開区間の記号を.~にしたらどうか。
113: 2025/09/27(土)22:45 ID:fM3CYn91(1) AAS
> 閉区間[a, b] 開区間(a, b) 左半開区間(a, b] 右半開区間[a, b)
これでいうとrust方式は一貫性の点で詰んでないか？
閉区間[a, b] a..=b
開区間(a, b) ???
右半開区間[a, b) a..b
左半開区間(a, b] ???
pascal方式だと以下のように拡張しうる余地がある
閉区間[a, b] a..b
開区間(a, b) a<..<b
右半開区間[a, b) a..<b
省1
114(1): 2025/09/27(土)23:23 ID:h+m11Qj8(3/3) AAS
このスレでパラノイアの妄執を開陳されてもなぁ。
..< とか <..< とかで「一貫してるぞ、わーい」って喜べるの貴方くらいだよ。
115(2): 2025/09/27(土)23:40 ID:xS2lIG/M(1) AAS
Rustは非常にシンプルで
最も多用されて使いやすい半開区間
従来 i = 0 ; i < n を 0..n と表記
稀に用いられる閉区間
従来 i = 0 ; i <= n を 0..=n と表記
このようにシンプルに従来と対応している
この2種類しかないため逆に取り違えて誤用することもない
116(1): 2025/09/28(日)00:57 ID:aU9wcwp7(1/11) AAS
>>114
108と113は別人だから、少なくとも2人はいるな。左右対称の..が閉区間に見えるのが自然な感覚なのに、
それに反して半開区間を割り当てているのが正解だなんて言い張っている方がカルト教団だよ。
数学に固執する本当のパラノイアはJuliaの作者だな。文字列連結演算子には+を使うのが自然な感覚なのに、
数学では+は可換演算子だから不適切で、*は非可換演算子の場合もある（例：行列演算）から*を使うのが
適切と言い張っている。
117: 2025/09/28(日)01:05 ID:IhNFMRKQ(1) AAS
>>115
合理的だな
118: 2025/09/28(日)01:15 ID:aU9wcwp7(2/11) AAS
>>115
<は右の値を含まないことが一目瞭然だが、..はそうではなく右の値を含むようにしか見えない。
119(1): 2025/09/28(日)01:22 ID:OpklV7ok(1) AAS
対称なstart:endで半開区間を示す言語も多いけどそれには文句をつけずに
なぜかstart..endだけに文句をつけているから単なるキチガイだと思う
120: 2025/09/28(日)01:28 ID:aU9wcwp7(3/11) AAS
>>119
:で半開区間を表す言語なんてあったっけ?
121: 2025/09/28(日)01:34 ID:exR0IU1B(1) AAS
マイクロソフトまでもがC#8.0でついに導入した範囲構文を
「start..end」と記述して半開区間を意味することにしちゃったからね
半開区間が多数派だよ
122: 2025/09/28(日)02:06 ID:OkDUf4Ut(1) AAS
>>102
気持ち悪いから絡んでくんなRust信者
123(1): 2025/09/28(日)02:22 ID:/6w9hfWi(1) AAS
現在メジャーに使われているプログラミング言語で調査してみた
start:endやstart..endと書いた時にどちらを意味するか？
【閉区間】Ruby
【半開区間】C# Go Python Rust
124(1): 2025/09/28(日)03:25 ID:1+QqAxps(1) AAS
Rubyでも半開区間はstart...endと左右対称な形で書くよ
「半開区間を左右対称な形に記述するな！」と主張してる>>108は頭おかしい
125(1): 2025/09/28(日)06:17 ID:riDxLC/x(1) AAS
彼の主張する
・閉区間はPascalと同じstart..end
・半開区間は左右非対称な記号列
を満たす言語はそもそも存在するの？
Pascal自体は半開区間が存在しないから満たさない
>>123の各言語はRubyを含めて半開区間が左右対称な記号列
126: 2025/09/28(日)06:43 AAS
>>91
>>>90
>区間の長さが0だった話じゃなくて、長さ0を表現するのにstartが具体的な値持ってるのはどうなのと聞いています。
これすげえな
多重ループすら見たことないのか
127: 2025/09/28(日)08:23 ID:0sdmbxgV(1) AAS
ここの住人もQiitaと同レベルだよな
128: 2025/09/28(日)08:34 ID:SzcnPpn2(1) AAS
争いは同じレベルの者同士でしか発生しないからな
129(2): 2025/09/28(日)13:02 ID:iPJCP/07(1/7) AAS
現行の言語のデザインに何も疑問を持たないのはそれだけの人
130: 2025/09/28(日)13:46 AAS
>>129
違うデザインのものなんて無数にあるのに誰も支持しなかったことすら考えられないからお前は中卒無職ヒキコモリ脳障害なんだよ
自殺しとけ猿が
131(1): 2025/09/28(日)13:49 AAS
全てのインデックスを過不足なく処理することの需要が最も大きいんだから
その用法の記述が最もシンプルになるべき
情報圧縮なんて聞いたことすら無いから登場頻度の多いものに少ないビット数を割り当てるなんて聞いたことすらないんだろう
そこで数学ガーとか言い出すのは間違いなく数学も出来ない低学歴無職
132: 2025/09/28(日)14:09 ID:Md4hnl4x(1) AAS
どの言語も範囲指定は半開区間が基本だから困ってる人はいないだろ
半開区間を左右非対称な記法にしなければ閉区間と誤解する人なんていない
133: 2025/09/28(日)15:14 AAS
左右対称とかバカしかやらない
インデックスを過不足なく処理したいのに閉区間にされたら端の重複を除外する処理が追加で必要になる
知能が存在しないからそんな妄想ができる
間違いなく中学レベルの数学の証明すらできない脳障害の妄想
バカすぎて数学が出来なくて悔しかったので
思考力の無さを誤魔化すために「数学原理主義」に立つことで自分は数学ができるんだと言い聞かせるという低学歴しぐさ
134: 2025/09/28(日)16:40 ID:1TqmSl7N(1/2) AAS
急所突かれて発狂ｗ
135(1): 2025/09/28(日)17:11 ID:AfcFEDfn(1) AAS
Pythonのlist[start:end]は半開区間でstartを含んでendは含まないけど
これを「閉区間と勘違いするから左右非対称なlist[start:<end]に変更しろ」と要求してるのかよwww
136: 2025/09/28(日)17:32 ID:1TqmSl7N(2/2) AAS
半開区間と閉区間の両方をサポートする言語と半開区間か閉区間のどちらかしかサポートしない言語との区別がつかない>>135は馬鹿だな
137: 2025/09/28(日)18:01 ID:fCzTTfAf(1) AAS
なるほど
両方サポートしていれば閉区間の指定方法が別途あるから確実に両者の区別がついて混乱しないってことか
138: 2025/09/28(日)18:33 AAS
そんなもん使い道が無い
139(1): 2025/09/28(日)18:33 AAS
そもそもマシンコードに区間なんて存在しないんだから
内部的に２つの条件判断に置き換えるだけ
サポートしてるかどうかなど全く無意味
140: 2025/09/28(日)18:34 AAS
しかもいまだにAIエージェントでコーディングしてない時点でヤバすぎる
やるのはエージェントだからタイピングの手間とか見やすさとかそんなものは存在しない
仕事してない無職の妄想
141(2): 2025/09/28(日)18:58 ID:abSkBPDh(1) AAS
AIにとっては左右非対称であることが重要
左右対称なら閉区間だと思い込む可能性が高い
142: 2025/09/28(日)19:03 AAS
>>141
無職の妄想は意味ないよ
143: 2025/09/28(日)19:04 AAS
>>141
証拠出せよ
出せないなら自殺して詫びろ
144(2): 2025/09/28(日)19:17 ID:HeMXelkZ(1) AAS
そもそも人間は左右対称だと閉区間と思い込むもんなの？
そこからおかしいんじゃないの？
145: 2025/09/28(日)19:19 AAS
>>144
思い込まない
何の証拠もない中卒の妄想
ソースが無い
146: 2025/09/28(日)19:21 AAS
話題になり得るのはAIエージェントが取り違えしてないかどうかチェックするためのテストコードをどうやってAIエージェントに漏れなく全ての箇所で書かせるかとかだろ
人間にとっての見やすさなんて無職の自白
147: 2025/09/28(日)19:28 AAS
区間記号を全てgrepして該当箇所をファイルに書き出して書き込み禁止にし
その該当箇所全てでテストコードを書かことを義務付けてパスしないと認めない指示にするとかだな
記号なんて全くどうでも良い
テストするんだから
148: 2025/09/28(日)19:29 AAS
区間記号の解釈とテストがどうなっているべきかも.mdに最初に書かせて
それを守ってない行動は全てリバート
149: 2025/09/28(日)19:38 ID:NUkjyMN+(1) AAS
現在メジャーに使われているプログラミング言語で調査してみた
半開区間の指定が左右対称か左右非対称か？
【左右対称】C# Go Python Ruby Rust
【左右非対称】Swift
150(2): 2025/09/28(日)20:05 ID:iPJCP/07(2/7) AAS
>>139
> そもそもマシンコードに区間なんて存在しないんだから
> 内部的に２つの条件判断に置き換えるだけ
外部ﾘﾝｸ:godbolt.org と 外部ﾘﾝｸ:godbolt.org じゃ結構違うと思うが何言ってる?
151(1): 2025/09/28(日)20:16 AAS
>>150
だからアセンブラで書けよ無能
どんなマシンコードにコンパイルされるかすら知らねえ猿が吠えんな
152(2): 2025/09/28(日)20:25 ID:iPJCP/07(3/7) AAS
>>151
ちょっと何言いたいんだか分からんね。
153: 2025/09/28(日)20:27 AAS
>>152
アセンブラ書けねえのか無知
154: 2025/09/28(日)20:28 AAS
>>129
>現行の言語のデザインに何も疑問を持たないのはそれだけの人
>>129
違うデザインのものなんて無数にあるのに誰も支持しなかったことすら考えられないからお前は中卒無職ヒキコモリ脳障害なんだよ
自殺しとけ猿が
155: 2025/09/28(日)20:29 AAS
>>152
分からんなら自殺しろ
アセンブラすら知らない猿が吠えんな
最終的にどんなマシンコードになるか知らないバカが妄想しても意味ねーから
消えろ
この世から
156(1): 2025/09/28(日)20:33 ID:iPJCP/07(4/7) AAS
> 最終的にどんなマシンコードになるか知らないバカが妄想しても意味ねーから
スマホで見て発狂してる可能性もあるかな?
157: 2025/09/28(日)20:37 AAS
>>156
最適化レベルすら指定してない猿
無職か？
158(1): 2025/09/28(日)20:48 ID:iPJCP/07(5/7) AAS
> 最適化レベルすら指定してない猿
指定してる -Copt-level=2 が最適化指示とわからん人かな?
159: 2025/09/28(日)20:59 ID:67OEPeOQ(1) AAS
AIって想像以上にアホだぞ
160: 2025/09/28(日)21:12 ID:aU9wcwp7(4/11) AAS
>>124
Rubyは閉区間と半開区間の両方を提供したことと、閉区間に左右対称な..を採用したことでは
賢明だったが、半開区間に左右対称な...を採用したのは惜しい誤りだったな。..とも判別しづらいし。
..<か..~にすべきだった。
>>125
>>66にも書いたように、Swiftでは閉区間は...で左右対称、半開区間は..<で左右非対称だよ。
閉区間はPascalの..より.が1つ多い...だが、左右対称という点では共通する。
増分も指定できるように拡張することを見越すと、半開区間には..<より..~の方が適している。
開始値..増分..<終了値だと増分が負のとき変な感じがするが、開始値..増分..~終了値ならば
問題ないから。
省5
161(2): 2025/09/28(日)21:13 ID:aU9wcwp7(5/11) AAS
>>131
>>116に挙げたJuliaの作者じゃないから、数学に合わせること自体に固執しているわけではない。
左右対称な..が閉区間を表すのが自然な感覚で、それに反するのはバグの元だからやめるべきだと
いうのが根源的な理由で、数学はそれに反していない例として挙げたに過ぎない。
人間は機械ではないから見た目に惑わされやすい。機械だけが相手なら半開区間をi!jで表せば
効率が最も良いし、多くの言語では破壊的変更も文法的に不要で好都合なはずだが、人間の
感覚では!は半開区間とは容易に結びつかない（:の変形と見なせば結びつかなくもないが）し、
|とも判別しづらいから不適当。
屁理屈を捏ねて自然な感覚に反することを強制するのは、ギークの村社会のキモい悪習としか
言いようがない。プログラム言語の記法の選定はUI設計の一種なのに、不自然で間違えやすい
省6
162(2): 2025/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: 2025/09/28(日)21:32 AAS
>>158
書いてないぞ
164(1): 2025/09/28(日)21:38 AAS
>>161
そんな感覚は無いのでお前の負け
ソース無し
165(2): 2025/09/28(日)21:43 AAS
>>161
自然なのは左右対称とかどうでもいい猿の妄想じゃなくて
最も使われるものが最もシンプルに書けるという情報理論的効率性な？
166(3): 2025/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は成功例だろう。
省5
167(1): 2025/09/28(日)22:07 AAS
>>166
なんのソースもない中卒の妄想は意味ない
ソースを出せ
出せないなら自殺して詫びろ
168: 2025/09/28(日)22:08 AAS
>>166
曖昧なことなど一つもない
定義を見れば良いだけ
定義以外の妄想してる時点で中卒無職だと確定する
169: 2025/09/28(日)22:11 ID:5mXw367y(1) AAS
>>162
従来との対応関係のあることが最も重要なのでそれで正しい
170: 2025/09/28(日)22:13 AAS
>>166
りーだぶるwwww
こーどwwwww
お前無職だろ？
そんな実績0の無能な猿が書いたゴミを流行りで買ってる時点で無職バレバレ
171(3): 2025/09/28(日)22:15 ID:aU9wcwp7(7/11) AAS
>>167
低学歴ではないが、低学歴という煽りもここでは意味がないね。プログラム言語なんて小学生でも
分かる程度のものでしかないし、一般的感覚も自然言語と高校までの数学によって形成されるものだから。
そこから乖離した屁理屈をあれこれほざいても、ギークのキモい戯言でしかない。
172: 2025/09/28(日)22:18 AAS
>>171
ソース出せない妄想と
173(1): 2025/09/28(日)22:18 AAS
>>171
低学歴だから定義を無視して字面から妄想し
低学歴だからソースもないのに妄想を断定できてしまう
174: 2025/09/28(日)22:23 ID:iPJCP/07(6/7) AAS
>>162
>【C】i = 0 ; i <= n; i++
と
>【Rust】0..=n
は同じ動作になるとは限らないので何言いたいんだかわからん。
175: 2025/09/28(日)22:26 ID:iPJCP/07(7/7) AAS
いまこのスレで発狂してるやつ見てるとQiitaでアカウントBANされたコイツ思い出すんだよなあ。
外部ﾘﾝｸ:web.archive.org
> はい、私が勘違いしてました。
> 途中で、
>
> スクリーンショット 2022-12-19 184235.png
>
> みたいな突っ込みがあって、やっと問題文をちゃんと読み直して『あれ？』となったわけですが、
>
> 自分、基本的にTwitterでの間違いは死んでも認めない主義なので、そのまま押し切る事にしました。
省4
176(2): 2025/09/28(日)22:27 ID:jJ7lr+aR(1/4) AAS
以下の性質の良さの違いのため
プログラミングでは半開区間が多用されている
半開区間 (性質が良い)
・start～endの長さはend-start
・startから始まる長さlenの区間はstart～(start+len)
・startから始まる長さ0の区間はstart～startと表せてそのまま自然に扱える
・途中middleでstart～middleとmiddle～endの二つに分割できる
閉区間 (性質が悪い)
・start～endの長さはend-start+1
・startから始まる長さlenの区間はstart～(start+len-1)
省4
177(1): 2025/09/28(日)22:27 ID:aU9wcwp7(8/11) AAS
>>173
カルト教団のむきになった反論そのものw 教祖様のお言葉がソースか?
自然言語と高校までの数学表記が一般に広く受け入れられていること、それで根拠として十分。
178(1): 2025/09/28(日)22:32 AAS
>>177
>>171
低学歴だから定義を無視して字面から妄想し
低学歴だからソースもないのに妄想を断定できてしまう
179(3): 2025/09/28(日)22:38 ID:jJ7lr+aR(2/4) AAS
区間指定の文法を持つ最近のメジャーなプログラミング言語では半開区間を簡単に表記できるようになっている
例えば
GoやPythonなどでは list[start:end]
C#やRustなどでは list[start..end]
いずれもendを含まない半開区間を意味している
180(2): 2025/09/28(日)22:46 ID:aU9wcwp7(9/11) AAS
>>178
定義なんて所詮は教祖様がお作りになった教義に過ぎない。それを絶対視して変だと考えず、
変だと指摘する人にむきになって壊れたレコードのようにワンパターンな反応を繰り返す
カルト信者。
181(1): 2025/09/28(日)22:47 AAS
>>180
定義はコンパイラの仕様
バカすぎる無職
182(1): 2025/09/28(日)22:47 AAS
>>180
変なのはお前
だから無職なんだろ中卒
183(1): 2025/09/28(日)22:49 AAS
>>176,179
これを入社試験の面接で説明できなきゃ不採用でいいわ
これ分からん奴はセンスが無さすぎる
184(1): 2025/09/28(日)23:01 ID:aU9wcwp7(10/11) AAS
>>181
コンパイラは教祖様がお作りになった言語仕様に沿って作られたものだろ。
>>182
無限ループ、またの名を暴走と言うw
185: 2025/09/28(日)23:01 AAS
>>184
これが無職
186: 2025/09/28(日)23:25 ID:jJ7lr+aR(3/4) AAS
>>183
初心者は仕方ないとしてもプログラミング歴のある人には必須な知識だと思う
187(1): 2025/09/28(日)23:34 ID:SbwCraTd(1) AAS
ここプログラム技術板で閉区間が自然だと主張して暴れてるやつはどこから来たお客さんなんだろう
188(4): 2025/09/28(日)23:48 ID:aU9wcwp7(11/11) AAS
>>187
閉区間が自然だとは全く主張していないぞ。
・閉区間で書くのが便利な場合も半開区間で書くのが便利な場合もあるので、両方の書き方を
提供するのが良い（勿論、前者の場合には閉区間が自然ということになるが）
・閉区間には左右対称、半開区間には左右非対称の記号を割り当てるのが自然で、バグを
生みにくい
と主張しているだけ。
189: 2025/09/28(日)23:54 ID:jJ7lr+aR(4/4) AAS
現実のメジャーなプログラミング言語では>>179のように半開区間を簡潔に記述できることを重視している
190: 2025/09/29(月)00:05 AAS
>>188
根拠0
証拠0
ソース0
バカすぎて論外
191: 2025/09/29(月)00:05 AAS
>>188
こういうバカは無職なのが自然
192(2): 2025/09/29(月)03:12 ID:KaR4fBa3(1) AAS
>>188
func main(){
var a = [5]string{"a","b","c","d","e"}
fmt.Println(a[0]) // a
fmt.Println(a[1]) // b
fmt.Println(a[1:3]) // [b c]
}
Go言語は半開区間のみ
> 両方の書き方を提供するのが良い
半開区間のみを提供するのが良い
省2
193: 2025/09/29(月)03:23 ID:Lm5HPMDj(1) AAS
>>192
横からだけど
Goは言語機能が非常に弱くて
その半開区間の指定も部分フライス指定にしか使えない
イテレータとして機能しない
(switchやmatchなどの)パターンマッチングにも使えない
194: 2025/09/29(月)07:48 ID:kekj+dde(1) AAS
>>192
＞あるプロジェクトでマイクロソフトが自社のC#でなくGo言語を採用したことが有名
TypeScriptコンパイラのことなら
Microsoft TypeScript Devs Explain Why They Chose Go Over Rust, C#
という記事にまとめられているが
＞半開区間のみを提供するのが良い
省3
195: 2025/09/29(月)23:43 ID:6lOYarrI(1) AAS
現実は>>179
理由は>>176
ということでいいのかな
196: 2025/09/30(火)00:17 ID:jvKDz5J9(1) AAS
閉区間と半開区間のどちらが優れているということは誰も言ってないのに一人発狂してる人がいる感じ
197: 2025/09/30(火)01:59 ID:4wPfeVv9(1) AAS
閉区間より半開区間が優れている
そのため半開区間を短い記述で指定できる文法を用意している言語が多い
短い記述の結果として半開区間が左右対称の記述になっているが誰も気にすることはない
半開区間の記述は左右非対称であるべきだとこだわっているキチガイは一人だけ
198: 2025/09/30(火)02:52 AAS
無職の妄想に価値はない
199: 2025/09/30(火)08:25 ID:EJn4wwZL(1/2) AAS
グレゴリオ暦のうるう年判定に延々とおかしなイチャモンつけてたashworthまんまだなｗ
200: 2025/09/30(火)10:36 ID:hvi0j7l5(1) AAS
そもそも自転はずれるからな
上下前次1-新書関写板覧索設栞歴
あと 565 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.041s