TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
LLにおける関数型プログラミング
【PHP】下らねぇ質問はここに 9
こんなプログラミング言語は嫌だ!
今までみた絶望的なソースコード
【マウスだけで】Scratch【プログラミング】その1
家計簿ソフトを作る
VBSで便利なプログラムを作れスレ 2
<XML総合 part="3"/>
Pythonのお勉強 Part62
次世代言語17 Go Rust Kotlin TypeScript Julia
【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 のコードは英文に近くて読み易い。
どこが? 理系に馴染みやすい数式に近いものが英文になるわけないよw
> python の半ば強引なアンダースコア(英文の空白など区切り文字全般に該当する)だらけのコードは時に英文そのものになっている場合がある。
this_is_a_pen みたいな?w
それは変数名をそうつければ、どの言語でも同じことだろ。
ていうか英文そのものというのはCOBOLみたいなものを指すんだが。
冗長で読みにくい。
- 4 :
- Javaの命名規則はviやメモ帳には克服できない
- 5 :
- 言語で生産性に差は生じないクン
似たり寄ったりのメジャーな言語やよく見かける案件に限定にして
さらに念入りに差を生じさせる要素を都合よく排除してったら
そりゃ差はなくなるのは当たり前だって、いつ気づくんだ?
- 6 :
- いいじゃんそれで
そろそろ人間は楽していくべきだよ
- 7 :
- これからはAIがプログラミングし改善し続けるからプログラマーがオワコンなのは確定してる
- 8 :
- >>5
はい。言語によって生産性はないという
当たり前のことを言っていますよ?
理由はあんたが言うように、フレームワークやライブラリによって
差を生じさせる要素が排除されてるからです。
- 9 :
- 差はないわけはないが、それよりは好き嫌いとあモチベによる差の方がはるかに大きいよね
この後者の部分を無視して、「差がないんだったら安い奴隷をいっぱい集められるJavaかPHPに
しよう」とか無能経営者が考えてしまうとモチベどん底のデスマのはじまりはじまりーと
- 10 :
- 言語に差があるからそこに集まるフレームワークやライブラリに差ができるんだけど
差がないとか本気で言ってるっぽいところがイタい人達
- 11 :
- >>10
だから今は、そのフレームワークやライブラリの有り無しで生産性が変わるのだから、
フレームワークやライブラリのある無しで使う言語を決めるべきって話。
言語を先に考える時代は終わった。生産性の要である
フレームワークやライブラリで選ぶべき。言語はどれでもよい。
- 12 :
- >>11
どれでもよいはかなり語弊があるな
生産性ではなく、他の要素で選ぶべきぐらいじゃないとね
- 13 :
- >>12
言語では大きな差は出ないって答えなら
どっちでもいいよw
- 14 :
- 誰でもできるドカタ仕事では言語の差は出ないよ
- 15 :
- じゃあドカタ仕事じゃないものの例を言ってみなさいよw
- 16 :
- >>13
どっちでもはよくない
「なんでもいい」と「別に選ぶ基準がある」はまったく違うから
なんでもいいだとそれこそ無能経営者の発言になってしまう
- 17 :
- >>16
日本語が間違ってるぞw
「なんでもいい」っていうのは言語の話で
「どっちでもいい」は、他の要素で選んでも構わない
(「言語によって差はない」には反してないから)
っていう話だ。
- 18 :
- >>17
「どっちでもいい」じゃなくて「どれでもいい」だろ
人の言葉尻を捉えてとやかく言うなら自分の発言した内容ぐらいちゃんとコピーしろよ
- 19 :
- ドカタは関数型言語とか難しくて使いこなせないじゃん?バカだから
よって言語はどれでも良いってことは無い
- 20 :
- >>18
だから言語はどれでも良いって言ったけど?
- 21 :
- >>20
>>17 では「どっちでもいい」って書いてるけど?
- 22 :
- >>21
どっちでもいいって言ったのは言語じゃなくて
選ぶ理由だけど?
(言語に差がないからどれでもいい。言語以外を選ぶ理由にするなら)
どっちでもいい。
- 23 :
- >>22
差がないのは生産性だけで、他にも選択に必要な要素は山ほどあるよね?
それを「生産性」という言葉をすっぽり抜かしてしまったら、伝わるものも伝わらないよね?
- 24 :
- >>23
だから俺は言語によって生産性に大きな差はないって
言ってるだけだけど?
誰も
とあるフレームワークがあるから○○言語を選ぶ
とあるライブラリがあるから○○言語を選ぶ
人を集めやすいから○○言語を選ぶ
のを否定したりしてませんってwww
否定しているのはただ一つ
「○○言語は生産性が高いから○○言語を選ぶ」だけ
言語によって大きな差は生まれないのでこれはありえない。
- 25 :
- >>24
だったら「生産性」という言葉はあらゆるレスで抜かしてはいけないはずなんだが
「生産性」というごく狭い部分にフォーカスした発言ですよ、ってのは君の論理の
最重要な前提だよね
- 26 :
- >>25
あらゆるレスって「日本語間違ってるぞお前」みたいな
ものにはいらんだろwww
で、どのレスに入れてほしかったのさ?
大抵入ってるはずだが?
- 27 :
- >>24
代数的データ型があるからOCaml(関数型言語)を選ぶ
っていうのが実際に金融業界ではあるんですよ
ちゃんと言語で選んでますよ?
http://d.hatena.ne.jp/camlspotter/touch/20131209/1386582276
- 28 :
- なぜ言語間に差がない等という明らかに現実を無視した主張をするのか
その理由は一つ
「バカ専用言語」という烙印を押されたPHPを使うペチパー達が
そのイメージを払拭しようと宣伝活動をしているにすぎない
そのおバカな活動が余計に「バカ専用」のイメージに拍車をかけている事も知らずに
- 29 :
- web系って何故あんなに低脳が集まるんだろうか
- 30 :
- 低能でもできるものに有能を集める必要はないだろう
- 31 :
- >>28
なら君、PHPで○○ヶ月掛かる仕事を
その半分でやってみせますとか言ってみたら?
半分が多すぎるなら減らしてもいいけど、
君ならどんくらい減らす?
- 32 :
- >>31
その質問に意味があると思ってるところがペチパーの怖ろしさ
- 33 :
- >>32
やっぱり言語を変えるだけでは減らせないのね?w
- 34 :
- >>33
何がやっぱりなんだよ俺は「その質問に意味はない」と言ってるのだが
どこからその結論を読みとってきたんだお前
- 35 :
- 意味がない理由を書いてない時点で、
どう取られても構わないって言ってるようなもんなんだがw
- 36 :
- >>35
理由を言わない→どう取られても構わない
なぜこうなるのか?
ペチパーには論理的な思考の推移というものが存在しないのか?
- 37 :
- じゃあ言って見れば?
- 38 :
- >>37
は?何を?
思考が飛躍しすぎでお前とは普通の会話ができん
- 39 :
- ここまでのレス数39のうち、書き込んだ人間は何人なんだろう
- 40 :
- >>38
なんで意味が無いのかだよ。
>>32でお前言ったろ? その質問には意味がない(ドーン!)って
えとね、反論するときはちゃんと理由をいわないと意味がないの。
誰かが何か意見を言った時、
「それは違う(ドーン!)」って言うだけじゃ違うって認められないんだよ。
そんなんで反論として認められるならば、
なんでも通用するわw
「これだけの証拠が有るからあなたが犯人です」
「それは違う(ドーン!)」
この一言で覆るかよw
- 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 :
- よし、差がない理由を言ったから反論待ちだなw
どうせ言えないと思っていただろう?w
- 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でやってる。
ディープラーニングって手段であって、
することに合わせた細かい調整やノウハウが重要
まだ発展途上でどの言語でも整備されてるとは言えないので言語は関係ない。
よくあるライブラリは結局皆がもう何度も試したようなことにしか使えない。
自分は2年目から素フレームワークと自作ライブラリに切り替えた。
エンコーダとかだとビジュアルも重要だし、モバイルから進捗を見るのなどにも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
> 問題領域に対する有用なフレームワークやライブラリが特定の言語でしか整備されていなければ開発工数の差になると思うわけだが。
フレームワークやライブラリが特定の言語でしか整備されていなければでしょw
特定の言語でしか整備できなければ、言語の差になるが、
特定の言語じゃなくても整備できるだろうね。
だからそれは言語の差ではなくて、フレームワークやライブラリの差
- 94 :
- >>81
それはHello World専用じゃんw
なんでお前Hello Wolrd専用の話をしてるの?
- 95 :
- ウェブフレームワークはいろいろやることがあるって話をしてるのに、
Hello Worldだけを表示するものを作って、
これだけできる!とか視野が狭いというかなんというか
本当にHello Worldしかできんのな。
- 96 :
- HelloWorldで生産性を語る君にいわれてもなぁ……
- 97 :
- HelloWorldで生産性を語ってるのはあんたでは?
HelloWorldの例見て、これが全てだ!
よし、今からHelloWorld限定の話にしてやるぞって
思っちゃったんでしょ?w
- 98 :
- どうせhello would以外何も書けないくせにw
- 99 :
- 相変わらず前提がおかしいっていうか想像力が乏しいねぇ…苦笑
ところでHelloWroldクン代数的データ型の勉強はおわったのかな?w
- 100 :
- >>79
C#ってどんなの? 特徴教えて
C++とは大分違うの?
100〜のスレッドの続きを読む
ExcelVBAで勤務表を作ろう
☆★Java質問・相談スレッド182★★
【Intel】OpenCV総合スレ 5画素目【画像処理】
C++相談室 part142
C#で仕事ある?
【Electron】ハイブリッドアプリ開発総合【Cordova】
Java入門・初心者質問スレ Part.10
MSX-BASICの奥義を伝授するスレ
フリーソフトなどに使われる言語は?
将来性ないプログラミング言語。Delphi含まれず安心
--------------------
*みんなのまぁるい食卓7*
死んでほしい奴の名前を書くスレ ★2
【アホの朝日新聞】 安倍総理は、「安倍やめろコール」の自由を認め今すぐ遊説日程を公開しろ
BMXレーサー&トレイルライダー集まれ!!
【ネット】迷彩服をベランダに干していたら、お花畑系のおばさんが「お宅のベランダに子供の目に良くないものが干してある」★2
借金玉監視part5
豊臣秀吉以外で日本史最高の成り上がり
【東京】「ガンダム」の生みの親、漫画家・安彦良和氏が教文館で講演 自身の宗教観について「“お天道様が見てる”で十分」
木村鉄道労働組合 2ちゃんねる支部 U
【また】ラジコン天国ATC店総合【大阪か】
創価学会員が数千人規模で沖縄に集結!自公候補の応援に!頑張れ創価!プロ信者!
Levi Strauss & Co.リーバイス/Levi's part 163
コミケでTBS免許剥奪ってビラ配ってるのだが
☆★☆ グレートマジンガー Part14 ★☆★
【PS4】ガンダムバーサス晒しスレ3
【頷きおじさん】トランプ大統領の前では『なにも答えを持たない、文大統領』無能を証明[9/25]
単一カプ者の悩み・愚痴スレ25
梅津弥英子vol.92(^−^・)怪獣とポコ
FREEWHEELERS 【 フリーホイーラーズ 】vol.3
関西 トライハードダンサー
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