【JavaScript】ｽｸﾘﾌﾟﾄﾊﾞﾄﾙﾛﾜｲﾔﾙ55【php,py,pl,rb】 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/10/01(土) 23:40:48.89

前スレ

【JavaScript】ｽｸﾘﾌﾟﾄﾊﾞﾄﾙﾛﾜｲﾔﾙ54【php,py,pl,rb】
http://echo.2ch.net/test/read.cgi/tech/1458955459/

**デフォルトの名無しさん** · 2016/10/02(日) 00:47:01.83

スクリプト言語とスクリプトではない言語を分ける定義ってあるのかな

**デフォルトの名無しさん** · 2016/10/02(日) 00:55:03.29

前スレ>>996
> 確かに実用的には言語自体にそれほど大きな差はないかもしれないが、
だからそう言ってるじゃん。

> コミュニティやエコシステムが発展していく上で人々の「好み」というのが非常に重要である以上、
> 言語の差には大きな影響力があるんだよ。
だからそれは生産性の差じゃない。好みの差。利用者の多さとかそういうもの

前スレ>>999
> ていうかもっとそもそも論を言えば python のコードは英文に近くて読み易い。
どこが？理系に馴染みやすい数式に近いものが英文になるわけないよｗ

> python の半ば強引なアンダースコア(英文の空白など区切り文字全般に該当する)だらけのコードは時に英文そのものになっている場合がある。
this_is_a_pen みたいな？ｗ
それは変数名をそうつければ、どの言語でも同じことだろ。

ていうか英文そのものというのはCOBOLみたいなものを指すんだが。
冗長で読みにくい。

**デフォルトの名無しさん** · 2016/10/02(日) 02:56:43.85

Javaの命名規則はviやメモ帳には克服できない

**デフォルトの名無しさん** · 2016/10/02(日) 06:08:51.15

言語で生産性に差は生じないクン
似たり寄ったりのメジャーな言語やよく見かける案件に限定にして
さらに念入りに差を生じさせる要素を都合よく排除してったら
そりゃ差はなくなるのは当たり前だって、いつ気づくんだ？

**デフォルトの名無しさん** · 2016/10/02(日) 08:24:13.37

いいじゃんそれで
そろそろ人間は楽していくべきだよ

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

これからはAIがプログラミングし改善し続けるからプログラマーがオワコンなのは確定してる

**デフォルトの名無しさん** · 2016/10/02(日) 10:29:10.60

>>5
はい。言語によって生産性はないという
当たり前のことを言っていますよ？

理由はあんたが言うように、フレームワークやライブラリによって
差を生じさせる要素が排除されてるからです。

**デフォルトの名無しさん** · 2016/10/02(日) 10:45:41.11

差はないわけはないが、それよりは好き嫌いとあモチベによる差の方がはるかに大きいよね
この後者の部分を無視して、「差がないんだったら安い奴隷をいっぱい集められるJavaかPHPに
しよう」とか無能経営者が考えてしまうとモチベどん底のデスマのはじまりはじまりーと

**デフォルトの名無しさん** · 2016/10/02(日) 10:53:21.03

言語に差があるからそこに集まるフレームワークやライブラリに差ができるんだけど
差がないとか本気で言ってるっぽいところがイタい人達

**デフォルトの名無しさん** · 2016/10/02(日) 11:27:02.29

>>10
だから今は、そのフレームワークやライブラリの有り無しで生産性が変わるのだから、
フレームワークやライブラリのある無しで使う言語を決めるべきって話。

言語を先に考える時代は終わった。生産性の要である
フレームワークやライブラリで選ぶべき。言語はどれでもよい。

**デフォルトの名無しさん** · 2016/10/02(日) 12:01:38.62

>>11
どれでもよいはかなり語弊があるな
生産性ではなく、他の要素で選ぶべきぐらいじゃないとね

**デフォルトの名無しさん** · 2016/10/02(日) 12:17:23.58

>>12
言語では大きな差は出ないって答えなら
どっちでもいいよｗ

**デフォルトの名無しさん** · 2016/10/02(日) 12:22:40.79

誰でもできるドカタ仕事では言語の差は出ないよ

**デフォルトの名無しさん** · 2016/10/02(日) 12:29:05.37

