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

■ このスレッドは過去ログ倉庫に格納されています
1仕様書無しさん
垢版 |
2013/06/04(火) 22:43:46.92
もしくはやって欲しくないこと
先輩方のアドバイスをください

前スレ
これからコードを書く人に絶対やって欲しいこと★2
http://kohada.2ch.net/test/read.cgi/prog/1365269189/
2013/06/16(日) 11:29:36.59
最近循環的複雑度を知ってはしゃいでるのかな
2013/06/16(日) 11:35:22.38
>>406
おめー独りぼっちだって気づけ
テメー自身が度素人なのに他人に押し付けんな

ですな
2013/06/16(日) 11:37:09.57
>>407
他のメトリクスと、併用するべきだな。

循環的複雑度以外のメトリクスの話も聞きたいぞ。
なんか書け。
2013/06/16(日) 11:37:49.37
>>409
検索した結果、世界中で使われている
メトリクスですから、ぼっちではないなぁ。
2013/06/16(日) 11:38:27.70
いや書くんならアッチの専用スレで
2013/06/16(日) 11:43:05.57
>>411
>>338
2013/06/16(日) 11:44:04.22
>>412
いくら言ってもお前の願いはかなわないってｗ
2013/06/16(日) 11:45:01.41
スルー力無いねー
2013/06/16(日) 11:51:17.29
>>411
ここでボッチだってことには触れられたくないわけね
2013/06/16(日) 12:10:17.71
メモ
>>3-6>>376>>378
2013/06/16(日) 12:10:36.14
>>416
2ちゃんねるが世界の全てであるあなたには
ここでぼっちというのは、悪口になるんでしょうね。
419仕様書無しさん
垢版 |
2013/06/16(日) 13:20:58.71
「間違ってるのはネラーの方だ」
2013/06/16(日) 13:25:10.74
これからコードを書く人は、こんなクソスレは見なくてよろしい
この人たちは頭がバグってるから、議論のループにも気づかない
2013/06/16(日) 13:28:06.65
>>418
循環的複雑度を否定してる奴なんてこのスレにもいないよ。
否定されてるのは、お前の俺理論。
2013/06/16(日) 13:32:22.32
>>421
循環的複雑度
http://kohada.2ch.net/test/read.cgi/prog/1371301844/
2013/06/16(日) 13:33:02.73
>>421
俺理論の内容って何？

例えば俺は、循環的複雑度の平均を取ることは
意味が無いと、言ったわけだが、それはあってるよな？
2013/06/16(日) 13:33:29.27
>>423
循環的複雑度
http://kohada.2ch.net/test/read.cgi/prog/1371301844/
2013/06/16(日) 13:34:20.96
>>424
違う。

お前が言う「俺理論」の内容を言えって
2013/06/16(日) 13:46:41.97
>>425
いい加減ウザイよ？
2013/06/16(日) 13:53:36.23
ほら逃げたｗ

敵は一人だと思って
奴はこういうことを言ってる。と
決めつけてるんだろうなって思ってた。
2013/06/16(日) 14:03:44.87
こういう粘着質な奴が居座るからいつまでたってもこのスレはこんな感じのまま
2013/06/16(日) 14:09:05.48
自分も同じ穴のムジナって気づいてないんだろうな（苦笑）
2013/06/16(日) 14:18:52.40
相手が一人だと思ってるんだろうなぁ
2013/06/16(日) 14:20:26.36
某スレの自治厨もだけど
最近相手がひとりと決めつけて発狂するヤツ多くね？
2013/06/16(日) 15:24:51.46
連投やめようねｗ
2013/06/16(日) 17:36:58.84
別人だが？
2013/06/16(日) 19:31:12.71
メモ
>>3-6>>376>>378
>>370>>410
2013/06/18(火) 01:51:20.53
使えない老害化したオッサンとかガキが紛れ込むとループする下らない罵り合いが続く
2013/06/18(火) 06:49:53.07
俺は老害化して使えなくなどなっていない
もともと使えないんだ
2013/06/18(火) 07:01:00.63
>>435
ようやく止まったんだからいちいち煽るな
2013/06/18(火) 09:57:30.64
OSSにすることを意識してもらう
2013/06/18(火) 21:43:23.88
【JavaScriptコードメトリックス】 ソースコードの複雑さや保守の容易さを測定できるWEBサイト
http://shimz.me/blog/web/2279
http://jscomplexity.org/

こんなのがあったからjQueryの複雑度を調べてみたよ。

