Pythonバンザーイ！

おっ

ぱい

そん！

>おっぱいそん
言われればパイズリしてるアイコンに見えてきた

いやいくら何でもおっぱいの位置おかしいだろそれは

2.3頃からさわってたがPythonももうかなり歳なイメージだ

Python自体にはあんまりおっぱい感はないのだけど
PyPyは言い訳不能

なんてこったこいつは長乳だったのか

じゃあpythonのライブラリをC++で書くの禁止な

>Pythonを信じろ
うｎ
>古臭い言語を使い続けるなよ？
Pythonは古臭い言語では…？

今のうちにRust勉強しとかないと…

ずっと頭の中でへいほん！って読んでたからうっかり口から出ちゃう

>いやいくら何でもおっぱいの位置おかしいだろそれは
長乳が超ハードなパイズリしてるように見えろ

JavaやJavaScriptやPythonみたいな30年選手が今でも頑張ってる
新しい言語は出来ても何処か既存の焼き直し感あるしな

Pythonは今年で33年目になる生まれたばかりのプログラミング言語です。
応援して下さいね☆

俺はコンパイラを信じるよ
コンパイラさえあれば勝てるんだ

>新しい言語は出来ても何処か既存の焼き直し感あるしな
この言語の根本的な問題を解消して使いたいっす作りましたみたいなのが今風かな

>>新しい言語は出来ても何処か既存の焼き直し感あるしな
>この言語の根本的な問題を解消して使いたいっす作りましたみたいなのが今風かな
js→tsみたいにな

>流行りに流されるなよ
むしろ流行りに流されてPythonやってる…

じゃあ今勉強するなら何がいいってのよ

言語作り直す前に人間の作る設計がボロすぎる
デザインにしてもプログラムにしてもドメインと問題の整理も制約や意図の明確化も理想と現状の分離もまともにできねえ

constやprivateをサポートしてほしい…

>じゃあ今勉強するなら何がいいってのよ
プログラミングで何がやりたい？
AI関連ならPython
Web系ならjs
ゲーム作りたいならC#
辺りかな

>>じゃあ今勉強するなら何がいいってのよ
>プログラミングで何がやりたい？
>AI関連ならPython
>Web系ならjs
>ゲーム作りたいならC#
>辺りかな
10年後も同じ事言われそう

君もRubyでハッピーになろう

むしろ定着した新言語ってGoしか思いつかない
Juliaには期待してたんだけどなぁ…

>君もRubyでハッピーになろう
Railsの開発は昔やってたけど正直落ち目だと思う
VueとReactが強いと言うか

新言語なんてよっぽど画期的じゃない限り一部の者好き専用だ
今までの資産の量が違い過ぎる

一度それなりに普及した言語は何十年も使われ続ける気がする
最古と言われるFortranだって言語仕様広げつつ今も科学技術計算ソフトで使われてるしPythonも将来安泰

Python好きだけど元々のコンセプトだった可読性の高さは形骸化してるなという感想

ライブラリの豊富さで殴るのです

Perl使いのPerlしか使わなさは異常
ここ数年出会わないが

インデントでブロックを示すのは面白い発想だけどやっぱりなんか違う

文法はrubyの方が好き...

インデントに意味があるのはいいけど
ブロックの終わりを明示できないのが居心地悪い…

文法に好きとか嫌いとかある！？
この機能ないんだ…はあるけど

カッコの省略をするな教団
カッコの省略をするな教団

ある！

スレ画がなんとなくかわいい

RubyとPerlは自由度が高いんだ
PG習いたてだと嬉しいんだけど慣れてくると人それぞれの書き方が違い過ぎて可読性最悪になるのが辛くなってくる

>文法に好きとか嫌いとかある！？
比較で左に定数置けと指示してくるPowerShellの流儀好きになれなかった
慣れたころには左に定数置けは他の言語でもわりと浸透してた

