Pythonのお勉強 Part75

2025/04/04(金) 01:47:04.18

!extend:default:vvvvv:1000:1024
!extend:default:vvvvv:1000:1024

↑スレ立てる毎に減るので、減ってたら３つに補充すること。

※前スレ
Pythonのお勉強 Part74
https://mevius.5ch.net/test/read.cgi/tech/1726881242/
VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

2025/07/19(土) 01:14:22.09

>>468の関数定義が可変長キーワード引数になっていたのでそれを前提に考えていたんだけど、仮に関数hooが仮引数として（可変長キーワード引数ではなく）hogeとfugaを取る場合、少なくともfugaの方にはデフォルト値が必要にならない？　適切なデフォルト値を選択できるかという方の問題（>>472）になるのかなと思うけど。

2025/07/19(土) 04:01:16.92

>>475
コメントとかリファレンスとか面倒なので、可変長を止めた
デフォルト値も0からNoneにした
渡された引数の確認用printも止めた
これでいいかな？
（個人的には、hooじゃなくfooを使いたい）

def hoo(*, hoge, fuga=None):
　pass

args = {'hoge': 3}
if True:
　args['fuga'] = 21

hoo(**args)

2025/07/19(土) 07:03:58.56

・下記からしてワープ中もエネルギーが減衰
情報は消すとエネルギーになって漏れていく――情報の物理性実証に成功
2025.06.30
https://nazology.kusuguru.co.jp/archives/180561

・AとBの個所は下記の状態が必須条件
量子コンピューターの真価を、実機で証明することに初めて成功。理論から現実への一歩となるか
2025.07.18
https://wired.jp/article/quantum-computer-exponential-speedup/
量子コンピューター同士の長距離通信を実現、データを橋渡しする新しい“翻訳機”が秘めた可能性
2025.07.12
https://wired.jp/article/universal-translator-in-quantum-networks/

電子は動かず『電子のスピンだけ』が流れて情報伝達できる微小チップを開発
2025.07.15
https://nazology.kusuguru.co.jp/archives/181574
・上記のチップを使用すると下記の情報を１００％読み取れる
電子の電荷を運ばず磁気だけを運ぶ「幽霊粒子」を観測することに成功
2025.07.15
https://nazology.kusuguru.co.jp/archives/181583
>>「量子世界の理論が現実の物質で実際に再現可能である」という強力な証拠
↓上記まで読み取れるので下記の理論が出観測できる
量子トリックにより「観測しないこと」で物体を冷却することに成功
2025.06.04
https://nazology.kusuguru.co.jp/archives/178933
↓なぜ同じ状態が観測できないかというと下記の時間差によって異なるために生じる
量子もつれの伝達速度の限界を解明することに成功！
2024.04.01
https://nazology.kusuguru.co.jp/archives/147855
量子もつれは「瞬間」ではなく誕生には232アト秒のタメ時間があった
2025.06.11
https://nazology.kusuguru.co.jp/archives/179350

2025/07/19(土) 09:53:59.24

>>479
スマンが、値Noneがデフォルト値として適切なケースならそれでもいいけど、一般的にそうとはいえないという点は、数値0と同じだと思う。
とはいえ、>>459に対する一般的な回答とはいえなくても、個別のケースを見れば何らかの適切なデフォルト値（多くの場合は、数値0, 1, None, 空文字烈のどれかでカバーできるんじゃないかと思う）を見つけられることが多いと思うから、実践的にはそれで十分と言えるかもしれない。

ただ、そもそも論として、複数の実引数を1つの辞書にまとめ、関数に渡すときに**でアンパックするという方法論は、本質的には場合分けを行う場所を移しているだけだよね。475末尾のsettingsのように、1まとまりのものと観念できるような場合にはともかく、一般論としては>>459と比べて分かりやすくなっているとはいえないと思うよ（辞書の名前という余分な情報が増える分だけ、読む側の負荷が増えるだけなのでは）。

**デフォルトの名無しさん** (ｽﾌｯ Sd94-l3/T) · 2025/07/19(土) 09:56:56.29