jQuery
5以下　481（82.4%）　単純な構造
10以下　55（9.4%）　良い構造
11〜29　 46（7.9%）　普通
30以上 2（0.34%）　構造に疑問
50以上 0（0%）　テスト、デバッグ困難
75以上 0（0%）　変更時に誤修正を生む原因を作る

オープンソースだからかな。
やっぱりすごいね。

その中で高めなのが2つ。ajax関数とtrigger関数だった。
軽く見ただけだけどどちらも行数長くて
（と言ってもLogical LOCが100行超えないが）
確かに複雑そうに見える。
2013/06/19(水) 02:38:00.03
>>439
メモ
2013/06/19(水) 02:58:17.82
>>439
こんなん見習いたいわ...
2013/06/19(水) 16:37:46.62
>>439
ajax関数って聞いた瞬間納得したわ
2013/06/19(水) 17:02:53.47
>>439
そのツール駄目駄目だわ。
ぱっと見でもSizzle関連のひどさが全然測定されてない。
anonymousとかでぶつ切りになってて、数値が低く出てるだけ。
2013/06/20(木) 07:45:17.73
>>443
ぶつ切り（小さな関数）にすることが
複雑度を低減する方法だから。
2013/06/20(木) 07:50:18.19
anonymousといっても、すべてのanonymousが
一つにまとまっているわけじゃないな。

anonymousは名前の無い関数ってだけで
名前つければ普通の関数なわけで
別々に計測されているのだから問題ないのでは？
446仕様書無しさん
垢版 |
2013/06/23(日) 02:25:38.82
TDDってどうやって学べばええんや...
2013/06/23(日) 08:12:46.98
>>446
http://www.pej-hed.jp/washo/473.html
2013/06/23(日) 09:13:33.90
ケント・ベックのTDD本からもう10年経つのか。
月日が流れるのが速すぎる。
2013/06/23(日) 16:23:00.81
ttp://objectclub.jp/technicaldoc/testing/stack_tdd.pdf/view
2013/06/23(日) 16:23:53.08
学習が目的ならペアプロ+TDDとてもいい
2013/06/23(日) 17:24:45.01
低レベル同士のペアプロ
新人同士のペアプロ

↑これはやっても効果はない。

上級者同士のペアプロ（相互コードレビュー）

もしくは

上級者と低レベル・新人のペアプロ（コードレビュー＋教育）

これが意味がある。
2013/06/23(日) 19:28:06.42
スキルギャップを平準化する効果があるから
新人同士でも意味が無いとは言い切れないがな。
2013/06/23(日) 21:40:42.26
ペアプロのローテーションに上級者入れときゃ新人同士でもいいんじゃね
ペアプロなんかやったことないけど
2013/06/23(日) 23:59:33.38
ペアプロ自体が受け入れられない事も多いし
どのくらい実例があるのか疑問ではあるよな。

個人的にはコードの共有化がすすむので取り入れたいが
反対意見が出ると反論が難しいという現状。
2013/06/24(月) 03:09:52.07
宗教争いが起きないように、事前にフォーマットルールとかコードスタイル系をある程度設定しておいたほうが良いと思う
2013/06/24(月) 20:42:54.98
かわいい子とペアプロがしたい
そして罵られたい
2013/06/24(月) 21:41:52.85
ペロペロしたい
2013/06/25(火) 00:02:45.97
テスト駆動開発なんて初心者には勧められない。
開発技法と呼べるような確立した物でないし、
何となくでもモジュール分割出来るようでないと、
簡単に破綻する。

ペアプログラミングでモジュール設計
を覚えさせるのは、非効率だ。
スキルのある人間がサンプルコードを書くか、
コードを修正してやった方がいい。

ペアプログラミングでは、IDEやツールの
使い方を覚えさせるのにいい。
ただ最初に少し自力でやらせて、
苦労させた方が、興味を持つだろう。
459仕様書無しさん
垢版 |
2013/06/25(火) 02:31:11.77
！？
2013/06/25(火) 06:19:05.50
ちゃんとお風呂に入ってほしい
2013/06/25(火) 19:38:26.39
乾燥ワカメ大量に食って緑のゲロを吐かない
2013/06/26(水) 18:42:52.33
なによりもまず先に自分が無能であり無能であり続ける存在である事を思い知って下さい
2013/06/26(水) 21:37:57.75
これからコードを書く人にもこれまでコードを書いてきた人も、わかってるじゃん
2013/06/29(土) 22:01:01.71
TDDやろうとしても、やっぱ先に実装書いちゃうよな
2013/06/29(土) 22:12:49.67
東京ディズニー暖炉
2013/06/30(日) 01:58:30.26
トヨタ・デクニカル・ディベロップメント
467仕様書無しさん
垢版 |
2013/06/30(日) 12:11:31.16
デクニカル
2013/06/30(日) 15:25:02.01
使えないPGの「教えてくれ」は「面倒だから代わりに調べて全部コード書いてくれ」の意味。決して相手にしてはいけない。
1度でも手を貸すとしつこく助けを求めてくるようになり、業務効率半減の呪いにかけられてしまう。
2013/06/30(日) 15:30:10.88
ものすげーあるあるｗ
できるフリしたりね
2013/06/30(日) 16:05:27.94
俺ははっきり「面倒だから代わりに調べて全部コード書いてテスト仕様書まで書いてくれ。俺はこれで帰る」ってはっきり言ってるからセーフ
2013/07/01(月) NY:AN:NY.AN
まともに通らないMakefileがバージョン管理されずに流通されていて
誰かがソースファイル群を大幅に変更したら
それにあわせてMakefileを各人書き換えなきゃならん

