技術書で技術を身につける奴と技術書に呑まれる奴

1 ：仕様書無しさん：2015/04/28(火) 07:38:34.94 .net

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

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

2 ：1：2015/04/28(火) 07:40:04.53 .net

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

3 ：仕様書無しさん：2015/04/28(火) 07:41:41.06 .net

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


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

4 ：仕様書無しさん：2015/04/28(火) 09:51:31.20 .net

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

5 ：仕様書無しさん：2015/04/28(火) 17:27:28.91 .net

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

6 ：仕様書無しさん：2015/04/28(火) 17:38:21.16 .net

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

7 ：仕様書無しさん：2015/04/28(火) 17:51:03.62 .net

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

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

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

8 ：仕様書無しさん：2015/04/28(火) 19:17:03.75 .net

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

9 ：仕様書無しさん：2015/04/28(火) 20:14:16.40 .net

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

10 ：仕様書無しさん：2015/04/28(火) 20:38:22.11 .net

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

11 ：仕様書無しさん：2015/04/29(水) 02:13:43.79 .net

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

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

12 ：仕様書無しさん：2015/04/29(水) 02:46:52.82 .net

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

13 ：仕様書無しさん：2015/04/29(水) 03:29:15.31 .net

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

14 ：仕様書無しさん：2015/04/29(水) 03:51:30.02 .net

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

15 ：仕様書無しさん：2015/04/29(水) 05:24:55.17 .net

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

16 ：仕様書無しさん：2015/04/29(水) 05:26:36.07 .net

リファクタ君のことか

17 ：仕様書無しさん：2015/04/29(水) 06:40:23.80 .net

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

18 ：仕様書無しさん：2015/04/29(水) 06:54:45.79 .net

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

19 ：仕様書無しさん：2015/04/29(水) 08:02:35.46 .net

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

20 ：仕様書無しさん：2015/04/29(水) 08:04:42.85 .net

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

21 ：仕様書無しさん：2015/04/29(水) 08:17:55.94 .net

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

22 ：仕様書無しさん：2015/04/29(水) 08:20:54.10 .net

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

23 ：仕様書無しさん：2015/04/29(水) 08:23:20.20 .net

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

24 ：仕様書無しさん：2015/04/29(水) 10:14:21.21 .net

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

25 ：仕様書無しさん：2015/04/29(水) 10:57:41.68 .net

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

26 ：仕様書無しさん：2015/04/29(水) 10:59:24.82 .net

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

27 ：仕様書無しさん：2015/04/29(水) 11:10:35.91 .net

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

28 ：仕様書無しさん：2015/04/29(水) 12:53:09.07 .net

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

29 ：仕様書無しさん：2015/04/29(水) 17:02:54.75 .net

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

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

30 ：仕様書無しさん：2015/04/29(水) 17:28:05.99 .net

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

31 ：仕様書無しさん：2015/04/29(水) 17:48:53.45 .net

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

32 ：仕様書無しさん：2015/04/29(水) 17:52:22.98 .net

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

33 ：仕様書無しさん：2015/04/29(水) 17:57:11.53 .net

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

34 ：仕様書無しさん：2015/04/29(水) 18:28:28.12 .net

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

35 ：仕様書無しさん：2015/04/29(水) 18:47:04.32 .net

>>34
しっ！

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


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

36 ：仕様書無しさん：2015/04/29(水) 19:00:48.23 .net

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

37 ：仕様書無しさん：2015/04/29(水) 19:07:40.74 .net

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

38 ：仕様書無しさん：2015/04/29(水) 19:25:01.74 .net

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

39 ：仕様書無しさん：2015/04/29(水) 19:28:01.55 .net

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

40 ：仕様書無しさん：2015/04/29(水) 19:31:40.96 .net

だからなに？

41 ：仕様書無しさん：2015/04/29(水) 19:45:47.03 .net

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

42 ：仕様書無しさん：2015/04/29(水) 19:49:03.30 .net

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

43 ：仕様書無しさん：2015/04/29(水) 20:15:11.66 .net

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

44 ：仕様書無しさん：2015/04/29(水) 23:10:58.68 .net

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

45 ：仕様書無しさん：2015/04/30(木) 05:21:54.27 .net

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

46 ：仕様書無しさん：2015/04/30(木) 22:50:22.35 .net

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

47 ：仕様書無しさん：2015/04/30(木) 23:38:18.77 .net

そういう意味じゃなくて、関数呼び出しと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};

48 ：仕様書無しさん：2015/05/01(金) 00:26:59.42 .net

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

49 ：仕様書無しさん：2015/05/01(金) 05:39:49.60 .net

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

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

50 ：仕様書無しさん：2015/05/01(金) 06:51:24.32 .net

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

51 ：仕様書無しさん：2015/05/01(金) 07:30:57.23 .net

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

52 ：仕様書無しさん：2015/05/01(金) 07:37:51.46 .net

goto
グローバル変数

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

関数化、最小部品化

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

53 ：仕様書無しさん：2015/05/01(金) 09:03:45.15 .net

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

54 ：仕様書無しさん：2015/05/01(金) 09:08:12.70 .net

ここはgotoスレじゃないよ

55 ：仕様書無しさん：2015/05/01(金) 09:18:27.13 .net

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

56 ：仕様書無しさん：2015/05/01(金) 14:21:06.62 .net

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

57 ：仕様書無しさん：2015/05/01(金) 15:28:55.24 .net

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

58 ：仕様書無しさん：2015/05/01(金) 15:42:01.41 .net

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

59 ：仕様書無しさん：2015/05/01(金) 15:46:34.01 .net

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

60 ：仕様書無しさん：2015/05/01(金) 16:12:12.17 .net

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

61 ：仕様書無しさん：2015/05/01(金) 17:12:25.79 .net

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

62 ：仕様書無しさん：2015/05/01(金) 17:46:22.95 .net

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

63 ：仕様書無しさん：2015/05/01(金) 19:03:16.94 .net

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

64 ：仕様書無しさん：2015/05/01(金) 19:09:41.08 .net

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

65 ：仕様書無しさん：2015/05/01(金) 19:34:36.26 .net

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

66 ：仕様書無しさん：2015/05/01(金) 19:52:16.47 .net

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

67 ：仕様書無しさん：2015/05/01(金) 19:56:48.51 .net

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

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

68 ：仕様書無しさん：2015/05/01(金) 19:57:59.52 .net

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

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

69 ：仕様書無しさん：2015/05/01(金) 20:00:43.86 .net

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

きいたことはある。

70 ：仕様書無しさん：2015/05/01(金) 20:04:06.74 .net

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

71 ：仕様書無しさん：2015/05/01(金) 21:04:00.36 .net

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

72 ：仕様書無しさん：2015/05/01(金) 21:10:24.50 .net

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

73 ：仕様書無しさん：2015/05/01(金) 21:13:38.05 .net

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

74 ：仕様書無しさん：2015/05/01(金) 21:24:22.53 .net

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

75 ：仕様書無しさん：2015/05/01(金) 21:29:08.01 .net

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

76 ：仕様書無しさん：2015/05/01(金) 21:48:52.83 .net

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

77 ：仕様書無しさん：2015/05/01(金) 21:50:55.85 .net

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

78 ：仕様書無しさん：2015/05/01(金) 21:54:13.06 .net

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

79 ：仕様書無しさん：2015/05/01(金) 22:06:27.10 .net

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

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

そして企業の人数は？

80 ：仕様書無しさん：2015/05/01(金) 22:08:33.25 .net

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

81 ：仕様書無しさん：2015/05/01(金) 22:12:11.57 .net

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

82 ：仕様書無しさん：2015/05/01(金) 23:09:18.58 .net

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

83 ：仕様書無しさん：2015/05/02(土) 00:23:43.42 .net

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

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

84 ：仕様書無しさん：2015/05/02(土) 06:42:33.18 .net

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

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

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

85 ：仕様書無しさん：2015/05/02(土) 06:50:06.69 .net

それともう一点。

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

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

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

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

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

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

86 ：仕様書無しさん：2015/05/02(土) 06:51:21.15 .net

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

:s/それ//

87 ：仕様書無しさん：2015/05/02(土) 08:49:59.41 .net

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

というお話。

88 ：仕様書無しさん：2015/05/02(土) 08:58:06.35 .net

>というお話。

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

89 ：仕様書無しさん：2015/05/02(土) 09:07:21.34 .net

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

90 ：仕様書無しさん：2015/05/02(土) 09:20:28.54 .net

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

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

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

91 ：仕様書無しさん：2015/05/02(土) 09:50:51.71 .net

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

92 ：仕様書無しさん：2015/05/02(土) 15:30:50.33 .net

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

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

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

93 ：仕様書無しさん：2015/05/02(土) 15:34:21.50 .net

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

94 ：仕様書無しさん：2015/05/02(土) 15:59:17.04 .net

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

95 ：仕様書無しさん：2015/05/02(土) 15:59:39.10 .net

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

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

96 ：仕様書無しさん：2015/05/02(土) 16:27:56.74 .net

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

