次世代言語15 Go Rust Swift Kotlin TypeScript

**デフォルトの名無しさん** · 2018/11/04(日) 20:30:10.42

スレタイ以外の言語もok

前スレ
次世代言語14 Elixir Crystal Julia Rust Swift
https://itest.5ch.net/mevius/test/read.cgi/tech/1536668904

**デフォルトの名無しさん** · 2018/11/04(日) 22:31:22.63

Crystalってpythonに対するnimのruby版という認識なんだけど間違ってるかしら

**デフォルトの名無しさん** · 2018/11/05(月) 19:05:36.14

そうだよ

**デフォルトの名無しさん** · 2018/11/05(月) 21:38:30.50

webのものだがrustを採用するよう上司を説得するのに四苦八苦してる
自分が分かることしかやりたくないオタンコナスめ

**デフォルトの名無しさん** · 2018/11/05(月) 23:21:46.96

>>4 ちょっとでもいいから自分で書いて説得材料に加えた方がいいよ。先行者がいるかいないかで全然印象が変わるから
使う言語も作るサービスも新しかったら上司も二の足も踏むよ

**デフォルトの名無しさん** · 2018/11/06(火) 00:06:12.34

TypeScriptもまだ次世代なのかよ

**デフォルトの名無しさん** · 2018/11/06(火) 07:01:39.58

>>5
書いてるしプロダクトに組み込んでるよ
もっと広く使いたいってはなしさね

**デフォルトの名無しさん** · 2018/11/06(火) 08:55:28.39

つ　転職

**デフォルトの名無しさん** · 2018/11/06(火) 17:45:01.68

rust使える連中集めるか、僕が一生このプログラムのメンテしますって念書でも書けばいいんじゃね

**デフォルトの名無しさん** · 2018/11/06(火) 19:51:58.83

だから俺は書いてるってば
しかしいちいち極端だな

**デフォルトの名無しさん** · 2018/11/06(火) 22:07:58.57

Rustはasync回りが落ち着かないことにはね

**デフォルトの名無しさん** · 2018/11/06(火) 22:10:53.50

それは言えてる
次で入るはずだし期待だね

**デフォルトの名無しさん** · 2018/11/07(水) 21:51:24.39

GoもRustも関数の名前付き引数が無いのね

**デフォルトの名無しさん** · 2018/11/07(水) 22:00:38.98

smalltalk由来の？
実装コストの割にちょっと手間が減るだけだから、広まるとは思えないなぁ。。。
あれば便利だけど、拘る程でも無いし。

設計段階で良く使うのを前半に持って来れば現状でもデフォルトの値で省けるし。

**デフォルトの名無しさん** · 2018/11/07(水) 22:35:16.66

>>14
広まるどころか既にPython、C#、Scala、Swift、Kotlin、Nimなどに名前付き引数が存在する

**デフォルトの名無しさん** · 2018/11/08(木) 00:07:44.66

名前付き引数はあったほうが良いけどな。
tsとかjsでもobject使って名前付き引数っぽくはかける

**デフォルトの名無しさん** · 2018/11/08(木) 01:03:55.74

あったらたまに使うけど、なくても困らん

**デフォルトの名無しさん** · 2018/11/08(木) 07:17:32.43

引数の数が3つ以上になったら名前付き引数を使ったほうが良いけどな。

**デフォルトの名無しさん** · 2018/11/08(木) 08:04:01.41

またまたご冗談を

**デフォルトの名無しさん** · 2018/11/08(木) 12:22:15.99

>>14
＞smalltalk由来の？

うわーキモいなーw

**デフォルトの名無しさん** · 2018/11/08(木) 14:48:00.38

おまえがな

**デフォルトの名無しさん** · 2018/11/08(木) 15:28:34.81

アホみたいに引数が多いWin32APIとか呼ぶときは欲しくなる

**デフォルトの名無しさん** · 2018/11/08(木) 21:07:57.17

Smalltalkの名前付き引数って引数の順番入れ替えられないってマジ？
ガチでウンコじゃん

**デフォルトの名無しさん** · 2018/11/08(木) 22:41:04.48

オプション引数が2つ以上になるなら欲しくなるね。
まぁ連想配列を渡せればそれでもいいんだが型安全でない。
そういう意味でTypeScript最強。

**デフォルトの名無しさん** · 2018/11/08(木) 23:01:11.13

うんこは>>23

**デフォルトの名無しさん** · 2018/11/12(月) 15:38:09.44

>>4
悪いけど趣味でRust書いてる俺ですら
webものでRust採用するなんて言われたら全力で却下するわ

**デフォルトの名無しさん** · 2018/11/12(月) 15:44:01.93

当然異論あるのは承知の上で、
オプション引数が必要だと思ったときはすでにAPI設計が失敗してるって思うのだが
具体的にオプション引数でないとできないことってなんだろう

**デフォルトの名無しさん** · 2018/11/12(月) 17:06:45.62

webでrust、なんでダメなんだ？
active recordが無いから？

**デフォルトの名無しさん** · 2018/11/12(月) 17:13:15.69

web業界だと馬鹿でも弄れないと困るからじゃね？

**デフォルトの名無しさん** · 2018/11/12(月) 17:46:39.02

単純にasyncまわりが動乱期で、
今書いても近いうちに書き直しになるのが目に見えてるから＞webに導入するの反対

あとはRust使うくらい性能追及しなきゃいけない部分なんて
webでそこまであるか？というのもある
>>29のバカでも書けるに近いかもしれんが、
Goで困る用途がそこまで思い付かない

渋の配信回りみたいな部分で欲しいのは分かる

**デフォルトの名無しさん** · 2018/11/12(月) 18:38:42.74

てかgoで本格的なアプリ書いてみりゃチャンネル使ってもまだまだ複雑になるってことに気づくわ。
言語の瑣末ごとに時間食ってる余裕はないと感じるようになる。

**デフォルトの名無しさん** · 2018/11/12(月) 18:40:01.18

渋の配信でなんだろ

**デフォルトの名無しさん** · 2018/11/12(月) 19:19:45.27

>>32
pixiv Sketchのライブ機能とかいうやつのバックエンドがRustで書かれてるんだと

**デフォルトの名無しさん** · 2018/11/12(月) 19:47:34.64

>>33
ピクシブのシブか

ぼくはjavaやgoで書くくらいならrustで書くけど、馬鹿に合わせなきゃいけないなら仕方ないな

**デフォルトの名無しさん** · 2018/11/12(月) 19:56:47.19

別にrustで全て書き換えてもらっても構わんが？
https://github.com/kubernetes/kubernetes
やれるもんなやらやってみろや。

**デフォルトの名無しさん** · 2018/11/12(月) 20:12:37.81

Javaで書くくらいならGoで書く
C++で書くくらいならRustで書く
は分かるんだ
Goで書くくらいならRustで書くと言えるほど
プログラミングスキルに自信はないな

豪語できる実力と後任育てる覚悟があるならいいんじゃないかなとしか言えん

**デフォルトの名無しさん** · 2018/11/12(月) 21:13:20.30

難しいの意味によると思うけど、例えば予測しきれないGCのほうが難しくない？
みんな作ってるものも求められるものも違うから一概には言えないけどさ
そういう意味では、馬鹿に合わせるってのは言い過ぎだった、ごめん

**デフォルトの名無しさん** · 2018/11/12(月) 21:25:41.65

>>27
オプション引数という機構が無くてもやりようはあるという話なら理解できるが、
設計の失敗というのはピンとこないな。どういうこと？

**デフォルトの名無しさん** · 2018/11/12(月) 21:46:47.45

>>37
GCの挙動予測しなきゃいけないくらいシビアに作らなきゃいけないものなら確かにRustで書く
ただ単なるWebのAPIサーバとかでそんなシビアに作るか？という話
例に挙げたpixiv Sketch Liveはエンコーディングが絡むからGoでは確かに辛い

**デフォルトの名無しさん** · 2018/11/12(月) 21:51:58.92

>>38
一言でいうなら後付けの建て増しに見えるから、かな？
初めからオプションによって色々変わる設計ならビルダーパターンなり構造体を引数に渡すなり
設計段階からオプション引数が不要なように書いてると思うんだ

ただ単なる偏見な気もする

**デフォルトの名無しさん** · 2018/11/13(火) 09:35:36.18

それ複雑さがビルダーの初期化に移るだけだろ
記述量でみるならオプション引数の方が簡潔

**デフォルトの名無しさん** · 2018/11/13(火) 12:31:21.43

1つ2つくらいなら確かにそうだけど、
その流れで気づいた10個越えてたってパターン複数回見てるから、
オプション引数使うより初めからいくつ増えてもいい設計にした方がいいのでは？と思う

もちろん思考停止で増やした奴が一番悪いのは知ってるが

**デフォルトの名無しさん** · 2018/11/13(火) 12:33:36.66

10個になったってビルダーよりオプション引数のほうが簡潔でしょ
何言ってんの？

**デフォルトの名無しさん** · 2018/11/13(火) 21:27:07.00

初めから完璧に設計なんてできないんだから、備えておくこと自体ナンセンスだよ
初めの設計が破綻したらdeprecatedにマークして、その時点で最適なインターフェースを作ればいいじゃん

**デフォルトの名無しさん** · 2018/12/07(金) 21:30:32.68

rust 2018 editionが標準になったな
書き換えるのに2時間くらいかかったわ

**デフォルトの名無しさん** · 2018/12/07(金) 21:48:47.14

引数10個てｗ
5個くらいの時点で悔い改めようよ

**デフォルトの名無しさん** · 2018/12/09(日) 18:02:57.69

Kotlinもよろしく

**デフォルトの名無しさん** · 2018/12/09(日) 21:31:48.39

コトリンて仕方なく使うもんでしょ

**デフォルトの名無しさん** · 2018/12/10(月) 10:50:15.57

Javaだと1週間かかっていた機能追加が、Kotlin移行後は2～3日でできるようになりました。

――工数が半分以下に減ってるんですね……！ Android版Yahoo!ニュースではまだJavaを使っている部分もあるかと思いますが、今後Kotlinへ完全移行する予定はあるのでしょうか？

https://employment.en-japan.com/engineerhub/entry/2018/12/07/110000

**デフォルトの名無しさん** · 2018/12/10(月) 13:23:39.04

設計見直したのが大きいってな
Androidならコトリン一択だろうけど

**デフォルトの名無しさん** · 2018/12/10(月) 23:03:18.59

逆に言えばAndroidにしか使えない

**デフォルトの名無しさん** · 2018/12/10(月) 23:10:56.15

確かサーバーでも使えるんだろ

**デフォルトの名無しさん** · 2018/12/10(月) 23:28:47.29

そこはGoogleらしいね。
ただ、鯖ならもっと良い言語あるだろってのはあるし、Goにも言えるけど鯖から外の用途がGoogleの言語は伸びないのよね。
GoもGUIライブラリ弱いし。

自社に関係する用途以外に関心が無いっぽいのがね。。。
オープンソースって元からそういう所あるけど、仮にもGoogleがバックアップしてるのに。

MSも似た様なものだけど、関係する分野自体が手広いからライブラリも充実する。

**デフォルトの名無しさん** · 2018/12/10(月) 23:54:10.39

javaのトランスパイラだならサーバも書けるけど
新規で書くのにコトリン選んでたら指差して笑う

**デフォルトの名無しさん** · 2018/12/11(火) 00:15:59.73

サイバーとかラインを笑うとな

**デフォルトの名無しさん** · 2018/12/11(火) 09:20:05.56

GUIはFlutterでやるんかね
C#の層をねらっているようにもみえる

**デフォルトの名無しさん** · 2018/12/12(水) 00:50:38.08

dart復活あるか？

