次世代言語14 Elixir Crystal Julia Rust Swift
■ このスレッドは過去ログ倉庫に格納されています
次世代言語13 COBOL Java PHP VBA Ruby
http://mevius.2ch.net/test/read.cgi/tech/1534769242/
こっち消費してからにしとき
警告受けてんぞ ◆QZaw55cn4cとか複数の回線を使って自演したり、
言語叩きする荒らしはワッチョイスレでやってくれ
わざわざこっちに来なくて良いから スレタイ変えたのね
まああんまり尊重されてないしなんでもいいけど 前スレのタイトルからKotlin外れたのはなぜ?
Kotlin充分新しいし、次世代altJava言語の筆頭だろ ワッチョイアリがいいヤツはこっち行け
次世代言語14 Go Rust Swift Kotlin TypeScript
https://mevius.5ch.net/test/read.cgi/tech/1536664054/ >>12
どんだけスレタイに執着してるんだよ
ワッチョイ付のスレには付いてるしKotlinは単体のスレもあるんだから困りはしないだろ スレ建て直す必要まではないでしょう
それこそスレの粗製乱造で、このスレ消費してから次回ちゃんとしたスレタイのスレ作った方が
5chのサーバーにとって良いだろう
Kotlinが抜けてることは単純に疑問に思ったから質問しただけで、スレ建て直せまで要求していない スレタイに文句言うのはいつものお約束みたいなもんだから。。
別にほっとけばいいのさ。 どうせrust以外の話ないしなんでもいいけどな
検索しやすいようにしたほうがいいと思うど 荒らしはワッチョイスレを立てたんだからそれで満足しろよ 静的言語は人工知能に向いてないらしいよ。これから人工知能全盛になるのに?
だからRustよりも意外とJuliaに将来性があるのでは
Juliaは次期Pythonのイスを狙ってるみたいだし 向こうの隔離スレは酷いことになってるな
自演をやるにしてもやり方というのがあるだろうに >>20
人工知能やったこと無いから分からんのだけども
どういうところが静的言語と合わないの?
具体例教えて
あとちょっと前まではHTML(DOM操作)も静的型付けと相性が悪いって言われてて、
だから動的型付け言語のJavaScriptが適してるとか言われてたけど、
TypeScriptが出てきて静的型付けでも全然行けるじゃんってなったという
過去があるから動的静的とか関係ないと個人的には思ってるんだけど… ElixirとCrystal、まだ流行ってないってだけの理由で
次世代言語のスレタイにまで挙げるのはどうかと思う
某言語に似てシンタックスがゴミだから、どうせ流行らないしね >>20
AmazonはJavaで、GoogleとMicrosoftはC++でDeepLearningを使ったシステムを運用している
トライアンドエラーを繰り返す初心者のアドホックオナニーには面倒臭いだけで、
本格的にシステムを構築するとなれば選ばれるのは静的言語だよ スレタイは前スレにいろいろ意見上がってたんだから今いっても仕方が無い
アウアウカーとワッチョイonlyの自演専用スレもあるんだから 小話がこのスレで嫌われがちなのは重々承知なんだが次世代言語で小話みたいなメッセージベースOOPな言語って無いよね 自演専用スレがレスのかさ上げしはじめてるけど
アレは何か意味があってやってるの? コンセプトが初志貫徹してるから、俺ならもっといい言語が作れる!ってなりにくいんじゃない?
個人的にはSQLより楽なデータベース操作言語が欲しい
集合論をベースにした言語ってのは分かるんだけど、それって抽象化の手段を提供しない理由にならねえよなって思う
アセンブラレベルの面倒くささを何で許容しなきゃならないんだって ◆QZaw55cn4cや自演をあっちのスレに排除できるなら何でもいい >>28
そりゃ結局DBが速度面で一番ボトルネックになるからだろ。
抽象化して性能でなけりゃ本末転倒なわけで。 SQL って集合論をベースにした言語なの?
そんな優雅な空気は感じないけど 集合論というか一階述語論理だなぁ。
記述がああなのは、自然言語に近ければプログラマ以外の人でも使えるだろうという当時の流行で。 SQLなんか行と列の表を操作するだけの言語だからな
低学歴知恵遅れでも使えた気になれる
このスレにいるようなウンコruby厨やウンコpython厨でも使える Dartやる気あるのかないのかはっきりしてくれ
Flutterの手軽さは好きだけどDartやだ SQLに対する不満はSELECTでいちいちカラム指定が必要なことくらいだな
COBOLなんかの固定長レコード時代の名残だよねあれ
ドライバがもうちょっと賢ければ全く必要ない >>34
おまえはPyキチやろうが
なにシレッと騙っとんねん 別回線で荒らした所で
別人だと馬鹿正直に信じてもらえると思ってるのかな? SQLって1000個位のデータじゃ使わないし個人が大きい会社のデータまとめて管理するのだと1万程度になるデータもあるやろからそれ専の雑で書きやすいSQLは何か気になる
近頃のマシンなら万データも余裕かしら? Crystalは初耳ですがRubyのインスパイア系だからそういう名前なのか >>44
ルビーはアルミで水晶はケイ素だから、同じアルミのサファイアのほうが云々 rustの仕事探しているんだけど全然ないな
もうkotlinはイヤなの やっぱりな地雷だと思ったぜkotlin
なにがいかんかったん >>35
同意。もうtypescriptに一本化してくれと思う。 >>48
kotlinのどの辺がいや?煽りでなく。
ちなみに俺はrustもkotlinも使ったことない。 やけに言語のネガキャンが多くない?
ワッチョイスレから荒らしが出張でもしnに来てんの? Kotlinは他言語の目ぼしいものをパクり終えて独自のアイデアを入れ始めてから迷走しまくってるよね
驚きが極めて少なくて類推でなんとなく書けることだけが強みだったしそのコンセプトこそが受けたんだから、
変な色気を出さずにパクリ言語に徹するべきだった 地雷とまでは言わないよ
パッケージマネージャがゴミ
メモリばか食い
gradle使わされる
間抜けなnull安全
例外
などjavaから引き継いだ負の遺産に縛り付けられて嫌なの
あとkotlinが悪いわけじゃないが同僚の書くコードがビックリマークだらけでくたばれと思う
kotlin nativeはいい言語になると思うよ >>58
同僚が糞なだけやん
Javaが糞なだけやん
お前が糞なだけやん
だけやん? 結局自分が使ってる言語がグローバルになればいい
っていうことだろ。どの言語がいいって主張もそれ以上のものは何もない。 >>58
その中だとこの2つの詳細が気になるな
> パッケージマネージャがゴミ
> 間抜けなnull安全 気に入らない言語はほっといて気に入ったのを使えば良い。
なんだったら自分で言語を作れ。
技術力がなくてすぐには作れなかったとしても仕様公開しておけば誰かが作ってくれるかも知れないから全く実現不能ということはない。 ワッチョイスレは相変わらず回線使った自演しかおらんな
と、思ったらこっちを荒らしに来てたのかよ 仕事で使うのだからほっとくことは出来ない
仕方ないので転職するってわけさ オフショアのベトコンモンキーどもが頭悪すぎて草も生えない
JS→TS移行の途中段階で今後TSに寄せるって話してんのに
連中型が理解できないらしく、全部素のJSで送ってきやがる
●してやりてぇわ ここ十数年で色々なパラダイムが流行ったけど、
次はどういったパラダイムが流行ると思う? >>69
お、型無し能無し糞バカモンキーか?
もういっぺん枯葉剤でも食ってろや池沼が 低レイヤー言語の覇権はOSに依存しがちというのは多分間違ってないんだろうけど窓林檎がRustを採用する未来が見えない このワッチョイなしスレ荒れてんじゃん
コテハンのワッチョイスレの方が冷静に各言語について語り合ってる
ワッチョイなしスレの方が口汚くののしり合ってる
悪口言い合ってるだけじゃなく、ちゃんと言語談義しろよ
ワッチョイスレより、このスレの方が素晴らしいと素直に感嘆できるところを見せてくれ 言語を「叩く」っていうのが噴飯物なのよ
何を根拠にまぁえらそうに
知識も経験も無いからこそなんだろうけど
オカンのただ飯食わせてもらいながら飯批判するが如し 俺はちゃんと人を叩いてるぞ
型も理解できないモンキーどもは、森に帰るか死んで欲しい
迷惑だ コードも憎んで人も憎む
どいつもこいつもバカどもは
憎しみだけで人が殺せたらどんなにいいかと毎日考えてるわ 型理解してないゴミのコードってマジでゴミでしかないよな どれだけワッチョイスレへ誘導したいんだ荒らしは?
一人で寂しいからって俺らには関係ねえだろ rustのclippyゴイスー
よくこんなめんどくさそうなの作ろうと思ったもんだ
近代的なlintはみんな同じくらいめんどくさそうなことことしてくれるの? >>68
次のパラダイムは人工知能に関連した何かだと思う >>89
まず、言葉の定義からして
そんな適用範囲の狭すぎるものはパラダイムとは呼ばないと思うのだが オブジェクトのコピー、参照の明示化
const的な不変性の明示化
副作用の取り扱い
この辺じゃないのかね。
とはいえrustはなんか違うとは思うが。 LabVIEWある程度やったことある人なら分かるんだけど
ほとんどの言語が変数でやることを配線でやるってなると
(もちろん、ローカル変数グローバル変数ともに実はあるんだけど)
その配線を引くのが手間で仕方ないし
配線がまさにスパゲッティの様相を呈してくる
その反面、そこが苦痛であるがゆえに促される事前の設計というものがある
配線をスッキリさせたいと常に思うような力になってる
こういうのこそ実はパラダイム >>93
LabVIEW懐かしいな
アレでコーディングするコツは変数を構造体化?して一本化してからループに繋いで
Swich-caseみたいなページで処理を分けて書けば随分シンプルで見やすい配線図にできたはず javaがval導入してればもう少しシェア維持できたろうにな
final varとか書くんだろ?バカちゃう?バカちゃう?
ワイがrfc書いた方がずっとマシですわw どうでもいいだろ
Javaを使ってる会社がJava10以降へ移行する際にまずやることは、
ラムダのときと同じくコーディング規約に「varは使用しないこと」の一行を追加することだよ >>94
オブジェクトのコピー、参照の明示化
副作用の取り扱い
について,rustは問題あるだろ。
= をコンテクストで意味判断するってのがそもそも問題あるんじゃねーかと思ってる。
副作用あるなしももう少しやりようある気がするけどね。 ■ このスレッドは過去ログ倉庫に格納されています