#お前がしたいのはこう言うことか
def hoo(**kwargs):
for k in ['hoge', 'fuga']:
print(f'{k}: {kwargs.get(k, None)}')
args = {'hoge': 3}
hoo(**args)
args['fuga'] = 21
hoo(**args)

**デフォルトの名無しさん** (ｽﾌｯ Sd94-l3/T) · 2025/07/19(土) 10:02:46.87

てすと
paiza.io/projects/N9V8GMKR_tIb1zGa6ubx5Q?language=python3

2025/07/19(土) 11:14:22.91

>>478
459の質問はデフォルト付きのキーワード専用引数がある既存の関数を呼ぶ前提でしょ
仮にそうじゃなくて任意引数にできないなら明示的に渡せばいいだけじゃない？
いずれにしてもどういう制御構造を使うかとは直交した別の問題だと思うよ

2025/07/19(土) 11:21:54.47

>>481
分岐が必要なキーワード引数が1つだけなら>>459のように単純なif-elseのほうが分かりやすいと思うが数が増えてくると辞書を使うやり方のほうが分かりやすくなることが多い

ちゃんとしたプログラムならBuilderパターン使って辞書を隠蔽したAPIを用意するけど内部構造は>>479と同じ

2025/07/19(土) 12:44:55.92

# 1行バージョン、引数が増えても安心
hoo(hoge=3, **({'fuga':21} if True else {}))

2025/07/19(土) 18:08:03.19

本質的には場合分けを行う場所を移しているだけ

2025/07/19(土) 20:15:58.43

こういうのは運用重視だな
後で機能の追加や変更をする時に、いかに既に使ってるとこに影響させないか

2025/07/19(土) 21:09:14.95

PythonをLinux上でデバッグできる？
Visual Studioみたいにw

2025/07/19(土) 22:15:21.21

>>489
できるよ

手元がWindowsならWindows用のVSCodeにPython開発用の拡張とSSH拡張入れて
Linuxに接続して実行・デバッグすることもできる

手元がLinuxならLinux用のVSCodeにPython開発用の拡張を入れて、VSCode上で実行・デバッグできる

2025/07/19(土) 22:25:27.17

>>490
あ、できますね
Visual Studio CodeでLinuxに接続。

それだけかね？
さすがにpdbだかはキツそう…

2025/07/19(土) 22:34:22.71

>>491
VSCodeのPythonデバッグ環境がほぼもう最強で一択なので、それだけでよいよ

2025/07/19(土) 23:01:09.11

Pythonを深くやっていないんでよくわからんが、スレッドのデバッグとかはPythonでも厳しいんでないかい？

2025/07/20(日) 15:32:04.17

スレッド先やら名前付きデコレータをステップデバッグしたいならPycharm使え

2025/07/20(日) 15:59:19.04

>>494

VS codeよりいいの？
外見は似てるけど

2025/07/21(月) 19:27:42.56

Pycharmの方が10年以上先発で、基本は商用なので機能はてんこ盛りだね。

2025/07/22(火) 00:43:35.79

AIでどんなネイティブコードも自在に生成出来るようになったら
Pythonなんてのは必要なくなるかもな

2025/07/22(火) 01:21:56.31

uv 0.80.0ぶっ壊れるな
依存関係の解釈が狂ってる

2025/07/22(火) 01:55:03.64

>>497
与えた仕様でしか内容を把握できなくなるからメンテできなくなる
100%誤解のない誰が書いても同じ出力になる仕様なんて皆無だから
いまのプログラミング言語にあたる中間的な表現はほしい

2025/07/22(火) 05:32:46.90

・テレポートが完全に否定されました

量子物理学が「宇宙の輪廻転生」を否定――我々の宇宙は一度限りのものだった
2025.07.21 22:00:10 MONDAY
https://nazology.kusuguru.co.jp/archives/181905
>>近年注目を集めている量子重力理論という新しい分野です。
>>これは重力に量子力学の考え方を取り入れ、従来の物理法則では説明できない現象にもアプローチする理論です。
>>これは重力に量子力学の考え方を取り入れ、従来の物理法則では説明できない現象にもアプローチする理論です。
>>例えば、真空中でもごく短時間だけ負のエネルギーが現れる現象（カシミール効果）や、ブラックホールがエネルギーを放出するホーキング放射という不思議な現象が知られています。
>>これは従来の特異点定理が前提としている「エネルギーはどこでも負にならない」という仮定を根本的に揺るがすものです。
>>そのため現在の物理学界では特異点重視派と回避派が理論的なしのぎを削っている状況にあります。
>>第一に、完全な特異点の形成を回避できる可能性があることです。
>>第二に、多くの人が抱く「ではビッグバンの前には何があったのか？」という一般の人の素朴な疑問にも「前の宇宙があった」と答えられるため、科学的にも物語的にも興味を惹くものでした。
>>本質的には「宇宙やブラックホールが崩壊する過程で、もしもエントロピーが常に増加し続ける（＝GSLが成り立つ）限り、いかなる場合も完全な崩壊＝特異点形成を避けることはできない」という定理を証明したのです。
>>つまり、量子効果をどんなに考慮しても、特異点が必ず現れてしまうという結論になり、ビッグバウンスを起こすには基本的な物理法則の一つであるエントロピー増大則を破らなければならない、ということが明らかになったのです。
>>その結果、宇宙全体が収縮の後に再膨張するという「ビッグバウンス型」のシナリオも、少なくとも通常の物理法則の枠組み内では否定されることになりました。
>>少なくともブーソ氏をはじめ多くの物理学者は「どんな理論においても、時間が止まる境界のようなものは残るだろう」と考えています。

2025/07/22(火) 07:03:07.65

>>489
馬鹿はVSはLinuxで動くことを知らない

2025/07/22(火) 13:07:44.33

Googleの強化版Geminiが数学オリンピックで金メダルを取る性能に到達、自然言語で動作し人間と同じ制限時間で解答を導き出す
2025年07月22日 11時04分
https://gigazine.net/news/20250722-google-gemini-mathematical-olympiad-gold-medal/

OpenAIの「実験的推論モデル」が数学オリンピックで金メダル相当のスコアを達成、GPT-5は近日中にリリース予定で「実験的推論モデル」はまだ先
2025年07月22日 11時03分
https://gigazine.net/news/20250722-openai-mathematical-olympiad-gold-medal/

2025/07/23(水) 12:56:19.08

５ちゃんねるで、スクリプト対策で導入されたどんぐりですが、課金してなるハンターで
無差別に連射してレベルを下げようとする悪質な人物がおります
どんぐりシステムの名前は変えられますので、いろんな名前にしてスレを荒らしております

毎日何十人もの書き込みを撃っているので、自動化のプログラムで撃っているのだと思いますが、
pythonでそのようなシステムを作ることは可能でしょうか？

2025/07/23(水) 12:57:23.72

私は素人なのでプログラミングについては知りませんが、スクリプトの自動書き込みも、pythonを使って作っていると聞きました。

2025/07/23(水) 13:05:56.98

可能
次のかたどうぞ

2025/07/23(水) 13:21:18.21

Claude Sonnet 4に匹敵するコーディング特化のオープンモデル「Qwen3-Coder」をAlibabaが発表
2025年07月23日 10時45分
>>Qwen3-Coderの大きな特徴は、ネイティブで256Kトークンという広大なコンテキスト長をサポートするだけでなく、
>>「YaRN(Yet another RoPE-based scaling method)」という拡張技術を用いることで最大100万トークンまで対応可能である点です。これにより、リポジトリ全体を理解するような大規模なタスクにも対応できます。
>>C++、Java、Python、Ruby、Swift、ABAPなどを含む358もの多様なプログラミング言語をサポート。加えて、ベースモデルから一般的な能力と数学的能力を維持しつつ、コーディングに特化しているとのこと。
>>さらに、その能力を最大限に引き出すため、エージェントコーディング用のコマンドラインツール「Qwen Code」も同時にオープンソース化されています。このQwen CodeはGemini Codeをフォークして開発
>>するSWE-Bench Verifiedにおいて、Qwen3-CoderはCloud Sonnet 4よりも小さいモデルサイズでほぼ同等のスコア

