次世代言語13 Go Rust Swift Kotlin TypeScript

**デフォルトの名無しさん** · 2018/08/20(月) 21:55:53.03

スレタイ以外の言語もok

前スレ
次世代言語12 Go Rust Swift Kotlin TypeScript
http://mevius.5ch.net/test/read.cgi/tech/1530664695/

**デフォルトの名無しさん** · 2018/09/02(日) 08:33:01.84

人工知能というか機械学習な
その中でも深層学習ってやつね
pythonは特化してるわけじゃなくて深層学習に必要な行列計算が簡単に書けるnumpyというライブラリがあるから使われている
未来のことは分からないが、気にしても仕方ないように思える
プログラマにとって技術の陳腐化は日常的なことだし
機械学習やりたいならプログラミングじゃなくて統計を学んだ方がいいよ

**デフォルトの名無しさん** · 2018/09/02(日) 08:46:50.28

>>333
世の中の全てのコンピュータが人工知能とやらになればそうなるかも知れんが
物理的にあり得ないので、その他の言語が廃れることはないよ
それどころか、コンピュータが多様化してるからどんどん新しい言語も必要になってくる

だから、このスレが存在してる

**デフォルトの名無しさん** · 2018/09/02(日) 08:59:02.89

>>333
そのpythonが今強い理由がCで書かれたライブラリなんだよなあ

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

囲碁と画像処理のスキルが無価値になったから言語は滅亡するというのは意味不明だな
0 < x はセンス悪い説よりももっと意味不明

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

まぁCythonってあるもんな
https://www.oreilly.co.jp/books/images/picture_large978-4-87311-727-0.jpeg

大体それの知識だけっていう狭い視野の人間は碌なもの作れない
プログラミングに絞って言えばOSとかネットワークの事もっと知ってろよってな

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

>>336
＞だから、このスレが存在してる

カッコイイ(ﾟ∀ﾟ)

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

>>333
人工知能によってプログラミングが要らない時代になったとしたらそもそもPythonも不要だから無駄
例えばメルカリみたいなシステムを作るとして、今だとAIって写真を画像認識して自動的にカテゴリ分けしたりするのに使うわけ
一方、出品などシステムの「仕組み」の部分は人間が手作りしてて、こういうのは前者よりも遥かに複雑でAIには難しいの
後者がAIに置き換わる頃には「AIを使う」プログラミングなんてとっくにAI化されてるよ
「AIを作る」側になるなら話は別だけど、後者をAI化できるほどのレベルになれば今みたいに個別にAI利用システムを開発するんじゃなくて
どっかが開発した汎用的なAIをサービスやパッケージとして利用する形になるだろうから、
最終的にAIベンダーとして残るのは本当に1つか2つの企業だろうね

**デフォルトの名無しさん** · 2018/09/02(日) 10:00:25.05

>>333

知り合いもどうせ大学生とかそんなレベルなんだろ

mac使って自称データサイエンティスト（）とか名乗ってる意識高い系の方々は自分がバカだと気づかない

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

mac使ってカタカタターンってやって
これをこうしたらいいだけなんですよと謎の上から目線

あなたたちのやってることは間違ってました
でも自分がなにか失敗したら顔真っ赤にして老害ガーとか言い出すゆとり世代

**デフォルトの名無しさん** · 2018/09/02(日) 10:24:08.52

GUIブームの時も、グラフィックがあるから文字は無価値になるとか言われていたような

**デフォルトの名無しさん** · 2018/09/02(日) 10:30:13.21

幅が広すぎて無意味だということに誰もが気づいて廃れた言葉である「ゆとり世代」を未だに使っている人がいるのか。

**デフォルトの名無しさん** · 2018/09/02(日) 11:00:08.66

登場人物の心を読むスキルを使うための登場人物
心を読めるから言葉は無価値になるという

**デフォルトの名無しさん** · 2018/09/02(日) 13:46:55.56

>>342
学生よりも分野外のおっさんの方が変な夢見過ぎな気がする

**デフォルトの名無しさん** · 2018/09/02(日) 14:46:45.62

AI妄想を差し引いたPythonはごく普通のスクリプト言語

**デフォルトの名無しさん** · 2018/09/02(日) 17:35:10.60

計算科学にも使える数少ないスクリプト言語やぞ

**デフォルトの名無しさん** · 2018/09/02(日) 20:08:30.54

しかも極初期からOpenGLバインディングが使えたという魔改造スクリプト言語

