Python使えないやつは馬鹿なの?
■ このスレッドは過去ログ倉庫に格納されています
ゴミ言語だから仕方ないね
型アノテーションがただのアノテーションだからねwww オブジェクト指向もできるのかできないのかよくわからない部分あるよな Pythonはもう潰れちゃって静的型付け言語に転生するほうが良いよ pythonのオブジェクト思考ってインターフェースないし微妙な感じだよな numbaとかPypyとか爆速だから数値計算するときは使っちゃうんだけどね >>14
別に爆速ってほどではないから普通に静的型付け言語使ってるわ >>13
チーム開発には向いてないな
そもそもPythonを本番環境で使うと判断するやつの技術力がカスなので、Python使うチームはカスってなる >>18
流行ってるから使おうって魂胆が頭悪すぎるよな 機械学習やろうってなったときにPython以外選択肢なくて困る >>21
C#があるじゃん
あれONNXのモデルやテンサーフローのモデルだと普通にC#で使えるし学習もできるぞ インストーラーがバカ過ぎる
ユーザーフォルダの中にインストールするなボケ 機械学習の本番運用してる人たちってどうしてんだろうね
型チェックきちんとしてくれるライブラリとかあんのかな >>25
そうならないためにマイクロソフトがML.NETってのを開発してる
モデルがあれば運用楽勝 どうなんだろうね
数年前はtensorflowとかpytorchのアップデートが激しかったからPython以外ありえないって感じだったけど、
固まってきてるならほか言語でもいけんのかもね >>29
とりあえずPython側でこっちが読み取れるモデル作ってくれたらそれを運用活用できるようになってる
多分他の言語でもあるんじゃね? >>30
うーん
それがどれぐらい出来るかだよなぁ
画像認識のモデル作るときって公開されてるモデルを転移学習させるじゃん
となるとその公開されたモデルがC#に移行できるか考えなきゃならん
それが出来んのか考えるのがだるい気がする c#は好きだけど味方にc#ガイジがいるのが欠点だわ そもそも型チェックを手に入れるためだけに言語変えるのって適切な選択なのか?
APIにして、インプットとなるjsonのチェックとアウトプットのjsonのチェックさえできちゃえばいいわけだからそれでいいのでは? >>35
それでいいならTypeScriptなんて産まれてないような… >>36
なるだろ普通に
Python使ってやるのと何も変わらねぇわ 逆になぜそこまで頑なにPythonを使おうとするのか謎
運用なんかできねぇんだから学習モデルだけ作っとけばいいんだPythonなんて Pythonは覚えるのが簡単な部類には入る
良いコードが書ければ確かにいいけど、コード書くことが仕事の人ってそもそも評価されてないよね >>45
Pythonで良いコードとかかけなくね?
オブジェクト指向もなんかよくわからんしゴチャゴチャしてるイメージしかない >>43
とりあえずStableDiffusionやってみそ >>44
行列計算から決定木、csvの分析からニューラルネットワークまで、とりあえず全部できるからじゃね?
正直業務だとニューラルネットワークだけが全てじゃないから色んな武器を扱える言語のが良いってのはある
まあPythonがゴミってのは認めるが >>49
いやまぁ学習については別にPythonでいいと思うけど運用させるか?
俺はモデルだけもらったら運用しやすい言語で使うけどな 例えばモバイルアプリで運用しようとするとPythonなんて使えねぇんだからC#使うじゃん?
デスクトップもWebもそうだろ まあAWSのsagemakerとかもモデルだけ受け取ったらAPIにするぜ!みたいな感じだし、学習する言語と運用する言語が違っても良いというのは理解できる。 >>52
それをDjangoだのFlaskoだの頭悪いと思うわPython業界
一生モデル作っとけって思う webサービスは全部JavaScriptエコシステムに飲み込まれると思ってる >>57
バックエンドをJSで書きたくはないけどね(Node.js) >>58
ML.NETってことはVBでも多分使える >>59
今ってバックエンドもjsが流行ってね?
今0から作るなら全てjsな気がする >>61
そうだけどなんかなぁってなる
遅いしJSとかいうクソ言語を使わないといけないって問題がある >>62
JS遅いか?様々な改善によってコンパイルしない言語にしては爆速ってイメージなんだが
TypeScriptは生産性高いしいい感じだと思ってる >>64
最近のJSはcloudflare workersに代表されるように、chromeで十分に実績のある処理系をバックエンドでも動かすようになってきていて、ほか言語では確実に起こるコンテナの立ち上げのコールドスタート問題を、そもそもコンテナに閉じ込めないというやり方で改善している
この爆速さとメモリ領域の小ささはほか言語では真似できない気がするんだよなぁ >>66
何が余裕なの?
C#で同様なことをするとなるとwasmで出力して動かすみたいになるけど、wasmってまだ黎明期だし現状だとJSしかない気がする 言語に固執してる人って無能が多い
目的と手段がごっちゃになってる >>68
バックエンドでフロントエンドのchormeで動いてる処理系を動かすことで確保されるメモリ領域とコンテナの立ち上げ時間を縮めるって技術が流行ってきている >>70
それはフロントエンド側のメモリってこと?
あとChromeだけなのその技術? >>69
C#は万能でPC上において全ての目標が達成できるからなぁ >>72
C#
こいつはかなり優れた言語である
万能かつパワフル >>71
いや、バックエンド側のメモリが圧倒的に節約できる。
なぜならそもそもバックエンドでコンテナを立ち上げないからね
chromeってタブごとにJS環境が分離されてるじゃん?あれって別にchromeでコンテナを立ち上げて分離してるわけじゃなくて、chromeのJSの処理系がセキュアに分離してくれている。
その仕組みをサーバーサイドで使ってコンテナを立ち上げずにメモリが分離されたJS処理環境を作ってくれるのよ
これは他言語には真似できない >>76
一応、C#でもwasm吐き出してchromeの処理系で動かすことができるけど、そんなめんどいことするぐらいなら素直にJS使ったほうが楽そう つまりChromeでしか使えないんじゃなくてChromeで使われてる技術をサーバーでも活用して色んなブラウザでも対象としてるわけね >>78
そのChromeの処理を通さないといけないってことは他のブラウザだと使えないの? >>80
バックエンドの処理がchrome(の一部の)JS処理系で動いてるってだけだよ
別にフロントからだとどんなブラウザでも見れるよ >>83
バックエンドのchromeの処理系でwasmを動かせるからね >>84
なるほどそういうことね
WASMも最初にランタイムをブラウザにダウンロードしないといけないから難しいんだよね
マイクロソフトもWindowsに限ってPCに予め仕込んである.NET Framework活用するようにしてくれればいいんだけどね >>85
いいね!
とりあえず最初はWinFormかWPFみたいなデザイナーがあるやつから試してみればいいと思う あとはUnityとか取っ掛かりとしてはいいと思う
難しいけどね >>90
Pythonのきれいなコード見たことないわ ■ このスレッドは過去ログ倉庫に格納されています