板検索:
技術書で技術を身につける奴と技術書に呑まれる奴 (420)
まとめビュー
1
仕様書無しさん[]   投稿日:2015/04/28 07:38:34
最近思う
全く勉強しない奴は害だが
技術書で学んだことは、全て正しく実践すべきことのように時と場合も考えず周囲に強制するバカはもっと害

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


2
1[sage]   投稿日:2015/04/28 07:40:04
つまり俺以外は全員馬鹿
勉強している奴はただの馬鹿

3
仕様書無しさん[sage]   投稿日:2015/04/28 07:41:41
こいつ勉強なんかしてるぜー。
がーりべーん(笑)、がーりべーん(笑)


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

4
仕様書無しさん[]   投稿日:2015/04/28 09:51:31
わかったから、自己満足したなら。
ハロワに行きなさい

5
仕様書無しさん[sage]   投稿日:2015/04/28 17:27:28
EJBを採用するやつとかなw

6
仕様書無しさん[sage]   投稿日:2015/04/28 17:38:21
>1
負債を撒き散らしながら経験を積んでいくもんだよ
犠牲になったメンテ担当には悪いけど、俺も自分の勉強のために趣味で技術適用してみたりするわ
どうせ長くひとつの会社にはいないし、自分の成長が一番大切

7
仕様書無しさん[sage]   投稿日:2015/04/28 17:51:03
負債をまき散らすだけで撒き散らして
成長しない奴がいるからな。

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

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

8
仕様書無しさん[]   投稿日:2015/04/28 19:17:03
>1
これ実際大迷惑
歴史や経験を調べずに現在の最新手法を知ると陥りやすい
わかりやすい例がgotoレス
gotoレスだから!っていって、gotoを使ったほうがスッキリするのに意地でもgoto使わないで余計ごちゃごちゃにしているのとかいっぱいいた
コメント3件

9
仕様書無しさん[sage]   投稿日:2015/04/28 20:14:16
しばらくすると忘れてコードが読めなくなるからなw

10
仕様書無しさん[sage]   投稿日:2015/04/28 20:38:22
>8
おまえみたいなやつは
goto hell

11
仕様書無しさん[sage]   投稿日:2015/04/29 02:13:43
 サッカーでも強豪国やビッククラブであればゲーゲンプレス、ポゼッションサッカー
のような高等戦術を採用できるけど、弱小国やエレベータクラブはカウンターで泥臭く
プレイしないとどこかの代表みたいに痛い目にあう。

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

12
仕様書無しさん[sage]   投稿日:2015/04/29 02:46:52
>8
無理やり擁護しなくていいよ。
技術は使うものだ。
コメント1件

13
仕様書無しさん[sage]   投稿日:2015/04/29 03:29:15
>11
bigをビックって発音する奴ってなんなんだろうね

14
仕様書無しさん[sage]   投稿日:2015/04/29 03:51:30
>8
戻るgotoだけ禁止すれば問題ないのになあ...

15
仕様書無しさん[]   投稿日:2015/04/29 05:24:55
>12
PKなのにハンドスプリングスローされても困るんですわ

16
仕様書無しさん[]   投稿日:2015/04/29 05:26:36
リファクタ君のことか

17
仕様書無しさん[sage]   投稿日:2015/04/29 06:40:23
技術者に対してのひがみスレかw
コメント1件

18
仕様書無しさん[sage]   投稿日:2015/04/29 06:54:45
>17本人が召喚されましたw

19
仕様書無しさん[]   投稿日:2015/04/29 08:02:35
>1
何にも考えずに新規技術導入するのはバカだと思うが、
バカが他人に強制できる立場にいる組織もバカだと思う。
コメント1件

20
仕様書無しさん[sage]   投稿日:2015/04/29 08:04:42
>19
会社のルールに反したコーディングを勝手にソースに入れられれば嫌でも強制的に入ってきてしまうわ
まぁクビってか、契約打ち切るけどな
コメント1件

21
仕様書無しさん[]   投稿日:2015/04/29 08:17:55
>20
バージョン管理システム使ってれば、入れられる前のバージョン取り出せばいいだけじゃん。

22
仕様書無しさん[sage]   投稿日:2015/04/29 08:20:54
goto文が悪とされたのは構造化プログラミングが確立される前
未だにgoto文が悪という奴はまさにスレタイ

23
仕様書無しさん[sage]   投稿日:2015/04/29 08:23:20
goto文の良し悪しを語るなら「なぜ」の部分を説明できないといけない。
説明できないなら人の受け売りで思考停止してるだけ。
コメント1件

24
仕様書無しさん[]   投稿日:2015/04/29 10:14:21
goto文の良し悪しについて語る事自体が、obsoleteな気がする
コメント1件

25
仕様書無しさん[]   投稿日:2015/04/29 10:57:41
>23
ホントそう
どうして、そういう結果になったのかを調べるか経験で知らないやつが大半

26
仕様書無しさん[]   投稿日:2015/04/29 10:59:24
>24
普通に使いますが?
コメント1件

27
仕様書無しさん[sage]   投稿日:2015/04/29 11:10:35
プログラムはパイ生地の層のごとく
関数の入出力の積み重ねによって成り立っているが
gotoはそういった構造の上下関係、前後関係をぶち壊してしまうから嫌われるんだな
コメント1件

28
仕様書無しさん[]   投稿日:2015/04/29 12:53:09
>26
使う事と、良し悪しについて語る事は全く別物だな
コメント1件

29
仕様書無しさん[]   投稿日:2015/04/29 17:02:54
>28良いプログラミング、悪いプログラミングというのを考えるきっかけ
は非常に重要
なにがきっかけでもいい
考えようとしない奴は永久に考えないし気づかない
そういう奴はプログラミングの楽しさも感じてないから伸びても来ない

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

30
仕様書無しさん[sage]   投稿日:2015/04/29 17:28:05
>29
ごく当たり前の事なんだが、そんなに力説するような内容かね?
コメント1件

31
仕様書無しさん[sage]   投稿日:2015/04/29 17:48:53
>30
なんで2chの専門板に来てるの?

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

33
仕様書無しさん[sage]   投稿日:2015/04/29 17:57:11
プログラミングは血で書くとは良く言ったものだ。
適性の無い人間は一生プログラミングの奥深さを知ることも出来ない。

34
仕様書無しさん[sage]   投稿日:2015/04/29 18:28:28
> プログラミングは血で書くとは良く言ったものだ。
聞いたこと無いが?
コメント1件

35
仕様書無しさん[sage]   投稿日:2015/04/29 18:47:04
>34
しっ!

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


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

36
仕様書無しさん[sage]   投稿日:2015/04/29 19:00:48

37
仕様書無しさん[sage]   投稿日:2015/04/29 19:07:40
結局さあ周りにレベルの向上を期待したって無駄なんだよ。そう思わない?
コメント1件

38
仕様書無しさん[sage]   投稿日:2015/04/29 19:25:01
>37
他の業界だったら、
こんな簡単な事もできんのか!って
怒られると思うが?
コメント2件

39
仕様書無しさん[sage]   投稿日:2015/04/29 19:28:01
プログラミングは人によって生産性に10倍の差が出る。
そんな業界は他に無いだろ。
コメント1件

40
仕様書無しさん[sage]   投稿日:2015/04/29 19:31:40
だからなに?

41
仕様書無しさん[sage]   投稿日:2015/04/29 19:45:47
ちょっと出来ないくらいなら、頑張って教える気にもなるが
レベルの差が絶望的に開きすぎてたら、そんな気も無くなる。

42
仕様書無しさん[sage]   投稿日:2015/04/29 19:49:03
>38で言えばどうせ伸びないんだし怒ったって無駄

43
仕様書無しさん[sage]   投稿日:2015/04/29 20:15:11
まずお前らがレベルアップしろやwwwwwwwwwwww

44
仕様書無しさん[sage]   投稿日:2015/04/29 23:10:58
>39
いくらでもあるだろw
営業だって売上に10倍の差ぐらい軽くあるだろうし

45
仕様書無しさん[sage]   投稿日:2015/04/30 05:21:54
>38
別に今時は怒ったりしないだろ。
使えなければ切るだけのこと。
切れないなら干す。そんだけ。
コメント1件

46
仕様書無しさん[]   投稿日:2015/04/30 22:50:22
>27
今時関数の外から中に飛び込めるgoto文なんてないでしょ。
中から外に飛び出すのは例外として残ってるけど。

47
仕様書無しさん[sage]   投稿日:2015/04/30 23:38:18
そういう意味じゃなくて、関数呼び出しと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
仕様書無しさん[sage]   投稿日:2015/05/01 00:26:59
gotoとsetjmp、longjmpが混ざってないか?
なんでも使いどころが悪ければ悪ってことだし、使いどころの見極めは技術書読んだだけじゃ分からない
コメント1件

49
仕様書無しさん[sage]   投稿日:2015/05/01 05:39:49
>45
> 使えなければ切るだけのこと。

それってさ、使えなければ使える人が来るまで待つって
言っているのと同じなんだけどさ、
そんな余裕あるの?
コメント1件

50
仕様書無しさん[sage]   投稿日:2015/05/01 06:51:24
そこまで言うなら使えない人間を使えるようにする方法論を語ってもらおうじゃないか
コメント1件

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

52
仕様書無しさん[]   投稿日:2015/05/01 07:37:51
goto
グローバル変数

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

関数化、最小部品化

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

53
仕様書無しさん[sage]   投稿日:2015/05/01 09:03:45
>49
すまん、零細の人のこと忘れてた
コメント1件

54
仕様書無しさん[sage]   投稿日:2015/05/01 09:08:12
ここはgotoスレじゃないよ

55
仕様書無しさん[]   投稿日:2015/05/01 09:18:27
goto程度にしておかないとリファクタおじいさんが出てくる

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

57
仕様書無しさん[sage]   投稿日:2015/05/01 15:28:55
memcopyなんてforループするだけじゃんw
コメント1件

58
仕様書無しさん[sage]   投稿日:2015/05/01 15:42:01
>57
わかってねーだろ
そう思ってる奴はその程度だって言ってるんだよ

59
仕様書無しさん[sage]   投稿日:2015/05/01 15:46:34
memcpyはアライン合わせて32ビットでアクセスしたいので、割と複雑(srcが4n、dstが4n+1とか)だね。
ARMみたいにシフタオペランドがあると、へぇー!ってコードになるね。

60
仕様書無しさん[sage]   投稿日:2015/05/01 16:12:12
健全でない言葉が含まれているため表示しません 内容を確認する

61
仕様書無しさん[sage]   投稿日:2015/05/01 17:12:25
領域の重なりは考慮しないの?
アライメントよりよほど重要だと思うのだが
コメント2件