整数同士の / 除算結果が整数じゃなくなった変更の悲しみから未だに抜け出せない

どのみち最終的には書いた人間の思考をなぞるスキル求められてるんだなってなるから…
限度がある？それはそう

添字1始まりの言語はイラっと来る

なあ…Lispやろうや…

どの言語も必要に応じて覚えて使う感じ
2つ3つ触った後はどの言語も特に手間取らずに使えるようになった

__openis__

ROSのなんかを書くときだけ使ってるけど最強かどうかはわからない

ライブラリが充実してるイメージある　おかげでクラウドのストレージにファイルアップロードできて助かるわ

Pythonが良いっていうんならな！なんで会社のパソコンにPython入ってねえんだよ！
bashすらも無効化されてんだよ！
俺にはVBAしか無いんだ！だからこれが世界で一番優れたスクリプト言語何だ！

COBOLしか書けない

既存言語の不満点から色々出てきてはいるが結局そこにも不満が出るから元の言語に戻ってきてる印象

>ライブラリが充実してるイメージある　おかげでクラウドのストレージにファイルアップロードできて助かるわ
AWSと直でもしもししてアクセスしてるの？

RUBYとかいうのは駄目なの？

>RUBYとかいうのは駄目なの？
もう物好きしか使ってないよ

名前が上がるタイプの言語にダメな言語などない
ライブラリの充実度と肌に合うか合わないかだ

PyPyの読み方がいまいち分からない

ぱいぱい

>AWSと直でもしもししてアクセスしてるの？
PCから直にoracle cloudのストレージにアクセスしてファイルあげてるよ

>PCから直にoracle cloudのストレージにアクセスしてファイルあげてるよ
CUI用意されてるんだ

開発者の立場に立って考えるならCUIは絶対にある
それが公開されているかはさておき

>ライブラリが充実してるイメージある　おかげでクラウドのストレージにファイルアップロードできて助かるわ
この程度なら他のメジャーな言語でも普通にあるのになんかpythonはエコシステムが良いみたいな風潮になってて悔しい

不満でも仕事で使われてたらそれ使うしかないし…

cuiじゃなくてcliだよね

Rってまだ使われてるのかな

>Rってまだ使われてるのかな
めっちゃ使われてるぞ

お前が流行るのはいい
でもAIのデプロイにjupyterが使われるなんて聞いてねえぞ

c#ってモダンな印象だったけどクソ歴史古かった
まあ他はもっと古いんだろうが

C#はぴちぴちの24さい
Cは52歳

もういっそ中間表現に対するメタコード書いたりできるようになりませんかね

仕事ではPythonとGo書いてる
rustできたらかっこいいなと思って挑戦してるけど
何回やっても挫折する…

PyCharm使ってるけど毎回おっぱいに魅了されるイメージが浮かぶ

Do not make! Let's ninja!

この前fanboxのデータを全部ダウンロードしたくてchromeを
コードで動かせるpuppeteerってのを使ったんだけど
JS初心者でもかなり簡単に使えてとても良かった
拡張子が.mjsというなんかキモいのにしないと怒られたけど

で…Delphi…

m 三鷹の
j 女子
s 小学生

Pythonは結局大学の講義と演習でしか使わなかった
結局Javaなんだね…

Ada

最近C/C++を一緒に解説するのやっぱりおかしいよなあと思えてきた
C++が進んでだいぶ便利になってきたのもあるんだろうけれど

遅いイメージあるけど今どうなん？改善されてる？

eclipseでJavaのコードを書くのが快適過ぎる

初代のC#と今のC#はもう別物だよ
なんだかんだで流行をずっと取り入れてる

そういう意味ではpython2から3に切り替えるのが割と大変だったな

linuxとかもいろいろとシステムの根幹の部分までpython2のスクリプトが浸透してて移行に相当かかったね

>遅いイメージあるけど今どうなん？改善されてる？
重い処理はc++とかで実装された外部ライブラリを使うのが普通だ
python単体で配列計算はまずやらない