**デフォルトの名無しさん** · 2018/12/21(金) 21:39:18.97

Vue vs React vs Angular
https://mevius.5ch.net/test/read.cgi/tech/1545395856/

**デフォルトの名無しさん** · 2018/12/24(月) 17:32:37.72

>>54
新規案件でjavaなんて選ぶ？

**デフォルトの名無しさん** · 2018/12/24(月) 18:09:22.26

>>59
気の毒なことにコトリンを選ぶ現場はあるたいなんだ
潜在的にはjavaのが圧倒的に多いだろうけど

**デフォルトの名無しさん** · 2018/12/24(月) 21:27:23.43

jvm使うかどうかなら分かるけど
javaかkotlinかって些事じゃね

**デフォルトの名無しさん** · 2018/12/25(火) 09:01:23.38

選べるのにわざわざjvmに縛られるスカポンタンがいるってこと

**デフォルトの名無しさん** · 2018/12/25(火) 12:37:10.28

>>61
そうだなあ。Javaしかできないと言ってる人にいきなりやらせてすぐにできるようになったらその人はかなり良いプログラマである可能性があるということはわかる。
何ヵ月やってもダメっぽい場合は他の事も多分ダメでプログラマ向きの人ではないから他の仕事に移すかクビの方向で検討。

**デフォルトの名無しさん** · 2019/01/04(金) 18:33:38.74

僕天才「Scala」

はい論破

**デフォルトの名無しさん** · 2019/01/04(金) 23:15:50.43

またJVM言語か

**デフォルトの名無しさん** · 2019/01/04(金) 23:20:39.13

ガイジ「うーん、PHPｗ」

**デフォルトの名無しさん** · 2019/01/05(土) 00:24:30.73

ここ的には基本Go
もっと性能予測や速度が必要ならRustって感じか？

**デフォルトの名無しさん** · 2019/01/05(土) 12:56:22.57

一番ダメな組み合わせじゃん

**デフォルトの名無しさん** · 2019/01/05(土) 13:27:08.69

kotlin触った後にdart触るとセミコロンがうっとうしいな
次世代言語にセミコロン不要だわ

**デフォルトの名無しさん** · 2019/01/05(土) 13:58:04.96

Dartもセミコロン省略議論してなかったっけ

**デフォルトの名無しさん** · 2019/01/05(土) 14:10:35.52

Dartは旧世代言語

**デフォルトの名無しさん** · 2019/01/05(土) 14:37:59.51

始まる前から旧世代とかヤバスギでしょ

**デフォルトの名無しさん** · 2019/01/05(土) 20:01:12.72

■C#
list.ForEach( e => {
　　Console.WriteLine(e);
});

■Java
list.forEach( e -> {
　　System.out.print(e);
});

■Rust
list.for_each(|e| {
　　println!("{}", e);
});

■Dart
list.forEach( (e) {
　　print(e);
});

**デフォルトの名無しさん** · 2019/01/05(土) 20:01:57.05

■JavaScript
list.forEach( e => {
　　print(e)
})

■Groovy
list.forEach { e ->
　　print(e)
}

■Kotlin
list.forEach { e ->
　　print(e)
}

■Swift
list.forEach { e in
　　print(e)
}

**デフォルトの名無しさん** · 2019/01/05(土) 20:05:15.93

■Go
※筋力でforループ

セミコロンもだけど末尾ラムダの場合に括弧減らせる方が俺は好きだな

**デフォルトの名無しさん** · 2019/01/05(土) 20:05:32.92

>>73
Rustのノイズの多さが目立つな
Dartもアロー的なものがない分締まりがない印象

**デフォルトの名無しさん** · 2019/01/05(土) 20:19:05.16

ルースト、ダルト、スイフトの構文キモヨ

**デフォルトの名無しさん** · 2019/01/05(土) 21:10:16.73

■Smalltalk
list do: [:e |
　　Transcript cr; show: e printString
]

**デフォルトの名無しさん** · 2019/01/05(土) 21:19:25.06

>>78
ゴミｗ！

**デフォルトの名無しさん** · 2019/01/05(土) 21:56:16.03

ゴミの顰みに倣う

**デフォルトの名無しさん** · 2019/01/05(土) 22:07:39.74

>>75
goのforは他の言語のforeachと大して差があるとは思えんが

**デフォルトの名無しさん** · 2019/01/05(土) 22:13:59.65

色々調べてお疲れだと思うけど、そのラムダ式を変数に代入した場合を書いてみるといい
ちゃんと色々考えて機能追加したのか、それとも流行りに乗っかっただけなのかが分かるから

**デフォルトの名無しさん** · 2019/01/05(土) 22:33:50.07

>>81
主眼がラムダ構文だったから

>>82
そこを書いて自分の考えを出してこうぜ

俺も連投の割には>>75の最後の行が言いたかっただけだし

**デフォルトの名無しさん** · 2019/01/05(土) 22:53:04.82

>>83
俺わかっちゃってます風の文句しか言えないガイジに、自分の考えなんてあるわけないだろ
こういうやつは流行りに乗っかっただけのマウントが取りたいだけのキョロ充以下のゴミ虫なんだよ

**デフォルトの名無しさん** · 2019/01/05(土) 23:27:18.90

ラムダを渡すのがポイントなわけね。なら、「作ればある」って感じか。