62
仕様書無しさん[sage]   投稿日:2015/05/01 17:46:22
>61
前からコピーするか後ろからコピーするかのどっちかだから悩む程の物でもない

63
仕様書無しさん[]   投稿日:2015/05/01 19:03:16
DMA使えばコピーしてる間に他の計算できるんじゃね?
と思ってコマンド発行してた頃が懐かしい。

64
仕様書無しさん[sage]   投稿日:2015/05/01 19:09:41
そんなしょうもない低レベルな話する暇があったらWebやれWeb

65
仕様書無しさん[sage]   投稿日:2015/05/01 19:34:36
>61
重なりを考慮してくれるのはmemmove。
コメント1件

66
仕様書無しさん[sage]   投稿日:2015/05/01 19:52:16
>65
それがな処理系依存でmemcpyでもオーバーラップ考慮は有るらしい

67
仕様書無しさん[sage]   投稿日:2015/05/01 19:56:48
>53
> すまん、零細の人のこと忘れてた
お前だめだなぁw

世の中の99%が中小企業がだって知ってる?
ちょっと世間知らずじゃないのかな?
コメント2件

68
仕様書無しさん[sage]   投稿日:2015/05/01 19:57:59
>50
> そこまで言うなら使えない人間を使えるようにする方法論を語ってもらおうじゃないか

大企業なら、育てればいいだけ。
それだけの体力がある。
コメント2件

69
仕様書無しさん[sage]   投稿日:2015/05/01 20:00:43
>67
>世の中の99%が中小企業がだって知ってる?

きいたことはある。

70
仕様書無しさん[sage]   投稿日:2015/05/01 20:04:06
>68
育てないよ。
入りたい人いっぱいくるし。
コメント1件

71
仕様書無しさん[sage]   投稿日:2015/05/01 21:04:00
>70
わずか1%の話なんて当てにならんわw

72
仕様書無しさん[]   投稿日:2015/05/01 21:10:24
>68
大企業なら、人月いくらで調達すればいいだけ。
それだけの体力がある。

73
仕様書無しさん[]   投稿日:2015/05/01 21:13:38
体力なら俺の方があるだろ

74
仕様書無しさん[sage]   投稿日:2015/05/01 21:24:22
大企業なら、人月いくらで調達すればいいのは当然だが
それは技術が低いのを人数でカバーするという
考え方にほかならないんだよな。
コメント1件

75
仕様書無しさん[sage]   投稿日:2015/05/01 21:29:08
たまにあたりがくるんだよ。
コメント1件

76
仕様書無しさん[]   投稿日:2015/05/01 21:48:52
>67
企業の割合はな。
では、労働者の割合は?
同じ資料に書いてあるはずだよ?
コメント1件

77
仕様書無しさん[]   投稿日:2015/05/01 21:50:55
てか、労働者という人単位の話してるのに、企業単位の数値を使って話をしてて違和感わかないの?
みんな


78
仕様書無しさん[]   投稿日:2015/05/01 21:54:13
低階層、基本技術は一度でいいから目を向けてほしい。
これはホント思う。
流行の言語を覚えるのは勉強じゃない。
最新環境触るのは否定しないが。

79
仕様書無しさん[sage]   投稿日:2015/05/01 22:06:27
>76
労働者の割合なら、
社員数から割り出せるよ。

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

そして企業の人数は?
コメント1件

80
仕様書無しさん[sage]   投稿日:2015/05/01 22:08:33
日本マイクロソフトが2,150人だった

81
仕様書無しさん[sage]   投稿日:2015/05/01 22:12:11
零細の人が9割だろうが8割だろうが興味ないなー
コメント1件

82
仕様書無しさん[sage]   投稿日:2015/05/01 23:09:18
>75
当たりは感覚1割位かね
頭数増やしても特定の人に負荷集中して使えない奴の指導の分効率下がることすら有る
コメント1件

83
仕様書無しさん[sage]   投稿日:2015/05/02 00:23:43
>82
使い方次第というのが更に1割くらいいる感じ。
指示出す奴がアホだと使いこなせないけど、
上手く誘導するといい感じで成果出してくれる。

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

84
仕様書無しさん[sage]   投稿日:2015/05/02 06:42:33
>81
うん。大企業で働くということは、そういうことだよね。
そういうこと、とは、つまり、
会社が世界のすべてで、それ会社の外側に世界が広がっているという
想像力を失うということ。
俺も新社会人のときは、日本人だけが集まった、日本市場だけを相手に
している、有名大企業(一部上場)にいたので、まさに
そういう人間だった。

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

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

85
仕様書無しさん[sage]   投稿日:2015/05/02 06:50:06
それともう一点。

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

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

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

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

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

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

86
仕様書無しさん[sage]   投稿日:2015/05/02 06:51:21
誤:それ会社の外側に世界が広がっているという

:s/それ//

87
仕様書無しさん[sage]   投稿日:2015/05/02 08:49:59
マーケティングや心理学の本や小説も読んで
この人はどういう動機で、こういうことを言うのだろう?
ということを感じ取れるような
俺は人間が大きいのだ

というお話。

88
仕様書無しさん[sage]   投稿日:2015/05/02 08:58:06
>というお話。

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

89
仕様書無しさん[sage]   投稿日:2015/05/02 09:07:21
実際には、本を読むだけではダメだなということを理解するために、
本を読む必要があるわけだが、最初から読書を怠けるやつには、当然分からない。

90
仕様書無しさん[sage]   投稿日:2015/05/02 09:20:28
そもそも「本を読む=偉い」みたいな風潮がずいぶん昔から時代遅れなんだよ

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

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

91
仕様書無しさん[]   投稿日:2015/05/02 09:50:51
>79
推測で割り出さなくても発表されてるかと、、、

92
仕様書無しさん[]   投稿日:2015/05/02 15:30:50
労働者数、大中小企業数etc.......
>1が言いたいことがすべて集約されている気がするw

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

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

93
仕様書無しさん[sage]   投稿日:2015/05/02 15:34:21
相手にされなくて必死だな

94
仕様書無しさん[sage]   投稿日:2015/05/02 15:59:17
>74
技術が低いとは限らんよ。

95
仕様書無しさん[sage]   投稿日:2015/05/02 15:59:39
オブジェクト指向バカ一代みたいな奴いるよな
オブジェクト指向が絶対正しいみたいな頭の弱い奴が
本に洗脳されている可哀そうな奴

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

96
仕様書無しさん[sage]   投稿日:2015/05/02 16:27:56
>95
オブジェクト指向が読めないのはお前だけだろw一緒にすんなw
コメント1件

97
仕様書無しさん[sage]   投稿日:2015/05/02 16:59:48
>96
うわーwwwおまえ言われとことあるんだろWWW
オブジェクト指向ってのはやりすぎると逆効果なんだよ
可読性が悪くメンテナンス性も悪くなる
フレームワークを作るわけじゃないんだからある程度でいいんだよ

98
仕様書無しさん[sage]   投稿日:2015/05/02 17:48:09
オブジェクト指向に凝るのは誰もが一度は通る道。
飽きるまでやらないと、馬鹿らしい事に気付かないよ。

99
仕様書無しさん[sage]   投稿日:2015/05/02 18:30:30
いやだからそれオブジェクト指向関係ないからw
単純にプログラミングが下手なだけw

100
仕様書無しさん[sage]   投稿日:2015/05/02 18:33:31
他人の書いたプログラムを読んでメンテナンスするのは、オブジェクト指向に関係なく
向き不向きや才能だと思う。

101
仕様書無しさん[sage]   投稿日:2015/05/02 19:12:06
>95
あなたのプログラムはメインルーチンとサブルーチンで構成されている予感がします。

102
仕様書無しさん[sage]   投稿日:2015/05/02 19:41:08
>85
> 理不尽なことを言われると、すぐキレるような類の人間になってしまう。
なんだこの社畜思想?何かに洗脳されてるのか?
理不尽なこと言われたら怒るのが人としての正解だぞ。

103
仕様書無しさん[]   投稿日:2015/05/02 20:36:47
なにこの、staticおじさんスレの流れw

104
仕様書無しさん[sage]   投稿日:2015/05/02 20:56:53
オブジェクト指向て言っても、構造体に関数持たせただけだぞ。
ポリモーフィズムやら何やらは、整理する切り口を増やすしただけ。

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


105
仕様書無しさん[sage]   投稿日:2015/05/02 20:57:23
なにこの顔真っ赤な反論はw
図星すぎておこなの?

106
仕様書無しさん[sage]   投稿日:2015/05/02 20:58:49
オブジェクト指向が大好きな奴は、関数型プログラミングやってみなさいよ。
Scalaとかさ。

107
仕様書無しさん[sage]   投稿日:2015/05/02 21:00:32
関数がファーストクラスオブジェクトの言語使えば
クラスの債務がどうのとかパズルやってたの馬鹿らしくなるからさ。

108
仕様書無しさん[sage]   投稿日:2015/05/02 21:10:56
オブジェクト指向と関数型は共存できるパラダイムなんだよっ!
て小一の姪っ子が言ってた
コメント1件

109
仕様書無しさん[sage]   投稿日:2015/05/02 21:43:23
>108
結局のところどんな手法だろうが
「雑魚PGが見ても分りやすく書く」というのができていないのが雑魚
良いコーディングとは性能とわかりやすさと開発効率のバランス
「オブジェクト指向がどれだけできているか」ではない
ここんとこ間違えている学生あがりが多くて困る

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

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

110
仕様書無しさん[sage]   投稿日:2015/05/02 21:52:32
> 「雑魚PGが見ても分りやすく書く」というのができていないのが雑魚

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

111
仕様書無しさん[sage]   投稿日:2015/05/02 21:57:30
>109
>「雑魚PGが見ても分りやすく書く」というのができていないのが雑魚

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

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

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

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

112
仕様書無しさん[sage]   投稿日:2015/05/02 22:00:23
>109
雑魚にも限度がある。
いまどきオブジェクト指向すら判らんPGは雑魚どころかミジンコレベルだろ。
ミジンコ集めて何やるの?

113
仕様書無しさん[sage]   投稿日:2015/05/02 22:06:01
>104
それはC++の実装だろ。
オブジェクト指向の本質とはかけ離れてる。

114
仕様書無しさん[sage]   投稿日:2015/05/02 22:07:38
またまた、本質とかw
適当に使ってハッピーになればいいじゃないのw

115
仕様書無しさん[sage]   投稿日:2015/05/02 22:09:25
ペチパーがクラス使われて困惑してるのかな

116
仕様書無しさん[sage]   投稿日:2015/05/02 22:10:54
本質とか小難しいことは哲学者にまかせとけばええねん
コメント1件

117
仕様書無しさん[sage]   投稿日:2015/05/02 22:45:18
>111
お前みたいなのをカウボーイコーディングっていうんだよ

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

