24/03/02(土)03:11:57 Python... のスレッド詳細
削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。
画像ファイル名:1709316717684.jpg 24/03/02(土)03:11:57 No.1163210231
Pythonを舐めるなよ？ Pythonこそが最強だ 流行りに流されるなよ Pythonを信じろ 古臭い言語を使い続けるなよ？ Pythonが一番だ
1 24/03/02(土)03:12:23 No.1163210259
Pythonバンザーイ！
2 24/03/02(土)03:13:50 No.1163210377
おっ
3 24/03/02(土)03:14:27 No.1163210435
ぱい
4 24/03/02(土)03:14:37 No.1163210455
そん！
5 24/03/02(土)03:15:34 No.1163210532
>おっぱいそん 言われればパイズリしてるアイコンに見えてきた
6 24/03/02(土)03:16:53 No.1163210643
いやいくら何でもおっぱいの位置おかしいだろそれは
7 24/03/02(土)03:17:14 No.1163210679
2.3頃からさわってたがPythonももうかなり歳なイメージだ
8 24/03/02(土)03:18:28 No.1163210763
Python自体にはあんまりおっぱい感はないのだけど PyPyは言い訳不能
9 24/03/02(土)03:19:10 No.1163210828
なんてこったこいつは長乳だったのか
10 24/03/02(土)03:22:09 No.1163211040
じゃあpythonのライブラリをC++で書くの禁止な
11 24/03/02(土)03:22:25 No.1163211062
>Pythonを信じろ うｎ >古臭い言語を使い続けるなよ？ Pythonは古臭い言語では…？
12 24/03/02(土)03:23:31 No.1163211155
今のうちにRust勉強しとかないと…
13 24/03/02(土)03:23:39 No.1163211167
ずっと頭の中でへいほん！って読んでたからうっかり口から出ちゃう
14 <a href="mailto:なー">24/03/02(土)03:23:44</a> ID:vUa.umxg vUa.umxg [なー] No.1163211174
なー
15 24/03/02(土)03:24:27 No.1163211228
>いやいくら何でもおっぱいの位置おかしいだろそれは 長乳が超ハードなパイズリしてるように見えろ
16 24/03/02(土)03:24:50 No.1163211249
JavaやJavaScriptやPythonみたいな30年選手が今でも頑張ってる 新しい言語は出来ても何処か既存の焼き直し感あるしな
17 24/03/02(土)03:25:40 No.1163211312
Pythonは今年で33年目になる生まれたばかりのプログラミング言語です。 応援して下さいね☆
18 24/03/02(土)03:27:08 No.1163211413
俺はコンパイラを信じるよ コンパイラさえあれば勝てるんだ
19 24/03/02(土)03:28:07 No.1163211474
>新しい言語は出来ても何処か既存の焼き直し感あるしな この言語の根本的な問題を解消して使いたいっす作りましたみたいなのが今風かな
20 24/03/02(土)03:28:56 No.1163211524
>>新しい言語は出来ても何処か既存の焼き直し感あるしな >この言語の根本的な問題を解消して使いたいっす作りましたみたいなのが今風かな js→tsみたいにな
21 24/03/02(土)03:29:04 No.1163211532
>流行りに流されるなよ むしろ流行りに流されてPythonやってる…
22 24/03/02(土)03:31:38 No.1163211713
じゃあ今勉強するなら何がいいってのよ
23 24/03/02(土)03:32:44 No.1163211785
言語作り直す前に人間の作る設計がボロすぎる デザインにしてもプログラムにしてもドメインと問題の整理も制約や意図の明確化も理想と現状の分離もまともにできねえ
24 24/03/02(土)03:33:20 No.1163211823
constやprivateをサポートしてほしい…
25 24/03/02(土)03:35:08 No.1163211943
>じゃあ今勉強するなら何がいいってのよ プログラミングで何がやりたい？ AI関連ならPython Web系ならjs ゲーム作りたいならC# 辺りかな
26 24/03/02(土)03:36:02 No.1163212022
>>じゃあ今勉強するなら何がいいってのよ >プログラミングで何がやりたい？ >AI関連ならPython >Web系ならjs >ゲーム作りたいならC# >辺りかな 10年後も同じ事言われそう
27 24/03/02(土)03:36:21 No.1163212044
君もRubyでハッピーになろう
28 24/03/02(土)03:37:03 No.1163212095
むしろ定着した新言語ってGoしか思いつかない Juliaには期待してたんだけどなぁ…
29 24/03/02(土)03:37:54 No.1163212158
>君もRubyでハッピーになろう Railsの開発は昔やってたけど正直落ち目だと思う VueとReactが強いと言うか
30 24/03/02(土)03:38:04 No.1163212172
新言語なんてよっぽど画期的じゃない限り一部の者好き専用だ 今までの資産の量が違い過ぎる
31 24/03/02(土)03:38:38 No.1163212218
一度それなりに普及した言語は何十年も使われ続ける気がする 最古と言われるFortranだって言語仕様広げつつ今も科学技術計算ソフトで使われてるしPythonも将来安泰
32 24/03/02(土)03:40:58 No.1163212413
Python好きだけど元々のコンセプトだった可読性の高さは形骸化してるなという感想
33 24/03/02(土)03:41:59 No.1163212511
ライブラリの豊富さで殴るのです
34 24/03/02(土)03:44:12 No.1163212689
Perl使いのPerlしか使わなさは異常 ここ数年出会わないが
35 24/03/02(土)03:45:11 No.1163212747
インデントでブロックを示すのは面白い発想だけどやっぱりなんか違う
36 24/03/02(土)03:46:06 No.1163212817
文法はrubyの方が好き...
37 24/03/02(土)03:47:05 No.1163212884
インデントに意味があるのはいいけど ブロックの終わりを明示できないのが居心地悪い…
38 24/03/02(土)03:47:27 No.1163212906
文法に好きとか嫌いとかある！？ この機能ないんだ…はあるけど
39 24/03/02(土)03:47:46 No.1163212933
カッコの省略をするな教団 カッコの省略をするな教団
40 24/03/02(土)03:48:02 No.1163212955
ある！
41 24/03/02(土)03:48:18 No.1163212972
スレ画がなんとなくかわいい
42 24/03/02(土)03:49:04 No.1163213021
RubyとPerlは自由度が高いんだ PG習いたてだと嬉しいんだけど慣れてくると人それぞれの書き方が違い過ぎて可読性最悪になるのが辛くなってくる
43 24/03/02(土)03:49:45 No.1163213073
>文法に好きとか嫌いとかある！？ 比較で左に定数置けと指示してくるPowerShellの流儀好きになれなかった 慣れたころには左に定数置けは他の言語でもわりと浸透してた
44 24/03/02(土)03:50:15 No.1163213114
整数同士の / 除算結果が整数じゃなくなった変更の悲しみから未だに抜け出せない
45 24/03/02(土)03:51:04 No.1163213182
どのみち最終的には書いた人間の思考をなぞるスキル求められてるんだなってなるから… 限度がある？それはそう
46 24/03/02(土)03:52:25 No.1163213298
添字1始まりの言語はイラっと来る
47 24/03/02(土)03:54:26 No.1163213462
なあ…Lispやろうや…
48 24/03/02(土)03:56:30 No.1163213597
どの言語も必要に応じて覚えて使う感じ 2つ3つ触った後はどの言語も特に手間取らずに使えるようになった
49 24/03/02(土)03:57:00 No.1163213632
__openis__
50 24/03/02(土)04:02:31 No.1163214015
ROSのなんかを書くときだけ使ってるけど最強かどうかはわからない
51 24/03/02(土)04:25:28 No.1163215347
ライブラリが充実してるイメージある おかげでクラウドのストレージにファイルアップロードできて助かるわ
52 24/03/02(土)04:26:16 No.1163215402
Pythonが良いっていうんならな！なんで会社のパソコンにPython入ってねえんだよ！ bashすらも無効化されてんだよ！ 俺にはVBAしか無いんだ！だからこれが世界で一番優れたスクリプト言語何だ！
53 24/03/02(土)04:27:55 No.1163215487
COBOLしか書けない
54 24/03/02(土)04:28:06 No.1163215494
既存言語の不満点から色々出てきてはいるが結局そこにも不満が出るから元の言語に戻ってきてる印象
55 24/03/02(土)04:28:08 No.1163215497
>ライブラリが充実してるイメージある おかげでクラウドのストレージにファイルアップロードできて助かるわ AWSと直でもしもししてアクセスしてるの？
56 24/03/02(土)04:28:55 No.1163215545
RUBYとかいうのは駄目なの？
57 24/03/02(土)04:30:28 No.1163215621
>RUBYとかいうのは駄目なの？ もう物好きしか使ってないよ
58 24/03/02(土)04:30:39 No.1163215632
名前が上がるタイプの言語にダメな言語などない ライブラリの充実度と肌に合うか合わないかだ
59 24/03/02(土)04:31:52 No.1163215710
PyPyの読み方がいまいち分からない
60 24/03/02(土)04:32:31 No.1163215766
ぱいぱい
61 24/03/02(土)04:34:19 No.1163215868
>AWSと直でもしもししてアクセスしてるの？ PCから直にoracle cloudのストレージにアクセスしてファイルあげてるよ
62 24/03/02(土)04:35:59 No.1163215968
>PCから直にoracle cloudのストレージにアクセスしてファイルあげてるよ CUI用意されてるんだ
63 24/03/02(土)04:37:11 No.1163216023
開発者の立場に立って考えるならCUIは絶対にある それが公開されているかはさておき
64 24/03/02(土)04:37:53 No.1163216052
>ライブラリが充実してるイメージある おかげでクラウドのストレージにファイルアップロードできて助かるわ この程度なら他のメジャーな言語でも普通にあるのになんかpythonはエコシステムが良いみたいな風潮になってて悔しい
65 24/03/02(土)04:38:23 No.1163216087
不満でも仕事で使われてたらそれ使うしかないし…
66 24/03/02(土)04:39:10 No.1163216131
cuiじゃなくてcliだよね
67 24/03/02(土)04:39:18 No.1163216140
Rってまだ使われてるのかな
68 24/03/02(土)04:41:01 No.1163216229
>Rってまだ使われてるのかな めっちゃ使われてるぞ
69 24/03/02(土)04:41:25 No.1163216253
お前が流行るのはいい でもAIのデプロイにjupyterが使われるなんて聞いてねえぞ
70 24/03/02(土)04:45:10 No.1163216444
c#ってモダンな印象だったけどクソ歴史古かった まあ他はもっと古いんだろうが
71 24/03/02(土)04:52:11 No.1163216852
C#はぴちぴちの24さい Cは52歳
72 24/03/02(土)04:56:29 No.1163217049
もういっそ中間表現に対するメタコード書いたりできるようになりませんかね
73 24/03/02(土)05:20:29 No.1163218307
仕事ではPythonとGo書いてる rustできたらかっこいいなと思って挑戦してるけど 何回やっても挫折する…
74 24/03/02(土)05:20:51 No.1163218325
PyCharm使ってるけど毎回おっぱいに魅了されるイメージが浮かぶ
75 24/03/02(土)05:24:50 No.1163218506
Do not make! Let's ninja!
76 24/03/02(土)05:25:39 No.1163218532
この前fanboxのデータを全部ダウンロードしたくてchromeを コードで動かせるpuppeteerってのを使ったんだけど JS初心者でもかなり簡単に使えてとても良かった 拡張子が.mjsというなんかキモいのにしないと怒られたけど
77 24/03/02(土)05:38:10 No.1163219110
で…Delphi…
78 24/03/02(土)05:41:42 No.1163219241
m 三鷹の j 女子 s 小学生
79 24/03/02(土)05:45:09 No.1163219411
Pythonは結局大学の講義と演習でしか使わなかった 結局Javaなんだね…
80 <a href="mailto:Ada">24/03/02(土)05:45:37</a> [Ada] No.1163219431
Ada
81 24/03/02(土)05:52:41 No.1163219751
最近C/C++を一緒に解説するのやっぱりおかしいよなあと思えてきた C++が進んでだいぶ便利になってきたのもあるんだろうけれど
82 24/03/02(土)06:03:18 No.1163220205
遅いイメージあるけど今どうなん？改善されてる？
83 24/03/02(土)06:09:54 No.1163220492
eclipseでJavaのコードを書くのが快適過ぎる
84 24/03/02(土)06:11:06 No.1163220549
初代のC#と今のC#はもう別物だよ なんだかんだで流行をずっと取り入れてる
85 24/03/02(土)06:17:46 No.1163220862
そういう意味ではpython2から3に切り替えるのが割と大変だったな
86 24/03/02(土)06:19:50 No.1163220968
linuxとかもいろいろとシステムの根幹の部分までpython2のスクリプトが浸透してて移行に相当かかったね
87 24/03/02(土)06:47:57 No.1163222463
>遅いイメージあるけど今どうなん？改善されてる？ 重い処理はc++とかで実装された外部ライブラリを使うのが普通だ python単体で配列計算はまずやらない
88 24/03/02(土)06:52:02 No.1163222690
そのライブラリを使った書き方や組み合わせ方によって処理速度が10倍20倍と変わるという しかも碌に説明されてねぇ
89 24/03/02(土)06:53:57 No.1163222806
あんま好きじゃないけど仕事でずっと使ってたら特に好きになるわけでもなかった まあ人気あって情報もライブラリもいっぱいあるし悪くはないと思うよ…
90 24/03/02(土)07:00:31 No.1163223215
標準ライブラリの充実度は実際高いと思う 簡易的だけどhttpサーバすら入ってるし
91 24/03/02(土)07:06:29 No.1163223637
Numpy目当てに使ってるところある
92 24/03/02(土)07:08:42 No.1163223787
最近この言語使い始めたけどインデントで区分けするの分かりづらすぎない？
93 24/03/02(土)07:14:24 No.1163224138
正しいインデントを強制させられることでスッキリ見えるコードの素晴らしさを覚えさせられる
94 24/03/02(土)07:14:29 No.1163224148
今後はC++やC言語を使うなってホワイトハウスも言ってる https://gigazine.net/news/20240229-whitehouse-urges-use-rust-java/ ホワイトハウスが開発者に対しC++やC言語からRustやJavaなどのメモリ安全性に優れたプログラミング言語への移行を勧める
95 24/03/02(土)07:15:31 No.1163224216
本腰入れて触るなら結局言語そのものの筋よりも ライブラリやフレームワークやコミュニティ次第すぎる…
96 24/03/02(土)07:15:43 No.1163224225
インデントは慣れかな…まあまあ古い言語だから設計者は当時のlintされてない世界にムカついていたのではないかと思っている
97 24/03/02(土)07:16:05 No.1163224255
>ホワイトハウスが開発者に対しC++やC言語からRustやJavaなどのメモリ安全性に優れたプログラミング言語への移行を勧める Java！？
98 24/03/02(土)07:16:42 No.1163224290
Java…Javaかぁ…今から…
99 24/03/02(土)07:16:42 No.1163224292
>https://gigazine.net/news/20240229-whitehouse-urges-use-rust-java/ ディスプレイにめっちゃ顔近い人の画像で笑ってしまった
100 24/03/02(土)07:17:30 No.1163224352
>>この言語の根本的な問題を解消して使いたいっす作りましたみたいなのが今風かな >js→tsみたいにな 解決してるかなぁ…
101 24/03/02(土)07:18:38 No.1163224441
javascriptの根本的な問題って何だろ？
102 24/03/02(土)07:18:55 No.1163224466
>javascriptの根本的な問題って何だろ？ 動的な型変換
103 24/03/02(土)07:19:06 No.1163224477
>javascriptの根本的な問題って何だろ？ なんでもできちゃう
104 24/03/02(土)07:21:04 No.1163224621
js方言多すぎ問題
105 24/03/02(土)07:21:19 No.1163224642
やはりrust…これからはrustの時代がくる やろうぜrust！rustハリケーン！
106 24/03/02(土)07:21:47 No.1163224674
79文字制限とインデントはずっと相性微妙だと思ってる それ以外は嫌いじゃない
107 24/03/02(土)07:22:35 No.1163224747
>79文字制限 誰も守ってない規約来たな…
108 24/03/02(土)07:24:04 No.1163224863
デコレーターの書き方何度見ても入ってこない… 使い所がいまいち思いつかない…
109 24/03/02(土)07:24:19 No.1163224885
mojoはなんで文法pythonライクにしたんだろうなあ…
110 24/03/02(土)07:24:42 No.1163224916
>今後はC++やC言語を使うなってホワイトハウスも言ってる 原文読むと使うなというかメモリ管理できねーなら管理されろや！という感じ
111 24/03/02(土)07:25:37 No.1163224986
>ホワイトハウスが開発者に対しC++やC言語からRustやJavaなどのメモリ安全性に優れたプログラミング言語への移行を勧める バッファオーバーフローでの脆弱性多いからそれに対応してる言語使えよなってだけでRustとかJavaとか具体的な言語って元PDFのどこにも書いて無くない？ まだ注釈のリンク読んでないけどそっち行けば書いてあるのかな
112 24/03/02(土)07:27:54 No.1163225161
>メモリ管理できねーなら管理されろや！ これは非常にわかりあじが深い
113 24/03/02(土)07:29:45 No.1163225313
動的型付けの時点でスッキリ見えるとはあまりにも縁遠いような…
114 24/03/02(土)07:29:45 No.1163225314
スペース4つとtab文字派の溝は深い
115 24/03/02(土)07:30:35 No.1163225368
tab文字派ってもはや絶滅危惧種じゃね
116 24/03/02(土)07:31:26 No.1163225437
あ？今俺の悪口言ったか？
117 24/03/02(土)07:31:44 No.1163225463
自分とこしか見えてないんだろう
118 24/03/02(土)07:32:21 No.1163225521
ほとんどのエディタでtabの文字数変えられるからむしろtabのほうがありがたい スペース4つとスペース8つ派が混在すると戦争になる
119 24/03/02(土)07:32:27 No.1163225528
PythonってJavaとどっちの方が強いの？
120 24/03/02(土)07:33:09 No.1163225569
>バッファオーバーフローでの脆弱性多いからそれに対応してる言語使えよなってだけでRustとかJavaとか具体的な言語って元PDFのどこにも書いて無くない？ >まだ注釈のリンク読んでないけどそっち行けば書いてあるのかな 書いてないどころかlog4jの話してるね… ギガジンはこれがあるからほんとクソ
121 24/03/02(土)07:33:14 No.1163225575
EXCELのマクロがPythonになるって聞いた
122 24/03/02(土)07:34:22 No.1163225668
>動的型付けの時点でスッキリ見えるとはあまりにも縁遠いような… どゆこと？型注釈あった方がいいって話？ 全くそうは思わんけど…
123 24/03/02(土)07:34:33 No.1163225680
最近不本意ながら素のjs触らさせられてるけどなんでこんなゴミが幅広く使われてるのだろうとひたすら困惑してる
124 24/03/02(土)07:34:49 No.1163225702
・スペースだけ ・スペースとタブの混合をエディタに任せる ・タブだけ（8文字幅設定） ・タブだけ（8文字幅以外で設定） インデントひとつでもかなり派閥が細分化できると思うんだよね
125 24/03/02(土)07:35:18 No.1163225741
>javascriptの根本的な問題って何だろ？ スコープ雑なとこ バインド見えないとこ
126 24/03/02(土)07:35:29 No.1163225764
>まだ注釈のリンク読んでないけどそっち行けば書いてあるのかな https://www.infoworld.com/article/3713203/white-house-urges-developers-to-dump-c-and-c.html Rustとかの名前が挙がってるのはこっから行ける https://media.defense.gov/2022/Nov/10/2003112742/-1/-1/0/CSI_SOFTWARE_MEMORY_SAFETY.PDF こっちのpdfだね
127 24/03/02(土)07:36:43 No.1163225870
タブのほうがインデントの視認性上がるだろ…
128 24/03/02(土)07:37:23 No.1163225949
正直継承とか委譲はまだ人類には早すぎたと思う
129 24/03/02(土)07:37:49 No.1163225986
>タブのほうがインデントの視認性上がるだろ… 横に伸びて見づらい
130 24/03/02(土)07:38:01 No.1163226005
どちらにしろホワイトハウスが推奨って言い方はものすごく語弊がある
131 24/03/02(土)07:38:19 No.1163226031
>EXCELのマクロがPythonになるって聞いた VBしか使わない事務屋なんだけどこれまじ？ 今のうちから勉強しといたほうが良い？
132 24/03/02(土)07:38:26 No.1163226039
>・タブだけ（8文字幅設定） >・タブだけ（8文字幅以外で設定） 文字幅はエディタ上で柔軟に対応できるからこの2つは互換性がある
133 24/03/02(土)07:38:46 No.1163226068
>こっちのpdfだね 別の文節じゃん… それで食べてるのに翻訳もまともにできないのギガジンは
134 24/03/02(土)07:40:36 No.1163226205
最近オブジェクト指向はクラス数増えるだけで見づらいよなあ！？って意見増えてきてなんだか嬉しい
135 24/03/02(土)07:40:41 No.1163226221
gigazineが操作した翻訳するのは昔からの手癖だよ 本当にちょくちょくやってる クソそのもの
136 24/03/02(土)07:41:05 No.1163226264
>最近オブジェクト指向はクラス数増えるだけで見づらいよなあ！？って意見増えてきてなんだか嬉しい 正気か
137 24/03/02(土)07:41:14 No.1163226279
正直rustがここまで流行るとは思わなかったよ
138 24/03/02(土)07:41:40 No.1163226326
>正直継承とか委譲はまだ人類には早すぎたと思う 正直OOPと言われてる言語のカプセル化と継承はうんちだと思う セキュリティのためにプロテクトとかデータ弄るために継承とか本末転倒になってる メソッドだけでデータを含まない型の継承はインターフェースの実装だけだから理に適ってる
139 24/03/02(土)07:42:44 No.1163226410
>最近オブジェクト指向はクラス数増えるだけで見づらいよなあ！？って意見増えてきてなんだか嬉しい 今は何を使うのがいいの？
140 24/03/02(土)07:43:04 No.1163226437
>>79文字制限 >誰も守ってない規約来たな… フォーマッタ入れる時に真っ先に変更する値…
141 24/03/02(土)07:43:05 No.1163226439
>正直rustがここまで流行るとは思わなかったよ まだ本腰でもないと思う ブラウザ開発難航してるのを見てればわかるけど結構実験的な面がある
142 24/03/02(土)07:44:09 No.1163226526
クラス数が増えざるを得なくなる開発で削減しようとしたらただ単に混沌とするだけで本末転倒では
143 24/03/02(土)07:45:05 No.1163226617
リスト内包表記好き デコレータ嫌い
144 24/03/02(土)07:45:15 No.1163226635
>ブラウザ開発難航してるのを見てればわかるけど結構実験的な面がある ちなみにどういうところ？
145 24/03/02(土)07:46:12 No.1163226724
OOPがうんちになってるとこはだいたいSOLID原則からかけ離れてる実装がされてる印象
146 24/03/02(土)07:47:35 No.1163226881
>OOPがうんちになってるとこはだいたいSOLID原則からかけ離れてる実装がされてる印象 やってる側がおかしいこともあるというのはOOPに限らずいろんなところで見る
147 24/03/02(土)07:48:01 No.1163226933
煩わしいのは指向じゃなく言語・文法由来かもしれんしな 結局目指すとこは凝集度は高く結合度は低くだからその指向が外れるってあんま考えにくい
148 24/03/02(土)07:48:56 No.1163227038
>やってる側がおかしいこともあるというのはOOPに限らずいろんなところで見る いやあんたとこがやってることがおかしいのにOOPに責任転嫁するのは許されるって風潮をウェブ上では感じる
149 24/03/02(土)07:49:08 No.1163227059
単に設計から逃げ出してえ楽してえとかそんな低レベルの理由から来る主張では…
150 24/03/02(土)07:49:13 No.1163227071
>ちなみにどういうところ？ これは何を聞いてるんだろうか… 難航してる理由と言う意味なら触ればわかるけど安全にする代償として実装が難しくなるから new/deleteを使う既存のデータ構造とかをそのまま使えない
151 24/03/02(土)07:50:52 No.1163227237
>これは何を聞いてるんだろうか… ごめん実験的な面が何を指してるのか気になったんだ
152 24/03/02(土)07:51:37 No.1163227316
継承とか使うOOPは失敗って認められない人が続けてるだけだから 結局残ったのは設計手法でしかもそれがsmalltalk派の分散管理そのものというのが皮肉
153 24/03/02(土)07:51:38 No.1163227319
関数書く時この引数は参照渡しなのか値渡しなのかいまいちピンと来てないのが俺だ
154 24/03/02(土)07:52:40 No.1163227429
>ごめん実験的な面が何を指してるのか気になったんだ これはそのままServoの話だよ 逆説的に開発に成功したら証明されるという面がある
155 24/03/02(土)07:53:03 No.1163227462
本来のオブジェクト指向を最大限活かせてるのはどのプログラム言語というよりROSな気がする
156 24/03/02(土)07:54:04 No.1163227573
でかいライブラリは継承つかってるだろ… 末端の業務コードで継承使うのはデメリット大きいよねを拡大解釈したのかな
157 24/03/02(土)07:56:20 No.1163227788
JavaScriptはGoogleとMetaとMicrosoftといった企業が 寄ってたかって凄い人材を投入した結果 めっちゃ環境としては良くなった
158 24/03/02(土)07:56:47 No.1163227833
>めっちゃ環境としては良くなった (これで…？)
159 24/03/02(土)07:58:58 No.1163228049
>でかいライブラリは継承つかってるだろ… >末端の業務コードで継承使うのはデメリット大きいよねを拡大解釈したのかな それもうただの権威の押し付けじゃんね… 型だけなら公開インターフェースでいい 内部にデータや決まった手順を持つから継承先で齟齬が出て破綻する 本当はそう言う場合は元の型を壊さないコンポジットが正解なんだ
160 24/03/02(土)08:00:46 No.1163228250
>本当はそう言う場合は元の型を壊さないコンポジットが正解なんだ でかいライブラリは中で継承駆使して実装してますよね？
161 24/03/02(土)08:01:47 No.1163228340
継承はパワーがありすぎるし 綺麗に継承関係作るのは難しいから好きじゃない
162 24/03/02(土)08:03:17 No.1163228510
>でかいライブラリは中で継承駆使して実装してますよね？ しなくても綺麗に実装できると言う話だけど理解したか 壊せる余地を残す意味がないんだ
163 24/03/02(土)08:03:45 No.1163228562
もしかして継承の使いにくさ一つを武器にしてOOP否定なのか
164 24/03/02(土)08:04:56 No.1163228674
継承は人類には過ぎた力だ とはいえインタフェースで可換にするくらいはやる
165 24/03/02(土)08:04:58 No.1163228676
継承は複数の手順を一気にやってるからな 本当は型クラスとデータ型とインターフェースまたは構造サブタイプとして分離すべき内容 しかもめちゃくちゃ結合させる
166 24/03/02(土)08:05:37 No.1163228750
>もしかして継承の使いにくさ一つを武器にしてOOP否定なのか もしかしても継承を利用したOOPの話しかしてないよ 他のOOP手法は上手くやっている
167 24/03/02(土)08:06:00 No.1163228787
でもPython書くときはあんまり考えず雑に継承する
168 24/03/02(土)08:06:25 No.1163228846
>しなくても綺麗に実装できると言う話だけど理解したか まずキレイの定義からお願いします まず前提の継承でデータが壊れるようなクラスはSOLID原則が守られていないので論外です
169 24/03/02(土)08:06:34 No.1163228859
そりゃインターフェースとか使わないで継承しか使わない人がいたら死んでよ～ってなるけどさ…
170 24/03/02(土)08:07:39 No.1163228990
Javaとかはもはや言語レベルで必須だから仕方ない ちなみにC++の場合は別に必須じゃないので継承使いまくりというわけでもない
171 24/03/02(土)08:08:51 No.1163229147
C++は継承よりtempleteが強力すぎて
172 24/03/02(土)08:08:59 No.1163229162
>まずキレイの定義からお願いします >まず前提の継承でデータが壊れるようなクラスはSOLID原則が守られていないので論外です いやだから継承を重ねる事で守れなくなるから論外と言ってるんだが… そしてそもそも不要だと言ってる
173 24/03/02(土)08:09:50 No.1163229266
>いやだから継承を重ねる事で守れなくなるから論外と言ってるんだが… >そしてそもそも不要だと言ってる 自分の設計がわるいのをOOPのせいにするな
174 24/03/02(土)08:09:53 No.1163229274
Javaとかやってる人はまあしょうがない 継承スゲー！ってなるしそれ前提じゃないと組めないからな
175 24/03/02(土)08:10:13 No.1163229320
継承より包含使えってOOPの本にはよく書いてない？ OOPが悪いわけじゃなくない？
176 24/03/02(土)08:11:37 No.1163229462
継承は多重継承できる言語とできない言語でまず違うと思う できても後のことを考えると嫌だけど…
177 24/03/02(土)08:12:01 No.1163229501
>自分の設計がわるいのをOOPのせいにするな うんだからOOP全部を否定してるわけじゃないよ って書いてるんだけどもう印象操作だけしかしてないね君
178 24/03/02(土)08:12:07 No.1163229509
暗黙のルールを守らないと簡単に破綻するから不要ってのはすごいわかるけど飛躍してる
179 24/03/02(土)08:12:52 No.1163229593
>暗黙のルールを守らないと簡単に破綻するから不要ってのはすごいわかるけど飛躍してる してないよ だからRustができた
180 24/03/02(土)08:13:30 No.1163229659
>最近オブジェクト指向はクラス数増えるだけで見づらいよなあ！？って意見増えてきてなんだか嬉しい 大元のレスがこんな低レベルだからどういう主張なのか分かりにくいところがある たぶん違う人なんだろうけど
181 24/03/02(土)08:13:54 No.1163229699
>うんだからOOP全部を否定してるわけじゃないよ だから継承でデータが壊れるような作りをするのがカプセル化に失敗しててまずおかしいんだよ 適切なクラス設計ができてないんだよ
182 24/03/02(土)08:15:45 No.1163229924
何か手始めに言語習い始めるなら今でもPythonが良い感じ？
183 24/03/02(土)08:16:58 No.1163230059
継承は昔から前提で組まれてるライブラリはともかく 今はかなり限定的な条件で使うと思う
184 24/03/02(土)08:17:45 No.1163230147
元の議論に首突っ込む気は無いけどOOPの問題を解決するためにRustができたは無理筋すぎるだろ 例えばMLやHaskellが型クラスとかを探求してきた00年代までの研究史は全部無視かい
185 24/03/02(土)08:18:20 No.1163230218
>何か手始めに言語習い始めるなら今でもPythonが良い感じ？ Pythonでいいとは思うけどコンピュータやプログラムに対する理解をおざなりにしてどんどん進むことができるからどこかで大きな挫折を味わうことになるはず
186 24/03/02(土)08:18:22 No.1163230228
一人で作る人とチームで作る人の話が混ざるとどうにもならない
187 24/03/02(土)08:19:33 No.1163230382
>適切なクラス設計ができてないんだよ 詭弁の話はしてないんだ 100%破綻のない設計なんて現実にはない
188 24/03/02(土)08:19:51 No.1163230416
言語が先ではなく目的が先に来た方がいいよ モチベにかかわるから
189 24/03/02(土)08:21:19 No.1163230596
>詭弁の話はしてないんだ >100%破綻のない設計なんて現実にはない それいったらhas-a関係でも間違った持たせ方すると破綻するだろ もう否定したいだけじゃん
190 24/03/02(土)08:21:52 No.1163230686
>元の議論に首突っ込む気は無いけどOOPの問題を解決するためにRustができたは無理筋すぎるだろ >例えばMLやHaskellが型クラスとかを探求してきた00年代までの研究史は全部無視かい 全然関係ない…わけでもないけどRustはOOPの話ではない Rustが解決を試みたのはメモリの管理の文脈の話で 同じ構造なら飛躍じゃないでしょってこと
191 24/03/02(土)08:22:24 No.1163230752
OOPの話ではなくて継承って使いにくいし避けてるよね程度の話だと思うよ…
192 24/03/02(土)08:23:14 No.1163230853
>それいったらhas-a関係でも間違った持たせ方すると破綻するだろ >もう否定したいだけじゃん 否定したいだけなのはそっちだろ？ 机上の空論へのすり替えを続けてる
193 24/03/02(土)08:24:51 No.1163231072
その…Rは…？
194 24/03/02(土)08:26:02 No.1163231212
>否定したいだけなのはそっちだろ？ >机上の空論へのすり替えを続けてる ある程度品質管理されてるライブラリで継承して中身のデータ触れて挙動壊せるものが何個存在すんの？ そういうのできなく作ってあるでしょ ちゃんとした設計をせずに壊せるおかしい！なら何使ってもおんなじだよ
195 24/03/02(土)08:26:09 No.1163231229
>だからRustができた いやだから前提と結論はわかるけど途中の話抜けてない？って 主張の本筋はメモリ周りはrustのメモリ安全が理想だみたいなことを設計について言ってる訳でしょ
196 24/03/02(土)08:26:46 No.1163231302
python楽に書けて良いなーって思いながらプログラムってもっと厳密に書かれるべきでは…？とも思う
197 24/03/02(土)08:26:57 No.1163231330
>その…Rは…？ 生産的な言語だと思うよ ただ今から趣味でなんかやるならJulia使いたいかな
198 24/03/02(土)08:27:58 No.1163231471
>python楽に書けて良いなーって思いながらプログラムってもっと厳密に書かれるべきでは…？とも思う ルール厳密にすると周りの数レスみたいな解釈争いが生まれるんだ
199 24/03/02(土)08:28:56 No.1163231593
>ルール厳密にすると周りの数レスみたいな解釈争いが生まれるんだ 理由が違いすぎる…
200 24/03/02(土)08:29:31 No.1163231679
>ルール厳密にすると周りの数レスみたいな解釈争いが生まれるんだ むしろ厳密でないから発生してるように見えるが…
201 24/03/02(土)08:30:46 No.1163231854
あえて継承使うかどうかは流石に文法でどうこうするのは無理だろう
202 24/03/02(土)08:30:58 No.1163231886
可読性上げて要らんこと書かなくても良くした結果あとから見るとどうなってるの分からなくなるの良いよね…良くねぇよ…
203 24/03/02(土)08:31:54 No.1163232018
個人的な願望と偏見で言うなら無法者になりそうだから動的型付けから始めないで欲しい…
204 24/03/02(土)08:32:13 No.1163232068
>いやだから前提と結論はわかるけど途中の話抜けてない？って >主張の本筋はメモリ周りはrustのメモリ安全が理想だみたいなことを設計について言ってる訳でしょ ちょっとごめん俺の頭が悪いんだろうけど何が言いたいのかわからん 無視してるっていうのはどう言う意味で言ってるの？ 別にそのプロセスを否定をしてるわけではないけど
205 24/03/02(土)08:34:11 No.1163232356
本来のPythonは割と厳密な方だよ
206 24/03/02(土)08:37:57 No.1163232887
pythonはvscodeに拡張入れて型ヒントを強制させるとかなり型にうるさくなるので動的型付け云々はそういう設定するといい
207 24/03/02(土)08:38:11 No.1163232918
>そういうのできなく作ってあるでしょ >ちゃんとした設計をせずに壊せるおかしい！なら何使ってもおんなじだよ 具体的に書いた方がいいのかな？ 公式ライブラリだろうと継承先は自分自身の実装を間違えると基本のクラス側の動作でエラーが発生する そう言う暗黙の手順の話は継承を重ねる毎に見えなくなって破綻する これはクラスをそのままインスタンス化して使えば発生しない これを完全にできなく作ってるなんてのは最初から継承を許さないクラスぐらいだよ
208 24/03/02(土)08:39:33 No.1163233114
>ゲーム作りたいならC# C#ってゲーム作りに向いてるの？ なんとなくだけどゲームと言えばJavaのイメージがあったんだけど
209 24/03/02(土)08:39:43 No.1163233141
結局静的型付けの真似事始めるなら最初からそっちやればって思っちゃう
210 24/03/02(土)08:41:12 No.1163233371
型クラスはOOPではないからちょっと話としてはズレすぎてるな
211 24/03/02(土)08:43:06 No.1163233714
性的に書きたいけどおっぱいそんのライブラリは使いたいいいい！！！
212 24/03/02(土)08:44:56 No.1163233992
型ヒントは関数の入出力にくっつけたら大体機能するから気軽なのよ 実験しながらコード書いてその後型ヒント付けみたいなノリでできる
213 24/03/02(土)08:46:03 No.1163234154
初心者が始めるならこれとRubyどっちが良いだろう
214 24/03/02(土)08:48:49 No.1163234567
>継承は多重継承できる言語とできない言語でまず違うと思う >できても後のことを考えると嫌だけど… pythonは多重継承出来る数少ない言語の一つなんだよね しないけど
215 24/03/02(土)08:49:19 No.1163234645
初心者は順当にPythonかなあ Rubyは言語的にも環境も学習リソースも悪くないけど パーサの挙動が相変わらずだからなあ
216 24/03/02(土)08:49:35 No.1163234691
>初心者が始めるならこれとRubyどっちが良いだろう 流石にPythonじゃね Rubyは良いけどエコシステムの充実さが違いすぎる
217 24/03/02(土)08:50:15 No.1163234812
RnRの仕様変更に苦しんでる人を見るとRubyが良いよ～とはいいづらい
218 24/03/02(土)08:50:27 No.1163234849
Ruby使ったことないけどすごいの？
219 24/03/02(土)08:50:42 No.1163234893
OOPの原則自体は素晴らしいけど継承は使い方難しいよねって話じゃないの
220 24/03/02(土)08:50:44 No.1163234905
使用者数の多さは大切よね
221 24/03/02(土)08:52:05 No.1163235105
初心者用のエコシステムで比べるなら流石にRubyじゃね？ PythonってWebとか今でもDjgangoとかなんでしょ？
222 24/03/02(土)08:52:20 No.1163235155
>Ruby使ったことないけどすごいの？ perlのスーパーセットだよ
223 24/03/02(土)08:53:45 No.1163235381
>perlのスーパーセットだよ そんなに間違ってないけどその字面は侮辱がすぎる…
224 24/03/02(土)08:54:11 No.1163235440
>具体的に書いた方がいいのかな？ 引数に間違った値を入れたら関数が動きませんでしたみたいな話をされても… 中のデータさわれてそれ起因で壊れる話はどこいった それhas-aにしたら別に問題なく動く話じゃないですよね 例に上がってるのは手続き間違えてインスタンスが持ってるインスタンスの持ってる(略)の先でクラッシュするのと何が違うんだ
225 24/03/02(土)08:54:20 No.1163235462
Rubyはどっちかというとカッコを抹消できたLispって感じ
226 24/03/02(土)08:54:29 No.1163235480
環境でいうなら日本人の多いC#は大変素晴らしいですよ マジで
227 24/03/02(土)08:55:17 No.1163235624
pipありがてー
228 24/03/02(土)08:55:42 No.1163235699
>それhas-aにしたら別に問題なく動く話じゃないですよね >例に上がってるのは手続き間違えてインスタンスが持ってるインスタンスの持ってる(略)の先でクラッシュするのと何が違うんだ お前さんが本当にSOLID原則を理解してればわかると思うけど 密結合にすることでみかけの責任の所在が曖昧になってる
229 24/03/02(土)08:56:00 No.1163235744
俺は逆にRubyが受け付けない… 省略できすぎてぱっと見何してるのかわかんないコードやめて… しかもそれが一時期良いコード扱いされててめっちゃあるのもな…
230 24/03/02(土)08:57:52 No.1163236011
あとこれ >中のデータさわれてそれ起因で壊れる話はどこいった それも含んでる話ね
231 24/03/02(土)08:58:17 No.1163236084
openpyxlをおっぱいえくせるっていいそうになって 仕事中は危ない
232 24/03/02(土)08:59:41 No.1163236332
引数に間違った値を入れてコンパイル通りませんでしたはむしろ堅牢であることの証明だろ あんまりこの感覚ない人は多いけど
233 24/03/02(土)09:01:14 No.1163236589
メンテナンスしやすいかどうか大事…
234 24/03/02(土)09:02:02 No.1163236698
>お前さんが本当にSOLID原則を理解してればわかると思うけど >密結合にすることでみかけの責任の所在が曖昧になってる SOLIDの単一責任はクラスに複数の責務をもたせるなって意味だよ そこが曖昧になる継承するならやっぱり設計間違えてるよ
235 24/03/02(土)09:03:17 No.1163236891
引数誤ってコンパイルエラーってアリエルの…？
236 24/03/02(土)09:04:23 No.1163237072
確かに閉じた設計で形式的に完璧にすればバグが入る余地は無くなるかもしれん 例えば定理証明支援使ったプロトコルやデータ書式の確認とかね でもそう言うのはクリティカルな分野でごく一部に使う事で効果的にする方法で 一般に適用させたり適用可能と豪語できる事ではないよ
237 24/03/02(土)09:04:27 No.1163237082
>引数に間違った値を入れてコンパイル通りませんでしたはむしろ堅牢であることの証明だろ >あんまりこの感覚ない人は多いけど クラッシュはコンパイル通るけど要件にないやつ渡してて実行時エラーじゃないの
238 24/03/02(土)09:06:01 No.1163237333
静的型付け言語で引数に誤った型渡したらコンパイル通らないのは必至だしそういう意味なんじゃないの 最近の開発環境じゃそもそもコンパイルする前にIDEとかが見つけてくれるけどさ
239 24/03/02(土)09:06:09 No.1163237360
書き込みをした人によって削除されました
240 24/03/02(土)09:06:14 No.1163237380
継承使うのは間違いコンポジションが正解からずいぶん主張が後退したな…
241 24/03/02(土)09:08:14 No.1163237742
>>SOLIDの単一責任はクラスに複数の責務をもたせるなって意味だよ >>そこが曖昧になる継承するならやっぱり設計間違えてるよ >SOLIDの話はそっちじゃねえよ！ ん？どこの話？
242 24/03/02(土)09:09:08 No.1163237905
殺してやる…殺してやるぞPHP！
243 24/03/02(土)09:10:10 No.1163238092
常にエビデンスを添付し続けるような書き方したいならGoとかでいいんじゃないの
244 24/03/02(土)09:10:36 No.1163238173
Goの流行りもあっという間に落ち着いたし Rustもいつまで続くやら
245 24/03/02(土)09:11:34 No.1163238363
javaってOracleとかIBMとかそっちのゴタゴタで人が離れてる気がする
246 24/03/02(土)09:14:00 No.1163238822
ラズパイで遊ぶ時に使ってる
247 24/03/02(土)09:14:08 No.1163238839
>SOLIDの単一責任はクラスに複数の責務をもたせるなって意味だよ >そこが曖昧になる継承するならやっぱり設計間違えてるよ とりあえずそのレスでもうSOLIDの話はなんか解釈問題になりそうだからやめとく… 一応言っておくとSOLIDの単一責任の話はオブジェクト単位ではなくクラスの話な まず大前提として不可分になりうる=できなくなっていない事がダメ お前さんは始終完璧にやれば完璧だろ？ってことしか言ってない だから机上の空論の話しかしてないと言ってるの
248 24/03/02(土)09:15:41 No.1163239106
>javaってOracleとかIBMとかそっちのゴタゴタで人が離れてる気がする 有償化で一気に人離れたね… その後有償化やっぱ無し！って言ってもみんな離れちゃって今更Javaなんか戻れっかよってなってるのいいよね あれがなければまだまだJavaは安泰だっただろうね Oracleそういうとこやぞ
249 24/03/02(土)09:15:48 No.1163239126
>javaってOracleとかIBMとかそっちのゴタゴタで人が離れてる気がする 新たなCOBOLになるのは大体確定ではある この基幹システムどうしよう…
250 24/03/02(土)09:16:28 No.1163239246
C#にちゃちゃっと入れ替えてくださいよ旦那ぁ…
251 24/03/02(土)09:16:37 No.1163239271
>まず大前提として不可分になりうる=できなくなっていない事がダメ >お前さんは始終完璧にやれば完璧だろ？ってことしか言ってない >だから机上の空論の話しかしてないと言ってるの いやコンポジションが絶対的正解からはじめたのそっちでしょ どっちを使うかはケースバイケースで絶対だめがおかしいって言ってんの
252 24/03/02(土)09:16:38 No.1163239277
>継承使うのは間違いコンポジションが正解からずいぶん主張が後退したな… 別にしてないよ 話が進まないから具体的な1例を出しただけで
253 24/03/02(土)09:17:58 No.1163239559
レスポンチするやつと仕事したくねぇ～
254 24/03/02(土)09:18:01 No.1163239575
否定内容を机上の空論でレッテル張りしてりゃ進むわけがない
255 24/03/02(土)09:19:52 No.1163239942
朝から元気だな君ら…
256 24/03/02(土)09:20:08 No.1163240009
java人気にあやかったjavaScriptはまだ使われてるのにjavaはもうね
257 24/03/02(土)09:20:36 No.1163240105
jsも死んでよ～