そのライブラリを使った書き方や組み合わせ方によって処理速度が10倍20倍と変わるという
しかも碌に説明されてねぇ

あんま好きじゃないけど仕事でずっと使ってたら特に好きになるわけでもなかった
まあ人気あって情報もライブラリもいっぱいあるし悪くはないと思うよ…

標準ライブラリの充実度は実際高いと思う
簡易的だけどhttpサーバすら入ってるし

Numpy目当てに使ってるところある

最近この言語使い始めたけどインデントで区分けするの分かりづらすぎない？

正しいインデントを強制させられることでスッキリ見えるコードの素晴らしさを覚えさせられる

今後はC++やC言語を使うなってホワイトハウスも言ってる
https://gigazine.net/news/20240229-whitehouse-urges-use-rust-java/
ホワイトハウスが開発者に対しC++やC言語からRustやJavaなどのメモリ安全性に優れたプログラミング言語への移行を勧める

本腰入れて触るなら結局言語そのものの筋よりも
ライブラリやフレームワークやコミュニティ次第すぎる…

インデントは慣れかな…まあまあ古い言語だから設計者は当時のlintされてない世界にムカついていたのではないかと思っている

>ホワイトハウスが開発者に対しC++やC言語からRustやJavaなどのメモリ安全性に優れたプログラミング言語への移行を勧める
Java！？

Java…Javaかぁ…今から…

>https://gigazine.net/news/20240229-whitehouse-urges-use-rust-java/
ディスプレイにめっちゃ顔近い人の画像で笑ってしまった

>>この言語の根本的な問題を解消して使いたいっす作りましたみたいなのが今風かな
>js→tsみたいにな
解決してるかなぁ…

javascriptの根本的な問題って何だろ？

>javascriptの根本的な問題って何だろ？
動的な型変換

>javascriptの根本的な問題って何だろ？
なんでもできちゃう

js方言多すぎ問題

やはりrust…これからはrustの時代がくる
やろうぜrust！rustハリケーン！

79文字制限とインデントはずっと相性微妙だと思ってる
それ以外は嫌いじゃない

>79文字制限
誰も守ってない規約来たな…

デコレーターの書き方何度見ても入ってこない…
使い所がいまいち思いつかない…

mojoはなんで文法pythonライクにしたんだろうなあ…

>今後はC++やC言語を使うなってホワイトハウスも言ってる
原文読むと使うなというかメモリ管理できねーなら管理されろや！という感じ

>ホワイトハウスが開発者に対しC++やC言語からRustやJavaなどのメモリ安全性に優れたプログラミング言語への移行を勧める
バッファオーバーフローでの脆弱性多いからそれに対応してる言語使えよなってだけでRustとかJavaとか具体的な言語って元PDFのどこにも書いて無くない？
まだ注釈のリンク読んでないけどそっち行けば書いてあるのかな

>メモリ管理できねーなら管理されろや！
これは非常にわかりあじが深い

動的型付けの時点でスッキリ見えるとはあまりにも縁遠いような…

スペース4つとtab文字派の溝は深い

tab文字派ってもはや絶滅危惧種じゃね

あ？今俺の悪口言ったか？

自分とこしか見えてないんだろう

ほとんどのエディタでtabの文字数変えられるからむしろtabのほうがありがたい
スペース4つとスペース8つ派が混在すると戦争になる

PythonってJavaとどっちの方が強いの？

>バッファオーバーフローでの脆弱性多いからそれに対応してる言語使えよなってだけでRustとかJavaとか具体的な言語って元PDFのどこにも書いて無くない？
>まだ注釈のリンク読んでないけどそっち行けば書いてあるのかな
書いてないどころかlog4jの話してるね…
ギガジンはこれがあるからほんとクソ

EXCELのマクロがPythonになるって聞いた

>動的型付けの時点でスッキリ見えるとはあまりにも縁遠いような…
どゆこと？型注釈あった方がいいって話？
全くそうは思わんけど…

