次世代言語18 Go Rust Elixir Kotlin TypeScript

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2019/10/01(火) 02:58:03.93ID:aEwUIB6s
スレタイ以外の言語もok

前スレ
次世代言語17 Go Rust Kotlin TypeScript Julia
https://mevius.5ch.net/test/read.cgi/tech/1567602619/
2020/03/18(水) 12:09:15.13ID:LF+YjKOD
じゃあ何ならいいの？
AltC？
2020/03/18(水) 14:05:37.85ID:m8jl3r7k
>>645
C99, C11, C18, C2x
2020/03/18(水) 14:40:59.49ID:QhEd5Nre
C99でいい
2020/03/18(水) 15:23:05.35ID:dFIFySqQ
COVID-19
2020/03/18(水) 16:17:02.71ID:U9aknzyy
>>651
C99 の大部分は改悪、C89 こそ正義！
654デフォルトの名無しさん
垢版 |
2020/03/18(水) 16:23:14.96ID:0bSESAPE
どこが？
具体的に。
2020/03/18(水) 16:24:55.32ID:U9aknzyy
>>654
C99 の C++ 互換でない仕様は基本的に害悪
656デフォルトの名無しさん
垢版 |
2020/03/18(水) 16:39:49.24ID:0bSESAPE
>>654
C99 と互換でない C++ の仕様が害悪なのでは？
ボブは訝しんだ
2020/03/18(水) 22:36:26.94ID:IrvT9dn/
K&Rとかいう化石以外なら何でも良いよ
2020/03/19(木) 03:45:35.82ID:VRFqiqhe
>>622
Rustは、有る意味では普通の「手続き型言語」の枠組みを超えてしまっているため、
通常のプログラミング言語の代わりに使うことはほぼ出来ないことが最大の欠点。
関数言語以外ではどの言語でもほぼ共通である所の変数の代入の概念がRustでは
変更になってしまっている。
2020/03/19(木) 03:51:58.51ID:VRFqiqhe
>>642
ファイルシステムに関しては、本当にサンドボックスの外に出られ無い事が
大問題ではあるが、Wasmは雰囲気だけはnativeアプリ見たいには出来る。
ダウンロード時間を含めて起動も速い:
https://yutakaaoki.github.io/demo1/index.html
2020/03/19(木) 04:21:11.94ID:VRFqiqhe
>>98
KotlinとSwiftは、それぞれ、ほぼ AndroidとiOS専用なのに対し、DartとFlutterと組み合わせは、マルチプラットフォームであることが違うことは違う。
2020/03/19(木) 04:23:28.20ID:VRFqiqhe
>>96
Dartは、Javaにも似ているが、初期のころのC++に似ている気がした。
原始的なC++から、型を明示した宣言を省略したような感じ。
C#やSwiftには便利さの点で負けると思うし、確かにJavaにすら負けているかもね。
2020/03/19(木) 04:29:05.38ID:VRFqiqhe
>>24
Rustは、厳格すぎて余計なことに気を取られたりタイプ量が多すぎてむしろC++より生産性は下がりそうだ。
生産性という意味では、C#やJavaの方が上だろう。
2020/03/19(木) 04:43:25.86ID:H2D24Ilu
>>659
結局wasmの売りってホストにデプロイされたバイトコードが如何なる環境でもChromium上で実行可能かつネイティブと迫る速度であるってことだからやっぱターゲットはゲームやモバイルアプリなんだよな
そうなると最近アナウンスされたReactNative for Windows/Macとはベクトルが違うからやっぱクロスプラットフォームって幻想だよな
実際アプリもネイティブで書いた方がメンテしやすいからなみんなネイティブで書いてるもんな
664デフォルトの名無しさん
垢版 |
2020/03/19(木) 06:33:09.69ID:I3A3yd/j
それはwasmじゃなくてwasiでやろうとしてることでしょ？
2020/03/19(木) 12:54:55.70ID:H2D24Ilu
>>664
wasiなんてあるのか知らなかったわサンクス
node.jsでも試験的に実装されてて実際に動作するみたいやな
現状ファイルアクセスだけみたいやがネットワーク接続もできるようになるみたいやしnode.jsでwasiがサポートされてるなら完全なクロスプラットフォームが実現しそうやな
2020/03/19(木) 13:04:19.10ID:Pzb6grX0
ぼくもwasiって知らんかった。このスレたまたま開いてよかった
2020/03/19(木) 13:43:55.40ID:VRFqiqhe
Wasm : ブラウザで動かす。バックエンドのJSのcanvasなどを使うことで
　　　 グラフィックも使え、GUIも可能。原則、nativeファイルシステムが使えない。

