技術書で技術を身につける奴と技術書に呑まれる奴 [転載禁止]©2ch.net

**仕様書無しさん** · 2015/04/28(火) 07:38:34.94

最近思う
全く勉強しない奴は害だが
技術書で学んだことは、全て正しく実践すべきことのように時と場合も考えず周囲に強制するバカはもっと害

この手のバカは自分は有能、他者は無能と思い込んでいるから質が悪い

1 · 2015/04/28(火) 07:40:04.53

つまり俺以外は全員馬鹿
勉強している奴はただの馬鹿

**仕様書無しさん** · 2015/04/28(火) 07:41:41.06

こいつ勉強なんかしてるぜー。
がーりべーん（笑）、がーりべーん（笑）

小学校にはこういう奴もいましたっけね。

**仕様書無しさん** · 2015/04/28(火) 09:51:31.20

わかったから、自己満足したなら。
ハロワに行きなさい

**仕様書無しさん** · 2015/04/28(火) 17:27:28.91

EJBを採用するやつとかなｗ

**仕様書無しさん** · 2015/04/28(火) 17:38:21.16

>>1
負債を撒き散らしながら経験を積んでいくもんだよ
犠牲になったメンテ担当には悪いけど、俺も自分の勉強のために趣味で技術適用してみたりするわ
どうせ長くひとつの会社にはいないし、自分の成長が一番大切

**仕様書無しさん** · 2015/04/28(火) 17:51:03.62

負債をまき散らすだけで撒き散らして
成長しない奴がいるからな。

ずっとむかしと同じやり方を続けてる。
しかも成長前の素人が書いたコードを
ぐだぐだコピペしまくり。

書きなおすこともなく、ifを追加し続けるコードを書き続ける

**仕様書無しさん** · 2015/04/28(火) 19:17:03.75

>>1
これ実際大迷惑
歴史や経験を調べずに現在の最新手法を知ると陥りやすい
わかりやすい例がgotoレス
gotoレスだから！っていって、gotoを使ったほうがスッキリするのに意地でもgoto使わないで余計ごちゃごちゃにしているのとかいっぱいいた

**仕様書無しさん** · 2015/04/28(火) 20:14:16.40

しばらくすると忘れてコードが読めなくなるからなｗ

**仕様書無しさん** · 2015/04/28(火) 20:38:22.11

>>8
おまえみたいなやつは
goto hell

**仕様書無しさん** · 2015/04/29(水) 02:13:43.79

　サッカーでも強豪国やビッククラブであればゲーゲンプレス、ポゼッションサッカー
のような高等戦術を採用できるけど、弱小国やエレベータクラブはカウンターで泥臭く
プレイしないとどこかの代表みたいに痛い目にあう。

　同様に、ソフト開発でもスキルの低いのしかいないのにXPのような人を選ぶ開発プロ
セスを採用するとえらい目にあう。

**仕様書無しさん** · 2015/04/29(水) 02:46:52.82

>>8
無理やり擁護しなくていいよ。
技術は使うものだ。

**仕様書無しさん** · 2015/04/29(水) 03:29:15.31

>>11
bigをビックって発音する奴ってなんなんだろうね

**仕様書無しさん** · 2015/04/29(水) 03:51:30.02

>>8
戻るgotoだけ禁止すれば問題ないのになあ...

**仕様書無しさん** · 2015/04/29(水) 05:24:55.17

>>12
PKなのにハンドスプリングスローされても困るんですわ

**仕様書無しさん** · 2015/04/29(水) 05:26:36.07

リファクタ君のことか

**仕様書無しさん** · 2015/04/29(水) 06:40:23.80

技術者に対してのひがみスレかｗ

**仕様書無しさん** · 2015/04/29(水) 06:54:45.79

>>17本人が召喚されましたｗ

**仕様書無しさん** · 2015/04/29(水) 08:02:35.46

>>1
何にも考えずに新規技術導入するのはバカだと思うが、
バカが他人に強制できる立場にいる組織もバカだと思う。

**仕様書無しさん** · 2015/04/29(水) 08:04:42.85

>>19
会社のルールに反したコーディングを勝手にソースに入れられれば嫌でも強制的に入ってきてしまうわ
まぁクビってか、契約打ち切るけどな

**仕様書無しさん** · 2015/04/29(水) 08:17:55.94

>>20
バージョン管理システム使ってれば、入れられる前のバージョン取り出せばいいだけじゃん。

**仕様書無しさん** · 2015/04/29(水) 08:20:54.10

goto文が悪とされたのは構造化プログラミングが確立される前
未だにgoto文が悪という奴はまさにスレタイ

**仕様書無しさん** · 2015/04/29(水) 08:23:20.20

goto文の良し悪しを語るなら「なぜ」の部分を説明できないといけない。
説明できないなら人の受け売りで思考停止してるだけ。

**仕様書無しさん** · 2015/04/29(水) 10:14:21.21

goto文の良し悪しについて語る事自体が、obsoleteな気がする

**仕様書無しさん** · 2015/04/29(水) 10:57:41.68

>>23
ホントそう
どうして、そういう結果になったのかを調べるか経験で知らないやつが大半

**仕様書無しさん** · 2015/04/29(水) 10:59:24.82

>>24
普通に使いますが？

**仕様書無しさん** · 2015/04/29(水) 11:10:35.91

プログラムはパイ生地の層のごとく
関数の入出力の積み重ねによって成り立っているが
gotoはそういった構造の上下関係、前後関係をぶち壊してしまうから嫌われるんだな

**仕様書無しさん** · 2015/04/29(水) 12:53:09.07

>>26
使う事と、良し悪しについて語る事は全く別物だな

**仕様書無しさん** · 2015/04/29(水) 17:02:54.75

>>28良いプログラミング、悪いプログラミングというのを考えるきっかけ
は非常に重要
なにがきっかけでもいい
考えようとしない奴は永久に考えないし気づかない
そういう奴はプログラミングの楽しさも感じてないから伸びても来ない