118
仕様書無しさん[]   投稿日:2015/05/02 23:09:51
>109
> DBから検索してWEBページに表示するだけのもんとか、そんなのしなくていいから、、汗。みたいな
しなくていいし、ふつうしないだろ。
フレームワークくらい使おうな。

119
仕様書無しさん[]   投稿日:2015/05/02 23:12:28
>117
ORマッピングに関しては、そもそもRDB使うのが正しいのか
から検討したほうがいいな。
普通にオブジェクトをDBに突っ込めばいいのに、RDB使いたいために
無理やり分解してるプロジェクトも多い。

120
仕様書無しさん[sage]   投稿日:2015/05/02 23:14:58
>104
何だよ、その象形文字が読めない奴が日本語語るな理論は。
コメント2件

121
仕様書無しさん[sage]   投稿日:2015/05/03 00:17:26
>120
フットボールアワーの後藤みたいなのに憧れてるの?

122
仕様書無しさん[sage]   投稿日:2015/05/03 00:18:34
>120
構造化出来ないのはプログラムまともに書けないのと同義だからな。

123
仕様書無しさん[sage]   投稿日:2015/05/03 00:22:58
オブジェクト指向なんて適当で良いんだよ。
本当に大事なのはモジュール間の独立性を高め依存度を下げる事。
それができりゃ何だって構わない。

124
仕様書無しさん[sage]   投稿日:2015/05/03 00:29:28
わかったわかった
要はみんなエンジョイ・コーディング♪って言いたいんだろ?
俺にはビシビシと伝わったよ

125
仕様書無しさん[sage]   投稿日:2015/05/03 02:17:32
プログラミング言語や指向なんてこまけぇこたぁどうても良いんだよ。
とにかく世界に誇れる素敵なソフトを作れよ。
コメント1件

126
仕様書無しさん[sage]   投稿日:2015/05/03 02:27:08
人生は「どのようにやるか」よりも、「何をするか」を考えることに
時間をかけろと元天才プログラマーで現ホームレスのじっちゃんが言ってた。

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

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

127
仕様書無しさん[sage]   投稿日:2015/05/03 02:40:46
staticおじさんが大漁発生中
コメント1件

128
仕様書無しさん[sage]   投稿日:2015/05/03 02:43:59
>126
露骨に煽るんじゃなくて、もう少し捻りを入れてほしい

129
仕様書無しさん[]   投稿日:2015/05/03 06:59:17
>125雑なようで実は重要なこと言ってるよねw

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

130
仕様書無しさん[]   投稿日:2015/05/03 07:04:18
まぁオブジェクト指向なんてのは、
超絶下手くそを下手くそレベルまでなんとか矯正するための手法だからな
もともと上手い奴がやれば足手まといになるケースも多々ある

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

131
仕様書無しさん[sage]   投稿日:2015/05/03 07:25:09
>127
関数型プログラミングが判らないからって拗ねるなよw
連休中に勉強すればいいさ。

132
仕様書無しさん[sage]   投稿日:2015/05/03 07:32:38
オブジェクト指向ってのは部品とか根っこの部分を作るのにはいいけど
それらを使って実際の中小規模の業務システムを作るには不向き
だから世の中の大半の人にとってオブジェクト指向は最適ではないのよ
お前らが携わるようなシステムにとってオブジェクト指向はデメリットの方が大きいのよ、
とにかく開発効率が悪いくて無駄が多い

わかってる?学校じゃ教えてくれないだろwww
コメント1件

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

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

134
仕様書無しさん[sage]   投稿日:2015/05/03 07:50:51
>126
じっちゃんVVSおじさん?

135
仕様書無しさん[sage]   投稿日:2015/05/03 09:33:46
俺の記憶によると、SICPが流行った頃から関数型プログラミングが注目されだしたと思うんだよ。
でも、もう10年以上前だぞ?
なんか関数型プログラミングが最新だと思ってる奴がいるっぽいけど遅すぎないか?
コメント1件

136
仕様書無しさん[sage]   投稿日:2015/05/03 09:33:57
日本人著書は本質はずしてることが多いんだよな。
理解してないのか表現できないのか、読む奴を馬鹿にしているからなのかは不明だが。

137
仕様書無しさん[sage]   投稿日:2015/05/03 09:46:58
>135
源流はLISPだろ?
FORTRANやCOBOLとほぼ同期だろ?

138
仕様書無しさん[]   投稿日:2015/05/03 10:06:40
>132
DBから値を引っ張ってきてWebに表示するだけのシステムなのに
なんでこんなにたくさんコード書いてるの?ってのはあるよねー
オブジェクト指向すら導入してないと。

139
仕様書無しさん[sage]   投稿日:2015/05/03 10:17:35
オブジェクト指向で作られたシステムって無駄に重いよなぁ
コメント1件

140
仕様書無しさん[]   投稿日:2015/05/03 10:26:33
似たような繰り返しばかりだなあ
OOP vs FPの宗教戦争はもう飽きた
FWじゃなくてappレベルにおい、どっちが良いのかは結論ついてるんだから
FPは凄い!を連呼されても何かツマンネ
コメント1件

141
仕様書無しさん[]   投稿日:2015/05/03 10:27:11
一生懸命反論レスしてネ!

142
仕様書無しさん[sage]   投稿日:2015/05/03 11:45:39
一生懸命
自己責任
モラルハザード
ステンパイプ

なんか、誤用ばっかりの人って、辞書で調べないの?
コメント2件

143
仕様書無しさん[sage]   投稿日:2015/05/03 11:48:59
>140
どっちもやったらええんやで
コメント1件

144
仕様書無しさん[sage]   投稿日:2015/05/03 12:12:07
>143
そのとおり、どっちもやって良いところだけ自分に取り入れればいい

145
仕様書無しさん[]   投稿日:2015/05/03 12:12:28
>日本人著書は本質はずしてることが多いんだよな。

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

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

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

147
仕様書無しさん[sage]   投稿日:2015/05/03 12:34:32
>142
他力本願も追加で

148
仕様書無しさん[sage]   投稿日:2015/05/03 12:55:44
>146
いい感じに技術書に呑まれてるねぇ

149
仕様書無しさん[sage]   投稿日:2015/05/03 12:58:37
>142
そうゆう細かいことは2chでは指摘しないのがお約束じゃんw
誰もが知ってるはずなのに、以外と知らない人多いんだよな・・・

150
仕様書無しさん[sage]   投稿日:2015/05/03 13:21:22
>146
どっちかというとライフサイクルの管理がしやすくなるとかデストラクタでメモリリークの可能性を減らせるとかを布教したい
コメント2件

151
仕様書無しさん[sage]   投稿日:2015/05/03 13:39:08
>150
ガベージコレクションの時代に何言うてはるんですか
コメント1件

152
仕様書無しさん[sage]   投稿日:2015/05/03 13:48:46
>151
それであちこちトラぶってるのに?

153
仕様書無しさん[sage]   投稿日:2015/05/03 13:54:07
まあ、メモリの制限が厳しくて厳密に管理しないといけない業務もあるわな。
それ以外には関係の無い話だ。

154
仕様書無しさん[sage]   投稿日:2015/05/03 15:24:31
>150-152
ものによる

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

155
仕様書無しさん[sage]   投稿日:2015/05/03 18:32:53
>154
実メモリと仮想メモリの区別がついてませんね?

156
仕様書無しさん[]   投稿日:2015/05/03 18:35:17
問題はメモリじゃなくてリソースの確保と解放。
メモリはリソースの一部でしかないから、GCがあるからって何も考えずに
書くとあとで非常に面倒なことになるのは間違いない。
コメント2件

157
仕様書無しさん[sage]   投稿日:2015/05/03 18:45:00
>156
何を言いたいのかよく分からんので、もう少しくわしく

158
仕様書無しさん[]   投稿日:2015/05/03 18:51:56
とても簡単な例で言うとロックかけっぱなしとか。

159
仕様書無しさん[sage]   投稿日:2015/05/03 18:58:43
>156
それで、リソースをデストラクタで解放するの?
GCのある言語ではデストラクタが走るタイミングを制御できないんだが
何を管理するのかな?

160
仕様書無しさん[]   投稿日:2015/05/03 19:08:21
デストラクタが走るタイミングを制御できません
だから管理できないです
は甘え
コメント1件

161
仕様書無しさん[sage]   投稿日:2015/05/03 19:12:14
>160
何言ってるの。別の方法で管理するんだが。
Javaならfinallyかな
.NETならusing
匿名メソッドが使える言語なら生成/解放関数に処理メソッドを渡す。
コメント1件

162
仕様書無しさん[sage]   投稿日:2015/05/03 19:22:27
>161
コイツ最高のアホ

163
仕様書無しさん[]   投稿日:2015/05/03 19:52:43
OOP/FPの次はGC論議かよ

164
仕様書無しさん[]   投稿日:2015/05/04 08:36:52
GCはメモリの管理からの解放をうたっていながら
タイミングや寿命などの余計複雑になった管理資料が大量に発行された現実が失敗を自ら物語っている。

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

165
仕様書無しさん[sage]   投稿日:2015/05/04 08:55:12
IT速報にまとめられてるね
コメント1件

166
仕様書無しさん[]   投稿日:2015/05/04 09:27:46
>165
まとめられてればいいけど単なる転載だからなw

167
仕様書無しさん[]   投稿日:2015/05/04 11:22:18
技術書
 ・アルゴリズムや解法⇒そのまま鵜呑みにして良い。

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

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

168
仕様書無しさん[]   投稿日:2015/05/04 12:55:39
>167
アルゴリズムも、裏付けを把握しておかないと
適応できない問題に適応しようとして破綻するぞ。

169
仕様書無しさん[sage]   投稿日:2015/05/04 17:55:28
メモリ問題出る時ってプログラムの作り手が下手な時ばっかりだろ
なんか強引な配列やらコレクションやらそんなのばっかり
コメント1件

170
仕様書無しさん[sage]   投稿日:2015/05/04 20:51:31
お前ら仲良いな

171
仕様書無しさん[sage]   投稿日:2015/05/04 21:05:59
ワイもIT速報見て勉強しとるで

172
仕様書無しさん[]   投稿日:2015/05/05 04:35:30
ここの人はみんな、保守系底辺派遣PGなのかなぁw?
頑張って綺麗なコード書いて! 

173
仕様書無しさん[]   投稿日:2015/05/05 08:16:52
>169
いずれにせよ問題は解決してないということや
だったら、メモリ管理をGCにまかせるという教育をするより、メモリ管理は自分でやるという教育で行くべき
GCは隠し機能として初心者段階で勉強すべきではない
コメント1件

174
仕様書無しさん[sage]   投稿日:2015/05/05 08:41:47
>173
GCのある言語でどのようにメモリ管理をすると?