最近不本意ながら素のjs触らさせられてるけどなんでこんなゴミが幅広く使われてるのだろうとひたすら困惑してる

・スペースだけ
・スペースとタブの混合をエディタに任せる
・タブだけ（8文字幅設定）
・タブだけ（8文字幅以外で設定）
インデントひとつでもかなり派閥が細分化できると思うんだよね

>javascriptの根本的な問題って何だろ？
スコープ雑なとこ
バインド見えないとこ

>まだ注釈のリンク読んでないけどそっち行けば書いてあるのかな
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だね

タブのほうがインデントの視認性上がるだろ…

正直継承とか委譲はまだ人類には早すぎたと思う

>タブのほうがインデントの視認性上がるだろ…
横に伸びて見づらい

どちらにしろホワイトハウスが推奨って言い方はものすごく語弊がある

>EXCELのマクロがPythonになるって聞いた
VBしか使わない事務屋なんだけどこれまじ？
今のうちから勉強しといたほうが良い？

>・タブだけ（8文字幅設定）
>・タブだけ（8文字幅以外で設定）
文字幅はエディタ上で柔軟に対応できるからこの2つは互換性がある

>こっちのpdfだね
別の文節じゃん…
それで食べてるのに翻訳もまともにできないのギガジンは

最近オブジェクト指向はクラス数増えるだけで見づらいよなあ！？って意見増えてきてなんだか嬉しい

gigazineが操作した翻訳するのは昔からの手癖だよ
本当にちょくちょくやってる
クソそのもの

>最近オブジェクト指向はクラス数増えるだけで見づらいよなあ！？って意見増えてきてなんだか嬉しい
正気か

正直rustがここまで流行るとは思わなかったよ

>正直継承とか委譲はまだ人類には早すぎたと思う
正直OOPと言われてる言語のカプセル化と継承はうんちだと思う
セキュリティのためにプロテクトとかデータ弄るために継承とか本末転倒になってる
メソッドだけでデータを含まない型の継承はインターフェースの実装だけだから理に適ってる

>最近オブジェクト指向はクラス数増えるだけで見づらいよなあ！？って意見増えてきてなんだか嬉しい
今は何を使うのがいいの？

>>79文字制限
>誰も守ってない規約来たな…
フォーマッタ入れる時に真っ先に変更する値…

>正直rustがここまで流行るとは思わなかったよ
まだ本腰でもないと思う
ブラウザ開発難航してるのを見てればわかるけど結構実験的な面がある

クラス数が増えざるを得なくなる開発で削減しようとしたらただ単に混沌とするだけで本末転倒では

リスト内包表記好き
デコレータ嫌い

>ブラウザ開発難航してるのを見てればわかるけど結構実験的な面がある
ちなみにどういうところ？

OOPがうんちになってるとこはだいたいSOLID原則からかけ離れてる実装がされてる印象

>OOPがうんちになってるとこはだいたいSOLID原則からかけ離れてる実装がされてる印象
やってる側がおかしいこともあるというのはOOPに限らずいろんなところで見る

煩わしいのは指向じゃなく言語・文法由来かもしれんしな
結局目指すとこは凝集度は高く結合度は低くだからその指向が外れるってあんま考えにくい

>やってる側がおかしいこともあるというのはOOPに限らずいろんなところで見る
いやあんたとこがやってることがおかしいのにOOPに責任転嫁するのは許されるって風潮をウェブ上では感じる

単に設計から逃げ出してえ楽してえとかそんな低レベルの理由から来る主張では…

>ちなみにどういうところ？
これは何を聞いてるんだろうか…
難航してる理由と言う意味なら触ればわかるけど安全にする代償として実装が難しくなるから
new/deleteを使う既存のデータ構造とかをそのまま使えない

>これは何を聞いてるんだろうか…
ごめん実験的な面が何を指してるのか気になったんだ