97 ：仕様書無しさん：2015/05/02(土) 16:59:48.35 .net

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

98 ：仕様書無しさん：2015/05/02(土) 17:48:09.09 .net

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

99 ：仕様書無しさん：2015/05/02(土) 18:30:30.75 .net

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

100 ：仕様書無しさん：2015/05/02(土) 18:33:31.79 .net

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

101 ：仕様書無しさん：2015/05/02(土) 19:12:06.91 .net

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

102 ：仕様書無しさん：2015/05/02(土) 19:41:08.45 .net

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

103 ：仕様書無しさん：2015/05/02(土) 20:36:47.33 .net

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

104 ：仕様書無しさん：2015/05/02(土) 20:56:53.81 .net

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

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

105 ：仕様書無しさん：2015/05/02(土) 20:57:23.01 .net

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

106 ：仕様書無しさん：2015/05/02(土) 20:58:49.14 .net

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

107 ：仕様書無しさん：2015/05/02(土) 21:00:32.75 .net

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

108 ：仕様書無しさん：2015/05/02(土) 21:10:56.68 .net

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

109 ：仕様書無しさん：2015/05/02(土) 21:43:23.43 .net

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

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

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

110 ：仕様書無しさん：2015/05/02(土) 21:52:32.13 .net

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

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

111 ：仕様書無しさん：2015/05/02(土) 21:57:30.80 .net

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

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

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

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

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

112 ：仕様書無しさん：2015/05/02(土) 22:00:23.40 .net

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

113 ：仕様書無しさん：2015/05/02(土) 22:06:01.08 .net

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

114 ：仕様書無しさん：2015/05/02(土) 22:07:38.94 .net

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

115 ：仕様書無しさん：2015/05/02(土) 22:09:25.95 .net

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

116 ：仕様書無しさん：2015/05/02(土) 22:10:54.67 .net

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

117 ：仕様書無しさん：2015/05/02(土) 22:45:18.85 .net

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

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

118 ：仕様書無しさん：2015/05/02(土) 23:09:51.39 .net

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

119 ：仕様書無しさん：2015/05/02(土) 23:12:28.82 .net

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

120 ：仕様書無しさん：2015/05/02(土) 23:14:58.84 .net

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

121 ：仕様書無しさん：2015/05/03(日) 00:17:26.28 .net

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

122 ：仕様書無しさん：2015/05/03(日) 00:18:34.80 .net

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

123 ：仕様書無しさん：2015/05/03(日) 00:22:58.59 .net

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

124 ：仕様書無しさん：2015/05/03(日) 00:29:28.88 .net

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

125 ：仕様書無しさん：2015/05/03(日) 02:17:32.84 .net

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

126 ：仕様書無しさん：2015/05/03(日) 02:27:08.69 .net

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

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

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

127 ：仕様書無しさん：2015/05/03(日) 02:40:46.48 .net

staticおじさんが大漁発生中

128 ：仕様書無しさん：2015/05/03(日) 02:43:59.18 .net

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

129 ：仕様書無しさん：2015/05/03(日) 06:59:17.51 .net

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

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

130 ：仕様書無しさん：2015/05/03(日) 07:04:18.13 .net

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

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

131 ：仕様書無しさん：2015/05/03(日) 07:25:09.92 .net

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

132 ：仕様書無しさん：2015/05/03(日) 07:32:38.10 .net

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

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

133 ：仕様書無しさん：2015/05/03(日) 07:46:01.21 .net

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

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

134 ：仕様書無しさん：2015/05/03(日) 07:50:51.02 .net

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

135 ：仕様書無しさん：2015/05/03(日) 09:33:46.68 .net

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

136 ：仕様書無しさん：2015/05/03(日) 09:33:57.41 .net

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

137 ：仕様書無しさん：2015/05/03(日) 09:46:58.48 .net

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

138 ：仕様書無しさん：2015/05/03(日) 10:06:40.67 .net

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

139 ：仕様書無しさん：2015/05/03(日) 10:17:35.04 .net

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

140 ：仕様書無しさん：2015/05/03(日) 10:26:33.41 .net

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

141 ：仕様書無しさん：2015/05/03(日) 10:27:11.62 .net

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

142 ：仕様書無しさん：2015/05/03(日) 11:45:39.56 .net

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

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

143 ：仕様書無しさん：2015/05/03(日) 11:48:59.33 .net

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

144 ：仕様書無しさん：2015/05/03(日) 12:12:07.19 .net

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

145 ：仕様書無しさん：2015/05/03(日) 12:12:28.31 .net

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

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

146 ：仕様書無しさん：2015/05/03(日) 12:20:08.65 .net

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

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

147 ：仕様書無しさん：2015/05/03(日) 12:34:32.60 .net

>>142
他力本願も追加で

148 ：仕様書無しさん：2015/05/03(日) 12:55:44.88 .net

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

149 ：仕様書無しさん：2015/05/03(日) 12:58:37.30 .net

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

150 ：仕様書無しさん：2015/05/03(日) 13:21:22.05 .net

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

151 ：仕様書無しさん：2015/05/03(日) 13:39:08.48 .net

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

152 ：仕様書無しさん：2015/05/03(日) 13:48:46.00 .net

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

153 ：仕様書無しさん：2015/05/03(日) 13:54:07.43 .net

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

154 ：仕様書無しさん：2015/05/03(日) 15:24:31.66 .net

>>150-152
ものによる

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

155 ：仕様書無しさん：2015/05/03(日) 18:32:53.82 .net

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

156 ：仕様書無しさん：2015/05/03(日) 18:35:17.85 .net

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

157 ：仕様書無しさん：2015/05/03(日) 18:45:00.86 .net

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

158 ：仕様書無しさん：2015/05/03(日) 18:51:56.85 .net

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

159 ：仕様書無しさん：2015/05/03(日) 18:58:43.23 .net

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

160 ：仕様書無しさん：2015/05/03(日) 19:08:21.40 .net

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

161 ：仕様書無しさん：2015/05/03(日) 19:12:14.63 .net

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

162 ：仕様書無しさん：2015/05/03(日) 19:22:27.15 .net

>>161
コイツ最高のアホ

163 ：仕様書無しさん：2015/05/03(日) 19:52:43.78 .net

OOP/FPの次はGC論議かよ

164 ：仕様書無しさん：2015/05/04(月) 08:36:52.99 .net

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

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

165 ：仕様書無しさん：2015/05/04(月) 08:55:12.54 .net

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

166 ：仕様書無しさん：2015/05/04(月) 09:27:46.54 .net

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

167 ：仕様書無しさん：2015/05/04(月) 11:22:18.01 .net

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

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

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

168 ：仕様書無しさん：2015/05/04(月) 12:55:39.58 .net

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

169 ：仕様書無しさん：2015/05/04(月) 17:55:28.43 .net

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

170 ：仕様書無しさん：2015/05/04(月) 20:51:31.80 .net

お前ら仲良いな

171 ：仕様書無しさん：2015/05/04(月) 21:05:59.78 .net

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

172 ：仕様書無しさん：2015/05/05(火) 04:35:30.23 .net

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

173 ：仕様書無しさん：2015/05/05(火) 08:16:52.10 .net

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

174 ：仕様書無しさん：2015/05/05(火) 08:41:47.67 .net

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

175 ：仕様書無しさん：2015/05/05(火) 08:43:11.95 .net

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

176 ：仕様書無しさん：2015/05/05(火) 08:46:53.91 .net

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

177 ：仕様書無しさん：2015/05/05(火) 11:07:39.59 .net

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

178 ：仕様書無しさん：2015/05/05(火) 11:22:08.06 .net

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

179 ：仕様書無しさん：2015/05/05(火) 11:28:14.74 .net

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

180 ：仕様書無しさん：2015/05/05(火) 11:31:44.53 .net

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

181 ：仕様書無しさん：2015/05/05(火) 11:33:39.83 .net

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

182 ：仕様書無しさん：2015/05/05(火) 11:46:11.82 .net

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

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

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

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

183 ：仕様書無しさん：2015/05/05(火) 12:19:25.75 .net

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

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

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

184 ：仕様書無しさん：2015/05/05(火) 12:20:31.11 .net

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

185 ：仕様書無しさん：2015/05/05(火) 12:23:01.56 .net

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

186 ：仕様書無しさん：2015/05/05(火) 12:38:34.20 .net

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

187 ：仕様書無しさん：2015/05/05(火) 12:40:24.19 .net

>>184
日本語で

188 ：仕様書無しさん：2015/05/05(火) 12:49:53.26 .net

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

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

189 ：仕様書無しさん：2015/05/05(火) 12:51:33.80 .net

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

190 ：仕様書無しさん：2015/05/05(火) 12:53:50.51 .net

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

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

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

191 ：仕様書無しさん：2015/05/05(火) 15:51:28.39 .net

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

192 ：仕様書無しさん：2015/05/05(火) 16:04:47.10 .net

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

193 ：仕様書無しさん：2015/05/05(火) 17:28:32.10 .net

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

194 ：仕様書無しさん：2015/05/05(火) 17:47:01.84 .net

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

でも神様はいないんだ。

