18/11/04 20:30:10.42 OF8fjEC1.net
スレタイ以外の言語もok
前スレ
次世代言語14 Elixir Crystal Julia Rust Swift
URLﾘﾝｸ(itest.5ch.net)
2:デフォルトの名無しさん
18/11/04 22:31:22.63 f5svfmew.net
Crystalってpythonに対するnimのruby版という認識なんだけど間違ってるかしら
3:デフォルトの名無しさん
18/11/05 19:05:36.14 C+j+1+CV.net
そうだよ
4:デフォルトの名無しさん
18/11/05 21:38:30.50 lQJk7sSm.net
webのものだがrustを採用するよう上司を説得するのに四苦八苦してる
自分が分かることしかやりたくないオタンコナスめ
5:デフォルトの名無しさん
18/11/05 23:21:46.96 LoNBNPyI.net
>>4 ちょっとでもいいから自分で書いて説得材料に加えた方がいいよ。先行者がいるかいないかで全然印象が変わるから
使う言語も作るサービスも新しかったら上司も二の足も踏むよ
6:デフォルトの名無しさん
18/11/06 00:06:12.34 HIVoSst9.net
TypeScriptもまだ次世代なのかよ
7:デフォルトの名無しさん
18/11/06 07:01:39.58 tzVhC1fN.net
>>5
書いてるしプロダクトに組み込んでるよ
もっと広く使いたいってはなしさね
8:デフォルトの名無しさん
18/11/06 08:55:28.39 mIkB3/HL.net
つ 転職
9:デフォルトの名無しさん
18/11/06 17:45:01.68 2Imqjq5w.net
rust使える連中集めるか、僕が一生このプログラムのメンテしますって念書でも書けばいいんじゃね
10:デフォルトの名無しさん
18/11/06 19:51:58.83 tzVhC1fN.net
だから俺は書いてるってば
しかしいちいち極端だな
11:デフォルトの名無しさん
18/11/06 22:07:58.57 xSy2yFD0.net
Rustはasync回りが落ち着かないことにはね
12:デフォルトの名無しさん
18/11/06 22:10:53.50 tzVhC1fN.net
それは言えてる
次で入るはずだし期待だね
13:デフォルトの名無しさん
18/11/07 21:51:24.39 W4QwzwJb.net
GoもRustも関数の名前付き引数が無いのね
14:デフォルトの名無しさん
18/11/07 22:00:38.98 h4FWJh3K.net
smalltalk由来の？
実装コストの割にちょっと手間が減るだけだから、広まるとは思えないなぁ。。。
あれば便利だけど、拘る程でも無いし。
設計段階で良く使うのを前半に持って来れば現状でもデフォルトの値で省けるし。
15:デフォルトの名無しさん
18/11/07 22:35:16.66 W4QwzwJb.net
>>14
広まるどころか既にPython、C#、Scala、Swift、Kotlin、Nimなどに名前付き引数が存在する
16:デフォルトの名無しさん
18/11/08 00:07:44.66 tyCSN+GB.net
名前付き引数はあったほうが良いけどな。
tsとかjsでもobject使って名前付き引数っぽくはかける
17:デフォルトの名無しさん
18/11/08 01:03:55.74 Q78Fc4n+.net
あったらたまに使うけど、なくても困らん
18:デフォルトの名無しさん
18/11/08 07:17:32.43 pUwCX/I3.net
引数の数が3つ以上になったら名前付き引数を使ったほうが良いけどな。
19:デフォルトの名無しさん
18/11/08 08:04:01.41 2hCvfT6m.net
またまたご冗談を
20:デフォルトの名無しさん
18/11/08 12:22:15.99 UkGh+eJC.net
>>14
＞smalltalk由来の？
うわーキモいなーw
21:デフォルトの名無しさん
18/11/08 14:48:00.38 eE8dc9zP.net
おまえがな
22:デフォルトの名無しさん
18/11/08 15:28:34.81 Zz75hCIC.net
アホみたいに引数が多いWin32APIとか呼ぶときは欲しくなる
23:デフォルトの名無しさん
18/11/08 21:07:57.17 9Gli7a50.net
Smalltalkの名前付き引数って引数の順番入れ替えられないってマジ？
ガチでウンコじゃん
24:デフォルトの名無しさん
18/11/08 22:41:04.48 HaAvUdEf.net
オプション引数が2つ以上になるなら欲しくなるね。
まぁ連想配列を渡せればそれでもいいんだが型安全でない。
そういう意味でTypeScript最強。
25:デフォルトの名無しさん
18/11/08 23:01:11.13 ha/woKDI.net
うんこは>>23
26:デフォルトの名無しさん
18/11/12 15:38:09.44 e9R1pplw.net
>>4
悪いけど趣味でRust書いてる俺ですら
webものでRust採用するなんて言われたら全力で却下するわ
27:デフォルトの名無しさん
18/11/12 15:44:01.93 e9R1pplw.net
当然異論あるのは承知の上で、
オプション引数が必要だと思ったときはすでにAPI設計が失敗してるって思うのだが
具体的にオプション引数でないとできないことってなんだろう
28:デフォルトの名無しさん
18/11/12 17:06:45.62 gJTIYUPi.net
webでrust、なんでダメなんだ？
active recordが無いから？
29:デフォルトの名無しさん
18/11/12 17:13:15.69 1Hyq/GjV.net
web業界だと馬鹿でも弄れないと困るからじゃね？
30:デフォルトの名無しさん
18/11/12 17:46:39.02 BrJHJM69.net
単純にasyncまわりが動乱期で、
今書いても近いうちに書き直しになるのが目に見えてるから＞webに導入するの反対
あとはRust使うくらい性能追及しなきゃいけない部分なんて
webでそこまであるか？というのもある
>>29のバカでも書けるに近いかもしれんが、
Goで困る用途がそこまで思い付かない
渋の配信回りみたいな部分で欲しいのは分かる
31:デフォルトの名無しさん
18/11/12 18:38:42.74 /MNcN3ku.net
てかgoで本格的なアプリ書いてみりゃチャンネル使ってもまだまだ複雑になるってことに気づくわ。
言語の瑣末ごとに時間食ってる余裕はないと感じるようになる。
32:デフォルトの名無しさん
18/11/12 18:40:01.18 gJTIYUPi.net
渋の配信でなんだろ
33:デフォルトの名無しさん
18/11/12 19:19:45.27 8ric3RZk.net
>>32
pixiv Sketchのライブ機能とかいうやつのバックエンドがRustで書かれてるんだと
34:デフォルトの名無しさん
18/11/12 19:47:34.64 gJTIYUPi.net
>>33
ピクシブのシブか
ぼくはjavaやgoで書くくらいならrustで書くけど、馬鹿に合わせなきゃいけないなら仕方ないな
35:デフォルトの名無しさん
18/11/12 19:56:47.19 /MNcN3ku.net
別にrustで全て書き換えてもらっても構わんが？
URLﾘﾝｸ(github.com)
やれるもんなやらやってみろや。
36:デフォルトの名無しさん
18/11/12 20:12:37.81 8ric3RZk.net
Javaで書くくらいならGoで書く
C++で書くくらいならRustで書く
は分かるんだ
Goで書くくらいならRustで書くと言えるほど
プログラミングスキルに自信はないな
豪語できる実力と後任育てる覚悟があるならいいんじゃないかなとしか言えん
37:デフォルトの名無しさん
18/11/12 21:13:20.30 gJTIYUPi.net
難しいの意味によると思うけど、例えば予測しきれないGCのほうが難しくない？
みんな作ってるものも求められるものも違うから一概には言えないけどさ
そういう意味では、馬鹿に合わせるってのは言い過ぎだった、ごめん
38:デフォルトの名無しさん
18/11/12 21:25:41.65 Ff8BWBdH.net
>>27
オプション引数という機構が無くてもやりようはあるという話なら理解できるが、
設計の失敗というのはピンとこないな。どういうこと？
39:デフォルトの名無しさん
18/11/12 21:46:47.45 oqLpMouH.net
>>37
GCの挙動予測しなきゃいけないくらいシビアに作らなきゃいけないものなら確かにRustで書く
ただ単なるWebのAPIサーバとかでそんなシビアに作るか？という話
例に挙げたpixiv Sketch Liveはエンコーディングが絡むからGoでは確かに辛い
40:デフォルトの名無しさん
18/11/12 21:51:58.92 oqLpMouH.net
>>38
一言でいうなら後付けの建て増しに見えるから、かな？
初めからオプションによって色々変わる設計ならビルダーパターンなり構造体を引数に渡すなり
設計段階からオプション引数が不要なように書いてると思うんだ
ただ単なる偏見な気もする
41:デフォルトの名無しさん
18/11/13 09:35:36.18 fQuR5//n.net
それ複雑さがビルダーの初期化に移るだけだろ
記述量でみるならオプション引数の方が簡潔
42:デフォルトの名無しさん
18/11/13 12:31:21.43 cIfg6ryU.net
1つ2つくらいなら確かにそうだけど、
その流れで気づいた10個越えてたってパターン複数回見てるから、
オプション引数使うより初めからいくつ増えてもいい設計にした方がいいのでは？と思う
もちろん思考停止で増やした奴が一番悪いのは知ってるが
43:デフォルトの名無しさん
18/11/13 12:33:36.66 w+5Fg6TC.net
10個になったってビルダーよりオプション引数のほうが簡潔でしょ
何言ってんの？
44:デフォルトの名無しさん
18/11/13 21:27:07.00 QLpFZmq5.net
初めから完璧に設計なんてできないんだから、備えておくこと自体ナンセンスだよ
初めの設計が破綻したらdeprecatedにマークして、その時点で最適なインターフェースを作�
45:黷ﾎいいじゃん
46:デフォルトの名無しさん
18/12/07 21:30:32.68 UwGzxIiR.net
rust 2018 editionが標準になったな
書き換えるのに2時間くらいかかったわ
47:デフォルトの名無しさん
18/12/07 21:48:47.14 v0eHbZpM.net
引数10個てｗ
5個くらいの時点で悔い改めようよ
48:デフォルトの名無しさん
18/12/09 18:02:57.69 cEdFWcHV.net
Kotlinもよろしく
49:デフォルトの名無しさん
18/12/09 21:31:48.39 piyaaQaM.net
コトリンて仕方なく使うもんでしょ
50:デフォルトの名無しさん
18/12/10 10:50:15.57 4x6+51xy.net
Javaだと1週間かかっていた機能追加が、Kotlin移行後は2～3日でできるようになりました。
―工数が半分以下に減ってるんですね……！ Android版Yahoo!ニュースではまだJavaを使っている部分もあるかと思いますが、今後Kotlinへ完全移行する予定はあるのでしょうか？
URLﾘﾝｸ(employment.en-japan.com)
51:デフォルトの名無しさん
18/12/10 13:23:39.04 csFNmBrf.net
設計見直したのが大きいってな
Androidならコトリン一択だろうけど
52:デフォルトの名無しさん
18/12/10 23:03:18.59 l83Jt/Qg.net
逆に言えばAndroidにしか使えない
53:デフォルトの名無しさん
18/12/10 23:10:56.15 suoz+SOF.net
確かサーバーでも使えるんだろ
54:デフォルトの名無しさん
18/12/10 23:28:47.29 l83Jt/Qg.net
そこはGoogleらしいね。
ただ、鯖ならもっと良い言語あるだろってのはあるし、Goにも言えるけど鯖から外の用途がGoogleの言語は伸びないのよね。
GoもGUIライブラリ弱いし。
自社に関係する用途以外に関心が無いっぽいのがね。。。
オープンソースって元からそういう所あるけど、仮にもGoogleがバックアップしてるのに。
MSも似た様なものだけど、関係する分野自体が手広いからライブラリも充実する。
55:デフォルトの名無しさん
18/12/10 23:54:10.39 csFNmBrf.net
javaのトランスパイラだならサーバも書けるけど
新規で書くのにコトリン選んでたら指差して笑う
56:デフォルトの名無しさん
18/12/11 00:15:59.73 qfHGXb5b.net
サイバーとかラインを笑うとな
57:デフォルトの名無しさん
18/12/11 09:20:05.56 zPsRdpLw.net
GUIはFlutterでやるんかね
C#の層をねらっているようにもみえる
58:デフォルトの名無しさん
18/12/12 00:50:38.08 vL0UIWVV.net
dart復活あるか？
59:デフォルトの名無しさん
18/12/21 21:39:18.97 NZqrEm96.net
Vue vs React vs Angular
ｽﾚﾘﾝｸ(tech板)
60:デフォルトの名無しさん
18/12/24 17:32:37.72 72iVvCQA.net
>>54
新規案件でjavaなんて選ぶ？
61:デフォルトの名無しさん
18/12/24 18:09:22.26 dcQ4yWsY.net
>>59
気の毒なことにコトリンを選ぶ現場はあるたいなんだ
潜在的にはjavaのが圧倒的に多いだろうけど
62:デフォルトの名無しさん
18/12/24 21:27:23.43 KU8JXDES.net
jvm使うかどうかなら分かるけど
javaかkotlinかって些事じゃね
63:デフォルトの名無しさん
18/12/25 09:01:23.38 WTLCOmht.net
選べるのにわざわざjvmに縛られるスカポンタンがいるってこと
64:デフォルトの名無しさん
18/12/25 12:37:10.28 pfsfL+ll.net
>>61
そうだなあ。Javaしかできないと言ってる人にいきなりやらせてすぐにできるようになったらその人はかなり良いプログラマである可能性があるということはわかる。
何ヵ月やってもダメっぽい場合は他の事も多分ダメでプログラマ向きの人ではないから他の仕事に移すかクビの方向で検討。
65:デフォルトの名無しさん
19/01/04 18:33:38.74 iWSuPV3U.net
僕天才「Scala」
はい論破
66:デフォルトの名無しさん
19/01/04 23:15:50.43 En+LY7pb.net
またJVM言語か
67:デフォルトの名無しさん
19/01/04 23:20:39.13 Q6FAAO87.net
ガイジ「うーん、PHPｗ」
68:デフォルトの名無しさん
19/01/05 00:24:30.73 xxKrt8ZM.net
ここ的には基本Go
もっと性能予測や速度が必要ならRustって感じか？
69:デフォルトの名無しさん
19/01/05 12:56:22.57 tLUIXGKR.net
一番ダメな組み合わせじゃん
70:デフォルトの名無しさん
19/01/05 13:27:08.69 4H3rvHqe.net
kotlin触った後にdart触るとセミコロンがうっとうしいな
次世代言語にセミコロン不要だわ
71:デフォルトの名無しさん
19/01/05 13:58:04.96 Z9h8kfHk.net
Dartもセミコロン省略議論してなかったっけ
72:デフォルトの名無しさん
19/01/05 14:10:35.52 tCoREms1.net
Dartは旧世代言語
73:デフォルトの名無しさん
19/01/05 14:37:59.51 dyYv3fOG.net
始まる前から旧世代とかヤバスギでしょ
74:デフォルトの名無しさん
19/01/05 20:01:12.72 LMfMMSk0.net
■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);
});
75:デフォルトの名無しさん
19/01/05 20:01:57.05 LMfMMSk0.net
■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)
}
76:デフォルトの名無しさん
19/01/05 20:05:15.93 LMfMMSk0.net
■Go
※筋力でforループ
セミコロンもだけど末尾ラムダの場合に括弧減らせる方が俺は好きだな
77:デフォルトの名無しさん
19/01/05 20:05:32.92 tCoREms1.net
>>73
Rustのノイズの多さが目立つな
Dartもアロー的なものがない分締まりがない印象
78:デフォルトの名無しさん
19/01/05 20:19:05.16 QuMXMUQO.net
ルースト、ダルト、スイフトの構文キモヨ
79:デフォルトの名無しさん
19/01/05 21:10:16.73 PvUSZwbB.net
■Smalltalk
list do: [:e |
Transcript cr; show: e printString
]
80:デフォルトの名無しさん
19/01/05 21:19:25.06 QuMXMUQO.net
>>78
ゴミｗ！
81:デフォルトの名無しさん
19/01/05 21:56:16.03 pkAGu5DR.net
ゴミの顰みに倣う
82:デフォルトの名無しさん
19/01/05 22:07:39.74 3PJCY/Pt.net
>>75
goのforは他の言語のforeachと大して差があるとは思えんが
83:デフォルトの名無しさん
19/01/05 22:13:59.65 EkyrZm9z.net
色々調べてお疲れだと思うけど、そのラムダ式を変数に代入した場合を書いてみるといい
ちゃんと色々考えて機能追加したのか、それとも流行りに乗っかっただけなのかが分かるから
84:デフォルトの名無しさん
19/01/05 22:33:50.07 LMfMMSk0.net
>>81
主眼がラムダ構文だったから
>>82
そこを書いて自分の考えを出してこうぜ
俺も連投の割には>>75の最後の行が言いたかっただけだし
85:デフォルトの名無しさん
19/01/05 22:53:04.82 QuMXMUQO.net
>>83
俺わかっちゃってます風の文句しか言えないガイジに、自分の考えなんてあるわけないだろ
こういうやつは流行りに乗っかっただけのマウントが取りたいだけのキョロ充以下のゴミ虫なんだよ
86:デフォルトの名無しさん
19/01/05 23:27:18.90 3PJCY/Pt.net
ラムダを渡すのがポイントなわけね。なら、「作ればある」って感じか。
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)
}
87:デフォルトの名無しさん
19/01/06 10:55:17.61 xgM5oZ73.net
そもそもラムダ式を変数に代入とか普通しないのでは
型推論が台無しになるでしょ
88:デフォルトの名無しさん
19/01/06 11:08:46.07 325D2giR.net
>>82
ほら、出てこいよゴミ
89:デフォルトの名無しさん
19/01/06 11:13:50.31 iH/zNN8R.net
>>86
台無しになんてならないよ
90:デフォルトの名無しさん
19/01/06 18:21:44.80 r4E4Sz7P.net
普通の関数型言語の型推論 ( HM型推論 ) なら
ラムダ式を変数に代入 ( 束縛 ) しても正常に型が付く
91:デフォルトの名無しさん
19/01/14 01:14:41.88 oSdUqWIR.net
結局TypeScript最強ってことでFA？
92:デフォルトの名無しさん
19/01/14 11:08:15.85 mSU16be8.net
ベクトル計算,統計,数値解析など
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
適応領域/縄張り的な観点で人気言語から列挙、異論は認める
93:デフォルトの名無しさん
19/01/14 11:09:15.12 mSU16be8.net
ハードウェアを使う計算処理のDSLとも言えるようなPython,Rの領域は
他が入り込めそうにない
TypeScriptはJavaScriptの上位互換性がかなりの強みになっているが
ネイティブコールは他に頼る必要がある
.NET Native, Substrate VM, Kotlin/Native, Dart など
VM型だったものがLLVM等を利用し、
FFIを持つだけでなくネイティブのバイナリを生成出来るようになっている
ある程度用途や領域の前提が無いと比較は難しいだろう
ビルド関連,エコシステムも実際上は言語選定に含まれる
もちろん題材としては構文(型システムなど含む)の優劣のみ比較するのでも良いと思うが
94:デフォルトの名無しさん
19/01/25 08:57:21.46 iIPgsGqp.net
▪Haskell
mapM print list
95:デフォルトの名無しさん
19/01/25 09:05:36.46 iIPgsGqp.net
>>83
渡す必要もないのにラムダ渡さないとダメですか。。。(震え声)
mapM (\e -> print e) list
96:デフォルトの名無しさん
19/01/26 19:42:15.89 qpwORrxM.net
流石にラムダは書けるのに関数は渡せないなんてクソ言語は無いだろwww
無いよね？
list.forEach(print)
97:デフォルトの名無しさん
19/01/27 05:18:31.69 RHxd3V/8.net
広告がめっちゃ悪さするけどいつからマルウェア配布してたんだ？
98:デフォルトの名無しさん
19/01/27 09:12:28.47 2eLr8oJu.net
>>95
それどの言語？
99:デフォルトの名無しさん
19/01/27 09:47:45.10 oa6hzjRO.net
>>73
>>76
>>77
rustはもうちょっと簡潔にはなる
iter.for_each(|e| println!("{}", e))
100:デフォルトの名無しさん
19/01/27 12:34:46.98 dhHHmXdZ.net
１引数１ステートメント前提での省略書くのは
実用はともかく比較のセンスは悪いと思う・・・
101:デフォルトの名無しさん
19/01/28 00:44:24.53 7HweG8Qp.net
_打ちづらいから死ね
102:デフォルトの名無しさん
19/01/28 02:57:39.46 +hUKVMZ1.net
>>100
英字キーボードでも使ってんの？
103:デフォルトの名無しさん
19/01/28 03:11:34.65 cr29A5a5.net
>>101
_は圧倒的にUS配列の方が打ちやすいんだよなあ
104:デフォルトの名無しさん
19/01/28 15:48:18.09 5xdac8/M.net
右小指をプレス機で潰しちゃって、事務職に転属した人かもしれない。
105:デフォルトの名無しさん
19/01/30 07:00:10.06 R/oGvj42.net
日本語キーでも右Shiftとその隣を押すだけだしこれが押しにくいってことないだろう
106:デフォルトの名無しさん
19/01/30 07:56:59.90 sf14HEmo.net
ホームポジションを崩すのは罪だからな
107:デフォルトの名無しさん
19/01/30 15:03:25.01 M7eOsbET.net
>>73 >>74
■Python
for e in list:
print(e)
108:デフォルトの名無しさん
19/01/31 23:21:14.72 U6W2dkV3.net
>>106
さらに e はブロックから飛び出すウンコ仕様
PHPと同レベルだね
109:デフォルトの名無しさん
19/02/01 00:24:23.59 nHt158PO.net
>>107 スクリプト言語って知ってる？
110:デフォルトの名無しさん
19/02/01 00:33:16.42 5SVEeUjR.net
javascriptのvarもぴょんぴょん飛び出すかわいいやつだぞ！
111:デフォルトの名無しさん
19/02/01 00:39:47.60 abqfI4W1.net
>>108
・・・
スクリプト言語ぜんぶ同じだと思ってるの・・・？・・・ｗ
112:デフォルトの名無しさん
19/02/01 04:00:16.01 30ghkfax.net
大抵の言語って主要な用途がはっきりしてるけどさあ
Rustって一体なんの分野で使うのが主流なの？
113:デフォルトの名無しさん
19/02/01 06:49:16.49 Ild2L/gH.net
低レイヤー C/C++と競合
114:デフォルトの名無しさん
19/02/01 13:08:11.93 mPRfx2mL.net
開発者7万人に聞く、2018年学んだプログラミング言語第1位は？ 2019/01/31 09:40:20 後藤大地
URLﾘﾝｸ(news.mynavi.jp)
HackerRankはこのほど、7万人ほどの開発者を調査した結果を「2019 Developer Skills
Report - HackerRank」として公開した。同調査は、プログラミングに従事している開発者が
どのような技術を学んだのか、今後どのような技術に取り組みたいのかなどをまとめている。
開発者が2018年に学んだプログラミング言語としては、JavaScriptが1位になっている。
これにJava、C、Python、C++が続いている。
2019年に開発者が学ぼうと考えているプログラミング言語ではGoが1位で、これに
Kotlin、Python、TypeScriptが続いている。これまでの動向からは、開発者が学ぼうと
考えてるプログラミング言語が必ずしもその後のプ人気には結び付いていないことも
示されている。
プログラミング言語の人気ランキングにおいて、JavaScriptはそれほど上位に入っていない
ことが多いが、HackerRankのレポートは多くの開発者がJavaScriptの学習に取り組んでいる
ことを示している。JavaScriptが実際のシステム開発に必要な技術として広く活用されて
いるものと見られる。
115:デフォルトの名無しさん
19/02/01 13:23:50.72 3l+pPyJW.net
>>111
web
116:デフォルトの名無しさん
19/02/01 20:29:06.41 sNV+JFAU.net
ちょっと油断するとすぐ名前出なくなるF#さん・・・
117:デフォルトの名無しさん
19/02/01 20:52:00.29 /RO3I7T1.net
らくだ兄さんが入ってるから・・・
118:デフォルトの名無しさん
19/02/01 21:55:24.60 J6foLTkv.net
F*とかいうのがあるな
119:デフォルトの名無しさん
19/02/01 21:55:57.51 oLNIF1zo.net
は？
120:デフォルトの名無しさん
19/02/01 22:01:23.15 8OStP56X.net
プ人気
121:デフォルトの名無しさん
19/02/01 22:38:08.45 mVBo/SPW.net
F*uk
122:デフォルトの名無しさん
19/02/02 10:34:33.80 GohrBOmH.net
F#のパイプ演算子は非常に便利なのでぜひ普及してほしい
123:デフォルトの名無しさん
19/02/02 12:02:01.90 1hiFLBcT.net
node/typescript, kotlin, rust
この3つで出来ない(向いてない)ことってiosアプリ以外にある？
124:デフォルトの名無しさん
19/02/02 12:13:41.09 g9hrL6RT.net
機械学習？
125:デフォルトの名無しさん
19/02/02 12:15:12.57 Rjdem6b9.net
明らかに向かないのはWindowsデスクトップアプリや統計だろうな
126:デフォルトの名無しさん
19/02/02 12:21:33.80 33hjMbXw.net
3つともiosアプリ/Windowsアプリを作れると思うけど
相対的に向いてないのはPythonやRが得意とするその辺だろうね
127:デフォルトの名無しさん
19/02/02 12:29:06.79 1hiFLBcT.net
すまん。後出しであれなんやが各エコシステムが満タンになった未来想定で頼む。
> Windowsデスクトップアプリ
これは js(typescript)/kotlin native でなんとかならんやろか。
> 機械学習, 統計
これは何でpythonが押されてるのか良くわかってないんやが、
rustが成熟しても選ばれんのかな。何かpythonにしかないメリットがあるんやろか。
128:デフォルトの名無しさん
19/02/02 12:52:23.48 33hjMbXw.net
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
129:デフォルトの名無しさん
19/02/02 12:53:16.41 33hjMbXw.net
エコシステム満タンならPythonの得意分野もいけると思う
現状でもTensorFlowとかJavaやRustから使えるし
でも現実的にエコシステムが追いつくことは難しそう
Pythonの初学者にも読みやすい性質と
データサイエンス系のエコシステムの充実さにより
そういう分野の人が流入して、それにより充実さが増す流れが出来てる
130:デフォルトの名無しさん
19/02/02 12:54:02.43 1hiFLBcT.net
何でpythonかちょっと調べてみたわ。
URLﾘﾝｸ(qiita.com)
「エコシステム・コミュニティ・サポート・言語の簡易さ」こんな感じの理由やった。
だいたいはエコシステム最強の近未来Rustなら置き換え可能な要素やろうと思ったんやけど、
「言語の簡易さ」はどうにもならんね。機械学習始めようと思った人がRustから入門するのは現実的じゃないわ。
131:デフォルトの名無しさん
19/02/02 12:56:11.16 0iwArRD8.net
>>125
向いてるかどうかじゃないの？
132:デフォルトの名無しさん
19/02/02 13:22:36.82 1hiFLBcT.net
>>128
そうみたいやね。おんなじ結論やわ。
typescriptで機械学習の呼出ライブラリ作りまくればワンチャン・・ないか。
そしたら
node/typescript(js後継), kotlin(java後継), rust(c/c++後継), phthon(入門用&AIできるよ)
この4つならコンピュータ用途の最大公約数ってことでええんやろか。
133:デフォルトの名無しさん
19/02/02 13:32:33.05 jcUa9nnO.net
>>127 アプリってどう言う意味で書いたの？ アプリを開発できるかどうか？
iOS だったら、pythonista が結構使えそうだよ。
python から、iOS のシステム関数とかObjective-C の関数を呼べるからほぼ何でもできる。
python の外部ライブラリのうちCで書かれたライブラリは使えないけど大体のことは間に合う。
GUI も簡単に作れる。 センサー類も全て使えるしかなり評判が良い。 GUI はjson を呼んでるらしいからWebkitの配下で動いているっぽい。
python 其の物は既に学生の教育用として確たる座を占めたから当分人気が落ちることはなさそう。
134:デフォルトの名無しさん
19/02/02 13:42:21.93 33hjMbXw.net
>>132
>>122と>>124に対する>>125の1行目の単なる補足
135:デフォルトの名無しさん
19/02/02 13:43:03.05 jcUa9nnO.net
pythonista で作ったものは、App store の審査に通らないらしいから売ることはできない。
売るとなるとSwiftを使う事になるが開発環境の垣根が高いからイマイチ人気が伸びない。 オープンソースになったからMac以外でもコンパイルは出来るようになったが、Objective-C のライブラリまで解放されてるわけじゃないからイマイチ。
言語的には好きな言語なんだが。
136:デフォルトの名無しさん
19/02/02 13:49:29.70 1hiFLBcT.net
>>114
CRUD試せるようなwebアプリ作ってみたけどwebには向いてなかったで。
GCいらずの利点が薄いしエコシステム無いしIDEの補完弱いし言語仕様むずいし。
最悪１人でも作れるような小規模サイトじゃないと無理やと思う。現時点では。
137:デフォルトの名無しさん
19/02/02 14:49:28.56 jcUa9nnO.net
>>134 何日か前にpython の人気ランキングが上がってると言うニュースを見て、一昨日辺りからpythonの紹介記事や入門動画を見て、これは使えそうだなと言う感触を得た。
今朝 pythonistaをダウンロードして、どんなものか試したりpython の基本構文を練習したりして、概略がわかってきたから、昼からiOS 用アプリの練習問題としてのサンプルを動かしてみた。
iPhoneでiPhoneアプリを作ろう
URLﾘﾝｸ(qiita.com)
こんな感じ
URLﾘﾝｸ(i.imgur.com)
WysiWig で配置を自由に動かせるから便利。
昔HTML の作成ツールでWysiWig の物を使ったこともあったが、余計なHTMLを吐き出して後のメンテナンスが大変になるから、すぐにやめた。
これは変なコードを入れる訳でもないから使いやすい。
ただ、アプリをホームに登録して動かして終わった時にソース画面に移るのは煩わしい。 何か方法はあるとは思うが。
138:デフォルトの名無しさん
19/02/02 15:23:23.21 jcUa9nnO.net
日本でpython の普及が遅れたのは、Rubyがあったからみたいだね。
スクリプト言語だから、perl やRuby に似てて当然なんだが、その分pythonは多言語化に遅れてる気はする。
HTML の作り方の紹介動画を見てるとperl を使った作り方に似てるなと思った。
javaのJSPよりはよほど使いやすそう。
自分がpython をやっても良いかなと思ったのは、
1. インタプリタで誰でも入門が簡単
昔のBASICに変わりうる立場。 教育に良い
2. 何でもやれそう。
スマホアプリを手軽に作れるのは趣味に良い。
2.1 Web アプリを作るのが簡単そう。
2.2 Excel との相性が非常に良さそう
今やアメリカの事務職でもpythonが出来ることを求められ始めている。 事務としてはExcel の延長だろうな。 高級VBA？
139:デフォルトの名無しさん
19/02/02 17:51:42.37 LdV/hXf4.net
てかpython程度の言語なら流行ったらその時にでも勉強すれば十分だろ。
perlやrubyに比べたらだいぶ楽だぞ。何を警戒してるんだか。
140:デフォルトの名無しさん
19/02/02 20:03:30.25 hDNgHqpo.net
>>138 その警戒感がないから流行り始めてるのでは？
言語としてはメールやエクセルと同じ感覚で使うレベル。
目新しい事もなにもない。
しかし出来ることは少なくとも科学分野では全ての言語を凌駕しそう。
141:デフォルトの名無しさん
19/02/02 20:19:28.91 Dt4YIwTF.net
Pythonはライブラリキックするためだけの言語だからな
142:デフォルトの名無しさん
19/02/02 20:21:21.54 LdV/hXf4.net
>>139
pythonが普段使いだからかも知れんが、本当に凡庸だよ。
他の言語みたいに言語特有の機能みたいな尖った部分はほとんどない。
勉強とかするなら他の言語やったら？と思うくらい。
まあ機械学習ライブラリ周りは言語というかあの手のライブラリ特有の遅延評価の癖みたいなのはあるから
そういうのに慣れとくのはいいかも知れんけど。
143:デフォルトの名無しさん
19/02/02 20:24:11.43 jcUa9nnO.net
>>140 言語としての面白さはないが、何かを作る、解決すると言う意味での解決策ではトップレベルなんだろうな。
プログラムというのは、問題を解決するために作るものなんだから、最短距離で解決できるのがベスト。
144:デフォルトの名無しさん
19/02/02 20:34:23.32 Dt4YIwTF.net
>>142
そりゃパフォーマンス出せない言語で効率的に動かすには処理の速い言語で作ったライブラリをキックさせれば良いからな
そういう意味ではPythonは楽なんだよな
Excelマクロに使いたがってるのもまさにそれだしな
145:デフォルトの名無しさん
19/02/02 20:35:16.90 Ry+eK5So.net
単純にライブラリがあるからってだけだよ
Rubyが流行ったのと一緒
146:デフォルトの名無しさん
19/02/02 21:08:59.47 OgiywF+Q.net
ライブラリがないからrubyは廃ったまで読んだ。
147:デフォルトの名無しさん
19/02/02 21:54:15.73 T6gWjD5f.net
どんなにエコシステムが充実しようが、Rustがpythonに取って代わることはないよ
REPLの有無や型システムの性質の違いやらで、言語仕様の段階でとっつきやすさが違う
148:デフォルトの名無しさん
19/02/02 22:33:17.26 EOO5x7Fh.net
型安全とかnull安全とか、気にする方が少数派という悲しい世界
149:デフォルトの名無しさん
19/02/03 00:23:37.84 QzX9qub1.net
>>146
Rustが、REPL用意しないのは、
何かポリシーがあるんかね～
ちょっと実験してみる時なんか便利なんだけどな。
150:デフォルトの名無しさん
19/02/03 01:04:47.07 JIYTTgNa.net
そりゃ暗黙にスコープ離れた際にオブジェクト消したりするシステムとREPLはなんか合わんだろ。
151:デフォルトの名無しさん
19/02/03 01:31:48.04 72eosYJ+.net
>>113 javascriptと C は基本言語的な意味合いがあるから、トップ辺りから落ちることはなさそう。
python は、perl やPHP の座を奪い取ってしまった感があるね。 人気なのにはそれなりの理由がある。
152:デフォルトの名無しさん
19/02/03 04:21:40.90 moPp0yDW.net
>>135
どれもwebに向いてない理由になってないな
153:デフォルトの名無しさん
19/02/03 05:16:57.63 l3Qt7IvN.net
>>149
REPLスコープを用意すればいいだけでは？
154:デフォルトの名無しさん
19/02/03 09:09:41.33 0JUVCFHi.net
>>151
そうなんか。
GCいらずの利点が薄い -> メモリ管理してる分、webでは開発効率マイナス
エコシステム無い -> 開発効率マイナス(そのうち解消できる)
IDEの補完弱い -> 開発効率マイナス(そのうち解消できる)
言語仕様むずい -> 1人当たりの開発効率プラスだがメンバのアサインはマイナス(人が増えればそのうち解消できる)
上記を踏まえて、現状では人を揃える必要がある中規模以上のweb開発には向いてないと思ったんだけど、
ワイはポンコツの自覚あるから優秀な人が違うというなら違うんやろうなとは思ってるで。
むしろ個人的にrustは超絶イケてる言語やから流行って欲しい。
webassemblyでrustオンリーwebアプリとか胸アツやね。
155:デフォルトの名無しさん
19/02/03 10:27:24.08 mHQkqdF9.net
RustとGoって、WebA
156:PIみたいなものを書いたときにどの程度のパフォーマンスの差があるの？
157:デフォルトの名無しさん
19/02/03 11:51:05.26 JIYTTgNa.net
>>152
それはスクリプト実行時と差が出すぎるだろ。
そもそも静的にチェックできるだけしようって発想のrustでそういうのは合わんし。
158:デフォルトの名無しさん
19/02/03 12:53:08.52 0JUVCFHi.net
実測してないから全部妄想なんやけどパフォーマンスは誤差やで。
通常の要件なら通信コスト(client<->api)とIOコスト(api<->strage)が高すぎて言語差が出にくい。
高負荷環境(C10K)とか重い処理(画像変換とか)でもRustとGoならパフォーマンス差が少ないから誤差範囲でおさまる。
159:デフォルトの名無しさん
19/02/03 14:09:43.43 l3Qt7IvN.net
>>155
そうはいってもghciもそんな感じじゃん。
160:デフォルトの名無しさん
19/02/03 15:16:34.39 pAdUGiyQ.net
webフレームワーク比較だけどgoよりrustの方が上位に多いな
URLﾘﾝｸ(www.techempower.com)
161:デフォルトの名無しさん
19/02/03 16:31:13.66 XXbgSHJe.net
詳しくないけど、所有権の移り変わりをREPLで判定できるもんなのかね？
162:デフォルトの名無しさん
19/02/03 17:55:52.70 W8/tCXu8.net
（非公式だけど）既にreplあるのに無い前提で話進めるのは高度な情報戦なの？
URLﾘﾝｸ(qnighy.hatenablog.com)
でも俺はRust Playgroundで実験する方が処理の流れが分かったり色んなcrateがデフォで入ってたりして好き
163:デフォルトの名無しさん
19/02/03 21:24:34.91 d+bC4MMZ.net
>>160
Windowsで動くようにしてよ
164:デフォルトの名無しさん
19/02/03 22:48:55.38 JIYTTgNa.net
>>157
あれそんなにあって嬉しいものか？
どうもぴんとこなくて、結局コンパイル実行させとるわ。
165:デフォルトの名無しさん
19/02/03 23:29:29.50 6GZbvtEr.net
>>162
型が見えるのはありがたいかな
166:デフォルトの名無しさん
19/02/04 00:49:58.51 H7ojMDuY.net
世界ではReactがデファクトスタンダードなのに
なぜジャップランド土人村のクソバカイエロー・モンキーズはVueマンセーなんてしてるんだい？
167:デフォルトの名無しさん
19/02/04 01:15:18.21 eMTbdSDx.net
>>164
ソース
168:デフォルトの名無しさん
19/02/04 03:14:31.51 HZGq12gn.net
>>164
寧ろ逆な気がするがな
169:デフォルトの名無しさん
19/02/04 06:09:37.47 uX45IhUQ.net
>>158
多すぎてよくわからんw
Rustのフレームワークってどれがそうなの？
170:デフォルトの名無しさん
19/02/04 07:53:04.25 K3HGTlkT.net
右側のLangって項目がRusになってるやつ全部そうじゃないの
171:デフォルトの名無しさん
19/02/04 09:18:32.52 d7fkSk13.net
>>168
ありがと
172:デフォルトの名無しさん
19/02/04 15:36:17.10 czgL1Ora.net
>>153
ポンコツに合わないのは確かだな
エコシステムって何を指すんだ？
webといっても色んな現場あるし、合わない現場があるのは確かだね
173:デフォルトの名無しさん
19/02/05 20:10:05.03 qXMFsWhv.net
>>170
FWとかライブラリのつもりで書いたんだけど、もしやエコシステムってそんな意味じゃないのか。。
Rustプロフェッショナルは他の言語(Javaとか)くらいの開発速度出せるんやろか。
それとも堅牢な分、ちょっと開発速度落ちるんやろか？
174:デフォルトの名無しさん
19/02/05 23:00:18.06 xTPbFJiK.net
>>171
俺のイメージだとcargoとかceates.ioのイメージだった
ライブラリはwebで使うようなものはあるし、webフレームワークならactix-webが実用レベルと思うけど、何と比較するかによるかも
開発速度は、まだ分かんないな
堅牢だったりGCが無いことで開発が早くなる面もあるから案件次第よな
175:デフォルトの名無しさん
19/02/07 09:08:17.23 qMU5zT+q.net
こんな分け方どうや？
■言語
[遅い]
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無し
176:デフォルトの名無しさん
19/02/07 09:15:26.84 o1rrXtBx.net
vscode、jsだけど十分速いけどなぁ…
そりゃメモ帳とかと比べりゃ遅いけどさ
177:デフォルトの名無しさん
19/02/07 12:28:07.55 nkNDSe3E.net
速い遅いは体感速度の話やないで
178:デフォルトの名無しさん
19/02/07 12:34:40.17 TpuLACv0.net
jsを貶めたいんだろうなってヒシヒシと感じるなw
179:デフォルトの名無しさん
19/02/07 13:21:36.56 cQoKFj1p.net
scriptとGCが並んでてモヤッとする
180:デフォルトの名無しさん
19/02/07 13:38:22.53 nkNDSe3E.net
>>176
そんなつもりはないで
強いて言うならgoは嫌い
>>177
特徴で分けたらそうなった
181:デフォルトの名無しさん
19/02/07 13:53:25.25 gxYbloUq.net
スクリプト言語にも当然GCがあるわけで
182:デフォルトの名無しさん
19/02/07 14:52:04.49 nkNDSe3E.net
>>179
ちょっと説明不足やったやろか
script言語(gc方法に寄らず), コンパイル言語1, 2, 3の計4種で分けて
比較するとそのグループの特色が出てええかと思ったんやけど余計分かりづらいかな。
183:デフォルトの名無しさん
19/02/07 14:52:09.32 ygKhuk/7.net
GC有りネイティブ, GC無しネイティブってことでしょ
長いし省略でいいよ
184:デフォルトの名無しさん
19/02/07 18:42:07.70 SGj/deiz.net
C++やC#外してCが入ってるのもわからん
185:デフォルトの名無しさん
19/02/07 19:45:27.07 Xv2aSLU4.net
それはワイが概要知ってる言語並べただけやからやで
186:デフォルトの名無しさん
19/02/07 19:51:38.98 3vMVCWim.net
自分の開発範囲だとScalaとF#を規模で使い分ければ事足りてるわ
Rustは仕組み的に再帰と相性悪いのがなー
システムレベルの開発とかするわけじゃないしまあいいかなって
187:
19/02/07 20:16:11.82 hAIKTwic.net
>>173
C++ が入っていない時点でお話にならないですね…
188:デフォルトの名無しさん
19/02/07 20:30:26.21 ygKhuk/7.net
>>182 >>185
名前出すなら追加なり変更なりの差分書けばよくね
まぁ script -> とかの後ろに「例」とでも書いとけば良さそうなレベルだが
189:
19/02/07 20:31:38.98 hAIKTwic.net
>>186
何事も「最低限レベル」というものがあるのです…
190:デフォルトの名無しさん
19/02/07 20:40:06.53 ygKhuk/7.net
いや要らんやろ、書くまでもない
むしろCとJavaも
C++はどこに入りますか？とか聞くやつがこのスレ来るわけないし
191:デフォルトの名無しさん
19/02/07 20:58:56.79 vD/dZwJj.net
>>184
それってscalaが大規模側なん？
>>185
いやc++, c#くらいまでは知っとるで。
（）付きはこのスレで旧世代言語扱いのやつ。
あんまり書いてもしょーがないかと思って端折った。
新し目の言語は概要知ってるやつだけ書いた。
192:
19/02/07 21:00:27.35 hAIKTwic.net
>>188
C++ は現時点では言語を比較するときの唯一絶対の基準です、C++ が比較基準に入っていない時点で、言語／環境の優劣なんてつけられない
速いけれども書くのが糞手間なC++に比べて、どんなメリットがありどんなデメリットがあるかを我々は注目しているのではないでしょうか？
C++ は知らない？知らないの？あなた馬鹿なの？100年ROMってろ
193:
19/02/07 21:02:19.36 hAIKTwic.net
>>189
＞あんまり書いてもしょーがないかと思って端折った。
その判断それ自体が腐っているといっていいでしょう
何を端折っていいか、何を端折ったらいけないのか、の判断を間違えるようでは、言語比較そのもののセンスが完璧に欠如しているというべきです
死んでください
194:デフォルトの名無しさん
19/02/07 21:06:25.69 F7dZpPEQ.net
>>189
そうです
というかほぼScala
最初は小さいプログラムでJVM起動するのもなんだかなあって思ってたけど慣れた
書くのが楽だからいいわ
195:デフォルトの名無しさん
19/02/07 21:10:46.10 ygKhuk/7.net
>>190
C++は知ってるよ
多分、糞手間呼ばわりしてる君よりかはね
196:
19/02/07 21:19:50.55 hAIKTwic.net
>>193
言うだけなら簡単ですね
証拠をみせてくださいな
お題はここで拾ってきてください ｽﾚﾘﾝｸ(tech板)
あらかじめ言っておきますが、お題の選択自体もセンスを如実に顕すのです…
197:デフォルトの名無しさん
19/02/07 21:24:39.07 ygKhuk/7.net
一人で勝手にどうぞ
そのスレから出てこなくていいよ
198:
19/02/07 21:28:48.85 hAIKTwic.net
>>195
C++ が書けないのなら黙ってればいいのです、なにも無理する必要はないですよ…
このスレにいたいのなら必要条件として C++が書ければいいです、まあ簡単な部類だし基準低すぎ様だとは思いますが
今時、C++を書けないのは馬鹿の極みだと思いますね
199:デフォルトの名無しさん
19/02/07 21:56:46.91 uPllBcIZ.net
See poor poor
200:デフォルトの名無しさん
19/02/07 22:18:59.82 UFwIxg8c.net
反省したついでに表にしてみた
言語＼用途|Webフロ |Webサバ |モバ|バッチ|配布Ap|組込|シス| 言語例)
SCRIPT系 |○ |△ |△ | | | | | Js/Node,Ts,Python,
VM使う系 | |○ |○ |○ | | | | Kotlin/JVM, Scala, (Java)
GC有り系 | |○ |○ |○ |○ | | | Go, Kotlin/Native
GC無し系 | | | | |○ |○ |○ | Rust, (C++)
なんか判りづらくなった？
201:デフォルトの名無しさん
19/02/07 22:24:37.38 UFwIxg8c.net
いかん。ワイのテクではまともに表組み出来んわ。
>>192
Scala最近元気ないよね。ってことでKotlin始めてみた。
なんかもうこれでいいような気がしてきてる。
202:デフォルトの名無しさん
19/02/07 22:26:09.68 gxYbloUq.net
もういいって
だから何？って感じやろ
何を基準に◯なのかも意味わからんし
203:デフォルトの名無しさん
19/02/07 23:25:26.96 bWhZSlTM.net
この板今日来たばかりだけど
◆QZaw55cn4c この人どういうキャリアの人なん？
なんかえらい上から発言してるみたいだけど
どっかの有名な何かのコミッター？
本書いてたりする人？
それとも業務で20年以上書いてきたような叩き上げの人？
204:デフォルトの名無しさん
19/02/07 23:49:29.22 UFwIxg8c.net
>>200
すまんな。最強言語はこれ。的な書き込みをよく見るから何かの指標(速度でも人気でも書き易さでも)が欲しかったんやけど、C++おじさん召喚しただけやったわ。
205:デフォルトの名無しさん
19/02/08 00:09:23.84 0dQnaPPd.net
QZ は、ピラフ大王・片山先生(蟻人間)に比べると、プログラミング技術はすごく低い
ピラフなんて、PowerShell で、5ch をスクレイピングするような猛者！
気付いたら、Ruby でもプログラミングしていたし、恐ろしい成長力！
206:デフォルトの名無しさん
19/02/08 05:56:34.73 RJawxqEm.net
今時はJS処理系も基本的にVMなのだが…
207:デフォルトの名無しさん
19/02/08 17:54:00.40 8xyArS0I.net
いやあ。名言出たね。いいねえ。
今時、C++を書けないのは馬鹿の極みだと思いますね
�
208:f晴らしい。最後にｷﾘｯって付けたくなるね。
209:デフォルトの名無しさん
19/02/08 17:56:44.54 8xyArS0I.net
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼
| |r┬-| |今時、C++を書けないのは馬鹿の極みだと思いますね
＼ `ー’´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一””””~~｀`’ー–､ -一”””’ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
210:デフォルトの名無しさん
19/02/08 18:07:14.86 Km3CYXaS.net
今時w
211:デフォルトの名無しさん
19/02/08 18:43:34.71 +xI7giGZ.net
ここ10年のC++の進化が激しすぎてついていけん
212:デフォルトの名無しさん
19/02/08 20:01:19.94 I1aUE0ou.net
>>204
script1種とコンパイル3種に分けた結果やで。
その図みんなでちゃんと作ったら次に流行る次世代言語見つけられると思ったんやが
みんなブチキレやから諦めた。言語例載せたのが失敗やったわ。
ほんで、それ作ってて以下の予想が立ったから書いとく。
script系：この系は不可侵領域あるから廃れん→typescript or もっと新しいのが流行る
VM有り系：この系はGC有り系と役割が被ってるから廃れる→残るとしたらモバイル用途のみ
GC有り系：この系はVM有り系を食って一番流行る。→Go or もっと新しいのが流行る。分野が広いから2言語くらい座れる
GC無し系：この系は不可侵領域あるから廃れん→rust or もっと新しいのが流行る
VM系の言語は消える。script系1個、GC有り系1,2個、GC無し系1個、合わせて3-4個に収束する。
機械学習とか学習用とか速度より構文が重視される系が残るのかは、図の範囲に無いから分からん。
15年したらワイの予想が当たってたか確認しに来るからそれまでこのチラ裏を保守しとくんやで。
213:デフォルトの名無しさん
19/02/08 22:30:25.29 2N5Hmbw3.net
黙って消えろポンコツ
214:デフォルトの名無しさん
19/02/08 22:31:01.82 fIj96e7A.net
>>208
このスレ的にはC++20からが本番
今はようやくマシになってきたところ
215:デフォルトの名無しさん
19/02/08 22:58:31.86 ghWQWLLB.net
V言語
まだ公開されてないから実態は不明
URLﾘﾝｸ(volt.ws)
216:デフォルトの名無しさん
19/02/09 06:25:00.10 MGy+Yn2U.net
>>212
それ、コンパイラじゃなくてコンバトラー
217:デフォルトの名無しさん
19/02/09 13:49:27.53 F2V9krnu.net
>>187
Cじゃなきゃできない事はあってもC++じゃなきゃってもんはそんなないし
大体の場合C++以外を使う方がベストプラクティスな場合の方が多い
218:デフォルトの名無しさん
19/02/09 13:54:05.42 F2V9krnu.net
Rubyガイジあ暴れてた時は普通のヤツかと思ってたけどコイツどうしようもないガイジだな
219:
19/02/09 14:07:51.62 1JWnTnfH.net
>>214
たしかに
C で書く必要があるという話はよくききますね
>>214-215
まじめに相手をしながら同時に罵倒するなんて、あなたも私と同じく分裂症的ですね…
220:デフォルトの名無しさん
19/02/09 17:25:06.31 F2V9krnu.net
そりゃ180～190レスくらいまで読んで思った事とそこから先最後まで読んだ間の時間差で思うことも変わるだろ
221:デフォルトの名無しさん
19/02/10 12:40:50.35 araq2RKu.net
Js
Jquery
こういうやつ信用できねえわ
初心者なんだなってわかる
222:デフォルトの名無しさん
19/02/10 13:33:25.21 qtJUf9na.net
JAVA
223:デフォルトの名無しさん
19/02/10 14:07:04.85 araq2RKu.net
JqueryをJapan-queryだと思い込んでるガイジだろなぁ
224:デフォルトの名無しさん
19/02/10 15:06:11.50 z94OkPvn.net
>>209
VM有り言語はそれほど廃れるとは思わんけどどうなんだろ。役割がかぶってるって結構抽象的では？
進化するとなると、VMごとデプロイ出来るようになって、VM無し言語と対して変わらなくなると思うよ。今の.net coreみたいに。
VMがあれば動くってのは割と強くて、Script系の不可侵だと思ってる部分も本質的にはそれとあまり異なる理由ではないと思う。
Goだってバイナリサイズえげつなくて、殆どのランタイムを内包してるからアレなんだし。
225:
19/02/10 15:15:35.65 nGIVWkyn.net
>>221
VM のメリットななんですか？屋上に屋を重ねる感が強くて、VM のメリットがよくわからない…
226:デフォルトの名無しさん
19/02/10 15:21:10.21 araq2RKu.net
ライトワン、ラン１０ビリオネアデバイスだろ
227:デフォルトの名無しさん
19/02/10 15:26:57.11 rzMRhZmV.net
VM言語のメリットはランタイムが別だからバイナリファイルがコンパクトにできる事じゃない？Goとの比較
昔は同一のバイナリが複数のOSで使えるなんて言われてはいたけど蓋をあけてみれば全然そんな事はないし
228:
19/02/10 15:50:42.06 nGIVWkyn.net
>>224
＞バイナリが複数のOSで使えるなんて言われてはいたけど
write once, debug evrywhere......
229:デフォルトの名無しさん
19/02/10 15:57:46.27 BbTEeZaP.net
C#(.NET Nativeビルド), Java(Android RuntimeやSubstrateVMでのビルド)もGoと同じくGC付きのネイティブバイナリ
一方で基本ネイティブの言語もLLVMで動的プロファイル利用のJITを使うことも出来る
この辺の壁は徐々に消えつつある
230:デフォルトの名無しさん
19/02/10 16:04:10.07 araq2RKu.net
結局jAVAも11からワンバイナリ打線なんだよなあ
231:デフォルトの名無しさん
19/02/10 16:17:41.04 34dqWukw.net
実際Juliaってどうなの？
この記事いいことばっか書いてあるけど
CやPython、Ruby、Rの長所を取り込んだ「Julia」が成長するワケ
URLﾘﾝｸ(japan.zdnet.com)
232:
19/02/10 16:24:03.71 nGIVWkyn.net
>>228
＞「Ruby」の動的型付け、
これだけなら単なる癌にしかみませんが…
URLﾘﾝｸ(julialang.org)
＞Optionally typed
Julia has a rich language of descriptive datatypes, and type declarations can be used to clarify and solidify programs.
まあ妥当かな…
233:デフォルトの名無しさん
19/02/10 17:04:50.60 araq2RKu.net
JULIAは、日本のAV女優。C-more Entertainment所属。 身長:158cm。スリーサイズ:B101・W55・H84cm。血液型:AB型。 趣味:自分磨き、読書。特技:簿記２級、猫に懐かれる事。
234:デフォルトの名無しさん
19/02/10 17:33:00.78 KoYwv+8z.net
簿記２級ってことは商業高校であまり成績よくなかったほうかな？援交しまくりで。
普通高校で２級ならすごい。
235:デフォルトの名無しさん
19/02/10 18:29:32.01 fmQI1XR7.net
SmalltalkならVMあればOS間互換は言うに及ばず
40年越しの環境でもそのまま動くんだけどな…ｗ
URLﾘﾝｸ(www.cdglabs.org)
236:デフォルトの名無しさん
19/02/10 18:57:18.28 fFme24si.net
Javaみたいな出来損ないでVMの欠点とか言われても
237:デフォルトの名無しさん
19/02/10 19:35:12.91 xjQD7Pcp.net
>>222
OSやCPU等が違ってもVMがあれば同じVM用のコンパイル済みバイナリがそのまま動くってのが利点ではないかな。
まあしかし実際にはVMごとに違うバグがあったりして中々理想通りにはいかんことがJavaで証明されてしまった感があるわけだが。
238:デフォルトの名無しさん
19/02/10 19:39:43.57 zG9Tu9P3.net
PGはどれも出来損ないだからな
239:デフォルトの名無しさん
19/02/10 19:41:11.34 iwNxJm36.net
SEになればいいのか？
240:デフォルトの名無しさん
19/02/10 20:30:52.78 EWmLbbO6.net
>>228
配列アクセスが1始まりだったり、掛け算記号が必要なかったり、
教科書にある数式をそのまま使えるように意識された言語という印象。
推してるやつも理論よりすぎて個人的には好きになれん。
241:デフォルトの名無しさん
19/02/11 12:20:42.21 ijgTPsVT.net
>>222
移植性は昔から言われてることだけど、コンパイラも作るのが楽だし、中間言語は都合の良い命令セットが定義できるからサイズも小さくなる。
何より、コンパイラの改良とVMの改良を分離出来るので、割と柔軟に改良できる。
使う言語のバージョンと、VMのバージョンに厳密な区切りが要らないと言うか。
最低限このバージョンが要る、ぐらいは必要だけど。
新しい言語のバージョンを使って、古いVMで動かすって事が不可能ではなくなる感じかな。
逆も然りで、古いバージョンの頃に書いたものを、最新のVMで動かすことも不可能じゃない。こっちは割とよくある。
ネイティブバイナリ吐いてると、そのへんキツイと思う。特に標準ライブラリがその言語で実装されてるGoとか。
242:デフォルトの名無しさん
19/02/11 12:25:06.71 ijgTPsVT.net
過去Javaは確かに辛かった時代もあるけど今は安定してるし、Monoも割と安定してるぞ。
.netは.net Native使わんでも、ngenかければ良い。
243:デフォルトの名無しさん
19/02/11 12:38:03.57 RZokWE5N.net
でもjAvAは有料化して死んだよね
244:デフォルトの名無しさん
19/02/11 12:51:24.69 QKPibkAC.net
JavaはDockerに乗せるには重すぎる
245:デフォルトの名無しさん
19/02/11 12:52:13.71 mQ/izvcF.net
死んだかどうかはともかく
有料化はしてないよ
246:デフォルトの名無しさん
19/02/11 13:05:51.95 Anzgdh02.net
date、localdateとか混在してjavaめんどい
247:デフォルトの名無しさん
19/02/11 13:46:40.87 a3vDiVrE.net
>>243
バカなコミッターがDateを完全に消去しなかったせい
今後も互換性テストの呪いでいつまでも残り続ける
248:デフォルトの名無しさん
19/02/11 13:56:32.92 RMH+C64t.net
ログまわりもひでぇしな
java書くくらいなら転職するわ
249:デフォルトの名無しさん
19/02/11 14:32:39.08 dnf98RXr.net
>>229
>>237
なるほど
実用というよりまだ実験レベルっぽいんだね
250:デフォルトの名無しさん
19/02/11 14:54:39.14 ijgTPsVT.net
Javaの日付周りは闇かもなぁ。
251:デフォルトの名無しさん
19/02/11 15:23:01.36 oA8l1dyY.net
commonsや独自のutilで特段大きな問題を感じたことはない
252:デフォルトの名無しさん
19/02/11 20:43:19.19 QQiWH0mp.net
>>246
実験レベルというよりは本来が実プロダクトより実験を目的に作られてる面が大きい
目的にと言うと言い過ぎかもしれないが作っているコミュニティが理論や実験寄りなので
253:デフォルトの名無しさん
19/02/11 23:03:42.77 823dyXFP.net
>>249
オレの考えた最強の言語！
みたいなやつかw
254:デフォルトの名無しさん
19/02/11 23:16:48.45 EPRTYP70.net
なろう系言語ｗｗｗ
255:デフォルトの名無しさん
19/02/11 23:41:47.02 QQiWH0mp.net
>>250
何も間違ってないけど雑な数値計算実験やアルゴリズム実験には本当にイケてるのよ？
漸進的型付け
256:でも型推論と最適化が程よい塩梅で効いてるし私は好き
257:デフォルトの名無しさん
19/02/12 01:05:03.07 g6CslLMJ.net
雑な実験でいいならcかc++くらい使えばいいのにと思うけどね。
258:デフォルトの名無しさん
19/02/12 08:24:33.10 VUa3es/D.net
>>232
不人気でユーザがいなくなっちゃった言語が
40年越しの環境でそのまま動いても意味ないけどね
259:デフォルトの名無しさん
19/02/12 08:31:43.79 jKA+nxgG.net
雑な実験をC++でやるのには何の問題もないけどそれでもなお煩わしい（ex.tupleとかpairとかがびみょい）
ていうかC++こそ本腰入れた実験に使うんもん（分野によります）だし普段はもっと雑に書きたいなという気持ち
Cは無いかなー
できるけどC++以上にやりたくない
260:デフォルトの名無しさん
19/02/12 09:25:59.07 2Rlz0B+x.net
実験って何の実験？
大抵の場合c++は向いてないと思うけどね
ハマってる時間がもったいない
261:デフォルトの名無しさん
19/02/12 09:36:40.65 jKA+nxgG.net
高性能計算は言語の選択肢がほとんど無いので……
262:デフォルトの名無しさん
19/02/12 12:22:11.18 2Rlz0B+x.net
そういうコアな計算部分にc++の機能あんまりいらないと思うけどね
結局パフォーマンス必要ならcudaにオフロードとかするんだろうし
構文的なところは凝らないのが正解だよ
263:デフォルトの名無しさん
19/02/12 14:19:55.88 TPiqZniI.net
>>254
他言語のコミュニティメンバーがもう誰にも使われなくなった言語の
しかも40年前の環境を復活させたんなら逆に凄いことだな！
264:デフォルトの名無しさん
19/02/12 15:29:47.85 Fn4hDa9I.net
よし、FORTH を復活させよう
265:デフォルトの名無しさん
19/02/12 21:08:01.13 jKA+nxgG.net
CとC++とFortranで型システムが一番マシ（個人の感想）なのがC++って選び方なので
266:デフォルトの名無しさん
19/02/12 21:32:38.15 Y8wvRjd+.net
雑にやりたいのに型システムにこだわるのが間違い
267:デフォルトの名無しさん
19/02/12 21:35:55.50 zazJl4ej.net
論文のために数回動けばいいようなコード
→ Python (主要な計算部分はライブラリ任せ)
雑とは真逆の実用ライブラリ
→ C (NumPyなど)
というのが数値解析などの分野の人達の感覚では
そしてライブラリ使ってない箇所もあわよくば早くしたいけど
動的言語からあまり離れたくという欲張りさんのために
NumbaやJuliaなどがある
268:デフォルトの名無しさん
19/02/12 21:42:29.55 jKA+nxgG.net
>>262
だから雑にやるときはJuliaって言ってるんだよなぁ
269:デフォルトの名無しさん
19/02/13 11:27:30.70 0cDEleYh.net
>>263 python でNumpy やNumba を動かせばよいだけの話。
pythonをNumbaでJIT化すれば高速に動く。
だから数値解析、統計、機械学習などでpython が広まっている。
numbaを利用したpythonループの高速化
URLﾘﾝｸ(qiita.com)
numpy.sum() より numba でJIT化したほうが若干早い
全体をもっと高速化したい場合はCythonでコンパイルすることになるが、若干ソースに変更が伴うのが欠点。
270:デフォルトの名無しさん
19/02/14 08:13:11.35 DfXs7ULg.net
そのへんのPythonをネイティブにする類、GILはどうなるの？
271:デフォルトの名無しさん
19/02/14 09:24:39.49 QGThOkDI.net
>>266 明示的に書けば良いのでは？
Cython のスレッド並列処理
URLﾘﾝｸ(www.isus.jp)
Cython の特長の 1 つは、ネイティブ並列処理 (英語) をサポートすることです (cython.parallel モジュールを参照)。
cython.parallel.prange 関数は並列ループに使用できるため、Python* でスレッド並列処理を使用して、インテル® メニー・インテグレーテッド・コア (インテル® MIC) アーキテクチャーを活用することができます。
インテル® Distribution for Python* 2017 の Cython
272:デフォルトの名無しさん
19/02/14 10:58:54.92 WZ7QG3tT.net
>>266
nogil=TrueでGIL無しになる
273:デフォルトの名無しさん
19/02/14 18:56:49.51 62bujRGv.net
それは良さそうだな。
274:デフォルトの名無しさん
19/02/14 20:55:14.89 fSoz/vTj.net
もうjulia使うのが目的になっとるな。。
275:デフォルトの名無しさん
19/02/16 02:33:00.49 9HG1VuDS.net
>>121
パイプ演算子だけで何が出来んだよｗ
276:デフォルトの名無しさん
19/02/17 11:02:26.51 HW0MSqPy.net
関数のカリー化がないのにパイプ演算子だけ持ってきちゃったElixirはなんか変だよな。
パイプ演算子というよりUFCS。ピリオドにしておけばよかったのに。
277:デフォルトの名無しさん
19/02/17 20:53:38.23 4EK3mNUu.net
ユーチューブみてたら外人さんが今年はじめるおすすめ言語でGoあげてたけどどうなの？
URLﾘﾝｸ(youtu.be)
278:デフォルトの名無しさん
19/02/18 00:25:05.73 0K8QCv5v.net
PHPよりはマシ程度
279:デフォルトの名無しさん
19/02/18 10:03:46.42 PGieQvh3.net
外人って誰？
お前の友達？
280:デフォルトの名無しさん
19/02/18 10:32:14.54 9yTHlAk5.net
>>273
英語わらないけど
パイパンなのはなんとなくわかった
281:デフォルトの名無しさん
19/02/18 10:38:37.16 GrFE76R+.net
Goはいい言語だと思うが文法がきらいという理由で俺個人としてはやりたくない。
282:デフォルトの名無しさん
19/02/18 10:39:27.28 DEZyRf0o.net
Goは悪くないけどGoやるくらいならCで良いって思っちゃう
283:デフォルトの名無しさん
19/02/18 11:33:15.82 SDMSLfor.net
Cって爆発するんでしょ？
284:デフォルトの名無しさん
19/02/18 14:31:28.10 UVnB+wSW.net
シーッ！
285:デフォルトの名無しさん
19/02/18 16:23:53.97 1FoQC5sv.net
どうしてRustはこんなにおデブちゃんなの？ｗｗｗ
URLﾘﾝｸ(developers.google.com)
CやAssemblyScriptと比べて割に合わなさ過ぎだろうｗｗｗｗｗ
286:デフォルトの名無しさん
19/02/18 17:03:38.39 6vaPKOJl.net
その下の節の Update: Rust で 370B になったとあるけど
287:デフォルトの名無しさん
19/02/18 17:11:02.34 1FoQC5sv.net
人力でそんな手間書けるくらいなら最初からCで書くよね普通。
288:デフォルトの名無しさん
19/02/18 17:54:25.43 etnkgylc.net
これ最終的に全部機械語で書けって流れ？
289:デフォルトの名無しさん
19/02/18 18:36:38.63 DEZyRf0o.net
なぜ機械語が出てくるのかが分からんなw
290:デフォルトの名無しさん
19/02/18 19:42:42.37 2Z8BFsKx.net
手間っつってもそんなでもなくない？
普通に-Osオプション的なのもデバッグ情報の削除もCでやるでしょ
291:デフォルトの名無しさん
19/02/18 19:47:35.74 2Z8BFsKx.net
連投になって悪いがなんならltoも普通にCでやるだろうし存外普通の事しかやってないぞ？
292:デフォルトの名無しさん
19/02/18 20:19:28.46 7ubWqY/W.net
c + lint で済む話をバカが無視するからコンパイラに組み込んだみたいな話、本当バカ。
293:デフォルトの名無しさん
19/02/18 21:50:19.37 788tab2z.net
普通ならなぜデフォにしないの？
Cパイセンに華持たせてるの？
294:デフォルトの名無しさん
19/02/19 07:58:57.65 rJLbVU1K.net
実装してる人に、聞くのが早そうだな。
295:デフォルトの名無しさん
19/02/19 09:43:28.93 UvIEs0xP.net
当然ながらデバッグし易さやコンパイル時間などとトレードオフがあるので
特化をデフォルトにする必要は無い
Cは現役だし使うことを誰も止めはしない
比較は構わないけど推されてもここでは単純にスレチ
296:デフォルトの名無しさん
19/02/19 10:27:13.34 SwtNBaDU.net
デバッグし易さやコンパイル時間などを考慮した結果、せっかくwasmのクセに性能はす、す、すくりぷとげんごｗｗのじゃばすくりぷとｗｗｗと大して変わらずｗｗ５倍ｗも巨大なwasmバイナリをデフォで吐いてしまうビチグソ言語（）があるらしいｗｗｗ
CやAssemblyScriptは性能大して変わらなくてもデフォでジャバｽｸﾘﾌﾟﾄ（）よりサイズ小さいのにどう言い訳すんのこの新世代（）うぇぶ言語ｗｗｗｗｗ
297:デフォルトの名無しさん
19/02/19 10:59:22.66 wBIPfytb.net
楽しそうで何より
298:デフォルトの名無しさん
19/02/19 17:44:22.10 flzwRht/.net
>>271
ビルダーパターンを置き換えられるとか
299:デフォルトの名無しさん
19/02/19 22:52:49.55 8ne5Wfny.net
>>278
クラスタ分散周りのコード書くならgoが良いと思われる。
300:デフォルトの名無しさん
19/02/21 08:38:19.03 k9ihouSJ.net
IEEE ランキング
URLﾘﾝｸ(news.mynavi.jp)
301:デフォルトの名無しさん
19/02/24 13:15:52.70 6KasUEnW.net
A better C = Go
A better Perl = Python
A better Java = Kotlin
A better Javascript = TypeScript
A better Lisp = Clojure
302:デフォルトの名無しさん
19/02/24 13:24:51.15 9J0kSw8Y.net
>>297
PythonとPerlって言うほど用途被ってるか？
個人的には
A better Python = Node.js
だって思うけどな
303:デフォルトの名無しさん
19/02/24 13:28:03.32 8D34p5sx.net
Groovyは？
304:デフォルトの名無しさん
19/02/24 13:29:59.40 6TiHqsFQ.net
A bitter C++ = D
305:デフォルトの名無しさん
19/02/24 13:35:04.27 dX43HuRA.net
俺はKotlinよりScala推しだけどバックについてる規模がなあ
306:デフォルトの名無しさん
19/02/24 18:42:02.16 iK4D+UQi.net
>>297
Goにbetter Cはま
307:デフォルトの名無しさん
19/02/24 18:42:38.76 iK4D+UQi.net
だ無理だ。
バイナリが大き過ぎる。
308:デフォルトの名無しさん
19/02/24 18:47:20.41 KL6kEpaz.net
A poorer C = Go
A poorer Perl = Python
A poorer Java = Kotlin
A poorer Javascript = TypeScript
しっくり来るな
309:デフォルトの名無しさん
19/02/24 18:50:58.08 1vpoAdpW.net
>>303
まだというかずっとじゃね
GCやgoroutineスケジューラのサイズは削れないし
用途がいくらか被るにせよ、性質的にCの代わりを目指したものでもないし
310:デフォルトの名無しさん
19/02/24 18:55:07.72 qLJosHl4.net
他の言語が無駄な機能を増やすほどCがbetterということに気づかされる。
311:デフォルトの名無しさん
19/02/24 19:04:15.79 KL6kEpaz.net
>>306
betterというか完全にbestだね
使いやすいけどとっつきにくさがどうしてもあるから
優しいとされる他の言語が重宝されがちになるが
312:デフォルトの名無しさん
19/02/24 19:04:42.82 +6ZRRI/z.net
>>306 Cは、アセンブラみたいなものだからな。
313:デフォルトの名無しさん
19/02/24 19:04:43.79 iK4D+UQi.net
>>305
禿同。
Goは鯖で速度重視専用な気がする。
マイコンの規模で使える気がしない。
314:デフォルトの名無しさん
19/02/24 19:05:34.94 77XTfT9B.net
なら他の言語使ってる人気は全員馬鹿だな
315:デフォルトの名無しさん
19/02/24 19:16:29.07 iK4D+UQi.net
違う。
それだけマイコン使う分野がマイナーってだけ。
CPUパワーがあれば楽出来る言語使うのは当然。
316:デフォルトの名無しさん
19/02/24 19:24:41.78 +6ZRRI/z.net
>>311 はあ？ マイコンって何を指してるか知らんが、今のスマホのパワーは、数年前のデスクトップを凌駕してるぞ。
317:デフォルトの名無しさん
19/02/24 19:37:59.48 77XTfT9B.net
>>311
ああごめん、>>306への話ね
318:デフォルトの名無しさん
19/02/24 19:47:42.34 +6ZRRI/z.net
>>313 だから、>>311 も>>306 もなんか的外れに見えるという話。
見る視点がまるで違う。
319:デフォルトの名無しさん
19/02/24 19:50:17.53 iK4D+UQi.net
>>313
そそ。
PICとかそこまで小さい規模の話。
スマホでもゲームとかはCやC++もあるだろうけど、楽出来る分にはCは無いわな。
320:デフォルトの名無しさん
19/02/24 19:51:43.29 +6ZRRI/z.net
100円のチップでPythonが動く時代なんだぞ。 自動車の自動運転のマイコンなんか、下手なPCよりパワーはあるぞ。
321:デフォルトの名無しさん
19/02/24 20:04:26.13 iK4D+UQi.net
>>316
自動運転用の石はそうだが、パワステ制御だけとか小さい石は今でも8ー16bitだし、CPU全体じゃそっちのが数は多い。(80%)
IntelやARMは小さいパイで大きく稼げる市場を独占しただけで。
322:デフォルトの名無しさん
19/02/24 20:06:31.17 9J0kSw8Y.net
自動運転のマイコンってどこの石使ってるんだろ？
323:デフォルトの名無しさん
19/02/24 20:13:36.10 iK4D+UQi.net
少なくとも日本車はルネサス製マイコン使ってる。
Casl2とかニーモニックがそのまんま。
まさに試験が企業の求める人材発掘の篩になってる。
324:デフォルトの名無しさん
19/02/24 20:38:43.40 HXZhXTRb.net
でもワイウェッブ系だから
325:デフォルトの名無しさん
19/02/24 20:48:48.19 +6ZRRI/z.net
>>318 今はARMだろ。 中央のは、NVidia とか、Intel を使ってるのかな？
自動車って、何十とCPUを使ってるから何がメインかというのは難しいのでは？
Nvidia もIntel も実態はARMコアを使ってるみたいだけど。
ルネサスも震災以降はダウンして、ユーザーからのARMを使えという声に応じざるを得なくなったみたいだし。
326:デフォルトの名無しさん
19/02/24 20:50:55.47 9J0kSw8Y.net
>>321
ルネサスって元は日立とどっかの合資で出来たとこだっけ
327:デフォルトの名無しさん
19/02/24 20:53:54.40 +6ZRRI/z.net
>>322 NECとか、日本連合だね。
328:デフォルトの名無しさん
19/02/24 20:54:06.21 zOdfoNDQ.net
>>307
Go は better C ではなく better C++ なんだけどな
better C 目指しているのは Rust
329:デフォルトの名無しさん
19/02/24 22:16:13.14 ObazTuX8.net
ざっくりした言い回しは自然と情報量が落ちてしまうので難しいもんだが、GoはやっぱりCompiled PythonとかC++とJavaの中間とって言語機能をC並に絞ったとかの複雑な立ち位置の印象だ
Rustもbetter C 兼 replacing C++の印象
330:デフォルトの名無しさん
19/02/24 22:38:05.42 qLJosHl4.net
まあ別に無理やり結びつける必要はないんだけどね。
331:デフォルトの名無しさん
19/02/24 23:12:15.59 ROsmA06r.net
理論的には理想に近い言語でも、実用環境が限られたり、スピード的に極端に落ちると現実的ではなくなるからね。
やはり言語的に洗練されていて、環境を選ばずに動き、スピードの解がある言語は伸びる。
Javaは、環境を選ばずに伸び、スピードの解はJITでまあまあ解決した。
Pythonは色々難しい問題がありそうだが、PyPyはJITで動いてるしいずれ本家がJITをサポートする様になるんじゃ無いのかな。Cythonは直接Cに落ちるが互換性の問題があるし。
332:デフォルトの名無しさん
19/02/24 23:34:44.89 HXZhXTRb.net
goは構文が糞すぎて糞
ゲネリクスとかそう言う問題以前
変数宣言さえ糞
設計した奴はガイジの糞
グーグルって俺よりバカなんだなと思うわ
333:デフォルトの名無しさん
19/02/24 23:37:57.60 OZS1hzPH.net
goは触れば触るほど、Cでも良かったよね
Cのほうが論理的に簡単にできるよねってことが多過ぎる
334:デフォルトの名無しさん
19/02/25 00:38:45.01 qTGaZXOu.net
Goの勝手にセミコロン補完される仕様がホントクソ
335:デフォルトの名無しさん
19/02/25 01:11:58.26 PRsbysjw.net
チュートリやってたら変数宣言だけで4つくらい出てきてガイジかな？って気持ちになった
336:デフォルトの名無しさん
19/02/25 01:58:52.98 AuhEt3eH.net
Lisp方言やPythonとRubyのように類似品を乱立させるやり方は古臭い
Java Kotlin C# TypeScript Go
の中からRubyと同じ失敗を繰り返す言語が続出すると思うと残念だ
337:デフォルトの名無しさん
19/02/25 02:36:48.48 9+tyf5TU.net
この中だとGoとKotlinが危ないな。
typescriptも、ecmaに型アノテーション
付く形で合流しそう。
338:デフォルトの名無しさん
19/02/25 03:05:10.05 SRxcknzj.net
>>331
なんであんなふうにすんだろねｗ
339:デフォルトの名無しさん
19/02/25 07:38:01.51 eDFcqLgp.net
>>333
esのデコレーションは今でも同等機能をコードで補完できるんだよな
コードを組み上げられる能力があればtsもゴミみたいにしか感じられなくなるね
340:デフォルトの名無しさん
19/02/25 08:01:49.36 XCxk7gA5.net
C#はどうよ。俺は好きなんだけど。
341:デフォルトの名無しさん
19/02/25 08:52:20.78 isDwzKBm.net
最近のC#はあまりにも先端が突っ走りすぎてて、従来の「哀れな底辺ドカタにも最先端の言語を」という重要な役割を見失いつつある
>>336のようなC#のファンですら大抵3つ4つくらい前のバージョンで知識が止まってる状況で、
自社開発でWebサービスやってますみたいな極一部の「別にC#でなくてもいい層」ばかりを相手にしている
次期バージョンでは.NET Coreでしか使えない機能が出てきて足切りが始まり、プラットフォームが完全に分断される
342:デフォルトの名無しさん
19/02/25 09:01:20.29 IWOA41f/.net
.NET Standardで基本事足りるとはいえ、その他のオープンなライブラリ側もおっつけてない感じあるなぁC#
343:デフォルトの名無しさん
19/02/25 09:15:21.64 e7/gY7Zv.net
Goは並列化処理は書きやすい
344:デフォルトの名無しさん
19/02/25 09:17:23.23 e7/gY7Zv.net
>>328
Goは大学出たての経験値の低い人でも書けるお馬鹿さん言語を意図して設計されとるんやで
345:デフォルトの名無しさん
19/02/25 09:17:41.92 fQDP25JS.net
.NET Coreと.NET Frameworkの間でライブラリを共通化するためのAPIセットを定義するのが.NET Standardの主目的であったが、
その.NET Standardが次のバージョンで.NET Frameworkを切り捨てるというギャグのような話
346:デフォルトの名無しさん
19/02/25 09:27:39.69 XCxk7gA5.net
>>337
趣味でもC#書くけど、それでも確かに正直.NET Coreの3を先食いしてる人達からすると数世代遅れてるな。
Span<T>とかはそりゃ確かにパフォーマンスは雲泥だろうけど、それ要るの結構限られてない？とか。
個人的にはあの断捨離は失敗しそうだから、そこから色々拾い上げてるMonoの方が良いんでないの？と思ってる。
Windowsだとほぼバイナリポンで動くというメリットが、クソ多いファイル数にかき消されてる気がして仕方ない。
.NET FW切り捨てるのはちょっと無理があるんじゃねえかなって思ってるけど、やるんだろうな…。
347:デフォルトの名無しさん
19/02/25 09:45:47.12 5uGv7r8R.net
スマホゲー開発はだいたいC#だし、Unityがゲームエンジンとして標準的だからしぶとく残るんじゃないか
コンシューマーゲーはまだまだC++だけど
348:デフォルトの名無しさん
19/02/25 10:03:35.56 AuhEt3eH.net
>>340
最初はそんな意図なかっただろうに
反知性主義云々に乗っ取られて終わったな
349:デフォルトの名無しさん
19/02/25 10:08:23.24 bZylS+V2.net
>>341
最初からCoreへの移行のための共通化じゃね
Coreに欠けてたGUIが解決したらFrameworkから追い出し始めるのは
むしろ自然だと思うけど
350:デフォルトの名無しさん
19/02/25 10:35:02.24 gWR+hxYA.net
>>342
普通の人が何も意識しなくてもアプリのパフォーマンスが良くなるってのがSpanを含めた最近の変更やで
351:デフォルトの名無しさん
19/02/25 10:41:49.82 AuhEt3eH.net
C++を切り捨てるつもりが
いつの間にかC#自身の古いバージョンを切り捨てる話に変わっている
これがPython Rubyと同じ失敗
352:デフォルトの名無しさん
19/02/25 11:51:29.16 XCxk7gA5.net
>>346
そうなんだが、実際問題そこまでパフォーマンスに悩んだ事あんま無いんだよな。
ゲームとかなら顕著なんだろうけど。
353:デフォルトの名無しさん
19/02/25 12:30:34.65 sO03erxC.net
C#は言語自体は面白いんだけどな
特に非同期処理は一日の長があるだけにライブラリが非常によく整備されてるし、
課題だった非同期処理のパフォーマンスも最近では飛躍的に改善されてるし
非同期シーケンスなど他言語に先駆けた取り組みも積極的に行われてる
しかし最近のMSはサイドバイサイドに甘えすぎなんだよ
既存資産との折り合いをつける努力を完全に放棄している
Azure関係とかもちょっとSDKのバージョン上げたりするとそのたびにぶっ壊れる有様でほんと酷い
354:デフォルトの名無しさん
19/02/25 12:39:44.12 nlSaHT5J.net
C#もC++みたいなキメラルート歩んでるのか
355:デフォルトの名無しさん
19/02/25 16:42:45.71 6aHiqgcw.net
>>333
ecma に型アノテーション入って TS がオワコンになるは本当にあり得る未来だね
CoffeeScript もそんな感じで廃れた歴史が実際あるわけだし
356:デフォルトの名無しさん
19/02/25 16:46:51.54 6aHiqgcw.net
C が best だという意見だけは同意しかねる
Go は滅多にクラッシュしないよ。メモリー管理の機構とかちゃんとしてるからだと思うけど
C++ で開発してたときはしょっちゅうコアダンプ吐いてた印象だった。やっぱ確実に進歩はしてるよ
357:デフォルトの名無しさん
19/02/25 20:47:03.11 1EOktSCH.net
>>350
てか最近の言語は全てキメラルートだよ。
358:デフォルトの名無しさん
19/02/25 23:28:58.22 lY+qkW3x.net
>>352
何を言ってるんだ貴様は
359:デフォルトの名無しさん
19/02/26 00:36:46.92 Ut9Tn3WV.net
>>352
えーと、正直コアダンプ吐くような事態が起きるのは、単にあなたのプログラムがポカしているからじゃないかなーという説が
360:デフォルトの名無しさん
19/02/26 00:48:01.56 gIbEXRZX.net
むしろプログラマはポカするものという前提の元で設計されてるのが昨今の言語じゃない？
Rustなんかモロそんな感じだし
361:デフォルトの名無しさん
19/02/26 07:15:05.85 Bs277ab3.net
>>352みたいな低知能がアホなことをしないためにガチガチな仕様で不便な言語が生まれてるんだよな
362:デフォルトの名無しさん
19/02/26 08:01:09.47 pB2Kv/x6.net
知能が高ければミスしないのか、興味深い
363:デフォルトの名無しさん
19/02/26 08:42:54.19 Er24pllw.net
まあ世の中のプログラマの大半が低脳だから、Goの方向性は間違ってはいないよ
364:デフォルトの名無しさん
19/02/26 09:09:32.55 W0wJxBNy.net
反知性主義万歳！
365:デフォルトの名無しさん
19/02/26 09:16:52.41 mnE1CbS1.net
人は…過ちを繰り返す
366:デフォルトの名無しさん
19/02/26 09:29:07.33 UAPWfCGq.net
どちらの言語も、規模と高度な最適化(→複雑さ)両方が必要なシステムを
手に負えるようにするためだと思うけどね
GoはYoutube実装に使われていて
Rustに至っては言語仕様とツールチェーンを実装した本人達を言語ユーザーと想定したものだし
367:デフォルトの名無しさん
19/02/26 09:54:23.08 JeFEvG3d.net
ただしょうもない例外メッセージ吐いて死ぬクソ言語より
コアダンプの方が原因追いやすいってのはある
派手にメモリ破壊されるとほとんど解析不能になるけども
368:デフォルトの名無しさん
19/02/26 14:44:09.37 tl8UlM+n.net
>>355
もちろんそうだよ？それが Go では起こりづらく C++ では簡単に起きるという話だよね
369:デフォルトの名無しさん
19/02/26 14:47:01.20 tl8UlM+n.net
>>357
自分の足を撃つ自由がある C++ って素敵な言語ですね！
370:デフォルトの名無しさん
19/02/26 15:16:27.29 W0wJxBNy.net
檻の中でお幸せに
飯も出るしな臭いけど
371:デフォルトの名無しさん
19/02/26 15:36:46.29 E0EMtjG2.net
昔々MS-DOSとかではNULLのポインタに書き込んでも平然とセグメントのアドレス0に書き込んだりしてたなあ・・・
372:デフォルトの名無しさん
19/02/26 15:37:18.64 pB2Kv/x6.net
まぁ結局こだわらない人が多くて足撃ちまくりの動的型付け言語とかの方が人気でるんだけどな
373:デフォルトの名無しさん
19/02/26 18:41:56.37 crMsvTK0.net
バグってはいけないなんて信じてるのはよほど正義感の強いやつだけだな
マッドサイエンティストなら実験失敗してみんなに迷惑かけても罪悪感がない
374:デフォルトの名無しさん
19/02/26 18:45:27.78 c2o2e7e/.net
バグを発見したら仕様ということにしてしまうぐらいの機転を効かせる事ができなければ
375:デフォルトの名無しさん
19/02/26 20:02:13.61 tR5x62Pi.net
>>356
ポカするってのは正しいが、起きうるポカの想定が間違ってて、
そのポカをしないようにする操作自体がポカを誘導してるという本末転倒な機能ばっかり
入れてるのがc++だったりする。
376:デフォルトの名無しさん
19/02/27 08:17:07.45 2wFtKBDb.net
高級言語は人間が簡単に使えるためのものなんだからその方向性はどれも一緒でしょ
Goはさらに闇雲に凝るバカとそれを理解できないアホの差分を埋めるためにシンプルになってるが、バカとアホ以外には冗長で見苦しい
377:デフォルトの名無しさん
19/02/27 14:16:30.50 YvoyXuKt.net
日本は高卒やモン卒が多い国だからちょうどいいじゃん
378:デフォルトの名無しさん
19/02/27 15:06:35.91 fEHTduo4.net
C++以外ならなんでもいいみたいな雑な考え方をやめろ
電子マネーと同じ
あいつら現金以外ならなんでもいいと思ってるだろ