だからといって、>>1が言うようになんにも考えず専門書や著名者で推奨されている
からといって思考停止して技術技術と言ってるのは論外だけど

**仕様書無しさん** · 2015/04/29(水) 17:28:05.99

>>29
ごく当たり前の事なんだが、そんなに力説するような内容かね？

**仕様書無しさん** · 2015/04/29(水) 17:48:53.45

>>30
なんで2chの専門板に来てるの?

**仕様書無しさん** · 2015/04/29(水) 17:52:22.98

残念ながら世の中には考えない方がいい人間というのはいる。
人にはそれぞれ、その人に見当った役割があるし、それは決して悪い事ではないんだ。
だけど、そういう人が間違って余計な知恵をつけてしまうとやっかいな問題を引き起こす。
例えばそう、>>29のように意図のよく分からない啓蒙活動もその一例だね。

**仕様書無しさん** · 2015/04/29(水) 17:57:11.53

プログラミングは血で書くとは良く言ったものだ。
適性の無い人間は一生プログラミングの奥深さを知ることも出来ない。

**仕様書無しさん** · 2015/04/29(水) 18:28:28.12

> プログラミングは血で書くとは良く言ったものだ。
聞いたこと無いが？

**仕様書無しさん** · 2015/04/29(水) 18:47:04.32

>>34
しっ！

…彼の脳内世界が現実ではないと知ったら、彼は自我を保つ事ができずに崩壊してしまうんだよ！

彼はきっと『たしか学生のとき教授から聞いたし』と答えるだろう。
そうやって自ら記憶を改ざんし続けていかなければ生きていけない程、この業界は苦しい所なのだ…。

**仕様書無しさん** · 2015/04/29(水) 19:00:48.23

http://cpplover.blogspot.jp/2012/05/60.html

**仕様書無しさん** · 2015/04/29(水) 19:07:40.74

結局さあ周りにレベルの向上を期待したって無駄なんだよ。そう思わない？

**仕様書無しさん** · 2015/04/29(水) 19:25:01.74

>>37
他の業界だったら、
こんな簡単な事もできんのか！って
怒られると思うが？

**仕様書無しさん** · 2015/04/29(水) 19:28:01.55

プログラミングは人によって生産性に10倍の差が出る。
そんな業界は他に無いだろ。

**仕様書無しさん** · 2015/04/29(水) 19:31:40.96

だからなに？

**仕様書無しさん** · 2015/04/29(水) 19:45:47.03

ちょっと出来ないくらいなら、頑張って教える気にもなるが
レベルの差が絶望的に開きすぎてたら、そんな気も無くなる。

**仕様書無しさん** · 2015/04/29(水) 19:49:03.30

>>38で言えばどうせ伸びないんだし怒ったって無駄

**仕様書無しさん** · 2015/04/29(水) 20:15:11.66

まずお前らがレベルアップしろやwwwwwwwwwwww

**仕様書無しさん** · 2015/04/29(水) 23:10:58.68

>>39
いくらでもあるだろｗ
営業だって売上に10倍の差ぐらい軽くあるだろうし

**仕様書無しさん** · 2015/04/30(木) 05:21:54.27

>>38
別に今時は怒ったりしないだろ。
使えなければ切るだけのこと。
切れないなら干す。そんだけ。

**仕様書無しさん** · 2015/04/30(木) 22:50:22.35

>>27
今時関数の外から中に飛び込めるgoto文なんてないでしょ。
中から外に飛び出すのは例外として残ってるけど。

**仕様書無しさん** · 2015/04/30(木) 23:38:18.77

そういう意味じゃなくて、関数呼び出しとgotoで等価なコードを書いたときの保守性の差について言ってんじゃね
30年前にはこんなコードがそこらじゅうにあったんだぜ

FUNCTION Jacobi(d,n : INTEGER) : INTEGER;
LABEL 1,2,3,4;
VAR d1,n1,i2,m,n8,u,z,u4 : INTEGER;
BEGIN
d1:=d; n1:=abs(n); m:=0; n8:=n1 MOD 8;
IF odd(n8+1) THEN
BEGIN writeln(tty,'(d/n)においてnが偶数であってはならない');
GOTO 3 END;
IF d1<0 THEN
BEGIN d1:=-d1; IF (n8=3) OR (n8=7) THEN m:=m+1 END;
1: IF d1=0 THEN
BEGIN writeln(tty,'(d/n)において GCD(d,n)>1 であってはならない');
GOTO 3 END;
i2:=0;
2: u:=d1 DIV 2; IF d1=u*2 THEN
BEGIN i2:=i2+1; d1:=u; GOTO 2 END;
IF odd(i2) THEN m:=m+(n8*n8-1) DIV 8;
u4:=d1 MOD 4; m:=m+(n8-1)*(u4-1) DIV 4; z:=n1 MOD d1;
n1:=d1; d1:=z; n8:=n1 MOD 8; IF n1>1 THEN GOTO 1;
m:=m MOD 2; IF m=0 THEN Jacobi:=1 ELSE Jacobi:=-1;
GOTO 4;
3: Jacobi:=0;
4: END {Jacobi};

**仕様書無しさん** · 2015/05/01(金) 00:26:59.42

gotoとsetjmp、longjmpが混ざってないか？
なんでも使いどころが悪ければ悪ってことだし、使いどころの見極めは技術書読んだだけじゃ分からない

**仕様書無しさん** · 2015/05/01(金) 05:39:49.60

>>45
> 使えなければ切るだけのこと。

それってさ、使えなければ使える人が来るまで待つって
言っているのと同じなんだけどさ、
そんな余裕あるの？

**仕様書無しさん** · 2015/05/01(金) 06:51:24.32

そこまで言うなら使えない人間を使えるようにする方法論を語ってもらおうじゃないか

**仕様書無しさん** · 2015/05/01(金) 07:30:57.23

