Qiita 7 - キータぞ、来たぞ、キータだぞー (250レス)
1-

210: 10/01(水)21:52 ID:yE7SMjvb(1) AAS
Rustは同じ扱い
buf[100..200]
for i in 100..200 { … }
match x {
100..200 => …,

}
211
(3): 10/01(水)23:34 ID:a34LDfpM(1/3) AA×
>>206

212
(2): 10/01(水)23:35 ID:a34LDfpM(2/3) AAS
>>207
圧縮ファイルを直読みできる超人さんですか?w

短さを馬鹿の一つ覚えみたいに持ち出しているが、間違えにくさを犠牲にしてまで達成すべきものではない。
人間は機械ではないのでうっかり間違えやすい記号を宛てないのが賢明で、たった1文字をケチるのは愚行。

正確に言えば機械も生の状態では間違えるから、エラー訂正符号を付加して無謬に見せかけているだけなので、
人間にも機械にも最短ではなくそれぞれの間違え方を防ぐような追加の情報も必要だという訓戒に纏められるな。
そこを疎かにするのは欠陥設計。
213: 10/01(水)23:36 AAS
>>211

算術符号とかハフマン符号なんて聞いたことすらねえんだろうな低学歴は
214
(1): 10/01(水)23:37 AAS
>>212
え?圧縮ファイル?
何言ってんのこの中卒無職脳障害
そんなの関係ねえよ猿が

情報理論的な効率性の話しかしてないのに中卒だからわかんねえのか自殺しとけ猿が
215: 10/01(水)23:38 AAS
>>212
お前が低学歴で人間じゃないだけ
お前は無職で人間の世界から排除されてるから人間の世界に口出しする権利ないよ
参加お断り
216
(4): 10/01(水)23:51 ID:a34LDfpM(3/3) AAS
>>214
馬鹿には皮肉の解説が必要だったか。情報理論的な効率性を徹底的に追求したのが圧縮ファイルだろ。
それは人間には勿論読めないが、もう少し緩く追求した半開区間に..を使う表記も人間にはやっぱり
間違いやすい。お前がそんなことはないと言い張るなら、さぞかし凄い超人なんだろうねーという皮肉。

たった1文字追加するだけで効率性と間違えにくさのバランスが取れた表記になるのに、ムキになって
否定するのは愚か。
217: 10/01(水)23:56 AAS
>>216
圧縮ファイルなんて使ってない
人間の世界では最短符号を使って人間は読んでる
無職はそれが読めないから誰も雇わない
218: 10/01(水)23:56 AAS
>>216
お前が間違えてもどうでもいい
だってお前は人間じゃないし人間の社会に参加出来ないから
219
(1): 10/01(水)23:57 AAS
>>216
人間は間違えない
猿は間違える
だから猿を雇わない
よってお前は無職
猿だからな
220: 10/02(木)00:00 ID:IXGrVOcw(1) AAS
>>216
C#の半開区間指定start..end読みやすくて良いと思うよ
閉区間だと間違える人はいない
221: 10/02(木)00:02 AAS
人間は間違えない
猿は間違える
だから猿を雇わなきゃいいだけ
222: 10/02(木)00:02 AAS
猿に合わせて人間のルールを変えるわけねえだろ
猿を排除するのが最善
223
(1): 10/02(木)00:44 ID:Jz40Wv3H(1) AAS
>>211
それら閉区間しかないプログラミング言語は現代のメジャーな言語ではないな
センスが悪いとメジャーな言語になれないことがわかった
224
(1): 10/02(木)01:12 ID:EU/7mSn/(1) AAS
>>202
『あなたは本当に「プログラミングができない、向いてない」のか? 〜うるう年判定プログラムで考える〜』
外部リンク:qiita.com

という記事のコメ欄で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
225: 10/02(木)01:14 ID:qLX1OCT3(1) AAS
まともな言語がいずれも半開区間をサポートしているのは偶然ではなくて、
配列やリストやベクタあるいは文字列などの連続領域の一部分いわゆるスライスを言語で扱おうとすると、
その区間を指定する必要がでてくる。

まともな汎用言語ならそのスライスと区間指定をサポートするのは必然で、
しかも閉区間は扱いにくいことが判明しているわけだから、
結果的に半開区間をサポートしているか否かでまともな言語か否かが判明することになっている。
226
(1): 10/02(木)04:38 ID:oFFK8/LC(1) AAS
>>224のコードってそんなに変かな? 自分もこんな感じに書くと思うが。
227: 10/02(木)05:00 ID:vDXY/c5t(1) AAS
>>226
動くコードは無数に考えられる。
しかし保守性を考慮すると、
元の文章に対応したコードのみが正解。
元の文章と逆順に書いた場合、
何か理由が添えてない限り失格でクビだろうね。
228: 10/02(木)07:15 AAS
ソース読めよ