type anySlice []interface{}
func (this anySlice) forEach(f func(i interface{}) {
　for _, e := range this {
　　f(e)
　}
}

list.forEach(func(e interface{}) {
　fmt.Println(e)
}

**デフォルトの名無しさん** · 2019/01/06(日) 10:55:17.61

そもそもラムダ式を変数に代入とか普通しないのでは
型推論が台無しになるでしょ

**デフォルトの名無しさん** · 2019/01/06(日) 11:08:46.07

>>82
ほら、出てこいよゴミ

**デフォルトの名無しさん** · 2019/01/06(日) 11:13:50.31

>>86
台無しになんてならないよ

**デフォルトの名無しさん** · 2019/01/06(日) 18:21:44.80

普通の関数型言語の型推論 ( HM型推論 ) なら
ラムダ式を変数に代入 ( 束縛 ) しても正常に型が付く

**デフォルトの名無しさん** · 2019/01/14(月) 01:14:41.88

結局TypeScript最強ってことでFA？

**デフォルトの名無しさん** · 2019/01/14(月) 11:08:15.85

ベクトル計算,統計,数値解析など
　　Python,R

ブラウザ上
　　JavaScript
　　トランスパイラ
　　　　TypeScript,Dart,Kotlin
　　WebAssembly
　　　　(多すぎ省略)

アプリ,サービス
　　コンパイル
　　　　C#,Java,Scala,Kotlin,Swift,Objective-C,Dart,Go
　　スクリプト
　　　　Ruby,Perl,PHP
　　JSフレームワーク使用(Node,React/Native,Electronなど)
　　　　JavaScript,TypeScript

ミドルウェア,ドライバ
　　C,C++,Rust,Go

適応領域/縄張り的な観点で人気言語から列挙、異論は認める

**デフォルトの名無しさん** · 2019/01/14(月) 11:09:15.12

ハードウェアを使う計算処理のDSLとも言えるようなPython,Rの領域は
他が入り込めそうにない

TypeScriptはJavaScriptの上位互換性がかなりの強みになっているが
ネイティブコールは他に頼る必要がある

.NET Native, Substrate VM, Kotlin/Native, Dart など
VM型だったものがLLVM等を利用し、
FFIを持つだけでなくネイティブのバイナリを生成出来るようになっている

ある程度用途や領域の前提が無いと比較は難しいだろう
ビルド関連,エコシステムも実際上は言語選定に含まれる

もちろん題材としては構文(型システムなど含む)の優劣のみ比較するのでも良いと思うが

**デフォルトの名無しさん** · 2019/01/25(金) 08:57:21.46

▪Haskell
mapM print list

**デフォルトの名無しさん** · 2019/01/25(金) 09:05:36.46

>>83
渡す必要もないのにラムダ渡さないとダメですか。。。(震え声)

mapM (\e -> print e) list

**デフォルトの名無しさん** · 2019/01/26(土) 19:42:15.89

流石にラムダは書けるのに関数は渡せないなんてクソ言語は無いだろwww
無いよね？
list.forEach(print)

**デフォルトの名無しさん** · 2019/01/27(日) 05:18:31.69

広告がめっちゃ悪さするけどいつからマルウェア配布してたんだ？

**デフォルトの名無しさん** · 2019/01/27(日) 09:12:28.47

>>95
それどの言語？

**デフォルトの名無しさん** · 2019/01/27(日) 09:47:45.10

>>73
>>76
>>77
rustはもうちょっと簡潔にはなる
iter.for_each(|e| println!("{}", e))

**デフォルトの名無しさん** · 2019/01/27(日) 12:34:46.98

１引数１ステートメント前提での省略書くのは
実用はともかく比較のセンスは悪いと思う・・・

**デフォルトの名無しさん** · 2019/01/28(月) 00:44:24.53

_打ちづらいから死ね

**デフォルトの名無しさん** · 2019/01/28(月) 02:57:39.46

>>100
英字キーボードでも使ってんの？

**デフォルトの名無しさん** · 2019/01/28(月) 03:11:34.65

>>101
_は圧倒的にUS配列の方が打ちやすいんだよなあ

**デフォルトの名無しさん** · 2019/01/28(月) 15:48:18.09

右小指をプレス機で潰しちゃって、事務職に転属した人かもしれない。

**デフォルトの名無しさん** · 2019/01/30(水) 07:00:10.06

日本語キーでも右Shiftとその隣を押すだけだしこれが押しにくいってことないだろう

**デフォルトの名無しさん** · 2019/01/30(水) 07:56:59.90

ホームポジションを崩すのは罪だからな

**デフォルトの名無しさん** · 2019/01/30(水) 15:03:25.01

>>73 >>74
■Python
for e in list:
print(e)

**デフォルトの名無しさん** · 2019/01/31(木) 23:21:14.72

>>106
さらに e はブロックから飛び出すウンコ仕様
PHPと同レベルだね

**デフォルトの名無しさん** · 2019/02/01(金) 00:24:23.59

>>107 スクリプト言語って知ってる？

**デフォルトの名無しさん** · 2019/02/01(金) 00:33:16.42

javascriptのvarもぴょんぴょん飛び出すかわいいやつだぞ！

**デフォルトの名無しさん** · 2019/02/01(金) 00:39:47.60

>>108
・・・

スクリプト言語ぜんぶ同じだと思ってるの・・・？・・・ｗ

**デフォルトの名無しさん** · 2019/02/01(金) 04:00:16.01

大抵の言語って主要な用途がはっきりしてるけどさあ
Rustって一体なんの分野で使うのが主流なの？

**デフォルトの名無しさん** · 2019/02/01(金) 06:49:16.49

低レイヤー C/C++と競合

**デフォルトの名無しさん** · 2019/02/01(金) 13:08:11.93

開発者7万人に聞く、2018年学んだプログラミング言語第1位は？ 2019/01/31 09:40:20 後藤大地
https://news.mynavi.jp/article/20190131-764256/

HackerRankはこのほど、7万人ほどの開発者を調査した結果を「2019 Developer Skills
Report - HackerRank」として公開した。同調査は、プログラミングに従事している開発者が
どのような技術を学んだのか、今後どのような技術に取り組みたいのかなどをまとめている。

開発者が2018年に学んだプログラミング言語としては、JavaScriptが1位になっている。
これにJava、C、Python、C++が続いている。

2019年に開発者が学ぼうと考えているプログラミング言語ではGoが1位で、これに
Kotlin、Python、TypeScriptが続いている。これまでの動向からは、開発者が学ぼうと
考えてるプログラミング言語が必ずしもその後のプ人気には結び付いていないことも
示されている。

プログラミング言語の人気ランキングにおいて、JavaScriptはそれほど上位に入っていない
ことが多いが、HackerRankのレポートは多くの開発者がJavaScriptの学習に取り組んでいる
ことを示している。JavaScriptが実際のシステム開発に必要な技術として広く活用されて
いるものと見られる。

**デフォルトの名無しさん** · 2019/02/01(金) 13:23:50.72

>>111
web

**デフォルトの名無しさん** · 2019/02/01(金) 20:29:06.41

ちょっと油断するとすぐ名前出なくなるF#さん・・・

**デフォルトの名無しさん** · 2019/02/01(金) 20:52:00.29

らくだ兄さんが入ってるから・・・

**デフォルトの名無しさん** · 2019/02/01(金) 21:55:24.60

F*とかいうのがあるな

**デフォルトの名無しさん** · 2019/02/01(金) 21:55:57.51

は？

**デフォルトの名無しさん** · 2019/02/01(金) 22:01:23.15

プ人気

**デフォルトの名無しさん** · 2019/02/01(金) 22:38:08.45

F*uk

**デフォルトの名無しさん** · 2019/02/02(土) 10:34:33.80

F#のパイプ演算子は非常に便利なのでぜひ普及してほしい

**デフォルトの名無しさん** · 2019/02/02(土) 12:02:01.90

node/typescript, kotlin, rust
この3つで出来ない(向いてない)ことってiosアプリ以外にある？

**デフォルトの名無しさん** · 2019/02/02(土) 12:13:41.09

機械学習？

**デフォルトの名無しさん** · 2019/02/02(土) 12:15:12.57

明らかに向かないのはWindowsデスクトップアプリや統計だろうな

**デフォルトの名無しさん** · 2019/02/02(土) 12:21:33.80

3つともiosアプリ/Windowsアプリを作れると思うけど
相対的に向いてないのはPythonやRが得意とするその辺だろうね

**デフォルトの名無しさん** · 2019/02/02(土) 12:29:06.79

すまん。後出しであれなんやが各エコシステムが満タンになった未来想定で頼む。
> Windowsデスクトップアプリ
これは js(typescript)/kotlin native でなんとかならんやろか。

> 機械学習, 統計
これは何でpythonが押されてるのか良くわかってないんやが、
rustが成熟しても選ばれんのかな。何かpythonにしかないメリットがあるんやろか。

**デフォルトの名無しさん** · 2019/02/02(土) 12:52:23.48

IOSアプリ
　　TypeScript : (JavaScript) : React Native他 : 例 Facebookアプリ
　　Kotlin : Kotlin/Native(IOS)
　　Rust : 例 Firefox Quantum

Windowsアプリ
　　TypeScript : (JavaScript) : Electron : 例 Visual Studio Code
　　Kotlin : (Java) : 例 IntelliJ
　　Rust : 例 Firefox Quantum

**デフォルトの名無しさん** · 2019/02/02(土) 12:53:16.41

エコシステム満タンならPythonの得意分野もいけると思う
現状でもTensorFlowとかJavaやRustから使えるし
でも現実的にエコシステムが追いつくことは難しそう

Pythonの初学者にも読みやすい性質と
データサイエンス系のエコシステムの充実さにより
そういう分野の人が流入して、それにより充実さが増す流れが出来てる

**デフォルトの名無しさん** · 2019/02/02(土) 12:54:02.43

何でpythonかちょっと調べてみたわ。
ttps://qiita.com/yaju/items/5502115d7e3d06e6bbdd
「エコシステム・コミュニティ・サポート・言語の簡易さ」こんな感じの理由やった。
だいたいはエコシステム最強の近未来Rustなら置き換え可能な要素やろうと思ったんやけど、
「言語の簡易さ」はどうにもならんね。機械学習始めようと思った人がRustから入門するのは現実的じゃないわ。

**デフォルトの名無しさん** · 2019/02/02(土) 12:56:11.16

>>125
向いてるかどうかじゃないの？

**デフォルトの名無しさん** · 2019/02/02(土) 13:22:36.82

>>128
そうみたいやね。おんなじ結論やわ。
typescriptで機械学習の呼出ライブラリ作りまくればワンチャン・・ないか。

そしたら
node/typescript(js後継), kotlin(java後継), rust(c/c++後継), phthon(入門用&AIできるよ)
この4つならコンピュータ用途の最大公約数ってことでええんやろか。

**デフォルトの名無しさん** · 2019/02/02(土) 13:32:33.05

>>127 アプリってどう言う意味で書いたの？アプリを開発できるかどうか？
iOS だったら、pythonista が結構使えそうだよ。
python から、iOS のシステム関数とかObjective-C の関数を呼べるからほぼ何でもできる。
python の外部ライブラリのうちCで書かれたライブラリは使えないけど大体のことは間に合う。

GUI も簡単に作れる。センサー類も全て使えるしかなり評判が良い。 GUI はjson を呼んでるらしいからWebkitの配下で動いているっぽい。

python 其の物は既に学生の教育用として確たる座を占めたから当分人気が落ちることはなさそう。

**デフォルトの名無しさん** · 2019/02/02(土) 13:42:21.93

>>132
>>122と>>124に対する>>125の1行目の単なる補足

**デフォルトの名無しさん** · 2019/02/02(土) 13:43:03.05

pythonista で作ったものは、App store の審査に通らないらしいから売ることはできない。

売るとなるとSwiftを使う事になるが開発環境の垣根が高いからイマイチ人気が伸びない。オープンソースになったからMac以外でもコンパイルは出来るようになったが、Objective-C のライブラリまで解放されてるわけじゃないからイマイチ。
言語的には好きな言語なんだが。

**デフォルトの名無しさん** · 2019/02/02(土) 13:49:29.70

>>114
CRUD試せるようなwebアプリ作ってみたけどwebには向いてなかったで。
GCいらずの利点が薄いしエコシステム無いしIDEの補完弱いし言語仕様むずいし。
最悪１人でも作れるような小規模サイトじゃないと無理やと思う。現時点では。

**デフォルトの名無しさん** · 2019/02/02(土) 14:49:28.56

>>134 何日か前にpython の人気ランキングが上がってると言うニュースを見て、一昨日辺りからpythonの紹介記事や入門動画を見て、これは使えそうだなと言う感触を得た。
今朝 pythonistaをダウンロードして、どんなものか試したりpython の基本構文を練習したりして、概略がわかってきたから、昼からiOS 用アプリの練習問題としてのサンプルを動かしてみた。

iPhoneでiPhoneアプリを作ろう
https://qiita.com/ttsutchi/items/34fb3395f085e5e11f6e

こんな感じ
https://i.imgur.com/Tz3u3xn.jpg

WysiWig で配置を自由に動かせるから便利。
昔HTML の作成ツールでWysiWig の物を使ったこともあったが、余計なHTMLを吐き出して後のメンテナンスが大変になるから、すぐにやめた。

これは変なコードを入れる訳でもないから使いやすい。
ただ、アプリをホームに登録して動かして終わった時にソース画面に移るのは煩わしい。何か方法はあるとは思うが。

**デフォルトの名無しさん** · 2019/02/02(土) 15:23:23.21

日本でpython の普及が遅れたのは、Rubyがあったからみたいだね。
スクリプト言語だから、perl やRuby に似てて当然なんだが、その分pythonは多言語化に遅れてる気はする。

HTML の作り方の紹介動画を見てるとperl を使った作り方に似てるなと思った。
javaのJSPよりはよほど使いやすそう。

自分がpython をやっても良いかなと思ったのは、
1. インタプリタで誰でも入門が簡単
昔のBASICに変わりうる立場。教育に良い
2. 何でもやれそう。
スマホアプリを手軽に作れるのは趣味に良い。
2.1 Web アプリを作るのが簡単そう。
2.2 Excel との相性が非常に良さそう
今やアメリカの事務職でもpythonが出来ることを求められ始めている。事務としてはExcel の延長だろうな。高級VBA？

**デフォルトの名無しさん** · 2019/02/02(土) 17:51:42.37

てかpython程度の言語なら流行ったらその時にでも勉強すれば十分だろ。
perlやrubyに比べたらだいぶ楽だぞ。何を警戒してるんだか。

**デフォルトの名無しさん** · 2019/02/02(土) 20:03:30.25

>>138 その警戒感がないから流行り始めてるのでは？
言語としてはメールやエクセルと同じ感覚で使うレベル。
目新しい事もなにもない。

しかし出来ることは少なくとも科学分野では全ての言語を凌駕しそう。

**デフォルトの名無しさん** · 2019/02/02(土) 20:19:28.91

Pythonはライブラリキックするためだけの言語だからな

**デフォルトの名無しさん** · 2019/02/02(土) 20:21:21.54

>>139
pythonが普段使いだからかも知れんが、本当に凡庸だよ。
他の言語みたいに言語特有の機能みたいな尖った部分はほとんどない。
勉強とかするなら他の言語やったら？と思うくらい。

まあ機械学習ライブラリ周りは言語というかあの手のライブラリ特有の遅延評価の癖みたいなのはあるから
そういうのに慣れとくのはいいかも知れんけど。

**デフォルトの名無しさん** · 2019/02/02(土) 20:24:11.43

>>140 言語としての面白さはないが、何かを作る、解決すると言う意味での解決策ではトップレベルなんだろうな。

プログラムというのは、問題を解決するために作るものなんだから、最短距離で解決できるのがベスト。

**デフォルトの名無しさん** · 2019/02/02(土) 20:34:23.32

>>142
そりゃパフォーマンス出せない言語で効率的に動かすには処理の速い言語で作ったライブラリをキックさせれば良いからな
そういう意味ではPythonは楽なんだよな
Excelマクロに使いたがってるのもまさにそれだしな

**デフォルトの名無しさん** · 2019/02/02(土) 20:35:16.90

単純にライブラリがあるからってだけだよ
Rubyが流行ったのと一緒

**デフォルトの名無しさん** · 2019/02/02(土) 21:08:59.47

ライブラリがないからrubyは廃ったまで読んだ。

**デフォルトの名無しさん** · 2019/02/02(土) 21:54:15.73

どんなにエコシステムが充実しようが、Rustがpythonに取って代わることはないよ
REPLの有無や型システムの性質の違いやらで、言語仕様の段階でとっつきやすさが違う

**デフォルトの名無しさん** · 2019/02/02(土) 22:33:17.26

型安全とかnull安全とか、気にする方が少数派という悲しい世界

**デフォルトの名無しさん** · 2019/02/03(日) 00:23:37.84

>>146
Rustが、REPL用意しないのは、
何かポリシーがあるんかね～

ちょっと実験してみる時なんか便利なんだけどな。

**デフォルトの名無しさん** · 2019/02/03(日) 01:04:47.07

そりゃ暗黙にスコープ離れた際にオブジェクト消したりするシステムとREPLはなんか合わんだろ。

**デフォルトの名無しさん** · 2019/02/03(日) 01:31:48.04

>>113 javascriptと C は基本言語的な意味合いがあるから、トップ辺りから落ちることはなさそう。
python は、perl やPHP の座を奪い取ってしまった感があるね。人気なのにはそれなりの理由がある。

**デフォルトの名無しさん** · 2019/02/03(日) 04:21:40.90

>>135
どれもwebに向いてない理由になってないな

**デフォルトの名無しさん** · 2019/02/03(日) 05:16:57.63

>>149
REPLスコープを用意すればいいだけでは？

**デフォルトの名無しさん** · 2019/02/03(日) 09:09:41.33

>>151
そうなんか。
GCいらずの利点が薄い -> メモリ管理してる分、webでは開発効率マイナス
エコシステム無い -> 開発効率マイナス(そのうち解消できる)
IDEの補完弱い -> 開発効率マイナス(そのうち解消できる)
言語仕様むずい -> 1人当たりの開発効率プラスだがメンバのアサインはマイナス(人が増えればそのうち解消できる)

上記を踏まえて、現状では人を揃える必要がある中規模以上のweb開発には向いてないと思ったんだけど、
ワイはポンコツの自覚あるから優秀な人が違うというなら違うんやろうなとは思ってるで。

むしろ個人的にrustは超絶イケてる言語やから流行って欲しい。
webassemblyでrustオンリーwebアプリとか胸アツやね。

**デフォルトの名無しさん** · 2019/02/03(日) 10:27:24.08

RustとGoって、WebAPIみたいなものを書いたときにどの程度のパフォーマンスの差があるの？

**デフォルトの名無しさん** · 2019/02/03(日) 11:51:05.26

>>152
それはスクリプト実行時と差が出すぎるだろ。
そもそも静的にチェックできるだけしようって発想のrustでそういうのは合わんし。

**デフォルトの名無しさん** · 2019/02/03(日) 12:53:08.52

実測してないから全部妄想なんやけどパフォーマンスは誤差やで。
通常の要件なら通信コスト(client<->api)とIOコスト(api<->strage)が高すぎて言語差が出にくい。
高負荷環境(C10K)とか重い処理(画像変換とか)でもRustとGoならパフォーマンス差が少ないから誤差範囲でおさまる。

**デフォルトの名無しさん** · 2019/02/03(日) 14:09:43.43

>>155
そうはいってもghciもそんな感じじゃん。

**デフォルトの名無しさん** · 2019/02/03(日) 15:16:34.39

webフレームワーク比較だけどgoよりrustの方が上位に多いな
https://www.techempower.com/benchmarks/#section=data-r17&;hw=ph&test=json

**デフォルトの名無しさん** · 2019/02/03(日) 16:31:13.66

詳しくないけど、所有権の移り変わりをREPLで判定できるもんなのかね？

**デフォルトの名無しさん** · 2019/02/03(日) 17:55:52.70

（非公式だけど）既にreplあるのに無い前提で話進めるのは高度な情報戦なの？
https://qnighy.hatenablog.com/entry/2018/09/29/190000

でも俺はRust Playgroundで実験する方が処理の流れが分かったり色んなcrateがデフォで入ってたりして好き

**デフォルトの名無しさん** · 2019/02/03(日) 21:24:34.91

>>160
Windowsで動くようにしてよ

**デフォルトの名無しさん** · 2019/02/03(日) 22:48:55.38

>>157
あれそんなにあって嬉しいものか？
どうもぴんとこなくて、結局コンパイル実行させとるわ。

**デフォルトの名無しさん** · 2019/02/03(日) 23:29:29.50

>>162
型が見えるのはありがたいかな

**デフォルトの名無しさん** · 2019/02/04(月) 00:49:58.51

世界ではReactがデファクトスタンダードなのに
なぜジャップランド土人村のクソバカイエロー・モンキーズはVueマンセーなんてしてるんだい？

**デフォルトの名無しさん** · 2019/02/04(月) 01:15:18.21

>>164
ソース

**デフォルトの名無しさん** · 2019/02/04(月) 03:14:31.51

>>164
寧ろ逆な気がするがな

**デフォルトの名無しさん** · 2019/02/04(月) 06:09:37.47

>>158
多すぎてよくわからんw
Rustのフレームワークってどれがそうなの？

**デフォルトの名無しさん** · 2019/02/04(月) 07:53:04.25

右側のLangって項目がRusになってるやつ全部そうじゃないの

**デフォルトの名無しさん** · 2019/02/04(月) 09:18:32.52

>>168
ありがと

**デフォルトの名無しさん** · 2019/02/04(月) 15:36:17.10

>>153
ポンコツに合わないのは確かだな
エコシステムって何を指すんだ？

webといっても色んな現場あるし、合わない現場があるのは確かだね

**デフォルトの名無しさん** · 2019/02/05(火) 20:10:05.03

>>170
FWとかライブラリのつもりで書いたんだけど、もしやエコシステムってそんな意味じゃないのか。。

Rustプロフェッショナルは他の言語(Javaとか)くらいの開発速度出せるんやろか。
それとも堅牢な分、ちょっと開発速度落ちるんやろか？

**デフォルトの名無しさん** · 2019/02/05(火) 23:00:18.06

>>171
俺のイメージだとcargoとかceates.ioのイメージだった
ライブラリはwebで使うようなものはあるし、webフレームワークならactix-webが実用レベルと思うけど、何と比較するかによるかも

開発速度は、まだ分かんないな
堅牢だったりGCが無いことで開発が早くなる面もあるから案件次第よな

**デフォルトの名無しさん** · 2019/02/07(木) 09:08:17.23

こんな分け方どうや？

■言語
[遅い]
script -> Js/Node,Ts,Python,
GC(VM) -> Kotlin/JVM, Scala, (Java)
GC -> Go, Kotlin/Native
GC無し -> Rust, (C)
[速い]

■用途
Webフロント -> script
Webサーバ -> script, GC(VM), GC
Mobile -> script, GC(VM), GC
Batch -> GC(VM), GC
配布アプリ -> GC, GC無し
組込 -> GC, GC無し
System -> GC無し

**デフォルトの名無しさん** · 2019/02/07(木) 09:15:26.84

vscode、jsだけど十分速いけどなぁ…
そりゃメモ帳とかと比べりゃ遅いけどさ

**デフォルトの名無しさん** · 2019/02/07(木) 12:28:07.55

速い遅いは体感速度の話やないで

**デフォルトの名無しさん** · 2019/02/07(木) 12:34:40.17

jsを貶めたいんだろうなってヒシヒシと感じるなw

**デフォルトの名無しさん** · 2019/02/07(木) 13:21:36.56

scriptとGCが並んでてモヤッとする

**デフォルトの名無しさん** · 2019/02/07(木) 13:38:22.53

>>176
そんなつもりはないで
強いて言うならgoは嫌い

>>177
特徴で分けたらそうなった

**デフォルトの名無しさん** · 2019/02/07(木) 13:53:25.25

スクリプト言語にも当然GCがあるわけで

**デフォルトの名無しさん** · 2019/02/07(木) 14:52:04.49

>>179
ちょっと説明不足やったやろか

script言語(gc方法に寄らず), コンパイル言語1, 2, 3の計4種で分けて
比較するとそのグループの特色が出てええかと思ったんやけど余計分かりづらいかな。

**デフォルトの名無しさん** · 2019/02/07(木) 14:52:09.32

GC有りネイティブ, GC無しネイティブってことでしょ
長いし省略でいいよ

**デフォルトの名無しさん** · 2019/02/07(木) 18:42:07.70

C++やC#外してCが入ってるのもわからん

**デフォルトの名無しさん** · 2019/02/07(木) 19:45:27.07

それはワイが概要知ってる言語並べただけやからやで

**デフォルトの名無しさん** · 2019/02/07(木) 19:51:38.98

自分の開発範囲だとScalaとF#を規模で使い分ければ事足りてるわ
Rustは仕組み的に再帰と相性悪いのがなー
システムレベルの開発とかするわけじゃないしまあいいかなって

◆QZaw55cn4c · 2019/02/07(木) 20:16:11.82

>>173
C++ が入っていない時点でお話にならないですね…

**デフォルトの名無しさん** · 2019/02/07(木) 20:30:26.21

>>182 >>185
名前出すなら追加なり変更なりの差分書けばよくね

まぁ script -> とかの後ろに「例」とでも書いとけば良さそうなレベルだが

◆QZaw55cn4c · 2019/02/07(木) 20:31:38.98

>>186
何事も「最低限レベル」というものがあるのです…

**デフォルトの名無しさん** · 2019/02/07(木) 20:40:06.53

いや要らんやろ、書くまでもない
むしろCとJavaも

C++はどこに入りますか？とか聞くやつがこのスレ来るわけないし

**デフォルトの名無しさん** · 2019/02/07(木) 20:58:56.79

>>184
それってscalaが大規模側なん？

>>185
いやc++, c#くらいまでは知っとるで。
（）付きはこのスレで旧世代言語扱いのやつ。
あんまり書いてもしょーがないかと思って端折った。
新し目の言語は概要知ってるやつだけ書いた。

◆QZaw55cn4c · 2019/02/07(木) 21:00:27.35

>>188
C++ は現時点では言語を比較するときの唯一絶対の基準です、C++ が比較基準に入っていない時点で、言語／環境の優劣なんてつけられない
速いけれども書くのが糞手間なC++に比べて、どんなメリットがありどんなデメリットがあるかを我々は注目しているのではないでしょうか？

C++ は知らない？知らないの？あなた馬鹿なの？100年ROMってろ

◆QZaw55cn4c · 2019/02/07(木) 21:02:19.36

>>189
＞あんまり書いてもしょーがないかと思って端折った。
その判断それ自体が腐っているといっていいでしょう
何を端折っていいか、何を端折ったらいけないのか、の判断を間違えるようでは、言語比較そのもののセンスが完璧に欠如しているというべきです

死んでください

**デフォルトの名無しさん** · 2019/02/07(木) 21:06:25.69

>>189
そうです
というかほぼScala
最初は小さいプログラムでJVM起動するのもなんだかなあって思ってたけど慣れた
書くのが楽だからいいわ

**デフォルトの名無しさん** · 2019/02/07(木) 21:10:46.10

>>190
C++は知ってるよ
多分、糞手間呼ばわりしてる君よりかはね

◆QZaw55cn4c · 2019/02/07(木) 21:19:50.55

>>193
言うだけなら簡単ですね
証拠をみせてくださいな
お題はここで拾ってきてください https://mevius.5ch.net/test/read.cgi/tech/1549160513/

あらかじめ言っておきますが、お題の選択自体もセンスを如実に顕すのです…

**デフォルトの名無しさん** · 2019/02/07(木) 21:24:39.07

一人で勝手にどうぞ
そのスレから出てこなくていいよ

◆QZaw55cn4c · 2019/02/07(木) 21:28:48.85

>>195
C++ が書けないのなら黙ってればいいのです、なにも無理する必要はないですよ…
このスレにいたいのなら必要条件として C++が書ければいいです、まあ簡単な部類だし基準低すぎ様だとは思いますが

今時、C++を書けないのは馬鹿の極みだと思いますね

**デフォルトの名無しさん** · 2019/02/07(木) 21:56:46.91

See poor poor

**デフォルトの名無しさん** · 2019/02/07(木) 22:18:59.82

反省したついでに表にしてみた

言語＼用途|Webフロ |Webサバ |モバ|バッチ|配布Ap|組込|シス| 言語例)
SCRIPT系　|○　　　|△　　　|△　|　　　|　　　|　　|　　| Js/Node,Ts,Python,
VM使う系　|　　　　|○　　　|○　|○　　|　　　|　　|　　| Kotlin/JVM, Scala, (Java)
GC有り系　|　　　　|○　　　|○　|○　　|○　　|　　|　　| Go, Kotlin/Native
GC無し系　|　　　　|　　　　|　　|　　　|○　　|○　|○　| Rust, (C++)

なんか判りづらくなった？

**デフォルトの名無しさん** · 2019/02/07(木) 22:24:37.38

いかん。ワイのテクではまともに表組み出来んわ。

>>192
Scala最近元気ないよね。ってことでKotlin始めてみた。
なんかもうこれでいいような気がしてきてる。

**デフォルトの名無しさん** · 2019/02/07(木) 22:26:09.68

もういいって
だから何？って感じやろ
何を基準に◯なのかも意味わからんし