**デフォルトの名無しさん** · 2018/09/02(日) 20:33:11.59

Pythonさほど好きじゃないけど、こいつが居なかったら
Rubyとかいうクソ言語が流行ってた可能性もあると考えると
Pythonが存在してくれて良かったと心から思う

**デフォルトの名無しさん** · 2018/09/02(日) 20:45:40.92

手放しに良い言語とは思えないけど変えが効かない言語

**デフォルトの名無しさん** · 2018/09/02(日) 20:50:30.02

luaでいいわ
一番ｼﾝﾌﾟﾙ

**デフォルトの名無しさん** · 2018/09/02(日) 21:24:26.73

俺はRubyでいいわ
なんかPyキチが目の敵にしてるが

**デフォルトの名無しさん** · 2018/09/02(日) 21:29:19.32

Pythoはsyntaxはまーしょうがないにしても
設計がウンコですわ
PHP並に酷いものもある

**デフォルトの名無しさん** · 2018/09/02(日) 21:32:00.92

PHPは7になってから大分切り捨てられたけどな

**デフォルトの名無しさん** · 2018/09/02(日) 21:56:03.31

>>356
切り捨て？詳しく

**デフォルトの名無しさん** · 2018/09/02(日) 22:15:39.01

旧式のmysql接続モジュールとか旧式の正規表現とかが主だった切り捨てだったかな
5.xで非推奨って言われてた関数の類がバッサリ切り捨てられてた

**デフォルトの名無しさん** · 2018/09/02(日) 22:16:48.58

あとクラスの書き方もフィールド宣言にvarとか書けなくなってたな

**デフォルトの名無しさん** · 2018/09/02(日) 22:20:46.75

array_ナンチャラとかいうウンポコペチプーの代名詞みたいなそびえ立つクソはどうなりましたか（小声）

**デフォルトの名無しさん** · 2018/09/02(日) 22:58:40.04

pythonが良いというよりperlのクソみたいななんでもあり感を無くしたのが良かったってだけ。
余計なことをしない言語が良い。

**デフォルトの名無しさん** · 2018/09/02(日) 23:10:24.54

つまりlua使っとけば間違ない
という結論になる

余計な機能があるせいで
いちいち余計なことを覚えないといけないという悪循環もなくなる

pythonは余計なもん大杉で初学者にも不向きといえる
余計なもんないほうが初学者もとっつきやすい

覚えることも少ない
簡単なのが一番

**デフォルトの名無しさん** · 2018/09/02(日) 23:41:05.75

Luaさんにもnumpyがあればなあ

**デフォルトの名無しさん** · 2018/09/03(月) 00:10:22.82

luaさんはjsと似てた記憶しかない

**デフォルトの名無しさん** · 2018/09/03(月) 00:13:49.32

LuaさんについてはRubyと同じくIf End ifのクソ文法だったことも覚えている

**デフォルトの名無しさん** · 2018/09/03(月) 00:28:46.48

luaは思いのほか流行ったけど、一般的なスクリプト用途で使ってる人なんているの？

使い捨てのスクリプトは、Rubyがいい。なんとか持ちこたえて欲しい
システムに入ってないから好きなバージョン使えるし、読みにくいかわりに書きやすいと思う
Python2しか使ったことないけど、Pythonって積極的に選ぶものでなく、消極的に選ばれるものだよね？

**デフォルトの名無しさん** · 2018/09/03(月) 00:38:38.73

luaは必要な機能を自分で拡張して使うもんだからな
cとの相性は抜群

そのﾊﾞｲﾝﾃﾞｨﾝｸﾞも簡単

**デフォルトの名無しさん** · 2018/09/03(月) 07:57:27.37

ツールスクリプト用途では相変わらず Ruby は使える

**デフォルトの名無しさん** · 2018/09/03(月) 08:12:21.90

使い捨てなら入ってる力高いperl5かな
Rubyの出番はねえな

**デフォルトの名無しさん** · 2018/09/03(月) 08:18:21.47

最初から入ってるかどうかどうでもよすぎるしそんな理由で今さらperl5使うことはないなあ

**デフォルトの名無しさん** · 2018/09/03(月) 08:35:37.94

Luaは正解だがPerlも正解だよ
そしてPerlは悪とか正解は一つとかいうのを信じる人はPythonに集まった

**デフォルトの名無しさん** · 2018/09/03(月) 09:31:57.09