>>48
そこなんだよね。
賢者は歴史から学ぶといっても、
オブジェクト指向までの道のりを解説した書籍ってのも少ないんだよね。
gotoにしてもかるーくは触れられてるけど、
　実際にgotoだけで実装されていた時代。
　gotoから脱せられないやつが実装していた時代。
　gotoから脱せられないやつは排除されたが、意味もわからずgoto完全排除の時代
と同じ時代を生きる必要はないが、
その時代のソースコードをいじることになったときに、痛いほど感じるｗ

**仕様書無しさん** · 2015/05/01(金) 07:37:51.46

goto
グローバル変数

この二つはわかりやすく害で、皆理解できたから改善方向にいったけど、

関数化、最小部品化

は、永久に無理な気がしてきたわｗ

**仕様書無しさん** · 2015/05/01(金) 09:03:45.15

>>49
すまん、零細の人のこと忘れてた

**仕様書無しさん** · 2015/05/01(金) 09:08:12.70

ここはgotoスレじゃないよ

**仕様書無しさん** · 2015/05/01(金) 09:18:27.13

goto程度にしておかないとリファクタおじいさんが出てくる

**仕様書無しさん** · 2015/05/01(金) 14:21:06.62

車輪の再発明をしないのはいいことだけど、じゃあ車輪を自分で作れるか？は別問題
ここがスレタイの命題だと思うけど
オレは新人が来たらmemcpyを実装させて、オープンソースの実装と見比べさせる様にしてる
アライン合わせてCPU WORDで代入してるのを見てスゲーと思う奴は伸びるし、フーンって思う奴は伸びない
結局車輪を自分で作れるかは実務してても必要な情報+αで周辺の情報まで興味を伸ばせるかだと思う
特にWebアプリ、AndroidとかFramework化が進んでるから実務で必要な情報ってどんどん軽いモノになってきてる
これ自体はいいことだけど、意識しないと知識が付かないのも事実

**仕様書無しさん** · 2015/05/01(金) 15:28:55.24

memcopyなんてforループするだけじゃんｗ

**仕様書無しさん** · 2015/05/01(金) 15:42:01.41

>>57
わかってねーだろ
そう思ってる奴はその程度だって言ってるんだよ

**仕様書無しさん** · 2015/05/01(金) 15:46:34.01

memcpyはアライン合わせて32ビットでアクセスしたいので、割と複雑(srcが4n、dstが4n+1とか)だね。
ARMみたいにシフタオペランドがあると、へぇー！ってコードになるね。

**仕様書無しさん** · 2015/05/01(金) 16:12:12.17

そんな汚いコード、IT土方には不要

**仕様書無しさん** · 2015/05/01(金) 17:12:25.79

領域の重なりは考慮しないの？
アライメントよりよほど重要だと思うのだが

**仕様書無しさん** · 2015/05/01(金) 17:46:22.95

>>61
前からコピーするか後ろからコピーするかのどっちかだから悩む程の物でもない

**仕様書無しさん** · 2015/05/01(金) 19:03:16.94

DMA使えばコピーしてる間に他の計算できるんじゃね？
と思ってコマンド発行してた頃が懐かしい。

**仕様書無しさん** · 2015/05/01(金) 19:09:41.08

そんなしょうもない低レベルな話する暇があったらWebやれWeb

**仕様書無しさん** · 2015/05/01(金) 19:34:36.26

>>61
重なりを考慮してくれるのはmemmove。

**仕様書無しさん** · 2015/05/01(金) 19:52:16.47

>>65
それがな処理系依存でmemcpyでもオーバーラップ考慮は有るらしい

**仕様書無しさん** · 2015/05/01(金) 19:56:48.51

>>53
> すまん、零細の人のこと忘れてた
お前だめだなぁｗ

世の中の99%が中小企業がだって知ってる？
ちょっと世間知らずじゃないのかな？

**仕様書無しさん** · 2015/05/01(金) 19:57:59.52

>>50
> そこまで言うなら使えない人間を使えるようにする方法論を語ってもらおうじゃないか

大企業なら、育てればいいだけ。
それだけの体力がある。

**仕様書無しさん** · 2015/05/01(金) 20:00:43.86

>>67
>世の中の99%が中小企業がだって知ってる？

きいたことはある。

**仕様書無しさん** · 2015/05/01(金) 20:04:06.74

>>68
育てないよ。
入りたい人いっぱいくるし。

**仕様書無しさん** · 2015/05/01(金) 21:04:00.36

>>70
わずか1%の話なんて当てにならんわｗ

**仕様書無しさん** · 2015/05/01(金) 21:10:24.50

>>68
大企業なら、人月いくらで調達すればいいだけ。
それだけの体力がある。

**仕様書無しさん** · 2015/05/01(金) 21:13:38.05

体力なら俺の方があるだろ

**仕様書無しさん** · 2015/05/01(金) 21:24:22.53

大企業なら、人月いくらで調達すればいいのは当然だが
それは技術が低いのを人数でカバーするという
考え方にほかならないんだよな。

**仕様書無しさん** · 2015/05/01(金) 21:29:08.01

たまにあたりがくるんだよ。

**仕様書無しさん** · 2015/05/01(金) 21:48:52.83

>>67
企業の割合はな。
では、労働者の割合は？
同じ資料に書いてあるはずだよ？

**仕様書無しさん** · 2015/05/01(金) 21:50:55.85

てか、労働者という人単位の話してるのに、企業単位の数値を使って話をしてて違和感わかないの？
みんな

**仕様書無しさん** · 2015/05/01(金) 21:54:13.06

低階層、基本技術は一度でいいから目を向けてほしい。
これはホント思う。
流行の言語を覚えるのは勉強じゃない。
最新環境触るのは否定しないが。

**仕様書無しさん** · 2015/05/01(金) 22:06:27.10

>>76
労働者の割合なら、
社員数から割り出せるよ。

日本の人口1億2000万人。
働いている人の数だと5000万人ぐらいかね。

