TOP カテ一覧 スレ一覧 100～終まで 2ch元 削除依頼
GARMIN社のGPSのプログラム
スレ立てるまでもない質問はここで 149匹目
【Lua】組み込み系言語総合 その7【Squirrel】
くだすれPython(超初心者用) その45【Ruby禁止】
オブジェクト指向の活用方法を教えて下さい
ふらっと C#,C♯,C＃（初心者用） Part144
【Erlang】プログラム言語 Elixir 【BEAM】
[RPA]PC自動化技術総合スレ[効率化] Part.7
Python の宿題ここで答えます Part 2
スレ立てるまでもない質問はここで 148匹目

【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ55【php,py,pl,rb】


1 ：2016/10/01 ～ 最終レス ：2019/05/19
前スレ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

37 ：
じゃあ言って見れば？

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

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

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

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


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

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

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

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

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

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

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

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

46 ：
>>45
>>27とか

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

あれ？書いてますけど？

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

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

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

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

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

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

62 ：
でも数ヶ月の差がでるような極端な例じゃないと差があるとは認めないんでしょう？
前提がそうなら「差はない」わな

そもそもフレームワークやライブラリの影響と言語の差の影響を比較する行為が一人相撲だといつになったら気が付くんだろうか。
言語で差はあると言っている人達はそんな話はしていない

63 ：
生産性に差がないクンは、たんにHelloWorldに差がないという主張だったというオチか
しかもOCamlはおろか代数的データ型等のRubyにない機能はろくすっぽ分かってない悪寒

64 ：
都合の悪い部分は無視か屁理屈だもんな
で、粘着したもん勝ちを地で行ってるだけだから

こういうのはもう相手しない方がいいよ

65 ：
といって差が出る例を言わないのを
ごまかすのであった（笑）

66 ：
はやくHelloWorld書く仕事に戻れよ低脳

67 ：
HelloWorldでお金もらえるのか
うらやましい

68 ：
このスレの雑魚率は異常

69 ：
<div id="Aid" class="Bclass">XXXXX</div>

というのがあったとき、
document.getElementById("Aid").innerHTML = "";
とすると、
<div id="Aid" class="Bclass"></div>
となりますが、このclass="Bclass"というのも削除して
<div id="Aid"></div>
だけには出来ませんか

greasemonkeyを使っていて、これが残っていると枠が残ってしまいます

70 ：
ちなみに、classList.removeを使うと、classは削除されますが、

<div id="Aid" class=""></div>
となります。class=""は取れませんか

71 ：
ここはHelloWorldの生産性を議論するスレです

72 ：
>69
そもそもclass=""を消したいのは何故？
それで何か変化あるのかな…？

無理矢理消すなら
<div id="Aparent"><div id="Aid" class="Bclass">xxxx</div></div>
にしちゃって、AparentのinnerHTMLを変更するのじゃダメかい？

73 ：
HelloWorldって馬鹿にされて恥かいたからって
クソ下らんネタで話逸らすの良くないぞ

74 ：
まあ実際ペチパーの仕事はHello, worldと大差ないのばかりだからなw

75 ：
いい加減出てこいよ。
Hello Worldって言ってるだろ。
無視すんな

76 ：
ちっHello Wolrd野郎は逃げたか。
腰抜けだな

77 ：
お前ら、あんまり Hello World を馬鹿にすんな
世の中には、バージョンアップしただけで Hello World が
動かなくなる後方互換性を完全無視したスクリプト言語もあるんだぞ

http://echo.2ch.sc/test/read.cgi/tech/1413113999/128/

78 ：
>>69
removeAttribute じゃだめかい？

79 ：
つかもうスクリプトの時代は終わったよね
結局はC/C++、JAVA、C#、Swiftがそれぞれの利用シーンで使われ、辛うじてPythonが生き残ってる感じ
俺なら今はC#を推すね、ゲーム開発でも人気あるしさ

80 ：
>>54
問題領域に対する有用なフレームワークやライブラリが特定の言語でしか整備されていなければ開発工数の差になると思うわけだが。
ディープラーニングやろうってときにスレタイの言語の中で Python 以外を選ぶ馬鹿はいないだろ。

81 ：
ところで >>50 の意味がわからないのだが。ウェブページとして Hello world を表示するだけなら ruby でもフレームワーク無しでこれでよいのでは？

#!/usr/bin/ruby
print "Content-Type: text/html\n\n"
print "Hello, world!"

少なくとも俺の Apache の環境では mod_cgi を有効にしてこれで動いた。

82 ：
>>80
自分はJSでやってる。
ディープラーニングって手段であって、
することに合わせた細かい調整やノウハウが重要
まだ発展途上でどの言語でも整備されてるとは言えないので言語は関係ない。

よくあるライブラリは結局皆がもう何度も試したようなことにしか使えない。
自分は２年目から素フレームワークと自作ライブラリに切り替えた。
エンコーダとかだとビジュアルも重要だし、モバイルから進捗を見るのなどにもWebが便利だしね。

83 ：
>>82
back propagationとかどうしてんの？自動微分のライブラリも自作してんの？
まさかシコシコ自分で偏微分をコーディングしてるとか無いよね？

84 ：
ど素人が知ったかぶりした挙句に
ツッコまれて逃亡するのを
何度このスレで見た事だろう

85 ：
素人の間では、AIはデータが命でありプログラムの時代は終わったとされている

86 ：
なんでJSでディープラーニングやってるなんて嘘つくんだろう
JSerはwebドカタである事にコンプレックスでもあるの？

87 ：
色々な説がある
科学が好きすぎて道徳を信じない説
なぜ嘘をついてはいけないのか科学的証拠を出せ

88 ：
JSerが無知でバカで嘘つきってことは周知の事実だから
いまさら嘘つきってバレても失うものは無いってことかな？

89 ：
>>83
自分は所謂日曜プログラマ。仕事は一切関係ない。
なのでDLは手段と書いたがシコシコする事自体が目的というのも半分。
技術自体に興味があるし、論文読んで自分なりに取り入れてみたりする行為が一番好き。

他にも例えば最近JSに入ったSABやSIMDを使うライブラリは無い（無かった）
そういう最新の技術を使いたいという興味目的もあるし、
実際パフォーマンスを突き詰めたいのでそれに沿うように作り直すことになる。

あとゲームの評価関数等だと終わりが無い、最適解への道のりが遠いから
ずっと調整し続けないといけない。

90 ：
>>89
趣味なら好きにしたらいいけど

ただ自動微分もSIMDもCUDAもサポートしてるPythonのDLライブラリを使わず、
ちょっとネットワークの構造や深さや発火関数を変えるだけで
偏微分をシコシコ書き直してデバッグしてるのって
側から見るとバカみたいだから気を付けた方が良いよ

91 ：
いやまあ、Pythonじゃなくてもいいや、何か適当なライブラリは使った方が絶対良い
どうせDLの低レイヤーなんて行列演算なんだから

92 ：
まぁまぁ、日曜プログラマ程度なら使い慣れてる言語でちょこちょこ楽しむってのも
全然アリだと思うし、そこに対して教条的にPython使えって言われても宗教的怪しさを
感じるだけだと思うけどねー

93 ：
>>80
> 問題領域に対する有用なフレームワークやライブラリが特定の言語でしか整備されていなければ開発工数の差になると思うわけだが。

フレームワークやライブラリが特定の言語でしか整備されていなければでしょｗ
特定の言語でしか整備できなければ、言語の差になるが、
特定の言語じゃなくても整備できるだろうね。

だからそれは言語の差ではなくて、フレームワークやライブラリの差

94 ：
>>81
それはHello World専用じゃんｗ
なんでお前Hello Wolrd専用の話をしてるの？

95 ：
ウェブフレームワークはいろいろやることがあるって話をしてるのに、
Hello Worldだけを表示するものを作って、
これだけできる！とか視野が狭いというかなんというか
本当にHello Worldしかできんのな。

96 ：
HelloWorldで生産性を語る君にいわれてもなぁ……

97 ：
HelloWorldで生産性を語ってるのはあんたでは？

HelloWorldの例見て、これが全てだ！
よし、今からHelloWorld限定の話にしてやるぞって
思っちゃったんでしょ？ｗ

98 ：
どうせhello would以外何も書けないくせにw

99 ：
相変わらず前提がおかしいっていうか想像力が乏しいねぇ…苦笑
ところでHelloWroldクン代数的データ型の勉強はおわったのかな？ｗ

100 ：
>>79
C#ってどんなの？　特徴教えて
C++とは大分違うの？


100～のスレッドの続きを読む
VB.NET質問スレ(Part43)
C/C++の宿題片付けます 170代目
【分散型バージョン管理】 Mercurial 2【hg】
ドルオタワイ、1からプログラミングを学びたい
VBで作られた有名なアプリって何？
次世代言語18 V Julia 他
Visual Studio Code / VSCode Part6
将来的にPGになりたいんだが、やっぱCから？
十進BASIC
ゲームプログラムなら俺に聞け33
--------------------
【東北放送】ジャンボリクエストAMO【TBC】
東京の Soul Disco史　Ⅵ
持ち家派VS賃貸派 Part.11
【アメリカ】トランプ米政権が「ブラッディ・ノーズ（鼻血）」作戦を検討──批判した駐韓大使候補は内定取り消し［02/02］
【11腐】ド井戸端隔離スレ573（idなし)
ノスタルジア fORTE総合スレ 36鍵目
国鉄日中線
【浪人＆クレクレ乞食中】鋼兵(川本恒平)アンチスレPart644【2018/11から色々解禁していたらしい】
[転売] ヘアアクセ@フリマヲチ part15 [中継]
ドキュメント７２時間 選「宮崎　ナゾの巨大魚を追え！」
ＮＨＫ衛星でやってる「X-ＧＡＭＥ」を語るスレ
Alienware Laptop 宇宙最強のノートPC その37
近畿様＝最強地区（大和王権・君主）＞＞＞バ関東＝弱小地区（奴隷・蝦夷・かっぺ百姓） ← ｗｗｗ2
ニュース女子実況 【YouTubeライブ・ニコニコ生放送・FRESH LIVE 月曜22：00】 #33
最高級の昆布は東日本
【日テレ】多部未華子、「かわいくなった」と称賛の声
歯糞1617
news　zero 2
【Z/X】Zillions of enemy X その255【ゼクス】
【ホリケンサイズ】笑う犬の発見【ハムえもん】
TOP カテ一覧 スレ一覧 100～終まで 2ch元 削除依頼