開発工数を大幅削減できた言語は存在しない
ライブラリとフレームワークであって
言語による差は、開発工数の差に影響しない。
↓
じゃ、開発工数半分な。半分の期間で作れるんだろう？
作ってもらう側から見ると、短い期間で作ってもらえると、
その時間の分だけ他社に対して競争優位に立てる
つまり開発期間が短いことには市場価値があり、
素早く作れるプログラマ/組織は高い資金を請求できる
ドカタの>>4には関係ない話だけど
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
はい論破。
はい論破
10はFortranだよNE?
はい論破
xUnitを生んだのも
eclipseを生んだのも
オブジェクト指向を生んだのも
Smalltalkだなあ
この4つがなければ開発工数は今よりずいぶん増えるだろうな
開発で直接Smalltalkを使っていなくても
Smalltalkは開発工数を大幅削減したと言ってもいいんじゃね？
やっぱり言語じゃ差はつかないんだなっていう証拠にはなっても
言語で開発工数が削減できたという理由にはならない。
Javaかと思う程冗長なコードを書いたから
低能はどの言語使っても同じなんだなぁ、と思った
リファクタリング思いついたり
xUnit思いついたり
GUIのIDEを思いついたり
オブジェクト指向を思いついたり
するぐらい凄い人がSmalltalkで開発工数を削減したんだね
現在進行形で開発工数を削減してる
逆やってみ。
すごい技術を持ったプログラマに
Javaを触らせてみるの。
そのプログラマ主観である「嫌い」は無視するとして
純粋にそのプログラマが書いたコードだけをみて、
冗長かどうか判断する。
少なくとも俺が書いたら冗長にはならんからさ。
えと、念のため。冗長というのは無駄な処理があるということで
そのコードに理由があるのなら冗長とはいわないので。
Java使いがRubyを使ったら・・・という話はするが、
Ruby使いがJavaを使ったらという話はしない。というかできない。
書いたコード出せと言ったら、絶対に出せない。
なぜなら、Ruby使いは凄い。という前提になってるので、
凄いプログラマがJavaを使ったら当然良いコードが書けてしまうことになるから。
出されたコードが汚ければ、それはプログラマの問題だってバレてしまう。
Ruby使いがJava使うよりも
Ruby使いがRuby使った方が
開発工数が少ないと思うが？
Java使ったほうが開発工数少ないよね。
で？
Haskell 6人×0.5年で動いたという話もある
人数変わってるってことは
人変わってるってことじゃんか？
それじゃ、言語ではなく人間の問題だろ。
言語の比較実験なら、同じ人間を使って同じ条件でやらないと意味が無い。
そうか？
そのJava使いがマトモなら、Rubyのほうが工数少なくなる可能性は十分あるぞ。
大差ないよ。
だって冗長なコードは
ライブラリを使ったり作ったりすればいいだけだから。
開発工数を大幅削減できた言語は存在しない。
開発工数削減に重要なのはライブラリのほうさ。
まあ土方仕事は他人の仕事の後追いだから、
ライブラリはあるだろうけど
> まあ土方仕事は他人の仕事の後追いだから、
> ライブラリはあるだろうけど
それこそ、言語関係ない話だな。
お前の好きな、○○言語にあるライブラリ言ってみ。
土方仕事だからそれらのライブラリがあるんだって
お前はいってることに気づいてるかい？
どうせ他の言語でも、同じように作らなければいけなくて工数が大きくかかる。
だから言語によって開発工数に差がない。
同じ機能のライブラリの開発に必要な工数が言語によって大きな差異がなければ、
開発に必要な工数は言語によって大きな差異はない、
と言ってるだけ。
必要とされるライブラリの多くは既に存在し、
何か特殊なライブラリを作る場合でも、
既に存在する別のライブラリを使って楽できる。
ライブラリによって開発工数が大幅に削減できるため
言語で差が出ることは少ない。
>>42
アセンブリ言語はライブラリが少ないのでねｗ
つまんねー
>開発しやすい言語はライブラリも書きやすい => ライブラリも充実しやすい
それだと、ライブラリの充実度を見れば、どの言語も大差ないので、
やっぱり、開発のしやすさは言語と関係ないってことになるじゃん。
どの言語にもあるわけ？
Visual Studioプロジェクト向けのPythonツールの一部として、
有名なNumPy と SciPy ライブラリが.NETにポートされた。
ネイティブなCコアへのC#とCインターフェースを合わせたもので、
全.NET言語が利用できるような方法でポートされた。
でも開発言語Pyothonじゃんというけれど、出来てしまった今は
他の言語でも同等の生産性になってしまったわけで
ライブラリができることによって、やっぱり差はなくなる。
実際の所、Cのライブラリがコアだったりするわけで。
CPythonと比べて全然少なかったな
stats、special、linalg、fftpack、constants、misc くらいか？
開発効率の差が出るという典型的な例だね。
アセンブリは他の言語のライブラリ呼べるから、その言い逃れは通用しない。
さあ、全部アセンブリで書いてみろよ。
他の言語のライブラリを呼ぶための方法がある
アセンブリ言語ってなに？
その使い方をここに書いてみてよ。
Pythonのスライス記法があるからこそ
numpy/scipyのベクトル演算/行列演算は書き易いんであって
それが無かったら魅力半減
どの言語でも良いというわけじゃないよ
ああ、そういう場合はね。
スライス記法と同等の事ができる
関数を作ればいいんだよ。
スライス記法は手段であって目的ではない。
同じ目的を達成できる方法が作れれば、
それで関数でも良い。
言語の基本機能だけで作ろうとするな。
関数は自分で作るもんだ。
その関数を使ったら、スライス記法と同じくらい
書き易い/読み易いコードになる訳？
scipyのエンドユーザは大抵は科学者で、自分でコード書くんだぞ
行列演算で演算子オーバーロードが無いのは致命的
関数でいいじゃん。
演算子使ったほうが見やすいが、
開発工数を大幅に下げるまでには至らんよ。
でもアセンブリはダメなんでしょ？
君の極論なんて、もう1つの極論をぶつけたら簡単にボロが見えちゃう程度のシロモノなんだよw
はああああああ？こいつアホだw
工数を大幅削減できた言語はない
ってことにしといた方が都合良いだろ。
アセンブリは、CPU依存だから言語とは呼べないな。
さすがにお前のほうが極論だよ。
なら、jvmのバイトコードでも、clrのアセンブリでもいいぞ。
外部ライブラリを使う命令ってあったっけ？
高級言語の話に低級言語を持ち出すとか
理解できないな。
アセンブリにはシンボルテーブルがないの？
アセンブリにはマクロもないの？
アセンブラの出力をリンカに渡せないの？
ばかなの？
http://ja.wikipedia.org/wiki/%E3%82%A2%E3%82%BB%E3%83%B3%E3%83%96%E3%83%AA%E8%A8%80%E8%AA%9E
アセンブリ言語（アセンブリげんご、assembly language）とは、コンピュータ、
マイクロコントローラ、その他のプログラム可能な機器を動作させるための
機械語を人間にわかりやすい形で記述する、代表的な低水準言語である。
http://e-words.jp/w/E382A2E382BBE383B3E38396E383AAE8A880E8AA9E.html
プログラミング言語の種類の一つで、コンピュータが直接解釈・実行できる言語(マシン語)と
1対1に対応した言語。最もコンピュータに近い低水準言語(低級言語)である。
マイクロプロセッサの種類(命令セットの種類)ごとに異なる。
http://www.sophia-it.com/content/%E3%82%A2%E3%82%BB%E3%83%B3%E3%83%96%E3%83%AA%E8%A8%80%E8%AA%9E
アセンブリ言語とは、低級プログラミング言語の1つで、機械語にほぼ直接対応する
レベルの命令を人間が読み書きできる形で記述できるプログラミング言語のことである。
マクロとかあっても、それはCPUごとに違うものと言ってもよく
言語の標準仕様なんてものも存在しない。
存在しないというか、そういうもの。CPUごとに違うもの。
だからアセンブリ言語から呼び出す仕様もなく
仕様がないためにアセンブラリ言語用のバインディングも存在しない。
そんな状態だから、アセンブラリ言語から簡単に使える
ライブラリも用意されない。
全ては開発工数を下げるにはライブラリが必要だが
ライブラリ自体が整っていないのがアセンブリ言語の世界。
gasやmasmの名前を聞いたことすら無いか？
開発工数を大幅に下げるのは
言語ではなくライブラリの量なんだからさ。
正規表現を使えるライブラリがあるか？
GUIライブラリがあるか？
ネットワークライブラリがあるか？
考えてみてくれ。
ライブラリの重要性がわかるだろう？
あるよ。アセンブリ言語は全ての言語に上位互換だから。
例のJava厨だろ？
ちゃんとそれが本当であることを客観的に示さないと。
で俺も気になるな。
現役でアセンブリ言語のライブラリって
どれだけ充実しているの？
0ではないとは思うけど、
開発工数を削減できるほどないだろう？
アセンブリ言語で書かれたライブラリ?
それとも、アセンブリ言語から呼べるライブラリ?
後者でいいなら、普通のC用のライブラリが全て該当すると思っていいよ。
だから、アセンブリ言語は全ての言語の上位互換だから、
全ての言語のライブラリが使用出来るって言ってんじゃん。
使用しやすいのでは話が別だよ。
アセンブリ言語と他の言語で、開発工数に違いが有ると言う事だね。
頭がおかしいと思う。
そんな縛りはない。>>1
低級言語は除きます。
JavaとRubyの間にある差は、どちらも埋め難い程大きい
大規模になればなるほど、開発工数の差はなくなっていく。
Java土方は他言語に乗り換える知能が無いから、
「Javaも他言語と生産性は同じ。乗り換える必要は無い」
って必死に主張する必要があるんだね。こんなスレ建ててまでね。
せいぜいVB（.netじゃないやつ）とPHPくらいだろ
アホ向けの言語でしか開発経験が無く、
いつも炎上してるから、どの言語で開発しても差は無いと思ってしまう
実践経験乏しいから、聞きかじった知識
使い潰すまでのスパンが見えているのならそれでいいかも知れん
以前2chで実務経験が〜とか書いてる奴が
FizzBuzzすら書けなくて、どこが実務レベルなんだよってツッコまれてたな
あんな簡単なテストでも効果あるんだね
実際、職業プログラマにスクラッチで何か作らせようとすると
何一つ出来ないやつは多いからな
100〜のスレッドの続きを読む