じゃあドカタ仕事じゃないものの例を言ってみなさいよｗ

**デフォルトの名無しさん** · 2016/10/02(日) 13:31:20.00

>>13
どっちでもはよくない
「なんでもいい」と「別に選ぶ基準がある」はまったく違うから

なんでもいいだとそれこそ無能経営者の発言になってしまう

**デフォルトの名無しさん** · 2016/10/02(日) 13:37:57.86

>>16
日本語が間違ってるぞｗ

「なんでもいい」っていうのは言語の話で
「どっちでもいい」は、他の要素で選んでも構わない
　（「言語によって差はない」には反してないから）
っていう話だ。

**デフォルトの名無しさん** · 2016/10/02(日) 13:59:36.22

>>17
「どっちでもいい」じゃなくて「どれでもいい」だろ
人の言葉尻を捉えてとやかく言うなら自分の発言した内容ぐらいちゃんとコピーしろよ

**デフォルトの名無しさん** · 2016/10/02(日) 14:03:14.13

ドカタは関数型言語とか難しくて使いこなせないじゃん？バカだから

よって言語はどれでも良いってことは無い

**デフォルトの名無しさん** · 2016/10/02(日) 14:22:12.38

>>18
だから言語はどれでも良いって言ったけど？

**デフォルトの名無しさん** · 2016/10/02(日) 14:23:14.18

>>20
>>17 では「どっちでもいい」って書いてるけど？

**デフォルトの名無しさん** · 2016/10/02(日) 14:24:34.01

>>21
どっちでもいいって言ったのは言語じゃなくて
選ぶ理由だけど？

（言語に差がないからどれでもいい。言語以外を選ぶ理由にするなら）
どっちでもいい。

**デフォルトの名無しさん** · 2016/10/02(日) 14:25:41.21

>>22
差がないのは生産性だけで、他にも選択に必要な要素は山ほどあるよね？
それを「生産性」という言葉をすっぽり抜かしてしまったら、伝わるものも伝わらないよね？

**デフォルトの名無しさん** · 2016/10/02(日) 14:28:02.95

>>23
だから俺は言語によって生産性に大きな差はないって
言ってるだけだけど？

誰も
とあるフレームワークがあるから○○言語を選ぶ
とあるライブラリがあるから○○言語を選ぶ
人を集めやすいから○○言語を選ぶ
のを否定したりしてませんってｗｗｗ

否定しているのはただ一つ
「○○言語は生産性が高いから○○言語を選ぶ」だけ
言語によって大きな差は生まれないのでこれはありえない。

**デフォルトの名無しさん** · 2016/10/02(日) 14:29:57.11

>>24
だったら「生産性」という言葉はあらゆるレスで抜かしてはいけないはずなんだが
「生産性」というごく狭い部分にフォーカスした発言ですよ、ってのは君の論理の
最重要な前提だよね

**デフォルトの名無しさん** · 2016/10/02(日) 14:31:54.61

>>25
あらゆるレスって「日本語間違ってるぞお前」みたいな
ものにはいらんだろｗｗｗ

で、どのレスに入れてほしかったのさ？
大抵入ってるはずだが？

**デフォルトの名無しさん** · 2016/10/02(日) 14:35:35.91

>>24
代数的データ型があるからOCaml（関数型言語）を選ぶ
っていうのが実際に金融業界ではあるんですよ
ちゃんと言語で選んでますよ？
http://d.hatena.ne.jp/camlspotter/touch/20131209/1386582276

**デフォルトの名無しさん** · 2016/10/02(日) 15:22:55.96

なぜ言語間に差がない等という明らかに現実を無視した主張をするのか
その理由は一つ
「バカ専用言語」という烙印を押されたPHPを使うペチパー達が
そのイメージを払拭しようと宣伝活動をしているにすぎない
そのおバカな活動が余計に「バカ専用」のイメージに拍車をかけている事も知らずに

**デフォルトの名無しさん** · 2016/10/02(日) 15:28:29.58

web系って何故あんなに低脳が集まるんだろうか

**デフォルトの名無しさん** · 2016/10/02(日) 15:59:38.76

低能でもできるものに有能を集める必要はないだろう

