TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
次世代言語21 Go Nim Rust Swift Kotlin TypeScript
Javaはもう死んだの?
くだすれFORTRAN(超初心者用)その6
AI AI って夢見すぎてない?
GPGPU#5
C#,C#の宿題片付けます。
Pythonのお勉強 Part62
【.NET】WCF〜Windows通信基盤技術【通信】
+ JavaScript の質問用スレッド vol.125 +
初心者の作ったプログラムにありがちなこと
次世代言語21 Go Nim Rust Swift Kotlin TypeScript
- 1 :2020/04/19 〜 最終レス :2020/06/13
- スレタイ以外の言語もok
前スレ
次世代言語18 Go Rust Elixir Kotlin TypeScript (実質20)
https://mevius.2ch.sc/test/read.cgi/tech/1569866283/
- 2 :
- 次世代言語議論スレ【Go Rust Haskell Scala Erlang Elixir】
https://echo.2ch.sc/test/read.cgi/tech/1479434349/
次世代言語議論スレ【Go Rust Haskell Scala Erlang Elixir】 第二世代
https://echo.2ch.sc/test/read.cgi/tech/1486816357/
次世代言語議論スレ[Go Rust Haskell Scala]第3世代
https://echo.2ch.sc/test/read.cgi/tech/1488608741/
次世代言語議論スレ[Go Rust Kotlin Scala]第4世代
https://mevius.2ch.sc/test/read.cgi/tech/1492631007/
次世代言語議論スレ[Go Rust Scala Haskell]第5世代
https://mevius.2ch.sc/test/read.cgi/tech/1497311647/
次世代言語議論スレ[Rust Kotlin Haskell]第6世代
https://mevius.2ch.sc/test/read.cgi/tech/1503924817/
次世代言語Part7[Go Rust Swift Kotlin TypeScript]
https://mevius.2ch.sc/test/read.cgi/tech/1508403098/
次世代言語Part8[Haskell Rust Kotlin TypeScript]
https://mevius.2ch.sc/test/read.cgi/tech/1512137301/
次世代言語9[Haskell Rust Kotlin TypeScript Dart]
https://mevius.2ch.sc/test/read.cgi/tech/1520298555/
次世代言語10[Rust Swift TypeScript Dart]
https://mevius.2ch.sc/test/read.cgi/tech/1524607347/
- 3 :
- 次世代言語11[Rust Swift TypeScript Dart]
https://mevius.2ch.sc/test/read.cgi/tech/1528037607/
次世代言語12 Go Rust Swift Kotlin TypeScript
https://mevius.2ch.sc/test/read.cgi/tech/1530664695/
次世代言語13 Go Rust Swift Kotlin TypeScript
https://mevius.2ch.sc/test/read.cgi/tech/1534769753/
次世代言語14 Elixir Crystal Julia Rust Swift
https://mevius.2ch.sc/test/read.cgi/tech/1536668904/
次世代言語14 Go Rust Swift Kotlin TypeScript (実質15)
https://mevius.2ch.sc/test/read.cgi/tech/1536664054/
次世代言語15 Go Rust Swift Kotlin TypeScript (実質16)
https://mevius.2ch.sc/test/read.cgi/tech/1541331010/
次世代言語15 Go Rust Bosque Kotlin TypeScript (実質17)
https://mevius.2ch.sc/test/read.cgi/tech/1555679940/
次世代言語17 Go Rust Kotlin TypeScript Julia (実質18)
https://mevius.2ch.sc/test/read.cgi/tech/1567602619/
次世代言語18 V Julia 他 (実質19)
https://mevius.2ch.sc/test/read.cgi/tech/1569852711/
次世代言語18 Go Rust Elixir Kotlin TypeScript (実質20)
https://mevius.2ch.sc/test/read.cgi/tech/1569866283/
- 4 :
- やはりこのスレは必要
- 5 :
- じゃ、Python以外で有望な言語はなんですか?
- 6 :
- (´・ω・`)知らんがな
- 7 :
- それを議論するのがこのスレの意義だろ
まあ、そもそも Python は次世代言語としては論外だが
「コレクションが最高にイケてる言語を作ろう(dat落ち)」から引用
http://mevius.2ch.sc/test/read.cgi/tech/1491491123/43-45
> 43 1 名前:デフォルトの名無しさん Mail: 投稿日:2017/05/05(金) 18:00:36.59 ID:oGFFYBoD
> コレクション使ってて使いづらいと思うことも最近は減ってきたよな
> 昔より言語が進歩してるんだろか
>
> 44 名前:デフォルトの名無しさん Mail: 投稿日:2017/05/05(金) 21:23:00.44 ID:Qc8J8Hpx
> >>43
> でもねぇ、世の中にはコレクション操作が使いづらい
> 退化した最悪な言語が存在する
>
> http://d.hatena.ne.jp/edvakf/20090405/1238885788
>
> 元々は手続き型として設計された簡潔な言語だったけど、
> オブジェクト指向やら関数型やらを行き当たりばったりに増築し続けたおかげで、
> コレクション操作に関する「一貫性」という設計哲学が破綻してしまった例だね
>
> 45 名前:デフォルトの名無しさん Mail: 投稿日:2017/05/05(金) 21:52:01.71 ID:Qc8J8Hpx
> [Ruby]
> a.sort().reverse().map{|x| x.to_s}.join('-')
>
> [JavaScript]
> a.sort().reverse().map(function(x) { return x.toString() }).join(“-“)
>
> [Python]
> '-'.join(map(lambda x: str(x), reversed(sorted(a))))
- 8 :
- 前スレでGo一択って決定しただろ?
- 9 :
- Rustじゃないの?
理由は、俺が本を買ってしまって、GWに読むつもりだから。
- 10 :
- >>5
JavaScript
有望な言語というより万人向けの安泰な言語だと思うけど、
Pythonに比類しうるならね
- 11 :
- >>7
> [Ruby]
> a.sort().reverse().map{|x| x.to_s}.join('-')
a.sort.reverse.map(&:to_s).join('-')
元の文脈の趣旨に無関係なのは自覚してる
- 12 :
- Rustは勉強マニアがオナニーするために使う言語って感じ、つまり5年前ぐらいのScala
- 13 :
- TypeScriptが好きな連中は
フルスタックエンジニアw を自称してることが多い
- 14 :
- >>12
>Rustは勉強マニアがオナニーするために使う言語って感じ、つまり5年前ぐらいのScala
おっしゃる通りです。
いろいろ言語やって、やっぱりC系だなーと思って戻って
きたら、Cはそのまんま面倒くさそう、C++はカオス。
だったら、Rustかなーって思う。
- 15 :
- やればやるほど結局c++と同じくらいになってくけどね。
- 16 :
- GopherくんがキモいからRustの勝ちでいいよ
- 17 :
- キモナイ
- 18 :
- いいやキモいね
- 19 :
- ハム太郎のキャラは出っ歯じゃないから可愛いのに
Gopherくんは出っ歯だからキモい
- 20 :
- キモナイ!!
- 21 :
- 星もちがキチガイすぎてみんな愛想をつかした
自身で荒らしてる事がまわりにバレてないとか本気で思ってるアホの子だってのが致命的
- 22 :
- Pythonは新しいところもあるけど、「あ、Perlと同世代の設計だな」ってとこが見え隠れする
- 23 :
- う、うん…
- 24 :
- 明らかにperlだったらpascalのがええやんって設計だろ
- 25 :
- >>22
どの辺が?
- 26 :
- >>22ではないが、いくつか例を挙げよう
(1) すでに世界的にメジャーであったにもかかわらず、
後方互換性を断絶させる基礎的な言語仕様の変更が断行された
・文字列出力の print 文が廃止され、組み込み関数となった
・整数の除算演算子の意味が変更された
・… etc
(2) 否定形の予約語 nonlocal が存在する
スコープに関する言語仕様設計の破綻という現実を逃避し、
安易に泥縄的な解決を選択
(3) 本体に文(ステートメント)が書けない中途半端なラムダ式
・クロージャって何がいいの?
http://mevius.2ch.sc/test/read.cgi/tech/1415419907/197
・この関数型プログラミング対応という視点では、Perl にも劣る
こうした言語仕様以外に、言語の原作者である Guido 氏が自ら引退を宣言せざるを得ない
状況に追い込まれてしまうという、コミュニティの特異性も見逃せない
さあ、どれを取ってもも過去のプログラミング言語の歴史目にしたことのない
歴史的な革新といって過言ではない、と思わないか?
- 27 :
- 全然、「あ、Perlと同世代の設計だな」の例になっていない件
- 28 :
- Perl 未満の例ばかりでスマソ
- 29 :
- pythonは伸びやかじゃないよねrubyに比べて
スイスイ〜ってんじゃなくて
ンッガクック!って感じ
お前ら俺の言うことわりと分かると思うけど
- 30 :
- pythonはライブラリの使い方を知ってる奴が威張れる実務言語の系譜よ
VB → Java → python
VBと前後してチョロっとperlが顔覗かしたけど速攻消えたw
- 31 :
- >>29
めちゃわかるわ〜
- 32 :
- そういうところに拘ってるから
お前らいつまで経ってもドカタなんだよ
せめて確定申告が必要なレベルくらいまでは稼ぎな?
- 33 :
- 言語について個人的に好きな良さがある事よりも稼ぐ事が基準でもいいと思うけど、それならその基準での次世代言語がどれかみたいな話は欲しいな
とはいえ今は00〜10年代で出てきた言語のブラッシュアップと競争がメインで新しい言語が少ないタイミングというのは実際ある
- 34 :
- 今時はjavaみたいな古臭いコンパイル言語でもスクリプト言語並みにテキトーに動くし、ライブラリも標準であるし、
言語でマウントする奴は単なる馬鹿だよ。
- 35 :
- >>29
ターボジェットの様に一定の回転数を超えてしまえば
あとはすいすい楽ちん高パフォーマンスになるのがpython
- 36 :
- >>5
C#
- 37 :
- たしかに言語ではないよね。
女性には言葉でマウントするものだから。
- 38 :
- >>35
つまり、トレンディでナウいヤングメンがイチオシするのが python なんですね
すごくわかりやすいです
- 39 :
- >>37
腰にマウントしてますが
- 40 :
- >>13
suin
- 41 :
- 空飛ぶパイソン最強伝説!!!
- 42 :
- パイパンはそれほど好きでない。
- 43 :
- V言語気に入ったけど、Nim以上に将来どうなるかが不安
- 44 :
- ぶっちゃけV見限ってるまであるんだけどなんか劇的な更新あったの?
相変わらずメモリ管理なんか進行中のままだけど
- 45 :
- ベーパーウェアかとオモテたよ
- 46 :
- Rust/WinRTだとさ
MSはいよいよ本気でRust使う気なのかね
https://blogs.windows.com/windowsdeveloper/2020/04/30/rust-winrt-public-preview/
- 47 :
- MicrosoftもMozillaのステマに引っかかってしまったのかー
- 48 :
- Rustベースの新言語作ってるとか聞いてたけどやっぱRustでいくんかな
- 49 :
- C/C++コードをリプレースするのに使えれば言語自体はなんでもいいんじゃね?
- 50 :
- C/C++のリプレイスをするのに使えれば
という条件のきつさわかってるのか
- 51 :
- Rustは2022版で後方互換捨て構文統一しないと増改築歪マンションみたいな
変人しか全貌を把握出来ないRust++になりそう。既に成りかけてるけどw
- 52 :
- MSがやるならMozillaは追い出して全権を握ってほしい
DもScalaもKotlinもRustも、MS製以外の俺様最強言語は結局全部カオス化して崩壊したよね
- 53 :
- Kotlin と Rust はまだいけるよ
- 54 :
- >>52
goは?
- 55 :
- >>46
WinRTって時点で誰も使わんだろ。
- 56 :
- なにいってんだこいつ
- 57 :
- Rustのどこがカオスなんだ
いつもの人かな
- 58 :
- >>52
MS様のF#は生き残ってるの?
- 59 :
- コンテナが主流になってきて思うんだけど
VM系の言語って存在価値無くね?
もうrustでいいんじゃないか?
- 60 :
- なぜ?
- 61 :
- ワンソースでどこでも動くって言う利点がほぼ無くなったからじゃね?
- 62 :
- ワンソースってかワンビルドか
- 63 :
- 実態は逆なんだよなあ
実行環境を構築する責任がアプリ開発者自身に押し付けられたことで、
アプリ開発者は、Goに代表されるような、よりシンプルでデプロイの容易なアプリを指向するようになった
コンテナによる仮想化はアプリ開発者にとっては明らかに過剰であり、メリットに対して過大なオーバーヘッドとなっている
そこで、ビルド済みのバイナリを突っ込めば動くVM系の性質はむしろ好都合だ
Javaがコンテナで好まれないのは単に他の選択肢があるのとエコシステムとしてマイクロサービス志向と相性が悪いからで、VM云々は関係ない
- 64 :
- めっちゃ早k
- 65 :
- ビルド済みのバイナリ突っ込めば動くのはむしろgoとかrustでしょ
そもそもランタイム構築できなきゃ開発もできないじゃん
頭おかしいのか
- 66 :
- 最後の一行はいらんだろ
いい議論なのに
- 67 :
- VMは中間コードを解釈してネイティブコード化する機能だけじゃないからね
それだけ見ればRustでもC#やJavaでも大した違いはない
CLRにはJVMのGraalのような実用的なAOTコンパイラがまだないってだけ
Rust code -> LLVM IR -> native code
C# code -> CLR IL -> native code
- 68 :
- >>65
開発もコンテナ内でやってる開発者なんてほとんどいないし、
仮にコンテナ内で開発してたとしても実行環境とは別のイメージ使うだろ
開発環境からそのまま本番へ持っていけるなんて完全に妄想だよ
- 69 :
- Goはシンプル方向じゃなくてイージーな 勘違いすんな
VMとネイティブで大した違いないとか小学校からやり直してこい
- 70 :
- >>68
スクリプト言語はコンテナ内で開発するだろ
実行環境ってなんのことを指して言っているんた?
- 71 :
- >仮にコンテナ内で開発してたとしても実行環境とは別のイメージ使うだろ
その前段はまああることだが、ここは言ってることがおかしい。
- 72 :
- そうか?
ステージングはともかく、開発中はデバッグ用のツール等の入った別のイメージを使うだろう
- 73 :
- ほんとにコンテナ使った開発してるのか?
- 74 :
- してたら実行環境用のコンテナでローカル開発をやることがどれほど非効率か知ってるはずだけどな
- 75 :
- 噛み合わない会話だな
作ってるものも使ってる技術も違うのにコンテナ技術はこうであると言い切るのがおかしい
- 76 :
- ルドルフとイッパイコンテナ
- 77 :
- シンタックスが優れてる言語ってみんななに?
自分はNimを押すけど
- 78 :
- HaskellとかPureScript
- 79 :
- 「プログラミング言語Go完全入門」の期間限定公開のお知らせ
https://tech.mercari.com/entry/2020/03/17/120137
- 80 :
- nim
- 81 :
- https://qiita.com/gobori/items/821e6d8219033c4f68a8
- 82 :
- >>75
いや、少なくとも実行環境と開発環境の環境差をなくすためのものって意味じゃ共通だろ。
そこでヘンテコなこと言ってるわけだ。
デバッグツールの容量惜しむくらいならコンテナなんか使うなよ。
- 83 :
- いや、同じじゃないわ
開発環境と実行間隔
という区分けがまずヘンテコだし噛み合ってない
- 84 :
- コンテナで一括りにしちゃうから
人によって違った意見になるんじゃないかと予想
dockerとlxcじゃ使い方も開発方法も違うんでないか?
- 85 :
- コード生成のコマンドなんかもわざわざコンテナで実行するの?
拘りを否定はしないけどご苦労なことだな
俺はむしろ変に環境に依存して壊れやすいコードにならないように、ローカルではできるだけホストで直接動かしてテストしてるわ
コンテナでのテストはプルリク作ってCIが回るまでやらないことも多い
- 86 :
- ローカル開発環境もコンテナ化してるから変に本番と違う環境では確認も実行もしなくて良いのがコンテナのメリット
- 87 :
- 無理やり違うってところをひねりだしてるだけだろ。。ばかばかしい
- 88 :
- 個々人/個別のチームがどれを選択するかは別にして、dockerの場合マルチステージビルドがある事からビルドと実行環境とか細かい環境の区分けは想定されていると思える
- 89 :
- >>63 の言ってることが実態に即してるかどうかだけが議論の的だら
俺はそもそも何を言ってるか分からんかったが
- 90 :
- cronで1分おきにpullすればデプロイは最強
コンテナにもオートスケールにも対応可能
- 91 :
- コンテナ関係なくjavaがgoより好まれないてだけってのはあるな。
- 92 :
- Javaはそれで統一しないと価値ないからね
ポータビリティ云々じゃなく、マイクロサービスであえて選ぶ意味がない
- 93 :
- 待望の新言語
ZetZ、形式的検証機能を備えたCのダイアレクト
https://www.infoq.com/jp/news/2020/05/zz-formal-verified-c-dialect/
- 94 :
- 言語じゃない!
- 95 :
- >>93
アニメじゃないのにZZとか
- 96 :
- 構文がだせぇ
- 97 :
- 開発者がもっとも好きなプログラミング言語は「Rust」、Stack Overflow「2020 Developer Survey」より
https://codezine.jp/article/detail/12350
- 98 :
- IBMがRustを使ってNode.jsのプロジェクトを書き換え。その背景とは?
https://thinkit.co.jp/article/17561
- 99 :
- GoとRustはどっちがいいんですか?
- 100 :
- どっちも良いよ。Rust難しいと聞くけど、所有権もライフタイムも大して難しくはない
けど、Goに比べて圧倒的に調べるのが面倒、流行ってんのか情報充実してきたけど
このCrateはfuturesの何が要るのか要らんのか、devに何か足さないと動かないのか
大抵crates.ioに乗ってるけど、自分で書き始めるとそれ以上の何かが必要な時に元のソースをゴリゴリ読む事になる
この辺、みんなどうしてんのかな。Goに戻って勝手にimport補完してくれるわ、標準ライブラリーで大半は済むわ、
Godocの調べやすさに対してcrates.ioの調べに草w
100〜のスレッドの続きを読む
初心者の俺が初めて覚えるプログラム言語
ARToolKitでARを作ろう
生産性が低いC++で頑張るために必要な知識
MVVMについて語ろう
VBSで便利なプログラムを作れスレ 2
プログラミングのお題スレ Part14
C/C++のライブラリ総合スレ
35歳、発達障害のB型作業所通いですが 6
Rust part8
.Net Core / Net ASP Core
--------------------
俺が怒らない理由
国家総合職スレ part51
ザコベン(雑魚駅弁)とザコク(雑魚ワタク)ってどっちが上?
【FF14】禁断の地 エウレカ Part34島
向井理 玉木宏はこの世で1番使えない俳優
〓〓 Liverpool FC 〓 971 〓〓
「設定付きパチンコ」を警察が認可、設定6の機械割は120%オーバー、カジノも驚愕の射幸性の塊のギャンブル機、警視総監クビだろこれ [422186189]
【打倒】石川佳純とその仲間達 Part2【中国】
とりうどんちゃんを孕ませたい
Rio carbon 5GB part5
【AC】エア・カナダ Air Canada その2【YVR/YYZ】
セブンPayの思い出
音楽史上、最低の曲は何だね?
【BrownDust】ブラウンダスト part60
【メルカリ】フリマアプリやってる喪女65【フリル
【AKB48卒業生】大島優子応援スレ☆1817
【女優デビュー】伊原六花 Part6 【チア☆ダン】
☆☆☆ 小林麻耶 part131 ☆☆☆
シュークリームおばさんスレ55
22/7(ナナブンノニジュウニ) 第四十一章
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