wasi : Wasmを使うがブラウザ外で動かし、今のところCUI専用。native ファイル
　　　 システムが使えるので、サーバーサイドの node.jsやJavaの置き換えや
　　　 組み込みに向いているらしい。
2020/03/19(木) 13:47:08.94ID:66GF5L4f
webの流れ早過ぎ
業務で触ってないと追いつける気がしない
2020/03/19(木) 13:48:24.36ID:MilrfGsk
wasiの変なサイトにアクセスしたら勝手にインストールされて
激重なるの？情報も抜かれる？
2020/03/19(木) 13:56:02.78ID:VRFqiqhe
>>667
他にも、
Wasmer, Wasmerio(Wasmer I/O ?), Wasmtime など色々出てきている。
2020/03/19(木) 14:39:21.98ID:VRFqiqhe
>>669
そんなことは無い。
すべてはブラウザのセキュリティーモデルの中で動いているので、
原則的に今までどおりのセキュリティーレベル。
というのは、結局、Wasmで出来ることはJSでできることと変わりが無いため、
JSでどう書いてもできないことは、Wasmでもできないから。
Wasmの大きな利点は、JS以外の言語が使えることで、プログラムが開発し易くなること。
たとえば、JSだと間違いになかなか気づかない箇所でもC++だとコンパイラが発見してくれ、protected属性をつけていれば、他のclassからのアクセス制御なども出来て、保護したい変数に不用意にアクセスできなく出来たりする。
672デフォルトの名無しさん
垢版 |
2020/03/19(木) 15:20:08.64ID:dnKvjYNt
DOS攻撃すると逆にハッカー側がダメージ負う方法ってない？
例えばレスポンスで巨大なファイル送りつけるとか(多分レスポンス受け取らないから意味なさそう)
2020/03/19(木) 16:26:42.06ID:jGrvpb5b
ネットを利用するとお金がかかるようにすればいいのに
なんでネットすぐタダにしてしまうん
2020/03/19(木) 16:45:13.38ID:H2D24Ilu
>>668
俺は最新のメタはほぼすべて趣味で調べて自宅でコーディングして試してるで
仕事やとまず言語ですら最新のバージョン触れないから言語やフレームワークの新機能やトレンドはすべてプライベートでないとキャッチアップ不可能
2020/03/19(木) 16:57:59.44ID:M+e24sDQ
wasi なんてワシもしらんかったわい
2020/03/19(木) 17:00:48.35ID:c1m9bpJY
>>673
じつはネットもぜんぜんタダやないんやで
主に広告によって収入を得る仕組みになっとるんや
ただしサービスを受けとる側が提供してる側へ直接払うみたいな
ドストレートな金の流れにはなってへんし、そもそもサービスを
提供してる側が金をもらうようにはなってない事もようあるで
世の中タダのもんなんてあらへんで
677デフォルトの名無しさん
垢版 |
2020/03/19(木) 17:53:08.01ID:hFX+dqhp
>>669
その文脈でwasiはおかしい。wasmかな？
2020/03/19(木) 19:35:41.74ID:KTdRY0Ga
>>657
K&R2=C89 で必要にして十分、それ以降は蛇足
679デフォルトの名無しさん
垢版 |
2020/03/19(木) 22:41:13.00ID:i16Q86hT
> というのは、結局、Wasmで出来ることはJSでできることと変わりが無いため、
> JSでどう書いてもできないことは、Wasmでもできないから。

え？
間違ったことは教えちゃダメよーダメダメ🙅‍♂

wasmでしかできないこともあるし、JSでしか出来ないこともあるよ
2020/03/20(金) 00:11:25.98ID:405ti7Ej
>>679
いや、言語が変えられることと、速度が速いこと以外は、Wasmが
出来ることはJSと完全一致で、JSが出来る範囲の事を超えることは出来ない。
これは絶対。
2020/03/20(金) 01:17:37.81ID:b2ihZgLg
>>679
>wasmでしかできないこともあるし、JSでしか出来ないこともあるよ