ブラックホールに捕食されても生還した「奇跡の星」を確認
2025.07.23 WED
https://nazology.kusuguru.co.jp/archives/181937

2025/07/23(水) 19:41:30.66

>>503
こちら、具体的に何のソフトを導入して、コードが完成したら、どのように扱えばいいのか教えて下さい

2025/07/23(水) 21:27:44.31

夏休みだね～

2025/07/26(土) 17:24:17.74

待っていても有効な回答が得られなかったので再度質問いたします

５ちゃんねるで、スクリプト対策で導入されたどんぐりですが、課金してなるハンターで
無差別に連射してレベルを下げようとする悪質な人物がおります
どんぐりシステムの名前は変えられますので、いろんな名前にしてスレを荒らしております

毎日何十人もの書き込みを撃っているので、自動化のプログラムで撃っているのだと思いますが、
pythonでそのようなシステムを作ることは可能でしょうか？

2025/07/26(土) 18:08:56.90

>>509
馬鹿は消えろ

2025/07/26(土) 20:03:56.60

熱意があれば出来るんじゃねぇの

2025/07/26(土) 21:25:51.48

>>509
505と同意見で可能だと思う
スレ違いだけどJavaScriptでサクッと書いてもいいんじゃない？

2025/07/26(土) 22:10:41.53

こういうところで「可能か？」と聞く馬鹿は「作ってくれ」という意味だろ

2025/07/27(日) 05:01:19.83

勉強になるから作ってごらん

2025/07/27(日) 06:06:34.61

こんなところでしつこく聞くような馬鹿には無理

2025/07/27(日) 07:47:24.26

>>510
>>515
てめえが消えろ害虫バカカス煽り

2025/07/27(日) 07:51:58.97

>>513
何も知らん無能に加え、更に逆ギレして質問者を妨害するようなバカはこの世で最も愚かで存在価値のない人種
幼稚な煽り＝役に立たんバカの自己証明＝存在価値皆無のゴミ

2025/07/27(日) 09:04:32.36

>>517
事実を指摘されて悔しかった？
馬鹿というより境界知能とか知的障害者と言われた方がよかった？

2025/07/27(日) 09:15:12.99

ジェネレーター（イテレーター）の動作イメージって、病院とか郵便局に置いてある番号札発行機で例えるのが一番分かりやすいと前々から思っているんだけど、あんまり見ないね。ボタンを押すと（__next__）次の番号札が出てくる（次の要素が返される）ってことでぴったりだと思うんだが。
初心者向けの入門書とかで、このアイデア使ってくれてもいいぞw

2025/07/27(日) 09:48:35.58

>>512
可能とのことですね、私は初心者なのでプログラミングのことについては詳しくありませんが、
まず何を準備すればいいのでしょうか？

2025/07/27(日) 10:28:01.17

AIに聴いたらきっとバカ丁寧にいつまでも相手してくれるぞ

2025/07/27(日) 10:29:45.72

>>519
あれは連番固定だからいまいち
OTPジェネレータの方がカッコいい

2025/07/27(日) 11:28:38.59

本当に在庫があって順番に渡してるだけか、
実は常に在庫0で注文来てから作ってるかの違い
客からは同じに見えるけど店は倉庫不要になる

2025/07/27(日) 15:12:11.20

注文が来てから作る場合は原材料在庫や中間在庫が必要なので保管場所は必要
そして客から見た場合は注文から商品を手に入れるまでの所要時間が大きく異なるので同じには見えない

2025/07/27(日) 15:20:17.77

原材料を卸してる下請けも在庫0で回してるんだよ
超かんばん方式

2025/07/27(日) 16:28:42.01

