次世代言語議論スレ[Go Rust Scala Haskell]第5世代 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/06/13(火) 08:54:07.99

いざ、語ろうぞ。

スレタイ超過のため、一部省略。
その他もウェルカム。

前スレ
次世代言語議論スレ[Go Rust Kotlin Scala]第4世代
http://mevius.2ch.net/test/read.cgi/tech/1492631007/

**デフォルトの名無しさん** · 2017/08/13(日) 21:20:50.78

未だにペェ～ルとかいう真性糞ゴミをひり出してる糞製造器は死ね
死ね

**デフォルトの名無しさん** · 2017/08/13(日) 22:30:38.39

>>750
いろんなものに手を広げずにシンプルな仕様だけを用意していた方が
結局互換性が高いってことだね。

**デフォルトの名無しさん** · 2017/08/13(日) 23:57:03.38

くっさいシェル芸してる汚物製造器は死ね
死ね

**デフォルトの名無しさん** · 2017/08/14(月) 05:55:23.82

Mono(.NET)と、.NET　Coreの用途の違いは、すでに100%.NET環境が移植できていれば.NET　Coreの出番はないはずだが。
そうではない環境では、その環境を構築なしに移植できるってことか。
C#のコードをLLVMのアセンブラに翻訳したらあとは既存LLVMに丸投げできるから、移植コストは低く共通化できる。

**デフォルトの名無しさん** · 2017/08/14(月) 08:53:13.99

＼＿＿＿＿＿＿　　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿／
　　　　　　　　　　　○
　　　　　　　　　　Ｏ　ﾓﾜﾓﾜ
　　　　　　　　　　o
　　　　　　　　∧＿∧！　ﾊｯ!　　／￣￣￣￣￣￣￣￣
　　　　＿＿_（　゜∀゜）＿　　　　＜　という夢を見たんだ
　　　　|　〃( つ　　つ　 |　　　　　＼＿＿＿＿＿＿＿＿
　　　　|＼ ⌒⌒⌒⌒⌒⌒＼
　　　　|　＼＾　⌒　　　⌒ 　＼
　　　　＼　｜⌒⌒⌒⌒⌒⌒｜
　　　　　＼ |.＿＿＿＿＿＿__|

**デフォルトの名無しさん** · 2017/08/14(月) 09:01:00.79

>>754
.NET CoreはCLR自体をアプリに同梱するように作られていて、AOTコンパイルではない
LLVM対応もJITをLLVMで実装しようというものに過ぎず、あくまでコンパイルはJIT
Coreは基本的にWebサーバー用だから少々起動に時間がかかろうが全く問題にならない

**デフォルトの名無しさん** · 2017/08/14(月) 09:32:55.89

こんなのでてきた

Microsoft、C++技術で.NET Core 2の高速化実現　[2017/07/22]
Microsoftは7月20日(米国時間)、.NET Core 2.0で採用されている高速化技術「PGO (Profile-Guided Optimization )」について伝えた。
この技術はC++コンパイラでより最適化されたコードを生成するために使われているネイティブコンパイラ技術。
.NET Core 2.0にも同様の技術が適用されており、すべてのユーザは特定の処理をすることなくこの高速化技術の恩恵を受けていると説明している。
http://n.mynv.jp/news/2017/07/22/096/images/001l.jpg
http://n.mynv.jp/news/2017/07/22/096/images/002l.jpg
http://news.mynavi.jp/news/2017/07/22/096/

Microsoft、LLVMベースの.NET/CoreCLRコンパイラLLILCを発表
2015年5月6日
.NET FoundationがLLILCという新しいプロジェクトのリリースを発表した。
このプロジェクトはもともとMicrosoftによるもので、.NET Coreのための新しいLLVMベースのネイティブコードコンパイラを提供することを目的としている。
これによって「CoreCLRが移植されていてLLVMがターゲットとしているプラットフォーム上で」.NETプログラムを動かせるようになる。
LLILCのロードマップによると、Install-Time JITコンパイラが次のターゲットだ。「これは生成されたコードを、
1つのアプリケーションの複数の呼び出しの間で、または1つのアセンブリセットを共有する複数のプロセスの間で共有できるようにする」。LLILCプロジェクトでは、Ahead-Of-Timeコンパイラの実装も検討している。
https://www.infoq.com/jp/news/2015/05/microsoft-llilc-llvm-compiler

**デフォルトの名無しさん** · 2017/08/14(月) 13:38:56.86

>>742
世間で言われてる分類で言えば全部第3世代言語だからな
他でドヤ顔で言ったら恥ずかしいぞ

**デフォルトの名無しさん** · 2017/08/14(月) 13:42:18.27

>>742
世間で言われてる分類で言えば全部第3世代言語だからな
他でドヤ顔で言ったら恥ずかしいぞ
第4世代はユーザが使う言語

JavaはC++--って言われるくらいで先進性よりも普及を重視してたんだろ
今はもう滅茶苦茶だが
でC++++でC#と

**デフォルトの名無しさん** · 2017/08/14(月) 14:14:03.57

次世代はサービスインテグレーションのための超高レベル言語だろうな
ドメインスペシャリストと開発者の間の垣根を無くすことと、強力なサービス連携がポイントだと思う

**デフォルトの名無しさん** · 2017/08/14(月) 17:00:35.75

>>759
そういう意味不明などやりかたされてもwwww
このスレでは誰もそんなくくりの話はしてない

第四世代言語（4GL）がなぜ次世代なんだかわからん

4GL
https://ja.wikipedia.org/wiki/4GL

SQL、R言語、RPG-IIの話なんて誰もしてない

**デフォルトの名無しさん** · 2017/08/14(月) 17:26:17.70

3.9GL

**デフォルトの名無しさん** · 2017/08/14(月) 17:28:12.75

でもまぁ方向性としてはありかと。
結局プログラミング言語ってツールなわけだから
何かに特化したほうが仕事はやりやすくなる。
DB設計したらwebAPIの定義と処理が自動実装されるようなDSLとか欲しい。

golangのgoaとかAPI設計からGoのコードを自動設定するから近いっちゃ近いけど
DB周りとの連携はまだイマイチかなと。

**デフォルトの名無しさん** · 2017/08/14(月) 17:38:46.17

>>761
一般的な意味でないから個人で勝手に決める以外ないだろって意味なんだが
難しかったか

**デフォルトの名無しさん** · 2017/08/14(月) 19:20:45.04

自動でコード出力する系は嫌い
改造するの面倒だし
マクロみたいなのが好き

**デフォルトの名無しさん** · 2017/08/14(月) 19:42:20.23

Excelからコードを自動生成するPHPのプロジェクトがあったなそういえば

**デフォルトの名無しさん** · 2017/08/14(月) 20:03:07.27

コード生成系は出力先が機械だから手加減しない感じがあるからね。。

**デフォルトの名無しさん** · 2017/08/14(月) 22:37:21.06

でもgoaは割ときれいなコード書いてくれるから、結構勉強になるし、生成ファイルとは別ファイルにして動作をカスタマイズする前提だから、
マクロとそんなに変わらないと思う。
マクロよりマジック感が減るから処理を追いやすいし

**デフォルトの名無しさん** · 2017/08/14(月) 22:47:09.43

コード出力ってそのあと追記とかするの?
戻れなくないか

いっそバイナリ吐いてくれた方がよくないか

**デフォルトの名無しさん** · 2017/08/14(月) 22:55:39.38

糞バカペチプァにそんな知能あるわけないだろ
やつら、次に食べる飯と寝ることくらいしか頭に入らない小頭症のガイジだからね

**デフォルトの名無しさん** · 2017/08/14(月) 23:04:29.33

>>768
根本的に一から勉強し直したほうがいいぞ

>>769
追記どころかバージョン管理からも外すよね普通

**デフォルトの名無しさん** · 2017/08/15(火) 00:47:06.80

>>769
それじゃ混ぜて最適化できないし
APIの公開非公開の制御もできないじゃん
そらGPLとか仕事じゃないなら関係ないかもしれないけどさあ

**デフォルトの名無しさん** · 2017/08/15(火) 00:48:49.86

>>771
いや流石にソースか出力どっちかはバージョン管理に入れるだろ
CIしてたらコンパイル通らなくなる

**デフォルトの名無しさん** · 2017/08/15(火) 02:11:40.42

まあいろいろな環境でも動かしたいとかいう理由で出力したソースを
コミットすることもあるけど、あんまりいいことないよ。。おすすめしない。

**デフォルトの名無しさん** · 2017/08/15(火) 05:31:41.09

>>769
もちろん生成コードとは別ファイルにカスタマイズコードを書くよ。
だからgitの管理対象外にするのが普通。
ただ、俺はあえて管理対象にしてるけどね。設計変更したときに自動生成コードがどんな変更をしたかわかりやすい。

マクロ系だとこういう部分が隠蔽されてると考えることができる。
デコレータとかもそうだよね。

goはジェネリクスとかマクロがない代わりにコード生成を推奨してる言語と言えるね。

最初は後退した言語だと思ったけど
コード生成と衝突しない書き方ができるから、マクロとかで裏でどういうコードが生成されているかを把握できる言語と考えれば悪くないなと感じてる。

あ · 2017/08/15(火) 10:52:42.87

phpバカにしまくる奴が疑問。
言語としてはまあボロボロだけどnginxとphp-fpmより安定したサーバ書けるの？って聞くと黙ったり、
過去、ひどいコード書いたとか、ひどいコードの保守したとしか考えられん。

**デフォルトの名無しさん** · 2017/08/15(火) 11:04:03.16

nginxとphp-fpmより安定したサーバ書けるの？という質問が意味不明で黙るしかないよｗ

**デフォルトの名無しさん** · 2017/08/15(火) 11:19:06.17

nginxはC++じゃね？

**デフォルトの名無しさん** · 2017/08/15(火) 11:23:06.67

そう
だから意味が分からなくて黙るしかない

**デフォルトの名無しさん** · 2017/08/15(火) 12:39:40.27

?黙るしかない
○相手にされてない

あ · 2017/08/15(火) 12:46:45.72

実用に耐えてないじゃん？みたいな話。
Goのサーバも見たことあるし、ErlangもElixirもあるけど、ずーっと誰かが推してるウェブベースのアプリって見たことねえなあ、ってのが
>>770を見て>>776を書いた所以。
脈絡ないのは認める。すまん。

**デフォルトの名無しさん** · 2017/08/15(火) 12:58:02.24

>>781
その辺はAPIやワーカーの実装に使用されるケースがほとんどだろ
PHPとは競合しない

あ · 2017/08/15(火) 13:02:18.16

>>782
そうでもないよ。普通にいわゆるSSIみたいな形で動的なコンテンツ差し込むサーバも見たことあるし、
逆にPHPでも1ファイル1機能のAPIサーバと静的htmlの組み合わせも見たことある。

後者とは競合すると思うんだが。

**デフォルトの名無しさん** · 2017/08/15(火) 13:20:01.29

nginxが実用に耐えない…？
普通につかってるが…

**デフォルトの名無しさん** · 2017/08/15(火) 13:45:53.21

発達の相手すんな

**デフォルトの名無しさん** · 2017/08/15(火) 13:46:49.20

このクソコテガイジだからな

**デフォルトの名無しさん** · 2017/08/15(火) 13:48:14.36

前スレ

918 ：あ：2017/05/31(水) 11:10:55.99 ID:dc+IbjjD
>>916
子供作るときに一通りそういう気質があるか調べてもらったが、幸いながらアスペではなかったぞ。
残念ながら多動はあった。

あ · 2017/08/15(火) 13:58:19.02

>>784
逆。nginxやphp-fpmは信用に足りるが、
個別にウェブサーバ立てるような言語は結局nginxやらtraefikやらのバックエンドに立てんじゃん？みたいな話。

>>786
だから何なんだ…(笑)
それをもってしてもちゃんと働いとるぞ。役職付きで。

**デフォルトの名無しさん** · 2017/08/15(火) 14:00:11.08

あガイのガイ

**デフォルトの名無しさん** · 2017/08/15(火) 14:04:48.52

まるでphpなら、それらがいらないかのような口ぶり

あ · 2017/08/15(火) 14:34:08.47

>>790
リバースプロキシは要るだろうが、その裏に立てるのもphp-fpmなりなんなりの、それなりに枯れたもので、スクラッチせんで良いでしょ。

あ · 2017/08/15(火) 14:35:20.41

他の言語が優れてるのも認めるし、phpがポンコツなのも認めるが、
それ以上に自分で書いたサーバはあてにならん。

**デフォルトの名無しさん** · 2017/08/15(火) 14:49:11.64

そりゃ君がPHPなんか使ってるからだろう
スクラッチといったって既存のライブラリを使うわけだし、
そのライブラリがnginxに比べて枯れてないことが大きな問題になるほどHTTPサーバーなんて高度なもんじゃないぞ?

**デフォルトの名無しさん** · 2017/08/15(火) 15:24:31.13

あと、今時は静的コンテンツの配信やパスベースのルーティング、SSLなど
Webサーバーの多くの機能をクラウドプラットフォームに任せてしまうから、アプリから独立したWebサーバーの必要性は低下している
もちろんガイジの主張においてnginxがクラウドプラットフォームに置き換わっただけであることは認めるけどね

**デフォルトの名無しさん** · 2017/08/15(火) 16:53:16.30

まあPHPを安易にバカにする奴はエアプログラマだとは思うわ
使われてるだけあって書いてくれって言われることあるし、
書いてみりゃわかるが小規模なら生産性高いからな実際
Wordpressカスタムで済ませられる案件も多いし

あ · 2017/08/15(火) 17:00:35.19

>>793
俺自身はphpを使うことがある、くらいよ。

既存のライブラリなんて余計に使えないだろ。いろんな意味で。

>>794
それはわかる。GAE/goをタダで使ってる身としては効率的だし、インフラのコストや安定性は桁違い。

**デフォルトの名無しさん** · 2017/08/15(火) 17:15:25.67

>>796
GAE/goってそんなに使うの。
DBが独自になるのが気になるんだが

**デフォルトの名無しさん** · 2017/08/15(火) 17:39:47.47

phpは人口が多くて趣味やデザイナから来た奴が多いのかレベルが低い
他の言語知らないって奴もよくいる
なのでphpの仕事はあまりしたくない

**デフォルトの名無しさん** · 2017/08/15(火) 18:10:02.06

>>798
なるほど。そういう考えもあるのか。
Goだったら少なくともプログラマーになりたい人が使ってる感じかな。

**デフォルトの名無しさん** · 2017/08/15(火) 18:17:01.25

仕事でGoつかえって言われたら苦痛だな
もっと自由にさせてくれって思う

あ · 2017/08/15(火) 18:18:04.71

>>797
めっちゃ安い。めっちゃ早い。
永続化考えたら少しめんどくさいから、リクエストに対して即結果が出せるようなものを数珠つなぎにして出せるようなものにしてるよ。
>>798
それはよくあるな。
あと、外注が海外に投げるとホントにひどいのが出てきたりする。

**デフォルトの名無しさん** · 2017/08/15(火) 18:20:14.17

>>798の文脈でいうならGoの仕事は悪くないと思うけどな
少なくとも秀丸で書いてFFFTPでデプロイするような奴はその職場にはいないだろう

**デフォルトの名無しさん** · 2017/08/15(火) 20:11:04.95

>>802
すごいな2003年辺りで時間が止まってそう。

**デフォルトの名無しさん** · 2017/08/15(火) 20:12:50.74

typescriptをメインに据えてる会社とかないかな。
正直typescriptであればサーバサイドjsもありな気がする。

**デフォルトの名無しさん** · 2017/08/15(火) 20:16:13.66

>>801
> 永続化考えたら少しめんどくさいから、
> リクエストに対して即結果が出せるようなものを数珠つなぎにして出せるようなものにしてるよ。
もう少し具体的に話せない?。web+dbみたいな用途では使ってないってこと？

**デフォルトの名無しさん** · 2017/08/15(火) 20:20:01.11

まあ go は書いててつまらんからって理由で却下されたことがある職場の話は
聞いたことあるな。
面白くても糞品質だったら無意味だとは思うがな。

**デフォルトの名無しさん** · 2017/08/15(火) 20:22:01.18

禿丸エディター

**デフォルトの名無しさん** · 2017/08/15(火) 20:35:24.55

>>806
goってつまんないかな。
俺は最初にハマったときはシンプルな構文に抑えようという心意気に感動したけどな。
例えばclassとstruct。コレってどっちかでいいよなってずっと思ってて
goはstructに絞ってくれて、コレだっ！って思った。
後構文規約問題とか。コレって最新の言語rustとかswiftとか全然気にしてないけど
goはちゃんと解決してるんだよなぁ。
あとgoroutineとか。スレッドモデルの操作ってPHPでやろうとすると凄くめんどくさくて最初にgoに触ったきっかけになった

**デフォルトの名無しさん** · 2017/08/15(火) 21:10:14.60

>>808
個人的には別に好き嫌いはないんだけどね。
まあだいたい以下の話で説明はつくよ。くだらない話。
http://qiita.com/hirokidaichi/items/adccebb41f77eaa6132f

あ · 2017/08/15(火) 21:11:54.94

>>805
ウェブアプリとしてはあんまり使ってない。DBは必要があれば基本的には外のAPIとかDB呼んでるけど。couchか、とある階層型DBが多い。
それより、もうちょい単機能で、メモ化で済む様な処理で、さらにスケールする必要があるものが多いよ。
jsonに署名して返すとか、緯度経度から国判断して返すとか、バッチ処理でreduceの部分を一万件ずつくらい請けて結果を別のエンドポイントに投げるとか、json渡すとhtml帰ってくるとか、ほんとバックエンド。

DBのデータのマスタや、テンプレートみたいな類も、毎回要るものはそもそもソースに文字列として埋めて、DB使わんでも良いようにしてる。

あ · 2017/08/15(火) 21:17:02.53

Goは、あのシンプルな言語仕様だからそもそもが泥臭いけど、何かから書き出してもそれほど無茶なソースにはならないしな。

>>809
なるほど。

**デフォルトの名無しさん** · 2017/08/15(火) 21:41:25.44

Goってマルチスレッド書ける？

**デフォルトの名無しさん** · 2017/08/15(火) 21:43:52.13

>>810
ほーん。いわゆるマイクロフレームワークとして使ってるってことなんね。
中小でしか働いたことがない人間には無縁臭がするなぁ

やはりgoでDB操作は避けるよね、、、。

イマイチgoでRDBMS使い勝手が良くない、、
GormっていうORMが結局いいのかなって思ったけどパラメータがinterface{}型(いわゆるany型、何でもあり型)ばかりで、これ静的型だよね？ってなるし。
RDMS操作の決定版がいまいちgoにはないよね。

>>809
goは好きだけど不満もあるのは分かる。特にジェネリクスがないから
関数パラメータにinterface{}型ばかりになると萎えてくる。
でも片っ端から言語仕様追加してダサい言語になってほしくもない。
難しいね。

**デフォルトの名無しさん** · 2017/08/15(火) 22:25:15.02

>>798
言語仕様が糞なのに加えて、
そういう連中が積み上げてきた過去の遺産があるからね
大手のPHPプロジェクトの悲惨さはもう筆舌に尽くしがたいよ

ああいうの見るとね、冗談でもPHPは便利とか言えなくなるよｗ

**デフォルトの名無しさん** · 2017/08/15(火) 22:29:52.97

若輩俺氏、PHPを触ったことがない
PHPの仕事ってそんなにあるもんか？全く観測できん

**デフォルトの名無しさん** · 2017/08/15(火) 22:33:23.96

いわゆるWeb系でそう思うんなら、あんちゃんが割とええとこにいるからやな
中小奴隷売買でPHP保守のスパイラルに迷い込んだら
ほんとキャリア詰むで

**デフォルトの名無しさん** · 2017/08/15(火) 22:34:05.48

>>815
こないだハロワで検索したら無限に出てきたぞ

**デフォルトの名無しさん** · 2017/08/15(火) 22:44:30.92

こわい

**デフォルトの名無しさん** · 2017/08/15(火) 22:49:36.97

UIべったりな糞カスコードを保守してくれる奴隷を探してるんだろうね。。
直してくれる人をありがたく扱ってくれるならいいんだがそういうところって
本当に人間をごみカス扱いしてくるからな。

**デフォルトの名無しさん** · 2017/08/15(火) 23:06:08.95

直してくれる人がありがたいだって？
余計なことして壊れたらどうするんだ？誰がテストするんだ？

大人しく今のコードを最小限のコピペで直してくれる人を求めてるんだよ、ああいうのは

**デフォルトの名無しさん** · 2017/08/15(火) 23:08:55.10

新しいサービス思いついた
自分で作れないから人を雇おう
ぺーはーぴーって開発者が工数単価安いみたいだぞ
ねえ君、ホントは自分で作りたいんだけど忙しいから依頼するよ

新しいサービス思いついた
安いホスティングサービス借りよう
PHPが使えるらしいから本買って来て作ろう
真っ白い画面しか出ない
ねえ君、ホントは自分で作りたいんだけど忙しいから依頼するよ

新しいサービス思いついた
ワイWordPressマスター
PHPでプラグインが作れるらしい
ねえ君、ホントは自分で作りたいんだけど忙しいから依頼するよ

**デフォルトの名無しさん** · 2017/08/15(火) 23:25:03.76

>>820
その最小限がもうどうにもならんくらいになってるからみんな困ってんでしょうが。
てかそういう場所でまともなテストが行われてることなんてまずないけどな。
逆にテストがまともならそんな状況にはならんよ。

あ · 2017/08/15(火) 23:59:10.86

>>812
グリーンスレッドならスレッドって何だったっけって思うくらい簡単に書ける。

>>813
マイクロフレームワークだね。
意外に、静的なファイルを撒くのにも便利だったりするけど、何より「全部入り」作ると面倒くささが勝ってくる部分がある。
gorm辛いよ。それなら、boltかleveldbにgobで突っ込んだ方が気楽。boltは書き込み遅いけど。

**デフォルトの名無しさん** · 2017/08/16(水) 01:07:27.27

>>822
ペチプァのテストとは
自動テストのことではなく
Excel項目書の丸付けと
ExcelエビデンスYYMMDD.zipのことですよ

**デフォルトの名無しさん** · 2017/08/16(水) 13:16:52.76

名前を言ってはいけないあの人

あ · 2017/08/16(水) 13:36:14.43

>>824
でかい所になるとそれを要求する奴が居るしね。
ただ俺も自動テストのテストは要求するし、
テスト用のクライアント一式(物理～イントラ接続インフラ一式セットアップ～デバッグビルド一式が配信される環境含め)を用意してくれと言われたら用意するけど、
ネゴなしにそれ以外のテスト環境でエビデンス取っても不適合でサクッと返すからなんとも言えん。
俺自身コード書いても社内では第三者に同じ事されるし割と平等かと。

これは請ける側のパワー次第だと思うよ。
1次請けが面倒くさがる会社の2次請けさんの嘆きは話は聞く事あるけど、それで1次請けに俺が何か言うと割と問題になるしな。
できることと言えば話のわかる1次の奴と2次の奴を飲みに誘う位しかできん。

**デフォルトの名無しさん** · 2017/08/16(水) 13:51:45.97

>>826
テスト環境用意してくれるんだ。良い会社じゃん。
そっちのほうがいいね。エクセルでエビデンスとかしんどすぎるし
役に立つのそれって感じだし

あ · 2017/08/16(水) 15:26:31.90

>>827
用意するし、ヤバイから台数増やして！ってあとから言われたら、貸出機出払ってても、少なくともうち来たらテストできるようにゲストカード用意するよ。

エクセルというか文書ファイルは必要悪と言うか、製造業は「いざとなったら手でできる」にこだわる側面もあるから、チェックシートで欲しいってのもある。
その辺汲んで、自動テストのテスト仕様と、自動テストで行うテストと結果を出してくれたら無理矢理でも俺通してきた。

東日本の震災でも、九州の震災とか豪雨でも、非常事態対応しながら開発したり、そもそも対応での不整合影響範囲推定とかせなならんかったし、あれは要る。

**デフォルトの名無しさん** · 2017/08/16(水) 20:59:07.98

雑談クズが住み着いちゃったね

**デフォルトの名無しさん** · 2017/08/16(水) 21:42:18.26

な？ Juliaの話しようぜ？

**デフォルトの名無しさん** · 2017/08/16(水) 23:58:53.11

>>830
Pyplot と Gadfly と Winston どれがいい？

**デフォルトの名無しさん** · 2017/08/17(木) 00:19:10.91

Winston なんかあったのかよ
俺はGadfly使ってたけど特に理由はないなあ
Pyplotも悪くはないけどなんとなく使ってなかった

**デフォルトの名無しさん** · 2017/08/17(木) 00:42:21.76

テストとか仮想環境でしかしてないわ
本番も仮想環境ばかりだけど
モノにもよるか

**デフォルトの名無しさん** · 2017/08/17(木) 06:59:54.30

震災が起きると動かなくなる自動テストって何だよ（驚愕）

**デフォルトの名無しさん** · 2017/08/17(木) 07:36:01.82

彼はADHDだから問題の切り分けが苦手なんだろう
大目に見てあげなさい

あ · 2017/08/17(木) 09:00:54.38

>>834
すでにディーゼル発電機回ってるような状況で、本番機の分しか電源取れないような時に、テスト環境まで起こしてられん。

>>835
切り分け得意だよ。あとバグ出し。
むしろ多動だからなのでは？

**デフォルトの名無しさん** · 2017/08/17(木) 09:08:56.76

>>830
どう見ても汎用言語じゃないんだが。。。
RとかMathematicaの分野の次世代言われてもな。。。

**デフォルトの名無しさん** · 2017/08/17(木) 09:10:01.18

今fortranで量子化学のプログラムのボトルネック部分書いたんだけど、バグ取りしんどいわあ。
Juliaで書けって話だけど、Juliaコードは他言語からの呼び出し微妙なんだよな

**デフォルトの名無しさん** · 2017/08/17(木) 12:29:44.17

>>838
そういう用途ならFFIじゃなくてファイルだけ連携する伝統的なバッチでいいだろ
その方がリトライや並列化も簡単だし

**デフォルトの名無しさん** · 2017/08/17(木) 13:35:40.38

>>839
渡さないといけない波動関数情報が4GBとかになってディスク書き込みにえらい時間がかかるので、ハードディスク書き込みは最低限にしたいんだけど、なんか良い方法あるもんですか？

**デフォルトの名無しさん** · 2017/08/17(木) 14:51:29.63

>>840
RAMディスク作るとかRAIDやクラウド使うとか

あ · 2017/08/17(木) 15:51:15.31

>>840
tee的なコマンド作るといいんでないの？

**デフォルトの名無しさん** · 2017/08/17(木) 18:45:53.40

他言語から一番呼びやすいのは C なわけだが。

**デフォルトの名無しさん** · 2017/08/17(木) 19:01:21.96

>>841
あんまり詳しくないんだけど、/dev/shmにファイル作って書き込むみたいなもんです？

>>842
？？？

**デフォルトの名無しさん** · 2017/08/18(金) 00:00:31.37

Cは呼びやすいっちゃ呼びやすいんだが
関数のプロトタイプもろもろがヘッダファイルで定義してあるから
ヘッダファイルの移植が面倒だなぁ
何かライブラリのインターフェースに関して
統一的なフォーマットが欲しいと思わなくもないけど
どっちにしたって関数の呼び出しに必要な構造体とかも
ヘッダファイルで定義してあるし、どうにもならないんだろうな
標準入出力でやりとりするのもタルいし
WindowsならCOMとかあるけど・・・

**デフォルトの名無しさん** · 2017/08/18(金) 00:04:56.58

てか、それくらいプリミティブな仕組みだから呼びやすいわけだ。

あ · 2017/08/18(金) 01:19:03.96

>>844
中間ファイル作りながら、次工程進めれば良いのでは？って。
HDDに書き込むのはその端末自身である必要も無いだろうし、別の端末にやらせても良いかと。

teeコマンドは、標準入力からの入力を、ファイルなりなんなりと標準出力に出すコマンド

**デフォルトの名無しさん** · 2017/08/18(金) 07:08:42.68

シミュレーションなら入力の内容は全部まとめて読むだろうからパイプを使うのはあまりメリット無いでしょ
デッドロックの原因になるから作法的にも好ましくない
単純にファイル名を起動引数で渡した方がいい

**デフォルトの名無しさん** · 2017/08/18(金) 09:59:20.00

>>841が非常に適切なアドバイスをくれたから、俺の書き込みでも割と通じてるんだと思ったけど、
>>844、>>847には通じてなさそうな気がする
>>848には通じてる

あ · 2017/08/18(金) 13:16:32.57

>>849
通じてるよ。ただファイルで渡しても良いけど、出来上がった暁には全部流したいだろうなと思ったんだが。