次世代言語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

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