これはそうだけど
セキュリティ観点でJS onlyでは出来ないけど
wasm使えば出来るってことは無いよね？
2020/03/20(金) 02:27:28.05ID:uULTB4xx
うーん、俺の理解はこんな感じやな
クライアントの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を実行するランタイムでもある。
2020/03/20(金) 02:35:29.88ID:405ti7Ej
>>682
>・各言語で書かれたソースコードをコンパイルして、wasmファイル(ブラウザで実行するバイナリ。プラットフォーム毎にバイナリが作られる)を生成。
「各言語で書かれたソースコードをコンパイルして、wasmファイルを生成」
の部分は正しいが、
Wasmはプラットフォームごとのバイナリではなく、あらゆるプラットフォームで共通の1つのコードだ。
だから、全く同じ *.wasm が Win/Mac/Linux/Android/iOS で、Wasmに対応したあらゆるブラウザで動作する。
なので、プラットフォームごとにキオンパイルしなおす必要は全くない。

>・よって基本AOTでJITやインタプリタはない？
Wasmは基本的にAOTではあるが、実行段階でさらにJITによってさらにコンパイルされて高速に動作される。
この段階でWasmの形式から、CPUのマシン語の形式に変換されることがある。
また、Wasmにはインタプリタも存在している。
684デフォルトの名無しさん
垢版 |
2020/03/20(金) 05:58:59.54ID:qGV0eoEO
>>680
> 出来ることはJSと完全一致で、JSが出来る範囲の事を超えることは出来ない。
完全一致www
まぁ色々仕様見た方がいいね

