次世代言語15 Go Rust Bosque Kotlin TypeScript
■ このスレッドは過去ログ倉庫に格納されています
スレタイ以外の言語もok 前スレ 次世代言語15 Go Rust Swift Kotlin TypeScript https://mevius.5ch.net/test/read.cgi/tech/1541331010/ >>27 (煽りとかじゃないよ)主観だと「俺はVSCodeが一番使いやすい」で話が終わるからダメ >>30 2chで素直に謝られるとマジで申し訳ない気持ちになるわ 俺こそ煽るような書き込みしてごめんよ VSCodeに限らず最近のエディタはキーバインドをバリバリ使いこなすよりもコマンドパレット開いてやりたい事を補完で絞り込んで実行みたいなインターフェイスが主流になってきてるな。 機能数に対してキーが少なすぎるからね。 足りたとしても全部覚えんのかいという。 >>21 > なぜイギリス人のカーペンターズがアメリカ発音かというと、マーケティング上の理由で矯正したらしい。 カーペンターズ兄妹は2人ともアメリカ生まれのアメリカ育ちだ ゲイツ・バルマーが仕切ってた頃M$だったのはそうだし ナデラMSもまずビジネス考えて行動してるけど それなら結局GAFAも中国企業も同じ というのが最近の結論じゃね? mattnのsqlite3ドライバとgormを使って struct Model { gorm.Model Name string } としたレコードを登録すると、 CreatedAtの自動挿入された日付が全部1899/12/31なんだけど 自動で付与させるための操作が何か必要なんでしょうか 何もしないでもいいものだと思っていたのですけど。 vscodeの設定ファイルはjsonだから、チームメンバーと共有しやすい 俺が知ってる限り、こんなに簡単かつ正確に設定共有できるのはvscodeだけだな 特別な理由がない限り、フロントエンド開発はvscodeとlint等設定した設定ファイルを強制させてるわ spring bootやnode.jsやgoやPythonもvscodeのほうが楽だし軽いからな バックエンドにもおすすめだわ X : 設定共有できるのは O : 設定共有できるIDEは 馬鹿げたプロジェクトセットアップ手順書を作らないでよいってだけで神 もうeclipseやideのゴミみたいな独自DSL設定ファイル + 複雑なGUI設定画面を見たくない VSのXMLでも共有には困らんが。jsonだから特に良いってところあるかねぇ? Visual Studio Onlineは設定ファイルの共有とかじゃなく1つのVSCodeを皆で使う感じになると思うけど、全ての設定変更が全員に影響すんのかな >>46 VSは使ったことないんだが、設定は層状になってる? vscodeの場合は、この3つが適用される 強い順(下の方が設定が勝つ)ね default user workspace jsonだから特に良いってことはないが 独自DSLや冗長なXMLよりはよい >jsonだから、チームメンバーと共有しやすい こう思った理由を聞いただけなんだがなぁ。 会話にならん。 なんでチームとエディタの設定を共有するのか分からん 好きなもん使えばいいやん はいcrlf はいtab はい僕の考えた最強のフォーマッタ はいLintはいらないおじさん「Lintはいらない」 Go, Dart, Kotlin, Swiftのどれかから、とりあえず1つ始めようと思うんだけどさあ 最初に知っときたいんだけど、SwiftってFuchsiaの公式サポート言語なの??? AndroidでSwiftが採用されるって騒いでたときみたいに、蓋を開けたらKotlinだったりしねえよな? Fuchsiaは先進技術を試すための、ただの実験用OSであるとヒロシが言ってた 仮にSwiftが公式サポート言語だとしても、それを理由に言語を学ぶ意味は無いんじゃね >>54 Go: 主にサーバーサイド(クライアントも可) Dart: 実質Flutter用 Kotlin: 主にJavaの代替(JS,Nativeによりブラウザ上やiOSも一応可) Swift: 実質iOS,macOS用 手広く使えるという点ではGoかKotlinだろうな java -> kotlin c++ -> rust でしょ? goはなんなの? What are Go's ancestors? https://golang.org/doc/faq#ancestors Not just C https://talks.golang.org/2014/hellogophers.slide#21 We "started with C" but Go is profoundly different. とのこと c++ -> java -> go っていう機能削減によるある種の進歩 TypeScriptにすりゃフロエンからサバサイまで全部できるで rustにすれば組み込みからフロントエンド、os書いたりiosアプリ作ったりcudaカーネル書いたりもできるよ >>73 でもワイチャンはバ−サイとエンフロの生産パフォマンが最大化できればいいので ルーストはコストオブ学習が重すぎンゴねえ Kotlin/JSがイマイチで残念 Kotlin/Nativeもイマイチで残念 FlutterでKotlin使えるようになることを祈る にわかだからしょうがない 俺も思うわ、rust布教してるやつはミーハーみたいのばっかでキモい スタバでmacペチペチしてドヤってそう なんでもいいけど型・型推論のある言語にしてくれマジで rustは良い言語なんだが、取り敢えずasync/awaitの安定化はよしてくれって感じかな そういやボスケなんて言語あったね、懐かしい どこへ行ってしまったんだろう? ていうか自分はRustミーハーだけどGoとKotlinが候補に上がってる所にRust提案するのは適応領域考えられてないとしか思わないよ なんか作りたいんだったらgoなんだけど、 Goはつまらなさ過ぎて誰にもおすすめしたくない言語 ワゴンやセダンを考えてるところにF1提案みたいな感はある 英語とフランス語が候補に入ってるところにラテン語突っ込んでくるような感覚 >>83 寝ボスケ言うくらいやからスロースターターなんや やりたいことで決めるべし go→microservice, client app(cui) kotlin→web, android swift→ios dart→gomi 結局アンチが多い言語って主流になるよな Javaみたいに rust嫌な奴ってrust厨が嫌いなだけだろ?俺もrust厨は嫌いだけどやっぱりrustはいい言語だと思うから推してきたい rust厨だと思われてもね まあだからといって何でもかんでもrustrust言ってればいいわけじゃないのもわかるけど言いたくなっちゃうんだよ TwitterとかQiitaにいるようなやつには絶対なりたくないから仲のいい友人に言うかここに書くかぐらいしかしないけどね 書いてて思うけどこんな文章書いてるのもキモい こんなとこにいるような奴が最底辺だからな 認識を改めろ C++の勉強なんていまさらする気が起きないから、Rustにはメジャーになってほしいな メジャーになったらしょうがないからその時頑張って勉強するわ rust厨は仕様がよくても言語実装がクソって言うところを無視してる印象が強い。 抽象論は好きだけれど実際にベンチマーク取るのはやらん輩が勧めてる印象だから好きになれんわ。 人を人柱にしてもなんとも思わんクソ野郎しかいない言語は流行らんわ。 async/awaitの実装が遅れてるのはむしろ散々ベンチとってる結果のように思うが…… 坊主憎けりゃ理論なんて子供みたいだな ナントカ厨とか使ってるのをみると盛りを過ぎたおっさんの妬みにみえる どこいってもおっさんおっさん言われるけどみんなおっさんに見えるんか そりゃまだほんとに子供だからだよ、大学受験しなきゃ 型付きpythonってあったっけ? 高速になるんならそれでいい あとはメンドイ これ使った? mypyなどより5倍以上高速: Microsoft、Pythonの静的型チェック機能を提供する「VS Code」プラグイン「Pyright」を公開 Microsoftは、Pythonの静的型チェック機能を提供する「Visual Studio Code」(VS Code)のプラグイン「Pyright」をオープンソースのMITライセンスで公開した。 https://www.atmarkit.co.jp/ait/spv/1903/26/news103.html >>104 多少互換性は落ちるが、Cython ならコンパイル言語で早くなる。 Numba とかのJIT系の方が人気があるけど。 スピードは同じくらい。 型指定すると少し早くなる。 ドキュメント性を高める目的のためだけなら、標準Python でも型指定はできる。 ノーチェックだからドキュメント性を高める目的でしかないが、関数パラメータなどを明示的に型を示すのは有効に思える。 将来的には、その文法を使ってスピードアップとかしてくるんだと思うけど。 >>63 どして? 俺的にはNNBD入って型宣言が後置ならいいと思ってるんだが >>100 そなの? ずっとasync/awaitはrustの所有権との両立が難しいという 構文上の問題で遅れてるんだと思ってったんだけど >>116 実質Flutter専用言語で、おまけにそのFlutterが一過性になりがちなデザイン流行のマテリアルUIに完全ロックインしてるという愚かしさ 構文は古臭いJavaを彷彿とさせる前時代的ゴミ 産まれる前からの死産ですわ Angularといい、Googleのフロントエンド技術はゴミばかり 結局飾りでしかないんだよね彼らにとっては 中の人だから アルゴリズムの開発の方が力が入るんでしょ ユーザーとしても見た目汚くて動作早い方がいいけどな C++の古さではなくJavaの古さを彷彿とさせる 古くなるのを想定してなかった感 Googleなら新しい流行デザインが出てきたらすぐ取り入れそうだけどな 今もiOS風デザインにできるし ただDartの古臭さは今後も消臭されない uxはね。。。 dart言語開発者のセンスが古いんだろ Goは古くさい文法を全面に出していて、恥じていない。 まあそういうしょうもないことにこだわった言語ほどレガシー化しやすいからな。 >>125 Sheme プログラマのレベル10 https://practical-scheme.net/wiliki/wiliki.cgi?Scheme%3AScheme%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9E%E3%81%AE%E3%83%AC%E3%83%99%E3%83%AB10 レベル5 仕事でJavaやC++を使っている時にああここでちょいと クロージャを使って再帰すれば、と思うことがある。 救いを求めてファンクタなど使ってみるが、 (), {}, [], <>などという4種類もの括弧にもはや頭がついていかない。 括弧は()で十分だ。 レベル6 他の言語のデザイナが演算子の優先順位や文法に使う記号の善し悪しを 議論しているのが遠い世界のように感じられる。 だから、自分達だけはレガシー化しないという前提が大間違いで設計ミスなんだぞ Generics入れないGoは神とか言ってたバカどもイキしてるぅ? ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる