1:仕様書無しさん2015/11/26(木) 13:03:21.44 .net
当たり前だと思いますが「削除した行数も含めてください」
決して一ヶ月の平均や、完成したプロジェクトの行数 ÷ 日数
なんかで計算しないでください。
理由はわかると思うんですが、通常は削除した行数は
書いた行の数倍になるからです。
削除した行数も含めないと、正確な値になりません。
冗長で無駄があるコードで完成じゃないんです。
無駄をなくした時点で完成です。

決して一ヶ月の平均や、完成したプロジェクトの行数 ÷ 日数
なんかで計算しないでください。
理由はわかると思うんですが、通常は削除した行数は
書いた行の数倍になるからです。
削除した行数も含めないと、正確な値になりません。
冗長で無駄があるコードで完成じゃないんです。
無駄をなくした時点で完成です。
2:仕様書無しさん2015/11/26(木) 13:23:24.98 .net
いまどきLine数でカウントとか、性根が奴隷なんだなぁ。
3:仕様書無しさん2015/11/26(木) 13:26:31.77 .net
>>2
行数でカウントするのがダメなのは「削除した行数」を含めてないからですよ。
行数でカウントするのがダメなのは「削除した行数」を含めてないからですよ。
4:仕様書無しさん2015/11/26(木) 13:50:31.06 .net
行数なんて改行文字の個数でしかないもんを数えて何がわかるの?
同じ処理を1000行つかって書く人は偉くて、10行で書ける人は馬鹿なの?
同じ処理を1000行つかって書く人は偉くて、10行で書ける人は馬鹿なの?
5:仕様書無しさん2015/11/26(木) 13:55:39.58 .net
30年くらい前は行数でお金が支払われていたところがあったから、
三項演算子なんて使おうものなら「なんでif文にしない!」なんて
怒られたもんだ。
if文も
if
(
式
&& 式
)
{
みたいに5行で書いたりとか当たり前だったなぁ。
ということを懐かしむスレ?
三項演算子なんて使おうものなら「なんでif文にしない!」なんて
怒られたもんだ。
if文も
if
(
式
&& 式
)
{
みたいに5行で書いたりとか当たり前だったなぁ。
ということを懐かしむスレ?
6:仕様書無しさん2015/11/26(木) 14:10:18.90 .net
わしの全盛期は100万行
7:仕様書無しさん2015/11/26(木) 14:13:33.94 .net
>>6
Hello Worldにそれはすごいな。
Hello Worldにそれはすごいな。
8:仕様書無しさん2015/11/26(木) 15:35:01.24 .net
単純に行数で見積もるにしても、アプリとドライバでは随分違うわけだが。
9:仕様書無しさん2015/11/26(木) 19:07:47.82 .net
もう行数は時代おくれすぎるよな
10:仕様書無しさん2015/11/27(金) 02:20:08.91 .net
>>9
それはあなたが「削除した行数」を含めてないだけですよ。
それはあなたが「削除した行数」を含めてないだけですよ。
12:仕様書無しさん2015/11/27(金) 10:14:32.70 .net
> それはあなたが「削除した行数」を含めてないだけですよ。
行数の時代じゃないというのは、以前は多くの行数を費やさなければならなかったものが、
便利なライブラリやフレームワークや言語機能によって、最初から記述する行数が少なくて
済むということだよ。
さらには、IDEの進化によってリファクタリングが一発でできたりもする。
30行のメソッドを書いて10行のメソッドの抽出を行ったら、どう評価したいの?
30行 + 抽出される箇所の削除 + メソッドの新規追加 + そのメソッドを呼び出すコード = 50+α行
ってことにしたいの?
それこそナンセンスだと思うね。
行数の時代じゃないというのは、以前は多くの行数を費やさなければならなかったものが、
便利なライブラリやフレームワークや言語機能によって、最初から記述する行数が少なくて
済むということだよ。
さらには、IDEの進化によってリファクタリングが一発でできたりもする。
30行のメソッドを書いて10行のメソッドの抽出を行ったら、どう評価したいの?
30行 + 抽出される箇所の削除 + メソッドの新規追加 + そのメソッドを呼び出すコード = 50+α行
ってことにしたいの?
それこそナンセンスだと思うね。
13:仕様書無しさん2015/11/27(金) 11:48:12.91 .net
>>12
1日に何行かけるかが問われているのに、
フレームワークがあるから記述する行数が少なくて済むという回答を
するなんて、よっぽど頭が悪いんですね。
あなたのはまともなサンプルにも成りそうにないので、もう回答いただかなくても
結構です。
1日に何行かけるかが問われているのに、
フレームワークがあるから記述する行数が少なくて済むという回答を
するなんて、よっぽど頭が悪いんですね。
あなたのはまともなサンプルにも成りそうにないので、もう回答いただかなくても
結構です。
14:仕様書無しさん2015/11/27(金) 13:30:12.94 .net
>>13
> 1日に何行かけるかが問われているのに、
その問い自体に意味が無いと思っている理由を述べただけなんだけどね。
まぁ、他人がどれくらいコーディングしてるのか知りたいというのはわかる気もするが、
計測方法(メトリクス)が妥当ではないと思うよ。
君が考える「削除」と、他の人が考える「削除」は違うかもよ。
> 1日に何行かけるかが問われているのに、
その問い自体に意味が無いと思っている理由を述べただけなんだけどね。
まぁ、他人がどれくらいコーディングしてるのか知りたいというのはわかる気もするが、
計測方法(メトリクス)が妥当ではないと思うよ。
君が考える「削除」と、他の人が考える「削除」は違うかもよ。
11:仕様書無しさん2015/11/27(金) 05:03:48.10 .net
自分は5函数(600ステップ)が限界。
コメントの記述時間>實コード記述時間かな。
Cね。
コメントの記述時間>實コード記述時間かな。
Cね。
16:仕様書無しさん2015/11/27(金) 13:48:48.21 .net
そもそも
冗長で無駄があるコード
を書くような奴の行数聞いても意味ないっしょ
冗長で無駄があるコード
を書くような奴の行数聞いても意味ないっしょ
17:仕様書無しさん2015/11/27(金) 14:01:28.07 .net
冗長ではなく無駄がないコードだと何行書けますか?
18:仕様書無しさん2015/11/27(金) 14:59:14.06 .net
>>1
> 理由はわかると思うんですが、通常は削除した行数は
> 書いた行の数倍になるからです。
それが通常って、どんなコーディングしてんだよ
ちゃんと設計してからコーディングしろよ
> 理由はわかると思うんですが、通常は削除した行数は
> 書いた行の数倍になるからです。
それが通常って、どんなコーディングしてんだよ
ちゃんと設計してからコーディングしろよ
19:仕様書無しさん2015/11/27(金) 19:37:31.52 .net
>>18
テスト駆動開発をしようよw
失敗するテストを書く。
できるかぎり早く、テストに通る最小限のコードを書く。
リファクタリングをする。
この流れで開発するのだから、
リファクタリングの所で前のコードを削除する。
テスト駆動開発をしようよw
失敗するテストを書く。
できるかぎり早く、テストに通る最小限のコードを書く。
リファクタリングをする。
この流れで開発するのだから、
リファクタリングの所で前のコードを削除する。
32:仕様書無しさん2015/12/01(火) 17:32:02.69 .net
>>19
お前TDDやってないだろ。
> 失敗するテストを書く。
ここまで削除するコード0行。
> できるかぎり早く、テストに通る最小限のコードを書く。
ここまで削除するコード0行。
テスト対象のメソッドに追加するのは、return一行かmaxでも数行程度。
> リファクタリングをする。
削除するコードは、上で書いた1行から数行。
> この流れで開発するのだから、
はて、この流れでどうやったら書いた行数の数倍になるのやら。
「TDDのリファクタリング」と普通のリファクタリングを混同してるのか?
普通のリファクタリングなら、IDEで一発でできたり、できないならほぼコピペレベルの作業。
これを「実装行数」に含めろとでも?
お前TDDやってないだろ。
> 失敗するテストを書く。
ここまで削除するコード0行。
> できるかぎり早く、テストに通る最小限のコードを書く。
ここまで削除するコード0行。
テスト対象のメソッドに追加するのは、return一行かmaxでも数行程度。
> リファクタリングをする。
削除するコードは、上で書いた1行から数行。
> この流れで開発するのだから、
はて、この流れでどうやったら書いた行数の数倍になるのやら。
「TDDのリファクタリング」と普通のリファクタリングを混同してるのか?
普通のリファクタリングなら、IDEで一発でできたり、できないならほぼコピペレベルの作業。
これを「実装行数」に含めろとでも?
33:仕様書無しさん2015/12/02(水) 00:52:22.46 .net
>>32
> はて、この流れでどうやったら書いた行数の数倍になるのやら。
リファクタリングは1回じゃ終わらないからだよ。
> はて、この流れでどうやったら書いた行数の数倍になるのやら。
リファクタリングは1回じゃ終わらないからだよ。
36:仕様書無しさん2015/12/02(水) 13:20:02.47 .net
>>33
> リファクタリングは1回じゃ終わらないからだよ。
最終的に100行のコードを完成するのに、500行も削除するのか?
そんなにリファクタリングしなくていいよに、最初に設計しとけよ。
> リファクタリングは1回じゃ終わらないからだよ。
最終的に100行のコードを完成するのに、500行も削除するのか?
そんなにリファクタリングしなくていいよに、最初に設計しとけよ。
20:仕様書無しさん2015/11/27(金) 19:46:47.60 .net
>>18
設計と実装は違いますからね。
どんなに詳細な設計をしたとしても関数の中なんか書かないでしょう?
必要な関数の名前を書くのが精一杯?
いやおそらく関数の名前一覧すら作らないでしょう?
コーディングが上手い人と下手な人は、実装コードの量に現れるんですよ。
実装は設計のあとで考えることなので、いくら設計しても最初から
バグがなくてシンプルなコードは書けません。
小説に例えれば、設計(話のプロット、第一章、一節)を考えていれば、
その中の文章が、最初から間違いなく書けるのか?って話ですよ。
設計と実装は違いますからね。
どんなに詳細な設計をしたとしても関数の中なんか書かないでしょう?
必要な関数の名前を書くのが精一杯?
いやおそらく関数の名前一覧すら作らないでしょう?
コーディングが上手い人と下手な人は、実装コードの量に現れるんですよ。
実装は設計のあとで考えることなので、いくら設計しても最初から
バグがなくてシンプルなコードは書けません。
小説に例えれば、設計(話のプロット、第一章、一節)を考えていれば、
その中の文章が、最初から間違いなく書けるのか?って話ですよ。
21:仕様書無しさん2015/11/27(金) 19:48:35.39 .net
設計を完璧にやればコードを書き直すことはないはずだ!
⇒完璧にするために何回設計を書き直してるんだよ?www
こうなるだけの話。
⇒完璧にするために何回設計を書き直してるんだよ?www
こうなるだけの話。
24:仕様書無しさん2015/11/28(土) 20:07:27.14 .net
>>1
単純社員管理のプログラムでなら8時間で、VBで5000ステップくらいだな。
最終的には機能はいろいろだが、要求者が隣にいる状態で、全体をざっくり聞いて、そのあとひたすら要求を聞きながら叩いての量だけど。
単純社員管理のプログラムでなら8時間で、VBで5000ステップくらいだな。
最終的には機能はいろいろだが、要求者が隣にいる状態で、全体をざっくり聞いて、そのあとひたすら要求を聞きながら叩いての量だけど。
25:仕様書無しさん2015/11/28(土) 20:21:46.27 .net
〉VBで5000ステップくらいだな
目もあてっられないくらい悲惨さが漂う
延々とぐるぐる回り
目もあてっられないくらい悲惨さが漂う
延々とぐるぐる回り
26:仕様書無しさん2015/11/28(土) 20:42:18.13 .net
>>25
そうでもないよ。
あくまで、プロトタイプとして作成したときの数字だけど。
ある機能を作って Private Function ~ が生まれました。
次の機能を聞いて作って、あぁ同じ処理だ。と思ったら
Private Function ~ を Public Function ~
に変えて・・・。とか、Classにするかとか、やっていったから。
あとから見ても、さほどいじるところはない。
もちろん、ゼロから完全に組み直せば、もっと綺麗になるけど。
そうでもないよ。
あくまで、プロトタイプとして作成したときの数字だけど。
ある機能を作って Private Function ~ が生まれました。
次の機能を聞いて作って、あぁ同じ処理だ。と思ったら
Private Function ~ を Public Function ~
に変えて・・・。とか、Classにするかとか、やっていったから。
あとから見ても、さほどいじるところはない。
もちろん、ゼロから完全に組み直せば、もっと綺麗になるけど。
27:仕様書無しさん2015/11/28(土) 20:43:21.60 .net
>>25
まぁあくまでも、単純社員管理のプログラムだからできたことだけど。
まぁあくまでも、単純社員管理のプログラムだからできたことだけど。
28:仕様書無しさん2015/11/28(土) 22:57:12.33 .net
VBしかできないからVBでしか説明できないVBerの典型
だがその哀愁を誘う悲惨さがよいのだ
だがその哀愁を誘う悲惨さがよいのだ
29:仕様書無しさん2015/11/29(日) 11:38:56.69 .net
>>28
ほかもできるよ。
ただ、>>1が求めてるのって単純な処理でしょ?
単純な処理じゃなかったら俺のやってる仕事はロジックよりも閾値の調整とかのほうが遥かに時間が掛かるし実験実験の繰り返しだから
ほかもできるよ。
ただ、>>1が求めてるのって単純な処理でしょ?
単純な処理じゃなかったら俺のやってる仕事はロジックよりも閾値の調整とかのほうが遥かに時間が掛かるし実験実験の繰り返しだから
30:仕様書無しさん2015/11/29(日) 16:34:43.24 .net
>>29
えーと、オープンソースのどれでも良いんで、
閾値の調整をやってる、ウェブアプリのソースコード教えて下さい。
えーと、オープンソースのどれでも良いんで、
閾値の調整をやってる、ウェブアプリのソースコード教えて下さい。
35:仕様書無しさん2015/12/02(水) 13:18:20.38 .net
viで10dd10jPで20行の編集量になるが、そんなのカウントして意味あるんか?
37:仕様書無しさん2015/12/02(水) 15:03:06.12 .net
1日1行だったりするけど、研修では1日1000行でまともなプログラマーだと言われたな
38:仕様書無しさん2015/12/02(水) 15:47:39.54 .net
>>37
よっぽど中身が無いコードなんだろうねw
よっぽど中身が無いコードなんだろうねw
39:仕様書無しさん2015/12/02(水) 16:47:55.12 .net
改行文字1000個でまともなプログラマーになれるなら安いもんよ
40:仕様書無しさん2015/12/02(水) 17:15:43.55 .net
適当に書いた1行を1000行に増やして削除して給料もらえるならいいよなー
41:仕様書無しさん2015/12/02(水) 21:24:35.98 .net
CRとLFで改行2個と数えてもいいですか
43:仕様書無しさん2015/12/03(木) 10:34:46.93 .net
すでに完成したコードの負債を返すためのリファクタリングなら、プラスマイナスの行数を
カウントするのに意味があるかもしれんが、新規コード作成中のリファクタリングをカウント
する意味はない。
カウントするのに意味があるかもしれんが、新規コード作成中のリファクタリングをカウント
する意味はない。
44:仕様書無しさん2015/12/03(木) 12:25:00.27 .net
1番の問題は、1日を何時間で計算するかだ
(´・ω・`)
(´・ω・`)