195 ：仕様書無しさん：2015/05/05(火) 17:50:04.21 .net

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

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

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

196 ：仕様書無しさん：2015/05/05(火) 17:55:47.37 .net

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

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

197 ：仕様書無しさん：2015/05/05(火) 18:06:08.81 .net

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

198 ：仕様書無しさん：2015/05/05(火) 18:13:36.67 .net

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

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

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

199 ：仕様書無しさん：2015/05/05(火) 18:15:20.34 .net

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

200 ：仕様書無しさん：2015/05/05(火) 18:21:54.63 .net

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

201 ：仕様書無しさん：2015/05/05(火) 19:09:00.37 .net

>>199
どいつもこいつも例が弱い
今のところ戯言だよ

202 ：仕様書無しさん：2015/05/05(火) 23:42:58.58 .net

>>200
帰ってくるまで待ってるよ

203 ：仕様書無しさん：2015/05/05(火) 23:58:12.45 .net

俺が書くとなぜかGCがまともに働かない気がする

204 ：仕様書無しさん：2015/05/06(水) 01:04:47.67 .net

>>182
ファイルは異なるプロセス間で同時に使用したいこともあるが、プロセス毎に割り振られるアドレス空間のヒープ領域の
とあるアドレス0x6021a3なんかは異なるプロセス間で共有するようなことはあんまりないから、後者にはGCは有効だよ

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

メモリ不足なんかは>>182の主張とは別の問題だし、俺には>>183の言い分がいまいちわからん

205 ：仕様書無しさん：2015/05/06(水) 02:06:42.70 .net

プロセス跨いで管理しないといけないリソースはそんなにないが、
異なるスレッド間で管理しないといけないリソースは結構ある。

206 ：仕様書無しさん：2015/05/06(水) 02:21:22.25 .net

GCで一番よく起きたであろう問題がjavaというかjavaに限らずだけど、
webアプリでの循環参照によるリソースの食いつぶしだろ。
それまでのアプリだと循環参照でリソースを食いつぶすほど長い間
生存するものは稀で問題にならなかったが、webアプリの台頭で
顕在化した問題。

GCが想定していたのは主にCでポインタの参照が意図せず切れて
リークすることを想定して、それを回避するのが目的だったわけで。
参照が外れないことが問題になるとはつゆほども考えずに今でも
null入れて人力で頑張ってねに近い管理の仕方しかできていない。
再起動で強引にリソース開放して何とかしてるっていうところも
少なくないでしょう。

GCとは関係ないけど結局のところリソースの確保と開放には
コストがかかるから可能な限りnull入れるくらいの手しかないと
してもサボらずやりましょうってのが今の流れだと思うけどね。
ただこういうのは早いうちに叩きこまれていないと中々実践
出来るものでは無いから苦労するんだけどね、周りが。

207 ：仕様書無しさん：2015/05/06(水) 07:40:27.61 .net

マークアンドスイープ方式なら循環参照は起きない。

208 ：仕様書無しさん：2015/05/06(水) 07:45:21.49 .net

旧vbではnullを設定する習慣があったが
参照カウンタを消し込むためのバッドノウハウだった。

最近の言語でいちいちnull設定してたら笑われる。

209 ：仕様書無しさん：2015/05/06(水) 08:09:01.16 .net

>>206
そこだね
nullつっこんで、ここでおしまい
ときちんとやる
参照が途切れた途切れない
んな考え方で最初に教えるな
GCはあくまでも最終補助手段

210 ：仕様書無しさん：2015/05/06(水) 08:17:44.61 .net

いちいちnull設定してる奴って、意味のない初期化もセットで必ずやってるよな。
なんなのあれ？
そして、なぜかそういう奴が書いたコードはバグが多い。

211 ：仕様書無しさん：2015/05/06(水) 08:30:04.91 .net

>>209
ネタで言ってるんだろ？
だんだん判ってきたぞ

212 ：仕様書無しさん：2015/05/06(水) 09:51:28.39 .net

newがあるのにdeleteがないのは気持ち悪い。

213 ：仕様書無しさん：2015/05/06(水) 10:40:47.02 .net

deleteがないのは納得いかんよな。
そのインスタンスを保持してる変数をnullにできるのに。

というか、nullの挙動を変えて欲しい。

メソッドとか実行時、何も処理しないし、何も返さないけど、すべてのクラスにキャストできるバーチャルな存在であって欲しい。
参照されたら警告でも出しておけばいいじゃん。

214 ：仕様書無しさん：2015/05/06(水) 12:23:45.35 .net

>>208
旧ＶＢも今のＶＢも

Nothing

じゃなかったかな、知らんけどヌルじゃなかった気がする

215 ：仕様書無しさん：2015/05/06(水) 12:57:40.15 .net

>>208
> 旧vbではnullを設定する習慣があったが
> 参照カウンタを消し込むためのバッドノウハウだった。

あれはバッドノウハウでも何でもない。
無理解が引き起こしたもの。

一つは、Nothingを代入する必要がない所でもやっているだけ
（他の言語で必要のないnullを代入するのと一緒）

もう一つは、本当にNothingが必要な所でNothingを代入している。
（他の言語でもそうだが循環参照やグローバル変数へのnullなど必要な場合はある）

無理解でなんでもかんでもNothingを代入していただけ。
そこにバッドなノウハウはなにもないよ。

216 ：仕様書無しさん：2015/05/06(水) 13:03:10.10 .net

http://oshiete.goo.ne.jp/qa/3364444.html

217 ：仕様書無しさん：2015/05/06(水) 13:50:12.33 .net

>>216
>（VB6等では直ってます）

この一言だけでよくね？

218 ：仕様書無しさん：2015/05/06(水) 13:55:05.81 .net

経緯を知らん人間が居るだろ。

219 ：仕様書無しさん：2015/05/06(水) 14:21:22.02 .net

>>204
この人はメモリの細分化で困ったこととかないんだろうなぁ。
それはそれで幸せな人生だろうけどなー。

220 ：仕様書無しさん：2015/05/06(水) 14:23:58.17 .net

>>210
>いちいちnull設定してる奴って、意味のない初期化もセットで必ずやってるよな。

こういう奴がY2K問題を引き起こすんだよなぁ...

221 ：仕様書無しさん：2015/05/06(水) 14:39:09.93 .net

>>220
どっちにしろ意味判んないでやってる奴は駄目だよ。

222 ：仕様書無しさん：2015/05/06(水) 15:05:54.92 .net

>>210
意味の無いNULL設定なのか、意味のあるNULL設定なのかによって首肯しかねる
でも、きちんと初期化と解放を入れている人のほうが綺麗なソース書いてるケースが多い

たぶん、そういう人は、育ちがCなんだろうと思うけど

223 ：仕様書無しさん：2015/05/06(水) 18:31:11.05 .net

最後まで自分で面倒見られるソースなら適宜初期化は省略するけど、
後で誰がいじるかとか考えると（一部切り出されたりするし）、
全部初期化しておく、というのは正しいあり方だよ。

224 ：仕様書無しさん：2015/05/06(水) 18:43:35.30 .net

初期化というのが何なのかわからんのだけど？

意味が無いのにやっている初期化って
どんなの？

225 ：仕様書無しさん：2015/05/06(水) 19:33:08.08 .net

>>224
こんなの
int i;
i = 0;
i = 3 * 5;
馬鹿じゃね？

226 ：仕様書無しさん：2015/05/06(水) 19:35:21.85 .net

>>225
それなら
int i = 3 * 5;
って書く方がいいですね。

後で誰かがいじる時を考えて、
頭に？が浮かぶようなコードは書きません。

227 ：仕様書無しさん：2015/05/06(水) 19:57:05.18 .net

>>226
> i = 0;
と
> i = 3 * 5;
がつながってるわけないだろ。

本当に想像力のない馬鹿ばかりだな。
本当に仕事してるのか？こんな奴らが作ったシステムは怖くて使えんぞ。

228 ：仕様書無しさん：2015/05/06(水) 20:00:44.43 .net

>>227
i = 0;
と
i = 3 * 5;
の間に1000行あったとしても無駄な事に変わりはないんだけど。

229 ：仕様書無しさん：2015/05/06(水) 20:09:55.34 .net

変数宣言は必要になるまでやらないのが鉄則。

230 ：仕様書無しさん：2015/05/06(水) 20:10:47.04 .net

>>228
なんかもう馬鹿と話すのいやになってきた。

231 ：仕様書無しさん：2015/05/06(水) 20:14:13.92 .net

>>229
昔のCはそうは行かなかったけどなー
途中で変数が必要になるんなら関数分けれって話だが。

232 ：仕様書無しさん：2015/05/06(水) 20:29:19.62 .net

>>230
説明しなくていいよ。

みんなわかってるから。
君に問題があるということは。

233 ：仕様書無しさん：2015/05/06(水) 20:29:58.87 .net

意味が無いことをやるのってなんなんだろうね。
何も考えてないのかも。

234 ：仕様書無しさん：2015/05/06(水) 20:34:16.27 .net

>>231
昔は単純にコンパイラを作る都合上そうした方が都合が良かったから
そうなっていただけで、人間が使う場合はファイルの先頭まで戻らないと
型が分からないより、使うところの近くで宣言している方が見やすいという
合理的理由もあるんだけどね。 C以外だとオブジェクトのインスタンスを
作るのをなるべく遅らせるという意味もある。EffectiveC++にもきちんと
理由は書かれているけどね。 まあ、改版されているとはいえ20年前に
出た本からそれほど進歩はしてないな。

235 ：仕様書無しさん：2015/05/06(水) 21:28:38.62 .net

>>227
おれもそう思うわ。
というより、
i=0とi=3*5を書いた奴が同じ人物とも限らないし、
iはほかでも使っていてi=0が後から入ってきた可能性もみえてくる。
ある条件のときに、初期化されていないiを参照しにいっている処理があって、
バグが出ていて、それを特定するときにi=0を入れてやって、その後消し忘れたとか。

まぁ別にint i = 0;としてても俺はなんとも思わないけどね。
几帳面で、律儀なお人ｗｗｗとしか思わない。
もちろん、そこが何度も呼び出されるところであれば、バカにできないロスだから
やめさせるけど。

236 ：仕様書無しさん：2015/05/06(水) 21:33:39.23 .net

てかさ始まりじゃなく終わり部分の話じゃないの？
nullだnothingだの設定とかって・・・。

237 ：仕様書無しさん：2015/05/06(水) 21:50:51.39 .net

>>2235
変数はスコープ内で局所化するのが良いコーディングなのよ。
C言語の場合は関数でしかスコープを切れないから
関数の先頭で宣言する習慣なんだ。
それを他言語に持ち込んで、C言語はこうだったからって
思考停止だよねえ。

あげく同じ変数を使い回すとか、よく言えたもんだ。
恥かしくないの。

238 ：仕様書無しさん：2015/05/06(水) 22:09:52.28 .net

>>236
始まりの無意味な初期化も、終わりの無意味な初期化(?)も根は同じだぞ。
問題の根源は、無駄に長いスコープの変数を使う事にある。
普通は変数のスコープを短くすればいいんじゃね？で済む話なんだけど
何故かこういう無意味なコードを書いて、混乱や問題を引き起こす人がいるんだよ。

239 ：仕様書無しさん：2015/05/06(水) 22:14:12.75 .net

>>238
根は思考停止だ。
自分がやってることを説明出来ないPGばっか。

240 ：仕様書無しさん：2015/05/06(水) 22:15:31.60 .net

>>235
それはまったく別の話
それはそれで問題としてあるけど

241 ：仕様書無しさん：2015/05/06(水) 22:37:29.33 .net

使う前にきれいにしろ
使い終わったら掃除しろ

日本人だったら子供のころからしつけられてるはずなんだがなあ

242 ：仕様書無しさん：2015/05/06(水) 22:46:52.17 .net

言語によっては変数の初期値が定められているが。
掃除のやり方もしらないで、やったつもりになってるんじゃないの。

243 ：仕様書無しさん：2015/05/06(水) 22:47:49.05 .net

>>241
きっと綺麗にしてるつもりなんだと思うよ。
ただ、子供と同じで使ったオモチャを箱にしまうけど、そのオモチャ箱を片付ける所まで頭が回ってない。
結果、オモチャ箱があちこちに散らばってるっていうw

244 ：仕様書無しさん：2015/05/06(水) 23:03:54.18 .net

>>243
無駄な初期化だなんだといってる人たちって
「だって掃除のおばちゃんがやるんでしょー」
みたいなこと言ってるじゃない。

現実はそうなんだけどｗ日本人としてそれはどうよと。

245 ：仕様書無しさん：2015/05/06(水) 23:14:52.63 .net

>>244
多分お前も世界に誇れる日本人じゃないよ
クズよりマシって程度でしょ？

246 ：仕様書無しさん：2015/05/06(水) 23:17:26.06 .net

>>244
精神論でプログラミングしてるのかｗ
根性でプログラムが動いたらいいなｗ

247 ：仕様書無しさん：2015/05/06(水) 23:32:33.29 .net

掃除のおはちゃん「あ、それアタシがやっときますからいいですよ〜」
俺「いや、アンタは信用出来んから自分でやる」

俺すげー嫌なやつじゃんw

248 ：仕様書無しさん：2015/05/06(水) 23:46:00.28 .net

>>247
意味もなく初期化したりnull設定する理由がこれです。

249 ：仕様書無しさん：2015/05/07(木) 00:03:01.36 .net

>>247
日本人のおばちゃんだったらそうだけどなあ...

250 ：仕様書無しさん：2015/05/07(木) 00:04:45.63 .net

>>246
根性じゃないよ。
他人への気遣いだよ。

251 ：仕様書無しさん：2015/05/07(木) 00:05:55.60 .net

おばちゃんみたいに気を利かせてくれるならともかく、コンピューターは
書いてあることしか出来ないからなあ。 信用できるのは書いてあることは
必ず実行してくれるってことだけだろ。

252 ：仕様書無しさん：2015/05/07(木) 00:08:45.81 .net

信用出来ない理由は、システムに対する自分の不勉強だろ？
挙動がよく判らないから手当たり次第にやっとけ、ってｗ

253 ：仕様書無しさん：2015/05/07(木) 00:21:10.09 .net

俺冷静さ失っていくつかレス間違ってるわ。すまん。>>247

254 ：仕様書無しさん：2015/05/07(木) 00:56:50.40 .net

>>252
他人への気遣いだと、何回言えばわかるんだ？

どなたか日本人はいらっしゃいませんか〜

255 ：仕様書無しさん：2015/05/07(木) 01:05:41.38 .net

>>252
勉強すれば全てが理解できると思い込めるなんて羨ましい脳みそだ。

256 ：仕様書無しさん：2015/05/07(木) 01:09:51.80 .net

>>255
仕事したことがないんだろうね。
もしかしたら中２くらいかもしれない。

257 ：仕様書無しさん：2015/05/07(木) 18:17:27.37 .net

職業プログラマなんだから一緒に仕事するだろうメンバの力量に合わせたコード書けばいいだけだろ
一緒にやるメンバーの力量にケチつけて納期に間に合わないと言う奴は自分の能力の低さをアピールしてるだけ
高い能力のメンバーとやりたいなら技術力を売りにしてるスタートアップにでも行けばいい
ってか普通の会社なら高い能力が必要なプロジェクトなら選抜メンバーが選ばれるでしょ
選ばれないならお察しだしね・・・

258 ：仕様書無しさん：2015/05/07(木) 19:38:27.66 .net

俺からするとここのスレの奴らどいつもこいつも雑魚

259 ：仕様書無しさん：2015/05/07(木) 21:00:18.25 .net

>>257
芸能人なんかでもよくあるじゃない、バーターって奴
あんな感じでエースを引っ張ってくると、ゴミも数匹ついてくるんだよ

260 ：仕様書無しさん：2015/05/07(木) 21:38:23.97 .net

>>259
お前もゴミ寄りっしょ

261 ：仕様書無しさん：2015/05/07(木) 21:44:30.35 .net

>>258
センパイチィっす！

262 ：仕様書無しさん：2015/05/07(木) 21:52:16.93 .net

実社会にどれだけ影響を与えたか
でプログラマの価値は決まる

263 ：仕様書無しさん：2015/05/07(木) 22:04:38.12 .net

実社会にどれだけ損害を与えたかにみえた

264 ：仕様書無しさん：2015/05/07(木) 22:09:53.73 .net

おれの書いたプログラムが元でサーバが同時多発停止して、
翌日のニュースになったことあるよ。

265 ：仕様書無しさん：2015/05/07(木) 23:43:50.40 .net

>>264
担当の機能が知的財産的に問題になりそうだからリリース前までに法務部に確認しろよって言ったのにそのままリリースされてニュース沙汰になったことはある

266 ：仕様書無しさん：2015/05/08(金) 01:07:11.03 .net

>>262
おいおい、そんな本質的な事言っちゃうとここの雑魚共が黙っちゃうだろ

267 ：仕様書無しさん：2015/05/08(金) 03:06:15.31 .net

実社会に影響与えるプログラマなんて居ないよ。
社会的インパクトは何を作るか考える企画の段階で決定付けられるからな。

企画もプログラミングもやるなら、プログラマーっていうよりクリエイター
って言った方がしっくりくるかもな。

268 ：仕様書無しさん：2015/05/08(金) 05:51:47.64 .net

意味もなくnull入れたり初期化する人って
ほぼ例外なくC、C++を長年やってる(やってた)人なんだよねぇ
「とりあえず言語仕様が分からんから、念の為初期化しておこう
ああ、安心・安心」

269 ：仕様書無しさん：2015/05/08(金) 06:28:17.49 .net

社内のコーディング規約で無理矢理やらされてたとかもあると思うぞ

270 ：仕様書無しさん：2015/05/08(金) 06:42:22.95 .net

初期値入っているとデバッグがしやすい

271 ：仕様書無しさん：2015/05/08(金) 06:45:35.15 .net