看板方式って下請けを倉庫代わりにしてるだけのことだしな
在庫をひっくり返してやってる手間を省いてるに過ぎない

そんなのよりギガキャストとか3D造形とか根本的な製造手法の革新の方がまとも
とっくに日本は遅れた二流だよ

2025/07/27(日) 19:11:27.15

>>520
今の時代はAIに聞いたほうがいい答えが返ってくる気がするが、ますはpythonをインストールしなさい

2025/07/27(日) 19:22:16.30

>>520
この馬鹿マルチポストもしてる
どうしようもないクズ

2025/07/27(日) 19:56:51.28

>>520
https://docs.python.org/ja/3/tutorial/index.html
このチュートリアルを30%くらいやったら

https://docs.python.org/ja/3/reference/index.html
このリファレンスに目を通す

あとはライブラリ見つけて組み合わせるだけで
何でも出来るよ

2025/07/27(日) 20:24:06.34

「誰かが作ったネットに転がってるライブラリを組み合わせてプログラムを作る」
っておじちゃんからすると感動的なんよな

2025/07/27(日) 20:32:17.26

最後のちょっと繋ぐとこだけ残して全部作ってあるキットみたいなもんだしな
ちょっと繋ぐ技術だけ習得すると格段に便利になる
でもそんなのすぐにAIがやってくれるという過渡期

2025/07/28(月) 01:09:41.95

>>518
>>521
ぐうの音も出ない事実正論を突きつけられて一切反論が出来ないバカが
逃げ口上によく使う、今まで相手から言われた言葉を悔し紛れに
書き込むだけのお手本能無し恨み説＝猿以下の脳みその無能の＝存在価値皆無のゴミ

2025/07/28(月) 01:10:01.64

>>528
ぐうの音も出ない事実正論を突きつけられて一切反論が出来ないバカが
逃げ口上によく使う、今まで相手から言われた言葉を悔し紛れに
書き込むだけのお手本能無し恨み説＝猿以下の脳みその無能の＝存在価値皆無のゴミ

2025/07/28(月) 01:11:28.35

マルチしたところで出てくるのが528みたいな、他人に迷惑かけることだけが生きがいの
この世で最も無能で存在価値のないゴミしか出てこないんだから何の意味もないわ

2025/07/28(月) 03:12:48.63

夏休みだね～

2025/07/28(月) 05:36:02.35

>>533
自分で解決するどころか何もできずに厚かましくしつこく人に聞き回ることしかできない馬鹿

2025/07/28(月) 09:34:40.18

こりゃハンターに撃たれまくって当然だわな

2025/07/28(月) 10:06:09.40

>>537
キレたら簡単に正規表現でマッチできそうなレスするもんなw
こりゃ撃ちやすいw

2025/07/28(月) 13:08:04.68

開発環境をwinからmacにしたらmacのフォント管理の仕様のせいでwxPythonのGUIが壊れて、該当部分100個以上削除しなきゃいけなそうでやる気なくした

いっそguiだけ作り直した方が早そうだから仕切り直そうと思うんだけど、アプリのモードや選択したラジオ毎に表示ボタンが細かく変わる場合切り替えるとオブジェクトが削除されてたりしてエラー吐くことが多いんだけど、こういう場合各種表示要素、本処理のモジュールに受け渡す変数とかって全部一括で起動時に定義して保持しておいた方がいいんかね

素人コーディングだから行き当たりばったりでやってたけど前もって仕様を決めておくのって重要なんだなと思った

2025/07/28(月) 13:08:59.91

それは誰がやっても大変な気がするけど

2025/07/28(月) 13:09:09.56

あとはwxPythonよりPyQtとかのがわかりやすい？

2025/07/28(月) 13:34:37.35

きっとまだ使ってるオブジェクト捨ててるんだろう

2025/07/28(月) 14:38:20.79

どう考えても自分が書いてるコードに問題があるのになぜ人のせいにするのか

2025/07/28(月) 16:20:26.59

