次世代言語29 TypeScript Swift Go Kotlin Rust Nim
■ このスレッドは過去ログ倉庫に格納されています
スレタイ以外の言語もok 前スレ 次世代言語28 TypeScript Swift Go Kotlin Rust Nim https://mevius.5ch.net/test/read.cgi/tech/1661739736/ 前スレ >GCで良ければGC言語使えば良いよ Google >Rustで良ければRust使えば良いよ Google >Rust使えないから Carbon始めました >>84 それソーシャルクラッキングだから言語なんて1mmも関係ないぞ >>86 Carbon公式FAQを読みなさい If you can use Rust, ignore Carbon とのサブタイトルから始まりRustの方が良いと書かれている Carbonは既存C++コードのための存在 Google >Rustで良ければRust使えば良いよ Google >Rust使えないから Carbon始めました まんまじゃねーか CarbonはC++に強く依存したプロジェクトのためのものなので、そうじゃないならRustを使え、 とわざわざ書いてあるんだな Google >Rustで良ければ Rust使えば良いよ Google >Rust使えないから Carbon始めました まんまじゃねーか RustはRustに強く依存したプロジェクトになるという欠点があるからな。 Rusteseはそれが狙いなんだろうけど。 >>94 Rustese>こっちの水は甘いよ Google >Rust沼はスルーする >>95 GoogleはRustを使いまくっていて AndroidとLinuxがRust導入することになったのもGoogleの強いRust推しがあったためだよ 一方で既存のC++によるシステムは次に大規模システム改変があるまではこのまま使い続けたいけど C++には問題が多すぎるからCarbonでそれまで延命するっていう話だよ >>96 もうRustは諦めな 向いてなかった Goスレの自己紹介レスうける そもそもGoogleはRustを安定的に支えるために設立したRust Foundationの発起人やんけ >>84 こういうのはだいたい最初の突破口はクラウドの設定ミスかソーシャルエンジニアリング C/C++用のライブラリ書く機会多いもんなぁ だがここにRust使ううまみは全く無い Rustはなんでも「Rustなら最高に安全に、高効率でできる」と言って、開発効率を無視するのがなんか違うよなって思ってる。 すぐに「長期的にはRustの方が開発効率が良い」とか言うし。 「最初は負債を負ってでもプロダクト出さなきゃしゃーねーだろ、後で返済しろ」みたいなまともなビジネス要件を完全に無視されるので、なんなのよって思うことが多い。 大風呂敷はともかく 言語仕様に絞ればRustはプログラミングしやすくて開発効率が高いのは事実だと思うぜ その点まで否定する人はいないと思うが >>101-103 負債まみれでも、とりあえずRoRが良い 現実解>>27 C++には自由がありそうでないんだよな bad_allocを投げない自由があるとか綺麗事を言うが実質的にそんな自由はない >>105 (26) 前スレまでのC/C++のレベル見てC++に寄生すな >>106 (26) www Zigも攻撃対象か。zenが全面的に悪い 競技プログラミングでC++が好まれるのは、脳汁が出るからです。 ランナーズハイやクライマーズハイと同じ、あるいはゾーンに入ると表現されることもあります。 RPGで言えば、加護を受けて無敵状態の時間帯です。 どうだ!C++凄いだろ!! ぜ語尾でマウントの複おじ な語尾で主観垂れ流しの複おじ 体言止めで証明失敗の複おじ 各種取り揃えております ツイ 12年前「19の大学生です」か 完全一致 とんだ泥棒やろうじゃないか まともにRoRやれば良いんじゃない? 現実解>>27 法的な泥棒には当たらないけどOSS倫理的にはNG Zigがわざわざ日本語の声明を出している Zigソフトウェア財団とZenプログラミング言語に関する声明 https://ziglang.org/news/statement-regarding-zen-programming-language/ >コネクトフリー社の創設者であるテイト氏は、不完全な技術論により彼自身の行動を正当化しようとすると同時に、契約条項を利用してZigの貢献者がこのオープンソースプロジェクトに更に貢献する事を阻止しています。また、コネクトフリー社のZenはZigを表面的にリブランディングしたものに過ぎません。このようなテイト氏の過去と現在の振舞いから、日本の専門家や会社がこうしたクローズドソース製品に頼り生計をたてようとするのは、私どもの良識としてはお勧めできません。 >>114 >法的な泥棒には当たらないけどOSS倫理的にはNG > >契約条項を利用してZigの貢献者がこのオープンソースプロジェクトに更に貢献する事を阻止しています。 倫理置いとくと法的にはZigのほうがヤバそうね。 詐欺出来るくらい、ITに強くなったと考えるべきでは? 日本やるじゃん! 日本人なら詐欺師の味方するよな! 応援しようぜ! そんな弱小言語がどうだろうと俺たちには関係ないし。 OSSのクローズドフォークで金儲けなんてRust信も大好きGAFAMだってやりまくってるからなあ Zig開発陣にとってはいい勉強になったねとしか そのへんの経緯を知りたいけどよくわからない Zen側が貢献してきたZigソースコードは全て他で置き換えられてZigから抹殺されたのでZen側にはZigに対する権利は無くなったと主張しているってことなの? 「ライセンスを持つものは、他者にライセンスを分け与えることが出来る」 「それ以外の方法でライセンスを得ることはできない」 という、繋がり重視のライセンスを考えたんだが。 特許とっていい? >>114 Zigのライセンスにはリブランディング禁止条項ないから リブランディングは無問題 当然Zigのライセンスには従う >>109 競プロってC++の機能を大して使ってなくね? 最近出た競プロの本立ち読みしたけど普通に90年代のC++だった Bit とかいうずぼらなやつが使えるからじゃないか >>104 RoRだけは無い、と思うんだけど、これも多分自分がやってる事と違うだけなんだろうな。 Jaktの人、精力的でええやん C++の置き換えに一番期待できる言語仕様だから早く安定板にしてほしい この人なら専用IDEも作ってくれそうな勢いを感じる 他の言語はIDEに無頓着だから困る 人類の資産の8割がC/C++で出来ている。 したがって、C/C++に注力することで、人類の発展と未来が担保される。 と思います!! 低レイヤーでもRustは向いてない、何年もの経験のあるRust使いでも。 「Rust開発は呆れるほど程時間がかかる上に、楽しくない」そして移行先が話題のZig Why I rewrote my Rust keyboard firmware in Zig: consistency, mastery, and fun https://kevinlynagh.com/rust-zig/ https://kevinlynagh.com/rust-zig/typical_keyboards.jpg 高レイヤー参考 >>42 tscをGoに移植 https://postd.cc/tsc-go/ ZigならC++で良くね?って思う C++のベストプラクティスが分かりにくいという問題なだけでしょう >>88 ソーシャル・クッキングって日本語で言うと闇鍋? >>139 お店の名前だろ Social Cooking +64 22 586 8633 https://maps.app.goo. gl/syacaqL19Bdcso7d9 >>132 そう思うとrustって愛されてるのに誰も何も作ってないよな せいぜいunixコマンドの移植ぐらいじゃね? 何か作るならPythonでいいよな Pythonが否定されるまで次世代言語の出番はない lua使ってたの? それはそれで心配になる技術レベル Luaはゲーム開発なんかではよく使われてるし、スクリプト言語の中では相当速いはず そりゃCloudFlareほどの規模ならCやRustで書き直したほうがいいのは確かだけど 別に選択として悪くはないと思うけどな Lua使ってたという話は10年以上前には時々聞いていたけど最近でもゲームで使ったりするのかな・・・ C++の適当なサブセットをベターCとする戦略が失敗したから LuaがベターCになってしまった それにJavaScriptをブラウザ以外で使うのもあまり成功してないから 肝心のLuaJITのソースコードが汚くて協力者が集まらないと聞いた事がある >>144 マジでこの人胡散臭いよな なんで外国人なのにわざわざ日本に来て活動してんだろう nodejsが出たときJSがサーバーサイドも覇権を取るみたいな言説が一瞬湧いたけど、今となっては絶望的だな。 フロントエンドの事情が漏れ出て足引っ張られまくり。モジュールとかfetchとかバンドルとか。 >>154 あれはマジで読めない dynasmっていうオレオレJITライブラリを使ってるんだけど 既存のluaのソースにそれを埋め込んでるからマジで酷いんよ >>157 React.jsやVue.jsなどでサーバーサイドレンダリングもする場合は サーバーサイドを別言語で改めて書くなんてバカなことはせずに そのまま同じJavaScriptコードをサーバーサイドで実行するのでNode.js等が使われている これをしないと各ページは中身のない雛形のみサーバーが送出するので ブラウザで表示が遅くなったりSEOで不利となったり様々なデメリットがある だからサーバーサイドでNode.js等のJavaScript実行環境が使われている >>157 サーバーサイドの前段に置くというので落ち着きつつあるよ つまりさらにややこしくなった ブラウザで実行可能なバイナリを送りつければいいんや もちろん例えばサーバーサイドをRustにしてフロントエンドをWasm(by Rust)にすることで共通コードを走らせたり >>159 の時点では断定できなかったが >>162 でただの聞きかじり、知ったかだと判明した そうならそうと言えよ >>163 実際にNode.jsで動かしてるんだが何が不満なんだ? >>164 Rust/wasmはどうした? deno(w)じゃないぞ >>165 Denoは使っていない サーバーサイドでのJavaScript実行が最大の負荷ネックなのでRustへの移行を試みている >>166 正直に言えたね SSGとかedgeとか検討してね >>167 SSGも当然しているがSSRと同じで各ページ生成のJavaScriptコード実行が負荷ネック CDN edgeも当然検討していてedgeでのWasm実行があるのでその点でもRustが良いとの結論になった >>168 検討ばっかし 胡散臭い結論 もういいよ >>169 もしRust/Wasm以外に負荷コストを下げる方法があるならば提案してみるので知りたい 無さそうならばこの方針のまま進むと思う そもそも負荷コストが問題になっているのか、Rustへの投資を回収できるかを定量的に評価せよ 言語に対して投資を回収とはどういうことかよくわからない サーバーリソースは大きく減る見通し 以下聞きかじり(キッパリ) LuaJITは開発者本人が天才過ぎて他がまねできない。バグ出しも殆ど終わった感があるし開発者本人もヘビーユーザーも5.1からの移行の必要性(移行コストの正当化)を感じてない。もちろんLuaJITメンテはされる。 >>154 forkがとん挫した例がある https://github.com/moonjit/moonjit 今の注目? Redhatが立ち上げた新規のJITエンジン(メイン目標はRubyへの適用) https://github.com/vnmakarov/mir c2m(MIR)が本JITの性能 gcc -O2やclang -O2(~gccの-O3)の比較 https://developers.redhat.com/sites/default/files/blog/2020/11/commet-lake-speed.png JITエンジンだから優秀だと思う JVMやV8との比較が欲しいところ 最新記事(Last updated: August 26, 2022) https://developers.redhat.com/articles/2022/02/16/code-specialization-mir-lightweight-jit-compiler >>172 具体的に何円減るんだ?それは現在の事業や人員の規模に対して十分に意味のある金額と言えるか? そういう計算できないならそらISUCON勝てないわな >>174 技術のスレで具体的な金額を求めて何をしたいんですか? ISUCONを持ち出すのも唐突すぎて何を言いたいのでしょう 十分に意味があるから進めるわけですよ Scala難しくね? 開発者高くね? Netflix以上じゃないとpayしない HW投資しとけ みたいな話を何かの講演動画だったかでみたけど思い出せない >>175 >お金を儲けること その通り。 自社開発で開発者が暇してるのでもなければ、HW投資かサバ代予算増額の方が良い。 >>163-171 >>177 TLDR 餅は餅屋 サバはサバ屋 メモリはGC でOK 速い言語を使えばいいだけなのに、 遅い言語を使って無駄にリソースコストを支払うのか。 遅い言語を使うとメリットあるなんてことは一切ないのに。 架空なのか自社サイト(いつでも再検討)なのか 好きにしたらいいよ。上司の許可は忘れずに 転職して最初の決算以降、誰も私に意見を言えなくなりましたよ。 結局のところ、実力が一番大事なのでは? これは、会社員だけでなく、言語にも言えると思いますよ。 実力が大事。 開発コストはどの言語でも変わらない。 遅い言語だと開発コストが安い、なんてことはない。 >>179 PythonもRubyもNode.js・Javascriptも、果てはRustさえ敵に回す、迂闊な発言だわ。 「全員宇宙開発で使われる安全なアセンブラで書けばいいのにね、りそーすこすと!」 >>183 だよね cloudflareでも今の今までRust導入に手こずってるんだから cloudflareの規模があれば回収できるが、中小は無理でしょ ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる