1 名前:デフォルトの名無しさん [2019/10/01(火) 02:58:03.93 ID:aEwUIB6s.net] スレタイ以外の言語もok 前スレ 次世代言語17 Go Rust Kotlin TypeScript Julia https://mevius.5ch.net/test/read.cgi/tech/1567602619/
681 名前:デフォルトの名無しさん mailto:sage [2020/03/18(水) 22:36:26.94 ID:IrvT9dn/.net] K&Rとかいう化石以外なら何でも良いよ
682 名前:デフォルトの名無しさん mailto:sage [2020/03/19(木) 03:45:35.82 ID:VRFqiqhe.net] >>622 Rustは、有る意味では普通の「手続き型言語」の枠組みを超えてしまっているため、 通常のプログラミング言語の代わりに使うことはほぼ出来ないことが最大の欠点。 関数言語以外ではどの言語でもほぼ共通である所の変数の代入の概念がRustでは 変更になってしまっている。
683 名前:デフォルトの名無しさん mailto:sage [2020/03/19(木) 03:51:58.51 ID:VRFqiqhe.net] >>642 ファイルシステムに関しては、本当にサンドボックスの外に出られ無い事が 大問題ではあるが、Wasmは雰囲気だけはnativeアプリ見たいには出来る。 ダウンロード時間を含めて起動も速い: https://yutakaaoki.github.io/demo1/index.html
684 名前:デフォルトの名無しさん mailto:sage [2020/03/19(木) 04:21:11.94 ID:VRFqiqhe.net] >>98 KotlinとSwiftは、それぞれ、ほぼ AndroidとiOS専用なのに対し、DartとFlutterと組み合わせは、マルチプラットフォームであることが違うことは違う。
685 名前:デフォルトの名無しさん mailto:sage [2020/03/19(木) 04:23:28.20 ID:VRFqiqhe.net] >>96 Dartは、Javaにも似ているが、初期のころのC++に似ている気がした。 原始的なC++から、型を明示した宣言を省略したような感じ。 C#やSwiftには便利さの点で負けると思うし、確かにJavaにすら負けているかもね。
686 名前:デフォルトの名無しさん mailto:sage [2020/03/19(木) 04:29:05.38 ID:VRFqiqhe.net] >>24 Rustは、厳格すぎて余計なことに気を取られたりタイプ量が多すぎてむしろC++より生産性は下がりそうだ。 生産性という意味では、C#やJavaの方が上だろう。
687 名前:デフォルトの名無しさん mailto:sage [2020/03/19(Thu) 04:43:25 ID:H2D24Ilu.net] >>659 結局wasmの売りってホストにデプロイされたバイトコードが如何なる環境でもChromium上で実行可能かつネイティブと迫る速度であるってことだからやっぱターゲットはゲームやモバイルアプリなんだよな そうなると最近アナウンスされたReactNative for Windows/Macとはベクトルが違うからやっぱクロスプラットフォームって幻想だよな 実際アプリもネイティブで書いた方がメンテしやすいからなみんなネイティブで書いてるもんな
688 名前:デフォルトの名無しさん [2020/03/19(木) 06:33:09.69 ID:I3A3yd/j.net] それはwasmじゃなくてwasiでやろうとしてることでしょ?
689 名前:デフォルトの名無しさん mailto:sage [2020/03/19(木) 12:54:55.70 ID:H2D24Ilu.net] >>664 wasiなんてあるのか知らなかったわサンクス node.jsでも試験的に実装されてて実際に動作するみたいやな 現状ファイルアクセスだけみたいやがネットワーク接続もできるようになるみたいやしnode.jsでwasiがサポートされてるなら完全なクロスプラットフォームが実現しそうやな
690 名前:デフォルトの名無しさん mailto:sage [2020/03/19(Thu) 13:04:19 ID:Pzb6grX0.net] ぼくもwasiって知らんかった。このスレたまたま開いてよかった
691 名前:デフォルトの名無しさん mailto:sage [2020/03/19(Thu) 13:43:55 ID:VRFqiqhe.net] Wasm : ブラウザで動かす。バックエンドのJSのcanvasなどを使うことで グラフィックも使え、GUIも可能。原則、nativeファイルシステムが使えない。 wasi : Wasmを使うがブラウザ外で動かし、今のところCUI専用。native ファイル システムが使えるので、サーバーサイドの node.jsやJavaの置き換えや 組み込みに向いているらしい。
692 名前:デフォルトの名無しさん mailto:sage [2020/03/19(Thu) 13:47:08 ID:66GF5L4f.net] webの流れ早過ぎ 業務で触ってないと追いつける気がしない
693 名前:デフォルトの名無しさん mailto:sage [2020/03/19(Thu) 13:48:24 ID:MilrfGsk.net] wasiの変なサイトにアクセスしたら勝手にインストールされて 激重なるの?情報も抜かれる?
694 名前:デフォルトの名無しさん mailto:sage [2020/03/19(Thu) 13:56:02 ID:VRFqiqhe.net] >>667 他にも、 Wasmer, Wasmerio(Wasmer I/O ?), Wasmtime など色々出てきている。
695 名前:デフォルトの名無しさん mailto:sage [2020/03/19(Thu) 14:39:21 ID:VRFqiqhe.net] >>669 そんなことは無い。 すべてはブラウザのセキュリティーモデルの中で動いているので、 原則的に今までどおりのセキュリティーレベル。 というのは、結局、Wasmで出来ることはJSでできることと変わりが無いため、 JSでどう書いてもできないことは、Wasmでもできないから。 Wasmの大きな利点は、JS以外の言語が使えることで、プログラムが開発し易くなること。 たとえば、JSだと間違いになかなか気づかない箇所でもC++だとコンパイラが発見してくれ、protected属性をつけていれば、他のclassからのアクセス制御なども出来て、保護したい変数に不用意にアクセスできなく出来たりする。
696 名前:デフォルトの名無しさん [2020/03/19(Thu) 15:20:08 ID:dnKvjYNt.net] DOS攻撃すると逆にハッカー側がダメージ負う方法ってない? 例えばレスポンスで巨大なファイル送りつけるとか(多分レスポンス受け取らないから意味なさそう)
697 名前:デフォルトの名無しさん mailto:sage [2020/03/19(Thu) 16:26:42 ID:jGrvpb5b.net] ネットを利用するとお金がかかるようにす
698 名前:ればいいのに なんでネットすぐタダにしてしまうん [] [ここ壊れてます]
699 名前:デフォルトの名無しさん mailto:sage [2020/03/19(木) 16:45:13.38 ID:H2D24Ilu.net] >>668 俺は最新のメタはほぼすべて趣味で調べて自宅でコーディングして試してるで 仕事やとまず言語ですら最新のバージョン触れないから言語やフレームワークの新機能やトレンドはすべてプライベートでないとキャッチアップ不可能
700 名前:デフォルトの名無しさん mailto:sage [2020/03/19(Thu) 16:57:59 ID:M+e24sDQ.net] wasi なんてワシもしらんかったわい
701 名前:デフォルトの名無しさん mailto:sage [2020/03/19(木) 17:00:48.35 ID:c1m9bpJY.net] >>673 じつはネットもぜんぜんタダやないんやで 主に広告によって収入を得る仕組みになっとるんや ただしサービスを受けとる側が提供してる側へ直接払うみたいな ドストレートな金の流れにはなってへんし、そもそもサービスを 提供してる側が金をもらうようにはなってない事もようあるで 世の中タダのもんなんてあらへんで
702 名前:デフォルトの名無しさん [2020/03/19(木) 17:53:08.01 ID:hFX+dqhp.net] >>669 その文脈でwasiはおかしい。wasmかな?
703 名前:◆QZaw55cn4c mailto:sage [2020/03/19(Thu) 19:35:41 ID:KTdRY0Ga.net] >>657 K&R2=C89 で必要にして十分、それ以降は蛇足
704 名前:デフォルトの名無しさん [2020/03/19(木) 22:41:13.00 ID:i16Q86hT.net] > というのは、結局、Wasmで出来ることはJSでできることと変わりが無いため、 > JSでどう書いてもできないことは、Wasmでもできないから。 え? 間違ったことは教えちゃダメよーダメダメ🙅♂ wasmでしかできないこともあるし、JSでしか出来ないこともあるよ
705 名前:デフォルトの名無しさん mailto:sage [2020/03/20(金) 00:11:25 ID:405ti7Ej.net] >>679 いや、言語が変えられることと、速度が速いこと以外は、Wasmが 出来ることはJSと完全一致で、JSが出来る範囲の事を超えることは出来ない。 これは絶対。
706 名前:デフォルトの名無しさん mailto:sage [2020/03/20(金) 01:17:37.81 ID:b2ihZgLg.net] >>679 >wasmでしかできないこともあるし、JSでしか出来ないこともあるよ これはそうだけど セキュリティ観点でJS onlyでは出来ないけど wasm使えば出来るってことは無いよね?
707 名前:デフォルトの名無しさん mailto:sage [2020/03/20(金) 02:27:28.05 ID:uULTB4xx.net] うーん、俺の理解はこんな感じやな クライアントのwasm対応ブラウザからホストにデプロイされたwasmのバイナリをリクエストしてダウンロードされたバイナリをブラウザで実行。 wasmの実行はブラウザ依存で対応ブラウザさえあれば組込だろうとどんな環境でも実行可能かつ高速なのが魅力。 wasm ← ・CaaS、コンテナみたいなもの。 ・wasmは現状ブラウザ標準のFile APIしか使用できないのでネイティブファイルシステムにアクセスできない。 ・ChromeではNative File System APIが試験導入されてるが、現状できることはinput type=“file”のFile APIとかわらない(これは試した)。 ・各言語で書かれたソースコードをコンパイルして、wasmファイル(ブラウザで実行するバイナリ。プラットフォーム毎にバイナリが作られる)を生成。 ・よって基本AOTでJITやインタプリタはない? wasi ← ・PaaS、仮想マシンみたいなもの。 ・wasmから利用できるプラットフォーム毎のネイティブファイルシステムAPIを抽象化した実装。 ・wasiの機能・使用方法 → watからモジュール(ライブラリ)を参照して使用する。 → wasiを使用して書かれたソースコードをwasi対応バイナリとしてコンパイルする、コンパイルされたファイルはwasmだったりしなかったり。 → wasmを実行するランタイムでもある。
708 名前:デフォルトの名無しさん mailto:sage [2020/03/20(金) 02:35:29.88 ID:405ti7Ej.net] >>682 >・各言語で書かれたソースコードをコンパイルして、wasmファイル(ブラウザで実行するバイナリ。プラットフォーム毎にバイナリが作られる)を生成。 「各言語で書かれたソースコードをコンパイルして、wasmファイルを生成」 の部分は正しいが、 Wasmはプラットフォームごとのバイナリではなく、あらゆるプラットフォームで共通の1つのコードだ。 だから、全く同じ *.wasm が Win/Mac/Linux/Android/iOS で、Wasmに対応したあらゆるブラウザで動作する。 なので、プラットフォームごとにキオンパイルしなおす必要は全くない。 >・よって基本AOTでJITやインタプリタはない? Wasmは基本的にAOTではあるが、実行段階でさらにJITによってさらにコンパイルされて高速に動作される。 この
709 名前:段階でWasmの形式から、CPUのマシン語の形式に変換されることがある。 また、Wasmにはインタプリタも存在している。 [] [ここ壊れてます]
710 名前:デフォルトの名無しさん [2020/03/20(金) 05:58:59.54 ID:qGV0eoEO.net] >>680 > 出来ることはJSと完全一致で、JSが出来る範囲の事を超えることは出来ない。 完全一致www まぁ色々仕様見た方がいいね >>681 むしろセキュリティ観点からするとJSの方が安全だよ "そこ"に関しては特別WASMだけが出来ることはないよ
711 名前:デフォルトの名無しさん mailto:sage [2020/03/20(金) 11:01:34.93 ID:405ti7Ej.net] >>684 正しく言えば、Wasmでも、画面の見た目、グラフィック、キーボード/マウス/タッチパネルなどの 入出力、IMEなどを使った日本語入力、XHRやfetchなど、File API, native file API, などはJSを使ってしか出来ないのでJSで出来ないことはWasmでも出来ないことになるので、 「Wasmで出来ることは使える言語と速度を除いてはJSと完全一致」 ということは正しい。
712 名前:デフォルトの名無しさん [2020/03/20(金) 17:23:27.50 ID:43c15jQs.net] 自己矛盾
713 名前:デフォルトの名無しさん mailto:sage [2020/03/21(土) 11:21:11 ID:W/MeN4A+.net] >>676 でもワイ、毎日タダでシコりまくりんグの件
714 名前:デフォルトの名無しさん mailto:sage [2020/03/22(日) 09:31:45 ID:zQpJysa3.net] >>658 >関数言語以外ではどの言語でもほぼ共通である所の変数の代入の概念がRustでは >変更になってしまっている。 たいへん良いことじゃん? 変更されない変数を後から探してconstを付けて回る工数が削減される、
715 名前:デフォルトの名無しさん mailto:sage [2020/03/22(日) 16:15:40.85 ID:6GcIkd5x.net] Rustの所有権や借用の概念は何で今まで他はこうじゃなかったのかと思ってたわ 難しいとか聞いたので構えてたけど、全く何の違和感も無かった 但し書き方が、もうちょい何とか出来なかったのかとは思うが、Rustが難しいのは概念や仕様じゃなくて書式
716 名前:デフォルトの名無しさん mailto:sage [2020/03/22(日) 16:48:50 ID:HvrypJyW.net] >>689 参照などの書き方に統一感が無いのは、Perl の関数呼び出しにおける参照型を思い出させる。 結局、分けが分からないので、衰退して言ったようだ。
717 名前:デフォルトの名無しさん mailto:sage [2020/03/22(日) 20:50:12.50 ID:ZvBqcowf.net] rustはコンストラクタにもう一工夫あればc++に取って変われたかもね。
718 名前:デフォルトの名無しさん mailto:sage [2020/03/22(日) 21:27:08.55 ID:6pjqYr89.net] >>691 そのココロは?
719 名前:デフォルトの名無しさん mailto:sage [2020/03/22(日) 21:28:05.51 ID:I5Su+SV6.net] AppleのCloudサービス(iCloud, iTunes, Siri, Maps)はRustへ移行するってさ Following a very successful first foray into Rust we are migrating an established codebase from C to Rust, and building new functionality primarily in Rust. https://jobs.apple.com/en-us/details/200144575/software-engineer https://jobs.apple.com/en-us/details/200117537/software-engineer
720 名前:デフォルトの名無しさん mailto:sage [2020/03/22(日) 22:46:24.47 ID:bDl/VAFl.net] 欲求の大体は想像できるけど ライブラリ等の使用準備はインスタンス駆動よりも ブロック内に記述/用意したプロパティを言語機能で勝手に読み取り構築してくれるくらいやって欲しいね 機能関数を初めて呼んだ時点でブロック単位最優先のヤツをライブラリに渡してくれるようなの ブロックの親子関係でマイナスになったら初めてフラグもリセット
721 名前:デフォルトの名無しさん mailto:sage [2020/03/22(日) 22:52:16.35 ID:6pjqYr89.net] 意味がワカラン
722 名前:デフォルトの名無しさん mailto:sage [2020/03/22(日) 23:25:52 ID:0rN6cFcx.net] >>693 Swiftの間違いだろ
723 名前:デフォルトの名無しさん mailto:sage [2020/03/23(月) 10:12:42.25 ID:YjRO4AxK.net] 造語症の検査が必要だ 造語症を見抜けないことでかえってリソースが浪費される
724 名前: [] [ここ壊れてます]
725 名前:デフォルトの名無しさん mailto:sage [2020/03/23(月) 10:57:01.11 ID:qdgRIROC.net] DropboxもクライアントをRustに書き換えか Pythonの型アノテーション頑張ってたけど
726 名前:デフォルトの名無しさん mailto:sage [2020/03/23(月) 11:44:55 ID:IXWRbkqI.net] >>692 書いてみりゃわかる。 状態変更や共有に気を遣うとインスタンス生成を上手くやる必要が出る。
727 名前:デフォルトの名無しさん [2020/03/23(月) 12:42:49 ID:e6B2kqQy.net] rustのhello world 4MBになるけど最小化しようとしたら存外難しくてワロタw
728 名前:デフォルトの名無しさん mailto:sage [2020/03/23(月) 14:57:51.21 ID:+m59DBar.net] cargo newしただけの状態をBuildしても143KBなんだが… Goと間違ったのかな?いや流石に無いか、どういう事なんだ釣か?
729 名前:デフォルトの名無しさん mailto:sage [2020/03/23(月) 15:21:39.20 ID:cEc1Pjxt.net] 人工知能にハロワでもさせたんやろ
730 名前:デフォルトの名無しさん mailto:sage [2020/03/23(月) 15:51:42.58 ID:z2RWyRRi.net] AppleもcをRustに置き換えしていくって言ってるよ
731 名前:デフォルトの名無しさん mailto:sage [2020/03/23(月) 16:08:07.86 ID:ryqQXgQk.net] こマ?
732 名前:デフォルトの名無しさん mailto:sage [2020/03/23(月) 16:09:53.98 ID:z2RWyRRi.net] ほい https://www.phoronix.com/scan.php?page=news_item&px=Apple-From-C-To-Rust
733 名前:デフォルトの名無しさん [2020/03/23(月) 16:14:33.22 ID:QFUl7nfE.net] 本文と関係無いグロ画に悪意をおぼえる
734 名前:デフォルトの名無しさん mailto:sage [2020/03/23(月) 18:27:55 ID:KRdtMR7c.net] rustにコンストラクタねえ? コンストラクタに一工夫とか釣りなのかエアプなのか判断に苦しむ
735 名前:デフォルトの名無しさん [2020/03/23(月) 18:48:57 ID:Txpengd8.net] rustのGC性能ショボすぎワロタwww
736 名前:デフォルトの名無しさん mailto:sage [2020/03/23(月) 19:06:25 ID:cjB95B7K.net] >>701 strip -s してないだけだろう
737 名前:デフォルトの名無しさん mailto:sage [2020/03/23(月) 19:54:20 ID:IXWRbkqI.net] >>707 すまん、refCell、mut使いまくりの馬鹿には関係ない話だな。
738 名前:デフォルトの名無しさん mailto:sage [2020/03/23(月) 20:29:15 ID:cEc1Pjxt.net] ワイJavanist完全コンストラクタで華麗に対応
739 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 14:31:56 ID:2CCp9AcV.net] 公式のリファレンス読んでもRustを使うメリットがわからんのやけどPythonみたいに環境がトータルとして優れてるってことか? 変数を束縛という概念で標準でイミュータブルとして定義されると何が嬉しいんや?constやreadonlyやとあかんのか? スコープとシャドイーングもクロージャやとあかんのか?有識者からの説明求む 環境やパフォーマンスやなくて言語仕様や機能そのものは個人的にC#が最高やと思うんやけどマイノリティなんかな
740 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 14:49:34 ID:VKn2QSTg.net] Rustのメリットは実行時のパフォーマンスを犠牲にすることなくそこそこモダンで高度に抽象化された言語で書けること 開発効率だけで言えばC#の方が圧倒的に上だし、総合的なROIで見てもRustがC#を上回るケースは現実にはほとんどない
741 名前:デフォルトの名無しさん [2020/03/25(水) 15:02:16 ID:6ULKuSqz.net] CもC++もDも使ってきたけど最近はPythonばっかり Pythonが物足りなくてRust覚えようとしてたけど C#が思いの外良くてそのままC#使ってる
742 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 16:01:27 ID:bWSDziy7.net] Nimは?
743 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 16:20:35 ID:2CCp9AcV.net] >>713 なるほど、ちゃんと調べてから質問すればよかったわすまんこ システムプログラミングで使われるC/C++の代替がRust/Goなわけなんやね 調べてて知ったのがRust/Goはtry-catchない仕様なんめっちゃええね そもそも例外が起きないようにプログラミング書くのに全処理をtry-catchで囲む慣習が個人的にずっと不服やったんよ そもそも例外も変数で受け取ればええやんてのはほんま納得 Rust/Goでアプリケーション開発できるイージーな環境を誰か構築してほしい
744 名前:な [] [ここ壊れてます]
745 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 16:26:23 ID:eUPBV1Bq.net] PythonのライブラリはCで書く 言語を2つ使うのをやめて1つにするのを狙ってるのがC++やRust PythonはRubyと競争して勝ってしまった 競争も勝敗もないのがC#やJavaやGo
746 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 16:51:30.87 ID:COJzGufp.net] >>712 Rustは、例え一部であっても、参照カウンタも GarbageCollection もなしで、メモリ管理を目指そうとしていた。 束縛や借用を使えばStack変数に関してはそれはある程度成功する。 Heapオブジェクトの自動解放に関しては、Uniqueポインタ的な単一参照や参照カウンタ方式を使っている。 がしかし、循環参照してしまうと誰も使ってないHeapメモリーが自動解放されない現象が起きるので、循環参照を避けることはプログラマの責任で行う設計。
747 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 16:56:54.91 ID:COJzGufp.net] >>718 C/C++では、スタック変数を、関数の呼び出し元へ returnしたり、 引数に返したりすることが出来てしまうが、危険なので絶対やってはならないが、 Rustではそれに関してはコンパイル時にエラーが出るので防げる。 同様に関数の途中のブロックの中だけで有効なブロック変数も、ブロックの 外側にポインタ値を渡してはいけないが、これもRustでは防げる。
748 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 16:59:17.07 ID:COJzGufp.net] >>716 プログラムのし易さの目的には、Rustは向いていない。 例外を try, catch で囲む以上の面倒くささがあらゆる場面で伴う。
749 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 17:01:41 ID:COJzGufp.net] >>714 Pythonは、RAD系。C#も、RAD系的。 Rustは、RAD系とは正反対で、深く使いこなそうとするとCよりもC++よりもずっと難しい。
750 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 17:39:26.59 ID:COJzGufp.net] 海外のサイトでRustを褒めている人は実際には表面的にしか理解してない。 多くの人の投稿を見ているとC++14などの新しいC++が難しいから嫌になって その代替としてRustを使いたいと思っている。 また、うたい文句である所の「安全、ガベージコレクターなし、簡単なC統合」 などをそのまま真に受けている。 ところが現実は違う。 C++ですら複雑に感じる人は、Rustで独自のリンクリストを設計することは決して出来ないと予言しておく。 そして、それが出来ない状態でシステム作りするのは、とても危険である。 (C++が難しく感じるプログラマの99.9%は、Rustで、標準のリンクリストを僅かでも作り直すことは出来ないだろう。)
751 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 17:40:30.68 ID:2CCp9AcV.net] >>720 あーそうなんか残念やな C#は登場から20年経ってようやくパフォーマンスに舵を切り始めて俺が使うことはないやろけどSystem.Runtime.Intrinsicsなんかもリリースされたから下々にもパフォーマンスを享受できるようにしてほしいわ 個人的にp/invokeをpythonのようにctypes/cdllでみたいに使いやすくしてくれへんもんかなC++/CLIでラッパー書くのしんどすぎる
752 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 17:57:58.76 ID:Y3hcHT+A.net] C#はMS製というのが唯一の欠点 食わず嫌いも多いであろう
753 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 17:58:43.28 ID:cjzqzk4A.net] >>716 全処理を囲む?それ設計の問題やろ
754 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 18:00:18.34 ID:giqHqMXk.net] >>722 なかなか支離滅裂な文章だな
755 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 18:05:41.08 ID:fCjn9EhQ.net] >>716 >そもそも例外が起きないようにプログラミング書くのに全処理をtry-catchで囲む慣習が個人的にずっと不服やったんよ エラーハンドリングの基礎を学んだほうが良さそう それにRustとGoではエラーハンドリングの機能や考え方は全く違うぞ
756 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 18:34:22.72 ID:2CCp9AcV.net] 元請けが決めるんやからしゃーないやろw そやから慣習って書
757 名前:「てるやんけ [] [ここ壊れてます]
758 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 19:35:02.48 ID:3tnofAZc.net] 元請けのトンチキさに縛られる環境なら RustやPythonの特徴がどうのとか考えるだけ 無駄では
759 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 19:38:00.42 ID:KwM83K9a.net] Rustをどうしても認めたくない人多いイメージ 海外大手を筆頭に導入が広がりだしてるのは確かなんだが
760 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 19:54:40 ID:eUPBV1Bq.net] 海外の競争原理、和を乱す
761 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 21:17:55.06 ID:eNR5PFXP.net] 海外の事例(○○をrustで書き直しました!)はかなりタメになる rustはいいぞ!なんで使わないの、やくめでしょっていう話は楽しくない 最近だったらDiscordをrustで書き直したって記事が面白かった https://blog.discordapp.com/why-discord-is-switching-from-go-to-rust-a190bbca2b1f ただ、こういうリライト記事って基本的に「既にある≒要件がとても固まってるシステム」が対象なので、 試行錯誤しながら正解を探すっていう普通のプログラミングに合うのかは分からないよね
762 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 22:20:32.82 ID:hLf3cIQd.net] GCに困ってないならRust使う理由無いと思うが
763 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 23:01:17.38 ID:eUPBV1Bq.net] GCのアルゴリズムはいっぱいある 最も単純な方法では何か困ったからいっぱい作った
764 名前:デフォルトの名無しさん [2020/03/25(水) 23:26:28.94 ID:6cLcCOlB.net] ふつう何かを開発するのにGCとか型付けとか 関数型プログラミングとかそんなくだらない事はどーでもいいわけ。 numpyやpandas、数学ライブラが充実してるから pyを使う 組み込みで機械動かせるからC系を使う ブラウザはJavaScriptで動作するからJavaScriptを使う モバイル開発専用の言語だからkotlinやswiftを使う みんな使ってるからJavaを使う GoやRustにそれらの専売性がありますか? ないよね?それを使わざるを得ない状況がないよね? じゃあ要らないよね。
765 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 23:29:23.97 ID:ukHBAVn8.net] いやそれGC使ってるからね。。
766 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 23:43:09.74 ID:JWe47CB2.net] Goは文法がガチでウンコ あれ作った低学歴に説教してやりてえわ
767 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 00:00:42 ID:ldfbk/zu.net] GAEに最適だから俺はこのGoの言語を選ぶぜ
768 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 00:11:18.82 ID:Dsy66Brp.net] このGoに及んでくだらんことを言うな
769 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 00:36:21 ID:Gvi6EW7Y.net] >>735 サーバー書くのなら割とGoが最適解の時あるのでは
770 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 00:42:11.16 ID:Dsy66Brp.net] サーバーって、ショッピングの Web API サーバーとか? あの記述力の低さで複雑なドメイン扱える気がしないな
771 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 00:58:37 ID:Gvi6EW7Y.net] >>741 そんなん言われても実際に使ってるところあるし
772 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 01:50:56 ID:Dsy66Brp.net] >>742 そんなこと言ったら、PHP 4 だって使ってるところありますよ(笑)
773 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 01:58:57.97 ID:Gvi6EW7Y.net] >>743 まあ確かにGoは技術力いるかもな 俺は技術力高い所がよく使ってるのは重要な指針になると思ってるんだけど、君はそう思わないタイプ?
774 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 02:21:23.83 ID:Dsy66Brp.net] 記述力の低さを指摘したら いっぱい使ってるし!とマジギレされたでござる Go信者こわ
775 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 02:24:54.88 ID:mwwmClxG.net] そりゃphpだってfacebookは使ってるし、javaだってgoogleが使ってるわけで そんなことで判断するのは流石にどうかと思うわ。
776 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 02:34:21 ID:SQR24f3M.net] バックエンドは長いスパンで運用しながら継続的に開発していくわ
777 名前:けだが、 そういった状況において言語の一定以上の機能性は開発生産性にほとんど寄与しないんだよね Googleはプログラマの感情を無視して露骨にそれを主張してるから反感を買いがちだけど、 MSなんかも統計的にはその事実はよく理解してるはず [] [ここ壊れてます]
778 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 06:12:20.75 ID:2gvNqqTc.net] 頑固な善人より柔軟な悪人の方が機能性があると思うやんか でも一定以下に抑えることができなくなって悪は滅ぶ この主張が感情ではなく統計的事実だとすると滅ぶのは誰なのか
779 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 07:13:45.73 ID:xf2sP63i.net] MicrosoftがProject Veronaという主要言語の研究でRustを高く評価してるな Windowsの低水準コンポーネントをRustで書いて試用中らしい >>732 同意、ぶっちゃけ実際の開発って仕様決まってようがRADでコアを作って形になったらそのままスケールしていくって感じが個人的にほとんどなんだよな とにかく効率的なメタで開発したプログラムをパフォーマンスやメンテがボトルネックだから性能を追求と保守性で最適なメタでリライトしようぜって感じでRust採用って流れじゃなかろうか
780 名前:デフォルトの名無しさん [2020/03/26(木) 07:54:21.26 ID:Sq/f/q6k.net] Rustだから効率悪いとは思わんが
781 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 08:37:28.63 ID:mwwmClxG.net] >>747 それはそう。 結局組織の問題だったりするわけだがプログラマとしては面白くない結論なんだろうっていうのはよくわかる。