これからコードを書く人に絶対やって欲しいこと★3

それもそう遠くない将来、そう、わずか数年後にね

学習が目的ならペアプロ+TDDとてもいい

>>120
テストで手作業で確認している事をプログラムにして自動化するんだよ。
詳しくはググれ

スレタイ変えたほうがいいんでない？

循環的複雑度が低くても、テストしやすいとは限らないよ。

って、何回言わせるんだよ。

コピペが必要なクラスなら適切な抽象化がまだ出来る要素があるわけだしクラス設計を見なおせ。
単に新しいクラスつくるだけならIDEから新規作成しろよ。

新しいクラス作成する際にコピペするような頭悪い奴は、
うんコード嘘コメントばっか作ってるクズしか見たことない。

冗談は顔だけにしてくれ

>>171
> メンバー全体のレベルが低かったりして、こういう基礎知識がなかった故に起こることだと思う。
>
> そんな状況の中で循環的複雑度を測っても、もはやどうしようもないし、
メンバー全体のレベルが低いからこそ、
第三者が考えた方法で計測するんだよ。

レベルが低い奴は、レベルが低いということすら自覚できない。
メンバー全員がそうなのに、どうやって悪いということを自覚するのさ？
自分らでは出来ないから、そういうメンバーにこそ
現実をつきつけなきゃいけない。

と言っても俺がつきつけることは出来ないからな。
循環的複雑度を計測するのは簡単だから、とりあえずやってみろと言うしか無い。
自分らのレベルが低いとか高いとかどうでもいい、とりあえずやってみて、その結果を受け入れろ。

>>310
そうか、ならよかった。
だが、>>258も含めて皆そんな事分かった上での話だから
お前がわざわざでばってきて、ゴリ押しする必要はないよ。
すっこんでいて下さい

>>85
循環的複雑度が高いならリファクタリングの対象だろ？
お前が何を主張したいのかさっぱりわからん。

中途は全力で出来る振りしないと転職できないからな。

プログラマに最も向かないのは、意外にも神経質すぎる奴だったりする

かわいい子とペアプロがしたい
そして罵られたい

最近は単金20〜30万のショボい案件ばっかりだし、
もともと大企業とのコネがあるとかでもないかぎり
人売り業は赤字経営確実だよ。

マトモじゃない会社も多いんだが

一日にレッドブルを３本も４本も飲まない

Web資料が優秀すぎるから別に本を読まないことが悪いことではないよ
この業界な本に書いてあることの大半はインターネットで得ることが出来る知識
むしろ出版されたら更新がほぼ止まる本より常に新しい情報を得られる可能性すらある

本を読むことは目的じゃない
知識を得、技術を身に付けることが目的なんだから、手段としての本
>>686も言ってるけれど、「本を読め」ではなくて「この本を読め」って紹介をすべきやね

ケント・ベックのTDD本からもう10年経つのか。
月日が流れるのが速すぎる。

>>512
3日もすればわかるだろ。

void hukuzatudohikui()｛doya()；｝

これからコードを書く人に(ry

・フレームワークは、自分でフレームワークを作れるレベルになってから使う
・ライブラリは、自分でそれが提供する処理を実装できるレベルになってから使う

自動車教習所に通ったことがない人がレーシングカーを運転するようなことはしちゃだめ。

>>265-266
途中までまともだったのに、最後の二段落で台無し。

まあ循環的複雑度が低いからといってテストしやすいとは限らないんだけどね。

>>151
ああ、Wikipediaって入れるの忘れてた。

唐突に説明入れること自体に突込みが入るかと思ったけど入らなかったな。
「つかそれみんな知ってるから」みたいなの。

>>103
とりあえずお前の言ってる平均値っていうのは
（複雑度の合計÷個数）の値のことでいいんだな？
もし違うならぜひとも算出方法を教えてくれ

俺を養え

「バカ」という、愚かさを定義された単語に、
後付で「思考を止めろロボットになれという意味でもない」
そういう「メタファー(暗喩、たとえ)」を濫用するから、
ブラック企業は人を騙して働かせるための洗脳で楽ができる。
奴隷が善意の解釈で「バカ」を勝手に肯定的に受け止めてくれる。
その結果、自ら奴隷になるという自由を行使してくれるわけだ。

>>258って平均君でしょ。
平均理論が認められないもんだから暴れてる。

>>424
違う。

お前が言う「俺理論」の内容を言えって

>>247
> アホが「複雑度が低くてもクソなコードはある」とか言いだすんだよ。

え？あるでしょ。
凝集度が低いとか、結合度が高いとか。

///* ここでマングリ返しする *///

>>87
わからん奴だな、それを個々のメソッド単位でしか考えられないなら
結果>>65みたいな事になって、なにもリファクタリングになってないぞ。
複雑度はコードじゃなく、設計の評価指標として使え。

>>133
じゃあスレタイに則って言うぞ

循環的複雑度を下げろ(笑)

>>488
>そうでなければ結果的に、がむしゃらに働いているようにみえる。

それでいいんじゃまいかと思われ

ゼウー

これからコードを書く人に(ry

・オペレーティングシステムは、自分でそれを作れるレベルになってから使う
・ウィンドウシステムは、自分でそれが提供する処理を実装できるレベルになってから使う

自動車教習所に通ったことがない人がレーシングカーを運転するようなことはしちゃだめ。

こうですか？ よくわかりません……..

正座

>>425
いい加減ウザイよ？

HTML5/WebアプリってVBアプリの工数10倍かかるのにの人月1/2だよね。見積書いてる奴バカなの？
http://hayabusa3.2ch.net/test/read.cgi/news/1382432343/8

>>799
そう

>>719
実際、コンパイラとリンカの区別がついてない人も多いからねー

いやあるって
3カ月もあれば他のソース何十本も触るから
他人が書いたソースと変わらなくなるよ

循環的複雑度を計測せよ

>>528
目先の残業代が惜しいと言っているのではない。
新人に残業代を払わない、サービス残業を
強要する会社は労働に対する姿勢が、
根本的に間違ってい企業だ。
訴えられたら即アウト、社員が
どうなるか知った事ないと言うのは、
逆に言うと長く会社をやる気はなく、
サッサと儲けて逃げようという事だ。
そんな所はやめておけ。

それは単にコメントがメンテされてないだけでは。

循環的複雑度が低ければOKという意見は見られないな。
数学的用語で言えば、循環的複雑度が低いのは必要条件であり
十分条件ではない。

煽っていくスタイル

>フレームワークが使えない人は、フレームワークを使って練習することでしか
>フレームワークを使えるようにはならない。そしてやっと設計思想を理解できるようになる。

RoRとかCakePHPとか、一般的にそのフレームワークの使い方とされているものを勉強したせいで、
頓珍漢な利用になってしまうフレームワークというものもございまして。

糞人売りは逃げ時期だろうな
技術者が社に残らないから糞会社になって死ぬ

未だに食い物にされてる技術者は、名ばかりな無技術者のほうが多い

>>379
> 複雑度が高いものは、テストがしにくいってことの
> 反論になってないんだが？

>>363 のコードってテストしにくい？