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

**デフォルトの名無しさん** · 2017/04/20(木) 04:43:27.12

いざ、語ろうぞ。

スレタイ超過のため、一部省略。
Go, Erlang, Kotlin, etcもウェルカム。
Haskellは協議により次世代失格になりました

前スレ
次世代言語議論スレ[Go Rust Haskell Scala]第3世代
http://echo.2ch.net/test/read.cgi/tech/1488608741/

**デフォルトの名無しさん** · 2017/05/23(火) 01:54:36.33

Googleが作らなかったら流行らなかったってのは大いに同意するが、正確に言うと「Googleじゃないとこんないかれた言語を完成品と言い張れなかった」だと思うね。
周辺ツールの異常な拡充もごり押し戦略の一環だろうしな。

**デフォルトの名無しさん** · 2017/05/23(火) 01:56:50.35

総合して、Goは次世代のドカタ言語っていうのが一番しっくりくるわな。
あくまでドカタ言語。

**デフォルトの名無しさん** · 2017/05/23(火) 07:27:48.45

>>616
いや、ワンライナーで無理やり書いたソースのが読みにくいよ。
てかそこまで行数使う複雑なコードなら関数で切り出せ。
そういうのは使ってる言語の問題じゃなくて書いてる奴の問題だから。

**デフォルトの名無しさん** · 2017/05/23(火) 07:50:29.19

>>620
でもペチプァ～のあなたは、テンプレートにSQLのfor string連結書いちゃうんでしょう？
死ね？

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

いや内包表記もしくはmap reduceがあるのは大事でしょ
関数として切り出す時にループの中で行うことだけ書けばいいのがmapないとループそのものを行うサブルーチンもかかなくちゃいけなくなるじゃん
map不要とか言う奴絶対Lispすら触ったことないハイパーエアプマンだろ

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

内包表記かmapに関数一つだけ渡すのが一番読みやすいな

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

ペチプァ～さん・・・ｗ

**デフォルトの名無しさん** · 2017/05/23(火) 09:55:36.88

>>617
汎用ライブラリ書けないっていうのはかなり大問題だと思うんだが
ジェネリクスないのが原因でコレクションとかは特別扱いしないといけない
Setとか普通に使えないのは不便すぎるし、SortedSetとか追加しようと思ったらそれも言語で特別扱いするのかってなる
型ごとにコード書くのか？コピペは最も基本的なアンチパターンだよね？それをGoogleは推奨してるのか？

>>618
周辺ツールをこれだけ作ったのに言語がこれじゃもったいない
もう少し機能入れていれば間違えなくもっと流行ってた

**デフォルトの名無しさん** · 2017/05/23(火) 10:09:21.11

>>625
ジェネリクスについてはさすがにいれようぜって議論はあるな。
今はそういうのをコピペなしに書くならinterface地獄で、自分もそこは嫌いなとこだ

ちなみにgoの汎用sorted setくらいならgithubに既にある上にめっちゃコード短いから、見てみるのも面白いかもしれんね。

**デフォルトの名無しさん** · 2017/05/23(火) 10:30:08.82

内包表記！ワンライナー！読みにくい！って普段どんな糞コード書いてたらそういう発想に陥るんだろう

**デフォルトの名無しさん** · 2017/05/23(火) 11:30:14.87

まあ長過ぎるワンライナーが読み難いのは分からなくは無い。
でも書くし、読むけど。

昔何かのJavaの本でJavaでも宣言的に書くべきだ。みたいな事が書いてあって、メソッドチェーンされたインスタンスが二行でちょっとした処理してた。

最近C#6実践入門とか言うの買ったけど、それに載ってるコードもifは出るけどforがほとんど無い宣言的なコードだった。
C#6の新機能紹介はほとんどオマケで、タイトル詐欺だけど。
いあ。。。詐欺じゃ無いけど、紹介された新機能が全然頭に入って来ない位、(ドロドロの)実務的な内容。。。