配列インデクスが1から始まるとかいう狂気

**デフォルトの名無しさん** · 2018/09/03(月) 09:51:52.31

無学だから教えて欲しい
プログラミング言語の配列に0-indexが多いのって、Cの配列がアセンブラに寄せてあってaddress+0からスタートしてるからだと思ってるんだけど正しくはどうなの？

**デフォルトの名無しさん** · 2018/09/03(月) 10:42:48.89

>>373
まあ0からにするとコンピュータ的にコード作りが楽になるからそんな感じになるのが多いわけだが、必ずそんな風にコンパイラを実装しなければいけないということもないわけで、要するに実装依存だ。

**デフォルトの名無しさん** · 2018/09/03(月) 10:47:17.64

ゼロには配列の数が入ってる。
みたいな言語だって構わないんだが。
C実装者はポインターと配列を同一視しちまったんだ。

**デフォルトの名無しさん** · 2018/09/03(月) 10:49:35.37

Cの配列長さの管理し辛さは異常
Fortranみたいな-fcheck=allもないし

**デフォルトの名無しさん** · 2018/09/03(月) 10:53:15.83

学がないやつが答えるなよ

**デフォルトの名無しさん** · 2018/09/03(月) 11:10:55.19

まあ、C言語はマクロアセンブラの兄貴分みたいな感じで
当時のメインフレームのアセンブリ言語を扱いやすくしただけだしな。
あんま言語自体の吟味はして無いんじゃね？

**デフォルトの名無しさん** · 2018/09/03(月) 11:50:29.43

0からn-1方式はn=0の場合に-1という概念が出てくる

**デフォルトの名無しさん** · 2018/09/03(月) 14:22:27.95

>>373
逆に今のプログラミング言語で配列インデクスが0始まり以外のものは皆無だと思うんだが。
なれの問題でしかないから諦めろ。

**デフォルトの名無しさん** · 2018/09/03(月) 14:25:10.86

Julia Fortranくらいか？

**デフォルトの名無しさん** · 2018/09/03(月) 14:43:06.78

>>380
別に0-indexがしんどいとも1-indexがいいとも言ってないんだよなぁ……
むしろmatlab/juliaでもにょった位の人間だよ

明確な理由がもしあったなら知りたかっただけ
教えて下さった皆様ありがとうございました

**デフォルトの名無しさん** · 2018/09/03(月) 15:16:29.27

zero-base one-baseで検索すれば学のあるひとの意見きけるよ

**デフォルトの名無しさん** · 2018/09/03(月) 15:35:11.66

あまり関係ないけど
初等数学で a1, a2, ... だったものが程度が進んでくるといつのまにか
当たり前のように a0 (ゼロベース添字) も扱うようになるのは
0という概念とそれを表す文字が歴史的に途中から現れて
自然数に関する種々の定理を0を含めるように一般化するようになったため

イギリス人が他国と違って階段を1階分登った階を1階、2階分登って2階と呼ぶ理由は不明
1ベース言語はアメリカ人が、0ベース言語はイギリス人が設計したなら分かりやすいが
別にそんなこともないようだ

**デフォルトの名無しさん** · 2018/09/03(月) 15:38:27.95

>>378
C言語の設計者には、不必要なオーバーヘッドやリソースの消費は発生させないという明確な意図があったから、配列のサイズなんてメモリ上に保持しないで、必要に応じてプログラマが頑張れっていうスタンスだったはず。

**デフォルトの名無しさん** · 2018/09/03(月) 15:46:32.52

cの場合lightweight配列として使えるポインターがあるから
配列は配列でPascal風にサイズありでも良かった気もするな

a4 ◆L1L.Ef50zuAv · 2018/09/03(月) 16:15:35.94

こんにちは。a4と申します。人工生命技術を用いた喋る人工知能を作って、自然言語で
プログラミングする研究をしています。ソフト名は矛盾記号の反対の「T」と言います。
協力者を募集しています。

現在の研究内容はこんな感じ。
http://www.01ken.com/pic_kahaku5.png

こちらのスレでやってます。
https://mevius.5ch.net/test/read.cgi/tech/1535821055/

**デフォルトの名無しさん** · 2018/09/03(月) 16:20:09.50

ついにきたか
こんなスレで使う道具でグダグダ言ってるだけの俺らには難しすぎるよ

a4 ◆L1L.Ef50zuAv · 2018/09/03(月) 16:28:36.91

>>388
僕も１５年くらい前は2chのプログラム技術板で馬鹿にされて、それから技術的に成長
ということになったんですが、俺らには難しすぎるよ、と言われるくらいになっちゃった
のか、です。技術馬鹿になっただけで、お金だけはほとんど入りませんが＾＾；
返信はありがとうございます。

**デフォルトの名無しさん** · 2018/09/03(月) 16:47:31.50

勝手に"俺ら"とまとめちゃったけどもちろんわかるやつもいるはず

a4 ◆L1L.Ef50zuAv · 2018/09/03(月) 16:58:04.85

>>390
そうですね。そうだと思って書いたんですが、やっぱり教授とかそういう人になって
いくのかな。

**デフォルトの名無しさん** · 2018/09/03(月) 18:19:26.50

>>386
> cの場合lightweight配列として使えるポインター

どういうこと？
lightweight配列って何？
その用語はどこに定義されてんの？

**デフォルトの名無しさん** · 2018/09/03(月) 18:58:47.73

lightweight は単なる英語だけど…

**デフォルトの名無しさん** · 2018/09/03(月) 19:34:56.99

単なる道具にすぎない言葉なのになぜか厳密に定義するのが良いんだよな
お金も企業も経済成長も単なる道具だが舐めない方が良いんだろう

**デフォルトの名無しさん** · 2018/09/03(月) 19:57:16.94

そりゃメモリ内容そのまま持てば軽いといえば軽いだろうが。。

**デフォルトの名無しさん** · 2018/09/03(月) 20:25:31.43

>>392
多分深い意味はないと思う
「ポインタで配列を表現できるから、それとは別にサイズ付き配列の仕組みがあっても良かった気がする」
と言いたかっただけだろう

まあCにはそんなもん要らんが

**デフォルトの名無しさん** · 2018/09/03(月) 20:45:44.58

さすがに今時Cでも配列のポインタと長さはセットでしょ

**デフォルトの名無しさん** · 2018/09/03(月) 20:54:22.53

sizeofすれば配列かポインターか分かるよな？

**デフォルトの名無しさん** · 2018/09/03(月) 20:55:50.15

そんなの関数の入り口次第じゃん

**デフォルトの名無しさん** · 2018/09/03(月) 21:30:30.70

>>397
ポインタはただのアドレスの値だから長さの情報を持たない

>>399
宣言の仕方に関係なく配列が関数に渡されたらただのポインタ

**デフォルトの名無しさん** · 2018/09/03(月) 21:34:59.86

cみたいなオワコン言語の話は飽きた

**デフォルトの名無しさん** · 2018/09/03(月) 21:41:30.89

>>401
C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために
さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが
簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを
追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。

C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら
Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、
それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる:

うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が
安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、
もはや笑えるレベルを超えている)

非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに
効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の
コードがその素晴らしいオブジェクトモデルに依存していて、直すためには
アプリ全体を書き直さなきゃなんない。

言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある
C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに
限定するってことは、他の人がそれをめちゃくちゃにしないってことで、
ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい
「オブジェクト・モデル」のたわごとを持ちこまないってことだ。

**デフォルトの名無しさん** · 2018/09/03(月) 21:46:53.09

>>402
これほんと好き

**デフォルトの名無しさん** · 2018/09/03(月) 22:32:26.84

オブジェクトモデルに依存しないテンプレートライブラリはないのかと

型システムの改善だけが目的の
OOでも関数型でもない言語

**デフォルトの名無しさん** · 2018/09/03(月) 22:35:22.03

アイデアあるなら自分で作ればいいじゃん
そのほわぁっとした言語

**デフォルトの名無しさん** · 2018/09/03(月) 22:41:51.09

what?

**デフォルトの名無しさん** · 2018/09/03(月) 22:43:23.81

そもそもテンプレートライブラリが何を指すのかあいまい

いまメジャーなwebでのテンプレートライブラリなのかc++のようなテンプレートライブラリなのか

**デフォルトの名無しさん** · 2018/09/03(月) 22:43:45.20

C2langが比較的近いか？
最近動きが少ないが

**デフォルトの名無しさん** · 2018/09/03(月) 22:58:56.69

>>396
考えるだけ時間の無駄だからもう考えない

**デフォルトの名無しさん** · 2018/09/04(火) 01:16:34.46

C言語でもVLAはサイズ情報持ってるというのに誰も知らんのか……

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

知ってても直接関係ないこと言わない
知性があれは

**デフォルトの名無しさん** · 2018/09/04(火) 09:21:13.17

もう、C#しか使わないからどうでもいい。

**デフォルトの名無しさん** · 2018/09/04(火) 09:23:44.70

>>409
君はもうすこしモノを考えたほうがいい
ライトウェイトの意味やプログラミング界隈でのこの語の用法を知らないとか人に質問するレベルに達してないよ

**デフォルトの名無しさん** · 2018/09/04(火) 09:59:35.24

偉そうにw

**デフォルトの名無しさん** · 2018/09/04(火) 10:08:55.24

AIに嘘を教える教師がいたらどうなるか考えたほうがいい
虚偽のビッグデータを売りつけて儲ける
AIは人間のレベルに達しない

**デフォルトの名無しさん** · 2018/09/04(火) 10:10:46.01

Goがついにwasmにコンパイルできるようになったな。
もともとPureGoが多いから、これで色々活用用途が広がったらいいな。
nodeもwasm実行できるし、モバイル用にライブラリコンパイルしたらReactNativeなんかからも使えるし、色々可能性広がってきた気がする。

**デフォルトの名無しさん** · 2018/09/04(火) 10:12:13.91

>>410
VLAってstatic変数や関数の戻り値に使えるの？

**デフォルトの名無しさん** · 2018/09/04(火) 10:51:32.81

>>410
スタック跨いでサイズ渡せるようになってからおいで

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

0-indexとか0-baseとか書き込みあるけど、0-originって自分は呼んでた。どれが正しいのかな。

**デフォルトの名無しさん** · 2018/09/04(火) 12:26:32.98

>>416
マジか、Goを覚えるか迷ってたけど
これなら本格的に手を出して良さそうだ

**デフォルトの名無しさん** · 2018/09/04(火) 12:29:45.49

>>420
まだexperimentalで見た感じ最適化も掛かってないからクソでかいファイルが出来るけどねw

**デフォルトの名無しさん** · 2018/09/04(火) 14:59:40.27

>>420
ビズリーチが公表した「プログラミング言語別年収ランキング2018」
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00138/082900134/ph1.jpg
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00138/082900134/

**デフォルトの名無しさん** · 2018/09/04(火) 15:32:03.58

>>421
wasm 自体まだまだこれからだし気にしないわ

>>422
これ系はあんま信用してないわ
3, 10 がメインだけど

**デフォルトの名無しさん** · 2018/09/04(火) 15:40:24.66

お前らwasmでなに視点の？

**デフォルトの名無しさん** · 2018/09/04(火) 16:53:47.72

みんなwasmってるの？

**デフォルトの名無しさん** · 2018/09/04(火) 17:17:31.25

gopherJSの方が早いケースもあって面白いな。
>>425
UnityからWeb3Dのコンテンツ出してるよ

**デフォルトの名無しさん** · 2018/09/04(火) 21:47:08.38

なんだか知らんがgoはない

**デフォルトの名無しさん** · 2018/09/04(火) 23:43:29.24

>>366
> 読みにくいかわりに書きやすい
ガイジすぎひん？

**デフォルトの名無しさん** · 2018/09/04(火) 23:43:50.95

>>425
Blazorで遊んでる

**デフォルトの名無しさん** · 2018/09/05(水) 06:49:11.58

冗長性が少なくて同じことの表現方法が多彩な方が表現する側は楽で理解する方は辛いし、
冗長性が多くて表現する方法がひとつに定まってる方が理解しやすいが表現する側はやりにくい

**デフォルトの名無しさん** · 2018/09/05(水) 07:06:22.15

pythonが書きにくいとか頭が悪いとしか思えんのだが。

**デフォルトの名無しさん** · 2018/09/05(水) 07:42:25.08

お前は知能が低すぎてものを全然覚えられないからそう思うんだろうが、
人並みの記憶力があるならワンライナーとか使い捨てスクリプト書く分には省略記法がいろいろある方が早くて楽

**デフォルトの名無しさん** · 2018/09/05(水) 07:46:30.96

でもRubyのシェア右肩下がりじゃん

**デフォルトの名無しさん** · 2018/09/05(水) 07:55:32.05

Rubyの主用途は使い捨てスクリプトとかちょっとした個人制作のツールとかなんで、そもそもが広いシェア取るような言語じゃない
Railsとかで中規模以上のプロダクト作ってた時代がアホなだけ