>>542
というか画面更新して戻すとなったりするんだよね
新規に作られないというか
GUI関連はまだイマイチわかってない

>>543
Macのフォント云々の話?
もちろんその通りなんだけど、その仕様が存在することが原因でもあるからね
別にMacが俺に合わせろって言っているわけではなくそういう経緯があったからアプローチを変えなきゃねという話

2025/07/28(月) 16:26:58.18

>>539
>こういう場合各種表示要素、本処理のモジュールに受け渡す変数とかって全部一括で起動時に定義して保持しておいた方がいいんかね
アプリケーションで管理すべき状態とそれを参照するUI表示要素を分離できてないだけでは？
一般的にはどちらも必要になったら生成して必要なくなったら破棄するのでいいがメインのアプリケーション状態はずっと必要なのでアプリの起動時に生成されて終了時にまで破棄されない

2025/07/28(月) 16:47:31.38

>>545
確かにちゃんと分離していないかも
受け渡し部分そのものはうまく行ってるんで、そこら辺を踏まえて設計しなおしてみるわ
ありがとう

2025/07/28(月) 16:59:20.17

GoogleがAIアプリ開発用のバイブコーディングツール「Opal」を発表、自然言語やビジュアルエディターでノーコード開発が可能に
2025年07月28日 13時55分
https://gigazine.net/news/20250728-google-vibe-coding-app-opal/
>>プログラミング知識がない人でもアプリやソフトウェアを開発できるようになると期待されています。Googleが現地時間の2025年7月24日、自然言語やビジュアルエディターを使ってAIアプリを開発・共有できるバイブコーディングツール「Opal」を発表しました。

2025/07/29(火) 10:03:06.31

>>536
誰もてめえになんか聞いてねえよ蛆虫自惚れんなゴミ、妨害しか出来ない害虫と比べたら
うんこの方が価値があるわ😂

2025/07/29(火) 10:04:39.37

>>537-538
白痴にはシステム理解できないだろうけどここハンター関係ねえぞ
反論できない低能低学歴赤っ恥図星反射脊髄発狂レス

2025/07/29(火) 21:02:44.00

しつこくあちこちで聞き回る奴の本性はだいたいこんなもん

2025/07/29(火) 21:10:15.92

GUIに関してはきちんと分離したほうがよいよ
最低でもMVCにして、VとMはCのみが知る状態にしたほうがテストも修正も差し替えも楽
GUIのイベント発火をCへ伝達、CがMとVへ依頼が基本
日本の資料ってGUIの構造化に関するものがあんまりないけど、ボタンイベントに全部ぶら下げるとかドメイン関係とか責務とか雑に書き下す悪癖ついちゃうでな
そのへんに転がってるtkinterのハウツーとか最悪

2025/07/29(火) 21:43:50.43

個人で趣味で作るもんはテストしない

2025/07/30(水) 04:31:57.45

>>551
Webでも無いのにMVCなの？
ステートレスだからMVCな訳なのに？

2025/07/30(水) 05:06:52.68

ローカルなんかはステートフルだから
現在進行系をメインクラスやViewに押し込めたらええやんという主張には賛同できない
ま、短いスクリプトのランチャーくらいだったらどうでもいいけど
今回のもとの書き込みを見るに処理系が分散してるせいで画面変遷に問題抱えてるわけで、それって密結合と責任分離の失敗に起因しとるべ
ウィジェットがデータや状態持ったり
勝手にデータ層と通信したり処理したりするからそうなるんであって
そうやって収集つかんくなるから中央集権にするわけやんていう

2025/07/30(水) 06:58:00.89

・超指向性スピーカーを使用して統合失調症の周囲で殺人をしたと話していたのですがご存じの方知りませんか？
【兵庫県知事問題】「斎藤知事動画はバズる」と直感、編集して1500万再生　中傷動画も発信した男性（31）の後悔 [ぐれ★]
2025/07/29(火) 21:04:36.36
https://asahi.5ch.net/test/read.cgi/newsplus/1753790676/
こちらの方は後悔しているけれど
統合失調症周囲の人間は逆の精神状態の下記の人物