そして企業の人数は？

**仕様書無しさん** · 2015/05/01(金) 22:08:33.25

日本マイクロソフトが2,150人だった

**仕様書無しさん** · 2015/05/01(金) 22:12:11.57

零細の人が９割だろうが８割だろうが興味ないなー

**仕様書無しさん** · 2015/05/01(金) 23:09:18.58

>>75
当たりは感覚１割位かね
頭数増やしても特定の人に負荷集中して使えない奴の指導の分効率下がることすら有る

**仕様書無しさん** · 2015/05/02(土) 00:23:43.42

>>82
使い方次第というのが更に１割くらいいる感じ。
指示出す奴がアホだと使いこなせないけど、
上手く誘導するといい感じで成果出してくれる。

逆に、アホを適当にとりまとめられる人がいると、
指導できるクラスの人を実戦に投入できるから最高！
（でもあっという間に出世していなくなってしまう）

**仕様書無しさん** · 2015/05/02(土) 06:42:33.18

>>81
うん。大企業で働くということは、そういうことだよね。
そういうこと、とは、つまり、
会社が世界のすべてで、それ会社の外側に世界が広がっているという
想像力を失うということ。
俺も新社会人のときは、日本人だけが集まった、日本市場だけを相手に
している、有名大企業（一部上場）にいたので、まさに
そういう人間だった。

安泰な大企業のサラリーマンやっていられるなら、
一生そういう、閉塞した狭いコミュニティの中でうまく立ち回っていくだけの
人間のままでもいいや、
というふうに割り切って生きるのも、この厳しい世の中ではありだろうね。

俺は選ばなかったが、そういう道を選ばざるを得ない人々のことを
軽蔑する気持ちは持ったことはない。

**仕様書無しさん** · 2015/05/02(土) 06:50:06.69

それともう一点。

>>1 のレスには読書の習慣のない人間の、よく本を読んでいる人間に対する嫉妬が
感じられる。

と、こういうふうに、>>1のような断定口調のレスを放言する動機を
読めるようになるのも、読書の効用だと思う。

エンジニアなら技術書を読むのは当たり前として、
マーケティングや心理学の本や小説も読んで、

この人はどういう動機で、こういうことを言うのだろう？

ということを感じ取れるようになりたいもの。

そうしないと、ちょっと職場で思い通りにいかないことや、
理不尽なことを言われると、すぐキレるような類の人間になってしまう。

**仕様書無しさん** · 2015/05/02(土) 06:51:21.15

誤：それ会社の外側に世界が広がっているという

:s/それ//

**仕様書無しさん** · 2015/05/02(土) 08:49:59.41

マーケティングや心理学の本や小説も読んで
この人はどういう動機で、こういうことを言うのだろう？
ということを感じ取れるような
俺は人間が大きいのだ

というお話。

**仕様書無しさん** · 2015/05/02(土) 08:58:06.35

>というお話。

だということにしてきたい、というお話

**仕様書無しさん** · 2015/05/02(土) 09:07:21.34

実際には、本を読むだけではダメだなということを理解するために、
本を読む必要があるわけだが、最初から読書を怠けるやつには、当然分からない。

**仕様書無しさん** · 2015/05/02(土) 09:20:28.54

そもそも「本を読む＝偉い」みたいな風潮がずいぶん昔から時代遅れなんだよ

このファッキンな物言いのせいで、読む事自体が目的になってしまっている
哀れな犠牲者がいままでに何人生まれてしまったことか

俺たちはもう本なんか捨てて風俗でも行こうぜ！

**仕様書無しさん** · 2015/05/02(土) 09:50:51.71

>>79
推測で割り出さなくても発表されてるかと、、、

**仕様書無しさん** · 2015/05/02(土) 15:30:50.33

労働者数、大中小企業数etc.......
>>1が言いたいことがすべて集約されている気がするｗ

問題となる統計の本やドキュメントを見ました。見つけました。知りました。
けど数値の意味を正しく理解してないから、
間違った数値を使って自分の発言には根拠がある！と思い込んで論じ始めてしまう。
で、間違いを指摘してスグ訂正できるやつはまだマシだけど、
中には

「間違いだと気づいても絶対に認めない奴や、もう信じきってしまっていて人の忠告を聞かない奴が居る。」
こういう奴らが害だって話でしょ。

**仕様書無しさん** · 2015/05/02(土) 15:34:21.50

相手にされなくて必死だな

**仕様書無しさん** · 2015/05/02(土) 15:59:17.04

>>74
技術が低いとは限らんよ。

**仕様書無しさん** · 2015/05/02(土) 15:59:39.10

オブジェクト指向バカ一代みたいな奴いるよな
オブジェクト指向が絶対正しいみたいな頭の弱い奴が
本に洗脳されている可哀そうな奴

こーゆう奴のソースはあちこち飛び過ぎて誰も読めない
そして読めない方が悪いと思っていて非常にたちが悪い

**仕様書無しさん** · 2015/05/02(土) 16:27:56.74

>>95
オブジェクト指向が読めないのはお前だけだろw一緒にすんなw

**仕様書無しさん** · 2015/05/02(土) 16:59:48.35

>>96
うわーｗｗｗおまえ言われとことあるんだろＷＷＷ
オブジェクト指向ってのはやりすぎると逆効果なんだよ
可読性が悪くメンテナンス性も悪くなる
フレームワークを作るわけじゃないんだからある程度でいいんだよ

**仕様書無しさん** · 2015/05/02(土) 17:48:09.09

オブジェクト指向に凝るのは誰もが一度は通る道。
飽きるまでやらないと、馬鹿らしい事に気付かないよ。

**仕様書無しさん** · 2015/05/02(土) 18:30:30.75

いやだからそれオブジェクト指向関係ないからw
単純にプログラミングが下手なだけw

**仕様書無しさん** · 2015/05/02(土) 18:33:31.79