**デフォルトの名無しさん** · 2016/10/02(日) 16:19:08.68

>>28
なら君、PHPで○○ヶ月掛かる仕事を
その半分でやってみせますとか言ってみたら？

半分が多すぎるなら減らしてもいいけど、
君ならどんくらい減らす？

**デフォルトの名無しさん** · 2016/10/02(日) 16:29:42.70

>>31
その質問に意味があると思ってるところがペチパーの怖ろしさ

**デフォルトの名無しさん** · 2016/10/02(日) 16:33:51.55

>>32
やっぱり言語を変えるだけでは減らせないのね？ｗ

**デフォルトの名無しさん** · 2016/10/02(日) 16:37:53.24

>>33
何がやっぱりなんだよ俺は「その質問に意味はない」と言ってるのだが
どこからその結論を読みとってきたんだお前

**デフォルトの名無しさん** · 2016/10/02(日) 16:39:00.24

意味がない理由を書いてない時点で、
どう取られても構わないって言ってるようなもんなんだがｗ

**デフォルトの名無しさん** · 2016/10/02(日) 16:43:15.80

>>35
理由を言わない→どう取られても構わない
なぜこうなるのか？
ペチパーには論理的な思考の推移というものが存在しないのか？

**デフォルトの名無しさん** · 2016/10/02(日) 17:01:08.28

じゃあ言って見れば？

**デフォルトの名無しさん** · 2016/10/02(日) 17:03:02.53

>>37
は？何を？
思考が飛躍しすぎでお前とは普通の会話ができん

**デフォルトの名無しさん** · 2016/10/02(日) 22:15:23.86

ここまでのレス数39のうち、書き込んだ人間は何人なんだろう

**デフォルトの名無しさん** · 2016/10/02(日) 22:18:27.31

>>38
なんで意味が無いのかだよ。
>>32でお前言ったろ？その質問には意味がない（ドーン！）って

えとね、反論するときはちゃんと理由をいわないと意味がないの。
誰かが何か意見を言った時、
「それは違う（ドーン！）」って言うだけじゃ違うって認められないんだよ。
そんなんで反論として認められるならば、
なんでも通用するわｗ

「これだけの証拠が有るからあなたが犯人です」
「それは違う（ドーン！）」
この一言で覆るかよｗ

**デフォルトの名無しさん** · 2016/10/02(日) 23:53:31.54

一人の可能性も考慮していけ

**デフォルトの名無しさん** · 2016/10/03(月) 22:33:47.03

似たようなフレームワークで解決する案件に限定して
似たようなフレームワークを書ける言語を選択肢に絞れば
言語間で生産性に差はなくなるのは当たり前

現実にはその程度のフレームワークで解決しない案件も
その問題領域を効率よく記述可能な言語も多種多様に存在するわけだから
状況によって言語の生産性に差はあるに決まっている

**デフォルトの名無しさん** · 2016/10/04(火) 00:22:58.47

>>42
その状況っていうのは、
「その問題領域を効率よく記述可能な言語」ではなく
「その問題領域を効率よく記述可能なライブラリ」があるかないかで
決まることだろ？

**デフォルトの名無しさん** · 2016/10/04(火) 00:45:11.34

その問題領域を効率よく記述可能なライブラリを書けるのが
特定の言語に限られるケースがあるって話だろ

**デフォルトの名無しさん** · 2016/10/04(火) 01:27:22.78

その問題領域ってなによ？

例えば機械学習とかのライブラリはC言語で作れていることが多い。

**デフォルトの名無しさん** · 2016/10/04(火) 08:11:58.86

>>45
>>27とか

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

>>46
それはライブラリを使うことを前提として
開発工数に差が出るほどのものではない。

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

>>47
差がない理由を言ってないから全く意味のないレスだな

>>27のリンク先は実際に仕事で使ってる人間が
具体的な理由付きで言語で選んるって言ってんだから
全く勝負にならない

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

ID:A7Nl1eL6 はとりあえず >>27 を見ろよ

**デフォルトの名無しさん** · 2016/10/04(火) 21:01:19.59

>>48
差が出ない理由は実際にコード書いてみればわかると思うけどさ、
ようするに、フレームワークやライブラリによって
その利用者が書かなければいけないコードが最小限になるからだよ。