Check out this DeepWiki page 外部リンク:deepwiki.com
229: 10/02(木)07:34 ID:3AP3Ig0g(1/2) AAS
なるほど、if文のネストみたいな感じで書くのだとしたらそれはかえって分かりにくいのではと思ったけど、and or で1行で書いちゃうならスッキリしているね。
230: 10/02(木)08:18 AAS
if文使った時点で不採用
print文使った時点で不採用

正解は
・数式・比較演算子と論理演算子で書く
・デバッガで各論理式の評価を確認してprint文を使わない
231: 10/02(木)08:19 AAS
deepwikiでソースコードに聞け
低スキルの「エンジニア」同士で低スキルを伝播しても害しかない
232: 10/02(木)08:24 ID:3AP3Ig0g(2/2) AAS
print関数はさすがに説明の便宜のためでしょ。
233: 10/02(木)08:26 AAS
知りたいgithubのアドレスを取得
外部リンク:github.com

アドレスのgithubをdeepwikiに置換
外部リンク:deepwiki.com

最下部のフォームに質問すればソースコードをソースにして回答する
234: 10/02(木)08:29 AAS

このdeepwikiもMCPでアクセスできるので
AIエージェントがコーディングのお作法を実装前にDeepWiki MCPで確認してソースコードをソースにして手順を確立してメモしてからそれを見ながら実装を開始するように出来る

低スキルエンジニア同士の会話など害しかない
235: 10/02(木)08:45 ID:6BvO5ATM(1) AAS
速さ優先ならこれとはまた異なってくるのだろう
return year % 4 == 0 and (year % 100 != 0 or year % 400 == 0)
236: 10/02(木)13:03 ID:sP1LMqCx(1) AAS
return False
237: 10/02(木)13:37 ID:dLU/Z4Pm(1) AAS
> それ、問題文の条件のまま書いちゃダメなんですよね。
> 「ただし」がある場合は前出の条件を否定してくるので、条件の順番通りに書くと破綻します。
> だから、「ただし」がある場合は条件を逆に記述していくのが鉄則です。
 
ashworthさん、何言ってんの?
238
(2): 10/02(木)23:03 ID:jdy8/BVE(1/2) AAS
>>219
これまでの書き込みからお前はRust信者と推測されるが、「言語仕様で明確に定義されているのに数学につられて
間違えるのは低学歴・無職・猿」という煽り文句がブーメランになることに気づいていないのか?

C, C++ではif (a = b)という書き方が許されているが、数学では=が比較にも使われるため、比較するつもりで
if (a = b)とうっかり書き間違え、読み返しても間違いを見落とす恐れがあるので、C#やRustではこういう書き方を
できなくした。お前の煽り文句に従えば、代入は=、比較は==と言語仕様で明確に区別して定義されているのに
数学につられて間違えるのは低学歴・無職・猿で、C#やRustは低学歴・無職・猿向けの言語ってことになるねw

仮にお前がRustでなく他の言語の信者だとしても、似たようなブーメランを見つけることができるだろう。

Rustは他にも変数宣言でmutをいちいち書かせるなど過保護な安全性が設計思想にあるのに、半開区間..では
危うさを放置するのはチグハグだな。

あと、ここはプログラマー板じゃなくてプログラム板だから、別に職業プログラマ向けというわけではなく、
プログラムに関する見識は職を得ることに結びつかない。職業プログラマなんてIT土方とも揶揄されて
威張れるもんじゃないし、まして特定の言語と一蓮托生で必死になってるようではなー。お前の煽り文句は
明後日の方を向いているw
239: 10/02(木)23:03 ID:jdy8/BVE(2/2) AAS
>>223
ユーザーは区間の記法だけによってどの言語を使うか選んでいるわけではないから、一概には言えない。
Pythonはずぼらだからはびこってしまった。あんな害蛇はさっさと駆除すべきだな。その点、Rustは
繁文縟礼の塊なのであまり普及せず実害は少ない。

C#はユーザーを十分獲得した後の2019年に半開区間..を初めて導入した。.NET兄弟のF#とPowerShellが
..を閉区間に既に割り当てていたのに、そして開発責任者はPascalと縁が深いのに、何であんな変な記法を
許してしまったの解せない。
1-
あと 11 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ

ぬこの手 ぬこTOP 0.871s*