継承とか使うOOPは失敗って認められない人が続けてるだけだから
結局残ったのは設計手法でしかもそれがsmalltalk派の分散管理そのものというのが皮肉

関数書く時この引数は参照渡しなのか値渡しなのかいまいちピンと来てないのが俺だ

>ごめん実験的な面が何を指してるのか気になったんだ
これはそのままServoの話だよ
逆説的に開発に成功したら証明されるという面がある

本来のオブジェクト指向を最大限活かせてるのはどのプログラム言語というよりROSな気がする

でかいライブラリは継承つかってるだろ…
末端の業務コードで継承使うのはデメリット大きいよねを拡大解釈したのかな

JavaScriptはGoogleとMetaとMicrosoftといった企業が
寄ってたかって凄い人材を投入した結果
めっちゃ環境としては良くなった

>めっちゃ環境としては良くなった
(これで…？)

>でかいライブラリは継承つかってるだろ…
>末端の業務コードで継承使うのはデメリット大きいよねを拡大解釈したのかな
それもうただの権威の押し付けじゃんね…
型だけなら公開インターフェースでいい
内部にデータや決まった手順を持つから継承先で齟齬が出て破綻する
本当はそう言う場合は元の型を壊さないコンポジットが正解なんだ

>本当はそう言う場合は元の型を壊さないコンポジットが正解なんだ
でかいライブラリは中で継承駆使して実装してますよね？

継承はパワーがありすぎるし
綺麗に継承関係作るのは難しいから好きじゃない

>でかいライブラリは中で継承駆使して実装してますよね？
しなくても綺麗に実装できると言う話だけど理解したか
壊せる余地を残す意味がないんだ

もしかして継承の使いにくさ一つを武器にしてOOP否定なのか

継承は人類には過ぎた力だ
とはいえインタフェースで可換にするくらいはやる

継承は複数の手順を一気にやってるからな
本当は型クラスとデータ型とインターフェースまたは構造サブタイプとして分離すべき内容
しかもめちゃくちゃ結合させる

>もしかして継承の使いにくさ一つを武器にしてOOP否定なのか
もしかしても継承を利用したOOPの話しかしてないよ
他のOOP手法は上手くやっている

でもPython書くときはあんまり考えず雑に継承する

>しなくても綺麗に実装できると言う話だけど理解したか
まずキレイの定義からお願いします
まず前提の継承でデータが壊れるようなクラスはSOLID原則が守られていないので論外です

そりゃインターフェースとか使わないで継承しか使わない人がいたら死んでよ〜ってなるけどさ…

Javaとかはもはや言語レベルで必須だから仕方ない
ちなみにC++の場合は別に必須じゃないので継承使いまくりというわけでもない

C++は継承よりtempleteが強力すぎて

>まずキレイの定義からお願いします
>まず前提の継承でデータが壊れるようなクラスはSOLID原則が守られていないので論外です
いやだから継承を重ねる事で守れなくなるから論外と言ってるんだが…
そしてそもそも不要だと言ってる

>いやだから継承を重ねる事で守れなくなるから論外と言ってるんだが…
>そしてそもそも不要だと言ってる
自分の設計がわるいのをOOPのせいにするな

Javaとかやってる人はまあしょうがない
継承スゲー！ってなるしそれ前提じゃないと組めないからな

継承より包含使えってOOPの本にはよく書いてない？
OOPが悪いわけじゃなくない？

継承は多重継承できる言語とできない言語でまず違うと思う
できても後のことを考えると嫌だけど…

>自分の設計がわるいのをOOPのせいにするな
うんだからOOP全部を否定してるわけじゃないよ
って書いてるんだけどもう印象操作だけしかしてないね君

暗黙のルールを守らないと簡単に破綻するから不要ってのはすごいわかるけど飛躍してる

>暗黙のルールを守らないと簡単に破綻するから不要ってのはすごいわかるけど飛躍してる
してないよ
だからRustができた