言語の違いによって書くべきものに違いはあるだろうけど、
何かを実現するときに足りないコードっていうのはどれもかわらない。

例えばウェブアプリで画面にhello worldを表示するっていうものがあれば、
PHPに比べて素のRubyだけでやろうとしたら膨大なコードを書かないといけないけど
そこにRailsが加わればたったコレだけ。

class HelloController < ApplicationController
　def index
　　render :text => "Hello, world!"
　end
end

Rails.application.routes.draw do
　root 'hello#index'
end

このように実現するときに足りないコードっていうのは、Hello worldを表示するという関数と
そこにたどり着くためのルーティングの設定。どの言語を使ってもこの必要最小限のコードに落ち着く。
この例はフレームワークだけど、ライブラリでも同じ。言語が違っても同じ引数・同じ戻り値の
ライブラリは作れるだろうからライブラリの中身が違っても、それを使う側は変わらない。

実現するためのコードは違っても、フレームワーク・ライブラリの利用者が書かなければいけないものは
結局のところ同じなので、どの言語でもこの必要最小限ですむものを作ることができる。

結果、どの言語でも書くべきコードは必要最小限のコードで対して変わらないので
言語の違い程度で工数に大きな差は出ないことになる。フレームワークやライブラリが吸収してしまう。

**デフォルトの名無しさん** · 2016/10/04(火) 21:02:48.74

よし、差がない理由を言ったから反論待ちだなｗ

どうせ言えないと思っていただろう？ｗ

**デフォルトの名無しさん** · 2016/10/04(火) 21:03:48.66

多分、フレームワークやライブラリで片がつく程度の仕事しかしてこなかったんだろうな
でなければ >>27 にちゃんと反論するもんな

**デフォルトの名無しさん** · 2016/10/04(火) 21:11:16.99

そもそも>>27にはOCamlによって開発工数が減ったとは
書いてないので、反論する必要もないんだよ。

**デフォルトの名無しさん** · 2016/10/04(火) 21:16:18.10

せやな、例えばここなんかどうだ？サンプルがあるぞ。
http://www.geocities.jp/m_hiroi/func/ocaml.html

この中で（別の場所でも良いけど）OCamlで書いたらこんなに短いけど、
他の言語では長くなるっていう例でも言ってみてくれ。

もちろんフレームワークやライブラリを使うのは有りだ。
（だってそもそもフレームワークやライブラリがあるから
言語による開発工数の差はほとんど無くなると言っているのだからね）

**デフォルトの名無しさん** · 2016/10/04(火) 21:18:02.55

>>53
> 事実、この言語化によるパワー、金融商品の代数的表現を使って LexiFi はデリバティブのモデル化、
> 評価、マネージメントなどの高度なシステムを少人数、短期間で開発し、現在に至っている。

あれ？書いてますけど？

**デフォルトの名無しさん** · 2016/10/04(火) 21:41:54.10

>>55
それは比較じゃない。少人数・短期間で開発というのは
どんなフレームワークでも謳い文句にしている。

**デフォルトの名無しさん** · 2016/10/04(火) 21:44:39.54

>>56
選んだということは、比較して決めたということでしょ

**デフォルトの名無しさん** · 2016/10/04(火) 21:48:12.77

比較して選ぶ理由は開発工数以外にもある

**デフォルトの名無しさん** · 2016/10/04(火) 22:01:00.43

比較して選んだ結果、少人数、短期間で開発しと書いてるんだから、開発工数が選んだ理由でしょ

**デフォルトの名無しさん** · 2016/10/04(火) 23:06:28.39

まさかhello world書いて言語の生産性に差が無いと言い出すとは
斜め上の展開に失笑を禁じ得ない
そりゃhello worldじゃ差は無いでしょうよw

**デフォルトの名無しさん** · 2016/10/05(水) 01:57:03.61

じゃあ、それ以外のネタいいなよ。
お前が差があるものをもってくりゃいいんだよ。

【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ55【php,py,pl,rb】 [無断転載禁止]©2ch.net

【JavaScript】ｽｸﾘﾌﾟﾄﾊﾞﾄﾙﾛﾜｲﾔﾙ55【php,py,pl,rb】 [無断転載禁止]©2ch.net