**デフォルトの名無しさん** · 2017/05/23(火) 11:47:39.23

Javaは8になって一気に流れ変わった。
なお日本のドカタ現場はJava6をつかっていればましな方なのは内緒な。

ドカタ現場から見ればObj-Cすら次世代言語ってな。

**デフォルトの名無しさん** · 2017/05/23(火) 13:10:57.22

Pythonは内包表記でもforって書くんだな
手続きが透けて見える
見えない奴はエアプ

**デフォルトの名無しさん** · 2017/05/23(火) 13:14:25.27

その辺はhaskellのモナド内包表記も同じことよ

**デフォルトの名無しさん** · 2017/05/23(火) 13:58:34.02

>>630
まあ透けて見えるのはその通りなんだが、逆に聞くが手続き型が透けてたらいかんのか？
機能としてPythonの内包になんか欠けてるのか？

**デフォルトの名無しさん** · 2017/05/23(火) 17:59:05.36

やべーな。。
内包表記、map, reduce 使えるとだいぶ偉いプログラマーになった気分なのかね。。
別にあれば使うけれど、それで読みやすさが格段にあがるなんてことはないわ。
まさに枝葉としか言いようがない。
てかなんでこんなに php 嫌われてるのか使ったことないからわからんのだが。
perl には相当神経やられたってのは個人的にはあるけれど、
php ってそんな嫌なもんなんかね。

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

Haskell的には状態を持たないから、将来並列動作しても良い。
内部動作が実際はどうなってるか気にしなくて良い。
記述上は単純に一行になる。
書きかたによるけど、関数より意味が通じやすいかも。

リストの長さ求める関数length
再帰
length [] = 0
length (_:xs) = 1 + length xs

再帰はスタック消費するので末尾再帰
length cs = length' 0 cs
......................where
..……...................length' n [] = n
..……...................length' n (_:xs) = length (n + 1) xs

末尾再帰を一般化したfoldlで置き換え
length = foldl 0

リスト内包表記
length xs = sum [1 | _ <- xs]

過程を知ってればfoldlも意味分かるけど、リスト内包表記はHaskeller以外にも分かりやすいかも。

**デフォルトの名無しさん** · 2017/05/23(火) 18:18:05.38

x length = foldl 0
端折り過ぎた。
length = foldl (/x _ -> x +1) 0

**デフォルトの名無しさん** · 2017/05/23(火) 18:32:56.72

>>633
単純にカテゴライズして蔑視したいだけだと思う。
そういうのを除いてPHPが嫌われるのは言語仕様が綺麗とか
汚いとかそういうのではなく、互換性とか環境問題で
無駄なエネルギー使うからだと思ってる。

同じような理由で俺はrubyとかはもう手を出したくないと
思うし。俺が好んで使ってたのは256倍本とか出てた頃で
パッケージやら何やらで随分と改善されてるのは
知ってるけどトラウマなんだよな。

**デフォルトの名無しさん** · 2017/05/23(火) 18:40:57.13

>内包表記、map, reduce 使えるとだいぶ偉いプログラマーになった気分なのかね。。
このレス痛々しくて面白いな

あ · 2017/05/23(火) 19:15:59.04

少なくとも嫌い好きではないわな、仕事なら。
パソコンの大先生なら孤高の言語でオナニーしてくれりゃいいけど。
次世代ってのは、未来の現世代なんだから。
夢ばっか見ても意味ない。

◆QZaw55cn4c · 2017/05/23(火) 19:43:11.53

となると、C++ 一本でいくのがいいのでは？

**デフォルトの名無しさん** · 2017/05/23(火) 19:51:46.81

結構な大企業でもLispとかHaskell 使ってるあたり自分で書ける能力あるなら採用言語なんか趣味だろ

**デフォルトの名無しさん** · 2017/05/23(火) 21:37:46.03