175
仕様書無しさん[sage]   投稿日:2015/05/05 08:43:11
null突っ込んだってgcのタイミングは任意だぜ。
それとも自分でgc.collect呼ぶ?
それも管理というにはずいぶん大雑把だが。
コメント1件

176
仕様書無しさん[sage]   投稿日:2015/05/05 08:46:53
本当にメモリを意識させたいならC言語で教育すればいいだろ。

177
仕様書無しさん[]   投稿日:2015/05/05 11:07:39
>175そのNULLの突っ込み等々だろ?
処理上のどのタイミングで破棄するか記述しろってこった。

178
仕様書無しさん[sage]   投稿日:2015/05/05 11:22:08
それはGCに頼らない事にならないが。

179
仕様書無しさん[sage]   投稿日:2015/05/05 11:28:14
プログラマの意思を示すことが大事だという話なのに、
GCがいつ動くとかの話になんの意味があるの?

180
仕様書無しさん[sage]   投稿日:2015/05/05 11:31:44
GCが勝手に走って処理が一瞬止まる心配してるんじゃないの?
コメント1件

181
仕様書無しさん[sage]   投稿日:2015/05/05 11:33:39
メモリ食いつぶす心配してるなら
そりゃGC云々の話じゃないと思うんだけどな。
コメント1件

182
仕様書無しさん[sage]   投稿日:2015/05/05 11:46:11
管理したいリソース、管理する必要がないリソース。
この二つがあるよ。

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

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

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

183
仕様書無しさん[sage]   投稿日:2015/05/05 12:19:25
>180
それを言うならGCのあるシステムを使うこと自体が間違い

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

>182
短寿命なプロセスならそうだろうが、長寿命なプロセスのことを考えたことある?
コメント2件

184
仕様書無しさん[sage]   投稿日:2015/05/05 12:20:31
>182
長寿命なプロセスであれば、メモリが必要なくなってから
少し時間が相手から解放されても問題ない。
コメント1件

185
仕様書無しさん[sage]   投稿日:2015/05/05 12:23:01
結局GC云々じゃなくてメモリ意識しましょうて事じゃないの?

186
仕様書無しさん[sage]   投稿日:2015/05/05 12:38:34
要するに下手な設計をGCのせいにしてるだけだろ。
自分のバグをすぐOSやコンパイラのせいにする奴と同じタイプ。

187
仕様書無しさん[sage]   投稿日:2015/05/05 12:40:24
>184
日本語で
コメント1件

188
仕様書無しさん[sage]   投稿日:2015/05/05 12:49:53
>187
じゃあ言い方を変えるよ。

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

189
仕様書無しさん[sage]   投稿日:2015/05/05 12:51:33
1人ないし2人読み取り専用おじさんがいるからいつまでも平行線の話が続くというこの流れ

190
仕様書無しさん[sage]   投稿日:2015/05/05 12:53:50
C言語でもC++でもそうだけど、メモリは10バイト必要な時に
10バイト確保して、10バイト必要なくなった時に10バイト
解放されるわけじゃない。

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

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

191
仕様書無しさん[sage]   投稿日:2015/05/05 15:51:28
GC否定するなら
JAVAとかドットネットの言語を作った頭のいいエンジニアを
説き伏せられる論理武装してんだろうな

192
仕様書無しさん[sage]   投稿日:2015/05/05 16:04:47
してたら、2ちゃんねる相手に戦わない。

193
仕様書無しさん[]   投稿日:2015/05/05 17:28:32
メモリ管理をしなくてよい。
でもメモリ管理のGC用資料があるのはなぜに?しかも余計複雑になって。

194
仕様書無しさん[sage]   投稿日:2015/05/05 17:47:01
GCって共産主義みたいなものだよな。
本物の神様が計画経済回すなら共産主義経済はばら色の社会だよ。

でも神様はいないんだ。

195
仕様書無しさん[sage]   投稿日:2015/05/05 17:50:04
>188
君の理論はたぶんこうだ。

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

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

196
仕様書無しさん[sage]   投稿日:2015/05/05 17:55:47
相乗力欠如している。問題がある。
その問題を想像しろ。
俺からはどこが問題あるか言わない
想像しろ。きっと問題はあるはずだ。

裁判でも使える高等テクニック
コメント1件

197
仕様書無しさん[sage]   投稿日:2015/05/05 18:06:08
>196
問題がないと言い張るなら、こうだから問題ない、
って言えばいいのにね。

198
仕様書無しさん[sage]   投稿日:2015/05/05 18:13:36
ないものは証明できないのでは?
悪魔の証明。

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

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

199
仕様書無しさん[sage]   投稿日:2015/05/05 18:15:20
2ちゃんねるんってなんだかんだで屁理屈通用しないよねw
お決まりのパターンはお決まりのパターンで論破される。
コメント1件

200
仕様書無しさん[sage]   投稿日:2015/05/05 18:21:54
あー、すまん。ちょっと出なけれなくてはいけなくなったので、
問題があると思っている人に任せることにするよ。
あとはよろしく。
俺の代わりに、どこが問題か、びしっと指摘しておいてくれ。
コメント1件

201
仕様書無しさん[sage]   投稿日:2015/05/05 19:09:00
>199
どいつもこいつも例が弱い
今のところ戯言だよ

202
仕様書無しさん[sage]   投稿日:2015/05/05 23:42:58
>200
帰ってくるまで待ってるよ

203
仕様書無しさん[sage]   投稿日:2015/05/05 23:58:12
俺が書くとなぜかGCがまともに働かない気がする

204
仕様書無しさん[sage]   投稿日:2015/05/06 01:04:47
>182
ファイルは異なるプロセス間で同時に使用したいこともあるが、プロセス毎に割り振られるアドレス空間のヒープ領域の
とあるアドレス0x6021a3なんかは異なるプロセス間で共有するようなことはあんまりないから、後者にはGCは有効だよ

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

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

205
仕様書無しさん[]   投稿日:2015/05/06 02:06:42
プロセス跨いで管理しないといけないリソースはそんなにないが、
異なるスレッド間で管理しないといけないリソースは結構ある。

206
仕様書無しさん[sage]   投稿日:2015/05/06 02:21:22
GCで一番よく起きたであろう問題がjavaというかjavaに限らずだけど、
webアプリでの循環参照によるリソースの食いつぶしだろ。
それまでのアプリだと循環参照でリソースを食いつぶすほど長い間
生存するものは稀で問題にならなかったが、webアプリの台頭で
顕在化した問題。

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

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

207
仕様書無しさん[sage]   投稿日:2015/05/06 07:40:27
マークアンドスイープ方式なら循環参照は起きない。

208
仕様書無しさん[sage]   投稿日:2015/05/06 07:45:21
旧vbではnullを設定する習慣があったが
参照カウンタを消し込むためのバッドノウハウだった。

最近の言語でいちいちnull設定してたら笑われる。
コメント2件

209
仕様書無しさん[]   投稿日:2015/05/06 08:09:01
>206
そこだね
nullつっこんで、ここでおしまい
ときちんとやる
参照が途切れた途切れない
んな考え方で最初に教えるな
GCはあくまでも最終補助手段
コメント1件

210
仕様書無しさん[sage]   投稿日:2015/05/06 08:17:44
いちいちnull設定してる奴って、意味のない初期化もセットで必ずやってるよな。
なんなのあれ?
そして、なぜかそういう奴が書いたコードはバグが多い。
コメント2件

211
仕様書無しさん[sage]   投稿日:2015/05/06 08:30:04
>209
ネタで言ってるんだろ?
だんだん判ってきたぞ

212
仕様書無しさん[sage]   投稿日:2015/05/06 09:51:28
newがあるのにdeleteがないのは気持ち悪い。

213
仕様書無しさん[]   投稿日:2015/05/06 10:40:47
deleteがないのは納得いかんよな。
そのインスタンスを保持してる変数をnullにできるのに。

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

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

214
仕様書無しさん[sage]   投稿日:2015/05/06 12:23:45
>208
旧VBも今のVBも

Nothing

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

215
仕様書無しさん[sage]   投稿日:2015/05/06 12:57:40
>208
> 旧vbではnullを設定する習慣があったが
> 参照カウンタを消し込むためのバッドノウハウだった。

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

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

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

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

216
仕様書無しさん[sage]   投稿日:2015/05/06 13:03:10

217
仕様書無しさん[sage]   投稿日:2015/05/06 13:50:12
>216
>(VB6等では直ってます)

この一言だけでよくね?

218
仕様書無しさん[sage]   投稿日:2015/05/06 13:55:05
経緯を知らん人間が居るだろ。


219
仕様書無しさん[sage]   投稿日:2015/05/06 14:21:22
>204
この人はメモリの細分化で困ったこととかないんだろうなぁ。
それはそれで幸せな人生だろうけどなー。

220
仕様書無しさん[sage]   投稿日:2015/05/06 14:23:58
>210
>いちいちnull設定してる奴って、意味のない初期化もセットで必ずやってるよな。

こういう奴がY2K問題を引き起こすんだよなぁ...
コメント1件

221
仕様書無しさん[sage]   投稿日:2015/05/06 14:39:09
>220
どっちにしろ意味判んないでやってる奴は駄目だよ。

222
仕様書無しさん[]   投稿日:2015/05/06 15:05:54
>210
意味の無いNULL設定なのか、意味のあるNULL設定なのかによって首肯しかねる
でも、きちんと初期化と解放を入れている人のほうが綺麗なソース書いてるケースが多い

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

223
仕様書無しさん[sage]   投稿日:2015/05/06 18:31:11
最後まで自分で面倒見られるソースなら適宜初期化は省略するけど、
後で誰がいじるかとか考えると(一部切り出されたりするし)、
全部初期化しておく、というのは正しいあり方だよ。

224
仕様書無しさん[sage]   投稿日:2015/05/06 18:43:35
初期化というのが何なのかわからんのだけど?

意味が無いのにやっている初期化って
どんなの?
コメント1件

225
仕様書無しさん[sage]   投稿日:2015/05/06 19:33:08
>224
こんなの
int i;
i = 0;
i = 3 * 5;
馬鹿じゃね?
コメント1件

226
仕様書無しさん[sage]   投稿日:2015/05/06 19:35:21
>225
それなら
int i = 3 * 5;
って書く方がいいですね。

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

227
仕様書無しさん[sage]   投稿日:2015/05/06 19:57:05
>226
> i = 0;

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

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

228
仕様書無しさん[sage]   投稿日:2015/05/06 20:00:44
>227
i = 0;

i = 3 * 5;
の間に1000行あったとしても無駄な事に変わりはないんだけど。
コメント1件

229
仕様書無しさん[]   投稿日:2015/05/06 20:09:55
変数宣言は必要になるまでやらないのが鉄則。
コメント1件