>最近オブジェクト指向はクラス数増えるだけで見づらいよなあ！？って意見増えてきてなんだか嬉しい
大元のレスがこんな低レベルだからどういう主張なのか分かりにくいところがある
たぶん違う人なんだろうけど

>うんだからOOP全部を否定してるわけじゃないよ
だから継承でデータが壊れるような作りをするのがカプセル化に失敗しててまずおかしいんだよ
適切なクラス設計ができてないんだよ

何か手始めに言語習い始めるなら今でもPythonが良い感じ？

継承は昔から前提で組まれてるライブラリはともかく
今はかなり限定的な条件で使うと思う

元の議論に首突っ込む気は無いけどOOPの問題を解決するためにRustができたは無理筋すぎるだろ
例えばMLやHaskellが型クラスとかを探求してきた00年代までの研究史は全部無視かい

>何か手始めに言語習い始めるなら今でもPythonが良い感じ？
Pythonでいいとは思うけどコンピュータやプログラムに対する理解をおざなりにしてどんどん進むことができるからどこかで大きな挫折を味わうことになるはず

一人で作る人とチームで作る人の話が混ざるとどうにもならない

>適切なクラス設計ができてないんだよ
詭弁の話はしてないんだ
100%破綻のない設計なんて現実にはない

言語が先ではなく目的が先に来た方がいいよ
モチベにかかわるから

>詭弁の話はしてないんだ
>100%破綻のない設計なんて現実にはない
それいったらhas-a関係でも間違った持たせ方すると破綻するだろ
もう否定したいだけじゃん

>元の議論に首突っ込む気は無いけどOOPの問題を解決するためにRustができたは無理筋すぎるだろ
>例えばMLやHaskellが型クラスとかを探求してきた00年代までの研究史は全部無視かい
全然関係ない…わけでもないけどRustはOOPの話ではない
Rustが解決を試みたのはメモリの管理の文脈の話で
同じ構造なら飛躍じゃないでしょってこと

OOPの話ではなくて継承って使いにくいし避けてるよね程度の話だと思うよ…

>それいったらhas-a関係でも間違った持たせ方すると破綻するだろ
>もう否定したいだけじゃん
否定したいだけなのはそっちだろ？
机上の空論へのすり替えを続けてる

その…Rは…？

>否定したいだけなのはそっちだろ？
>机上の空論へのすり替えを続けてる
ある程度品質管理されてるライブラリで継承して中身のデータ触れて挙動壊せるものが何個存在すんの？
そういうのできなく作ってあるでしょ
ちゃんとした設計をせずに壊せるおかしい！なら何使ってもおんなじだよ

>だからRustができた
いやだから前提と結論はわかるけど途中の話抜けてない？って
主張の本筋はメモリ周りはrustのメモリ安全が理想だみたいなことを設計について言ってる訳でしょ

python楽に書けて良いなーって思いながらプログラムってもっと厳密に書かれるべきでは…？とも思う

>その…Rは…？
生産的な言語だと思うよ
ただ今から趣味でなんかやるならJulia使いたいかな

>python楽に書けて良いなーって思いながらプログラムってもっと厳密に書かれるべきでは…？とも思う
ルール厳密にすると周りの数レスみたいな解釈争いが生まれるんだ

>ルール厳密にすると周りの数レスみたいな解釈争いが生まれるんだ
理由が違いすぎる…

>ルール厳密にすると周りの数レスみたいな解釈争いが生まれるんだ
むしろ厳密でないから発生してるように見えるが…

あえて継承使うかどうかは流石に文法でどうこうするのは無理だろう

可読性上げて要らんこと書かなくても良くした結果あとから見るとどうなってるの分からなくなるの良いよね…良くねぇよ…

個人的な願望と偏見で言うなら無法者になりそうだから動的型付けから始めないで欲しい…