>>640
という楽観を華麗にぶち壊すRustとかいうクソ言語

**デフォルトの名無しさん** · 2017/05/23(火) 23:00:33.25

>>641
どゆこと？

**デフォルトの名無しさん** · 2017/05/24(水) 00:07:47.20

>>642
どんな優秀な人材でもまともに物がつくれない破綻した言語ってこと。

**デフォルトの名無しさん** · 2017/05/24(水) 07:21:12.88

>>630
forという単語を見ると手続きが透けて見えるほうがよほど手続き型に脳が汚染されてるだろ。
述語論理の for all は手続きか？

あ · 2017/05/24(水) 07:39:36.26

>>640
自分がかけたら使う、それじゃそいつがやめたら困るわ。
ある程度は浸透してくれたものでないと困る。

**デフォルトの名無しさん** · 2017/05/24(水) 08:08:46.24

>>645
知らんがな。人材に逃げられないようにせいぜい厚遇するんだな

あ · 2017/05/24(水) 08:23:16.84

>>646
どういう事？
逃げる訳じゃなくて辞めるんだよ。定年とか、寿あるじゃん。それは仕方ないよ。
教育コストとその言語から得られるメリットのバランス次第じゃないのかな。

新しい人入れるときの問題で、その時に誰でも知ってる言語で地頭があって、そこに自社の資産とか話すのは簡単だし、教育に出しやすいじゃん。自社でもやるし。
書けるから雇うことも無ければ、雇ったからそいつの思うように書かせるわけでも無いんじゃないの？

**デフォルトの名無しさん** · 2017/05/24(水) 09:11:12.33

知らない言語だからってコードメンテできなくなるようなら
Javaで書いたってろくにメンテできないだろうよ。

**デフォルトの名無しさん** · 2017/05/24(水) 09:24:15.88

>>647
C、C++、C#、Java、Ruby、Python、Scala、Haskellくらいかけろって話だけどね

**デフォルトの名無しさん** · 2017/05/24(水) 09:26:11.81

言語文法だけじゃなく実行環境の構築が面倒な言語も保守性悪いよな

**デフォルトの名無しさん** · 2017/05/24(水) 09:34:21.93

新人研修の事でもいいたいのか？
チームに組み込まれた新人はそのチームで先輩が使ってる言語と技術はどっちみち勉強するだろ
それすらできん屑新人しかこない企業に勤めてるんなら学校で教えてる言語しか使えなくなるなｗｗｗ

**デフォルトの名無しさん** · 2017/05/24(水) 09:37:50.21

>>643
ということにしたいだけにしか見えないんだけど

あ · 2017/05/24(水) 09:44:40.73

>>648
とりあえず動くようにメンテするのと、思想含めて正しくメンテするのはちと違うでしょ。
>>649
Cだけわかるとエグいコードになりがちだしね。Cと最近のC#で充分。JavaScript一本でも良いくらい。
>>651
新人じゃなくても研修とかセミナー行くでしょ。
新人しか行かないなら、どんどん化石化するか社員の自費の自己研鑽に頼るしかないじゃん。
会社のために技術を使うなら、その技術は会社が伸ばして当然かと。。

**デフォルトの名無しさん** · 2017/05/24(水) 10:08:00.08

>649
問題は「自分がその言語で書けるか」ではなく
「他人がその言語で書いたコードを保守できるか」なのでは?
自分が新規コードを書く分には自分が知っている範囲で書けば済むが、
他人のコードを保守するには文法とライブラリを網羅的に知っている必要がある。

C、C#、Java、Ruby、Pythonぐらいは保守できるべき、ぐらいならわかる。
でもC++、Scala、Haskellは文法とライブラリの知識を相当要求する。
C++は普及しているからいいけどScalaとHaskellは保守できる人を雇えるか分からない。
好き好んでScalaやHaskellを選ぶ人は初心者には読めないコードを書くだろうしね。