230
仕様書無しさん[sage]   投稿日:2015/05/06 20:10:47
>228
なんかもう馬鹿と話すのいやになってきた。
コメント1件

231
仕様書無しさん[sage]   投稿日:2015/05/06 20:14:13
>229
昔のCはそうは行かなかったけどなー
途中で変数が必要になるんなら関数分けれって話だが。
コメント1件

232
仕様書無しさん[sage]   投稿日:2015/05/06 20:29:19
>230
説明しなくていいよ。

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

233
仕様書無しさん[sage]   投稿日:2015/05/06 20:29:58
意味が無いことをやるのってなんなんだろうね。
何も考えてないのかも。

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

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

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

236
仕様書無しさん[]   投稿日:2015/05/06 21:33:39
てかさ始まりじゃなく終わり部分の話じゃないの?
nullだnothingだの設定とかって・・・。
コメント1件

237
仕様書無しさん[sage]   投稿日:2015/05/06 21:50:51
>2235
変数はスコープ内で局所化するのが良いコーディングなのよ。
C言語の場合は関数でしかスコープを切れないから
関数の先頭で宣言する習慣なんだ。
それを他言語に持ち込んで、C言語はこうだったからって
思考停止だよねえ。

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

238
仕様書無しさん[sage]   投稿日:2015/05/06 22:09:52
>236
始まりの無意味な初期化も、終わりの無意味な初期化(?)も根は同じだぞ。
問題の根源は、無駄に長いスコープの変数を使う事にある。
普通は変数のスコープを短くすればいいんじゃね?で済む話なんだけど
何故かこういう無意味なコードを書いて、混乱や問題を引き起こす人がいるんだよ。
コメント1件

239
仕様書無しさん[sage]   投稿日:2015/05/06 22:14:12
>238
根は思考停止だ。
自分がやってることを説明出来ないPGばっか。

240
仕様書無しさん[]   投稿日:2015/05/06 22:15:31
>235
それはまったく別の話
それはそれで問題としてあるけど

241
仕様書無しさん[sage]   投稿日:2015/05/06 22:37:29
使う前にきれいにしろ
使い終わったら掃除しろ

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

242
仕様書無しさん[sage]   投稿日:2015/05/06 22:46:52
言語によっては変数の初期値が定められているが。
掃除のやり方もしらないで、やったつもりになってるんじゃないの。

243
仕様書無しさん[sage]   投稿日:2015/05/06 22:47:49
>241
きっと綺麗にしてるつもりなんだと思うよ。
ただ、子供と同じで使ったオモチャを箱にしまうけど、そのオモチャ箱を片付ける所まで頭が回ってない。
結果、オモチャ箱があちこちに散らばってるっていうw
コメント1件

244
仕様書無しさん[sage]   投稿日:2015/05/06 23:03:54
>243
無駄な初期化だなんだといってる人たちって
「だって掃除のおばちゃんがやるんでしょー」
みたいなこと言ってるじゃない。

現実はそうなんだけどw日本人としてそれはどうよと。
コメント2件

245
仕様書無しさん[sage]   投稿日:2015/05/06 23:14:52
>244
多分お前も世界に誇れる日本人じゃないよ
クズよりマシって程度でしょ?

246
仕様書無しさん[sage]   投稿日:2015/05/06 23:17:26
>244
精神論でプログラミングしてるのかw
根性でプログラムが動いたらいいなw
コメント1件

247
仕様書無しさん[sage]   投稿日:2015/05/06 23:32:33
掃除のおはちゃん「あ、それアタシがやっときますからいいですよ〜」
俺「いや、アンタは信用出来んから自分でやる」

俺すげー嫌なやつじゃんw
コメント3件

248
仕様書無しさん[sage]   投稿日:2015/05/06 23:46:00
>247
意味もなく初期化したりnull設定する理由がこれです。

249
仕様書無しさん[sage]   投稿日:2015/05/07 00:03:01
>247
日本人のおばちゃんだったらそうだけどなあ...

250
仕様書無しさん[sage]   投稿日:2015/05/07 00:04:45
>246
根性じゃないよ。
他人への気遣いだよ。

251
仕様書無しさん[sage]   投稿日:2015/05/07 00:05:55
おばちゃんみたいに気を利かせてくれるならともかく、コンピューターは
書いてあることしか出来ないからなあ。 信用できるのは書いてあることは
必ず実行してくれるってことだけだろ。

252
仕様書無しさん[sage]   投稿日:2015/05/07 00:08:45
信用出来ない理由は、システムに対する自分の不勉強だろ?
挙動がよく判らないから手当たり次第にやっとけ、ってw
コメント2件

253
仕様書無しさん[sage]   投稿日:2015/05/07 00:21:10
俺冷静さ失っていくつかレス間違ってるわ。すまん。>247

254
仕様書無しさん[sage]   投稿日:2015/05/07 00:56:50
>252
他人への気遣いだと、何回言えばわかるんだ?

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

255
仕様書無しさん[sage]   投稿日:2015/05/07 01:05:41
>252
勉強すれば全てが理解できると思い込めるなんて羨ましい脳みそだ。
コメント1件

256
仕様書無しさん[sage]   投稿日:2015/05/07 01:09:51
>255
仕事したことがないんだろうね。
もしかしたら中2くらいかもしれない。

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

258
仕様書無しさん[sage]   投稿日:2015/05/07 19:38:27
俺からするとここのスレの奴らどいつもこいつも雑魚
コメント1件

259
仕様書無しさん[sage]   投稿日:2015/05/07 21:00:18
>257
芸能人なんかでもよくあるじゃない、バーターって奴
あんな感じでエースを引っ張ってくると、ゴミも数匹ついてくるんだよ
コメント1件

260
仕様書無しさん[sage]   投稿日:2015/05/07 21:38:23
>259
お前もゴミ寄りっしょ

261
仕様書無しさん[sage]   投稿日:2015/05/07 21:44:30
>258
センパイチィっす!

262
仕様書無しさん[]   投稿日:2015/05/07 21:52:16
実社会にどれだけ影響を与えたか
でプログラマの価値は決まる
コメント3件

263
仕様書無しさん[sage]   投稿日:2015/05/07 22:04:38
実社会にどれだけ損害を与えたかにみえた

264
仕様書無しさん[]   投稿日:2015/05/07 22:09:53
おれの書いたプログラムが元でサーバが同時多発停止して、
翌日のニュースになったことあるよ。
コメント2件

265
仕様書無しさん[sage]   投稿日:2015/05/07 23:43:50
>264
担当の機能が知的財産的に問題になりそうだからリリース前までに法務部に確認しろよって言ったのにそのままリリースされてニュース沙汰になったことはある

266
仕様書無しさん[sage]   投稿日:2015/05/08 01:07:11
>262
おいおい、そんな本質的な事言っちゃうとここの雑魚共が黙っちゃうだろ

267
仕様書無しさん[sage]   投稿日:2015/05/08 03:06:15
実社会に影響与えるプログラマなんて居ないよ。
社会的インパクトは何を作るか考える企画の段階で決定付けられるからな。

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

268
仕様書無しさん[sage]   投稿日:2015/05/08 05:51:47
意味もなくnull入れたり初期化する人って
ほぼ例外なくC、C++を長年やってる(やってた)人なんだよねぇ
「とりあえず言語仕様が分からんから、念の為初期化しておこう
ああ、安心・安心」

269
仕様書無しさん[sage]   投稿日:2015/05/08 06:28:17
社内のコーディング規約で無理矢理やらされてたとかもあると思うぞ

270
仕様書無しさん[sage]   投稿日:2015/05/08 06:42:22
初期値入っているとデバッグがしやすい

271
仕様書無しさん[]   投稿日:2015/05/08 06:45:35
>264
でもさ
実際、いっぱい損害を与えた奴はいるよなw

272
仕様書無しさん[]   投稿日:2015/05/08 06:48:44
保守性や拡張性、可読性うんぬんかんぬん言っても、
前にスレあったけど
そもそもユーザーのほしいもの作れてないんだから、これほど無意味な部分でしか語れないプログラマって愚かだよね

最優先はユーザーのほしいものを作ることでしょ
コメント2件

273
仕様書無しさん[sage]   投稿日:2015/05/08 06:49:35
>272
全く関係ない話だよね

274
仕様書無しさん[]   投稿日:2015/05/08 07:35:10
使う人、システムを買う人にメリットがあるかどうか?
が、関係ないと思っちゃう時点で目的と手段が完全に逆転してる。
コメント1件

275
仕様書無しさん[sage]   投稿日:2015/05/08 07:45:27
買い手の意識も逆転させれば俺等の勝ちだろ

276
仕様書無しさん[]   投稿日:2015/05/08 07:52:03
>262>272がまず、絶対ズレてはいけない軸!
これをこなして、さらに先にテクの話がある
まずは>262,272からだ

277
仕様書無しさん[sage]   投稿日:2015/05/08 08:16:16
その、さらに先のテクの話してるんだけど
レベルが低い話が好きなら他に行ってくれないか
コメント1件

278
仕様書無しさん[sage]   投稿日:2015/05/08 11:02:57
>277 はダブルおさーん臭がする。

279
仕様書無しさん[sage]   投稿日:2015/05/08 12:15:09
>274
レイヤが違うって話でしょ。
例えば、トランザクションをどう実装するかの話をしてるのに、デザイナが横から
「なにやら小難しいこと言ってますけどデザインがよくないとそもそもユーザーに選んでもらえないですよね?」とか言って
話に割り込んできたらなにこいつって思わない?
それともそういう場合はテクニカルな話を中断してデザインを最優先に語るべきなの?

280
仕様書無しさん[sage]   投稿日:2015/05/08 12:44:45
技術が話題のスレにきて「技術の話題はするな」って、普通に頭がおかしい人だろ。

281
仕様書無しさん[]   投稿日:2015/05/08 18:14:25
ユーザーの役に立つシステムを作る技術をいい加減確立してください
コメント4件

282
仕様書無しさん[sage]   投稿日:2015/05/08 19:18:13
>281
そんな事、デキル奴は確立してるぞ

283
仕様書無しさん[sage]   投稿日:2015/05/08 19:22:16
>281
教科書や技術書には載っていない技術
モノづくり共通のスキル

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

284
仕様書無しさん[sage]   投稿日:2015/05/08 21:26:41
できない奴が、さも自分はできてますみたいな顔してふんわりとしたレスをするw
コメント1件

285
仕様書無しさん[sage]   投稿日:2015/05/08 21:32:12
>284
お前、くやしそうだな
もしかしてスキル無いの?
コメント1件

286
仕様書無しさん[sage]   投稿日:2015/05/08 21:35:15
>285
どうだろう
お前程度のスキルでいいなら持ってるかも
コメント1件