>>681
むしろセキュリティ観点からするとJSの方が安全だよ
"そこ"に関しては特別WASMだけが出来ることはないよ
2020/03/20(金) 11:01:34.93ID:405ti7Ej
>>684
正しく言えば、Wasmでも、画面の見た目、グラフィック、キーボード/マウス/タッチパネルなどの
入出力、IMEなどを使った日本語入力、XHRやfetchなど、File API, native file API,
などはJSを使ってしか出来ないのでJSで出来ないことはWasmでも出来ないことになるので、
「Wasmで出来ることは使える言語と速度を除いてはJSと完全一致」
ということは正しい。
686デフォルトの名無しさん
垢版 |
2020/03/20(金) 17:23:27.50ID:43c15jQs
自己矛盾
2020/03/21(土) 11:21:11.63ID:W/MeN4A+
>>676
でもワイ、毎日タダでシコりまくりんグの件
2020/03/22(日) 09:31:45.18ID:zQpJysa3
>>658
>関数言語以外ではどの言語でもほぼ共通である所の変数の代入の概念がRustでは
>変更になってしまっている。
たいへん良いことじゃん？
変更されない変数を後から探してconstを付けて回る工数が削減される、
2020/03/22(日) 16:15:40.85ID:6GcIkd5x
Rustの所有権や借用の概念は何で今まで他はこうじゃなかったのかと思ってたわ
難しいとか聞いたので構えてたけど、全く何の違和感も無かった
但し書き方が、もうちょい何とか出来なかったのかとは思うが、Rustが難しいのは概念や仕様じゃなくて書式
2020/03/22(日) 16:48:50.31ID:HvrypJyW
>>689
参照などの書き方に統一感が無いのは、Perl の関数呼び出しにおける参照型を思い出させる。
結局、分けが分からないので、衰退して言ったようだ。
2020/03/22(日) 20:50:12.50ID:ZvBqcowf
rustはコンストラクタにもう一工夫あればc++に取って変われたかもね。
2020/03/22(日) 21:27:08.55ID:6pjqYr89
>>691
そのココロは？
2020/03/22(日) 21:28:05.51ID:I5Su+SV6
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
2020/03/22(日) 22:46:24.47ID:bDl/VAFl
欲求の大体は想像できるけど
ライブラリ等の使用準備はインスタンス駆動よりも
ブロック内に記述/用意したプロパティを言語機能で勝手に読み取り構築してくれるくらいやって欲しいね
機能関数を初めて呼んだ時点でブロック単位最優先のヤツをライブラリに渡してくれるようなの
ブロックの親子関係でマイナスになったら初めてフラグもリセット
2020/03/22(日) 22:52:16.35ID:6pjqYr89
意味がワカラン
2020/03/22(日) 23:25:52.06ID:0rN6cFcx
>>693
Swiftの間違いだろ
2020/03/23(月) 10:12:42.25ID:YjRO4AxK
造語症の検査が必要だ
造語症を見抜けないことでかえってリソースが浪費される
2020/03/23(月) 10:57:01.11ID:qdgRIROC
DropboxもクライアントをRustに書き換えか
Pythonの型アノテーション頑張ってたけど
2020/03/23(月) 11:44:55.37ID:IXWRbkqI
>>692
書いてみりゃわかる。
状態変更や共有に気を遣うとインスタンス生成を上手くやる必要が出る。
700デフォルトの名無しさん
垢版 |
2020/03/23(月) 12:42:49.16ID:e6B2kqQy
rustのhello world 4MBになるけど最小化しようとしたら存外難しくてワロタｗ
2020/03/23(月) 14:57:51.21ID:+m59DBar
cargo newしただけの状態をBuildしても143KBなんだが…
Goと間違ったのかな？いや流石に無いか、どういう事なんだ釣か？
2020/03/23(月) 15:21:39.20ID:cEc1Pjxt
人工知能にハロワでもさせたんやろ
2020/03/23(月) 15:51:42.58ID:z2RWyRRi
AppleもcをRustに置き換えしていくって言ってるよ
2020/03/23(月) 16:08:07.86ID:ryqQXgQk
こマ？
2020/03/23(月) 16:09:53.98ID:z2RWyRRi
ほい
https://www.phoronix.com/scan.php?page=news_item&;px=Apple-From-C-To-Rust
706デフォルトの名無しさん
垢版 |
2020/03/23(月) 16:14:33.22ID:QFUl7nfE
本文と関係無いグロ画に悪意をおぼえる
2020/03/23(月) 18:27:55.44ID:KRdtMR7c
rustにコンストラクタねえ？
コンストラクタに一工夫とか釣りなのかエアプなのか判断に苦しむ
708デフォルトの名無しさん
垢版 |
2020/03/23(月) 18:48:57.41ID:Txpengd8
rustのGC性能ショボすぎワロタｗｗｗ
2020/03/23(月) 19:06:25.60ID:cjB95B7K
>>701
strip -s してないだけだろう
2020/03/23(月) 19:54:20.21ID:IXWRbkqI
>>707
すまん、refCell、mut使いまくりの馬鹿には関係ない話だな。
2020/03/23(月) 20:29:15.25ID:cEc1Pjxt
ワイJavanist完全コンストラクタで華麗に対応
2020/03/25(水) 14:31:56.32ID:2CCp9AcV
公式のリファレンス読んでもRustを使うメリットがわからんのやけどPythonみたいに環境がトータルとして優れてるってことか？
変数を束縛という概念で標準でイミュータブルとして定義されると何が嬉しいんや？constやreadonlyやとあかんのか？
スコープとシャドイーングもクロージャやとあかんのか？有識者からの説明求む
環境やパフォーマンスやなくて言語仕様や機能そのものは個人的にC#が最高やと思うんやけどマイノリティなんかな
2020/03/25(水) 14:49:34.17ID:VKn2QSTg
Rustのメリットは実行時のパフォーマンスを犠牲にすることなくそこそこモダンで高度に抽象化された言語で書けること
開発効率だけで言えばC#の方が圧倒的に上だし、総合的なROIで見てもRustがC#を上回るケースは現実にはほとんどない
714デフォルトの名無しさん
垢版 |
2020/03/25(水) 15:02:16.86ID:6ULKuSqz
CもC++もDも使ってきたけど最近はPythonばっかり
Pythonが物足りなくてRust覚えようとしてたけど
C#が思いの外良くてそのままC#使ってる
2020/03/25(水) 16:01:27.10ID:bWSDziy7
Nimは？
2020/03/25(水) 16:20:35.23ID:2CCp9AcV
>>713
なるほど、ちゃんと調べてから質問すればよかったわすまんこ
システムプログラミングで使われるC/C++の代替がRust/Goなわけなんやね
調べてて知ったのがRust/Goはtry-catchない仕様なんめっちゃええね
そもそも例外が起きないようにプログラミング書くのに全処理をtry-catchで囲む慣習が個人的にずっと不服やったんよ
そもそも例外も変数で受け取ればええやんてのはほんま納得
Rust/Goでアプリケーション開発できるイージーな環境を誰か構築してほしいな
2020/03/25(水) 16:26:23.15ID:eUPBV1Bq
PythonのライブラリはCで書く
言語を2つ使うのをやめて1つにするのを狙ってるのがC++やRust

