次世代言語29 TypeScript Swift Go Kotlin Rust Nim

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2022/09/17(土) 19:05:49.83ID:6v3irpfN
スレタイ以外の言語もok

前スレ
次世代言語28 TypeScript Swift Go Kotlin Rust Nim
https://mevius.5ch.net/test/read.cgi/tech/1661739736/
2022/10/24(月) 13:47:17.46ID:SEdanpUe
ラムザキャッチと名付ける
2022/10/24(月) 13:50:06.34ID:SEdanpUe
let hoge = maybeThrow() ? catch(err){
//エラー処理１
//エラー処理２
//エラー処理３
};

こういう見映えだとラムダ式に似てるだろ
790デフォルトの名無しさん
垢版 |
2022/10/24(月) 18:46:24.56ID:8+UVFZyO
>>787
それも少し数増えたら見づらいだろ。
2022/10/24(月) 19:24:34.71ID:m3/1dAn6
そうか？

case e => HogeException
case e => FugaException

みたいにすればすげーわかりやすい気がするが
この構文は前から俺が温めていたものだ
特に出す機会はないがw
2022/10/24(月) 19:29:48.11ID:LLDppSf/
>>787
例外ってすげー祖先まで遡る事もあるって知らないの？
2022/10/24(月) 22:37:32.41ID:J+qP7U3e
stderrに文字を書き込んでexitしてもターミナルは終了しない
というマルチタスク的なUIを

シングルタスクで擬似的に再発明する機能がcatchだ
catchしなければ全部終了するから
2022/10/30(日) 13:17:58.74ID:bFRBVv52
多分岐を前提としたエラーハンドリングはクソだと思うわ
GoやTSみたいに基本一つで必要に応じてエラーハンドラの中で分岐でいい
795デフォルトの名無しさん
垢版 |
2022/10/30(日) 20:11:15.05ID:LsgJ3Yzj
>>794
それ、エラーハンドリングの書き方の違いで結局多分岐じゃん
2022/10/30(日) 20:17:26.90ID:mEHydPb0
スタックフレームを遡る時点でとんでもない副作用だから
今の時代にはふさわしくないわな
2022/10/30(日) 21:12:37.95ID:A2hghp/9
副作用？
798デフォルトの名無しさん
垢版 |
2022/10/30(日) 21:21:33.37ID:+1c8jgme
日本ではどっちもサッパリだけど海外だとZig＞＞＞Nimだな
次スレはNim外してZigでよろしく
799デフォルトの名無しさん
垢版 |
2022/10/30(日) 21:21:43.43ID:+1c8jgme
日本ではどっちもサッパリだけど海外だとZig＞＞＞Nimだな
次スレはNim外してZigでよろしく
2022/10/30(日) 21:24:41.43ID:d1FOMSru
例外は重いから出来るだけ避けたい
2022/10/30(日) 21:52:12.74ID:mEHydPb0
やたらZig人気あるけど理解できん
構文もそんなにわかりやすいか？
802デフォルトの名無しさん
垢版 |
2022/10/31(月) 00:55:44.52ID:8RrIgicz
ZigはZenでケチついたけど、トラブルは片付いたのかね？
2022/10/31(月) 06:43:44.47ID:4lYEr6WH
Zenなんて無視でいいだろｗ
2022/10/31(月) 06:49:37.53ID:gpqFhr3z
じゃあ、Bun の話
805デフォルトの名無しさん
垢版 |
2022/10/31(月) 12:50:48.82ID:+v2gX208
Goは日付フォーマットがウンコ
806デフォルトの名無しさん
垢版 |
2022/10/31(月) 14:07:28.91ID:ghuRVpi7
>>794
ワロタw
問題の本質を分かってない
Go推奨してるやつの半分以上はこのレベルなんだよなぁ
2022/10/31(月) 23:47:17.25ID:rwQMN8uU
いつも通り
何か言ってそうで 何も言ってなくて