他人の書いたプログラムを読んでメンテナンスするのは、オブジェクト指向に関係なく
向き不向きや才能だと思う。

**仕様書無しさん** · 2015/05/02(土) 19:12:06.91

>>95
あなたのプログラムはメインルーチンとサブルーチンで構成されている予感がします。

**仕様書無しさん** · 2015/05/02(土) 19:41:08.45

>>85
> 理不尽なことを言われると、すぐキレるような類の人間になってしまう。
なんだこの社畜思想？何かに洗脳されてるのか？
理不尽なこと言われたら怒るのが人としての正解だぞ。

**仕様書無しさん** · 2015/05/02(土) 20:36:47.33

なにこの、staticおじさんスレの流れｗ

**仕様書無しさん** · 2015/05/02(土) 20:56:53.81

オブジェクト指向て言っても、構造体に関数持たせただけだぞ。
ポリモーフィズムやら何やらは、整理する切り口を増やすしただけ。

そもそも構造化プログラミングが出来ない奴がオブジェクト指向語るのは
基本出来てない奴が応用語るようなもんだな。

**仕様書無しさん** · 2015/05/02(土) 20:57:23.01

なにこの顔真っ赤な反論はｗ
図星すぎておこなの？

**仕様書無しさん** · 2015/05/02(土) 20:58:49.14

オブジェクト指向が大好きな奴は、関数型プログラミングやってみなさいよ。
Scalaとかさ。

**仕様書無しさん** · 2015/05/02(土) 21:00:32.75

関数がファーストクラスオブジェクトの言語使えば
クラスの債務がどうのとかパズルやってたの馬鹿らしくなるからさ。

**仕様書無しさん** · 2015/05/02(土) 21:10:56.68

オブジェクト指向と関数型は共存できるパラダイムなんだよっ！
て小一の姪っ子が言ってた

**仕様書無しさん** · 2015/05/02(土) 21:43:23.43

>>108
結局のところどんな手法だろうが
「雑魚ＰＧが見ても分りやすく書く」というのができていないのが雑魚
良いコーディングとは性能とわかりやすさと開発効率のバランス
「オブジェクト指向がどれだけできているか」ではない
ここんとこ間違えている学生あがりが多くて困る

他人が見ても分らないスパゲッティオブジェクト指向するよりも
作りが下手くそでもコメントを丁寧に的確に書いてある方が上なんだよ

それと一番勘違いしている奴多いんだけど、
「お前それオブジェクト指向使う事が最適な案件じゃないだろそれ」っての多いぞ
ＤＢから検索してＷＥＢページに表示するだけのもんとか、そんなのしなくていいから、、汗。みたいな

**仕様書無しさん** · 2015/05/02(土) 21:52:32.13

> 「雑魚ＰＧが見ても分りやすく書く」というのができていないのが雑魚

それって具体的にどんなコード？

**仕様書無しさん** · 2015/05/02(土) 21:57:30.80

>>109
>「雑魚ＰＧが見ても分りやすく書く」というのができていないのが雑魚

それをいうのなら「雑魚でも上級者でもわかりやすく書く」が正しいだろうさ。

雑魚は淘汰（クビ）されるか、成長するかのどっち。

クビにされる奴のためにコードを書くのは馬鹿らしいし、
成長した時に分かりにくいコードも馬鹿らしい。

新人が楽になるように、先輩が苦しむとかアホらしいだろさ。

**仕様書無しさん** · 2015/05/02(土) 22:00:23.40

>>109
雑魚にも限度がある。
いまどきオブジェクト指向すら判らんPGは雑魚どころかミジンコレベルだろ。
ミジンコ集めて何やるの？

**仕様書無しさん** · 2015/05/02(土) 22:06:01.08

>>104
それはC++の実装だろ。
オブジェクト指向の本質とはかけ離れてる。

**仕様書無しさん** · 2015/05/02(土) 22:07:38.94

またまた、本質とかｗ
適当に使ってハッピーになればいいじゃないのｗ

**仕様書無しさん** · 2015/05/02(土) 22:09:25.95

ペチパーがクラス使われて困惑してるのかな

**仕様書無しさん** · 2015/05/02(土) 22:10:54.67

本質とか小難しいことは哲学者にまかせとけばええねん

**仕様書無しさん** · 2015/05/02(土) 22:45:18.85

>>111
お前みたいなのをカウボーイコーディングっていうんだよ

>>116
教授とか雑魚多い、現場を知らないからな
オブジェクト指向を貫くためにＯＲマッピングとか使いだす無能なのがおおい
学者は参考にしても盲信しちゃいかん、正解なんて無いからな、
時代によって変化するし今の最先端で流行ろうとしているのがアジャイルの関数型言語
まぁ流行らんと思うけど

**仕様書無しさん** · 2015/05/02(土) 23:09:51.39

>>109
> ＤＢから検索してＷＥＢページに表示するだけのもんとか、そんなのしなくていいから、、汗。みたいな
しなくていいし、ふつうしないだろ。
フレームワークくらい使おうな。

**仕様書無しさん** · 2015/05/02(土) 23:12:28.82

>>117
ORマッピングに関しては、そもそもRDB使うのが正しいのか
から検討したほうがいいな。
普通にオブジェクトをDBに突っ込めばいいのに、RDB使いたいために
無理やり分解してるプロジェクトも多い。

**仕様書無しさん** · 2015/05/02(土) 23:14:58.84

>>104
何だよ、その象形文字が読めない奴が日本語語るな理論は。

**仕様書無しさん** · 2015/05/03(日) 00:17:26.28

>>120
フットボールアワーの後藤みたいなのに憧れてるの？

**仕様書無しさん** · 2015/05/03(日) 00:18:34.80

>>120
構造化出来ないのはプログラムまともに書けないのと同義だからな。

**仕様書無しさん** · 2015/05/03(日) 00:22:58.59

オブジェクト指向なんて適当で良いんだよ。
本当に大事なのはモジュール間の独立性を高め依存度を下げる事。
それができりゃ何だって構わない。

