2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

開発工数を大幅削減できる言語は存在しない

1 :デフォルトの名無しさん:2012/12/21(金) 00:58:54.36
実際の開発現場に近い条件


現在もメンテナンスが続いている言語のみ
既存のライブラリ、フレームワークは使う前提
開発者は初心者ではない。経験者
開発工数1人月以上の規模
行数の比較はしない(行数と開発工数は比例しないので意味が無い)

で比較した場合

言語変えただけで安く作れるとかぶっちゃけありえないw
言語関係者のセールストークにのせられちゃってどーすんの?w

2 :デフォルトの名無しさん:2012/12/21(金) 01:03:56.49
アセンブラ最強

3 :デフォルトの名無しさん:2012/12/21(金) 02:25:34.14
銀の弾丸が存在しないのは昔から知られていること

4 :デフォルトの名無しさん:2012/12/21(金) 02:37:13.76
PHP + jQuery
rails+ jQuery or Prototype.js
node.js + jQuery
の三択で選べば、node.js + jQueryがプログラム言語の
コンテキストを切替えなくて済むぶん開発コストさがりそうなもんだけど。
学習コストもjs周辺ツールと、そのイディオムだけで済むしね
もう少し規模が大きいものなら、javaだけで作った方が良いでしょ

5 :デフォルトの名無しさん:2012/12/21(金) 08:00:03.76
【相談】13歳女子中学生ですが、明日から彼氏と1泊旅行をして初体験する予定です。皆さんのアドバイスを下さい。
http://engawa.2ch.net/test/read.cgi/sumou/1338321199/

6 :デフォルトの名無しさん:2012/12/21(金) 08:13:31.59
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

                  京都大学霊長類研究所

7 :デフォルトの名無しさん:2012/12/21(金) 13:15:22.92
日本語を派遣にコンパイルさせればただ同然。

8 :デフォルトの名無しさん:2012/12/21(金) 21:07:51.22
結局問題領域の仕事を最低2回はこなす。
そのうえでSDLを使い問題における定型的仕事の8割を片づけるしかないと思う。

高々15年くらいしかPGしてない俺の持論です。

要するに同じような仕事を繰り返せない現場ではいつまでたっても楽はできない。
おれは主思いましたよ、ええ・・・。

てことで俺は来年3月にはこの仕事から足を洗います。
みんなさようなら。

9 :デフォルトの名無しさん:2012/12/21(金) 21:12:30.41
とかいいつつ帰ってくるんだろうなあ

10 :デフォルトの名無しさん:2012/12/21(金) 21:13:31.94
帰らん、俺が死ぬか誰かを殺すか

11 :デフォルトの名無しさん:2012/12/21(金) 22:32:50.76
C++最強

12 :デフォルトの名無しさん:2012/12/21(金) 23:19:27.46
>>11
結局、クラスの中の実装までプログラムを
追いかけてデバッグせにゃならなくなるから、
死ぬほど効率悪い。工数が余計に掛かる。

13 :デフォルトの名無しさん:2012/12/21(金) 23:25:43.90
クラスの中まで追いかけなくて済む言語ってあるの?って話

14 :デフォルトの名無しさん:2012/12/21(金) 23:30:47.09
>>13
オブジェクト指向が世に出始めた頃は、
そう言って大キャンペーンしてたじゃん。

15 :デフォルトの名無しさん:2012/12/21(金) 23:38:12.16
そんなの幻想だってみんな知ってるしその上で開発・保守サイクルがうまく回る言語はあるのかって話

16 :デフォルトの名無しさん:2012/12/21(金) 23:52:45.47
>>8
何かしら専門領域を確立できないと負けだって見本だな
犠牲となったのだ

>>15
ソフトウェアの開発・保守サイクルは言語よか職場の問題じゃないの

17 :デフォルトの名無しさん:2012/12/22(土) 00:41:54.83
同じ職場・案件下で言語だけ変えても効率あがんねえんじゃねえかって趣旨のスレって話

18 :デフォルトの名無しさん:2012/12/22(土) 00:50:28.63
FortranからVisual Studioが対応してる言語に切り替えたら超楽になりました

19 :デフォルトの名無しさん:2012/12/22(土) 01:55:32.20
>>17
ソフトウェアにバグが混入することは確実なんだから、
バッドノウハウが少なくてすむものが勝つに決まってるよ
PHP >= java > c > c++ > c# > perl
PHP >= java > c++ > c > c# > perl

どうやって設計するかより、バグを混入させないこと考えたら、
副作用を考えずに済む関数型に軍配あがっても良さそうだけど
使ったことないからシラネ

20 :デフォルトの名無しさん:2012/12/22(土) 02:07:48.15
ネットで検索かけて、コピペ出来るコード
が一番多い言語が一番効率が良いのじゃね?