ワロタw
2022/11/01(火) 16:40:48.61ID:1fqXVNhi
>>806
問題の本質を教えてくれないか？
2022/11/02(水) 02:06:41.97ID:S5a8978Q
本物のスコットランド人論法やな
2022/11/02(水) 08:42:08.53ID:EJy9x2LF
>>794はJavaですら catch (IOException | SQLException ex) とか書けるのを知らないアホ
2022/11/02(水) 09:32:19.73ID:jjpE9iF+
>>810
それはまさにJavaのcatchが多分岐を前提にしているからこそ必要になった構文だよね
後から追加されたってことは実際に多くの人が「多分岐を前提としたエラーハンドリングはクソ」と感じていたということでしょ
バカにされたからって無理筋でつっかかるなよみっともない
2022/11/02(水) 10:05:26.78ID:E44dP1ZR
本質を選択する
本質に集中する

メンバーを書かなければ中身のないただの箱になる
2022/11/02(水) 12:50:51.28ID:k32CSUhG
>>811
いや
多分岐は全然オッケーだけどまとめたい時もあるよねというだけ
814デフォルトの名無しさん
垢版 |
2022/11/02(水) 13:33:21.09ID:2ZJAy0Zn
そもそも多分岐を前提としてないエラーハンドリングなんてないからw
2022/11/02(水) 15:11:19.41ID:W1v41eym
>>814
多分岐を想定してるのと多分岐が大前提でデフォなのはデザインの志向としては全然違うでしょ
例えばGoの言語仕様をデザインする上でそりゃ多分岐のエラーハンドリングを想定していないわけはないけど、結果としてエラーの多分岐に対する第一級のサポートは何もない
816デフォルトの名無しさん
垢版 |
2022/11/02(水) 18:28:17.60ID:GwKq235T
スマン、こいつの言ってる多分岐のエラーハンドリングってはいったいどういうコードなのか誰かエスパーしてくれんか。
2022/11/02(水) 18:33:51.20ID:m8w2BBVr
そもそも「多分岐」ってワードが聞き慣れないので
話が耳に入ってこない
自分で言葉作っちゃうやつと議論してもムダに終わる
2022/11/02(水) 18:44:46.71ID:ZqFrwRdn
>>816
catch (〜) {
}
catch (〜) {
}
...

みたいなのじゃね？
こっちの方が中でifするよりネストが減ってエレガントだよね
2022/11/02(水) 18:52:44.54ID:OGyWRdOS
>>818
tryのネストがあるだろ。
ネストの深さだけでいうとifのほうがどちらかというと分があるんじゃね。