287
仕様書無しさん[sage]   投稿日:2015/05/08 21:38:20
>281
また社内システムスレ立ててそこでやれ
会社のシステムを無断で修正してやったぜ!みたいな馬鹿が慰めてくれるかもよ

288
仕様書無しさん[sage]   投稿日:2015/05/08 21:38:22
>286
相手のレベルを知らないのに「お前程度」とは?
くやしいみたいだね ^ ^;
コメント1件

289
仕様書無しさん[sage]   投稿日:2015/05/08 21:40:07
まあおまいらマカロンでも食べて落ち着けよ

290
仕様書無しさん[sage]   投稿日:2015/05/08 21:40:48
しかしどうせお前ら言われた事だけやってるコーダーだろ?
底辺PGだから要件聞いて提案したこと無いだろ

291
仕様書無しさん[sage]   投稿日:2015/05/08 21:41:55
>288
でもまあぶっちゃけスキル低いっしょ?

292
仕様書無しさん[]   投稿日:2015/05/08 23:27:57
>267
スマホアプリ作る人をクリエイターと呼ぶ詐欺師か。

293
仕様書無しさん[sage]   投稿日:2015/05/09 00:53:35
いまどき純プログラマーなんていないしな、居てもプログラミングしかできないゴミ、コーダー。
客と話をするスキルが無い奴はどんなにコーディングが上手くても出来上がったモノの顧客満足度は低い
つまり客と話すスキルもプログラミングスキルの内だと思ったほうがいい

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

294
仕様書無しさん[sage]   投稿日:2015/05/09 00:55:40
>293
ま、受託の人はそうでしょうねw

295
仕様書無しさん[]   投稿日:2015/05/09 07:04:55
>293
顧客満足度は客と話すやつの責任だろw
馬鹿か。
コメント1件

296
仕様書無しさん[sage]   投稿日:2015/05/09 10:39:01
>293
ジョブズは客の言うことなんか聞かなかったけどなー
コメント1件

297
仕様書無しさん[sage]   投稿日:2015/05/09 10:44:11
>295
出来上がったものの質がある程度以上じゃないと客と話す奴がどうこう
以前の状況になる。

298
仕様書無しさん[sage]   投稿日:2015/05/09 11:32:09
またダブルおさーんがあばれてるのかw
そんなに粘着してたのしい?w

299
仕様書無しさん[sage]   投稿日:2015/05/09 11:34:24
>293
システムの満足度と顧客の満足度の違いが
わかってないんだよね。

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

俺なら、壷売っても満足させられる。
コメント1件

300
仕様書無しさん[sage]   投稿日:2015/05/09 11:50:08
>281
> ユーザーの役に立つシステムを作る技術をいい加減確立してください

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

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

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

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

301
仕様書無しさん[sage]   投稿日:2015/05/09 12:27:52
>299
>俺なら、壷売っても満足させられる。
顧客満足度がなんで必要か分かってないだろ。詐欺的にその場を押し通すのは
それこそ一期一会的な二度と取引しないような場合にしか通用しない。
商売ってのはそれこそ継続的に利益を上げ続けなければならないわけだから
新規の顧客を開拓し続けるようなのは効率が悪いというかほぼ不可能になる
ので、顧客満足度を上げて継続的に関係を続けるために必要になる。
口八丁手八丁でその場をどうにかするってのとは対極的な考え方なんだよ。
コメント1件

302
仕様書無しさん[]   投稿日:2015/05/09 12:33:29
うちはシステムを買うときはいつも○○さんって決めてるんです!
決め手はやっぱりサービスの良さですかねぇ、他の業者さんとは満足度が違いますよ!!
そうですねぇ、週3回は○○さんでシステムを買ってますね!

こういう事か?
コメント1件

303
仕様書無しさん[sage]   投稿日:2015/05/09 12:35:59
>301
壷っていうのはたとえだよw

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

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

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

304
仕様書無しさん[sage]   投稿日:2015/05/09 12:36:07
ひざが痛くなくなるソフトください
コメント1件

305
仕様書無しさん[sage]   投稿日:2015/05/09 12:39:47
>304
サロメチールソフト
http://www.salomethyl.jp/products/s2.html

306
仕様書無しさん[sage]   投稿日:2015/05/09 13:00:59
>302
週3でシステムを買う会社なんてそうは無いけど、新しいシステムを
導入するとかリプレースするとかだと普通なことだろ?
別にシステムじゃなくても個人の買い物でも新規の店の開拓をする
時もあるけれど、いつも足を向ける店はある程度満足したサービスを
受けれたところに向けないか?

307
仕様書無しさん[sage]   投稿日:2015/05/09 13:06:47
>303
関係を継続するにはその目の前の担当者の後ろに何人もの
人がいるって理解してるか? 顧客ってのは総称であって個体を
識別するための識別子じゃないぞ。
コメント1件

308
仕様書無しさん[]   投稿日:2015/05/09 13:10:27
>303
ただの口先だけのセールスマンとの違いがわからない。
あれもできません、これもできません。でもこんなに努力します
で済むお客さんでよかったね。
コメント1件

309
仕様書無しさん[sage]   投稿日:2015/05/09 13:57:14
口八丁手八丁じゃ身も蓋もないから、もっともらしく言い換えたのが
「顧客満足度を上げる」って言葉らしいよ。

310
仕様書無しさん[sage]   投稿日:2015/05/09 14:35:49
>308
そこをうまくやるんだよ。

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

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

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

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

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

311
仕様書無しさん[sage]   投稿日:2015/05/09 14:36:36
>307
> 関係を継続するにはその目の前の担当者の後ろに何人もの
> 人がいるって理解してるか? 顧客ってのは総称であって個体を

顧客は金を出してくれる人ですよ。
コメント1件

312
仕様書無しさん[]   投稿日:2015/05/09 14:38:08
>310
ただの口先だけのセールスマンとの違いがわからない。
あれもできません、これもできません。でもこんなに努力してます
で済むお客さんでよかったね。
コメント1件

313
仕様書無しさん[]   投稿日:2015/05/09 14:41:07
>310
ま、わざとトラブルを残しておいてあとから客に恩を売るのは
ちょっと仕事に慣れた会社員がよくやる常套手段だよなw

314
仕様書無しさん[sage]   投稿日:2015/05/09 14:41:11
>312
そのレスに対しては反論済み。
二回書いも無駄だよ。
お前がやったことと同じように、同じことを言うだけだから、

315
仕様書無しさん[sage]   投稿日:2015/05/09 14:45:37
顧客満足度っていうのがわかってないよ。
最初から何の問題もない商品を作って渡しても
顧客は満足しないんだよ。

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

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

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

316
仕様書無しさん[sage]   投稿日:2015/05/09 14:49:36
ちなみに>296がジョブズとか出してきているが、
こういう仕事は別の話。

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

俺が話しているのは受託のように顧客がいて
その顧客がいないと開発できない(要求仕様などがあるもの)
そういうシステム開発の話をしている。
コメント1件

317
仕様書無しさん[sage]   投稿日:2015/05/09 15:13:14
>316
要求仕様は聞くたびにころころ変わる、なんてのはよくある話。
客が欲しいものはシステムじゃなくて、課題を解決するもの。
であれば、客が言うことばかり聞くのではなく、ならこれはどうだと
提案できる、ジョブズ的なやり方も正しいことが多いんじゃないか。

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

318
仕様書無しさん[sage]   投稿日:2015/05/09 15:15:51
>311
間に挟まってるだけの、金も出さない知恵も出さない汗もかかないくそが顧客づらするのは、本当に腹立つよね。

319
仕様書無しさん[]   投稿日:2015/05/09 15:27:39
客の声を聞くマーケティングもあるし
客の声を聞かないマーケティングもある

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

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

320
仕様書無しさん[sage]   投稿日:2015/05/09 15:35:39
>317
> 提案できる、ジョブズ的なやり方も正しいことが多いんじゃないか。
ジョブズは提案してないぞ。俺に何がいいか聞かれたこと無いしな?w

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

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

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

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

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

いいものを作るのが目的じゃない。顧客を満足させて金を得るのが目的
コメント1件

321
仕様書無しさん[]   投稿日:2015/05/09 15:40:20
@ャープのプログラマいる?
大企業社員から中小企業社員に格差げになるみたいだけど、どんな気持ち?w
コメント1件

322
仕様書無しさん[sage]   投稿日:2015/05/09 15:41:13
>321
下が喜んでるw

323
仕様書無しさん[sage]   投稿日:2015/05/09 16:14:10
シャープにプログラマーなんて居るの?
プログラマーは下請けに腐るほど居るからいちいちリソース抱える必要ないじゃん。
コメント1件

324
仕様書無しさん[]   投稿日:2015/05/09 16:19:11
>317
客はそんなこと望んでないよ。
とりあえず、こっちが提示した仕様で作ってよ。
より良い方法?
知るか、俺はそれ以外にも仕事あるからあまってらんねーよ。
コメント1件

325
仕様書無しさん[sage]   投稿日:2015/05/09 16:54:29
>319
客と直接は話をしないけど腕のあるプログラマ、お前の周りにはいないの?

326
仕様書無しさん[sage]   投稿日:2015/05/09 16:58:46
>320
ジョブズのやり方は99%の人は失敗する
普通の人は絶対マネしちゃダメだ

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

327
仕様書無しさん[sage]   投稿日:2015/05/09 17:36:39
客という単語が輝いて見えるのは社会人2年目まで^_^
その間は、客のことについて話してると自分が特別な存在になったように感じられる魔法の期間。

328
仕様書無しさん[sage]   投稿日:2015/05/09 17:37:19
我を張ると失敗する。

329
仕様書無しさん[sage]   投稿日:2015/05/09 18:22:41
ダブさん安定の炎上率だな

330
仕様書無しさん[sage]   投稿日:2015/05/09 19:02:11
俺がダブさんて言葉作ったんだけど、いつのまにか元の意味と違ってきてるな。

331
仕様書無しさん[]   投稿日:2015/05/09 20:28:36
>323
今までは大企業の名前の名刺(実際には在籍してないただの派遣社員)
だったけど、大企業でなくなるから名刺でのハッタリ価値が完全に無くなる

332
仕様書無しさん[]   投稿日:2015/05/09 20:32:10
おまえら、このソフトは使えない。このソフトは使えるとか言ってるくせに
特定客に納品するお前らが作ったソフトについては、「使える使えない」を問わない。とかw
どんだけわがままなんだよ

333
仕様書無しさん[sage]   投稿日:2015/05/09 20:37:15
>324
請負しかしたことないの?
客が要求仕様をまとめてくるなんて夢物語を信じてるの?
コメント1件

334
仕様書無しさん[sage]   投稿日:2015/05/09 21:03:30
まぁまぁ落ち着けよ、ここはもう少し泳がせてみようぜ。