PythonはRubyと競争して勝ってしまった
競争も勝敗もないのがC#やJavaやGo
2020/03/25(水) 16:51:30.87ID:COJzGufp
>>712
Rustは、例え一部であっても、参照カウンタも GarbageCollection もなしで、メモリ管理を目指そうとしていた。
束縛や借用を使えばStack変数に関してはそれはある程度成功する。
Heapオブジェクトの自動解放に関しては、Uniqueポインタ的な単一参照や参照カウンタ方式を使っている。
がしかし、循環参照してしまうと誰も使ってないHeapメモリーが自動解放されない現象が起きるので、循環参照を避けることはプログラマの責任で行う設計。
2020/03/25(水) 16:56:54.91ID:COJzGufp
>>718
C/C++では、スタック変数を、関数の呼び出し元へ returnしたり、
引数に返したりすることが出来てしまうが、危険なので絶対やってはならないが、
Rustではそれに関してはコンパイル時にエラーが出るので防げる。
同様に関数の途中のブロックの中だけで有効なブロック変数も、ブロックの
外側にポインタ値を渡してはいけないが、これもRustでは防げる。
2020/03/25(水) 16:59:17.07ID:COJzGufp
>>716
プログラムのし易さの目的には、Rustは向いていない。
例外を try, catch で囲む以上の面倒くささがあらゆる場面で伴う。
2020/03/25(水) 17:01:41.23ID:COJzGufp
>>714
Pythonは、RAD系。C#も、RAD系的。
Rustは、RAD系とは正反対で、深く使いこなそうとするとCよりもC++よりもずっと難しい。
2020/03/25(水) 17:39:26.59ID:COJzGufp
海外のサイトでRustを褒めている人は実際には表面的にしか理解してない。
多くの人の投稿を見ているとC++14などの新しいC++が難しいから嫌になって
その代替としてRustを使いたいと思っている。
また、うたい文句である所の「安全、ガベージコレクターなし、簡単なC統合」
などをそのまま真に受けている。
ところが現実は違う。
C++ですら複雑に感じる人は、Rustで独自のリンクリストを設計することは決して出来ないと予言しておく。
そして、それが出来ない状態でシステム作りするのは、とても危険である。
（C++が難しく感じるプログラマの99.9%は、Rustで、標準のリンクリストを僅かでも作り直すことは出来ないだろう。）
2020/03/25(水) 17:40:30.68ID:2CCp9AcV
>>720
あーそうなんか残念やな

C#は登場から20年経ってようやくパフォーマンスに舵を切り始めて俺が使うことはないやろけどSystem.Runtime.Intrinsicsなんかもリリースされたから下々にもパフォーマンスを享受できるようにしてほしいわ
個人的にp/invokeをpythonのようにctypes/cdllでみたいに使いやすくしてくれへんもんかなC++/CLIでラッパー書くのしんどすぎる
2020/03/25(水) 17:57:58.76ID:Y3hcHT+A
C#はＭＳ製というのが唯一の欠点
食わず嫌いも多いであろう
2020/03/25(水) 17:58:43.28ID:cjzqzk4A
>>716
全処理を囲む？それ設計の問題やろ
2020/03/25(水) 18:00:18.34ID:giqHqMXk
>>722
なかなか支離滅裂な文章だな
2020/03/25(水) 18:05:41.08ID:fCjn9EhQ
>>716
>そもそも例外が起きないようにプログラミング書くのに全処理をtry-catchで囲む慣習が個人的にずっと不服やったんよ

エラーハンドリングの基礎を学んだほうが良さそう
それにRustとGoではエラーハンドリングの機能や考え方は全く違うぞ
2020/03/25(水) 18:34:22.72ID:2CCp9AcV
元請けが決めるんやからしゃーないやろw
そやから慣習って書いてるやんけ
2020/03/25(水) 19:35:02.48ID:3tnofAZc
元請けのトンチキさに縛られる環境なら
RustやPythonの特徴がどうのとか考えるだけ
無駄では
2020/03/25(水) 19:38:00.42ID:KwM83K9a
Rustをどうしても認めたくない人多いイメージ
海外大手を筆頭に導入が広がりだしてるのは確かなんだが
2020/03/25(水) 19:54:40.38ID:eUPBV1Bq
海外の競争原理、和を乱す
2020/03/25(水) 21:17:55.06ID:eNR5PFXP
海外の事例(○○をrustで書き直しました！)はかなりタメになる
rustはいいぞ！なんで使わないの、やくめでしょっていう話は楽しくない