今なら、java、C#あたりか?

出来るだけ自分で考えないで書いたコード
がもっともバグが少ない法則

21 :デフォルトの名無しさん:2012/12/22(土) 06:04:05.60
エクセルVBA

22 :デフォルトの名無しさん:2012/12/22(土) 08:56:04.42
ネットで検索(失笑)

23 :デフォルトの名無しさん:2012/12/22(土) 09:14:07.09
ライブラリ、フレームワークの充実度、洗練度
対応してるIDEの開発支援

最近の言語は似たり寄ったりだから重要なのは
むしろこっち

24 :デフォルトの名無しさん:2012/12/22(土) 09:22:24.84
フレームワーク作るのに向いた言語は?
ぐらいの方が言語を比較する粒度としてあってるんじゃね

25 :デフォルトの名無しさん:2012/12/22(土) 11:32:40.05
次に俺はD言語という

「D言語」 ハッ

26 :デフォルトの名無しさん:2012/12/22(土) 12:36:47.46
Objective-Cは結構楽。モバイルアプリ限定だけど。

27 :デフォルトの名無しさん:2012/12/22(土) 12:57:23.89
>>24

>>1みろ。フレームワークは既に出来てる。
これがスタート地点だ。

28 :デフォルトの名無しさん:2012/12/23(日) 01:27:46.81
だから、問題設定が間違ってるって言いたいんだよ

29 :デフォルトの名無しさん:2012/12/23(日) 06:13:47.96
問題設定は、現実の開発だろ。>>1にもそう書いてる。

ありえない前提からスタートしても意味は無い。

30 :デフォルトの名無しさん:2012/12/23(日) 10:59:34.82
>>1「開発工数を大幅削減できる言語は存在しない」
         ↓
>>3「そうだね、銀の弾丸は存在しないね」
         ↓
         完

31 :デフォルトの名無しさん:2012/12/23(日) 11:03:18.91
CからC#かJavaに乗り換えれば大幅に削減できるじゃん

32 :デフォルトの名無しさん:2012/12/23(日) 15:47:34.72
既存の資産が仕えない→スクラッチ→開発工数山積み

33 :デフォルトの名無しさん:2012/12/24(月) 04:49:21.80
人件費を削減できる言語は存在する

34 :デフォルトの名無しさん:2012/12/24(月) 05:01:56.65
>>32
会社の評判おとして、余所に仕事とられる

35 :デフォルトの名無しさん:2012/12/24(月) 05:07:23.30
>>29
既存のフレームワークがあれば、
PHP、ruby、javaを比較したところで言語の間に大差が出ない。
誰かが苦労して作ったライブラリやフレームワークを流用するだけで、
GC付きOOPL使うならどれも大して変わらない。
問題設定がおかしい。ここの1はバカ杉

36 :デフォルトの名無しさん:2012/12/24(月) 05:17:01.40
>>32
whitespaceで作るのが開発工数かかって美味しい思いできる最高の言語だよ

37 :デフォルトの名無しさん:2012/12/24(月) 05:30:13.99
>>29
java,php,js,c,c++ぐらいしか選択がないし、
どんな仕事を請け負うかだけが問題だよね?
jsで出来ることをcでやろうとすれば、工数掛かって当然なんだし、(詐欺も良いところ)
cでしか出来ない機能要求をjsで実装するなんて不可能。
業務なら平均的にjavaがベターだとしても、
何か新しいものをフルスクラッチ、或いは、プロトタイプ書くのにjavaを使うのは苦行
何か新しいものの粒度として適当なのは、せめてライブラリかフレームワークの規模。
このぐらいでないと言語間に優劣は付かない。

38 :デフォルトの名無しさん:2012/12/24(月) 05:41:59.81
pear,gem,npm,pypl,cpanのモジュール数の伸び率を比較すると、言語間の優劣がわかる。
優劣というか、この言語は使うの御免。みたいな具合。
perlやdelphiの保守仕事なら、競合居ないんだし、いくらか吹っ掛けた方が良い。

39 :デフォルトの名無しさん:2012/12/24(月) 11:16:44.36
pythonはライブラリー充実してるな
2chからデータ取得したり書き込むライブラリーもあるし

40 :デフォルトの名無しさん:2012/12/24(月) 12:01:48.35
で?

41 :デフォルトの名無しさん:2012/12/24(月) 13:23:52.74
コピペが最強なんだよ。

42 :デフォルトの名無しさん:2012/12/24(月) 14:23:20.95
>>20, 41
バグがあれば「動かないぞ」とか「さっさとなおせよ」って文句言うだけだもんねw

43 :デフォルトの名無しさん:2012/12/24(月) 16:22:36.65
>>35
> 既存のフレームワークがあれば、
> PHP、ruby、javaを比較したところで言語の間に大差が出ない。

>>1と同じ事をいってますねw

44 :デフォルトの名無しさん:2012/12/24(月) 19:05:53.43
Javaのフレームワークってウンコですやん

45 :デフォルトの名無しさん:2012/12/24(月) 19:10:50.39
たしかに
>既存のライブラリ、フレームワークは使う前提
とは言っても出来に差があるからなw

46 :デフォルトの名無しさん:2012/12/24(月) 19:23:41.58
>>44
ほうほう、それで納得させられることは言わないのかい?

47 :デフォルトの名無しさん:2012/12/25(火) 22:52:24.96
ライブラリーって、多けりゃいいってもんでもないよね。

48 :デフォルトの名無しさん:2012/12/26(水) 05:28:15.53
ライブラリー作る過程での言語の使い勝手の方が重要

49 :デフォルトの名無しさん:2012/12/26(水) 08:03:15.81
>>48
何度も再利用されるコードを書くプログラマにとってはその通り

ドカタにとってはライブラリは与えられるものだから無関係

50 :デフォルトの名無しさん:2012/12/26(水) 08:43:49.59
車輪の再発明は
するほうが馬鹿だよw

51 :デフォルトの名無しさん:2012/12/26(水) 14:23:22.00
R&Dみたいな分野にはまったく興味ないんだろうな。こういう人w

52 :デフォルトの名無しさん:2012/12/26(水) 18:03:16.11
>>1に実際の開発現場に近い条件って書いてあるのにな。

53 :デフォルトの名無しさん:2012/12/26(水) 18:13:18.16
大幅に工数が上がる言語はある

54 :デフォルトの名無しさん:2012/12/26(水) 23:07:21.29
>>53
それは言語じゃなくてライブラリが少ないからではないのか?

55 :デフォルトの名無しさん:2012/12/26(水) 23:21:01.93
BrainFuckとかな

56 :デフォルトの名無しさん:2012/12/26(水) 23:26:22.77
ライブラリにある関数を順番に呼び出すだけの
ライン工並みの簡単なお仕事なら差は無いよ

57 :デフォルトの名無しさん:2012/12/26(水) 23:50:56.98
工数が減れば良いってもんじゃない。
そう考えるのは、素人。

58 :デフォルトの名無しさん:2012/12/27(木) 00:11:44.59
最近の仕事は内容そのままに工数半減てのが多すぎてそろそろこの業界の終わりが見えてきた
SE、PG以外の仕事が出来ない俺もオワタ

59 :デフォルトの名無しさん:2012/12/27(木) 00:16:29.77
>>58
工数で見積もって請け負う形の昔ながらの
仕事のやり方が、もう崩壊してるのだよ。

60 :デフォルトの名無しさん:2012/12/27(木) 00:21:23.20
じゃあどうやって見積もるの?

61 :デフォルトの名無しさん:2012/12/27(木) 00:23:39.14
>>60
請負開発は、やらないのが正解。

62 :デフォルトの名無しさん:2012/12/27(木) 01:35:37.77
あの・・・自社開発する体力のないうちはどうすれば・・・

63 :デフォルトの名無しさん:2012/12/27(木) 01:41:02.64
>>62
デスマーチ状態のブラック労働して、
それでも利益が上がらず、低賃金になる
・・・ただそれだけのことだ。

工数で見積もって請け負った開発なんかを
やってると。

64 :デフォルトの名無しさん:2012/12/27(木) 01:42:24.23
>>63
デフォです・・・

65 :デフォルトの名無しさん:2012/12/27(木) 01:55:30.78
そこでおすすめなのが偽装請負だ。
指定された期間に何かを仕上げる必要もなく、
ただ、毎日出勤してそこの会社の人のように振る舞って仕事してくれればいい。
毎月定額の支払だから会社としても収益計画が簡単に作れるし、本社勤務よりはまだ出会いの場も多いぞ。
盆暮れ正月程度に出向先の人と飲みにいって「もう一人どうですかねぇ」とか言えば、営業ノルマもこなせるし、10年付き合えば管理職も夢じゃないぞ。

66 :デフォルトの名無しさん:2012/12/27(木) 02:13:01.22
請負やらないって言っても、他に儲ける手段ないからね。
自社サービスなんて当たるのはほんの一握りで、しかも開発力があればいいサービスが出来るってもんでもない。
いいサービスが出来るのが早まるってだけ。

67 :デフォルトの名無しさん:2012/12/27(木) 02:50:26.59
パッケージだと平均で拠点数10以上がボーダーかなー。
それ以上だと、新規で組んでもほとんど同じ金額にするだろ。

68 :停止しました。。。:停止
真・スレッドストッパー。。。( ̄ー ̄)ニヤリッ

14 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)