>>264
でもさ
実際、いっぱい損害を与えた奴はいるよなw

272 ：仕様書無しさん：2015/05/08(金) 06:48:44.65 .net

保守性や拡張性、可読性うんぬんかんぬん言っても、
前にスレあったけど
そもそもユーザーのほしいもの作れてないんだから、これほど無意味な部分でしか語れないプログラマって愚かだよね

最優先はユーザーのほしいものを作ることでしょ

273 ：仕様書無しさん：2015/05/08(金) 06:49:35.01 .net

>>272
全く関係ない話だよね

274 ：仕様書無しさん：2015/05/08(金) 07:35:10.70 .net

使う人、システムを買う人にメリットがあるかどうか？
が、関係ないと思っちゃう時点で目的と手段が完全に逆転してる。

275 ：仕様書無しさん：2015/05/08(金) 07:45:27.23 .net

買い手の意識も逆転させれば俺等の勝ちだろ

276 ：仕様書無しさん：2015/05/08(金) 07:52:03.64 .net

>>262と>>272がまず、絶対ズレてはいけない軸！
これをこなして、さらに先にテクの話がある
まずは>>262,272からだ

277 ：仕様書無しさん：2015/05/08(金) 08:16:16.67 .net

その、さらに先のテクの話してるんだけど
レベルが低い話が好きなら他に行ってくれないか

278 ：仕様書無しさん：2015/05/08(金) 11:02:57.42 .net

>>277 はダブルおさーん臭がする。

279 ：仕様書無しさん：2015/05/08(金) 12:15:09.73 .net

>>274
レイヤが違うって話でしょ。
例えば、トランザクションをどう実装するかの話をしてるのに、デザイナが横から
「なにやら小難しいこと言ってますけどデザインがよくないとそもそもユーザーに選んでもらえないですよね？」とか言って
話に割り込んできたらなにこいつって思わない？
それともそういう場合はテクニカルな話を中断してデザインを最優先に語るべきなの？

280 ：仕様書無しさん：2015/05/08(金) 12:44:45.89 .net

技術が話題のスレにきて「技術の話題はするな」って、普通に頭がおかしい人だろ。

281 ：仕様書無しさん：2015/05/08(金) 18:14:25.45 .net

ユーザーの役に立つシステムを作る技術をいい加減確立してください

282 ：仕様書無しさん：2015/05/08(金) 19:18:13.15 .net

>>281
そんな事、デキル奴は確立してるぞ

283 ：仕様書無しさん：2015/05/08(金) 19:22:16.96 .net

>>281
教科書や技術書には載っていない技術
モノづくり共通のスキル

デキル奴はもっているんだよ

284 ：仕様書無しさん：2015/05/08(金) 21:26:41.01 .net

できない奴が、さも自分はできてますみたいな顔してふんわりとしたレスをするｗ

285 ：仕様書無しさん：2015/05/08(金) 21:32:12.33 .net

>>284
お前、くやしそうだな
もしかしてスキル無いの？

286 ：仕様書無しさん：2015/05/08(金) 21:35:15.04 .net

>>285
どうだろう
お前程度のスキルでいいなら持ってるかも

287 ：仕様書無しさん：2015/05/08(金) 21:38:20.88 .net

>>281
また社内システムスレ立ててそこでやれ
会社のシステムを無断で修正してやったぜ！みたいな馬鹿が慰めてくれるかもよ

288 ：仕様書無しさん：2015/05/08(金) 21:38:22.44 .net

>>286
相手のレベルを知らないのに「お前程度」とは？
くやしいみたいだね　＾　＾；

289 ：仕様書無しさん：2015/05/08(金) 21:40:07.86 .net

まあおまいらマカロンでも食べて落ち着けよ

290 ：仕様書無しさん：2015/05/08(金) 21:40:48.88 .net

しかしどうせお前ら言われた事だけやってるコーダーだろ？
底辺ＰＧだから要件聞いて提案したこと無いだろ

291 ：仕様書無しさん：2015/05/08(金) 21:41:55.91 .net

>>288
でもまあぶっちゃけスキル低いっしょ？

292 ：仕様書無しさん：2015/05/08(金) 23:27:57.42 .net

>>267
スマホアプリ作る人をクリエイターと呼ぶ詐欺師か。

293 ：仕様書無しさん：2015/05/09(土) 00:53:35.17 .net

いまどき純プログラマーなんていないしな、居てもプログラミングしかできないゴミ、コーダー。
客と話をするスキルが無い奴はどんなにコーディングが上手くても出来上がったモノの顧客満足度は低い
つまり客と話すスキルもプログラミングスキルの内だと思ったほうがいい

逆に口が立つだけで作るの下手な奴は客を口で抑え込もうとするからダメだ
すぐメッキが剥がれる

294 ：仕様書無しさん：2015/05/09(土) 00:55:40.26 .net

>>293
ま、受託の人はそうでしょうねｗ

295 ：仕様書無しさん：2015/05/09(土) 07:04:55.49 .net

>>293
顧客満足度は客と話すやつの責任だろw
馬鹿か。

296 ：仕様書無しさん：2015/05/09(土) 10:39:01.52 .net

>>293
ジョブズは客の言うことなんか聞かなかったけどなー

297 ：仕様書無しさん：2015/05/09(土) 10:44:11.72 .net

>>295
出来上がったものの質がある程度以上じゃないと客と話す奴がどうこう
以前の状況になる。

298 ：仕様書無しさん：2015/05/09(土) 11:32:09.97 .net

またダブルおさーんがあばれてるのかｗ
そんなに粘着してたのしい？ｗ

299 ：仕様書無しさん：2015/05/09(土) 11:34:24.67 .net

>>293
システムの満足度と顧客の満足度の違いが
わかってないんだよね。

満足させるのは顧客であって
ダメなシステムでも、顧客を満足させればいいんだよ。

俺なら、壷売っても満足させられる。

300 ：仕様書無しさん：2015/05/09(土) 11:50:08.43 .net

>>281
> ユーザーの役に立つシステムを作る技術をいい加減確立してください

ユーザーの役に立つシステムというのは
実際の所分からない。わかるはずがない。
もしそんなのがあれば、それを買って終わりになるはず。

だから重要な技術は、素早く開発できる技術なんだ。
開発速度が速ければ、短期間で多くのシステムを作ることが出来る。

プロトタイプを多く作り、そして問題があってもすぐに修正できる。
それこそが、ユーザーの役に立つシステムを作る技術なんだ。

その技術がない所は、余計なものを作らないように、時間をかけて話を聞いて、
何度も確認して、でも動くものはなく、各人が頭で思い描いているシステムが違うのに、
このシステムでいいですね？って契約書作って取消できない状態に陥れてから開発する。
そして出来た使いにくいものを押し付ける。という流れになっている。

301 ：仕様書無しさん：2015/05/09(土) 12:27:52.94 .net

>>299
＞俺なら、壷売っても満足させられる。
顧客満足度がなんで必要か分かってないだろ。詐欺的にその場を押し通すのは
それこそ一期一会的な二度と取引しないような場合にしか通用しない。
商売ってのはそれこそ継続的に利益を上げ続けなければならないわけだから
新規の顧客を開拓し続けるようなのは効率が悪いというかほぼ不可能になる
ので、顧客満足度を上げて継続的に関係を続けるために必要になる。
口八丁手八丁でその場をどうにかするってのとは対極的な考え方なんだよ。

302 ：仕様書無しさん：2015/05/09(土) 12:33:29.10 .net

うちはシステムを買うときはいつも○○さんって決めてるんです！
決め手はやっぱりサービスの良さですかねぇ、他の業者さんとは満足度が違いますよ！！
そうですねぇ、週3回は○○さんでシステムを買ってますね！

こういう事か？

303 ：仕様書無しさん：2015/05/09(土) 12:35:59.31 .net

>>301
壷っていうのはたとえだよｗ

実際のシステム開発では、
いかに予算を取れるか、いかに仕様を減らすかがキモ。

最初になんでも出来ますって言って契約させ
あれこれ理由をつけて開発期間を伸ばす、
開発を始めた後でこの期間では無理ですねと言って
最初の要望から仕様を減らす。

これを客を怒らせないのは当然で、満足させながらやるんだよ。
その場をどうにかするって話じゃない。
最初から計画的にやるんだよ。

304 ：仕様書無しさん：2015/05/09(土) 12:36:07.22 .net

ひざが痛くなくなるソフトください

305 ：仕様書無しさん：2015/05/09(土) 12:39:47.05 .net

>>304
サロメチールソフト
http://www.salomethyl.jp/products/s2.html

306 ：仕様書無しさん：2015/05/09(土) 13:00:59.88 .net

>>302
週3でシステムを買う会社なんてそうは無いけど、新しいシステムを
導入するとかリプレースするとかだと普通なことだろ？
別にシステムじゃなくても個人の買い物でも新規の店の開拓をする
時もあるけれど、いつも足を向ける店はある程度満足したサービスを
受けれたところに向けないか？

307 ：仕様書無しさん：2015/05/09(土) 13:06:47.48 .net