「仕事はデキるのに…」異常で執拗なパワハラをする“ダーク・トライアド“と呼ばれる、職場のヤバい人たち [パンナ・コッタ★]
2025/07/30(水) 02:17:10.53
https://asahi.5ch.net/test/read.cgi/newsplus/1753809430/

2025/07/30(水) 12:51:06.54

>>553
ステートレスかどうかとMVCにするかどうかは全く関係ない
それにWebアプリのMVCはデスクトップアプリのMVCが起源だぞ

2025/08/04(月) 02:17:14.49

Pythonのインデント縛りが窮屈に感じられるようになってきた

2025/08/04(月) 07:54:49.08

インデントが深くて見辛かったら、書き方の工夫が足りない

2025/08/04(月) 09:09:24.10

インデントやめて枠でくくればいいのになｗ

2025/08/04(月) 09:27:25.42

>>557
インデントは今はどんな言語でも使う。インデント「縛り」はPython 他少数かもしれないが。
「縛り」が窮屈ということはインデントを崩して書きたい場合があるということだと思う。例えばそれはどんな書き方?

2025/08/04(月) 11:21:16.65

例えば自分専用のComfyUiのカスタムプラグイン（単純な処理を含むpassノードとか）書く時に
割りとその場限りでしか必要ない書き捨てのコードを簡素なエディタで書いたりするんだけど
他の言語だと（あえて誇張して書くとperlみたいに）切り詰めて書けるけど
Pythonだとインデント必須だからやたら冗長になる

2025/08/04(月) 13:12:24.57

関数｛　　　　　　｝
一行で書いてしまいたいのが多数でしょ

2025/08/04(月) 13:51:01.32

言語選定間違ってつかってるのが多数と
それは辛くて非生産的やね

2025/08/04(月) 14:24:07.65

>>557
スペース2個にしたら分かりやすいし見やすい

2025/08/04(月) 14:33:59.10

インデントはタブ文字
その時々で伸び縮みさせる

2025/08/04(月) 14:37:37.41

崩して書きたいとかそういうことじゃなくてルールとして強要されるのがイヤ
オフサイドルールがなくても同じように書くことを選択するかもしれないが書いてて逆に気が散る
コロッサスは自由は幻想に過ぎないと言ったが人間は自由を欲しているのだ

2025/08/04(月) 19:03:34.77

C言語で{}書くのも嫌だと言ってそうだな

2025/08/04(月) 19:13:09.41

Cの{}は位置が自由だし。
個人的には閉じ括弧の省略による行数の減少が嬉しいのでオフサイドルールはわりと好きだけど。

2025/08/05(火) 00:37:35.89

結局Cでも視認性のためにインデントするし今時はCでも自動でインデントされるし

2025/08/05(火) 00:47:01.45

しょうもない関数とか、
簡単な条件でcontinueとかbreakする時1行で書きたい気持ちはある

とはいえC#書いてる時に;と｛｝にイラッとする回数のが多いからやっぱりオフサイドルールが好き

2025/08/05(火) 08:42:45.36

個人開発しかしたこと無さそう

2025/08/05(火) 09:47:22.19

BASICやアセンブラ時代が懐かしい
言語でイライラすることは無かった

2025/08/05(火) 23:37:31.04

with文とかtry文でのインデントって
可読性ではなく言語のためだけに必要なインデントって感じで
好きになれんのだよな

2025/08/05(火) 23:46:26.19

ロジックと一致してる方が読みやすいやろ

2025/08/05(火) 23:47:44.99

そう思う

2025/08/05(火) 23:52:40.33

with open(".\unko.txt") as f:
　　for line in f:
　　　　print(line)

ロジックどこにもないやんな

2025/08/05(火) 23:53:08.71

ええー

2025/08/06(水) 04:43:59.84

Markdownのリストでレポート・メモ書きしたら近い感じにならん？
そういう感覚なんよ
業務で見通し悪いコード排除できてほんとたすかる