そのことに気づくのはマージして「はまった」あと
自分が手を入れたところにミスがないと確信したとき


そんな運用状況を改めろと主張する俺は間違っているか？
その状況を作ったやつに責任もってバージョン管理しろと要求するのは使えないＰＧなのか？
どうなんだ
2013/07/01(月) NY:AN:NY.AN
>>471
運用状況が腐りきってるのは全く間違ってないと思うんだが、解決方法がズレてるんだろう。
バージョン管理の問題ではなく、仕様変更手順の問題と言ったほうが適切な話だと思うぞ。

Makefileってのは、Cで言うところの非staticな関数やグローバル変数と同等レベルの仕様。
関数仕様の不具合修正と同等の手順も踏まずに編集したら破綻するのは当然の結果だろ。
仕様の不具合が発覚してそれを各人好きに仕様変更してマージまで沈黙とか正気じゃない。

重複した修正が行われる前に先行の修正が共有されることで仕様変更の衝突は減るから、
バージョン管理システムでその問題はある程度減少するだろうが、本質的な解決ではない。
変更された仕様に影響される作業者が変更を見落とせばテストまで発覚しない矛盾を生む。

例えば、最適化適用すると稼働しない糞コードと、最適化無しだと稼働しない糞コードが、
それぞれMakefile変更して単体テスト通過後にMakefile毎コミットされたらどうなると思う？
バージョン管理システムを使っててもMakefile変更による再テスト手順が無い限り死ぬね。
2013/07/01(月) NY:AN:NY.AN
最適化したら動かないようなコードはモチグマンで・・・
もとい、プラグマで最適化を無効にするからマケファイルはさわらないんじゃね？
2013/07/02(火) NY:AN:NY.AN
>>473
問題は減るが根本的に解決してないから似た爆死しかねんぞって話だし、
「問題は減る」に該当するケースや個別対処方を出されても困るんだけど。

Makefileなど仕様変更を最小化するような配慮ができるような環境ならば、
バージョン管理無しでもMakefileや仕様を共有しつつ作業できるんじゃね？
2013/07/03(水) NY:AN:NY.AN
なかっち 動画
http://www.youtube.com/watch?v=z2qK2lhk9O0s



みんなで選ぶニコ生重大事件 2012
http://vote1.fc2.com/browse/16615334/2/
2012年　ニコ生MVP
http://blog.with2.net/vote/?m=va&;id=103374&bm=
2012年ニコ生事件簿ベスト10
http://niconama.doorblog.jp/archives/21097592.html


生放送の配信者がFME切り忘れﾌﾟﾗｲﾍﾞｰﾄを晒す羽目に 放送後に取った行動とは?
http://getnews.jp/archives/227112
FME切り忘れた生主が放送終了後､驚愕の行動
http://niconama.doorblog.jp/archives/9369466.html
台湾誌
http://www.ettoday.net/news/20120625/64810.htm
2013/07/03(水) NY:AN:NY.AN
どうせデバッグ文だからと言って「これはテストだにょろ」とか書くのはやめろ
消すの忘れてむごい事になるぞ
2013/07/03(水) NY:AN:NY.AN
改善しろよって言ってもどうせ改善できるスキル持ちがいない
自分から「改善してやる、問題がおきたあとの面倒も見てやる」、
ってやつが率先して引っ張らない限り、そこそこいい職場でも業務改善なんて無理
ましてや底辺層なんて、そこまでやれる能力持ってる奴が皆無だからどう転んでも無理

改善案をだしたり改善を訴える程度ならだれでもできるが、実行して面倒見れる能力持ってる奴は殆ど居ない