>>303
関係を継続するにはその目の前の担当者の後ろに何人もの
人がいるって理解してるか？ 顧客ってのは総称であって個体を
識別するための識別子じゃないぞ。

308 ：仕様書無しさん：2015/05/09(土) 13:10:27.83 .net

>>303
ただの口先だけのセールスマンとの違いがわからない。
あれもできません、これもできません。でもこんなに努力します
で済むお客さんでよかったね。

309 ：仕様書無しさん：2015/05/09(土) 13:57:14.53 .net

口八丁手八丁じゃ身も蓋もないから、もっともらしく言い換えたのが
「顧客満足度を上げる」って言葉らしいよ。

310 ：仕様書無しさん：2015/05/09(土) 14:35:49.24 .net

>>308
そこをうまくやるんだよ。

単純にできませんで終わらせるんじゃないんだよ。
代替案を用意するもんだ。

最善ではないが目的を果たしている。
そういう代案を用意しておいて、
トラブル発生→代案を出して選んでもらう→解決

これにより、トラブルを解決したすごい人という
印象を与えることが出来る。

しかもその代案は顧客が選んだことだから、もしその代案が
失敗であったとしても顧客が選んだことにできるわけ

あと担当者はコンピュータに疎いが年令が高く権限を持っている人を
選ぶのが良い。代案であっても目的を果たしているように見えるので
その実態がどうであろうと文句を言われることがない。

311 ：仕様書無しさん：2015/05/09(土) 14:36:36.06 .net

>>307
> 関係を継続するにはその目の前の担当者の後ろに何人もの
> 人がいるって理解してるか？ 顧客ってのは総称であって個体を

顧客は金を出してくれる人ですよ。

312 ：仕様書無しさん：2015/05/09(土) 14:38:08.47 .net

>>310
ただの口先だけのセールスマンとの違いがわからない。
あれもできません、これもできません。でもこんなに努力してます
で済むお客さんでよかったね。

313 ：仕様書無しさん：2015/05/09(土) 14:41:07.38 .net

>>310
ま、わざとトラブルを残しておいてあとから客に恩を売るのは
ちょっと仕事に慣れた会社員がよくやる常套手段だよなw

314 ：仕様書無しさん：2015/05/09(土) 14:41:11.06 .net

>>312
そのレスに対しては反論済み。
二回書いも無駄だよ。
お前がやったことと同じように、同じことを言うだけだから、

315 ：仕様書無しさん：2015/05/09(土) 14:45:37.10 .net

顧客満足度っていうのがわかってないよ。
最初から何の問題もない商品を作って渡しても
顧客は満足しないんだよ。

それ、お金を出して商品を買っただけだから。
そんなのだれでも出来る作業。

そうじゃなくて、顧客と一緒にシステムを完成させる。
顧客が自分が頑張ったって思わせることが顧客満足度に繋がる。

吊り橋効果と同じようなもんだよ。赤の他人でも一緒に苦難を乗り越えると
その相手が素晴らしく見えてくるだろ？
吊り橋を安全に渡った二人が結婚するわけもないわけで。

316 ：仕様書無しさん：2015/05/09(土) 14:49:36.05 .net

ちなみに>>296がジョブズとか出してきているが、
こういう仕事は別の話。

なぜならAppleの商品は顧客と一緒に開発するものじゃないから。

俺が話しているのは受託のように顧客がいて
その顧客がいないと開発できない（要求仕様などがあるもの）
そういうシステム開発の話をしている。

317 ：仕様書無しさん：2015/05/09(土) 15:13:14.63 .net

>>316
要求仕様は聞くたびにころころ変わる、なんてのはよくある話。
客が欲しいものはシステムじゃなくて、課題を解決するもの。
であれば、客が言うことばかり聞くのではなく、ならこれはどうだと
提案できる、ジョブズ的なやり方も正しいことが多いんじゃないか。

まあお前にはできないんだろうが。
というか「客がこういってるから」しかいえない使えない営業そのものだなｗ

318 ：仕様書無しさん：2015/05/09(土) 15:15:51.56 .net

>>311
間に挟まってるだけの、金も出さない知恵も出さない汗もかかないくそが顧客づらするのは、本当に腹立つよね。

319 ：仕様書無しさん：2015/05/09(土) 15:27:39.42 .net

客の声を聞くマーケティングもあるし
客の声を聞かないマーケティングもある

ただ、どちらも購入者のニーズを捉えている事は絶対条件。

まあ、客の要望うんたらは俺達の仕事じゃないとか言ってる人はライン工と変わらないんだし
ライン工には奴隷的、機械的に仕様書通りやってもらえれば良い
年齢的に邪魔になってきたら替えはいくらでもいるし

320 ：仕様書無しさん：2015/05/09(土) 15:35:39.48 .net

>>317
> 提案できる、ジョブズ的なやり方も正しいことが多いんじゃないか。
ジョブズは提案してないぞ。俺に何がいいか聞かれたこと無いしな？ｗ

ジョブズは自分が思ういいものを作ろうとしただけ。
それはあくまでジョブズの考えで万人に当てはまるとは限らない。
当てはまらない人もいる。いいと思う人だけが買う。

ジョブズは顧客を満足させてるのではなく、満足した顧客が買う。
これが大きく違う。

受託では特定の顧客を満足させないといけない。
自分でいいと思ったものを作っても、顧客が満足しなければ失敗。
余計なものを作ったと言われるだけ。

顧客への提案はもちろんするさ。ただ目的とやり方が違うだろうけどな。
顧客は金を出す人のこと。つまり金を出させる。それが目的。

追加の機能を提案するのは、金をさらに出させるため。
それが出来ないならば、仕様の方を減らすための提案を行う。

いいものを作るのが目的じゃない。顧客を満足させて金を得るのが目的

321 ：仕様書無しさん：2015/05/09(土) 15:40:20.99 .net

@ャープのプログラマいる？
大企業社員から中小企業社員に格差げになるみたいだけど、どんな気持ち？w

322 ：仕様書無しさん：2015/05/09(土) 15:41:13.56 .net

>>321
下が喜んでるｗ

323 ：仕様書無しさん：2015/05/09(土) 16:14:10.13 .net

シャープにプログラマーなんて居るの？
プログラマーは下請けに腐るほど居るからいちいちリソース抱える必要ないじゃん。

324 ：仕様書無しさん：2015/05/09(土) 16:19:11.51 .net

>>317
客はそんなこと望んでないよ。
とりあえず、こっちが提示した仕様で作ってよ。
より良い方法？
知るか、俺はそれ以外にも仕事あるからあまってらんねーよ。

325 ：仕様書無しさん：2015/05/09(土) 16:54:29.37 .net

>>319
客と直接は話をしないけど腕のあるプログラマ、お前の周りにはいないの？

326 ：仕様書無しさん：2015/05/09(土) 16:58:46.99 .net

>>320
ジョブズのやり方は９９％の人は失敗する
普通の人は絶対マネしちゃダメだ

真似してもいいのはごく一握りの運と才能をもった奴でリスクを恐れない人間だけ

327 ：仕様書無しさん：2015/05/09(土) 17:36:39.68 .net

客という単語が輝いて見えるのは社会人２年目まで^_^
その間は、客のことについて話してると自分が特別な存在になったように感じられる魔法の期間。

328 ：仕様書無しさん：2015/05/09(土) 17:37:19.69 .net

我を張ると失敗する。

329 ：仕様書無しさん：2015/05/09(土) 18:22:41.29 .net

ダブさん安定の炎上率だな

330 ：仕様書無しさん：2015/05/09(土) 19:02:11.46 .net

俺がダブさんて言葉作ったんだけど、いつのまにか元の意味と違ってきてるな。

331 ：仕様書無しさん：2015/05/09(土) 20:28:36.87 .net

>>323
今までは大企業の名前の名刺（実際には在籍してないただの派遣社員）
だったけど、大企業でなくなるから名刺でのハッタリ価値が完全に無くなる

332 ：仕様書無しさん：2015/05/09(土) 20:32:10.80 .net

おまえら、このソフトは使えない。このソフトは使えるとか言ってるくせに
特定客に納品するお前らが作ったソフトについては、「使える使えない」を問わない。とかｗ
どんだけわがままなんだよ

333 ：仕様書無しさん：2015/05/09(土) 20:37:15.73 .net

>>324
請負しかしたことないの？
客が要求仕様をまとめてくるなんて夢物語を信じてるの？

334 ：仕様書無しさん：2015/05/09(土) 21:03:30.37 .net

まぁまぁ落ち着けよ、ここはもう少し泳がせてみようぜ。

335 ：仕様書無しさん：2015/05/09(土) 21:06:33.44 .net

おらおら、早くおよげよ。だせーんだよ。

336 ：仕様書無しさん：2015/05/09(土) 21:07:53.28 .net

客は要求仕様をまとめない。まとめる能力もない。
だから適当に作っておしまい。

満足するかどうかは、システムじゃなくて
口で実現するものだ。

337 ：仕様書無しさん：2015/05/09(土) 21:52:54.91 .net

社会に有用な影響も効果もないプログラムをいくら組んでもゴミ