**仕様書無しさん** · 2015/05/03(日) 00:29:28.88

わかったわかった
要はみんなエンジョイ・コーディング♪って言いたいんだろ？
俺にはビシビシと伝わったよ

**仕様書無しさん** · 2015/05/03(日) 02:17:32.84

プログラミング言語や指向なんてこまけぇこたぁどうても良いんだよ。
とにかく世界に誇れる素敵なソフトを作れよ。

**仕様書無しさん** · 2015/05/03(日) 02:27:08.69

人生は「どのようにやるか」よりも、「何をするか」を考えることに
時間をかけろと元天才プログラマーで現ホームレスのじっちゃんが言ってた。

所詮プログラマーなんて、「どのようにやるか」程度の次元から
抜け出すことが物理的に永遠にできない。

結局ソフトを作って何をするかを考えられない時点でオワテル。
フェースブックやツイッターなんておまいらでも作れるだろ？
でもそれらを作ろうだなんて考えもつかないからいつまでも
プログラマーなのさ。

**仕様書無しさん** · 2015/05/03(日) 02:40:46.48

staticおじさんが大漁発生中

**仕様書無しさん** · 2015/05/03(日) 02:43:59.18

>>126
露骨に煽るんじゃなくて、もう少し捻りを入れてほしい

**仕様書無しさん** · 2015/05/03(日) 06:59:17.51

>>125雑なようで実は重要なこと言ってるよねｗ

理学は真理の追求
工学は役立たせることの追求

**仕様書無しさん** · 2015/05/03(日) 07:04:18.13

まぁオブジェクト指向なんてのは、
超絶下手くそを下手くそレベルまでなんとか矯正するための手法だからな
もともと上手い奴がやれば足手まといになるケースも多々ある

実際、上級者ほど関数型だもの

**仕様書無しさん** · 2015/05/03(日) 07:25:09.92

>>127
関数型プログラミングが判らないからって拗ねるなよｗ
連休中に勉強すればいいさ。

**仕様書無しさん** · 2015/05/03(日) 07:32:38.10

オブジェクト指向ってのは部品とか根っこの部分を作るのにはいいけど
それらを使って実際の中小規模の業務システムを作るには不向き
だから世の中の大半の人にとってオブジェクト指向は最適ではないのよ
お前らが携わるようなシステムにとってオブジェクト指向はデメリットの方が大きいのよ、
とにかく開発効率が悪いくて無駄が多い

わかってる？学校じゃ教えてくれないだろｗｗｗ

**仕様書無しさん** · 2015/05/03(日) 07:46:01.21

ここで話題のついていくためにブックオフに行ってきた
休みなんで、ちょっとした読み物がほしいと思った
プログラミングのセオリーというのがあったので1200円
読んだ感想が、こんなことで終わって、
アマゾンにいってみた。
ぼろかすに叩かれていた。書評をみるわけ。
日本人の書いたプログラミング手法って
だいたいこんなふうになる。翻訳もんは礼賛だけど。

翻訳もんは日本語がわかりにくくて、
日本人著書はわかりやすいのだが、
日本の著者を叩くのは、
理解できちゃうから、ものたりなさがあるかもしれない

**仕様書無しさん** · 2015/05/03(日) 07:50:51.02

>>126
じっちゃんVVSおじさん？

**仕様書無しさん** · 2015/05/03(日) 09:33:46.68

俺の記憶によると、SICPが流行った頃から関数型プログラミングが注目されだしたと思うんだよ。
でも、もう10年以上前だぞ？
なんか関数型プログラミングが最新だと思ってる奴がいるっぽいけど遅すぎないか？

**仕様書無しさん** · 2015/05/03(日) 09:33:57.41

日本人著書は本質はずしてることが多いんだよな。
理解してないのか表現できないのか、読む奴を馬鹿にしているからなのかは不明だが。

**仕様書無しさん** · 2015/05/03(日) 09:46:58.48

>>135
源流はLISPだろ？
FORTRANやCOBOLとほぼ同期だろ？

**仕様書無しさん** · 2015/05/03(日) 10:06:40.67

>>132
DBから値を引っ張ってきてWebに表示するだけのシステムなのに
なんでこんなにたくさんコード書いてるの？ってのはあるよねー
オブジェクト指向すら導入してないと。

**仕様書無しさん** · 2015/05/03(日) 10:17:35.04

オブジェクト指向で作られたシステムって無駄に重いよなぁ

**仕様書無しさん** · 2015/05/03(日) 10:26:33.41

似たような繰り返しばかりだなあ
OOP vs FPの宗教戦争はもう飽きた
FWじゃなくてappレベルにおい、どっちが良いのかは結論ついてるんだから
FPは凄い！を連呼されても何かﾂﾏﾝﾈ

**仕様書無しさん** · 2015/05/03(日) 10:27:11.62

一生懸命反論レスしてネ！

**仕様書無しさん** · 2015/05/03(日) 11:45:39.56

一生懸命
自己責任
モラルハザード
ステンパイプ

なんか、誤用ばっかりの人って、辞書で調べないの？

**仕様書無しさん** · 2015/05/03(日) 11:48:59.33

>>140
どっちもやったらええんやで

**仕様書無しさん** · 2015/05/03(日) 12:12:07.19

>>143
そのとおり、どっちもやって良いところだけ自分に取り入れればいい

**仕様書無しさん** · 2015/05/03(日) 12:12:28.31

＞日本人著書は本質はずしてることが多いんだよな。

プログラミングのセオリーという本に
保守性ということが述べてあって
そういう視点からなにか得られるという期待があったのだが
まず述べられているたのは読みやすさだな。
俺は「ま！　そうだな」と読み進めた。

**仕様書無しさん** · 2015/05/03(日) 12:20:08.65

