[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 08/13 18:55 / Filesize : 225 KB / Number-of Response : 1044
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

次世代言語18 Go Rust Elixir Kotlin TypeScript



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/

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
それはそう。
結局組織の問題だったりするわけだがプログラマとしては面白くない結論なんだろうっていうのはよくわかる。

782 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 10:50:56.35 ID:2gvNqqTc.net]
人類は感情を煽る技術ばっかり進歩させて
逆に感情を抑えるノウハウをほとんど持ってない

783 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 11:13:24.16 ID:Nv8FEfE5.net]
記述力なんて言葉を使うやつが
複雑なドメインを扱える気がしない

784 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 11:46:49.87 ID:OqYbDrlw.net]
>>752
スレ違いな内容を書きたいという感情を抑えることができないのか

785 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 19:59:58.20 ID:1Pvv4AyX.net]
>>749
後半の文節に関して、Webサービスの世界における究極のRADである Ruby on Rails の
誕生から現在に至るストーリー展開とのデジャブーを感じる
たとえば Twitter は、Rails でスタートアップして「コアをスケールアップ」していくことで
ビジネス的な成功を収め、同時に「パフォーマンスやメンテがボトルネック」だから
内部のコンポーネントを Scala/Java へ移行している

Rust に関して言えば、必須の低水準言語は C であることは変えようが無いという前提のもとで、
それよりやや高水準をターゲットとしている C++ のシェア侵食が起こり得ると考える

それはWebサービスの世界で Rails が PHP の牙城に食い込んでいった歴史の再現だ
もちろん昔も今も PHP の絶対的王者たる地位に揺るぎがあろうはずもなく、
一部の熱狂者たちが Rails のシェアを支えているに過ぎないという事実と重なる

同様に、Rust が一定の認知を得て普及する可能性は高いと同時に、
すべての C++/Java/C# プロジェクトが Rust に置き換わるバラ色の未来もまた存在しないだろう

786 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 20:18:11.18 ID:BFnt5xGK.net]
誰も言ってないことを長文で批判するのが
あちこちのスレで見るよね

787 名前:デフォルトの名無しさん [2020/03/26(Thu) 21:18:48 ID:5AygTm0o.net]
>>755
まず「文節」を辞書で引こう。
小学校の国語の授業寝てたの?www

788 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 21:59:58 ID:3AJePqna.net]
PHPが絶対的王者ってマジ?
俺の世界ではRubyが王者でそのあとをGoが追ってて、PHPはゴリ押ししてようやく採用されるかどうかなんだが

789 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 22:19:20 ID:5np4UAxw.net]
春になるとポエッティーノ男爵ふえるよね



790 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 22:26:38 ID:Dsy66Brp.net]
PHPなんてもう名前すら聞かなくなった
あんなガイジ言語ありがたがってる程度の底辺とは付き合いがないからかもしれんが

791 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 22:30:12 ID:z8spWkog.net]
いまどきRubyを好んで使うのは底辺うんこベンチャーくらいだろ

792 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 22:30:42 ID:MxLRauFN.net]
駄目なのはポエムじゃなくて登場人物を出すやつだ
プログラムは無人で動くべきなんだよ

793 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 23:20:27 ID:n14BBjo0.net]
>>759
ポエムじゃなくて、「転生したらPHPが絶対王者だった件」というラノベかもよ

794 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 23:26:23 ID:Dsy66Brp.net]
>>763
転職して型無しゲェジのウンポコペチプー糞まみれになって気が狂って
最後はコロナに罹って電車に飛び込む話か

795 名前:◆QZaw55cn4c mailto:sage [2020/03/26(Thu) 23:37:49 ID:8/yZHzko.net]
>>758
wikipedia も PHP だし…

796 名前:デフォルトの名無しさん [2020/03/27(金) 00:20:14 ID:GUIIkCWN.net]
PHPは言語設計力0のガイジが作って、さらに機能を付け足していって更にガイジ言語になり、IT界でSIerが一番権力を持つガイジ国家日本で文系ガイジが動的なHTMLを書けるというだけで採用し、変えられずに今に至る
証拠にメルカリや最近のWeb系企業はPHPではモダンな言語でWebを作っている

でも俺はGoは好きじゃないけど

797 名前:デフォルトの名無しさん [2020/03/27(金) 00:20:58 ID:GUIIkCWN.net]
タイポ
PHPではなくモダンな言語でWebを作っている

798 名前:◆QZaw55cn4c mailto:sage [2020/03/27(金) 00:35:13 ID:HpnI1SG8.net]
>>766
>PHPではモダンな言語でWebを作っている
言ってることが矛盾していませんか?

799 名前:◆QZaw55cn4c mailto:sage [2020/03/27(金) 00:35:34 ID:HpnI1SG8.net]
>>767
了解しました



800 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 00:43:11 ID:AdoNhS+g.net]
>>769
承知しましただろうが
日本語もまともに使えないガイジ
情けない
世も末だな






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<225KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef