次世代言語18 V Julia 他

**デフォルトの名無しさん** · 2019/09/30(月) 23:11:51.54

スレタイ以外の言語もok

前スレ
次世代言語17 Go Rust Kotlin TypeScript Julia
https://mevius.5ch.net/test/read.cgi/tech/1567602619/

**デフォルトの名無しさん** · 2019/10/05(土) 15:24:15.40

型は強制されない方が便利とかVB6の時代にタイムスリップしてきたみたい

**デフォルトの名無しさん** · 2019/10/05(土) 15:27:16.50

旧Javaの冗長な型の反動で型無し言語が持て囃され、やっぱり型無し言語は糞、型推論でやってこうがトレンドだというのに
ここのおじいちゃんたちは「型は冗長！型はない方がいい！」

四半世紀前くらいからタイムスリップしてきたのかな？

**デフォルトの名無しさん** · 2019/10/05(土) 15:28:19.62

極論で喚くだけのゴミ
booleanでしか物事を理解できず、バランスというものを知らないらしい

**デフォルトの名無しさん** · 2019/10/05(土) 15:45:19.95

本当に型がそんなに大事ならGoは覇権を取れなかっただろうな
Scalaが死んでGoが覇権を取ったのは、>>243の過程からさらに揺り戻しで
「厳しすぎたり表現力ありすぎたりする、型ガイホイホイの言語じゃダメだ」って流れが来てるってことだろ

**デフォルトの名無しさん** · 2019/10/05(土) 15:48:21.15

そのGoもGo2でジェネリクス入るけどな

**デフォルトの名無しさん** · 2019/10/05(土) 15:59:31.66

char **argv の時点で既に難易度のバランス崩壊してるようなことは言われてた

**デフォルトの名無しさん** · 2019/10/05(土) 18:11:40.37

>>207
Cはキャストでどうにでもなるけどそれが全ての型がない言語を代表してるとでも
旧ObjectWorksだと何も困ることはなかったな
任意のインスタンスに存在しないメッセージ投げようとしても警告が出てセーブできないし
無理やりevalで実行時解釈させようとしてもエラートラップするだけで原因はすぐわかるようになってる
引数はいわゆるanyだがどのクラスに限定するのか記述することもできる（そうしたいのなら）

型で縛ってる言語は労力かかるわりに仕上がり悪いことが多いね

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

そもそも型推論はコードの安全性を高めるのが目的というよりも
型が定まることにより最適化の恩恵を受けられるというのが本来の筋だと思うんだよな

**デフォルトの名無しさん** · 2019/10/05(土) 18:35:30.31

型ガイとか型キチって表現は嫌いだけど、今は一般的なプロダクトでは型に持たせる表現力は控え目にしながらジェネリクスくらいは入るかって感じかなぁと思ってるよ

金融で型に持たせた機能で処理の妥当性をできる限り保証していきますって分野にだけ関数型言語でリッチな型を使うとか、Rustみたいに低レイヤーの捕捉しにくいバグ要因に対してだけある程度の機械的検査性だけ持たせるって使い分けの方針でさ

動的で強い型付けの言語も漸進的型付けやアノテーションの形で使えるものは使うって感じじゃん？

**デフォルトの名無しさん** · 2019/10/05(土) 18:51:46.65

うーん何言ってるかわかんない

**デフォルトの名無しさん** · 2019/10/05(土) 19:35:19.59

ScalaやRustみたいな型ガチガチにやる言語は今日日流行らないってことよ

**デフォルトの名無しさん** · 2019/10/05(土) 19:40:25.62

理想のエンジニア「こういう機能があればユーザーは喜ぶだろうか？UXとかも考慮しないとな……」

現実のエンジニア「型が～！！モナドが～！！！動的wwwww」

俺悲しいよ……😭

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

コンテナ
スマポ
モナド
こいつらの目的は、ライブラリでできることを言語本体から分離すること
分離できなかった原因の一つがたまたま型システムだったから型の話をしてるだけ

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

コンパイラにできることは型が正しいか検査することだけであって
正しい処理をしたかどうかなんて担保できないんだよね

型の辻褄は合わせました、ロジックは間違ってて要求仕様を満たしてません
こういうのを何度も見てると本末転倒とさえ思える
型に振り回されすぎて実際のコードがゴミになってる
これはいかんね

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

新規に少人数でゴチャっと作るなら型無し言語が早いと思うが、
その後軌道に載って人数増やして機能追加を加速して行くとなったら、静的型付け言語の方に圧倒的なアドバンテージがあるぞ
そのへん疎かにしてるからバグだらけで機能追加もままならないとか糞サービスになる

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

>>253 みたいな下側の話をするためのしょーもない場所にわざわざやってきてまで煽りたいだけの人間が居る事の方が俺は悲しいよ

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

>>256
少人数でも大人数でも動的なほうが問題起こしにくいよ
コード量も少なくて労力がかからないというのは利点しかない

機能追加にしても動的だと合わせやすいけれども静的型付けだと
どうしても綿密にやらないといけない割に不具合起こしやすくなる
強い型付けは想定されていなかったことに対して非常に弱い側面あるね

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

それはさすがに嘘つきすぎ
人数や規模が増えるとバグは動的型付けの方が圧倒的に増える、加速度的に増える
動的型付けならバグってても実際にそこ通るまで検出されないだけ

今時の言語は型推論が強いから静的型付けでもそこまでコード量は増えない

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

個人的におかしいと思うのは
強い型付け言語の利点としてなぜかコードの安全性なるものが神話化してしまったことなんだね
それは全く担保できないことなんだけれども。

大きな利点があるとすればコンパイラがより最適化しやすくなる、ということだけだけど
HaskellなんかのUnboxed Valueがさっぱり早くないところを見ると疑問もある

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

>>259
通らないコードはテストもされていないってことなんだよ
そこを心配するのはそもそもおかしいのだ

動的なエラートラップはすぐに原因がわかるのと対処も早いので進捗は早めになる

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

>>261
無根拠に断言してるだけ、論点先手、詭弁の典型
静的だと動的型付けよりエラーの原因がわからないという根拠、データなし

なお現実は型レベルで整合性の取れないおかしなコードを書くゴミの方が多い

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

>>261
動的型付けで実引数に与えられる可能性のある型すべてに対してどうやってテストするの？

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

>>258
機能追加で動的だと合わせやすいとか全く異次元で信じられないよ
俺は今機能追加するときには、自分が作ったコードだろうが他人が作ったコードだろうが、まずは型を頼りに仕様を把握して、既にある型に沿って追加コードを書いていくよ
必要なら既存のコードの変更もするわけだけどその時も型を頼りにIDEの機能を使ってリファクタリングとか頻繁にする
自分の作った数年前のコードなんて、型無しで保守するとか恐怖だよ

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

HaskellとかScalaとかでそこそこの規模以上の開発したことあるなら
「静的で強い型付けしてるから開発とテストサイクルが速い」なんて口が裂けても言えないと思うが

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

一ヶ所変えるだけであらゆる関数の引数や返り値の型を全部変える必要が出てきて
それに伴って既存テストコードも全部動かなくなって
何が正しいのかから全部決め直しになるみたいな地獄を経験したことない奴が
「静的型の方が開発サイクル速い」とかフカしてるの見るのおぞましいわ

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

>>266
JetBrains の IDE とか使ったこと無さそう
そういう地獄は IDE でさくっと回避する時代だよ

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

ID:b9+wkgN8

動的型がどれだけ頭の悪い似非エンジニアに汚染されてるか、よくわかるレスですね

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

>>266
一ヶ所変えるだけであらゆる関数の引数や返り値の型を全部変える必要が出てきて
それに伴って既存テストコードも全部動かなくなって
何が正しいのかから全部人力Grepになるみたいな地獄を経験したことない奴が
「動的型の方が開発サイクル速い」とかフカしてるの見るのおぞましいわ

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

おまえらが馬鹿にしてる Java だって IntelljIDEA や AndroidStudio のリファクタリング機能でテストコードも含めて何の苦もなく引数の型変更とかできる
逆に型無かったらこれをサクッとやるのは難しい

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

マネージャーとの面談にて

マネージャー「最近の調子はどんな感じなんだ？」

型キチ「概ね大丈夫です……ただ、動的型付け言語が一部のプロダクトで使われてるのだけが不満で……」

マネージャー「か、型？それだけが問題なのか？」

型キチ「それだけ！？！？？？？？？？？！？型があるかないかだけでメンテナンス性と可読性が全然違うんですよ！？？？ｷﾞｬｵｵｵﾝ!!!」

悲しいね

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

ああ型無し言語は引数の型は無いんだったなｗメソッド名の変更をさくっとできるとかに読み替えてくれ

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

>一ヶ所変えるだけであらゆる関数の引数や返り値の型を全部変える必要が出てきて

これはわからんでもないが

>それに伴って既存テストコードも全部動かなくなって

なんでそうなるのか意味不明

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

>>269
それは現実離れした極論だね
修正が必要になるのはどの言語でも変わらないよ

テストコードが動かない場合、あるいはtest protocolが失敗するケースでは問題が起きてるから修正にはなるがそれだけだ
引数に全く違うオブジェクトが入ってきた場合の振る舞いはすぐにトラップするからわかるよ
全体修正なんてことにはならないしなったこともない

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

>>272
メソッド名の変更は全体に適用できるので問題ないね
命名変更程度なら用意されてる
呼び出す方も全て変わる

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

>>264
旧仕様のクラスのままで新仕様のクラスをテストする、ということが動的の場合はできるのだ
こう言ったことに限らずあらゆる局面で柔軟性が高いのは利点だよ
開発サイクルの速さはこういうことにもつながっている

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

モナドが難し過ぎてHaskellでmain関数書けないんだが
こんなもん普通の言語に導入するのは無理がある

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

>>264
重要なことを書くのを忘れた
「型を追わなくていい」んだな
そこに注力する必要がなく、適切なprotocolと定義があるかを見ることが重要になる
型付け言語と動的の場合それぞれアプローチが変わってくる

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

関数型言語は関数型を使ってる自分に酔ってシコるためだけに存在する言語だからね
シコScalaやシコHaskellは勉強しなくていいよ

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

F#のことも思い出してあげて

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

座標を扱う時に直交座標も極座標も数値型の組に過ぎないから型があってるだけでは不十分
みたいな話ならまだ分かるんだが

**デフォルトの名無しさん** · 2019/10/05(土) 22:03:01.36

>>281
それは設計が悪いだろ
まともな頭してたら直交座標と極座標は別の型にする

**デフォルトの名無しさん** · 2019/10/05(土) 22:08:26.33

CLOSなんかでも総称関数で想定外のオブジェクトが渡されたら大変なことになるなんて言う人いないと思うが
最終的に呼ばれるはずだったslotが存在しないオブジェクトを扱おうとしていたら直ちにトラップか
コンパイルする処理系だと事前に警告だから

どこをどうやっても全体修正なんてことにはならない
強い型付けをしても想定通りに動かないコードが出来上がってしまうのは
すなわち型だけで安全性を高めることはできない証左とも言える

その理由の一つに一般的に型とは振る舞いを定義しているものではないからだ
型が合わなければ通さない、合っていれば通す、ただそれだけのことであって
通した後の処理まで面倒見ているわけじゃあない
本末転倒になっているのはこの部分だね

**デフォルトの名無しさん** · 2019/10/05(土) 22:35:01.34

こんなお花畑野郎とは絶対に一緒にコード書きたくねえな
型以前の問題だったわ

**デフォルトの名無しさん** · 2019/10/05(土) 22:35:41.62

こいつの言ってる安全性ってなんなんだ
勝手に神話を作って勝手に信じたのか

**デフォルトの名無しさん** · 2019/10/05(土) 22:41:21.63

マネージャーとの面談にて

マネージャー「最近の調子はどんな感じなんだ？」

型キチ「概ね大丈夫です……ただ、静的型付け言語が一部のプロダクトで使われてるのだけが不満で……」

マネージャー「か、型？それだけが問題なのか？」

型キチ「それだけ！？！？？？？？？？？！？型が理解できないし勉強できないメンテナンスできない人がいるんですよ！？？？ｷﾞｬｵｵｵﾝ!!!」

悲しいね

**デフォルトの名無しさん** · 2019/10/05(土) 22:42:02.16

ここ型議論しかしてねーな

**デフォルトの名無しさん** · 2019/10/05(土) 22:42:41.02

次スレは動的型付けvs静的型付けで

**デフォルトの名無しさん** · 2019/10/05(土) 22:46:40.57

>>286
型キチさん、型チェック忘れてますよw

**デフォルトの名無しさん** · 2019/10/05(土) 22:48:19.61

型ガイさんって正直Javaしか使ったことかいんでしょ？
怒らないから言ってみ？

**デフォルトの名無しさん** · 2019/10/05(土) 22:58:09.58

型無しガイジはPHPスレに帰れ

**デフォルトの名無しさん** · 2019/10/05(土) 23:06:51.84

型があれば処理が正しいなんて言ってるやついないじゃん
そんな神話聞いたことないわ

存在しない脅威について怯えるのは出来ないエンジニアにありがち

**デフォルトの名無しさん** · 2019/10/05(土) 23:08:33.06

マジで無能はオールオアナッシングでしかものを考えられない

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

＞強い型付けをしても想定通りに動かないコードが出来上がってしまうのは
＞すなわち型だけで安全性を高めることはできない証左とも言える

JavaScriptは強い型付け言語ですけど
動的型付け/静的型付けと強い型付け弱い型付けの区別もついてないレベルで
こんなご高説垂れてたのか

**デフォルトの名無しさん** · 2019/10/05(土) 23:11:42.96

型ガイさんって正直Java(8未満)しか使ったことかいんでしょ？
怒らないから言ってみ？

**デフォルトの名無しさん** · 2019/10/05(土) 23:18:15.71

静的型付けネガる人って何でもStringとか何でもMapとか、あるいは配列の1番目はx座標で2番目はy座標を返すメソッド！
とかやっちゃう人なのでは？型が簡単に作れて使える世界を知らないだけでは？

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

>>293
ベターを知らないんだよな
ベストとワーストでしか話しが出来ない
能力があって責任ある立場にいればそんな発想にはならない

**デフォルトの名無しさん** · 2019/10/05(土) 23:47:46.68

>>294
JavaScript は一般的には弱い型付け言語じゃないの？
今も "1" + 1 とかできるんだよね？

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

Scalaが次世代言語になれなかったのは事実
成功して現世代と言えるくらいになった次世代言語が型がゆるいGoくらいっていうのも事実

でもScalaが自滅したのは強い静的型付けだった「から」じゃないし
Goが流行ったのは型がゆるい「から」じゃないはずなんだけど
なんでそういう関係ないところで型の有用性について議論したがるかね

**デフォルトの名無しさん** · 2019/10/06(日) 03:17:49.98

>>248
んで？今でもあんたはそのobjectworks使った仕事してるの？

**デフォルトの名無しさん** · 2019/10/06(日) 03:28:03.73

>>283
誰一人として型だけで安全なコードができるなんて言ってないのにお前は誰に向かって書いてるんだ？

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

>>272
少なくともpythonに関しては、JetBrainsのIDEといえどtype hintingが無いと結構失敗する

**デフォルトの名無しさん** · 2019/10/06(日) 04:39:46.87

>>298
それは暗黙の型変換が行われるだけで、その結果は言語仕様で定義されてるから、型システムとしては型安全性があると言える
型安全性があるのが強い型付けで、無いのが弱い型付け、とされる

でもそう定義する界隈があるってだけで、それが絶対的な定義ではないとは思うけどな

**デフォルトの名無しさん** · 2019/10/06(日) 05:02:55.75

型キチってScala関連の書き込みには全くレスつけてくれないけど
そういうことなんだなって察してしまうわ

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

型の話が出るといつもコンプレックス丸出しの奴がギャーギャー騒ぎ始めるねえ
scalazで落ちこぼれたのは分かったけどもw

**デフォルトの名無しさん** · 2019/10/06(日) 08:25:41.74

自分の脳内で作り上げた想像上の人間がScalaスレに書き込んでないことから何かを察するの、すげえな

**デフォルトの名無しさん** · 2019/10/06(日) 08:49:16.02

型についてそこまでこだわっても品質なんてそこまで変わらんとも思うが、
しかし言語選択で今一番影響あるのは型の強さとかあるなしかもな。
まあperlとかphpレベルで暗黙変換しなけりゃ俺はいいかなと思うけど。
動的静的よりも暗黙変換をどれくらい許すかのが個人的には重要かな。

**デフォルトの名無しさん** · 2019/10/06(日) 08:51:44.92

一般的型キチさんの開発環境
Java6、SVN、Eclipse、Windows、WinMerge、秀丸エディタ、オンプレミス、エクセル、社内Wiki、Outlook

一般的動的マンの開発環境
Ruby・Python・PHP、Git、IntelliJ、Mac、Docker、AWS・GCP、スプレッドシート、esa、Slack

悲しいなぁ……😭😭😭

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

本業C#だがMacがWindowsになる程度だしクソ企業と普通の企業の差では
あと表計算ソフトはスプレッドシートと名を変えようがダメ

**デフォルトの名無しさん** · 2019/10/06(日) 09:13:51.42

>>308
そんなにMacが好きならSwiftやiWork使えよww

**デフォルトの名無しさん** · 2019/10/06(日) 09:19:36.17

「俺Mac取ったー！おまえWindowsな！」
小学生かw

**デフォルトの名無しさん** · 2019/10/06(日) 09:22:55.98

>>308
スレタイに出てるJuliaは空気だな？

**デフォルトの名無しさん** · 2019/10/06(日) 09:30:18.52

Pythonのデータ系やJuliaはWindowsも多いよ
Rubyなんか挙げちゃった子には無縁の世界

**デフォルトの名無しさん** · 2019/10/06(日) 09:31:36.02

v 更新しとるんだな。今ならてきとうにコミットするのはありかも。
https://github.com/vlang/v

**デフォルトの名無しさん** · 2019/10/06(日) 09:37:27.30

このスレマジでMacにコンプ持ってるやつ多すぎて笑うわ

未だにWindows使ってるレガシー企業のくせに次世代言語てw

**デフォルトの名無しさん** · 2019/10/06(日) 09:41:56.34

精神勝利法すげえな

**デフォルトの名無しさん** · 2019/10/06(日) 09:42:12.32

型付しないと精神を保てない例だなw

**デフォルトの名無しさん** · 2019/10/06(日) 09:46:03.28

むしろ未だにMacにこだわってる方が加齢臭すごい
LinuxとWindowsがあれば十分で、Macとかいう中途半端なゴミはいらない

**デフォルトの名無しさん** · 2019/10/06(日) 09:48:22.92

TS, Go, Rustを使いたがるスタートアップ界隈はWSL2次第でWindowsに戻ってくる動きもあるんだがな

>>313
副業でRubyもたまにやっているがDockerが普及してWindowsユーザーも増えているぞ
Rubyの会社で今時Docker環境じゃないのは余裕がない証だと思って避けているわ

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

>>308
でたキチガイ

**デフォルトの名無しさん** · 2019/10/06(日) 09:57:22.70

>>308
型キチだが
TypeScript・Python(Type HintingなしはNO)、VSCode、Ubuntu Desktop(Core i9) + Mac、AWS、Slack

モダーンで、すまんなすまんなw

**デフォルトの名無しさん** · 2019/10/06(日) 09:58:45.37

自分の一存でScalazを採用させるだけの発言力があるのに
Java6 SVN Eclipse 使わされてるSIerって型キチの設定ガバガバすぎない？

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

>>319
rubyなんかはそこまで低レイヤーさわらんし、バージョン管理ツール使ってりゃいいんでないの？
docker だとやりすぎ感があるんでは？
c/c++系統の奴使ってるとか、kubernetes使うとかでもない限りそんなに必要と思わんのだけど。

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

>>314
サンプルやコンパイラがメモリリークするのは直ったんだろうかね

Goのように簡単に書けてRustのようにGC無しで自動解放すると言っていた
Go/Rustを超える詳細不明のメモリ管理が実装された話は聞かなかったが

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

✕　Windowsの方が良い。Macはいらない

○　Windowsしか使っていないレガシー企業に所属しているからMacに触れる機会が無い

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

AppleなんてMSが資金援助しなかったら潰れてたんだから
Apple信者はジョブズじゃなくてゲイツを崇めるべき

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

型付コンプマンとOSコンプマンは同一人物か
どうでもいいから言語の話をしろよ？

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

いい加減に型議論スレ立てれば？

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

PythonがRubyを倒した時にはこんな問題はなかっただろう
C#とTypeScriptあたりが潰し合えば問題ないのに
論点をそこに設定できない理由があるならそいつが元凶だ

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

>>329
何と戦ってるんだお前は

**デフォルトの名無しさん** · 2019/10/06(日) 11:15:58.64

>>324
個人的には無理だろと思ってるけど、実際コミットしてみるのは面白そうかなと思う。
どっかでそれなりの妥協するか崩壊するかだろうけれど言語勉強にはいいんでないかな。

**デフォルトの名無しさん** · 2019/10/06(日) 11:22:47.12

>>328
Juliaの話題が出ないから次スレからスレタイから外したら。

**デフォルトの名無しさん** · 2019/10/06(日) 11:31:23.46

>>323
バージョン管理ツールがGitとかのVCSを指しているなら意味が分からんのだがどういう意味だ？
Docker DesktopとGitを入れて `docker-compose up` で開発ができ、CIから何からを半自動でやるのがインフラを整えるということでは

**デフォルトの名無しさん** · 2019/10/06(日) 11:37:21.54

>>333
rubyで閉じるならrvm, rbenv使うなりしてりゃ環境合うだろって話。
それ以上低レイヤー依存が激しいならdockerもありだろうが、
使わんでもcloudでインスタンス利用するならdockerは無駄な冗長化だなと思う。
docker compose とかすげー半端感しか感じないんだが。
大してスケールするわけでもないし。

**デフォルトの名無しさん** · 2019/10/06(日) 12:05:19.67

>>334
あー、xenv系の話か。すまん、俺がボケてた
言っていることは一理あるしそういう派閥がいるのも知っているが俺は完全に同一の環境で開発するのを是としている
ただ開発環境がDockerでデプロイ先はVPS直という現場はアホだと思うよ

**デフォルトの名無しさん** · 2019/10/06(日) 12:25:38.33

>>332
出ないからこそだゾ >>3-6

**デフォルトの名無しさん** · 2019/10/06(日) 12:29:34.95

>>332
そして誰もいなくなった

**デフォルトの名無しさん** · 2019/10/06(日) 14:50:44.99

https://japan.zdnet.com/article/35139247/

MIT、「Julia」上で動作する初心者向け汎用AIプログラミングシステム「Gen」を発表
Liam Tung （ZDNet.com）翻訳校正：編集部 2019年07月01日 10時55