>>139
オブジェクト指向ってのは無駄がいっぱいあるしな
コード量も増えるしクラスが多くて管理も大変
これはどんな上級者がやってもそうなる仕様
だけどメリットもいっぱいある
そのメリットを生かせる場所って予算が潤沢な大規模なプロジェクト
とかオブジェクトの流用が多いゲームとか
どこでも必ず使う共通部品とか、ミドルウェアとか

しかし良く考えてみると世の中の大半を占めるであろう一般的な業務システムの開発案件ではメリットはあんまりない
ＷＥＢの時代は早く安くだからオブジェクト指向は遅いから関数型言語がいま熱い注目を浴びている
ｆａｃｅｂｏｏｋとか楽天とかが元

**仕様書無しさん** · 2015/05/03(日) 12:34:32.60

>>142
他力本願も追加で

**仕様書無しさん** · 2015/05/03(日) 12:55:44.88

>>146
いい感じに技術書に呑まれてるねぇ

**仕様書無しさん** · 2015/05/03(日) 12:58:37.30

>>142
そうゆう細かいことは２ｃｈでは指摘しないのがお約束じゃんｗ
誰もが知ってるはずなのに、以外と知らない人多いんだよな・・・

**仕様書無しさん** · 2015/05/03(日) 13:21:22.05

>>146
どっちかというとライフサイクルの管理がしやすくなるとかデストラクタでメモリリークの可能性を減らせるとかを布教したい

**仕様書無しさん** · 2015/05/03(日) 13:39:08.48

>>150
ガベージコレクションの時代に何言うてはるんですか

**仕様書無しさん** · 2015/05/03(日) 13:48:46.00

>>151
それであちこちトラぶってるのに？

**仕様書無しさん** · 2015/05/03(日) 13:54:07.43

まあ、メモリの制限が厳しくて厳密に管理しないといけない業務もあるわな。
それ以外には関係の無い話だ。

**仕様書無しさん** · 2015/05/03(日) 15:24:31.66

>>150-152
ものによる

通常ＧＣに任せるのが鉄則
携帯アプリとか組み込みとかメモリ節約しなきゃならんのはどっちかというとマイナーだな
サーバサイドならメモリ不足はカネで解決

**仕様書無しさん** · 2015/05/03(日) 18:32:53.82

>>154
実メモリと仮想メモリの区別がついてませんね？

**仕様書無しさん** · 2015/05/03(日) 18:35:17.85

問題はメモリじゃなくてリソースの確保と解放。
メモリはリソースの一部でしかないから、GCがあるからって何も考えずに
書くとあとで非常に面倒なことになるのは間違いない。

**仕様書無しさん** · 2015/05/03(日) 18:45:00.86

>>156
何を言いたいのかよく分からんので、もう少しくわしく

**仕様書無しさん** · 2015/05/03(日) 18:51:56.85

とても簡単な例で言うとロックかけっぱなしとか。

**仕様書無しさん** · 2015/05/03(日) 18:58:43.23

>>156
それで、リソースをデストラクタで解放するの？
GCのある言語ではデストラクタが走るタイミングを制御できないんだが
何を管理するのかな？

**仕様書無しさん** · 2015/05/03(日) 19:08:21.40

デストラクタが走るタイミングを制御できません
だから管理できないです
は甘え

**仕様書無しさん** · 2015/05/03(日) 19:12:14.63

>>160
何言ってるの。別の方法で管理するんだが。
Javaならfinallyかな
.NETならusing
匿名メソッドが使える言語なら生成/解放関数に処理メソッドを渡す。

**仕様書無しさん** · 2015/05/03(日) 19:22:27.15

>>161
コイツ最高のアホ

**仕様書無しさん** · 2015/05/03(日) 19:52:43.78

OOP/FPの次はGC論議かよ

**仕様書無しさん** · 2015/05/04(月) 08:36:52.99

GCはメモリの管理からの解放をうたっていながら
タイミングや寿命などの余計複雑になった管理資料が大量に発行された現実が失敗を自ら物語っている。

GCはメモリ管理失敗したプログラムでも、運がよければGCが拾ってくれる。
程度に考えておいて、自分で解放やらなんやらはきちっとやりなさい。
と素人レベルから教育しておくのが正しい。

**仕様書無しさん** · 2015/05/04(月) 08:55:12.54

IT速報にまとめられてるね

**仕様書無しさん** · 2015/05/04(月) 09:27:46.54

>>165
まとめられてればいいけど単なる転載だからなｗ

**仕様書無しさん** · 2015/05/04(月) 11:22:18.01

技術書
　・アルゴリズムや解法⇒そのまま鵜呑みにして良い。

　・管理手法、プログラミング作法等
　　 ⇒そもそももんなもの本を読まずとも、同じ点について問題意識を持っていた＝できる人
　　 ⇒本を読んで、問題意識を持った＝できない人

無能は何をやっても無理。
ビジネス本や啓蒙書を読んですぐに感化されるやつと同じ。

**仕様書無しさん** · 2015/05/04(月) 12:55:39.58

>>167
アルゴリズムも、裏付けを把握しておかないと
適応できない問題に適応しようとして破綻するぞ。

**仕様書無しさん** · 2015/05/04(月) 17:55:28.43

メモリ問題出る時ってプログラムの作り手が下手な時ばっかりだろ
なんか強引な配列やらコレクションやらそんなのばっかり

**仕様書無しさん** · 2015/05/04(月) 20:51:31.80

お前ら仲良いな

**仕様書無しさん** · 2015/05/04(月) 21:05:59.78

ワイもIT速報見て勉強しとるで

**仕様書無しさん** · 2015/05/05(火) 04:35:30.23

ここの人はみんな、保守系底辺派遣PGなのかなぁw？
頑張って綺麗なコード書いて！　

**仕様書無しさん** · 2015/05/05(火) 08:16:52.10

>>169
いずれにせよ問題は解決してないということや
だったら、メモリ管理をGCにまかせるという教育をするより、メモリ管理は自分でやるという教育で行くべき
GCは隠し機能として初心者段階で勉強すべきではない