これからコードを書く奴は、広く浅く色々かじって知識を蓄えていくといいよ
IDEの設定やツールの使い方みたいなのは自分でやらないと絶対覚えない
2013/07/05(金) NY:AN:NY.AN
行動力と実現する力が評価されるよな。
頭が良いヤツはついつい評論家になってしまいがち。
2013/07/06(土) NY:AN:NY.AN
何らかのテストハーネスで単体コードを書こう
2013/07/07(日) NY:AN:NY.AN
>>477
本当にそう。
頭悪いヤツは頑固なんだわ。
こっちが実績出すところまできちんとリスクとってやらんと分からん。
まあそのあと当然最初からそれが存在していたかのように
振る舞い出すけど糞に塗れるよりはマシ。
2013/07/07(日) NY:AN:NY.AN
頑固・勉強しない・声だけはでかい
もう面倒くさいから、自分で試した後に課員に展開するようにしてる
本当はそいつだけは省きたい
他賛同しても、そいつだけ腐してくるし、やっぱり面倒くさい
それでいて急にやり方教えろとか、ググることもせずに平気で言ってくる
2013/07/07(日) NY:AN:NY.AN
愚痴スレで毒吐いて
2013/07/08(月) NY:AN:NY.AN
消極的になるのは無知だからだよ
知らない、怖い、責任負いたくない、だから無理

こういう奴でも下っ端なら問題にはならない、だが権限をもたせたらそのプロジェクトはそこまでだ

これからコードを書く人は、そういう権限を持たされた時にクズにならないよう、いろんな知識を蓄えよう
設計手法とかコーディング手法とかデザインパターンとか、流行に敏感になるのはだいじだよ
プログラミング界隈も、日々だれかしらが新しい何かを考えてるところだから、考え学ぶことをやめてしまったら、そこまでだ
2013/07/12(金) NY:AN:NY.AN
敢えて損得を考えないのも必要だ。
新人の頃は友人や同僚と比べて、
仕事がキツイとか給料が少ない
とか考えがちだが、利口に立回る
事ばかり覚えると、普通のダメ
社員になってしまう。
どうせ新人のうちの能力なんて
たかがしれているのだから、
出し惜しみせず、5年ぐらいは
バカになる方がいい。
2013/07/12(金) NY:AN:NY.AN
ば、バカになっちゃダメでしょ…ｗ
http://d.hatena.ne.jp/fromdusktildawn/20080111/1200020891


ちゃんと損得勘定しないとｗ
http://d.hatena.ne.jp/fromdusktildawn/20060227/1141028008
2013/07/12(金) NY:AN:NY.AN
>>485
バカというのはリンク先の精神分裂症患者のことなのか、
あるいは>>484の「メタファー(暗喩、たとえ)」を文字のまま解釈した
>>485本人のことなのか？

今回の限れば、おじゃばの意見に同意するよ

>>485のリンク先にある「ハゲタカエンジニア」のやったことは、
blog記事内にも書かれているように「詐欺でも錬金術でもない純粋な価値創造労働」だ
自身(技術レベル)を知り相手(リスク)も知りつくした自立したエンジニア、とも言える
で、そんな自立は一朝一夕で身に付くものではないし、損得勘定で得られるものではない
だから最初の5年くらいは「がむしゃらに」やれ、つまり「バカになって」やれということ

>>485の後半記事については問題外だな
社会経験の無いニートが、記事に書いてあるような判断/行動をはたしてとれるものなのか
考えれば分かる話
2013/07/12(金) NY:AN:NY.AN
そうだな
お客様のありがとうのために
24時間365日
がむしゃらにやればいいんじゃね

バカじゃなければ、
先々ためになることを理解した上で
有意義な仕事を避けずにこなした上、
帰ってから必要な読書独学も行うだろうけど。
2013/07/12(金) NY:AN:NY.AN
バカな人間は
ただ言われるままに働くため
その後どうなるかは偶然に左右される。
偶然成功した人間の言葉だけが世に出て、
バカになれ、が正当化される。
これは無能な働き者、無能な怠け者、両方に言える。

バカでない人間は、
その仕事が賃金以外に何を得られるか理解して働く
よって搾取丸出しの超ブラックでは利害が一致しないが、
そうでなければ結果的に、がむしゃらに働いているようにみえる。
ところが何を得られるか理解して働いているので
要所要所が丁寧で成長が早い。
5年後、自分という先輩を脅かす有能な新人の目を摘むこともないし、
成長し続ける限り老害にもならない。
2013/07/12(金) NY:AN:NY.AN
つまり
愚直に馬鹿になっていれば何の問題もなかったのは高度成長時代だけ。
もう、バカになる、という甘えは許されない。
2013/07/12(金) NY:AN:NY.AN
>>488
>そうでなければ結果的に、がむしゃらに働いているようにみえる。

それでいいんじゃまいかと思われ
2013/07/12(金) NY:AN:NY.AN
>>486
>考えれば分かる話

暗におまえら(ニート)に「年収500万円の正社員」なんて無理ゲーと言ってるのでは？
まあ本人にその自覚があるのかは知らんがw
2013/07/12(金) NY:AN:NY.AN
>>489
いや、最初の5年はバカでいい。
何が得られるか理解して働くなんて、
新人には足枷でしかない。
そんなお利口さんはたかが知れてる。
2013/07/12(金) NY:AN:NY.AN
>>491
20代なら10年後に年収500万の
正社員と言うのは、夢でもなん
でもない。
まともな会社なら、新人には
即戦力を求めない。その時点の
実力より、健康で真面目かを見る。
そういう会社で残業代を払う
勤怠のしっかりした会社に就職し、
10年働けばいい。
2013/07/12(金) NY:AN:NY.AN
>>489
>愚直に馬鹿になっていれば何の問題もなかったのは高度成長時代だけ。
>もう、バカになる、という甘えは許されない。

バカになる、がむしゃらにやることは、決して甘えなんかじゃないよ
他人からバカにされるカッコワルイ自分を演じたくない、という考えこそが甘え

あとバカになる、がむしゃらにやることは、思考を止めろロボットになれという意味でもない
自分が何をしたいのか？自分に何ができるのか？自分は何を期待されているのか？
１年目の新人なりに必死で考えて行動する、それが>>488後段のがむしゃらに働くことに繋がる

「愚直な馬鹿」はバブル期であっても通用しなかった
今との違いは、通用せず会社から脱落しても別の畑で再就職が(今よりも)容易だっただけのこと
2013/07/12(金) NY:AN:NY.AN
>>494
残念ながら「バカになれ」は「奴隷になれ、考えるな」の意味でも使われる
2013/07/12(金) NY:AN:NY.AN
>>495

>>486
>バカというのはリンク先の精神分裂症患者のことなのか、
>あるいは>>484の「メタファー(暗喩、たとえ)」を文字のまま解釈した
>>>485本人のことなのか？
2013/07/12(金) NY:AN:NY.AN
まともな会社なら、管理職でない
限り、残業代は100%出るし、
基本給だけでも生活は出来る。
嫌なら辞める事も出来る。
金貰っていつでも辞められる
人間を奴隷とは言わない。
2013/07/13(土) NY:AN:NY.AN
マトモじゃない会社も多いんだが
2013/07/14(日) NY:AN:NY.AN
>>498
まともな会社に変えた方がいい。
2013/07/14(日) NY:AN:NY.AN
愚直に頑張れって言ったり、会社辞めた方がいいって言ったり
そういう二重定義が一番嫌いだ
2013/07/14(日) NY:AN:NY.AN
まともな会社なんてねえよ
この糞コテ社会経験無いだろ
2013/07/14(日) NY:AN:NY.AN
「バカ」という、愚かさを定義された単語に、
後付で「思考を止めろロボットになれという意味でもない」
そういう「メタファー(暗喩、たとえ)」を濫用するから、
ブラック企業は人を騙して働かせるための洗脳で楽ができる。
奴隷が善意の解釈で「バカ」を勝手に肯定的に受け止めてくれる。
その結果、自ら奴隷になるという自由を行使してくれるわけだ。
2013/07/14(日) NY:AN:NY.AN
>>500
まともな会社で働け。

>>501
まともな会社はたくさんある。
君こそ自分の会社を見直して
みたらどうだ？
自社がまともでないと感じて
君が新人でないなら、自社を
まともにする努力をしてみては
どうだ？
2013/07/14(日) NY:AN:NY.AN
おめーの経歴うpしてみ？
もしくはまともな会社の例をあげてみ？
理想論はもういいよ壊れ人間
2013/07/14(日) NY:AN:NY.AN
ステップ実行で単体テストをするのが最高っていう会社ですから、押して知るべし。
2013/07/14(日) NY:AN:NY.AN
>>503
だからよー、転職しろってならその会社では一生懸命働くなってことだよなー
お前プログラマなら言ってることおかしいって分からねえか？
2013/07/14(日) NY:AN:NY.AN
常駐スレがこのスレと壊れたPGスレって時点でアレなんだよな
自分がかなえられなかった夢物語を必死で語ってるって感じ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況