338 ：仕様書無しさん：2015/05/09(土) 22:10:19.61 .net

>>333
は？請負以外あるわけ？
ソフトの完成を目的としてないなら、PGの範疇外だから

339 ：仕様書無しさん：2015/05/09(土) 22:41:23.23 .net

>>338
パッケージとか作ったことない？
パッケージといってもOfficeみたいなのじゃないよ。

340 ：仕様書無しさん：2015/05/09(土) 23:20:28.98 .net

箱とか包装のこと？

341 ：仕様書無しさん：2015/05/09(土) 23:48:34.85 .net

>>340
その通りです！！！

342 ：仕様書無しさん：2015/05/09(土) 23:51:00.98 .net

アホが湧いてる...

343 ：仕様書無しさん：2015/05/10(日) 10:16:19.07 .net

技術書で勉強するとかアホくさい
ネットでサンプルプログラムひろってきて動かしてみるのが一番

344 ：仕様書無しさん：2015/05/10(日) 13:25:02.73 .net

医学書で勉強するとかアホくさい
そこら辺で病人拾ってきていじってみるのが一番

345 ：仕様書無しさん：2015/05/10(日) 14:31:45.76 .net

勉強するとかアホくさい
そこら辺でメンヘラ女拾ってきていじってるのが一番

346 ：仕様書無しさん：2015/05/10(日) 14:45:41.23 .net

小学校時代から全部自分で動かして試した。
勉強など不必要。
数学も科学も全部自分でやればいいだけのこと。
いま今は自力でオブジェクト指向を編み出している。

347 ：仕様書無しさん：2015/05/10(日) 18:35:49.48 .net

>>339
すげーどうでもいいこと持ち出すのやめたら？

348 ：仕様書無しさん：2015/05/10(日) 19:23:13.54 .net

>>347
を
論破されとる笑

349 ：仕様書無しさん：2015/05/11(月) 14:26:38.16 .net

世の中の役に立たせてこそ技術
その技術を得るのに技術書がある
従って、世の中の役に立たせられないなら目的を達することができない無能なプログラマである

350 ：仕様書無しさん：2015/05/11(月) 15:28:41.82 .net

それなりの給料もらって食っていけりゃなんだっていいよ

351 ：仕様書無しさん：2015/05/11(月) 17:34:29.98 .net

関数型プログラミングに目覚めた! IQ145の女子高校生の先輩から受けた特訓5日間
ttp://www.amazon.co.jp/dp/4798043761

352 ：仕様書無しさん：2015/05/11(月) 20:00:42.62 .net

なんでこんなアホなタイトル付けたのか145日間問い詰めたい

353 ：仕様書無しさん：2015/05/12(火) 07:02:33.90 .net

タイトルはさほど間違ってない
無職の人が暴れてるだけで

354 ：仕様書無しさん：2015/05/12(火) 12:49:23.07 .net

いい年した大人が女子高生がどうのとかキモすぎ
せめてキャパ嬢かデリヘル嬢にすべきだろ

355 ：仕様書無しさん：2015/05/12(火) 13:49:48.09 .net

それなりの給料ってどれ位なの？
年齢&#10006;&#65038;200万が年収の目安かなと思うが

356 ：仕様書無しさん：2015/05/12(火) 17:58:49.42 .net

技術身につけても
それによって実際、プログラムを使ってる人たちにどれだけ喜んでもらえたかわからないと、やる気でないから虚しいだけ

357 ：仕様書無しさん：2015/05/12(火) 22:38:23.23 .net

>>356
他者の評価を気にしてるようでは、優れた技術者になれないぞ

358 ：仕様書無しさん：2015/05/12(火) 22:40:19.10 .net

> 他者の評価を気にしてるようでは、優れた技術者になれないぞ

では、これが正しいということを証明してくれ。

359 ：仕様書無しさん：2015/05/12(火) 23:00:33.65 .net

内的動機付けでいろんな論文が出てるだろ。

360 ：仕様書無しさん：2015/05/12(火) 23:21:23.95 .net

出てるといいですね。
あなたが頑張るのをまってますよ。

361 ：仕様書無しさん：2015/05/12(火) 23:21:35.80 .net

>>359
それが証明だと考えているのだとしたら、お前相当頭悪いな。

362 ：仕様書無しさん：2015/05/12(火) 23:24:56.72 .net

>>358
なぜ？

363 ：仕様書無しさん：2015/05/12(火) 23:25:35.14 .net

唐突すぎてなんのつもりなのかわからない。

364 ：仕様書無しさん：2015/05/12(火) 23:32:09.59 .net

>>362
そりゃ当然でしょｗ

適当な事を言って、それを認めなさいって押し付けていいなら


他者の評価を気にしないようでは、優れた技術者になれないぞ


っていいますよｗ．

365 ：仕様書無しさん：2015/05/12(火) 23:33:40.48 .net

優れた技術者っていうのは、
何に対して、優れているのか？って話。

それは（他人よりも）優れているってことなので
他人の評価を気にする人のほうが
優秀な技術者になれるよ。

366 ：仕様書無しさん：2015/05/13(水) 00:07:22.21 .net

>>365
論理の飛躍があるな。

367 ：仕様書無しさん：2015/05/13(水) 00:09:04.04 .net

>>365
やっぱりないわ。ゴメン。

368 ：仕様書無しさん：2015/05/13(水) 00:11:04.24 .net

ないない言ってればそれが真実ｗ

369 ：仕様書無しさん：2015/05/13(水) 06:33:10.38 .net

>>356
プログラマの大半が派遣
そいつらに、そんな心の余裕があるわけがない

370 ：仕様書無しさん：2015/05/13(水) 08:00:47.64 .net

>>368
嘘も100回言ってれば本当になるニダ。

371 ：仕様書無しさん：2015/05/13(水) 13:56:15.89 .net

>>369
逆だろ
技術を身につけないから派遣なんだろ
その状況で満足してるだけ
心の余裕？それこそ気の持ちようだろ

372 ：仕様書無しさん：2015/05/13(水) 21:18:51.37 .net

>>371
う〜んまあ、働けば判るよ。

373 ：仕様書無しさん：2015/05/13(水) 22:09:31.43 .net

>>372
働いているからわかるし、
それがわからないお前が働いてないのでは？

374 ：仕様書無しさん：2015/05/13(水) 23:01:19.98 .net

>>373
う〜んまあ、働けば判るよw

375 ：仕様書無しさん：2015/05/13(水) 23:31:59.58 .net

>>374
お前が働けよｗ

376 ：仕様書無しさん：2015/05/14(木) 00:30:01.12 .net

>>373
ああ、371は自分の事言ってたのか、納得。

377 ：仕様書無しさん：2015/05/14(木) 03:13:25.67 .net

>>372
う〜んまあ、働けば判るよ。俺も最初は技術を身につけて這い上がろうと思ったよ。でも底辺根性が染み付いて這い上がる気持ちが削がれ、いつしか肥溜めで暮らすことが苦痛じゃなくなってくるんだよ。
って言いたいんでしょ
大丈夫っす、俺肥溜めまで落ちる予定ないんで

378 ：仕様書無しさん：2015/05/14(木) 03:51:39.94 .net

http://hayabusa6.2ch.net/test/read.cgi/pc2nanmin/1372918692/203
　 ↑　↑　　↑　↑　　↑　↑　

379 ：仕様書無しさん：2015/05/14(木) 07:27:57.62 .net

客に会えない、会う身分すら持ってない
人達に言ってもかわいそうなだけ

380 ：仕様書無しさん：2015/05/14(木) 07:46:38.02 .net

>>377
その文では、君が働いているかは不明だが、環境が劣悪って事は判る。
上を目指せよ。
そういう環境が好きな人も居るけどね。

381 ：仕様書無しさん：2015/05/14(木) 11:49:24.49 .net

>>380
働いてるよ
働くなら有意義に時間を使いたいし、高い見返りを求めたいと思ってる
そのために技術もだし、色々向上したいと努力しているつもりでいる
それを認めてくれる人たちがいるから、いい環境にいるよ
ちなみに俺>>372

382 ：仕様書無しさん：2015/05/14(木) 11:50:29.02 .net

間違えた
俺>>371

383 ：仕様書無しさん：2015/05/14(木) 12:44:16.81 .net

なんだこのバトルｗ

384 ：仕様書無しさん：2015/05/14(木) 14:14:17.66 .net

なんかくだらなすぎて脱力する

385 ：仕様書無しさん：2015/05/14(木) 18:20:05.21 .net

意識の高さアピールがしたいお年頃なんでしょ

はいはい、ご立派ご立派
口はいいから頭と手を動かしてね

386 ：仕様書無しさん：2015/05/14(木) 21:26:09.86 .net

仕事についてるかついてないか

ハイレベルやなぁ

387 ：仕様書無しさん：2015/05/14(木) 21:26:21.97 .net

>>371
派遣悪くないと思うけどなぁ
純粋に技術だけで働けくのも可能だし

388 ：仕様書無しさん：2015/05/14(木) 21:30:04.30 .net