**仕様書無しさん** · 2015/05/05(火) 08:41:47.67

>>173
GCのある言語でどのようにメモリ管理をすると？

**仕様書無しさん** · 2015/05/05(火) 08:43:11.95

null突っ込んだってgcのタイミングは任意だぜ。
それとも自分でgc.collect呼ぶ？
それも管理というにはずいぶん大雑把だが。

**仕様書無しさん** · 2015/05/05(火) 08:46:53.91

本当にメモリを意識させたいならC言語で教育すればいいだろ。

**仕様書無しさん** · 2015/05/05(火) 11:07:39.59

>>175そのNULLの突っ込み等々だろ？
処理上のどのタイミングで破棄するか記述しろってこった。

**仕様書無しさん** · 2015/05/05(火) 11:22:08.06

それはGCに頼らない事にならないが。

**仕様書無しさん** · 2015/05/05(火) 11:28:14.74

プログラマの意思を示すことが大事だという話なのに、
GCがいつ動くとかの話になんの意味があるの？

**仕様書無しさん** · 2015/05/05(火) 11:31:44.53

GCが勝手に走って処理が一瞬止まる心配してるんじゃないの？

**仕様書無しさん** · 2015/05/05(火) 11:33:39.83

メモリ食いつぶす心配してるなら
そりゃGC云々の話じゃないと思うんだけどな。

**仕様書無しさん** · 2015/05/05(火) 11:46:11.82

管理したいリソース、管理する必要がないリソース。
この二つがあるよ。

メモリは多くの場合、管理する必要がないリソース。
なぜなら、メモリは必要な量を必要なタイミングで
得られれば十分だから。

それに対して、ファイルなどは、誰かが解放していないと
ロックされたなどで他の人が取得できないことがある。

GCは管理する必要がないものを管理しなくて良くしたことに
大きなメリットがある。

**仕様書無しさん** · 2015/05/05(火) 12:19:25.75

>>180
それを言うならGCのあるシステムを使うこと自体が間違い

>>181
たぶんそんな話は誰もしてないんじゃないかな

>>182
短寿命なプロセスならそうだろうが、長寿命なプロセスのことを考えたことある？

**仕様書無しさん** · 2015/05/05(火) 12:20:31.11

>>182
長寿命なプロセスであれば、メモリが必要なくなってから
少し時間が相手から解放されても問題ない。

**仕様書無しさん** · 2015/05/05(火) 12:23:01.56

結局GC云々じゃなくてメモリ意識しましょうて事じゃないの？

**仕様書無しさん** · 2015/05/05(火) 12:38:34.20

要するに下手な設計をGCのせいにしてるだけだろ。
自分のバグをすぐOSやコンパイラのせいにする奴と同じタイプ。

**仕様書無しさん** · 2015/05/05(火) 12:40:24.19

>>184
日本語で

**仕様書無しさん** · 2015/05/05(火) 12:49:53.26

>>187
じゃあ言い方を変えるよ。

長寿命なプロセスでも問題ない。
なぜ問題あると言い出したのか
その理由を先に書いてくれ

**仕様書無しさん** · 2015/05/05(火) 12:51:33.80

1人ないし2人読み取り専用おじさんがいるからいつまでも平行線の話が続くというこの流れ

**仕様書無しさん** · 2015/05/05(火) 12:53:50.51

C言語でもC++でもそうだけど、メモリは10バイト必要な時に
10バイト確保して、10バイト必要なくなった時に10バイト
解放されるわけじゃない。

そんなことをしたらパフォーマンスが落ちてしまう。
だからある一定の塊ごとに確保されたり解放されたりする。

解放の話に絞ると、10バイト解放してもすぐにはメモリは解放されない。
それはGCの動きと変わらない。

**仕様書無しさん** · 2015/05/05(火) 15:51:28.39

ＧＣ否定するなら
ＪＡＶＡとかドットネットの言語を作った頭のいいエンジニアを
説き伏せられる論理武装してんだろうな

**仕様書無しさん** · 2015/05/05(火) 16:04:47.10

してたら、２ちゃんねる相手に戦わない。

**仕様書無しさん** · 2015/05/05(火) 17:28:32.10

メモリ管理をしなくてよい。
でもメモリ管理のGC用資料があるのはなぜに？しかも余計複雑になって。

**仕様書無しさん** · 2015/05/05(火) 17:47:01.84

GCって共産主義みたいなものだよな。
本物の神様が計画経済回すなら共産主義経済はばら色の社会だよ。

でも神様はいないんだ。

**仕様書無しさん** · 2015/05/05(火) 17:50:04.21

>>188
君の理論はたぶんこうだ。

「俺が困ってないから問題ない」

単に想像力が欠如してるだけなのに。

**仕様書無しさん** · 2015/05/05(火) 17:55:47.37

相乗力欠如している。問題がある。
その問題を想像しろ。
俺からはどこが問題あるか言わない
想像しろ。きっと問題はあるはずだ。

裁判でも使える高等テクニック

**仕様書無しさん** · 2015/05/05(火) 18:06:08.81

>>196
問題がないと言い張るなら、こうだから問題ない、
って言えばいいのにね。

**仕様書無しさん** · 2015/05/05(火) 18:13:36.67

ないものは証明できないのでは？
悪魔の証明。

問題があるところを言うことにしよう。

じゃあ今からどこが問題があるか言うぞ。

**仕様書無しさん** · 2015/05/05(火) 18:15:20.34

２ちゃんねるんってなんだかんだで屁理屈通用しないよねｗ
お決まりのパターンはお決まりのパターンで論破される。

**仕様書無しさん** · 2015/05/05(火) 18:21:54.63

あー、すまん。ちょっと出なけれなくてはいけなくなったので、
問題があると思っている人に任せることにするよ。
あとはよろしく。
俺の代わりに、どこが問題か、びしっと指摘しておいてくれ。