Goのエラー処理は、そもそも大域脱出したいとかスタックトレースをたどらないといけないような呼び出し階層の深いコード書くなというメッセージ的な側面もありそう。
2022/11/02(水) 18:56:30.02ID:oICVsRnV
>>819
tryのネスト？
try {
try {
...
こんなコード書く人居る？？？？？？
2022/11/02(水) 19:01:47.22ID:oICVsRnV
まあ呼び出し階層を削減しろって意見は分からんでもないが
それはエラーハンドリングとは別ベクトルの問題だろ
2022/11/02(水) 19:13:58.62ID:jyU6y3CY
>>808
そんなことよりこれへの回答まだ？
823デフォルトの名無しさん
垢版 |
2022/11/02(水) 19:17:17.91ID:j64WQohl
typescriptの可能性は無限大やで

「Webpack」より700倍高速な次世代バンドルツール「Turbopack」が登場
https://gigazine.net/news/20221102-turbopack-webpack-javascript-rust/
824デフォルトの名無しさん
垢版 |
2022/11/02(水) 19:45:11.50ID:HzsLyTHT
Rustの可能性、なｗ
2022/11/02(水) 19:45:24.48ID:qyHEkcPy
typescriptなんかマジで要らないｗ
2022/11/02(水) 20:02:06.24ID:5K2+hbiB
Webで型なんかいるか？
型チェックしてエラーになっても死ぬのは許されないから
適当にごまかす処理を書くしかない
厳密なチェックしてもかえって厄介であんまり意味ないと思うんだよな
2022/11/02(水) 20:03:05.34ID:5K2+hbiB
>>826
俺はOption型強制ぐらいで十分だと思ってる
828デフォルトの名無しさん
垢版 |
2022/11/02(水) 20:49:43.63ID:xJvT1Cbm
IsやAsやtype switchやvalue switch使って
シコシコと手動でネストさせたコードを書かなきゃいけないのがクソじゃなかったらなんなんだろうな
2022/11/02(水) 21:14:35.40ID:92BXP9jc
>>823
Typescriptは文法好きだけどこうやってあっという間にエコシステム入れ替わるから真面目なバックエンド、ビジネスでは使えんのよね
フロントはいつか総とっかえするからまあいいかって感じだけど
2022/11/02(水) 21:34:50.83ID:t/iark2f
「シェルピンスキーのギャスケット」を描画する機会はあまり無いのでは
2022/11/02(水) 22:02:22.20ID:E44dP1ZR
extern "C" 以外のABIが意味不明 → 全部静的リンク → 一部変更があれば全部入れ替える
2022/11/02(水) 22:17:31.20ID:jyU6y3CY
正直ここまでコンパイル前提にするならJSとの互換性なくても良くねーか？
開発者のレベルが上がってるし
そこはもう割り切ってやろうよ
2022/11/02(水) 22:45:19.27ID:jjpE9iF+
TypeScriptには変換後のJSに対してハックを入れない(ただしbabelを目的とする場合は除く)というポリシーがあるようで、
JSに対する後方互換性よりもそっちの方が重い足枷になっている
2022/11/02(水) 22:48:25.19ID:1ThO0l2A
>>829
新しいものが出てきたからってすぐに乗り換える必要はないんだぜ？
2022/11/02(水) 23:13:38.47ID:92BXP9jc
>>834
新しく始めるときにあれ前とテンプレが違う、、、ってのが最悪なのよ
2022/11/02(水) 23:23:41.46ID:1ThO0l2A
誰が変えるんだよ？変えなきゃいいだけ。
837.NET MAUI HighScool
垢版 |
2022/11/03(木) 11:03:31.92ID:P57hKE9o
すまん最近Blazor始めたけどTypeScript使うならC#使ったほうが良くね？って結論出てしまったわ
動的型付け言語だしオブジェクト指向だし作った人同じだし
838.NET MAUI HighScool
垢版 |
2022/11/03(木) 11:05:23.52ID:P57hKE9o
>>825
C#でいいもんなw
C#はバックエンドで使用可能だからハイブリット運用が楽
Node.jsとかいらんかったんや
839.NET MAUI HighScool
垢版 |
2022/11/03(木) 11:07:05.12ID:P57hKE9o
すまんなんか勢いで動的型付け言語って書いたけど静的型付けだったわ
2022/11/03(木) 11:42:59.08ID:GZFcpBDY
Blazorは面白いけど業務でお目にかかることはないだろう
2022/11/03(木) 11:44:07.71ID:tn2ZhR3p
ふつうは用途によって使い分けると思うがBlazorとか言っているからWebアプリの話か。
UIフレームワークがRazorってところがネックだな。WPFなんかが使えたら喜んで乗り換えるんだが。
842.NET MAUI HighScool
垢版 |
2022/11/03(木) 12:02:08.40ID:P57hKE9o
>>841
これ
XAML最強！！
2022/11/03(木) 12:04:17.91ID:tn2ZhR3p
とは言ってもRazorしか使えない現状じゃあやっぱりReact+Typescriptだな。
844.NET MAUI HighScool
垢版 |
2022/11/03(木) 12:05:38.67ID:Kj7ywx2W
>>843
なぜ？
React使う必要ある？？？
2022/11/03(木) 12:41:33.82ID:tn2ZhR3p
素のhtml/cssだけでWebアプリ組むのはさすがに大変なんで。
846.NET MAUI HighScool
垢版 |
2022/11/03(木) 12:44:06.01ID:Kj7ywx2W
>>845
？
ウェブコンポーネントの概念知らない？
2022/11/03(木) 12:59:20.91ID:tn2ZhR3p
>React使う必要ある？？？
>ウェブコンポーネントの概念知らない？

この2つの質問はどう繋がっているんだろう？
848.NET MAUI HighScool
垢版 |
2022/11/03(木) 13:06:37.73ID:fiCeisHS
>>847
Reactを使う必要があるか？に対してHTML,CSSを使うのはめんどくさいからという問いが帰ってきたわけだな
それで俺はHTMLやCSSをゴリゴリ書く必要がないコンポーネント使えばよくね？
と返したわけだ
2022/11/03(木) 13:13:35.86ID:tn2ZhR3p
>ウェブコンポーネントの概念知らない？

が

>それで俺はHTMLやCSSをゴリゴリ書く必要がないコンポーネント使えばよくね？

という意味だったと？
わかんねーよｗ
850.NET MAUI HighScool
垢版 |
2022/11/03(木) 13:21:39.39ID:lb4yYaZW
まぁ伝わりづらかったのはすまんと思ってる
だがまぁ言いたいことは伝わったしいいや
2022/11/03(木) 13:55:48.74ID:RNtCoIjI
>>843
Razorも慣れると便利よ
Reactと違って直感的だしDIもサポートされてる
2022/11/03(木) 15:08:12.26ID:7nafImuY
Zig言語 最新版 0.10.0 リリースされた
https://ziglang.org/download/
2022/11/04(金) 17:16:01.21ID:GPuumgjE
うねいへの要望

・受け取りボックスの下の次ページと最終ページの間に次10ページと次100ページを追加する
・カードを選択した場合に、ピックアップ機能で絞り込んだ場合、絞り込み外をグレーアウトでなく非表示にする
・1つ1つ開封する機能に加えて、一斉開封機能を追加する
・開封したものがハロの場合、指定した機体に自動で合成する機能を追加する

開封を楽しむゲームじゃないんだから、ユーザの気持ちを考えて、ちゃんと利便性を上げるように！
2022/11/04(金) 17:16:51.56ID:GPuumgjE
誤爆スマソ
2022/11/04(金) 18:54:33.04ID:5+z9Ldzg
日本語版 作成中

Zig 言語リファレンス
https://gist.github.com/voluntas/6febea855571bbe19901f0f096245adc
2022/11/04(金) 19:15:43.95ID:UHaMS99C
Zigはいつ頃バージョン１になるの？
2022/11/04(金) 19:56:14.70ID:5+z9Ldzg
0.1アップするのに10ヶ月かかったことから計算すれば
1 = 0.100.0 とすると
72年後くらい
2022/11/04(金) 20:58:27.13ID:DH/gCa9u
そんくらいは人月の威力でどうにかなるでしょ
作業者が10人だとすれば72年
100人で7年
700人だと1年

世界中から参加者を募ると爆速になる
2022/11/04(金) 21:02:53.82ID:5+z9Ldzg
じゃお願いします
860デフォルトの名無しさん
垢版 |
2022/11/04(金) 21:22:30.60ID:DlOGKIwq
「人月の威力 - 納期を短くする銀の弾丸」フレデリック・ブラックス
2022/11/04(金) 22:04:16.66ID:cCcP5R7t
低位な階層のライブラリがそろえば、
高位階層のライブラリ開発・機能実装が捗り、
メジャーアップデートは目に見えて進むことであろう
2022/11/04(金) 23:47:10.54ID:DH/gCa9u
その前提条件はどうやって満たされるかと言うと、やっぱり集まる人数が増えるからじゃなかろうか
2022/11/04(金) 23:48:12.30ID:DH/gCa9u
前提条件ってのは低レベルライブラリのことな
2022/11/04(金) 23:56:01.86ID:cCcP5R7t
もちろん、あらゆるプロジェクトに共通する事だが
「そうであったらいいなあ」という願望を含む
865デフォルトの名無しさん
垢版 |
2022/11/05(土) 00:52:15.14ID:mvfmSa9B
>>729
流行ってないのは確かだが
流行れば良いってもんでもない
2022/11/05(土) 01:28:25.52ID:RYRZpGu6
良い言語であれば流行る🦍
2022/11/05(土) 07:01:26.55ID:GkYR7njX
>>729
GCのせい
2022/11/05(土) 12:58:03.66ID:bSYf4piC
良い言語が流行るんじゃないんだ
流行った言語が良い言語なんだ
2022/11/05(土) 13:26:33.21ID:sgQIqiUv
なぜ流行ったかとするとやっぱり魅惑的な音の響きだな
つまり人前で堂々とパイパイと発音すること自体が主目的だ
2022/11/05(土) 18:40:47.55ID:ZY0dHsRZ
やっぱりキラーフレームワークやライブラリがないといかんね
大抵流行ったもんにはそういうのがつきもんや
2022/11/06(日) 00:14:21.72ID:kgsILO0p
じゃあニムの推しってどういうところなんだ？
2022/11/06(日) 02:49:08.91ID:DM24i0Wt
GCするなら思い切ってbetter pythonに舵を切っても良いと思うが
python使いならトランスパイラとか気にしないだろうし
873デフォルトの名無しさん
垢版 |
2022/11/06(日) 06:32:56.43ID:w3pjOZVr
GCといえば結局V言語は詐欺だったの？
874デフォルトの名無しさん
垢版 |
2022/11/06(日) 06:49:26.74ID:w3pjOZVr
https://github.com/Naotonosato/Clawn
> メモリ管理
> Clawnはプログラム中の値の依存関係を静的に検証し、適切なタイミングでメモリの確保と解放を行うコードを自動的に挿入するメモリ管理機構を持っているため、プログラマがメモリについて意識する必要はありません。
>
> ただし、この機能は実験的で今後さらなる安定化及び最適化がなされる予定です。

次はClawn++でその次がDlawnかな？Clawn#かも
高校生だと思うんだけど勉強大丈夫なのかな？
開成中からどこ進んだんだろ？
2022/11/06(日) 12:19:42.02ID:DM24i0Wt
>>874
お前本人だろ
876.NET MAUI HighSchool
垢版 |
2022/11/06(日) 12:32:44.00ID:Am1kuzif
素直にC#使っとけばいいんだよ
2022/11/06(日) 12:36:10.71ID:D1klnPle
まあ確かにバックエンド、コンソール、Windowsデスクトップ、マルチプラットフォームならC#で良いと思う
でもフロントはやっぱReact使いたいんだわ
React.NETがあれば移行するんだけどねC#はXMLリテラルが無いから難しいだろうな
878デフォルトの名無しさん
垢版 |
2022/11/06(日) 18:08:14.48ID:S6zCBHE1
>>877
XMLリテラルなんてJavaScriptにもないが。
JSXのことならあれプリプロセスで事前に単純な関数呼び出しに変換（たいていBabelで）してるだけだぞ？
<Foo><Bar attr1="test"/></Foo>
↓
React.createElement(Foo, null, React.createElement(Bar, {
attr1: "test"
}));
難しいもクソもない
プリプロセスなんだからあらゆる言語に同等なものを作れるだろう
価値を見出だされないないから作られないだけで
2022/11/06(日) 18:19:41.71ID:uB3qlRsw
>>878
プリプロセスで処理されるとか具体的な解析実装はどうでもよくて
TSXという言語の文法としてはあの要素はXMLリテラルとしか言いようがないだろう
880デフォルトの名無しさん
垢版 |
2022/11/06(日) 18:46:39.02ID:S6zCBHE1
>>879
じゃXML使ったテンプレートエンジンじゃダメなの？
というかフロントでC#が使われないのはXMLリテラル（）のあるなしの問題じゃないんだけどな
つまり>>877の
> でもフロントはやっぱReact使いたいんだわ
> React.NETがあれば移行するんだけどねC#はXMLリテラルが無いから難しいだろうな
だと、暗にC#にXMLリテラルが無いからC#でReactみたいに書けるReact.NETのようなものが出ないと言ってるようだが、
そうではなく単純にパフォーマンスとランタイムの容量の問題でやってないだけ（あるいはあるのかもしれないけど流行ってないだけ）だと思うよ
C#をフロントで動かすわけだから
知らんけどBlazorとかで挑戦したんじゃないの？
でも流行らなかったのは詰まるところこれでしょ
2022/11/06(日) 18:57:13.32ID:D1klnPle
うわ
2022/11/06(日) 19:06:37.80ID:p1AlQ8ne
人気の機能なら、フレームワークが対応するだろ
2022/11/10(木) 01:33:05.52ID:hD0OG9MJ
Rustでメモリリーク、あれれ？
https://github.com/lapce/lapce/issues/1668
884デフォルトの名無しさん
垢版 |
2022/11/10(木) 09:48:20.76ID:udEj1q0c
メモリリークなのかそれ？
2022/11/10(木) 11:50:14.96ID:sPRTEUcQ
rustはメモリリークを防ぐ事を目標とはしません。
2022/11/10(木) 11:55:23.60ID:ymb/LLh9
メモリリークはRustにおいてはメモリ安全であることを意味します。
2022/11/10(木) 13:18:29.70ID:6YuXhhHf
そもそも誰かが安全を約束した記憶がないぞ

まずは記録、次に記憶、最後に安全だ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況