派遣先は技術力が低いよ。
低いから派遣を雇うわけで。

長くいるのなら改善も出来るだろうけど、
派遣が長くいるわけもなく。

389 ：仕様書無しさん：2015/05/14(木) 21:34:34.92 .net

俺が去った後のことが心配だから、いつも派遣先の社員の奥さんに子種を遺してから辞めてる。

390 ：仕様書無しさん：2015/05/14(木) 21:45:50.20 .net

社内SEや内製のために抱えられてるプログラマって技術力的には底辺だからね
つーか技術者ですらないただの事務屋だからね
そこんとこ間違えないようにね

391 ：仕様書無しさん：2015/05/14(木) 21:49:02.81 .net

熱のこもった自己紹介だ

392 ：仕様書無しさん：2015/05/14(木) 23:44:58.60 .net

結局いくらもらってるか、優劣を決める要素はそこだけ

393 ：仕様書無しさん：2015/05/15(金) 06:05:55.32 .net

>>392
いくらもらえるかなんて、単に会社が儲かってるかどうかの結果でしかないよ。
営業が優秀だったらもらえる額が増えるんだし。

394 ：仕様書無しさん：2015/05/15(金) 06:39:26.75 .net

受刑者をＩＴ起業家に　米国の刑務所でプログラマー育成
http://anago.2ch.net/test/read.cgi/bizplus/1431494196/

395 ：仕様書無しさん：2015/05/15(金) 09:02:24.02 .net

>>393
逆に営業がダメだったら
訴えたれたりするんだよな。

納期が遅れたとか

396 ：仕様書無しさん：2015/05/16(土) 08:13:34.64 .net

99%のプログラマがIQ145のJKに「ダサい」と言われてしまう理由とは？【その１】「計算機科学のほんとうの基礎」を理解していない。IQ145のJKと同じ事を語るMITの権威とSICPという聖典の権威を借りてマインドコントロールを解いてみよう
http://kenokabe-techwriting.blogspot.jp/2015/05/99iq145jkiq145jkmitsicp.html?m=1

397 ：仕様書無しさん：2015/05/16(土) 10:29:37.15 .net

2chにくるプログラマは駄目だということがわかった。
2chとはおさらばしよう

398 ：仕様書無しさん：2015/05/16(土) 12:04:37.24 .net

マ板の平均レベルがわずかに上がるようです

399 ：仕様書無しさん：2015/05/16(土) 12:07:46.95 .net

>>398
お前がいなくなれば、もっと上がるよ

400 ：仕様書無しさん：2015/05/16(土) 12:09:35.80 .net

>>399
お前算数苦手だろw

401 ：仕様書無しさん：2015/05/16(土) 14:56:52.37 .net

>>397-400
何このやりとりウケるw

402 ：仕様書無しさん：2015/05/16(土) 15:22:05.00 .net

算数の問題だと思っているっていうのが間抜けだねｗ
その他の可能性を考えられないｗ

403 ：仕様書無しさん：2015/05/16(土) 15:25:58.19 .net

これが技術書に呑まれた者の末路か

404 ：仕様書無しさん：2015/05/18(月) 14:58:20.05 .net

＞算数の問題だと思っているっていうのが間抜けだねｗ

いや、算数できないのがプログラムやったら当人がかわいそうだ
ノイローゼですめばいいのだけど

405 ：仕様書無しさん：2015/06/13(土) 10:28:09.34 .net

はじCと猫Cで覚えたやつはソース見るとわかる

406 ：仕様書無しさん：2015/06/13(土) 11:49:33.19 .net

>>405
大抵の人はそんな事に関心無いんだが、君は何故か詳しそうだね。

407 ：仕様書無しさん：2015/06/13(土) 13:11:42.65 .net

w

408 ：仕様書無しさん：2015/06/13(土) 14:21:28.14 .net

はじCと猫Cで覚えたやつのソースは
はじCと猫Cの特徴どおりなんだから
見てわかるだろ！

俺は、はじCと猫Cの特徴には詳しいわ！


>>406
こんな感じですかね？ｗ

409 ：仕様書無しさん：2015/06/14(日) 00:10:41.09 .net

>>405
初心者本ばかり何冊も読んでんじゃねえよｗｗ

410 ：仕様書無しさん：2015/08/14(金) 14:46:26.00 .net

Cのコードって書いた量に比例して
洗練されてくと思うんだけど

ほんにコードが影響されたことなんてないわ

411 ：仕様書無しさん：2015/08/31(月) 20:39:31.93 .net

書けば書くほど洗練されてきて無意識に最適化されるからな

412 ：仕様書無しさん：2015/10/06(火) 02:10:58.15 .net

受ける会社大丈夫？
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in tokyo
・「社名　労基」でググると過去の2chスレが出てくる
・転職会議で2.5点

413 ：仕様書無しさん：2015/12/19(土) 19:28:07.53 .net

プログラマはMacを使ってるってマジ？
http://hayabusa3.2ch.net/test/read.cgi/news/1450395043/

414 ：仕様書無しさん：2015/12/19(土) 19:31:48.57 .net

相互リンク

プログラマはMacを使ってるってマジ？ [無断転載禁止]&#169;2ch.net
http://tamae.2ch.net/test/read.cgi/prog/1450520936/

415 ：仕様書無しさん：2015/12/25(金) 19:42:02.62 .net

※SI犯罪対策の拡散歓迎
犯罪者個人に対して告訴状を偽装請負・偽装出向・多重派遣の被害者が作成(刑事告訴は無料)　or 司法書士が代筆（料金は5万円ぐらい）
↓
告訴状を【検察の直告班】に郵便局の内容証明付で送付（疎明資料・証拠にはＩＣレコーダー、スマホによる録音が適しています）
↓
審査　→　不受理　→　告訴状再提出または刑法 第193条で訴えを起こす
↓
受理　→　告訴事実を認め示談交渉（↓）　→示談成立　　→法廷相場50〜100万円の示談金　※示談拒否が良い
↓　　　　　　　　　　　　　　　　↓
事案化　←←←←←←　示談不成立（↓）　→示談外交渉　→犯罪者の年収半額×最大懲役年数の和解金支払い※推奨
↓　　　　　　　　　　　　　　　　↓
↓　　　　　　　　　　　　　　　起訴　　→公判　　→罰金刑＝前科（起訴事実を認めてるため）→追討ち民事訴訟
↓　　　　　　　　　　　　　　　　　　　　
審査　→　起訴（強制捜査・留置場）→　公判　→　懲役刑などの厳罰（反省が認められないため）→追討ち民事訴訟
↓
不起訴、起訴猶予
↓
検察審査会法第３０条（検察審査会へ申し立て）→　起訴　→　起訴後は同上
刑法 第193条（公務員職権濫用）で検察事務官を刑事告訴　→　同上

◎告訴→告訴受理→示談交渉→厳罰を求め示談不成立→示談外交渉→和解金支払い・和解契約（公正証書・即決和解で秘密保持契約）
◎偽装請負・出向・違法派遣事件では派遣・出向先両方の代表者、役員、現場責任者に告訴できます。
前科がついた犯罪者が法人の代表であれば公的な入札からの排除、取引先や顧客との契約解除など社会的制裁・批判に晒されることから辞職または解任が妥当、役員・社員であれば懲戒を想定。
◎事業者内部の加害関係者による刑事告発（刑事訴訟法239条1項）も可能です。
加害者本人、管理間接部門の社員が刑事告発に踏み切る場合も和解金による解決が妥当です。

注意：告訴が受理されない理由
●３年間（※）の時効が過ぎたもの　※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの　※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。

416 ：仕様書無しさん：2015/12/27(日) 09:23:43.60 .net

理系の御家族かわいそう
技術ない方が寿命と収入高い

技術下げろ！
収入上げろ！

放送・商社・銀行・公務 > 製造・化学・通信・情報

http://m.finance.yahoo.co.jp/stock/fundamental?code=4676.T

417 ：仕様書無しさん：2015/12/30(水) 16:20:38.87 .net

SEの使い捨て早死に貧困助長は大迷惑
偽装請負の従犯は辞めろ！

・5,000円/時間以下の契約は辞めろ
・80万円/月以下の契約は辞めろ
・多重契約は辞めろ
・不利益な現場は辞めろ
・残業見積りは辞めろ
・時間外労働違反は辞めろ
・契約外納期は守るな
・客先指示に従うな
・知的財産を渡するな
・契約時間外に学習しろ
・契約時間外に副業しろ
・被害を訴えろ

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/

418 ：仕様書無しさん：2016/04/01(金) 00:40:23.15 .net

本で読んだ事を試したいってのが本音だよね
ブラックだと業務中しか試す機会ないし

419 ：仕様書無しさん：2017/02/25(土) 13:43:41.08 .net

>>381
派遣社員w

420 ：仕様書無しさん：2017/06/08(木) 20:37:42.35 .net

情けないアホだな

421 ：仕様書無しさん：2017/12/29(金) 22:20:38.83 .net

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

MKEURW57AO

422 ：仕様書無しさん：2018/05/22(火) 12:59:07.06 .net

とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

SII4F