335
仕様書無しさん[sage]   投稿日:2015/05/09 21:06:33
おらおら、早くおよげよ。だせーんだよ。

336
仕様書無しさん[sage]   投稿日:2015/05/09 21:07:53
客は要求仕様をまとめない。まとめる能力もない。
だから適当に作っておしまい。

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

337
仕様書無しさん[]   投稿日:2015/05/09 21:52:54
社会に有用な影響も効果もないプログラムをいくら組んでもゴミ

338
仕様書無しさん[]   投稿日:2015/05/09 22:10:19
>333
は?請負以外あるわけ?
ソフトの完成を目的としてないなら、PGの範疇外だから
コメント1件

339
仕様書無しさん[sage]   投稿日:2015/05/09 22:41:23
>338
パッケージとか作ったことない?
パッケージといってもOfficeみたいなのじゃないよ。
コメント1件

340
仕様書無しさん[sage]   投稿日:2015/05/09 23:20:28
箱とか包装のこと?
コメント1件

341
仕様書無しさん[sage]   投稿日:2015/05/09 23:48:34
>340
その通りです!!!

342
仕様書無しさん[sage]   投稿日:2015/05/09 23:51:00
アホが湧いてる...

343
仕様書無しさん[]   投稿日:2015/05/10 10:16:19
技術書で勉強するとかアホくさい
ネットでサンプルプログラムひろってきて動かしてみるのが一番

344
仕様書無しさん[sage]   投稿日:2015/05/10 13:25:02
医学書で勉強するとかアホくさい
そこら辺で病人拾ってきていじってみるのが一番

345
仕様書無しさん[sage]   投稿日:2015/05/10 14:31:45
勉強するとかアホくさい
そこら辺でメンヘラ女拾ってきていじってるのが一番


346
仕様書無しさん[sage]   投稿日:2015/05/10 14:45:41
小学校時代から全部自分で動かして試した。
勉強など不必要。
数学も科学も全部自分でやればいいだけのこと。
いま今は自力でオブジェクト指向を編み出している。

347
仕様書無しさん[]   投稿日:2015/05/10 18:35:49
>339
すげーどうでもいいこと持ち出すのやめたら?
コメント1件

348
仕様書無しさん[sage]   投稿日:2015/05/10 19:23:13
>347

論破されとる笑

349
仕様書無しさん[]   投稿日:2015/05/11 14:26:38
世の中の役に立たせてこそ技術
その技術を得るのに技術書がある
従って、世の中の役に立たせられないなら目的を達することができない無能なプログラマである

350
仕様書無しさん[sage]   投稿日:2015/05/11 15:28:41
それなりの給料もらって食っていけりゃなんだっていいよ

351
仕様書無しさん[]   投稿日:2015/05/11 17:34:29
関数型プログラミングに目覚めた! IQ145の女子高校生の先輩から受けた特訓5日間
http://www.amazon.co.jp/dp/4798043761/

352
仕様書無しさん[sage]   投稿日:2015/05/11 20:00:42
なんでこんなアホなタイトル付けたのか145日間問い詰めたい

353
仕様書無しさん[]   投稿日:2015/05/12 07:02:33
タイトルはさほど間違ってない
無職の人が暴れてるだけで

354
仕様書無しさん[sage]   投稿日:2015/05/12 12:49:23
いい年した大人が女子高生がどうのとかキモすぎ
せめてキャパ嬢かデリヘル嬢にすべきだろ

355
仕様書無しさん[sage]   投稿日:2015/05/12 13:49:48
それなりの給料ってどれ位なの?
年齢&#10006;&#65038;200万が年収の目安かなと思うが

356
仕様書無しさん[]   投稿日:2015/05/12 17:58:49
技術身につけても
それによって実際、プログラムを使ってる人たちにどれだけ喜んでもらえたかわからないと、やる気でないから虚しいだけ
コメント2件

357
仕様書無しさん[]   投稿日:2015/05/12 22:38:23
>356
他者の評価を気にしてるようでは、優れた技術者になれないぞ

358
仕様書無しさん[sage]   投稿日:2015/05/12 22:40:19
> 他者の評価を気にしてるようでは、優れた技術者になれないぞ

では、これが正しいということを証明してくれ。
コメント1件

359
仕様書無しさん[]   投稿日:2015/05/12 23:00:33
内的動機付けでいろんな論文が出てるだろ。
コメント1件

360
仕様書無しさん[sage]   投稿日:2015/05/12 23:21:23
出てるといいですね。
あなたが頑張るのをまってますよ。

361
仕様書無しさん[sage]   投稿日:2015/05/12 23:21:35
>359
それが証明だと考えているのだとしたら、お前相当頭悪いな。

362
仕様書無しさん[]   投稿日:2015/05/12 23:24:56

363
仕様書無しさん[]   投稿日:2015/05/12 23:25:35
唐突すぎてなんのつもりなのかわからない。

364
仕様書無しさん[sage]   投稿日:2015/05/12 23:32:09
>362
そりゃ当然でしょw

適当な事を言って、それを認めなさいって押し付けていいなら


他者の評価を気にしないようでは、優れた技術者になれないぞ


っていいますよw.

365
仕様書無しさん[sage]   投稿日:2015/05/12 23:33:40
優れた技術者っていうのは、
何に対して、優れているのか?って話。

それは(他人よりも)優れているってことなので
他人の評価を気にする人のほうが
優秀な技術者になれるよ。
コメント2件

366
仕様書無しさん[]   投稿日:2015/05/13 00:07:22
>365
論理の飛躍があるな。

367
仕様書無しさん[]   投稿日:2015/05/13 00:09:04
>365
やっぱりないわ。ゴメン。

368
仕様書無しさん[sage]   投稿日:2015/05/13 00:11:04
ないない言ってればそれが真実w
コメント1件

369
仕様書無しさん[]   投稿日:2015/05/13 06:33:10
>356
プログラマの大半が派遣
そいつらに、そんな心の余裕があるわけがない
コメント1件

370
仕様書無しさん[sage]   投稿日:2015/05/13 08:00:47
>368
嘘も100回言ってれば本当になるニダ。

371
仕様書無しさん[sage]   投稿日:2015/05/13 13:56:15
>369
逆だろ
技術を身につけないから派遣なんだろ
その状況で満足してるだけ
心の余裕?それこそ気の持ちようだろ
コメント3件

372
仕様書無しさん[sage]   投稿日:2015/05/13 21:18:51
>371
う〜んまあ、働けば判るよ。
コメント3件

373
仕様書無しさん[sage]   投稿日:2015/05/13 22:09:31
>372
働いているからわかるし、
それがわからないお前が働いてないのでは?
コメント2件

374
仕様書無しさん[sage]   投稿日:2015/05/13 23:01:19
>373
う〜んまあ、働けば判るよw
コメント1件

375
仕様書無しさん[sage]   投稿日:2015/05/13 23:31:59
>374
お前が働けよw

376
仕様書無しさん[sage]   投稿日:2015/05/14 00:30:01
>373
ああ、371は自分の事言ってたのか、納得。

377
仕様書無しさん[]   投稿日:2015/05/14 03:13:25
>372
う〜んまあ、働けば判るよ。俺も最初は技術を身につけて這い上がろうと思ったよ。でも底辺根性が染み付いて這い上がる気持ちが削がれ、いつしか肥溜めで暮らすことが苦痛じゃなくなってくるんだよ。
って言いたいんでしょ
大丈夫っす、俺肥溜めまで落ちる予定ないんで
コメント1件

378
仕様書無しさん[]   投稿日:2015/05/14 03:51:39
テスト /PCサロン板
  ↑ ↑  ↑ ↑  ↑ ↑ 

379
仕様書無しさん[]   投稿日:2015/05/14 07:27:57
客に会えない、会う身分すら持ってない
人達に言ってもかわいそうなだけ

380
仕様書無しさん[sage]   投稿日:2015/05/14 07:46:38
>377
その文では、君が働いているかは不明だが、環境が劣悪って事は判る。
上を目指せよ。
そういう環境が好きな人も居るけどね。
コメント1件

381
仕様書無しさん[]   投稿日:2015/05/14 11:49:24
>380
働いてるよ
働くなら有意義に時間を使いたいし、高い見返りを求めたいと思ってる
そのために技術もだし、色々向上したいと努力しているつもりでいる
それを認めてくれる人たちがいるから、いい環境にいるよ
ちなみに俺>372
コメント1件

382
仕様書無しさん[]   投稿日:2015/05/14 11:50:29
間違えた
>371

383
仕様書無しさん[]   投稿日:2015/05/14 12:44:16
なんだこのバトルw

384
仕様書無しさん[sage]   投稿日:2015/05/14 14:14:17
なんかくだらなすぎて脱力する

385
仕様書無しさん[sage]   投稿日:2015/05/14 18:20:05
意識の高さアピールがしたいお年頃なんでしょ

はいはい、ご立派ご立派
口はいいから頭と手を動かしてね

386
仕様書無しさん[]   投稿日:2015/05/14 21:26:09
仕事についてるかついてないか

ハイレベルやなぁ

387
仕様書無しさん[]   投稿日:2015/05/14 21:26:21
>371
派遣悪くないと思うけどなぁ
純粋に技術だけで働けくのも可能だし

388
仕様書無しさん[sage]   投稿日:2015/05/14 21:30:04
派遣先は技術力が低いよ。
低いから派遣を雇うわけで。

長くいるのなら改善も出来るだろうけど、
派遣が長くいるわけもなく。

389
仕様書無しさん[sage]   投稿日:2015/05/14 21:34:34
俺が去った後のことが心配だから、いつも派遣先の社員の奥さんに子種を遺してから辞めてる。

390
仕様書無しさん[sage]   投稿日:2015/05/14 21:45:50
社内SEや内製のために抱えられてるプログラマって技術力的には底辺だからね
つーか技術者ですらないただの事務屋だからね
そこんとこ間違えないようにね

391
仕様書無しさん[sage]   投稿日:2015/05/14 21:49:02
熱のこもった自己紹介だ

392
仕様書無しさん[sage]   投稿日:2015/05/14 23:44:58
結局いくらもらってるか、優劣を決める要素はそこだけ
コメント1件

393
仕様書無しさん[]   投稿日:2015/05/15 06:05:55
>392
いくらもらえるかなんて、単に会社が儲かってるかどうかの結果でしかないよ。
営業が優秀だったらもらえる額が増えるんだし。
コメント1件

394
仕様書無しさん[sage]   投稿日:2015/05/15 06:39:26
受刑者をIT起業家に 米国の刑務所でプログラマー育成
【IT】受刑者をIT起業家に 米国の刑務所でプログラマー育成 /ビジネスnews+板

395
仕様書無しさん[sage]   投稿日:2015/05/15 09:02:24
>393
逆に営業がダメだったら
訴えたれたりするんだよな。

納期が遅れたとか

396
仕様書無しさん[sage]   投稿日:2015/05/16 08:13:34
99%のプログラマがIQ145のJKに「ダサい」と言われてしまう理由とは?【その1】「計算機科学のほんとうの基礎」を理解していない。IQ145のJKと同じ事を語るMITの権威とSICPという聖典の権威を借りてマインドコントロールを解いてみよう
http://kenokabe-techwriting.blogspot.jp/2015/05/99iq145jkiq145jkmitsicp.html?m=1

397
仕様書無しさん[]   投稿日:2015/05/16 10:29:37
2chにくるプログラマは駄目だということがわかった。
2chとはおさらばしよう
コメント1件

398
仕様書無しさん[sage]   投稿日:2015/05/16 12:04:37
マ板の平均レベルがわずかに上がるようです
コメント1件

399
仕様書無しさん[sage]   投稿日:2015/05/16 12:07:46
>398
お前がいなくなれば、もっと上がるよ
コメント1件

400
仕様書無しさん[sage]   投稿日:2015/05/16 12:09:35
>399
お前算数苦手だろw

401
仕様書無しさん[sage]   投稿日:2015/05/16 14:56:52
>397-400
何このやりとりウケるw

402
仕様書無しさん[sage]   投稿日:2015/05/16 15:22:05
算数の問題だと思っているっていうのが間抜けだねw
その他の可能性を考えられないw

403
仕様書無しさん[sage]   投稿日:2015/05/16 15:25:58
これが技術書に呑まれた者の末路か

404
仕様書無しさん[sage]   投稿日:2015/05/18 14:58:20
>算数の問題だと思っているっていうのが間抜けだねw

いや、算数できないのがプログラムやったら当人がかわいそうだ
ノイローゼですめばいいのだけど

405
仕様書無しさん[sage]   投稿日:2015/06/13 10:28:09
はじCと猫Cで覚えたやつはソース見るとわかる
コメント2件

406
仕様書無しさん[sage]   投稿日:2015/06/13 11:49:33
>405
大抵の人はそんな事に関心無いんだが、君は何故か詳しそうだね。
コメント1件

407
仕様書無しさん[sage]   投稿日:2015/06/13 13:11:42
w

408
仕様書無しさん[sage]   投稿日:2015/06/13 14:21:28
はじCと猫Cで覚えたやつのソースは
はじCと猫Cの特徴どおりなんだから
見てわかるだろ!

俺は、はじCと猫Cの特徴には詳しいわ!


>406
こんな感じですかね?w

409
仕様書無しさん[sage]   投稿日:2015/06/14 00:10:41
>405
初心者本ばかり何冊も読んでんじゃねえよww

410
仕様書無しさん[sage]   投稿日:2015/08/14 14:46:26
Cのコードって書いた量に比例して
洗練されてくと思うんだけど

ほんにコードが影響されたことなんてないわ

411
仕様書無しさん[sage]   投稿日:2015/08/31 20:39:31
書けば書くほど洗練されてきて無意識に最適化されるからな

412
仕様書無しさん[]   投稿日:2015/10/06 02:10:58
受ける会社大丈夫?
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in tokyo
・「社名 労基」でググると過去の2chスレが出てくる
・転職会議で2.5点

413
仕様書無しさん[]   投稿日:2015/12/19 19:28:07

414
仕様書無しさん[sage]   投稿日:2015/12/19 19:31:48
相互リンク

プログラマはMacを使ってるってマジ? [無断転載禁止]&#169;2ch.net
プログラマはMacを使ってるってマジ?

415
仕様書無しさん[]   投稿日:2015/12/25 19:42:02
※SI犯罪対策の拡散歓迎
犯罪者個人に対して告訴状を偽装請負・偽装出向・多重派遣の被害者が作成(刑事告訴は無料) or 司法書士が代筆(料金は5万円ぐらい)

告訴状を【検察の直告班】に郵便局の内容証明付で送付(疎明資料・証拠にはICレコーダー、スマホによる録音が適しています)

審査 → 不受理 → 告訴状再提出または刑法 第193条で訴えを起こす

受理 → 告訴事実を認め示談交渉(↓) →示談成立  →法廷相場50〜100万円の示談金 ※示談拒否が良い
↓                ↓
事案化 ←←←←←← 示談不成立(↓) →示談外交渉 →犯罪者の年収半額×最大懲役年数の和解金支払い※推奨
↓                ↓
↓               起訴  →公判  →罰金刑=前科(起訴事実を認めてるため)→追討ち民事訴訟
↓                    
審査 → 起訴(強制捜査・留置場)→ 公判 → 懲役刑などの厳罰(反省が認められないため)→追討ち民事訴訟

不起訴、起訴猶予

検察審査会法第30条(検察審査会へ申し立て)→ 起訴 → 起訴後は同上
刑法 第193条(公務員職権濫用)で検察事務官を刑事告訴 → 同上

◎告訴→告訴受理→示談交渉→厳罰を求め示談不成立→示談外交渉→和解金支払い・和解契約(公正証書・即決和解で秘密保持契約)
◎偽装請負・出向・違法派遣事件では派遣・出向先両方の代表者、役員、現場責任者に告訴できます。
前科がついた犯罪者が法人の代表であれば公的な入札からの排除、取引先や顧客との契約解除など社会的制裁・批判に晒されることから辞職または解任が妥当、役員・社員であれば懲戒を想定。
◎事業者内部の加害関係者による刑事告発(刑事訴訟法239条1項)も可能です。
加害者本人、管理間接部門の社員が刑事告発に踏み切る場合も和解金による解決が妥当です。

注意:告訴が受理されない理由
●3年間(※)の時効が過ぎたもの ※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの ※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。

416
仕様書無しさん[]   投稿日:2015/12/27 09:23:43
理系の御家族かわいそう
技術ない方が寿命と収入高い

技術下げろ!
収入上げろ!

放送・商社・銀行・公務 > 製造・化学・通信・情報

http://m.finance.yahoo.co.jp/stock/fundamental?code=4676.T

417
仕様書無しさん[]   投稿日:2015/12/30 16:20:38
SEの使い捨て早死に貧困助長は大迷惑
偽装請負の従犯は辞めろ!

・5,000円/時間以下の契約は辞めろ
・80万円/月以下の契約は辞めろ
・多重契約は辞めろ
・不利益な現場は辞めろ
・残業見積りは辞めろ
・時間外労働違反は辞めろ
・契約外納期は守るな
・客先指示に従うな
・知的財産を渡するな
・契約時間外に学習しろ
・契約時間外に副業しろ
・被害を訴えろ

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
【非婚】受注SEは3億円以下の低生涯収入【離婚】 /情報システム板

418
仕様書無しさん[sage]   投稿日:2016/04/01 00:40:23
本で読んだ事を試したいってのが本音だよね
ブラックだと業務中しか試す機会ないし

419
仕様書無しさん[sage]   投稿日:2017/02/25 13:43:41
>381
派遣社員w

420
仕様書無しさん[]   投稿日:2017/06/08 20:37:42
情けないアホだな
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

プログラマー板 タイトル検索

このスレッドが人気です(実況系)
歴史秘話ヒストリアSP「新発見 そうだったのか!忍者の真実」★3 (1001)NHK実況
有吉4 (1001)NTV実況
Qさま!! 2時間スペシャル★2 (283)テレ朝実況
痛快TV スカッとジャパン【小林麻耶&胸キュンに梅沢富美男が物申す!】★2 (177)フジ実況
Qさま!! 2時間スペシャル★1 (1001)テレ朝実況
ネプリーグ★3 (624)フジ実況
有吉ゼミSP★4 (283)NTV実況
世界ルーツ探検隊[終]★1 (836)テレ朝実況
このスレッドが人気です(ニュース系)
【社会】男には「結婚するメリット」は全くないのか? 「まるで罰ゲーム」に「なぜ妻に逃げられない前提なんだ?」と疑問も (914)ニュー速+
【野球】仙台育英、大阪桐蔭戦での「蹴り疑惑」 日本文理戦でもとネットで騒動拡大 「完全にわざとやってる」 (1001)音楽・芸能ニュース
【加計】民進党・玉木雄一郎「産経新聞に酷い書かれ方をした。疑惑があるかのような報道には強く抗議します」★2 (687)ニュー速+
【高校野球】仙台育英・渡部の“足蹴り”が炎上…監督の指示でSNS閉鎖、準決勝スタメン外れる チームメイト擁護「わざとじゃない」 ★18 (495)音楽・芸能ニュース
【企業】「マックvsマクド」、ツイッター上での決着はまさかの「マクド」の勝利! (410)ニュー速+
【話題】クルマ離れどころか免許離れする若者 「大きな買い物は宅配で。車は維持費が大変。使わないものにお金をかけたくない」★13 (973)ニュー速+
【イカ離れ】「いか」を食べなくなった日本人 その理由は・・・ (1001)ニュー速+
【高校野球】仙台育英・渡部の“足蹴り”が炎上…監督の指示でSNS閉鎖、準決勝スタメン外れる チームメイト擁護「わざとじゃない」 ★17 (1003)音楽・芸能ニュース
プログラマー板の人気スレ
プログラマの雑談部屋 ★11 (620)
Re: 35歳、発達障害の無職ですが...4 (352)
【ウンコ歓迎】50代のプログラマーいる?Part22 (364)
プログラマーの仕事って楽過ぎ、クソワロタwww4 (63)
◆個人事業主専門スレ49本目◆ (407)
プログラマーはアニメをみよう! 21クール (310)
競技プログラミングにハマるプログラマのスレ 11 (774)
【右手】土曜・日曜も岡部健は脂身★25【壊死】 (254)
COBOLって今需要増えてるの?Part6 (578)
【CodeIQ】コーディング転職 3社目【paiza】 (216)
勤務中眠くて眠くてたまらない (379)
アジャイルを考えたやつの死を願うスレ Part.2 (269)
【鬱病】壊れたプログラマー 46人目 【憤死】 (298)
おもしろいコピペがあったら貼るスレinマ板part44 (700)
【有能】東京コンピュータサービス Ver3【無能】 (936)
学生ほどVBAとかシェルスクリプトとか覚えたほうがいい (941)
14歳、発達障害の登校拒否ですが...1 (244)
下流風情でほざいているお前らコレ企画設計してみろ (754)
硫化水素自殺で生き延びた俺に質問ある? (103)
起業しようぜ16 (425)
プログラミングに適したOSはWindows10かMacOSXか? (681)
ちょまどと池澤あやかってどっちが凄いの? (169)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
広告


首都圏の方、ソフトバンク光オススメですよ


このサイトは2ch.scからデータを取得・表示しています。削除などについてはこちらをご覧ください。 アクセスモード:差分取得 - 新着書き込みなし(304)