>いやだから前提と結論はわかるけど途中の話抜けてない？って
>主張の本筋はメモリ周りはrustのメモリ安全が理想だみたいなことを設計について言ってる訳でしょ
ちょっとごめん俺の頭が悪いんだろうけど何が言いたいのかわからん
無視してるっていうのはどう言う意味で言ってるの？
別にそのプロセスを否定をしてるわけではないけど

本来のPythonは割と厳密な方だよ

pythonはvscodeに拡張入れて型ヒントを強制させるとかなり型にうるさくなるので動的型付け云々はそういう設定するといい

>そういうのできなく作ってあるでしょ
>ちゃんとした設計をせずに壊せるおかしい！なら何使ってもおんなじだよ
具体的に書いた方がいいのかな？
公式ライブラリだろうと継承先は自分自身の実装を間違えると基本のクラス側の動作でエラーが発生する
そう言う暗黙の手順の話は継承を重ねる毎に見えなくなって破綻する
これはクラスをそのままインスタンス化して使えば発生しない
これを完全にできなく作ってるなんてのは最初から継承を許さないクラスぐらいだよ

>ゲーム作りたいならC#
C#ってゲーム作りに向いてるの？
なんとなくだけどゲームと言えばJavaのイメージがあったんだけど

結局静的型付けの真似事始めるなら最初からそっちやればって思っちゃう

型クラスはOOPではないからちょっと話としてはズレすぎてるな

性的に書きたいけどおっぱいそんのライブラリは使いたいいいい！！！

型ヒントは関数の入出力にくっつけたら大体機能するから気軽なのよ
実験しながらコード書いてその後型ヒント付けみたいなノリでできる

初心者が始めるならこれとRubyどっちが良いだろう

>継承は多重継承できる言語とできない言語でまず違うと思う
>できても後のことを考えると嫌だけど…
pythonは多重継承出来る数少ない言語の一つなんだよね
しないけど

初心者は順当にPythonかなあ
Rubyは言語的にも環境も学習リソースも悪くないけど
パーサの挙動が相変わらずだからなあ

>初心者が始めるならこれとRubyどっちが良いだろう
流石にPythonじゃね
Rubyは良いけどエコシステムの充実さが違いすぎる

RnRの仕様変更に苦しんでる人を見るとRubyが良いよ〜とはいいづらい

Ruby使ったことないけどすごいの？

OOPの原則自体は素晴らしいけど継承は使い方難しいよねって話じゃないの

使用者数の多さは大切よね

初心者用のエコシステムで比べるなら流石にRubyじゃね？
PythonってWebとか今でもDjgangoとかなんでしょ？

>Ruby使ったことないけどすごいの？
perlのスーパーセットだよ

>perlのスーパーセットだよ
そんなに間違ってないけどその字面は侮辱がすぎる…

>具体的に書いた方がいいのかな？
引数に間違った値を入れたら関数が動きませんでしたみたいな話をされても…
中のデータさわれてそれ起因で壊れる話はどこいった

それhas-aにしたら別に問題なく動く話じゃないですよね
例に上がってるのは手続き間違えてインスタンスが持ってるインスタンスの持ってる(略)の先でクラッシュするのと何が違うんだ

Rubyはどっちかというとカッコを抹消できたLispって感じ

環境でいうなら日本人の多いC#は大変素晴らしいですよ
マジで

pipありがてー

>それhas-aにしたら別に問題なく動く話じゃないですよね
>例に上がってるのは手続き間違えてインスタンスが持ってるインスタンスの持ってる(略)の先でクラッシュするのと何が違うんだ
お前さんが本当にSOLID原則を理解してればわかると思うけど
密結合にすることでみかけの責任の所在が曖昧になってる

俺は逆にRubyが受け付けない…
省略できすぎてぱっと見何してるのかわかんないコードやめて…
しかもそれが一時期良いコード扱いされててめっちゃあるのもな…

あとこれ
>中のデータさわれてそれ起因で壊れる話はどこいった
それも含んでる話ね