　マサチューセッツ工科大学（MIT）は米国時間6月26日、確率的プログラミングシステム「Gen」を開発したと発表した。
Genにより、初心者でもコンピュータービジョンやロボティクス、統計に関する処理を容易に手がけられるようになるという。

　Genは、「Julia」に組み込まれるかたちで実装されている。なお、JuliaはMITの研究者らによって2012年に公開された
動的プログラミング言語であり、世界的に高い人気を集めている。

　Genの開発者らは「カスタム化した複数のモデリング言語をJuliaに組み込む」ことで、ユーザーが「数式と格闘したり、
高効率なコードを手作業で記述したりせずとも」人工知能（AI）のモデルやアルゴリズムを開発できる
新たなAIプログラミングシステムを生み出したとMITは述べる。

　このシステムは予測などの複雑なタスクにも使用できるため、技術に造詣の深い研究者にも役立つだろう。

　MITの論文によると「Gen」という名称は、従来の確率的プログラミングでは考慮されていなかった、
「汎用目的」（General purpose）での使用を可能にすることを念頭に置いて付けられた。

　論文には「既存のシステムは汎用目的としては実用的ではない」と記されている。

　また、「特定の問題領域にのみ適した、制約の大きいモデリング言語を提供しているシステムがある。
その一方で、どのようなモデルでも表現できる『汎用の』モデリング言語を提供しているシステムもあるが、
そういったシステムは使いものにならないほど収束の遅い推論アルゴリズムしかサポートしていない」とも記されている。

**デフォルトの名無しさん** · 2019/10/06(日) 14:51:51.44

　今回のシステムにより、例えば、人の姿勢といった立体的な形状の状態を推論し、
自動運転車やジェスチャーベースのコンピューティング、
拡張現実（AR）に用いられるコンピュータービジョンのタスクを簡素化するようなプログラムを作成できるようになる。

　Genは、MITが2013年に「DARPA AI」プログラムから獲得した資金によって2015年に開発した
確率的プログラミングシステムを強化するかたちで、グラフィックス描画やディープラーニング（DL）、
さまざまな確率シミュレーションを組み合わせている。

　MITで電子工学及びコンピューターサイエンスの博士課程を専攻しており、
この論文の主執筆者であるMarco Cusumano-Towner氏は、「自動化されたAIを、
コンピューターサイエンスや数学の専門知識をさほど必要とせずとも、
容易に扱えるようにするというのがこの研究の目的の1つとなっている」と述べている。

　「われわれはまた、生産性を向上させることで、専門家によるAIシステム開発時の試行錯誤や
プロトタイプ作成の迅速化を容易にしたいと考えている」（Cusumano-Towner氏)

　Microsoftが「AIの民主化」を旗印に掲げているように、
MITの研究者らもデータサイエンスをあらゆる人々のもとに送り届けようとしている。

　また、MITによるとこれは、Googleの「TensorFlow」の1歩先を行くものだという。

　MITは、TensorFlowが「DLモデルに的を絞っている」という点で、
AIの持っている潜在的能力を完全に解放していない可能性を指摘している。

**デフォルトの名無しさん** · 2019/10/06(日) 15:03:50.67

また生産性を向上させてしまった・・・これは言ってみたい

**デフォルトの名無しさん** · 2019/10/06(日) 15:27:51.67

生産or消費でしかものを考えられないんだな
これを言ってやろう

**デフォルトの名無しさん** · 2019/10/06(日) 19:07:55.48

型キチや型無し不能者は正直どうでもいいから置いとくと、実際のところ俺の周り(当然狭い)で仕事で関わる可能性のありそうな次世代言語はある程度の静的型付け可能な言語かな(具体的にはGo, Rust)。

みんなの周りでは動的言語で仕事に関わりそうな次世代言語ってどんなのある？(純粋な興味)