**デフォルトの名無しさん** · 2017/05/24(水) 10:25:42.08

空気も読まずにコード投下。
>>537のエラー出ない版をたまたまRuby初心者スレッドで教えてもらえた。

ARGV.each_slice(2).take_while{|e| e.size == 2}.each{|a| print a}
puts

んで、これを元にHaskellでも書いてみた。

import System.Environment

slice2 [] = []
slice2 [_] = []
slice2 (x:y:zs) = (x,y):slice2 zs

main = getArgs >>= print.slice2

>>654
保守するやつが初心者？
得意じゃないとしても、Haskellは入門書とHoogleあれば十分だよ。

**デフォルトの名無しさん** · 2017/05/24(水) 10:25:51.23

>>653
技術は会社が伸ばすから勝手な技術は使うなってことか
すごい文化だな。とてもリーディングカンパニーの考え方とは思えない
大方人から指定されたものを作るだけの創造性のない事業分野なんだろうな

**デフォルトの名無しさん** · 2017/05/24(水) 10:32:58.90

C++大先生レベルになったら未知の言語でも読めるだろ
未知だから学習コスト0だがなぜか読める

**デフォルトの名無しさん** · 2017/05/24(水) 10:37:00.08

>>649
それらを全部書けても何も作れない腐った言語がRustなんやで

**デフォルトの名無しさん** · 2017/05/24(水) 10:43:10.23

>>656
社内開発用言語縛って生産性維持しながら会社全体で技術叩き上げてるGoogleさんのdisおっつおっつ

**デフォルトの名無しさん** · 2017/05/24(水) 10:47:04.91

>>659
Googleはプロトタイピングの言語は完全に自由やで
趣味コーディングの時間も保証されてるし

**デフォルトの名無しさん** · 2017/05/24(水) 10:50:54.70

縛りというか、C++禁止されてないのが重要だと思うが

**デフォルトの名無しさん** · 2017/05/24(水) 10:57:13.01

>>660
プロトタイプのコードはメンテしないだろ。そりゃ好きな言語で書けばいいさ。
メンテするプロダクトコードはあのGoogleですら言語ガチガチに縛ってそのなかで技術上げてるのに（最近だとGrumpyとかな）、
出来る人材ならどんな言語でもすぐ習得して既存コードメンテ出来るようになるっていうのは幻想。
ある程度ならいけるが限度はある。

**デフォルトの名無しさん** · 2017/05/24(水) 10:58:51.03

>>661
C++が許されてRustが許されてない辺り、GoogleはRustが使い物にならんとわかっていらっしゃる

**デフォルトの名無しさん** · 2017/05/24(水) 11:14:18.14

なんか主張がとっちらかってきたけど、実際割と好きな言語使えるリーディングカンパニーがあるんだから、それはダメとか俺に言われても知らんがな

**デフォルトの名無しさん** · 2017/05/24(水) 12:19:17.63

他人が書いたコードを思想も含めて正しくメンテできるのに
「だってこれボクが好きな言語じゃないもん」
とか言って仕事投げ出すのか。
ゆとった会社だな。

あ · 2017/05/24(水) 12:20:52.22

>>656
個人で伸ばせばそりゃ素晴らしい事だよ。
勝手な技術使うな、は当たり前では？
簡単なことで、単に社内に布教するだけだよ。
それだけで勝手な技術じゃなくなるんだから。

金貰って作ってる以上、指定されたと言うより要件定義から離れる事は良い方向でも悪い方向でも等しく害悪。
それを使うよう、要件定義を見直しゃいいじゃん？

**デフォルトの名無しさん** · 2017/05/24(水) 12:23:07.52

>>663
TypeScriptが承認されるまで延々レビューを繰り返して2年かかったという話を読んで、
Googleといえども典型的な大企業病からは逃れられなかったんだなと思った

あ · 2017/05/24(水) 12:35:44.71

勝手に使う、と、好きな言語を使う、は別だって事に尽きる。
好きな言語が使いたきゃ、ホント通せば良いだけじゃん。

**デフォルトの名無しさん** · 2017/05/24(水) 13:00:14.99

>>666
各段落最後に同意。そこが重要

**デフォルトの名無しさん** · 2017/05/24(水) 13:09:07.02

つーか前半部分は当然のことすぎてそんなこと議論しようとしてるとは思わんかった

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

ああ、>>668もいい事言ってるな
その通りだよ。通すんだよ当然だろ

**デフォルトの名無しさん** · 2017/05/24(水) 14:12:27.03

広めるにしたって、仕事を通して広めるのが当然だろ。
そこを門前払いして「浸透してない言語はダメー」とか、ゆとりすぎ。

**デフォルトの名無しさん** · 2017/05/24(水) 14:13:44.48

上のほうが「マネージャ目線で考えろ、コストを減らせ、技術を革新しろ」と掛け声ばかりな会社でありがちそうな風景だな。

**デフォルトの名無しさん** · 2017/05/24(水) 15:21:08.36

>>667
上層部の中ににMSのはなんだろうが採用させないのがいる（・いた？）だけのような気がする

**デフォルトの名無しさん** · 2017/05/24(水) 15:36:29.01

>>674
それだけならkotlin, scala, ruby, php, perlあたりはとっくに承認されてるだろ
「それお前の好みの問題だよね?」と言われないような理由を示す必要があるんだと思うよ

**デフォルトの名無しさん** · 2017/05/24(水) 15:44:55.21

さすがにperl PHPが通るとは思えんなwwwwwww
というのはともかくなんだかんだ追加承認のフローが整備されてるのは日本企業では考えられんよな。

あ · 2017/05/24(水) 18:36:08.72

>>672
仕事を通して広めるってのがわからんな。
別にプレゼン力次第じゃないの？
あとは、小物を同時に作って見せればいいと思う。
研究開発費くらいあるだろ。

>>676
追加承認なんてどこでもやってるだろ…。
別様式の帳票(物理)をスタンプリレーするみたいなオマケもついとる。
perlはともかく、phpはGAEでも動くし、嫌悪感と実利のちょうど真ん中程度の立ち位置じゃないの？

**デフォルトの名無しさん** · 2017/05/24(水) 18:45:51.44

いや流石にわかるしそのことを言ってるんだろう

**デフォルトの名無しさん** · 2017/05/24(水) 18:58:25.42

先輩が言語にこだわってるうちは伸びないって言ってたな。
所詮道具なんだから、作るものに合わせて相応しい言語選ぶだろ。

**デフォルトの名無しさん** · 2017/05/24(水) 19:09:48.27

バカバカしい。
既に職場で広く浸透した言語に限定するのなら、全く「次世代」の話じゃないな。
スレ違い。

**デフォルトの名無しさん** · 2017/05/24(水) 19:14:40.02

全く誰だよこのスレで「ある程度は浸透してくれたものでないと困る。」とか言い出した奴は

**デフォルトの名無しさん** · 2017/05/24(水) 19:20:52.00

登場して20年たっても普及しないなら、その程度の言語

**デフォルトの名無しさん** · 2017/05/24(水) 19:26:06.91

「つぎは」

あ · 2017/05/24(水) 19:27:50.59

>>680
次世代言語だから、その職場には浸透させるんだろ。
世間としてその存在やら概念が浸透していないのとはまた違う。
取り違えるなよ。バカバカしいのはお前だよ。
>>681
すまんな。ここまで読解力無いやつ想定してなかったわ。

**デフォルトの名無しさん** · 2017/05/24(水) 19:29:22.75

「次流行る言語はなんだろうなー」って駄弁るのと、
「わが社で次に採用するべき言語はなんだ？」って会議するのとの違いじゃね？
自分は前者のつもりで駄弁ってたけど、後者のつもりのやつがスレに紛れ込んでるだけな気がするわ

あ · 2017/05/24(水) 19:32:35.06

>>685
我が社というより、皆が次に使うべき言語は何なんだろう、何故適しているんだろうって言う話かなと。
そうなると、前者も後者もあんまり変わらない話に聞こえる。

**デフォルトの名無しさん** · 2017/05/24(水) 19:34:16.79

>>677
ドカタにそんなもんはないんだなこれが。
永遠にJava4より新しい言語使えねえんだぜ。

**デフォルトの名無しさん** · 2017/05/24(水) 19:36:36.90

相変わらず自分の文がわかりにくいのを人のせいにする……

**デフォルトの名無しさん** · 2017/05/24(水) 19:47:07.86

>>685
前者と後者が変わらんのはベンチャーもしくは顔本林檎みたいな超最先端企業くらいだぞ。
今使ってる言語を変えたい経営者なんていない。たとえそれがサポート切れたJavaでもVB6でもCOBOLでも。

**デフォルトの名無しさん** · 2017/05/24(水) 19:50:28.81

Java8使ってもラムダ使用禁止の現場とかあるらしいな
全員が分からないからとか何とか

**デフォルトの名無しさん** · 2017/05/24(水) 20:02:02.58

そんなドカタ現場の人が来るべきスレじゃないだろ……
繰り返すけどさ、採用言語は趣味だよ
変なのに噛みつかれないように厳密に書くと、社内で布教して一定の承認を得るのは当然の手続きであり、そこまで努力しなくてもそれが可能な企業orアカデミックは普通に存在する
そしてそもそもそれが出来ないような可能性を考慮しないといけないような奴が来るべきスレではない

**デフォルトの名無しさん** · 2017/05/24(水) 20:03:45.39

>>691
つまり

**デフォルトの名無しさん** · 2017/05/24(水) 20:04:11.00

あ、ドカタ現場の奴でもプロトタイピング用の言語を議論しに来てる奴は例外な

あ · 2017/05/24(水) 20:04:40.24

>>687
Javaか…。まあ、環境変えるなのお達しがある案件だとどーしようもないのもわかる。
>>688
わかりにくいなら、わかりにくかったと言えよ。
誤解してドヤ顔で反論してからのそれは流石に言訳だろ。

**デフォルトの名無しさん** · 2017/05/24(水) 20:05:22.82

>>691
また誤爆した。
つまりこのスレにいるドカタは俺くらいで他はみんなイケイケベンチャー社員か世界の大企業社員様くらいなのね。納得。

存在がスレチだったようですまんね。

**デフォルトの名無しさん** · 2017/05/24(水) 20:13:22.76

>>694
今回は暫く意思疎通出来てないことに気づかなかったからな。具体的には>>666でやっと気づいたわ
だから意味分からなかった旨を>>670で伝えただろう？
これもまだ意味を汲めていないなら分からんけど

**デフォルトの名無しさん** · 2017/05/24(水) 20:16:24.80

あとID:5yXboscjも最初の俺と同じ解釈をしてそうだな

**デフォルトの名無しさん** · 2017/05/24(水) 20:26:49.54

なんやこれ…
とりあえずエンジニアガイジは自分の主張を三行にまとめてみたら？
俺もよく分からんし

**デフォルトの名無しさん** · 2017/05/24(水) 20:32:20.07

>>695
いや存在がスレチとまでは言わんけど……
でも自分が絶対使えない言語の議論してなんか意味あるかなーとは思うぞ
プロトタイピングの話ししてるんなら使えるから有効だと思うから、プロトタイピングの話ししにきてるんならスレチじゃないと思う

**デフォルトの名無しさん** · 2017/05/24(水) 21:13:58.52

なんつーか、リアルでは関わりたくないタイプではあるなぁ

あ · 2017/05/24(水) 21:25:40.50

>>696
なるほど。確かに。言ってるな。ごめん。
>>698
3行にまとめれば、理解できないやつに文句を言われ、
一つずつ演繹的に書けば、過去レスまで遡る気かと言われ、
長文で話すとこう言われ。

それぞれの方法で理解できてる人間もいる中で「僕に理解できる方法で話して！」って子供みたいなこと言われてもどーしようもなかろう。

**デフォルトの名無しさん** · 2017/05/24(水) 21:27:44.10

大企業じゃなくて中小がやるようなWebシステムとかなら以外と新しいもの使ったりするけどね

**デフォルトの名無しさん** · 2017/05/24(水) 21:29:05.11

本人だけ自覚が無いから
本人だけはいつまでも他人が悪いと思ってる
これが、放置され続けて来た子の末路です

**デフォルトの名無しさん** · 2017/05/24(水) 21:45:09.29

では、大企業基準を採用して、
COBOL, VB6, Java 1.4の中からどれが次世代言語にふさわしいか議論しましょう

**デフォルトの名無しさん** · 2017/05/24(水) 21:45:33.98

>>701
んー。本当に言いたいことだけを抽出できてない気がする
それと自分の立場を明示できていないせいで誤解されてるのかも
最初に自分の立場を明確にした上で、レスごとに大事な部分を強調するようにしてみたら？

**デフォルトの名無しさん** · 2017/05/24(水) 21:52:13.03

>>704
それ具体的にどこの会社？

**デフォルトの名無しさん** · 2017/05/24(水) 21:52:59.68

IBMじゃね

**デフォルトの名無しさん** · 2017/05/24(水) 21:59:39.95

>>704
1.4ってジェネリクスないよな？

**デフォルトの名無しさん** · 2017/05/24(水) 23:25:21.20

>>643
PHPでさえ何か（まともではない）はとりあえずできるのだから
その理屈はおかしい

**デフォルトの名無しさん** · 2017/05/24(水) 23:43:15.95

3年程前まで居た現場はJava 1.4だったよ、客は一部上場企業ね
まぁ抜ける時に丁度バージョンアップどうするって話はしてたな
7は新しすぎるから6で、みたいだった記憶

**デフォルトの名無しさん** · 2017/05/25(木) 01:15:47.85

>>709
Rustをわかってないな。あれはなんたらチェッカーが強すぎてHelloWorld以上のことをしようとするとコンパイルが通らずにそもそもプログラムにならんのさ。
PHPはとりあえずゴミやカスを生産はできる。でもRustからは何も生まれない。ゴミやカスが生まれないって意味ではよい言語かもな。製品も生まれんが。

**デフォルトの名無しさん** · 2017/05/25(木) 04:11:36.99

elixirは禁忌なの？

あ · 2017/05/25(木) 08:28:51.58

>>705
なるほど。マジでありがとう。
いろんな話に首突っ込んでるし余計にか。
会社では、とか、個人的には、とか枕つけるのと、うざいって言われるかもしらんが少々冗長でもパラグラフ末に結論書くとか、工夫するわ。

あ · 2017/05/25(木) 08:31:56.06

>>711
まあ、若い人が存在を知ってるかはわからんが、イライラ棒に近いわな。
CのプロジェクトでMISRA-Cの推奨も網羅すること！でリンタ定義が配られて来たときくらいのめんどくささ。

**デフォルトの名無しさん** · 2017/05/25(木) 09:03:26.85

Rust普通に使ってるけど、そんなに悪いかな？
社内用のgccのtemplate系のエラー解析ライブラリをRustで書いてみんなで使ってる

**デフォルトの名無しさん** · 2017/05/25(木) 09:05:50.92

悪いのはいつも使ってるやつの頭

**デフォルトの名無しさん** · 2017/05/25(木) 09:06:29.33

お前ら今話題のﾋﾟｰ言語は？