openpyxlをおっぱいえくせるっていいそうになって
仕事中は危ない

引数に間違った値を入れてコンパイル通りませんでしたはむしろ堅牢であることの証明だろ
あんまりこの感覚ない人は多いけど

メンテナンスしやすいかどうか大事…

>お前さんが本当にSOLID原則を理解してればわかると思うけど
>密結合にすることでみかけの責任の所在が曖昧になってる
SOLIDの単一責任はクラスに複数の責務をもたせるなって意味だよ
そこが曖昧になる継承するならやっぱり設計間違えてるよ

引数誤ってコンパイルエラーってアリエルの…？

確かに閉じた設計で形式的に完璧にすればバグが入る余地は無くなるかもしれん
例えば定理証明支援使ったプロトコルやデータ書式の確認とかね
でもそう言うのはクリティカルな分野でごく一部に使う事で効果的にする方法で
一般に適用させたり適用可能と豪語できる事ではないよ

>引数に間違った値を入れてコンパイル通りませんでしたはむしろ堅牢であることの証明だろ
>あんまりこの感覚ない人は多いけど
クラッシュはコンパイル通るけど要件にないやつ渡してて実行時エラーじゃないの

静的型付け言語で引数に誤った型渡したらコンパイル通らないのは必至だしそういう意味なんじゃないの
最近の開発環境じゃそもそもコンパイルする前にIDEとかが見つけてくれるけどさ

継承使うのは間違いコンポジションが正解からずいぶん主張が後退したな…

>>SOLIDの単一責任はクラスに複数の責務をもたせるなって意味だよ
>>そこが曖昧になる継承するならやっぱり設計間違えてるよ
>SOLIDの話はそっちじゃねえよ！
ん？どこの話？

殺してやる…殺してやるぞPHP！

常にエビデンスを添付し続けるような書き方したいならGoとかでいいんじゃないの

Goの流行りもあっという間に落ち着いたし
Rustもいつまで続くやら

javaってOracleとかIBMとかそっちのゴタゴタで人が離れてる気がする

ラズパイで遊ぶ時に使ってる

>SOLIDの単一責任はクラスに複数の責務をもたせるなって意味だよ
>そこが曖昧になる継承するならやっぱり設計間違えてるよ
とりあえずそのレスでもうSOLIDの話はなんか解釈問題になりそうだからやめとく…
一応言っておくとSOLIDの単一責任の話はオブジェクト単位ではなくクラスの話な

まず大前提として不可分になりうる=できなくなっていない事がダメ
お前さんは始終完璧にやれば完璧だろ？ってことしか言ってない
だから机上の空論の話しかしてないと言ってるの

>javaってOracleとかIBMとかそっちのゴタゴタで人が離れてる気がする
有償化で一気に人離れたね…
その後有償化やっぱ無し！って言ってもみんな離れちゃって今更Javaなんか戻れっかよってなってるのいいよね
あれがなければまだまだJavaは安泰だっただろうね
Oracleそういうとこやぞ

>javaってOracleとかIBMとかそっちのゴタゴタで人が離れてる気がする
新たなCOBOLになるのは大体確定ではある
この基幹システムどうしよう…

C#にちゃちゃっと入れ替えてくださいよ旦那ぁ…

>まず大前提として不可分になりうる=できなくなっていない事がダメ
>お前さんは始終完璧にやれば完璧だろ？ってことしか言ってない
>だから机上の空論の話しかしてないと言ってるの
いやコンポジションが絶対的正解からはじめたのそっちでしょ
どっちを使うかはケースバイケースで絶対だめがおかしいって言ってんの

>継承使うのは間違いコンポジションが正解からずいぶん主張が後退したな…
別にしてないよ
話が進まないから具体的な1例を出しただけで

レスポンチするやつと仕事したくねぇ〜

否定内容を机上の空論でレッテル張りしてりゃ進むわけがない

朝から元気だな君ら…