Qiita 7 - キータぞ、来たぞ、キータだぞー (768レス)
Qiita 7 - キータぞ、来たぞ、キータだぞー http://mevius.5ch.io/test/read.cgi/tech/1757733847/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
147: デフォルトの名無しさん [] 2025/09/28(日) 19:28:03.90 区間記号を全てgrepして該当箇所をファイルに書き出して書き込み禁止にし その該当箇所全てでテストコードを書かことを義務付けてパスしないと認めない指示にするとかだな 記号なんて全くどうでも良い テストするんだから http://mevius.5ch.io/test/read.cgi/tech/1757733847/147
148: デフォルトの名無しさん [] 2025/09/28(日) 19:29:08.83 区間記号の解釈とテストがどうなっているべきかも.mdに最初に書かせて それを守ってない行動は全てリバート http://mevius.5ch.io/test/read.cgi/tech/1757733847/148
149: デフォルトの名無しさん [sage] 2025/09/28(日) 19:38:57.62 ID:NUkjyMN+ 現在メジャーに使われているプログラミング言語で調査してみた 半開区間の指定が左右対称か左右非対称か? 【左右対称】C# Go Python Ruby Rust 【左右非対称】Swift http://mevius.5ch.io/test/read.cgi/tech/1757733847/149
150: デフォルトの名無しさん [sage] 2025/09/28(日) 20:05:41.70 ID:iPJCP/07 >>139 > そもそもマシンコードに区間なんて存在しないんだから > 内部的に2つの条件判断に置き換えるだけ https://godbolt.org/z/q6T916rjW と https://godbolt.org/z/KvxEv7dsq じゃ結構違うと思うが何言ってる? http://mevius.5ch.io/test/read.cgi/tech/1757733847/150
151: デフォルトの名無しさん [] 2025/09/28(日) 20:16:56.42 >>150 だからアセンブラで書けよ無能 どんなマシンコードにコンパイルされるかすら知らねえ猿が吠えんな http://mevius.5ch.io/test/read.cgi/tech/1757733847/151
152: デフォルトの名無しさん [sage] 2025/09/28(日) 20:25:27.74 ID:iPJCP/07 >>151 ちょっと何言いたいんだか分からんね。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/152
153: デフォルトの名無しさん [] 2025/09/28(日) 20:27:54.00 >>152 アセンブラ書けねえのか無知 http://mevius.5ch.io/test/read.cgi/tech/1757733847/153
154: デフォルトの名無しさん [] 2025/09/28(日) 20:28:29.22 >>129 >現行の言語のデザインに何も疑問を持たないのはそれだけの人 >>129 違うデザインのものなんて無数にあるのに誰も支持しなかったことすら考えられないからお前は中卒無職ヒキコモリ脳障害なんだよ 自殺しとけ猿が http://mevius.5ch.io/test/read.cgi/tech/1757733847/154
155: デフォルトの名無しさん [] 2025/09/28(日) 20:29:19.56 >>152 分からんなら自殺しろ アセンブラすら知らない猿が吠えんな 最終的にどんなマシンコードになるか知らないバカが妄想しても意味ねーから 消えろ この世から http://mevius.5ch.io/test/read.cgi/tech/1757733847/155
156: デフォルトの名無しさん [sage] 2025/09/28(日) 20:33:56.40 ID:iPJCP/07 > 最終的にどんなマシンコードになるか知らないバカが妄想しても意味ねーから スマホで見て発狂してる可能性もあるかな? http://mevius.5ch.io/test/read.cgi/tech/1757733847/156
157: デフォルトの名無しさん [] 2025/09/28(日) 20:37:44.61 >>156 最適化レベルすら指定してない猿 無職か? http://mevius.5ch.io/test/read.cgi/tech/1757733847/157
158: デフォルトの名無しさん [sage] 2025/09/28(日) 20:48:48.21 ID:iPJCP/07 > 最適化レベルすら指定してない猿 指定してる -Copt-level=2 が最適化指示とわからん人かな? http://mevius.5ch.io/test/read.cgi/tech/1757733847/158
159: デフォルトの名無しさん [] 2025/09/28(日) 20:59:03.90 ID:67OEPeOQ AIって想像以上にアホだぞ http://mevius.5ch.io/test/read.cgi/tech/1757733847/159
160: デフォルトの名無しさん [] 2025/09/28(日) 21:12:11.28 ID:aU9wcwp7 >>124 Rubyは閉区間と半開区間の両方を提供したことと、閉区間に左右対称な..を採用したことでは 賢明だったが、半開区間に左右対称な...を採用したのは惜しい誤りだったな。..とも判別しづらいし。 ..<か..~にすべきだった。 >>125 >>66にも書いたように、Swiftでは閉区間は...で左右対称、半開区間は..<で左右非対称だよ。 閉区間はPascalの..より.が1つ多い...だが、左右対称という点では共通する。 増分も指定できるように拡張することを見越すと、半開区間には..<より..~の方が適している。 開始値..増分..<終了値だと増分が負のとき変な感じがするが、開始値..増分..~終了値ならば 問題ないから。 もっともSwiftでは増分指定では記号を使わない。stride(from: 開始値, through: 終了値, by: 増分) の ように省略不可の名前付き引数を書かせる。そして、名前付き引数だから順不同ということもなく、 この順でしか受け付けない。このようなガチガチの書式で固めたのもバグを防ぐための用心だろう。 Fortran, Juliaでは開始値:終了値:増分だがMATALAB, Octave, Scilabでは開始値:増分:終了値で 順序が異なるため、混同による書き間違えの恐れがあるから。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/160
161: デフォルトの名無しさん [] 2025/09/28(日) 21:13:50.83 ID:aU9wcwp7 >>131 >>116に挙げたJuliaの作者じゃないから、数学に合わせること自体に固執しているわけではない。 左右対称な..が閉区間を表すのが自然な感覚で、それに反するのはバグの元だからやめるべきだと いうのが根源的な理由で、数学はそれに反していない例として挙げたに過ぎない。 人間は機械ではないから見た目に惑わされやすい。機械だけが相手なら半開区間をi!jで表せば 効率が最も良いし、多くの言語では破壊的変更も文法的に不要で好都合なはずだが、人間の 感覚では!は半開区間とは容易に結びつかない(:の変形と見なせば結びつかなくもないが)し、 |とも判別しづらいから不適当。 屁理屈を捏ねて自然な感覚に反することを強制するのは、ギークの村社会のキモい悪習としか 言いようがない。プログラム言語の記法の選定はUI設計の一種なのに、不自然で間違えやすい 記号を採用するのは工学的センスが絶望的にない。UIは美的にも心地良いことに越したことはなく、 その点でも見苦しい略語を多用するRustは落第だな。そもそも名前からして汚らしい。 >>144 基本ラテン文字の大文字全体を'A'..'Z'で表すのが素直な感覚(EBCDICのような化石はこの際 無視して良い)で、'Y'までしか含まないと言い張るのは無理がある。'A'..='Z'は冗長だし、 'A'..'['では何を意図しているかすぐには分からない人が多いだろう。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/161
162: デフォルトの名無しさん [sage] 2025/09/28(日) 21:25:20.44 ID:YRR4qqFp Rustのイテレータがとてもわかりやすい 【C】i = 0 ; i < n; i++ 【Rust】0..n と 【C】i = 0 ; i <= n; i++ 【Rust】0..=n 対応している http://mevius.5ch.io/test/read.cgi/tech/1757733847/162
163: デフォルトの名無しさん [] 2025/09/28(日) 21:32:15.76 >>158 書いてないぞ http://mevius.5ch.io/test/read.cgi/tech/1757733847/163
164: デフォルトの名無しさん [] 2025/09/28(日) 21:38:57.07 >>161 そんな感覚は無いのでお前の負け ソース無し http://mevius.5ch.io/test/read.cgi/tech/1757733847/164
165: デフォルトの名無しさん [] 2025/09/28(日) 21:43:13.72 >>161 自然なのは左右対称とかどうでもいい猿の妄想じゃなくて 最も使われるものが最もシンプルに書けるという情報理論的効率性な? http://mevius.5ch.io/test/read.cgi/tech/1757733847/165
166: デフォルトの名無しさん [] 2025/09/28(日) 22:05:51.43 ID:aU9wcwp7 >>164 正直に白状しろ。心当たりが全くなくはないはずだ。 C++ STLの.begin()と.end()の組の.end()を書くときにも、もやもやする感覚が常に伴うな。 『リーダブルコード』に、 プログラミングの命名規約では、包含/排他的範囲にbeginとendを使うことが多い。 でも、endは少しあいまいだ。例えば、「本の終盤(the end of the book)を読んでいる」の 「end」は包含的だ。残念ながら英語には「ちょうど最後の値を超えたところ」を意味する簡潔な 言葉がない。 と述べられている通り。簡潔な言葉がないなら作れば良かったと思う。例えば、endの次(next)だから nendとか。無闇に造語すべきではないが、どうしても必要なら作れば良い。bitは成功例だろう。 とは言え、複数の本を本棚に並べ右端の横にブックエンドを置いたとき、.end()は本そのものではなく ブックエンドだと考えれば、.end()はまあ納得できるから..ほど悪くはなく許容できる。 >>165 誤記予防という機能性を犠牲にしてたった1文字をケチる愚行。第一、閉区間より半開区間の方が頻繁に 使われるという主張も怪しい。作るプログラムによって異なるだろ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/166
167: デフォルトの名無しさん [] 2025/09/28(日) 22:07:15.34 >>166 なんのソースもない中卒の妄想は意味ない ソースを出せ 出せないなら自殺して詫びろ http://mevius.5ch.io/test/read.cgi/tech/1757733847/167
168: デフォルトの名無しさん [] 2025/09/28(日) 22:08:16.70 >>166 曖昧なことなど一つもない 定義を見れば良いだけ 定義以外の妄想してる時点で中卒無職だと確定する http://mevius.5ch.io/test/read.cgi/tech/1757733847/168
169: デフォルトの名無しさん [sage] 2025/09/28(日) 22:11:06.36 ID:5mXw367y >>162 従来との対応関係のあることが最も重要なのでそれで正しい http://mevius.5ch.io/test/read.cgi/tech/1757733847/169
170: デフォルトの名無しさん [] 2025/09/28(日) 22:13:10.39 >>166 りーだぶるwwww こーどwwwww お前無職だろ? そんな実績0の無能な猿が書いたゴミを流行りで買ってる時点で無職バレバレ http://mevius.5ch.io/test/read.cgi/tech/1757733847/170
171: デフォルトの名無しさん [] 2025/09/28(日) 22:15:00.74 ID:aU9wcwp7 >>167 低学歴ではないが、低学歴という煽りもここでは意味がないね。プログラム言語なんて小学生でも 分かる程度のものでしかないし、一般的感覚も自然言語と高校までの数学によって形成されるものだから。 そこから乖離した屁理屈をあれこれほざいても、ギークのキモい戯言でしかない。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/171
172: デフォルトの名無しさん [] 2025/09/28(日) 22:18:09.06 >>171 ソース出せない妄想と http://mevius.5ch.io/test/read.cgi/tech/1757733847/172
173: デフォルトの名無しさん [] 2025/09/28(日) 22:18:52.64 >>171 低学歴だから定義を無視して字面から妄想し 低学歴だからソースもないのに妄想を断定できてしまう http://mevius.5ch.io/test/read.cgi/tech/1757733847/173
174: デフォルトの名無しさん [sage] 2025/09/28(日) 22:23:17.24 ID:iPJCP/07 >>162 >【C】i = 0 ; i <= n; i++ と >【Rust】0..=n は同じ動作になるとは限らないので何言いたいんだかわからん。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/174
175: デフォルトの名無しさん [] 2025/09/28(日) 22:26:42.41 ID:iPJCP/07 いまこのスレで発狂してるやつ見てるとQiitaでアカウントBANされたコイツ思い出すんだよなあ。 https://web.archive.org/web/20221220153804/https://qiita.com/ashworth/items/a35270d88ac52116ef7d > はい、私が勘違いしてました。 > 途中で、 > > スクリーンショット 2022-12-19 184235.png > > みたいな突っ込みがあって、やっと問題文をちゃんと読み直して『あれ?』となったわけですが、 > > 自分、基本的にTwitterでの間違いは死んでも認めない主義なので、そのまま押し切る事にしました。 > > Twitterとかのネットは所詮遊び場なので「バトルしようぜ、Tweetバトル!俺が勝ったらテメェは俺以下だぁー!!」みたいなノリで強引に押し切ろうとしました。 > > で、まぁ、惨敗したわけですけどねw http://mevius.5ch.io/test/read.cgi/tech/1757733847/175
176: デフォルトの名無しさん [sage] 2025/09/28(日) 22:27:15.68 ID:jJ7lr+aR 以下の性質の良さの違いのため プログラミングでは半開区間が多用されている 半開区間 (性質が良い) ・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) ・startから始まる長さ0の区間はstart~(start-1)になって破綻 ・途中middleでstart~middleとmiddle~endの二つに分割できない start~middleと(middle+1)~endか start~(middle-1)とmiddle~endになる http://mevius.5ch.io/test/read.cgi/tech/1757733847/176
177: デフォルトの名無しさん [] 2025/09/28(日) 22:27:24.30 ID:aU9wcwp7 >>173 カルト教団のむきになった反論そのものw 教祖様のお言葉がソースか? 自然言語と高校までの数学表記が一般に広く受け入れられていること、それで根拠として十分。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/177
178: デフォルトの名無しさん [] 2025/09/28(日) 22:32:09.90 >>177 >>171 低学歴だから定義を無視して字面から妄想し 低学歴だからソースもないのに妄想を断定できてしまう http://mevius.5ch.io/test/read.cgi/tech/1757733847/178
179: デフォルトの名無しさん [sage] 2025/09/28(日) 22:38:40.96 ID:jJ7lr+aR 区間指定の文法を持つ最近のメジャーなプログラミング言語では半開区間を簡単に表記できるようになっている 例えば GoやPythonなどでは list[start:end] C#やRustなどでは list[start..end] いずれもendを含まない半開区間を意味している http://mevius.5ch.io/test/read.cgi/tech/1757733847/179
180: デフォルトの名無しさん [] 2025/09/28(日) 22:46:12.82 ID:aU9wcwp7 >>178 定義なんて所詮は教祖様がお作りになった教義に過ぎない。それを絶対視して変だと考えず、 変だと指摘する人にむきになって壊れたレコードのようにワンパターンな反応を繰り返す カルト信者。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/180
181: デフォルトの名無しさん [] 2025/09/28(日) 22:47:22.28 >>180 定義はコンパイラの仕様 バカすぎる無職 http://mevius.5ch.io/test/read.cgi/tech/1757733847/181
182: デフォルトの名無しさん [] 2025/09/28(日) 22:47:41.83 >>180 変なのはお前 だから無職なんだろ中卒 http://mevius.5ch.io/test/read.cgi/tech/1757733847/182
183: デフォルトの名無しさん [] 2025/09/28(日) 22:49:02.93 >>176,179 これを入社試験の面接で説明できなきゃ不採用でいいわ これ分からん奴はセンスが無さすぎる http://mevius.5ch.io/test/read.cgi/tech/1757733847/183
184: デフォルトの名無しさん [] 2025/09/28(日) 23:01:12.25 ID:aU9wcwp7 >>181 コンパイラは教祖様がお作りになった言語仕様に沿って作られたものだろ。 >>182 無限ループ、またの名を暴走と言うw http://mevius.5ch.io/test/read.cgi/tech/1757733847/184
185: デフォルトの名無しさん [] 2025/09/28(日) 23:01:37.54 >>184 これが無職 http://mevius.5ch.io/test/read.cgi/tech/1757733847/185
186: デフォルトの名無しさん [sage] 2025/09/28(日) 23:25:09.36 ID:jJ7lr+aR >>183 初心者は仕方ないとしてもプログラミング歴のある人には必須な知識だと思う http://mevius.5ch.io/test/read.cgi/tech/1757733847/186
187: デフォルトの名無しさん [sage] 2025/09/28(日) 23:34:39.97 ID:SbwCraTd ここプログラム技術板で閉区間が自然だと主張して暴れてるやつはどこから来たお客さんなんだろう http://mevius.5ch.io/test/read.cgi/tech/1757733847/187
188: デフォルトの名無しさん [] 2025/09/28(日) 23:48:23.78 ID:aU9wcwp7 >>187 閉区間が自然だとは全く主張していないぞ。 ・閉区間で書くのが便利な場合も半開区間で書くのが便利な場合もあるので、両方の書き方を 提供するのが良い(勿論、前者の場合には閉区間が自然ということになるが) ・閉区間には左右対称、半開区間には左右非対称の記号を割り当てるのが自然で、バグを 生みにくい と主張しているだけ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/188
189: デフォルトの名無しさん [sage] 2025/09/28(日) 23:54:41.82 ID:jJ7lr+aR 現実のメジャーなプログラミング言語では>>179のように半開区間を簡潔に記述できることを重視している http://mevius.5ch.io/test/read.cgi/tech/1757733847/189
190: デフォルトの名無しさん [] 2025/09/29(月) 00:05:25.27 >>188 根拠0 証拠0 ソース0 バカすぎて論外 http://mevius.5ch.io/test/read.cgi/tech/1757733847/190
191: デフォルトの名無しさん [] 2025/09/29(月) 00:05:49.17 >>188 こういうバカは無職なのが自然 http://mevius.5ch.io/test/read.cgi/tech/1757733847/191
192: デフォルトの名無しさん [sage] 2025/09/29(月) 03:12:26.72 ID:KaR4fBa3 >>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つの書き方を提供するのはバグを生みやすい あるプロジェクトでマイクロソフトが自社のC#でなくGo言語を採用したことが有名 http://mevius.5ch.io/test/read.cgi/tech/1757733847/192
193: デフォルトの名無しさん [sage] 2025/09/29(月) 03:23:08.08 ID:Lm5HPMDj >>192 横からだけど Goは言語機能が非常に弱くて その半開区間の指定も部分フライス指定にしか使えない イテレータとして機能しない (switchやmatchなどの)パターンマッチングにも使えない http://mevius.5ch.io/test/read.cgi/tech/1757733847/193
194: デフォルトの名無しさん [sage] 2025/09/29(月) 07:48:42.16 ID:kekj+dde >>192 >あるプロジェクトでマイクロソフトが自社のC#でなくGo言語を採用したことが有名 TypeScriptコンパイラのことなら Microsoft TypeScript Devs Explain Why They Chose Go Over Rust, C# という記事にまとめられているが >半開区間のみを提供するのが良い >2つの書き方を提供するのはバグを生みやすい なんて理由は挙げられてないね。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/194
195: デフォルトの名無しさん [] 2025/09/29(月) 23:43:13.74 ID:6lOYarrI 現実は>>179 理由は>>176 ということでいいのかな http://mevius.5ch.io/test/read.cgi/tech/1757733847/195
196: デフォルトの名無しさん [sage] 2025/09/30(火) 00:17:04.81 ID:jvKDz5J9 閉区間と半開区間のどちらが優れているということは誰も言ってないのに一人発狂してる人がいる感じ http://mevius.5ch.io/test/read.cgi/tech/1757733847/196
197: デフォルトの名無しさん [sage] 2025/09/30(火) 01:59:55.11 ID:4wPfeVv9 閉区間より半開区間が優れている そのため半開区間を短い記述で指定できる文法を用意している言語が多い 短い記述の結果として半開区間が左右対称の記述になっているが誰も気にすることはない 半開区間の記述は左右非対称であるべきだとこだわっているキチガイは一人だけ http://mevius.5ch.io/test/read.cgi/tech/1757733847/197
198: デフォルトの名無しさん [] 2025/09/30(火) 02:52:38.16 無職の妄想に価値はない http://mevius.5ch.io/test/read.cgi/tech/1757733847/198
199: デフォルトの名無しさん [sage] 2025/09/30(火) 08:25:04.59 ID:EJn4wwZL グレゴリオ暦のうるう年判定に延々とおかしなイチャモンつけてたashworthまんまだなw http://mevius.5ch.io/test/read.cgi/tech/1757733847/199
200: デフォルトの名無しさん [] 2025/09/30(火) 10:36:18.87 ID:hvi0j7l5 そもそも自転はずれるからな http://mevius.5ch.io/test/read.cgi/tech/1757733847/200
201: デフォルトの名無しさん [sage] 2025/09/30(火) 11:06:24.13 ID:EJn4wwZL いまはこのルールでやりましょうというグレゴリオ暦を分かってないw http://mevius.5ch.io/test/read.cgi/tech/1757733847/201
202: デフォルトの名無しさん [sage] 2025/09/30(火) 12:34:48.41 ID:dVe563is グレゴリオ暦のうるう年の判定ルール ・西暦年が4で割り切れる年はうるう年となる ・ただし、西暦年が100で割り切れる年はうるう年としない ・さらに、西暦年が400で割り切れる年は例外的にうるう年とする http://mevius.5ch.io/test/read.cgi/tech/1757733847/202
203: デフォルトの名無しさん [] 2025/09/30(火) 12:39:42.96 低学歴がなぜ低学歴なのかよくわかる http://mevius.5ch.io/test/read.cgi/tech/1757733847/203
204: デフォルトの名無しさん [] 2025/09/30(火) 12:40:27.16 >>201 バカすぎてルールを理解できないことを正当化するためにルールがおかしいと吠えたまま死ぬ これが低学歴の人生 http://mevius.5ch.io/test/read.cgi/tech/1757733847/204
205: デフォルトの名無しさん [] 2025/09/30(火) 12:40:59.11 そういうゴミクズを雇ったら終わりなので学歴システムがある 人間判定試験 猿を雇わないようにするための仕組み http://mevius.5ch.io/test/read.cgi/tech/1757733847/205
206: デフォルトの名無しさん [] 2025/09/30(火) 23:54:22.10 ID:gehVEPsn >>188 閉区間ではなく半開区間をサポートするプログラミング言語が多い理由を考えてみよう それらの言語は半開区間に左右非対称の記号ではなく簡潔な記号を割り当てている理由を考えてみよう http://mevius.5ch.io/test/read.cgi/tech/1757733847/206
207: デフォルトの名無しさん [] 2025/10/01(水) 00:59:06.36 算術符号とかハフマン符号なんて聞いたことすらねえんだろうな低学歴は http://mevius.5ch.io/test/read.cgi/tech/1757733847/207
208: デフォルトの名無しさん [sage] 2025/10/01(水) 01:38:56.41 ID:Fskx/ZBj > そもそも自転はずれるからな 地球の自転周期が変わったとして影響があるのは1日の長さなんだがw http://mevius.5ch.io/test/read.cgi/tech/1757733847/208
209: デフォルトの名無しさん [] 2025/10/01(水) 02:15:45.08 ID:VkTjow7K >>207 多用する半開区間に短い記号を充てるのが正解だと思う しかしPythonやGoの start:end はあまりにも短すぎて用いる場所によっては文法的に曖昧になる可能性があるためなのか 現状はスライスのインデックス部分 a[start:end] でしか用いることができない 例えばmatch文のcaseでは指定できないため case x if start <= x < end と書く必要がある イテレータとしても指定できないため for i in range(start, end) と書く必要がある これら全て同じ記法で書けると好ましい http://mevius.5ch.io/test/read.cgi/tech/1757733847/209
210: デフォルトの名無しさん [sage] 2025/10/01(水) 21:52:18.72 ID:yE7SMjvb Rustは同じ扱い buf[100..200] for i in 100..200 { … } match x { 100..200 => …, … } http://mevius.5ch.io/test/read.cgi/tech/1757733847/210
211: デフォルトの名無しさん [] 2025/10/01(水) 23:34:49.32 ID:a34LDfpM >>206 >それらの言語は半開区間に左右非対称の記号ではなく簡潔な記号を割り当てている理由を考えてみよう 教祖様がお作りになった教義だから。教祖様の好みが強く反映されているとしか言いようがない。 >閉区間ではなく半開区間をサポートするプログラミング言語が多い 事実ではなかろう。 ・閉区間しかない Ada, bash, Delphi, Elixir, F#, Fortran, Groovy, Haskell, Julia, MATLAB, OCaml, Octave, Pascal, Perl, PowerShell, R, S, Scilab, Wolfram (Wolfram以外は左右対称記号を使用、Wolframはほぼ左右対称の;;を使用) ・半開区間しかない C#, D, Go, Python (すべてが左右対称記号を使用) ・両方ある Kotlin, Nim, Raku, Ruby, Rust, Swift, Zig (これらのうち、 閉区間に左右対称記号を使用:Kotlin, Nim, Raku, Ruby, Swift, Zig 半開区間に左右対称記号を使用:Ruby, Rust, Zig) ※抜けている言語や記憶違いなどがあるかも知れないので、見つけたら指摘してもらいたい 以上を一覧すれば、半開区間しかない言語は少ないし、閉区間に左右対称記号を使う言語は多いし、 半開区間に左右対称記号を使う言語は少ない。要するに、一般的感覚に敢えて背く仕様の言語は 少ないことが看取される。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/211
212: デフォルトの名無しさん [] 2025/10/01(水) 23:35:20.38 ID:a34LDfpM >>207 圧縮ファイルを直読みできる超人さんですか?w 短さを馬鹿の一つ覚えみたいに持ち出しているが、間違えにくさを犠牲にしてまで達成すべきものではない。 人間は機械ではないのでうっかり間違えやすい記号を宛てないのが賢明で、たった1文字をケチるのは愚行。 正確に言えば機械も生の状態では間違えるから、エラー訂正符号を付加して無謬に見せかけているだけなので、 人間にも機械にも最短ではなくそれぞれの間違え方を防ぐような追加の情報も必要だという訓戒に纏められるな。 そこを疎かにするのは欠陥設計。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/212
213: デフォルトの名無しさん [] 2025/10/01(水) 23:36:14.72 >>211 算術符号とかハフマン符号なんて聞いたことすらねえんだろうな低学歴は http://mevius.5ch.io/test/read.cgi/tech/1757733847/213
214: デフォルトの名無しさん [] 2025/10/01(水) 23:37:07.68 >>212 え?圧縮ファイル? 何言ってんのこの中卒無職脳障害 そんなの関係ねえよ猿が 情報理論的な効率性の話しかしてないのに中卒だからわかんねえのか自殺しとけ猿が http://mevius.5ch.io/test/read.cgi/tech/1757733847/214
215: デフォルトの名無しさん [] 2025/10/01(水) 23:38:06.41 >>212 お前が低学歴で人間じゃないだけ お前は無職で人間の世界から排除されてるから人間の世界に口出しする権利ないよ 参加お断り http://mevius.5ch.io/test/read.cgi/tech/1757733847/215
216: デフォルトの名無しさん [] 2025/10/01(水) 23:51:28.21 ID:a34LDfpM >>214 馬鹿には皮肉の解説が必要だったか。情報理論的な効率性を徹底的に追求したのが圧縮ファイルだろ。 それは人間には勿論読めないが、もう少し緩く追求した半開区間に..を使う表記も人間にはやっぱり 間違いやすい。お前がそんなことはないと言い張るなら、さぞかし凄い超人なんだろうねーという皮肉。 たった1文字追加するだけで効率性と間違えにくさのバランスが取れた表記になるのに、ムキになって 否定するのは愚か。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/216
217: デフォルトの名無しさん [] 2025/10/01(水) 23:56:05.16 >>216 圧縮ファイルなんて使ってない 人間の世界では最短符号を使って人間は読んでる 無職はそれが読めないから誰も雇わない http://mevius.5ch.io/test/read.cgi/tech/1757733847/217
218: デフォルトの名無しさん [] 2025/10/01(水) 23:56:30.77 >>216 お前が間違えてもどうでもいい だってお前は人間じゃないし人間の社会に参加出来ないから http://mevius.5ch.io/test/read.cgi/tech/1757733847/218
219: デフォルトの名無しさん [] 2025/10/01(水) 23:57:04.34 >>216 人間は間違えない 猿は間違える だから猿を雇わない よってお前は無職 猿だからな http://mevius.5ch.io/test/read.cgi/tech/1757733847/219
220: デフォルトの名無しさん [sage] 2025/10/02(木) 00:00:52.83 ID:IXGrVOcw >>216 C#の半開区間指定start..end読みやすくて良いと思うよ 閉区間だと間違える人はいない http://mevius.5ch.io/test/read.cgi/tech/1757733847/220
221: デフォルトの名無しさん [] 2025/10/02(木) 00:02:09.92 人間は間違えない 猿は間違える だから猿を雇わなきゃいいだけ http://mevius.5ch.io/test/read.cgi/tech/1757733847/221
222: デフォルトの名無しさん [] 2025/10/02(木) 00:02:41.34 猿に合わせて人間のルールを変えるわけねえだろ 猿を排除するのが最善 http://mevius.5ch.io/test/read.cgi/tech/1757733847/222
223: デフォルトの名無しさん [sage] 2025/10/02(木) 00:44:06.46 ID:Jz40Wv3H >>211 それら閉区間しかないプログラミング言語は現代のメジャーな言語ではないな センスが悪いとメジャーな言語になれないことがわかった http://mevius.5ch.io/test/read.cgi/tech/1757733847/223
224: デフォルトの名無しさん [sage] 2025/10/02(木) 01:12:51.54 ID:EU/7mSn/ >>202 『あなたは本当に「プログラミングができない、向いてない」のか? 〜うるう年判定プログラムで考える〜』 https://qiita.com/kjm_nuco/items/fd16c2af6b089c4849cd という記事のコメ欄でashworthが他のコメントに絡んでたけど(垢BAN済み)、記事のコード見ると > year = int(input()) > if year % 400 == 0: # 400の倍数なら「うるう年です。」 > print("うるう年です。") > elif year % 100 == 0: # 100の倍数なら「うるう年ではありません。」 > print("うるう年ではありません。") > elif year % 4 == 0: # 4の倍数なら「うるう年です。」 > print("うるう年です。") > else: # どれにも当てはまらなければ、「うるう年ではありません。」 > print("うるう年ではありません。") 400は100の倍数、100は4の倍数を利用したグレゴリオ暦の説明の逆順で判定するけったいなコード書いてんなあナンダコレ? まあ記事はNucoなんでセンスなくて当たり前なんだけど、ashworthがこれに絡んでなかった辺りやっぱセンスないわなw http://mevius.5ch.io/test/read.cgi/tech/1757733847/224
225: デフォルトの名無しさん [] 2025/10/02(木) 01:14:57.85 ID:qLX1OCT3 まともな言語がいずれも半開区間をサポートしているのは偶然ではなくて、 配列やリストやベクタあるいは文字列などの連続領域の一部分いわゆるスライスを言語で扱おうとすると、 その区間を指定する必要がでてくる。 まともな汎用言語ならそのスライスと区間指定をサポートするのは必然で、 しかも閉区間は扱いにくいことが判明しているわけだから、 結果的に半開区間をサポートしているか否かでまともな言語か否かが判明することになっている。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/225
226: デフォルトの名無しさん [sage] 2025/10/02(木) 04:38:08.95 ID:oFFK8/LC >>224のコードってそんなに変かな? 自分もこんな感じに書くと思うが。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/226
227: デフォルトの名無しさん [sage] 2025/10/02(木) 05:00:19.18 ID:vDXY/c5t >>226 動くコードは無数に考えられる。 しかし保守性を考慮すると、 元の文章に対応したコードのみが正解。 元の文章と逆順に書いた場合、 何か理由が添えてない限り失格でクビだろうね。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/227
228: デフォルトの名無しさん [] 2025/10/02(木) 07:15:16.83 ソース読めよ Check out this DeepWiki page https://deepwiki.com/search/calendarisleap_6015837d-0d22-4326-870d-fd0623c9acd7 http://mevius.5ch.io/test/read.cgi/tech/1757733847/228
229: デフォルトの名無しさん [sage] 2025/10/02(木) 07:34:34.02 ID:3AP3Ig0g なるほど、if文のネストみたいな感じで書くのだとしたらそれはかえって分かりにくいのではと思ったけど、and or で1行で書いちゃうならスッキリしているね。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/229
230: デフォルトの名無しさん [] 2025/10/02(木) 08:18:23.33 if文使った時点で不採用 print文使った時点で不採用 正解は ・数式・比較演算子と論理演算子で書く ・デバッガで各論理式の評価を確認してprint文を使わない http://mevius.5ch.io/test/read.cgi/tech/1757733847/230
231: デフォルトの名無しさん [] 2025/10/02(木) 08:19:21.13 deepwikiでソースコードに聞け 低スキルの「エンジニア」同士で低スキルを伝播しても害しかない http://mevius.5ch.io/test/read.cgi/tech/1757733847/231
232: デフォルトの名無しさん [sage] 2025/10/02(木) 08:24:53.30 ID:3AP3Ig0g print関数はさすがに説明の便宜のためでしょ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/232
233: デフォルトの名無しさん [] 2025/10/02(木) 08:26:48.25 知りたいgithubのアドレスを取得 https://github.com/python/cpython アドレスのgithubをdeepwikiに置換 https://deepwiki.com/python/cpython 最下部のフォームに質問すればソースコードをソースにして回答する http://mevius.5ch.io/test/read.cgi/tech/1757733847/233
234: デフォルトの名無しさん [] 2025/10/02(木) 08:29:36.47 で このdeepwikiもMCPでアクセスできるので AIエージェントがコーディングのお作法を実装前にDeepWiki MCPで確認してソースコードをソースにして手順を確立してメモしてからそれを見ながら実装を開始するように出来る 低スキルエンジニア同士の会話など害しかない http://mevius.5ch.io/test/read.cgi/tech/1757733847/234
235: デフォルトの名無しさん [sage] 2025/10/02(木) 08:45:54.05 ID:6BvO5ATM 速さ優先ならこれとはまた異なってくるのだろう return year % 4 == 0 and (year % 100 != 0 or year % 400 == 0) http://mevius.5ch.io/test/read.cgi/tech/1757733847/235
236: デフォルトの名無しさん [sage] 2025/10/02(木) 13:03:09.54 ID:sP1LMqCx return False http://mevius.5ch.io/test/read.cgi/tech/1757733847/236
237: デフォルトの名無しさん [sage] 2025/10/02(木) 13:37:06.50 ID:dLU/Z4Pm > それ、問題文の条件のまま書いちゃダメなんですよね。 > 「ただし」がある場合は前出の条件を否定してくるので、条件の順番通りに書くと破綻します。 > だから、「ただし」がある場合は条件を逆に記述していくのが鉄則です。 ashworthさん、何言ってんの? http://mevius.5ch.io/test/read.cgi/tech/1757733847/237
238: デフォルトの名無しさん [] 2025/10/02(木) 23:03:29.56 ID:jdy8/BVE >>219 これまでの書き込みからお前はRust信者と推測されるが、「言語仕様で明確に定義されているのに数学につられて 間違えるのは低学歴・無職・猿」という煽り文句がブーメランになることに気づいていないのか? C, C++ではif (a = b)という書き方が許されているが、数学では=が比較にも使われるため、比較するつもりで if (a = b)とうっかり書き間違え、読み返しても間違いを見落とす恐れがあるので、C#やRustではこういう書き方を できなくした。お前の煽り文句に従えば、代入は=、比較は==と言語仕様で明確に区別して定義されているのに 数学につられて間違えるのは低学歴・無職・猿で、C#やRustは低学歴・無職・猿向けの言語ってことになるねw 仮にお前がRustでなく他の言語の信者だとしても、似たようなブーメランを見つけることができるだろう。 Rustは他にも変数宣言でmutをいちいち書かせるなど過保護な安全性が設計思想にあるのに、半開区間..では 危うさを放置するのはチグハグだな。 あと、ここはプログラマー板じゃなくてプログラム板だから、別に職業プログラマ向けというわけではなく、 プログラムに関する見識は職を得ることに結びつかない。職業プログラマなんてIT土方とも揶揄されて 威張れるもんじゃないし、まして特定の言語と一蓮托生で必死になってるようではなー。お前の煽り文句は 明後日の方を向いているw http://mevius.5ch.io/test/read.cgi/tech/1757733847/238
239: デフォルトの名無しさん [] 2025/10/02(木) 23:03:54.24 ID:jdy8/BVE >>223 ユーザーは区間の記法だけによってどの言語を使うか選んでいるわけではないから、一概には言えない。 Pythonはずぼらだからはびこってしまった。あんな害蛇はさっさと駆除すべきだな。その点、Rustは 繁文縟礼の塊なのであまり普及せず実害は少ない。 C#はユーザーを十分獲得した後の2019年に半開区間..を初めて導入した。.NET兄弟のF#とPowerShellが ..を閉区間に既に割り当てていたのに、そして開発責任者はPascalと縁が深いのに、何であんな変な記法を 許してしまったの解せない。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/239
240: デフォルトの名無しさん [] 2025/10/02(木) 23:12:57.09 >>238 いやRustなんか興味ないし知らん どうでもいい 脳障害は日本語すら読めないだけ 人間は間違えないので猿を雇わなければ良いだけ 猿のために人間のルールを変えるわけない http://mevius.5ch.io/test/read.cgi/tech/1757733847/240
241: デフォルトの名無しさん [sage] 2025/10/03(金) 00:09:20.16 ID:Q1aE47Vx 半開区間に左右非対称を採用してる言語はSwiftだけじゃね? 半開区間の記法 【start:end】 Go Python 【start..end】C# Rust Zig 【start...end】Ruby 【start..<end】Swift この現状で左右対称を採用している言語はダメだと叩いている人は偏った異端者かと http://mevius.5ch.io/test/read.cgi/tech/1757733847/241
242: デフォルトの名無しさん [sage] 2025/10/03(金) 01:07:33.20 ID:aYxPE6CF 1991 Python 1995 Ruby 2000 C# 2009 Go 2010 Rust 2014 Swift 2015 Zig 後発の方が先達の反省が活かされた洗練された記法を採用してる可能性は普通に考えられるかな http://mevius.5ch.io/test/read.cgi/tech/1757733847/242
243: デフォルトの名無しさん [sage] 2025/10/03(金) 01:23:00.07 ID:Q1aE47Vx C#が半開区間start..endを導入したのは2019年リリースのC# version 8.0 http://mevius.5ch.io/test/read.cgi/tech/1757733847/243
244: デフォルトの名無しさん [sage] 2025/10/03(金) 08:33:47.40 ID:qYL3CF1r 『Cなら知ってるんですけど、C++ってできますか?』 Cた間違い http://mevius.5ch.io/test/read.cgi/tech/1757733847/244
245: デフォルトの名無しさん [sage] 2025/10/03(金) 08:35:11.18 ID:qYL3CF1r CやC++初心者は間違い探し的に読むと良い記事。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/245
246: デフォルトの名無しさん [sage] 2025/10/03(金) 10:41:32.04 ID:WGTRKW6c >>244 モダンC++と言いつつ大昔の古臭いC++11で草 さらにC++11と言いつつ中核のスマートポインタを割愛で草 http://mevius.5ch.io/test/read.cgi/tech/1757733847/246
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 522 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.025s