最近だったらDiscordをrustで書き直したって記事が面白かった
https://blog.discordapp.com/why-discord-is-switching-from-go-to-rust-a190bbca2b1f

ただ、こういうリライト記事って基本的に「既にある≒要件がとても固まってるシステム」が対象なので、
試行錯誤しながら正解を探すっていう普通のプログラミングに合うのかは分からないよね
2020/03/25(水) 22:20:32.82ID:hLf3cIQd
GCに困ってないならRust使う理由無いと思うが
2020/03/25(水) 23:01:17.38ID:eUPBV1Bq
GCのアルゴリズムはいっぱいある
最も単純な方法では何か困ったからいっぱい作った
735デフォルトの名無しさん
垢版 |
2020/03/25(水) 23:26:28.94ID:6cLcCOlB
ふつう何かを開発するのにGCとか型付けとか
関数型プログラミングとかそんなくだらない事はどーでもいいわけ。

numpyやpandas、数学ライブラが充実してるから
pyを使う
組み込みで機械動かせるからC系を使う
ブラウザはJavaScriptで動作するからJavaScriptを使う
モバイル開発専用の言語だからkotlinやswiftを使う
みんな使ってるからJavaを使う

GoやRustにそれらの専売性がありますか？
ないよね？それを使わざるを得ない状況がないよね？
じゃあ要らないよね。
2020/03/25(水) 23:29:23.97ID:ukHBAVn8
いやそれGC使ってるからね。。
2020/03/25(水) 23:43:09.74ID:JWe47CB2
Goは文法がガチでウンコ
あれ作った低学歴に説教してやりてえわ
2020/03/26(木) 00:00:42.85ID:ldfbk/zu
GAEに最適だから俺はこのGoの言語を選ぶぜ
2020/03/26(木) 00:11:18.82ID:Dsy66Brp
このGoに及んでくだらんことを言うな
2020/03/26(木) 00:36:21.74ID:Gvi6EW7Y
>>735
サーバー書くのなら割とGoが最適解の時あるのでは
2020/03/26(木) 00:42:11.16ID:Dsy66Brp
サーバーって、ショッピングの Web API サーバーとか？
あの記述力の低さで複雑なドメイン扱える気がしないな
2020/03/26(木) 00:58:37.13ID:Gvi6EW7Y
>>741
そんなん言われても実際に使ってるところあるし
2020/03/26(木) 01:50:56.47ID:Dsy66Brp
>>742
そんなこと言ったら、PHP 4 だって使ってるところありますよ（笑）
2020/03/26(木) 01:58:57.97ID:Gvi6EW7Y
>>743
まあ確かにGoは技術力いるかもな
俺は技術力高い所がよく使ってるのは重要な指針になると思ってるんだけど、君はそう思わないタイプ？
2020/03/26(木) 02:21:23.83ID:Dsy66Brp
記述力の低さを指摘したら
いっぱい使ってるし！とマジギレされたでござる

Go信者こわ
2020/03/26(木) 02:24:54.88ID:mwwmClxG
そりゃphpだってfacebookは使ってるし、javaだってgoogleが使ってるわけで
そんなことで判断するのは流石にどうかと思うわ。
2020/03/26(木) 02:34:21.84ID:SQR24f3M
バックエンドは長いスパンで運用しながら継続的に開発していくわけだが、
そういった状況において言語の一定以上の機能性は開発生産性にほとんど寄与しないんだよね
Googleはプログラマの感情を無視して露骨にそれを主張してるから反感を買いがちだけど、
MSなんかも統計的にはその事実はよく理解してるはず
2020/03/26(木) 06:12:20.75ID:2gvNqqTc
頑固な善人より柔軟な悪人の方が機能性があると思うやんか
でも一定以下に抑えることができなくなって悪は滅ぶ
この主張が感情ではなく統計的事実だとすると滅ぶのは誰なのか
2020/03/26(木) 07:13:45.73ID:xf2sP63i
MicrosoftがProject Veronaという主要言語の研究でRustを高く評価してるな
Windowsの低水準コンポーネントをRustで書いて試用中らしい

>>732
同意、ぶっちゃけ実際の開発って仕様決まってようがRADでコアを作って形になったらそのままスケールしていくって感じが個人的にほとんどなんだよな
とにかく効率的なメタで開発したプログラムをパフォーマンスやメンテがボトルネックだから性能を追求と保守性で最適なメタでリライトしようぜって感じでRust採用って流れじゃなかろうか
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況