板検索:
プログラムセンスがある人とない人の違い 4 (861)
まとめビュー
1
仕様書無しさん[sage]   投稿日:2016/06/26 16:42:09
センスある人・・・例外をうまく使ってシンプルなコードを書くことができる
センスない人・・・例外を(俺が)使うとコードが複雑になるんじゃぁ、何が何でも処理しないと気がすまないんじゃぁ


プログラムセンスがある人とない人の違い 3 [転載禁止](c)2ch.net
プログラムセンスがある人とない人の違い 3
コメント4件


2
仕様書無しさん[sage]   投稿日:2016/06/26 16:50:15
前スレではトムキャットしか使ったことのない能無しどものせいで時間を無駄にした。

3
仕様書無しさん[]   投稿日:2016/06/26 16:52:05
いつからWebアプリケーションサーバーを使うプログラムの話になったのか?
コメント2件

4
仕様書無しさん[sage]   投稿日:2016/06/26 16:53:35
あと例外じゃないコードの話をしてるくせに
例外だと言い張る組み込み屋(ネットワーク屋)もうざかったな。

5
仕様書無しさん[sage]   投稿日:2016/06/26 16:54:08
>3
いつからWebアプリケーションサーバーを使わないプログラムの話になったのか?
コメント1件

6
仕様書無しさん[]   投稿日:2016/06/26 16:56:02
>5
スレタイをよく見なさい。
コメント1件

7
仕様書無しさん[sage]   投稿日:2016/06/26 16:57:15
組み込み屋の場合、例外(ではなくて本当は単なる状態処理)が
10個程度しかないんだろうね。

アプリ屋にとっては例外は標準だけで数十個
アプリやライブラリが使うものを含めるとそれ以上あるから
非対応の例外を共通の例外処理で処理して、
それ以外の対応が可能な場合だけ対応するというやり方になる。

そうするとほとんどの例外は共通処理で処理できるものになるって
いちいち処理を書いたりしないから、あとはまれにある標準以外の
対応を行う箇所だけコードだけが必要になって
故に例外を使うとコードはシンプルになる。
コメント1件

8
仕様書無しさん[sage]   投稿日:2016/06/26 16:57:19
PHPやCGIのように、Apache配下で1リクエスト1プロセスが動くシステムを知らん奴のせいで、話が逸れたのだ。

あげく、nodeJSのように、1プロセス1スレッドで全てを捌くような
特殊なサーバーを持ち出して、例外処理をしなければ
サーバーが落ちるなどと極論を言い出した。

9
仕様書無しさん[sage]   投稿日:2016/06/26 16:59:05
> PHPやCGIのように、
それっていまどきスレッドを使わない古いシステムじゃね?
コメント2件

10
仕様書無しさん[sage]   投稿日:2016/06/26 16:59:34
例外は使う。
しかし、適切な処理を綺麗に書くために使うのだ。
アプリを落とさないためではない。
コメント1件

11
仕様書無しさん[sage]   投稿日:2016/06/26 17:00:14
>10
誰もアプリを落とさないために例外を書くなんて言ってないよw
コメント1件

12
仕様書無しさん[sage]   投稿日:2016/06/26 17:02:56
>9
じゃあスレッドを使うシステムが新しいのか?
ジジイを笑う中年のようだな。

PHPのシステムは世の中に溢れてるだから、現実を見ろ。

13
仕様書無しさん[sage]   投稿日:2016/06/26 17:03:47
>11
例外をログに吐けば十分=アプリを落とさない

おまいらの認識ってこの程度だよね。
コメント2件

14
仕様書無しさん[sage]   投稿日:2016/06/26 17:04:27
>13
だからお前の意見をかけって
逃げるなよ
コメント1件

15
仕様書無しさん[sage]   投稿日:2016/06/26 17:05:06
>6
スレタイをよーく見なさい。
コメント1件


16
仕様書無しさん[sage]   投稿日:2016/06/26 17:06:13
>13
何度も言うように、

「殆どの場合は」例外をログに吐けば十分
それ以外の処理が必要な場合だけ、特別にコードを書けばいいから
コードはシンプルになるって話をしている。

でお前がやるべきことは、特別にコードがたくさん必要になるから
例外を使うと大変だ。その特別にコードを見せてやる(ドンッ)
っていうことなんだから、そのコードがどんなのかをいうことだよ。
コメント1件

17
仕様書無しさん[sage]   投稿日:2016/06/26 17:06:39
>15
>1の内容もよーくみなさい。

センスある人・・・例外をうまく使ってシンプルなコードを書くことができる
センスない人・・・例外を(俺が)使うとコードが複雑になるんじゃぁ、何が何でも処理しないと気がすまないんじゃぁ
コメント1件

18
仕様書無しさん[sage]   投稿日:2016/06/26 17:06:57
>14
何度も申し上げています通り
他社のAPI等、状態が安定しない呼び先に対して
安全に処理を書くための有効な手段となるのでございます。
コメント1件

19
仕様書無しさん[sage]   投稿日:2016/06/26 17:07:35
>18
具体的には?
コメント1件

20
仕様書無しさん[sage]   投稿日:2016/06/26 17:08:05
>17
>1をよく読んだ上で、>3を読みなさい。

21
仕様書無しさん[sage]   投稿日:2016/06/26 17:08:15
>19
前スレで書いたろ。しつこいよ。
コメント2件

22
仕様書無しさん[sage]   投稿日:2016/06/26 17:09:31
>21
申し上げているのでございます
コメント1件

23
仕様書無しさん[sage]   投稿日:2016/06/26 17:10:12
>22
ウルセーバカ

24
仕様書無しさん[sage]   投稿日:2016/06/26 17:10:26
>21
ございます

25
仕様書無しさん[sage]   投稿日:2016/06/26 17:12:12
エラー処理とか書きたくないめんどい

26
仕様書無しさん[sage]   投稿日:2016/06/26 17:12:50
いくらセンスがあろうとなかろうと仕様がクソだとどうしようもないね。

27
仕様書無しさん[sage]   投稿日:2016/06/26 17:13:40
おまいら異常系の処理って言うと、ありえない状況を想像するから
例外処理でやることがなくなるんだろ?

結局そこの線引きの加減が下手なんだと思うわけよ。
コメント1件

28
仕様書無しさん[]   投稿日:2016/06/26 17:16:08
シングルプロセスかマルチスレッドかはあまり問題じゃないと思うけどな。

じゃあ、マルチプロセスのプログラムはどうするのか聞きたいわ。
コメント1件

29
仕様書無しさん[sage]   投稿日:2016/06/26 17:18:09
>28
耐障害性の観点では、多少関係がある。

30
仕様書無しさん[]   投稿日:2016/06/26 17:18:42
>27
まあそうなんだろうな。

このスレにいる人間のうち、サーバー(ノード)が突然、落ちることまで想定している人間がどれだけいることやら。

31
仕様書無しさん[sage]   投稿日:2016/06/26 17:26:14
>16
そもそも、俺は「例外を使うと大変だ」とは言っていない。
簡潔に書くために例外を使うのだ、と言っている。

32
仕様書無しさん[sage]   投稿日:2016/06/26 18:07:51
良く解らないんですが例えばファイルの読み込みメソッドでファイルが見つからないっていう例外が発生するとして
1.呼び出し側に戻り値で失敗を知らせるべき
2.読み込みに失敗してもその後のプロセスに影響の無い設計にすべき(あるなら例外で止めちゃう)
3.そもそも例外が発生しないように呼び出し側で引数をチェックすべき

他にもありそうですが混乱しまくりです
どういうのが推奨されるんでしょうか?
コメント3件

33
仕様書無しさん[]   投稿日:2016/06/26 18:13:51
>32
3は言ってることが分からない。

ファイルが存在しなくても処理を続ける仕様ならいいが、あまりそういうシステムはないと思うけどな。

ファイルがあるかもしれないし、ないかもしれないシステムなら、例外扱いでもいいし、ただの存在チェックエラーでもいい。

それを決めるのがプログラマ。

34
仕様書無しさん[sage]   投稿日:2016/06/26 18:16:57
>32
段階的に考えるといい。

通常は処理するためには何らかの「条件」が必要
その条件が全くない場合に汎用的で一番楽な方法は落ちること。
この場合にやるべきことは何もない。

次に楽な方法は(情報をログに吐くなどして)落ちること。
これも汎用的であり、また書くのは共通部分に一箇所ですむので手間は最小限。
通常はこっちを書いておく。

この2つは「条件」が何もなくてもできる。


> 1.呼び出し側に戻り値で失敗を知らせるべき
戻り値で知らせてはいけない。戻り値で知らせるとコードが複雑になる。
例えば呼び出し側の更に呼び出し側のさらに呼び出し側に伝える場合はどうするのか?
これを例外ならば何も書かずに自動的にやってくれる。

> 2.読み込みに失敗してもその後のプロセスに影響の無い設計にすべき(あるなら例外で止めちゃう)
これは「条件」が必要。いつでもそれをやっていいわけではなく、特定の条件を満たしている場合にのみ可能なこと。

あと「例外で止める」というのは言い方がおかしい。失敗したら例外を出力するべきだからだ。
あとは止めたければ発生した例外を処理するコードを何も書かない(最初に書いたようにログに出力して落ちる)
そして「条件」を満たした場合に限り、発生した例外を無視することも可能。

> 3.そもそも例外が発生しないように呼び出し側で引数をチェックすべき
それは不可能なので議論の対象にならない。

35
仕様書無しさん[]   投稿日:2016/06/26 18:21:55
初心者は例外処理を書いて何もしていなかったり、そこで例外の情報を止めてしまうので、例外が発生していても正常終了にしてしまうからなあ。

36
仕様書無しさん[sage]   投稿日:2016/06/26 18:33:34
技術は何でも初期は未熟なものだからどうしようもない話だけど、
初期の言語に「例外」というものがあれば、常識も変わっていたと思うけどね。

「エラーが発生すれば、プログラムはそこで停止するもの」というのが
初期の言語からの常識であれば、こんな議論はする必要がない。
え?エラーが発生したら止まる?それ当たり前ですよね?で終わる話。
停止させたくないときだけ、そのための処理を書く。
これを「例外」は実現している。

C言語が一番の障害だった。あれが「例外」を備えていないのに広く使われたせいで、
「エラーが発生しても、何もしなければプログラムはエラーが起きたのがわからないまま進む」
というのが初期の常識だった。そして、なにか書くのが面倒だから、
これはサンプルなのでエラー処理(エラーが発生したら停止する処理)を書いていません。
なんていうひどいサンプルが広まってしまった。本来はサンプルだからこそエラー処理を
きちんとして置かなければいけなかった。それを他の人は参考にするんだから。

だからエラー処理をまともにやるとコードが複雑になるって言ってる人は
たいていC言語しか知らない。(他の言語を使っても例外を正しく使っていない)

例外がある言語にとっては何も書かなくてもエラーが発生したら止まるというコードになってる。
これはC言語でいうエラー処理を書いた状態。そして止めずに回復できるという条件が揃ったときだけ
そのためのコードを書けば良いから楽なのだ。

37
仕様書無しさん[sage]   投稿日:2016/06/26 18:38:51
>32

> 1.呼び出し側に戻り値で失敗を知らせるべき
ファイルが見つからない例外を、戻り値に置き換えてみただけ。意味が無い。

そもそも、例外にしろ戻り値にしろ、失敗を呼び元に知らせるということは
呼び元に責任を放り投げているという事だが
それが正しい判断かどうか、という問題もある。

> 2.読み込みに失敗してもその後のプロセスに影響の無い設計にすべき(あるなら例外で止めちゃう)

例外で止めるのではなく、例外に対応するべきでは?
それが正しい設計ではなかろうか。

> 3.そもそも例外が発生しないように呼び出し側で引数をチェックすべき

結局どこかで問題に対応しないといけません。
それを適切な場所で対応するだけです。

38
仕様書無しさん[sage]   投稿日:2016/06/26 18:42:33
> 呼び元に責任を放り投げているという事だが
> それが正しい判断かどうか、という問題もある。

極稀に勝手に修正してもうまくいく場合があるだけ
殆どの場合は呼び出し元の結果(エラーも含む)を返すのが正しい判断

39
仕様書無しさん[sage]   投稿日:2016/06/26 18:42:55
殆どの場合は呼び出し元に結果(エラーも含む)を返すのが正しい判断

40
仕様書無しさん[sage]   投稿日:2016/06/26 18:44:21
例えばファイルを開く関数があったとして
ファイルがなければ空ファイルがあることにして開いたら
空のファイルがあるのか、ファイルがないかの区別がつかない。

41
仕様書無しさん[sage]   投稿日:2016/06/26 18:46:38
例えばファイルを開く関数があったとして
設定ファイルがなければデフォルトの値を返す関数があったとしたら、
それは「ファイルを開く」関数ではなく、「設定ファイルを開く」という
専用の関数になってしまう。

これは「極稀に勝手に修正してもうまくいく場合」の一例であり
汎用的な処理としては使えない。
コメント2件

42
仕様書無しさん[sage]   投稿日:2016/06/26 18:51:02
このまま上に上に返していくと
最終的にユーザーに「ファイルがありません」とメッセージが表示される。
それが正しいのか、何か復帰処理を試みるのか。

>41
ファイルを開く関数で、勝手にファイルを作ったら問題だ。
しかし、一つ上の呼び元では
そういったロジックが必要になるかもしれないだろ?
コメント3件

43
仕様書無しさん[sage]   投稿日:2016/06/26 18:53:04
各メソッドがそれぞれの責任を果たすよう
適切な例外処理を書きましょうねって事だよ。

44
仕様書無しさん[sage]   投稿日:2016/06/26 18:53:43
更に言うならば「設定ファイルを開く」という関数であったとしても
設定ファイルが複数種類あったらどうなるだろうか?

勝手に直すならば「ユーザー情報設定ファイルを開く」
「GUI設定情報ファイルを開く」などというファイルごとに関数を
作らなくてはいけなくなってしまう。

そうすることなく汎用的な関数にしたいならば「設定ファイルを開く」関数に
ファイルがなければデフォルトを渡すための引数を追加することで実現は可能だが
それだけ結局「呼び元に(デフォルト値をわたすという)責任を放り投げている」ことになり、
呼び出し元がやるのが正しいということになる。
コメント2件

45
仕様書無しさん[sage]   投稿日:2016/06/26 18:55:00
>42
> そういったロジックが必要になるかもしれないだろ?

「必要になるかもしれない」で作るのはYAGNI違反。
必要になったときだけやればいい。
つまりそれは「極稀に」うまくいく場合の一例でしか無い。
コメント1件

46
仕様書無しさん[sage]   投稿日:2016/06/26 18:56:18
>42
> 最終的にユーザーに「ファイルがありません」とメッセージが表示される。
> それが正しいのか、何か復帰処理を試みるのか。

デフォルトの動作を安全側に倒すかどうかの話でしか無い。
安全側はその場で終了。「例外」ならば何も書かなくてそれを実現している。

それが正しくない場合にのみ、コードを書けばいい。

47
仕様書無しさん[sage]   投稿日:2016/06/26 18:57:30
>45
よく読んで欲しい。
多層に重なった呼び元のどこかで、処理をするのだ。
一つのメソッドで完結せよ、という話ではない。

48
仕様書無しさん[sage]   投稿日:2016/06/26 19:00:01
> 多層に重なった呼び元のどこかで、処理をするのだ。

俺の言い方↓に変えろやw

多層に重なった呼び元のどこかで(やる意味がある場合のみ)処理をするのだ。
やる意味がなければ処理する必要はない。
何も書かなくてもエラー処理(途中でプログラム中断)してくれるのが
例外であり、C言語などの例外がない言語との大きな違いなのだ。
コメント1件

49
仕様書無しさん[sage]   投稿日:2016/06/26 19:01:46
だいたい「設定ファイルを開く」関数でも
中では設定ファイルの種類に応じて
それぞれの設定用関数を呼び出すだろ。

そうしないなら、「設定ファイルを開く」関数に何でもかんでも詰め込むという事?
それは筋が悪いな。適切な粒度ではない。

50
仕様書無しさん[sage]   投稿日:2016/06/26 19:02:57
粒度って言ってみたかっただけかw

51
仕様書無しさん[sage]   投稿日:2016/06/26 19:06:52
>48
今してるのは、責任の分担の話だろ?
例外か、戻り値かに関わらないよね。
コメント1件

52
仕様書無しさん[sage]   投稿日:2016/06/26 19:07:57
>51
例外か戻り値かの話を俺がどこでしてると思ってるんだ?
コメント1件

53
仕様書無しさん[sage]   投稿日:2016/06/26 19:15:44
>52
どうでもいいけど>44はおかしくね?
汎用的な関数って言ってるけど
何でもかんでも出来るのが汎用的なんじゃないよね?
決められた仕事だけやるのが汎用的だよね?
コメント1件

54
仕様書無しさん[sage]   投稿日:2016/06/26 19:17:27
>53
いろんなことに使えるのが「汎用的」という言葉の意味だ。

何でもかんでもできるのは「機能詰め込みすぎ」で
決められた仕事しかできないのは「専用的」というんだよ。
コメント1件

55
仕様書無しさん[sage]   投稿日:2016/06/26 19:19:02
>54
なんか腑に落ちんが、まあいい。
コメント1件

56
仕様書無しさん[]   投稿日:2016/06/26 19:19:32
もはや誰が何を主張したいのか分からんw

57
仕様書無しさん[sage]   投稿日:2016/06/26 19:24:16
>55
腑に落ちないのは、お前が変なことを言ってるからだ。

「なんでもできる万能ロボット」と
「なんにでも使える汎用的なネジ」を
ごっちゃにしているからなだけだ。
コメント1件

58
仕様書無しさん[]   投稿日:2016/06/26 19:24:32
無理やり共通処理化する初心者はあとをたたない。

59
仕様書無しさん[sage]   投稿日:2016/06/26 19:26:37
>57
いやいや、おまいの言い方で言えば
上手い切り口で「専用的」に作られたものが、「汎用的」に使えるんだろ。
万能ロボットが実際にはポンコツなのは判ってるよ。
コメント1件

60
仕様書無しさん[]   投稿日:2016/06/26 19:26:57
単純化するためのモジュール分割だったのに、いろんなことができるモジュールにしてしまう事例はよくある。

逆にJavaプログラマでさえ、なんのクラス分けもないものを平然と作っていたりもする。
コメント1件

61
仕様書無しさん[sage]   投稿日:2016/06/26 19:28:25
>59
> 上手い切り口で「専用的」に作られたものが、「汎用的」に使えるんだろ。
どこにも書いてないどころか、それと正反対の事を言ってるんだが?

汎用的なのは「ファイルを開く」関数であって
専用的に作られた「設定ファイルを開く」関数ではない。
コメント1件

62
仕様書無しさん[sage]   投稿日:2016/06/26 19:29:46
>60
頭が柔らかい義務教育時代に
プログラミングの勉強をしないからそうなる。

63
仕様書無しさん[sage]   投稿日:2016/06/26 19:31:51
>61
おまいが上に責任を投げる事が正しいかについて
長大なレスを付けるから話がややこしくなったんだよ。

俺は業務ロジックの話をしてたんだ。
コメント1件

64
仕様書無しさん[sage]   投稿日:2016/06/26 19:32:51
>63
おや?自分の読解力のなさに気づいて
他人のせいにするのですかな?w
コメント1件

65
仕様書無しさん[sage]   投稿日:2016/06/26 19:34:09
>64
しね
あと>44は例えが適切ではない。
コメント1件

66
仕様書無しさん[sage]   投稿日:2016/06/26 19:35:16
>65
具体的に何が問題かを言えない時点で話にならないですなw

67
仕様書無しさん[sage]   投稿日:2016/06/26 19:40:23
>42までは「ファイルを開く」関数の話じゃねーか
コメント1件

68
仕様書無しさん[sage]   投稿日:2016/06/26 21:58:32
>67
>41も読もうか?

69
仕様書無しさん[sage]   投稿日:2016/06/26 22:35:37
一気にレス増えてるわ新スレ立ってるわで吹いたんだが。
ここで熱中する人はセンスも知識も最低部類の疑いが強い
まぁ読んでないから知らんけど

70
仕様書無しさん[sage]   投稿日:2016/06/26 22:36:59
プログラミングを知らない人がプログラミング教育をする危険性
https://wirelesswire.jp/2016/06/54228/
コメント1件

71
仕様書無しさん[]   投稿日:2016/06/26 23:23:27
>70
この人、2chに自分で書いてるやつだな。

文章が同じだもんw
コメント1件

72
仕様書無しさん[sage]   投稿日:2016/06/26 23:24:46
>71
どれと文章が同じなの?
コメント1件

73
仕様書無しさん[]   投稿日:2016/06/26 23:26:31
>72
頭の中でプログラミング
コメント1件

74
仕様書無しさん[]   投稿日:2016/06/26 23:28:55
迷惑電話 FJネクスト ウンコ注意9評判 口コミ 悪徳・2ch.net

迷惑電話 FJネクスト ウンコ注意9評判 口コミ 悪徳 /賃貸不動産板

75
仕様書無しさん[sage]   投稿日:2016/06/26 23:58:22
>73
それはどの話?
コメント1件

76
仕様書無しさん[]   投稿日:2016/06/27 00:37:06
>75
この板でスレッドのタイトルに設計書とかが入っているスレッド
コメント1件

77
仕様書無しさん[sage]   投稿日:2016/06/27 00:41:31
>76
つまり具体的に言えないってことかな?w

78
仕様書無しさん[sage]   投稿日:2016/06/27 00:43:26
きっとアンカし忘れただけだろうと思って優しく聞いてみたが
なんかわざとアンカするのを拒否しているようだな。
こりゃ具体的に言うまでは、こいつは答えられないと認識したほうが良さそうだw

79
仕様書無しさん[]   投稿日:2016/06/27 00:49:10
自分で調べろよ。

そいつがいるスレッドはつまんないからいまは見てないんだよ。
コメント1件

80
仕様書無しさん[sage]   投稿日:2016/06/27 00:50:40
>79
その「そいつ」はここにもいるんだがw

81
仕様書無しさん[sage]   投稿日:2016/06/27 00:52:28
横ですまんが、ここはソース貼るべきだ
でなければ逃げてるようにしか見えない

82
仕様書無しさん[]   投稿日:2016/06/27 00:54:45
客から要件を聞くとプログラムが浮かぶとか言ってるやつだが、いま探したがまだ見つからない。

83
仕様書無しさん[]   投稿日:2016/06/27 00:59:19

84
仕様書無しさん[sage]   投稿日:2016/06/27 01:01:25
>83
いやね、特定の人物の話なんだから
レス番号まで書かないと意味ないでしょ。

85
仕様書無しさん[]   投稿日:2016/06/27 01:02:41
DAT落ちしてるわ。

スレッドタイトル
「いきなりコードを書くな。設計してから書け。」

86
仕様書無しさん[sage]   投稿日:2016/06/27 01:07:55
トンファーキックで笑える人

87
仕様書無しさん[]   投稿日:2016/06/27 08:00:35
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

偽装請負従犯SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死7

88
仕様書無しさん[]   投稿日:2016/06/27 12:45:56
>7
> アプリ屋にとっては例外は標準だけで数十個
わざわざ複雑にして自慢するとかバカじゃね?
コメント1件

89
仕様書無しさん[sage]   投稿日:2016/06/27 12:49:04
例外出たから工場止めるよ。

が許されたなら幸せだったのにな。
コメント1件

90
仕様書無しさん[]   投稿日:2016/06/27 14:47:57
センスある人は競技プログラミングでも良い成績になる

91
仕様書無しさん[sage]   投稿日:2016/06/27 20:42:50
>89
> 例外出たから工場止めるよ。

それは例外をキャッチしなかったら
そうなるって話?

例外をキャッチするから工場は止まらないよね。
これは例外の利点の一つ。


例外を使わないと、エラーが起きても工場は止まらないとか
なって挙句の果てに爆発起こしたりしそうだねw

92
仕様書無しさん[sage]   投稿日:2016/06/27 20:43:57
>88
例外じゃなくてもエラーの数はこれぐらいあるだろ?
エラーコード表見てみ。
コメント1件

93
仕様書無しさん[]   投稿日:2016/06/27 21:38:25
>92
ないよ。
コメント1件

94
仕様書無しさん[]   投稿日:2016/06/27 21:39:05
だいたい、なんでアプリがシステムレベルのエラーを意識しないといけないんだ。

95
仕様書無しさん[]   投稿日:2016/06/27 21:39:31
成功したかどうかがわかればいい。

96
仕様書無しさん[sage]   投稿日:2016/06/27 22:11:52
>93
可哀想にw
コメント1件

97
仕様書無しさん[]   投稿日:2016/06/27 22:48:23
>96
あなたが一番可哀想な感じがします
自分が知る範囲だけで、他のシステムも同様と決めつけてるところがね
コメント1件

98
仕様書無しさん[sage]   投稿日:2016/06/27 23:00:56
>97
自分が知る範囲で無いよって言ってるわけかw

99
仕様書無しさん[sage]   投稿日:2016/06/27 23:01:29
Oracleのエラーコード表見てみ?

100
仕様書無しさん[sage]   投稿日:2016/06/27 23:23:52
SQLエラーのことか?
インジェクションされるようなアプリ作るなよ
コメント1件

101
仕様書無しさん[sage]   投稿日:2016/06/27 23:27:00
>100
流石にそれは無知すぎw

102
仕様書無しさん[sage]   投稿日:2016/06/27 23:35:41
つか、エラーと例外は別モンだよな

103
仕様書無しさん[sage]   投稿日:2016/06/27 23:44:59
違い? こんなんでどうかね?
例外のほうが幅広い。

http://mameratta.tumblr.com/post/6282752670/%E4%BE%8B%E5%A4%96%E3%81%A8%E...

例外:

「対応しない/できない/許容しない/責任範囲外」等の意思を実装で表明するもの。
例外を投げるのは、自分が対応しない/できない処理や、許容しない処理、実行環境や別モジュールなどの責任範囲外で失敗した通知など。
通常発生しない/発生してはいけない処理。例えばstd::logic_errorとか。そこが呼ばれること自体がおかしいなど。
対策をとらない/とる気がない処理。正しい前提で処理をし、異常系を処理しないなど(std::invalid_argumentとか)
必ずしもエラーとは限らない(が、現実的には大半がエラー)。割り込みや中断、タイムアウトなどは、エラーでなくても例外的と言えることも。

エラー:

想定しうる処理失敗/異常系処理で、対応の用意/意図/可能性があったもの。
逆に言うと、自分が受け付けて処理を試みた上で完了できなかったもの。
コメント2件

104
仕様書無しさん[]   投稿日:2016/06/28 06:20:41
>103
Javaだと逆なんだよな。

言葉の定義は難しいよ。

105
仕様書無しさん[]   投稿日:2016/06/28 08:10:03
【主な偽装請負従犯SEの作業】
[技術不要の使い捨てスキル]
コマンド
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理

[業務ソフト作り捨てソフト]
ノンプログラミングツール
フレームワーク
COBOL
VB
.net
Java
Web
DB
ERP
SAP1

106
仕様書無しさん[]   投稿日:2016/06/28 12:19:50
>103
エラーを例外でぶん投げてくるのが間違いの元。

107
仕様書無しさん[]   投稿日:2016/06/28 12:50:08
日本語の文章がうまい人はプログラムのセンスも高い。

108
仕様書無しさん[sage]   投稿日:2016/06/28 19:41:40
それはプログラムじゃなくてコメントな
コメント1件

109
仕様書無しさん[]   投稿日:2016/06/28 20:38:56

110
仕様書無しさん[]   投稿日:2016/06/28 20:39:59
言葉で説明できないロジックなんて特殊なアルゴリズム以外にないだろ。

111
仕様書無しさん[sage]   投稿日:2016/06/28 20:45:05
プログラムセンスあんまり関係ないかもだけど、ログの開始位置はどっちがいいと思う?
自分的には一連の処理が始まるタイミングで
開始ログ〜チェック処理〜実処理〜リソースの破棄〜終了ログ
なんだが、先輩はチェック処理が全部終わって実処理が始まったタイミングと終わったタイミングでログを吐くべきって言ってて、
とりあえず言うとおりにしたけどしっくりこなくて。
処理のくくりが違うんだろうか。
コメント4件

112
仕様書無しさん[sage]   投稿日:2016/06/28 20:54:31
>109
日本語がうまくてセンスがよいのはコメント
プログラムコードは関係無い
コードとコメント両方が上手い人は
コーディングセンスと日本語のセンスの両方を持ってる
コメント1件

113
仕様書無しさん[]   投稿日:2016/06/28 21:15:18
>112
前後で矛盾してないか?
コメント1件

114
仕様書無しさん[]   投稿日:2016/06/28 21:16:14
>111
それはたぶんコボラー

115
仕様書無しさん[]   投稿日:2016/06/28 21:16:57
なんとか処理部とか言い出すのはコボラー
コメント1件

116
仕様書無しさん[]   投稿日:2016/06/28 21:18:05
処理の最初と最後が分からなければ、意味がない。
コメント1件

117
仕様書無しさん[sage]   投稿日:2016/06/28 21:24:32
>111
場合によるけど、無意味なログが出まくるのは鬱陶しい
後でログを確認したときに、中身の無い開始終了が延々と続いてるとか

118
仕様書無しさん[sage]   投稿日:2016/06/28 21:26:39
なんとか処理部なんて誰も言ってない。
処理という文字を見ただけで処理部に
見えてしまう人はコボラーw

119
仕様書無しさん[sage]   投稿日:2016/06/28 21:37:34
>111
チェックの内容による。

例えばユーザーが入力したデータに対するチェックは基本的にログに取らない。
例えば「名前は必須入力です」みたいなエラーを出すためのチェック

それに対して関数の引数としてありえないものを渡した(要するにバグ)を
検出するためのチェックであれば、ログに取る。
この場合は、チェックしてありえない引数であることを検出したら
例外として送出する。あとは例外の共通処理部分でログに記録される。
コメント1件

120
仕様書無しさん[sage]   投稿日:2016/06/28 21:41:29
構成の良い綺麗な文章を書ける人はプログラムもセンスあるよね

121
仕様書無しさん[sage]   投稿日:2016/06/28 21:56:09
普通の文章で、英数字やスペース、括弧などを全角半角入り混じって書いちゃう人のコードは信用しないことにしている。
コメント2件

122
仕様書無しさん[sage]   投稿日:2016/06/28 22:03:50
>115
なるほど、そういう用語はコボラー寄りなんだね
知らんかったわ

123
仕様書無しさん[sage]   投稿日:2016/06/28 22:04:40
>121
普通の文章って何さ

124
仕様書無しさん[sage]   投稿日:2016/06/28 22:07:36
>119
ユーザーの入力だからかもしれません。
納得しました。
自分のタイミングだとファイルがないときとかフォルダがないときかアクセスできないときとかでログが出るから適切ではないかもしれません。
例外処理は共通じゃなく出たとこでキャッチしてログに吐いて終わる感じです。

125
仕様書無しさん[sage]   投稿日:2016/06/28 22:08:21
>121
ドキュメントの半角カッコをリーダーに全角カッコに書き換えられていましたがこの場合はどうなりますか

126
仕様書無しさん[sage]   投稿日:2016/06/28 22:09:09
>116
そう思ったのですが認識が違ったみたいです。
コメント1件

127
仕様書無しさん[]   投稿日:2016/06/28 22:10:29
>111みたいなSIer的で原始的な事ってまだやってるんだね(驚き)

AOPやそれに似た感じの手法でログ吐くことに慣れちゃうと
もう、そんな事やれって言われたら、辞めますわw

128
仕様書無しさん[sage]   投稿日:2016/06/28 23:12:25
> AOPやそれに似た感じの手法でログ吐くことに慣れちゃうと
具体的にどの言語でどのライブラリ(フレームワーク?)の
ログを吐く方法使ってるの?

ぶっちゃけAOPは流行ることなく消えた技術の一つだと
考えているのでね。

129
仕様書無しさん[sage]   投稿日:2016/06/28 23:32:38

130
仕様書無しさん[]   投稿日:2016/06/28 23:34:34
>126
COBOLだとソースコードに処理の分類がある。

コボラーにプログラムを書かせるとあまり意味のないコメントを書き出す。
コメント1件

131
仕様書無しさん[sage]   投稿日:2016/06/28 23:34:53
そうだよなあ
AOPと大層な名前付けても、ログ吐く以外に使い道がなあ。。

132
仕様書無しさん[]   投稿日:2016/06/28 23:36:10
>129
後者に前者が含まれているだろ?
コメント1件

133
仕様書無しさん[sage]   投稿日:2016/06/28 23:48:36
>130
処理の分類とは起承転結で分かれてるみたいな感じですか??
コメント1件

134
仕様書無しさん[sage]   投稿日:2016/06/28 23:55:05

135
仕様書無しさん[]   投稿日:2016/06/29 00:14:52
>133
COBOLはそういう区分がある。

COBOLプログラムの基本構造

COBOLのプログラムは、次の4つのDIVISIONをこの順番で記述するのが基本となっている。

IDENTIFICATION DIVISION……見出し部ENVIRONMENT DIVISION……環境部DATA DIVISION……データ部PROCEDURE DIVISION……手続き部
コメント1件

136
仕様書無しさん[]   投稿日:2016/06/29 00:16:34
>134
コメントがうまい人の一部の集合は、コメントもコードもうまい人の集合と重なってるよね?

137
仕様書無しさん[sage]   投稿日:2016/06/29 00:32:54
ログは出しすぎかなと思っても、何かあったときに原因を突き止めるのに
必要だから出しておいた方がいい。ログの出力が少なすぎるとログの
埋め込みからやらないとならないからになって対応が遅れるから。

中にはログを出すのが恥だとでも思ってるのか、頑なにログ出力する
コードを書かない奴がいるけど、そういうやつは邪魔だから早いうちに
矯正しておいた方がいい。

あとはオレオレロガーを使うのではなく、有名どころのログフレームワークを
使うこと。

ログの出力しすぎかなと思っても今だとfluentdみたいので、集約したり
ファイル分けたりなんかは簡単だから。 ログがなくて困ることはあっても
ログがあって困るのはログの生存期間を悩むくらいだからね。
コメント2件

138
仕様書無しさん[sage]   投稿日:2016/06/29 00:35:53
>135
レビュー後の直しがそんな感じだったのでコボラーなのかもしれません
とりあえずは言うとおりにしておきます
今更ですが、言語はc#でした

139
仕様書無しさん[sage]   投稿日:2016/06/29 00:38:29
>137
ログで必要な情報って、運用に携わってないと中々わかんないんだよね
プログラムの動作を追えるのも必要だけど
誰が何をやったかというのも聞かれる事あるからね

140
仕様書無しさん[sage]   投稿日:2016/06/29 00:41:20
>137
そう思って共通部品でスタックトレース含めて出力できるようにしたんですがダメらしくて、ため息をつかれました。
各メソッドで発生時点で例外ごとにキャッチして、その時点で書き出すように指示されたので今はそのように実装してます。
例外ごとになにがだめだったか画面にメッセージボックスで出すようにしたのでエビデンスで発生した例外のあたりはつく感じになってます。

141
仕様書無しさん[sage]   投稿日:2016/06/29 00:43:26
fluentdはログの集約ばかり注目されるけど
本当に良い所は、ディスクIOとの間に挟まるバッファになる所だと思う。

一旦メモリに吐き出すので、IOにプログラムが引っ掛かることが無い。
マルチスレッドで直接ファイルに吐くとありがちな、競合、ログの消失も無い。

142
仕様書無しさん[sage]   投稿日:2016/06/29 00:50:23
ちなみにlog4系は嫌いだ
マルチスレッドに対応してなかったりするから
コメント1件

143
仕様書無しさん[sage]   投稿日:2016/06/29 02:08:38
A応P?

144
仕様書無しさん[]   投稿日:2016/06/29 04:02:04
ログファイルはプロセス、スレッド単位でかぶらないように、また時間をファイル名に入れておく。

ログファイルなんてただのテキストだから大量に出てもたいしたことない。

無駄にループ内で同じメッセージを出すのはアホだから、エラーメッセージとエラー発生時のデータ、操作、時間が分かれば十分。

ログファイルは定期的に自動で削除すればいい。
コメント2件

145
仕様書無しさん[]   投稿日:2016/06/29 04:05:30
たかがログファイルくらいで変なもの使う必要ないよ。

外国人が出すようなログファイルは見づらいでしょ?

日本人と違って不親切なんだよな。

146
仕様書無しさん[sage]   投稿日:2016/06/29 08:21:11
たかがログファイルなんて言えちゃうような人がセンス無い人なんだろうな。
コメント1件

147
仕様書無しさん[sage]   投稿日:2016/06/29 08:36:10
スレッド間通信とかログファイルに出すと数秒で50Mとかなって困る
コメント1件

148
仕様書無しさん[]   投稿日:2016/06/29 09:47:25
年収1,000万円以下の低レベルSEへ

SEの低生涯収入と短勤続年数の対策を考えろよ!
相場下がって迷惑だから交渉するか作業減らせ!
生産下がって迷惑だから技術は報酬で評価しろ!

[推定平均生涯収入]
100万/月 3億5,000万円以上(大卒サラリーマン上位レベル)
90万/月 3億円以上(大卒サラリーマン平均レベル)
80万/月 2億5,000万円以上(大卒サラリーマン下位レベル・高卒サラリーマン上位レベル)
70万/月 2億円以上(高卒サラリーマン平均レベル)
60万/月 1億5,000万円以上(高卒サラリーマン下位レベル)
50万/月 1億円以上(フリーターレベル)
40万/月 5,000万円以上(パートレベル)

149
仕様書無しさん[]   投稿日:2016/06/29 12:06:13
>146
キミの経験がないからそう思うのかもよ。

150
仕様書無しさん[sage]   投稿日:2016/06/29 12:15:26
>147
他のチームから殴られないかそれw
コメント1件

151
仕様書無しさん[sage]   投稿日:2016/06/29 12:40:29
50Mはないけど、初期化処理だけでトレースがあふれてて、
一個前の実行時点のログが全く影も形もない、そんなのばっか。
関数の出入りを全部取る!とかバカだろおまえ...

152
仕様書無しさん[sage]   投稿日:2016/06/29 13:29:48
取るのはいいんだけど、後で簡単に検索出来ないとな

153
仕様書無しさん[sage]   投稿日:2016/06/29 13:49:09
>150
一応、ログを種類分けして任意で表示させれるようにした
デバッグ中はそれでいいけど、予測不能のバグの場合はしっかりログが残ってないぜ
コメント1件

154
仕様書無しさん[sage]   投稿日:2016/06/29 13:57:34
>153
おまいの理屈だと、インサーキットエミュレータでCPU動作の全ステップを記録してないとバグは取れないと言う事になるが、そんな事しないだろ?

155
仕様書無しさん[]   投稿日:2016/06/29 14:41:09
ログ出力できないような異常時は直前の処理がわかれば問題ない。

156
仕様書無しさん[sage]   投稿日:2016/06/29 15:40:20
発生条件さえ判明すれば何とかなる。
再現性のないバグが発生すると死ぬ。

157
仕様書無しさん[sage]   投稿日:2016/06/29 17:45:38
スタックトレース見りゃだいたい判るだろ

センスがないヤツはログの見方も分かってない

158
仕様書無しさん[]   投稿日:2016/06/29 18:26:35
それJavaの話?

159
仕様書無しさん[sage]   投稿日:2016/06/29 18:59:18
111のログについて質問したものです。
もう一つ質問いいでしょうか?
今日インスタンス生成のタイミングについても修正がありました。
1メソッド内でしか使用しない変数で、特に何度も初期化をしなくてもいいクラスを実体化するのにコンストラクタ内で初期化を行いました。
そのタイミングを、メソッド内で、変数の定義も初期化も行ってほしいと指示されました。
何度も呼ばれる処理ですし、一度実体化すればそれを使い回しておけると思いそうしたのですが、メソッド間で使用しない変数はフィールドにしてほしくないらしいです。
スコープを考えるのであればその方がよいのでしょうか?
コメント4件

160
仕様書無しさん[sage]   投稿日:2016/06/29 19:03:57
何度も呼ばなくていいのか何度も呼ばれるのかどっちよ。

161
仕様書無しさん[sage]   投稿日:2016/06/29 19:06:32
>159
オブジェクトのライフタイムは出来るだけ狭いスコープでってのは、割と常識。

162
仕様書無しさん[sage]   投稿日:2016/06/29 19:16:15
画面操作に伴う処理なのですが、ボタン押下の度にメソッドは呼ばれます。
変数は特に引数もないので初期化自体は一度で大丈夫です。
ほかのインスタンスはメソッド内で定義してます。
それだけは頻繁に呼ばれるので一度実体化しておいた方が実行効率としてはいいのかなと思っていました。
if文で囲んでnullの場合だけ生成するようにするのだといかがでしょうか。
一応メソッドの最後でdisposeはします。
コメント1件

163
仕様書無しさん[sage]   投稿日:2016/06/29 19:16:33
>159
それは先輩が正しい。

164
仕様書無しさん[sage]   投稿日:2016/06/29 19:17:11
メソッド内での話です。
すみません。

165
仕様書無しさん[]   投稿日:2016/06/29 19:48:05
>159
素直に先輩の言うこと聞いとけ
そして疑問に思う事はここで聞かずにその先輩に聞いた方が良い
コメント1件

166
仕様書無しさん[sage]   投稿日:2016/06/29 19:55:40
>165
聞いたんですが答えてもらえなくて言うとおりにすればいいとのことだったので、すみません。
コメント1件

167
仕様書無しさん[sage]   投稿日:2016/06/29 20:12:20
>166
プログラマの「〜の方が効率が良いと思った」程、信用できないものはないってのも、割と常識。

シンプルな構成に保つのが第一。
実際に何か問題が起きたら、まず実測。
思い込みで作ったものは、後でみんなに迷惑かけるからね。

168
仕様書無しさん[sage]   投稿日:2016/06/29 20:15:14
>162
スレ前後しちゃうけど、そういうのを早期の非最適化って言うらしいぞ。
実際には何の問題もないのに、思い込みで無駄に変な作りにして、後で当時の意図がわからず困るという、アンチパターン。

169
仕様書無しさん[sage]   投稿日:2016/06/29 20:24:51
>159
これはグローバル変数の問題と同義。
自分で書いている通り、スコープを考えるのであれば、その方が良い。
コメント1件

170
仕様書無しさん[sage]   投稿日:2016/06/29 20:31:01
>169
自分でもあまりよくないのはわかっていたんですが、一度しか実体化しなくていいものを何回も実体化するのには抵抗があってこのような形にしてました。
スコープも考慮したやり方を調べてみます。
ありがとうございました。

171
仕様書無しさん[sage]   投稿日:2016/06/29 20:36:06
初期化が重くなければローカルスコープで構わないけど
重いとかプロパティ保持が前提なら1メソッドだろうがクラスメンバ化
少しでも処理速度を稼ぎたい組込やゲームなんかは、見た目以上に効率化だな

172
仕様書無しさん[]   投稿日:2016/06/29 21:46:58
>142
log4j系ってlogbackも含むの?

173
仕様書無しさん[]   投稿日:2016/06/30 00:53:02
int等の組込型なら初期化のコストは無視できるレベルだし、その変数が特定
メソッドでしか使われないなら、メソッド内のローカル変数にすべきだろう。

ローカル変数であれば、x86系CPUなら1命令でイミディエイト値をPUSHできる
し、スタック上の変数は、SP+固定オフセットでアクセスできる。ENTER/LEAVE
命令を使えば、複数のローカル変数領域の確保と開放を一気にできる。

クラスメンバの場合、CXレジスタなどにthisポインタを保持しての相対アク
セスになるが、そのメンバ関数はマルチスレッドでは呼べない。

複数のメソッドから更新・参照されていれば、排他処理を追加していないと、
それらメンバ関数同士もマルチスレッドでは呼べない。

但し、同じクラスオブジェクトの全てのインスタンスに対して共通の定数など
であれば、const型のstatic メンバとして宣言すべき。コンストラクタで
初期化する必要もない。
コメント1件

174
仕様書無しさん[sage]   投稿日:2016/06/30 01:14:21
すみません、ただのprocessクラスです。
プロパティは設定しますがメソッド内で定義します。

175
仕様書無しさん[]   投稿日:2016/06/30 01:25:38
>173
そういうのは断定できないことだから、ある程度までにしてやめた方がいい。

いまのOS、CPU、その他ハードウェアでは本当にそうかどうかを証明できない。

176
仕様書無しさん[]   投稿日:2016/06/30 08:01:30
年収1,000万円以下の低レベルSEへ

SEの低生涯収入と短勤続年数の対策を考えろよ!
相場下がって迷惑だから交渉するか作業減らせ!
生産下がって迷惑だから技術は報酬で評価しろ!

[推定平均生涯収入]
100万/月 3億5,000万円以上(大卒サラリーマン上位レベル)
90万/月 3億円以上(大卒サラリーマン平均レベル)
80万/月 2億5,000万円以上(大卒サラリーマン下位レベル・高卒サラリーマン上位レベル)
70万/月 2億円以上(高卒サラリーマン平均レベル)
60万/月 1億5,000万円以上(高卒サラリーマン下位レベル)
50万/月 1億円以上(フリーターレベル)
40万/月 5,000万円以上(パートレベル)

177
仕様書無しさん[]   投稿日:2016/06/30 14:39:07
dispose必要なのに?

178
仕様書無しさん[]   投稿日:2016/06/30 22:58:33
>144
> ログファイルなんてただのテキストだから大量に出てもたいしたことない。
テキストだからこそ、実行性能に影響出ること結構あるぞ

179
仕様書無しさん[sage]   投稿日:2016/07/01 00:15:19
テキストって最も容量効率悪いはずなんだが・・・

180
仕様書無しさん[sage]   投稿日:2016/07/01 01:05:23
>144
> 無駄にループ内で同じメッセージを出すのはアホだから、エラーメッセージとエラー発生時のデータ、操作、時間が分かれば十分。

本当にそうかね? それがマルチスレッドで動いていれば
スレッド番号もわかったほうがいいだろう?
forkとかを考えればプロセスIDもほしいだろう?
複数のユーザーがログインするサーバーならば
ユーザー名がわかったほうがトラブル解決に役に立つぞ

181
仕様書無しさん[sage]   投稿日:2016/07/01 01:27:02
catとgrepで確認できるから実用的だよ。
コメント1件

182
仕様書無しさん[]   投稿日:2016/07/01 01:29:55
スレッド番号やプロセスIDが判っても、ログを開いた時点でそのスレッドや
プロセスは既に存在していないと思うが? それらに依存する再現性がある
というなら話は別だが、本質的に無駄な情報だろう。
コメント2件

183
仕様書無しさん[sage]   投稿日:2016/07/01 01:32:51
あんなこといいなできたらいいな vs 実用的

184
仕様書無しさん[sage]   投稿日:2016/07/01 02:17:36
>181
cat必要?

185
仕様書無しさん[sage]   投稿日:2016/07/01 07:54:36
>182
それらが無ければ一連の動作が繋がらんだろ。

186
仕様書無しさん[sage]   投稿日:2016/07/01 07:57:23
運用した事ない人はログの活用法のイメージが湧かないんだよね。
だからただスタックトレース出す話に終始する。

187
仕様書無しさん[sage]   投稿日:2016/07/01 08:01:58
さすがトラブル対策ばかりやってる人の言うことは違うな。

188
仕様書無しさん[sage]   投稿日:2016/07/01 09:43:11
プロセスIDはあった方がいいぞ。
同じ通過ログが、複数あった時とか至極便利
つか、無いと追えない。

189
仕様書無しさん[]   投稿日:2016/07/01 10:22:00
そんな障害を起こすプログラムを作る方がおかしいけどな。

問題箇所の特定ができないシステムの仕様もおかしい。

つまり設計がおかしい。
コメント1件

190
仕様書無しさん[sage]   投稿日:2016/07/01 11:41:59
「アップルにアイデア盗まれた」 1兆円超の賠償求め米国男性が提訴
http://headlines.yahoo.co.jp/hl?a=20160701-00000012-jij_afp-int

191
仕様書無しさん[sage]   投稿日:2016/07/01 11:45:00
>189
障害がテスト環境で再現出来るんなら、別にログは必要ないんよ。
ただ、報告者の報告通りやっても再現しないとか、報告者の
勘違いだったなんて割とよくあるし。本場環境だと起きて、テスト
環境だと起きないなんてのもざらだし。報告が無いからと言って
放置してたら、使われなくなるなんてのもあるし。
ログがあれば直せてなくても、既知の問題として対処したりも
できるし、開発だけして、はいさようならな人には理解出来ない
だろうけどね。
コメント1件

192
仕様書無しさん[]   投稿日:2016/07/01 11:46:34
>191
それはプログラムの問題ではないだろ。

プログラムの問題ではないことを証明するためにログファイルは存在する。

193
仕様書無しさん[]   投稿日:2016/07/01 11:49:03
なんか問題の切り分けがおかしい人がいるけど、最近の現場ってこんなのばかりだな。

経験者が去っていくからレベルがなかなかあがらない。

194
仕様書無しさん[]   投稿日:2016/07/01 12:26:17
問題がないのに問題の切り分けだけがあるという不思議w
コメント1件

195
仕様書無しさん[]   投稿日:2016/07/01 12:28:55
>194
ここでいってるやつらは自分のプログラムのことを言ってたり、環境のことを言ってたりと、初心者すぎるんだよ。

196
仕様書無しさん[]   投稿日:2016/07/01 12:32:34
環境のログファイルを見なきゃいけない状況を作り出している方が悪い。

まあ外国人に作らせたり、環境自体が外国製だから変な問題が発生するんだが。
コメント1件

197
仕様書無しさん[]   投稿日:2016/07/01 12:41:34
>182
個々のスレッドがどう動いたかがわからないと何が起きたのかすらわからないだろ
コメント1件

198
仕様書無しさん[]   投稿日:2016/07/01 12:44:49
>196
プログラミングしかやったことない人らしい発言ですね。
コメント2件

199
仕様書無しさん[]   投稿日:2016/07/01 12:52:09
>198
すさまじい誤解w

よほどひどいシステムしか見たことがないんだろうな。

200
仕様書無しさん[]   投稿日:2016/07/01 12:54:05
>198
おまえ、まえも同じレスしてるよな?

それしかないのか?

201
仕様書無しさん[]   投稿日:2016/07/01 16:46:44
>197
スレッド番号やプロセスIDが判ったら、スレッドがどんな動きをしたか
判るんだ。 現場の血文字で真犯人が判っちゃうコナン君でちゅか?

そんな下らん情報より、エラー出したソースのファイル名とソース行番号
くらいレガシー言語のCでもマクロで一発で出せるだろ。

運用とか構築やってる連中(特にインフラ系)って、意識だけ高くて表面的な
知識だけでレベルが低い印象。
コメント3件

202
仕様書無しさん[]   投稿日:2016/07/01 17:09:10
>201
エラーになるような簡単な問題ならいいですねー
コメント1件

203
仕様書無しさん[]   投稿日:2016/07/01 17:11:36
インフラ屋って理由のあまりない設計、構成が多いからな。

理屈がないやつが多い。

そうしてみたかっただけとか多くてびっくりする。

204
仕様書無しさん[]   投稿日:2016/07/01 17:12:21
>202
だから、それは作ったプログラムの問題ではないだろうか?
コメント1件

205
仕様書無しさん[]   投稿日:2016/07/01 17:17:03
>204
自分が作ったプログラムに一切不具合はないと言い切れるんだ。
おじさん、そんな自信はないから万が一の時に原因をトレースできるように
ログ出しちゃうなぁ。
コメント1件

206
仕様書無しさん[sage]   投稿日:2016/07/01 17:40:42
自分で作ったプログラムで発生した事象で原因わからんとか
センスないから職を変えた方が世のためだな
他人のモジュール呼ぶにしても想定外の返却値が戻された箇所くらいはわかるはず

207
仕様書無しさん[]   投稿日:2016/07/01 17:57:49
迷惑電話 FJネクスト ウンコ注意9評判 口コミ 悪徳・2ch.net

迷惑電話 FJネクスト ウンコ注意9評判 口コミ 悪徳 /賃貸不動産板

208
仕様書無しさん[]   投稿日:2016/07/01 18:07:12
>205
自分が作った範囲ではすべてのことを想定して作るのが普通だろうが?
コメント2件

209
仕様書無しさん[]   投稿日:2016/07/01 18:08:27
>208
へー

210
仕様書無しさん[]   投稿日:2016/07/01 18:11:09
あたりまえだが、初心者はこれができない。

それは誰でも最初からできたわけではないからね。

なんかログ出力派なのに逆のことを言われてるけどなんなんだこの流れ。
コメント1件


211
仕様書無しさん[]   投稿日:2016/07/01 18:11:51
>208
電源引っこ抜かれたことも想定して設計するよな
コメント1件

212
仕様書無しさん[]   投稿日:2016/07/01 18:20:35
>211
当然だろ。

213
仕様書無しさん[]   投稿日:2016/07/01 18:22:10
サーバー(ノード)が突然、落ちることはあるからな。

初心者は再起動のことも考えてなかったりするからやっかい。

214
仕様書無しさん[sage]   投稿日:2016/07/01 18:52:05
>201
もしかして落ちた瞬間しかログ出さない前提で話してる?

215
仕様書無しさん[sage]   投稿日:2016/07/01 18:55:17
>210
>それは誰でも最初からできたわけではないからね。

最初から完璧には無理かも知れんが
基本的に最初できないヤツは、ずっとできない

自分で作ったものが理解できてないのは
責任感とか論理的思考力が足りてないだけなので、経験ではなく資質の問題だ

216
仕様書無しさん[]   投稿日:2016/07/01 19:21:38
そろそろセンスある人求む
コメント2件

217
仕様書無しさん[]   投稿日:2016/07/01 19:26:47
Windowsで育った人はログ出さない印象
コメント2件

218
仕様書無しさん[sage]   投稿日:2016/07/01 19:43:02
>216
暑いから扇子はいつも持ち歩いてる

219
仕様書無しさん[]   投稿日:2016/07/01 20:31:35
>216
む求人

220
仕様書無しさん[]   投稿日:2016/07/01 20:34:55
>217
たぶんね、画面まわりしか作ったことしかないと出さないかもしれない。

そういうやつがバッチ処理を作るとなんのログもないものを作ってトラブルに対処できない。

何ヶ月か前に話した20代後半のやつがそうだった。
コメント2件

221
仕様書無しさん[sage]   投稿日:2016/07/01 20:35:32
どれもセンスねえレスだなw
コメント1件

222
仕様書無しさん[]   投稿日:2016/07/01 20:39:30
>221
どれもセンスねえレスだなw

223
仕様書無しさん[sage]   投稿日:2016/07/01 20:50:24
>217
お前さんかわいそうな世界で生きてるな

224
仕様書無しさん[sage]   投稿日:2016/07/01 23:19:52
イベントビューアーとか見たこと無いんだろうな
コメント2件

225
仕様書無しさん[sage]   投稿日:2016/07/01 23:43:16
>220
画面周りこそログだろ。
デバッガ使うと挙動が変わるし。
コメント1件

226
仕様書無しさん[sage]   投稿日:2016/07/01 23:45:42
>201
コナンはさ、死体があるから仕事できるんだよ。
血文字でも遺書でも大差ない。基本的に状況は変化しないから。

227
仕様書無しさん[]   投稿日:2016/07/02 00:04:21
>225
デバッガ?

プロはデバッガはあまり使わない。
コメント1件

228
仕様書無しさん[sage]   投稿日:2016/07/02 00:05:53
>227
メモ帳一択www
コメント1件

229
仕様書無しさん[]   投稿日:2016/07/02 00:09:28
>228
笑うところじゃないよ。

230
仕様書無しさん[]   投稿日:2016/07/02 00:11:55
>224
Windows界隈の人って見ないよね
コメント1件

231
仕様書無しさん[]   投稿日:2016/07/02 00:14:23
イベントログは証拠隠滅のためにも使える。

232
仕様書無しさん[sage]   投稿日:2016/07/02 00:14:33
>224
スレッド単位のログみたいな雰囲気で出してたら
ロストしまくるだろ。
コメント1件

233
仕様書無しさん[]   投稿日:2016/07/02 00:15:26
>232
ものによるだろ。

どんなの想定してんだよ。

234
仕様書無しさん[sage]   投稿日:2016/07/02 00:22:22
>230
お前の世界ではな

235
仕様書無しさん[sage]   投稿日:2016/07/02 00:45:54
>220
むしろエンド側しかやったことなかったからフロントの仕事したときに価値観が合わなくて疑問に思ってました。
そういうことだったんですね。

236
仕様書無しさん[]   投稿日:2016/07/02 01:15:12
バックエンドとフロントエンドね。
コメント1件

237
仕様書無しさん[]   投稿日:2016/07/02 03:52:21
SEX用語かと思ってた。

238
仕様書無しさん[sage]   投稿日:2016/07/02 08:37:32
フロントエンドがバックエンドを、乱暴に扱うのはよくないよな
同性の場合は特に、色々と問題が出てくる

239
仕様書無しさん[sage]   投稿日:2016/07/02 09:30:15
>236
素で間違えました。
ありがとうございます。

240
仕様書無しさん[sage]   投稿日:2016/07/02 22:28:34
Windowsで育ってフロントエンドメインだったけど
確かにバックエンド担当にしたときログ残そうとしないな
もちろん残すんだが何残すべきか考えるの面倒っていうか

241
仕様書無しさん[sage]   投稿日:2016/07/02 23:46:39
プログラマーとしてだましだまし5年以上やってきたけど
体系的に学んだことがないから
新しい職場では全く通用せず残業のオンパレード
このままじゃやべーな

242
仕様書無しさん[sage]   投稿日:2016/07/03 06:28:56
まず全員と仲良くするべし
たとえ性格が合わなかったり真剣に仕事をやらない人とでも。
仲良くなったぶんだけ質問が許される。
質問攻めしても対応してくれるなら大親友だ

243
仕様書無しさん[sage]   投稿日:2016/07/03 08:18:16
仲良くなれば、今後仕事を紹介されるかもしれないしな。

仲良くなれないと、どんなに技術があろうが仕事は振ってこない。
コメント1件

244
仕様書無しさん[sage]   投稿日:2016/07/03 08:24:04
アホな質問が許されるのは、相手もアホな場合のみ
俺なら、あいつやべぇぞ、ってリーダーにチクるわ

245
仕様書無しさん[sage]   投稿日:2016/07/03 08:34:36
あ、もちろんアホじゃない質問なら真面目に回答する
むしろ人に教えるのは好き

246
仕様書無しさん[sage]   投稿日:2016/07/03 09:28:45
今技術が低くても前向きに勉強する人は応援する。
技術を軽く見てなめてる奴は潰す。
コメント1件

247
仕様書無しさん[]   投稿日:2016/07/03 09:37:56
>246
お前潰されんぞ

248
仕様書無しさん[]   投稿日:2016/07/03 13:21:44
技術屋の家族かわいそう

技術ない方が寿命と収入高い

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

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

2014年度有価証券報告書より
伊藤忠商事 1,395万円(41.5歳)
三菱商事  1,376万円(42.6歳)
三井物産  1,361万円(42.4歳)
丸紅    1,306万円(41.5歳)
住友商事  1,301万円(42.8歳)

http://m.finance.yahoo.co.jp/stock/fundamental?code=4676.T
3
コメント1件


249
仕様書無しさん[sage]   投稿日:2016/07/03 17:05:51
>248
コピペにレスつけるのもあれだが、
確か商社マンって退職後の寿命が短いんじゃなかったかな?
コメント1件

250
仕様書無しさん[]   投稿日:2016/07/03 17:24:26
>249
SE寿命は退職前

251
仕様書無しさん[sage]   投稿日:2016/07/04 23:57:58
>243
きもい

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

253
仕様書無しさん[]   投稿日:2016/07/06 07:51:26
【主な偽装請負従犯SEの作業】
[技術不要の使い捨てスキル]
コマンド
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理

[業務ソフト作り捨てソフト]
ノンプログラミングツール
フレームワーク
COBOL
VB
.net
Java
Web
DB
ERP
SAP5

254
仕様書無しさん[sage]   投稿日:2016/07/06 21:43:57
東大卒の新人には勝てないと思った

255
仕様書無しさん[sage]   投稿日:2016/07/06 21:49:00
何に勝てないって?

256
仕様書無しさん[sage]   投稿日:2016/07/06 21:54:26
健全でない言葉が含まれているため表示しません 内容を確認する

257
仕様書無しさん[]   投稿日:2016/07/10 00:14:25
test★2 /PCサロン板
        ↑  ↑  ↑ 

258
仕様書無しさん[]   投稿日:2016/07/11 08:16:33
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

偽装請負従犯SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死7

259
仕様書無しさん[sage]   投稿日:2016/07/11 18:01:44
ほんとにできる奴って凄い事を普通にやって凄い事の様に見せないと思う
コメント1件

260
仕様書無しさん[sage]   投稿日:2016/07/11 20:02:22
別に凄い事じゃなくたって
普通の事を普通にこなせてるだけでも凄い事ですよ

261
仕様書無しさん[sage]   投稿日:2016/07/11 20:29:32
>259
は?凄いことをやってりゃできる奴じゃん

出来もしないのに口弁慶は山ほどいるけどな

262
仕様書無しさん[]   投稿日:2016/07/11 20:29:52
できる奴は、初めからできる。
理屈じゃない、そういう世界。
努力は無駄だよ。

プログラム構造のイメージを作りながらコードを読む事なんて
訓練してもできるようにならないからね。
コメント1件

263
仕様書無しさん[sage]   投稿日:2016/07/11 20:31:41
小説を読めば情景が広がる。それと同じくらいの読解力くらい持てよ。

264
仕様書無しさん[sage]   投稿日:2016/07/11 20:37:29
小説を読んで見える情景は千差万別だけどな

265
仕様書無しさん[]   投稿日:2016/07/11 20:47:41
無能ITドカタへ

契約外の作業期日は断れ!
時間外労働違反はするな!
生産技術低すぎなんだよ!

無能残業者は優秀なSEに迷惑
無能残業者は共働きSEに迷惑
無能残業者排除を政府が対策

残業代ゼロ法案
http://lite.blogos.com/article/109636/
1

266
仕様書無しさん[sage]   投稿日:2016/07/11 20:47:44
プログラム読んで思い描くイメージも千差万別なんだぞ。
おまいが思い描くポインタと俺が描くポインタのイメージは違うからな。

267
仕様書無しさん[sage]   投稿日:2016/07/11 20:57:58
そこで共感覚(シナスタジア)が一定に共有されやすい物が集団生活では好まれるのです。

268
仕様書無しさん[sage]   投稿日:2016/07/11 20:59:17
共通解釈はあり得るよ。
じゃなきゃ、国語と言う教科は有り得ないからね。

まぁ、時々、おまいらのような千差万別理論で、国語を否定する輩もいるけどな。

269
仕様書無しさん[]   投稿日:2016/07/11 21:11:51
何読んでもエロしか思う浮かばんのだが

270
仕様書無しさん[]   投稿日:2016/07/11 21:17:39
健全でない言葉が含まれているため表示しません 内容を確認する

271
仕様書無しさん[sage]   投稿日:2016/07/11 21:23:32
>262
> プログラム構造のイメージを作りながらコードを読む事
え、そんなん、レベルの違いはあっても、誰でもできるんじゃないの?

プログラミングが全然できない人に出会った事がないから、
よう分からんのです

272
仕様書無しさん[sage]   投稿日:2016/07/11 21:23:51
健全でない言葉が含まれているため表示しません 内容を確認する

273
仕様書無しさん[sage]   投稿日:2016/07/11 21:29:35
プログラミング言語で仕事選んでる奴はセンスない
コメント1件

274
仕様書無しさん[]   投稿日:2016/07/11 21:35:05
健全でない言葉が含まれているため表示しません 内容を確認する

275
仕様書無しさん[sage]   投稿日:2016/07/11 21:39:42
>273
特定の言語を指定してくる仕事は断ってるぜ
センスを活かすには熟知したMy道具は付き物だからな
職人に自分の道具を使うなとかふざけたことは常識的に言わないもんだけどな
コメント1件

276
仕様書無しさん[sage]   投稿日:2016/07/11 21:45:32
スマホとPCで主要言語違うけど、勿体無い。

277
仕様書無しさん[sage]   投稿日:2016/07/11 21:46:33
何が勿体ないの?

278
仕様書無しさん[sage]   投稿日:2016/07/11 21:48:42
健全でない言葉が含まれているため表示しません 内容を確認する

279
仕様書無しさん[sage]   投稿日:2016/07/11 22:49:54
いまどき言語の違いなんてそんなに変わらないでしょう
コメント1件

280
仕様書無しさん[sage]   投稿日:2016/07/11 22:57:56
>275みたいな釣りがぜんぜん面白くない
コメント1件

281
仕様書無しさん[sage]   投稿日:2016/07/11 23:20:04
>279
VCとperlで同じ成果物がつくれるのか?
コメント1件

282
仕様書無しさん[sage]   投稿日:2016/07/11 23:21:30
>280
釣りじゃねえよ
何でも引き受けるとかバカのする事だろ

283
仕様書無しさん[sage]   投稿日:2016/07/11 23:24:31
健全でない言葉が含まれているため表示しません 内容を確認する

284
仕様書無しさん[sage]   投稿日:2016/07/11 23:27:23
違うのは色だけじゃねえけどな

285
仕様書無しさん[sage]   投稿日:2016/07/11 23:45:22
健全でない言葉が含まれているため表示しません 内容を確認する

286
仕様書無しさん[sage]   投稿日:2016/07/12 00:50:39
健全でない言葉が含まれているため表示しません 内容を確認する

287
仕様書無しさん[sage]   投稿日:2016/07/12 02:58:55
アナリストですね

288
仕様書無しさん[]   投稿日:2016/07/12 03:00:49
センスのある男には女がいない。

これ真理。

289
仕様書無しさん[]   投稿日:2016/07/12 04:03:16
8日ぶりに風呂に入った。

290
仕様書無しさん[sage]   投稿日:2016/07/12 05:30:20
>281
それは片方スクリプトだしね
コメント2件

291
仕様書無しさん[]   投稿日:2016/07/12 08:53:16
SEの不健康と低知能の時間外労働違反対策

貧困と訴訟が増えて迷惑だから残業は辞めろ!
優秀なSEや共働きに迷惑だから残業は辞めろ!

時間外労働違反となる
将来削減の業界である
多数が嫌う職種である
共働き結婚妨害である
契約に作業期限はない
契約終了が早期化する
定年退職が早期化する
健康障害をもたらす
対人障害をもたらす
生産評価が低下する
生産能力が低下する
能力評価が低下する
時間報酬が低下する
情報技術が低下する
生涯収入が低下する
学習時間が減少する
副業時間が減少する
訴訟が増加する
失業が増加する
貧困が増加する
独身が増加する
早死が増加する5

292
仕様書無しさん[sage]   投稿日:2016/07/12 10:07:13
この執念深さは気違いならではなんだろうね

293
仕様書無しさん[sage]   投稿日:2016/07/13 21:39:00
>290
だからなに?

294
仕様書無しさん[sage]   投稿日:2016/07/13 22:55:55
外部仕様ならいけるんじゃね

295
仕様書無しさん[sage]   投稿日:2016/07/14 09:09:28
>290
vcでWindows版perlのコンパイル出来なかったっけ?

296
仕様書無しさん[]   投稿日:2016/07/14 18:02:12
SEの報酬対効果と知的財産搾取の対策

相場下がって迷惑だから不利益開発するな!

報酬80万/月以下で設計するのは辞めろ!
報酬80万/月以下で実装するのは辞めろ!
10

297
仕様書無しさん[sage]   投稿日:2016/07/14 18:57:58
Perl/Tk 使えばいいじゃない

298
仕様書無しさん[]   投稿日:2016/07/17 10:36:07
SEの知的財産と契約料金の搾取対策

早死に貧困の助長だから偽装請負の従犯は辞めろ!
相場下がって迷惑だから報酬増やすか作業減らせ!

・IT社長に贅沢資金を搾取させるな
・平均年齢40歳未満の会社は辞めろ
・1,000万円/年以下の会社は辞めろ
・100万円/月以下の契約は辞めろ
・5,000円/時間以下の契約は辞めろ
・6時間/日以上のPC使用は辞めろ
・100万円/月以下のプログラムは作るな
・偽装請負の開発は辞めろ
・多重派遣の開発は辞めろ
・多重契約は止めろ
・残業見積りは止めろ
・不要作業は止めろ
・時間外労働違反は止めろ
・契約外作業期日は守るな
・客先指示に従うな
・不利益な依頼は断れ
・知的財産を渡するな
・生産効率を上げろ
・残業しないで学習しろ
・残業しないで副業しろ
・損害は訴えろ

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

299
仕様書無しさん[sage]   投稿日:2016/07/17 12:27:41
それよりも批判ばかりして
同僚と知識交換しない奴はいらん

300
仕様書無しさん[sage]   投稿日:2016/07/17 13:41:18
知識交換って何?
教えてクレーってこと?

301
仕様書無しさん[]   投稿日:2016/07/17 13:57:58
女子社員と体液交換ならしてもいい

302
仕様書無しさん[sage]   投稿日:2016/07/17 16:52:36
たぶんダメダメばっか言ってどこがどうダメでどうしたらいいかって言うのをいいたいんじゃないかな

303
仕様書無しさん[sage]   投稿日:2016/07/17 20:19:17
問題提起の難しさとか重要性わかってるか?

ダメダメ言うだけなのは、まだ期待されてるんだ
おまいらに解決策まで教えたら頭使わないだろ
コメント1件

304
仕様書無しさん[]   投稿日:2016/07/17 20:29:44
教えたがりのくせにw

305
仕様書無しさん[sage]   投稿日:2016/07/17 20:48:53
そうだよ
そこをあえて指摘までで抑えてるんだ
わかってんなら文句言わず頑張れ

306
仕様書無しさん[]   投稿日:2016/07/17 21:14:48
教えたがりの独断に満ちた指摘()はいらんわ

307
仕様書無しさん[sage]   投稿日:2016/07/17 21:26:07
独断が満ちてるってどういう状態か知らんが

指摘が間違ってると判断できるなら従わなくて構わんよ

308
仕様書無しさん[]   投稿日:2016/07/17 21:29:40
なんで従うやねんwそれがお前の独断やw
指摘はacceptかrejectするのが先やでw

309
仕様書無しさん[sage]   投稿日:2016/07/17 21:35:52
んじゃそのacceptやrejectする担当に文句言え

問題点がどこにあるか分からんバカ
コメント1件

310
仕様書無しさん[]   投稿日:2016/07/17 21:38:29
>309
この流れでは問題点はお前以外にないのだがw

311
仕様書無しさん[sage]   投稿日:2016/07/17 21:47:21
そうね
バカにエサあげた俺が悪いね

312
仕様書無しさん[]   投稿日:2016/07/17 21:49:44
そして独断により他人をバカ認定する事で心の平穏を保つ>311であった
めでたしめでたしw

313
仕様書無しさん[sage]   投稿日:2016/07/18 00:37:45
こんなんばっか

314
仕様書無しさん[sage]   投稿日:2016/07/18 03:23:05
マジレスしたら無関係な話をおっ始められた…

315
仕様書無しさん[sage]   投稿日:2016/07/18 09:26:07
>303
でたでた

316
仕様書無しさん[sage]   投稿日:2016/07/18 09:27:13
日本のプログラマ業界の病気だわ

317
仕様書無しさん[]   投稿日:2016/07/18 10:40:59
プログラマに限らず大体こんなもんやと思うで
周りは皆バカでなぜか自分だけ賢いねんw

318
仕様書無しさん[]   投稿日:2016/07/18 10:51:46
SEの知的財産と契約料金の搾取対策

早死に貧困の助長だから偽装請負の従犯は辞めろ!
相場下がって迷惑だから報酬増やすか作業減らせ!

・IT社長に贅沢資金を搾取させるな
・平均年齢40歳未満の会社は辞めろ
・1,000万円/年以下の会社は辞めろ
・100万円/月以下の契約は辞めろ
・5,000円/時間以下の契約は辞めろ
・6時間/日以上のPC使用は辞めろ
・100万円/月以下のプログラムは作るな
・偽装請負の開発は辞めろ
・多重派遣の開発は辞めろ
・多重契約は止めろ
・残業見積りは止めろ
・不要作業は止めろ
・時間外労働違反は止めろ
・契約外作業期日は守るな
・客先指示に従うな
・不利益な依頼は断れ
・知的財産を渡するな
・生産効率を上げろ
・残業しないで学習しろ
・残業しないで副業しろ
・損害は訴えろ

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

319
仕様書無しさん[]   投稿日:2016/07/19 08:03:30
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

偽装請負従犯SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死11

320
仕様書無しさん[]   投稿日:2016/07/20 08:27:22
年収1,000万円以下の低レベルSEへ

SEの低生涯収入と短勤続年数の損害対策考えろ!
相場下がって迷惑だから交渉するか作業減らせ!
生産下がって迷惑だから技術は報酬で評価しろ!

[推定平均生涯収入]
100万/月 3億5,000万円以上(大卒サラリーマン上位レベル)
90万/月 3億円以上(大卒サラリーマン平均レベル)
80万/月 2億5,000万円以上(大卒サラリーマン下位レベル・高卒サラリーマン上位レベル)
70万/月 2億円以上(高卒サラリーマン平均レベル)
60万/月 1億5,000万円以上(高卒サラリーマン下位レベル)
50万/月 1億円以上(フリーターレベル)
40万/月 5,000万円以上(パートレベル)9

321
仕様書無しさん[sage]   投稿日:2016/08/24 02:40:02
こう書いてるからこうすればうまくいくはずだ!
みたいな思考ができないんだよ・・・orz

コメントなんて全く信じないし、コードは全て把握しないと修正できない
特に割り込みやマルチタスクのようないつどこで何が起きるかわからない
プログラムの修正は苦手(仕様書がきっちりしてたら話は別だが・・・)

適当にパパっと修正する技術ってどうすれば身につくの?
コメント4件

322
仕様書無しさん[sage]   投稿日:2016/08/24 04:04:41
>321
どんな仕事でもそうだが仕事が速くて正確な人は10人に1人くらいで
あとは遅くて正確か、速くて適当かのどちらか。

「出来ました」と言うから「仕事速っ、すげー」と思ってチェックしたら全然できていなくて、
「出来なかったのか、しなかったのか」と突っ込みたくなるけど、もう二度と頼まないから
どうでもいいやと思ってバイバイする人もいる。

「コツコツ考えることをバカにしてはいけません、論理パズルが得意な人も
コツコツ考えているのです、それも高速に。」

論理パズルの本の前書きに書いてあったけどやっぱりコードをひたすら読んで
地道に考えてるうちにだんだん速くてなっていくのだと思う。

323
仕様書無しさん[sage]   投稿日:2016/08/24 08:29:01
>321
完全に把握すれば良いと思うよ。
完全に把握してないけど早い、なら誰にでも出来るんだから。

だから、関数ごとにin/outははっきりさせよう、リエントラントに作ろう、依存する状態は入力に貰おう、ってコーディングに繋がるよ。
そういうコードであれば、完全に把握するのはこの範囲で良いんだな、って明確だから。

324
仕様書無しさん[sage]   投稿日:2016/08/26 00:09:09
>321
クソコード書いた奴を思い切り殴れ

325
仕様書無しさん[sage]   投稿日:2016/08/27 06:51:08
>321
ボトムアップによる理解とトップダウンによる把握を同時にやれるようにする。
ボトムアップは論理の蓄積。コツコツ考えるしかないが、訓練して速度と正確性を上げる。
トップダウンはパターンの蓄積。沢山のコードを読み込んだり失敗した経験を元に可能性の絞り込みを速くする。
あなたはトップダウンのアプローチが苦手なようだから、そこを意識するといいかも。
そうしたら、間違ったコメントや汚いコードからでも役に立つ情報を読み取って手掛かりに出来るようになるはず。

326
仕様書無しさん[sage]   投稿日:2016/08/29 08:24:58
機能に関わるコードを局所化できてない
カスみたいなプログラムはほんとバグの温床

327
仕様書無しさん[sage]   投稿日:2016/08/29 20:28:02
関数を中までたどらずに
とりあえず一つの関数を上から下まで読んで、
呼び出してる関数の仕事は推測で済ませるという技を学んで
だいぶ把握がはやくなった。

それが上手くできないときは俺じゃなくてプログラムの作りが悪い。
ということに決めた。

328
仕様書無しさん[sage]   投稿日:2016/08/29 21:35:19
俺が思う本当のセンスは、

1: 文字(記述)と動作の脳内関連付けによる思考内動作が出来るか
→ できなければそもそもプログラムは無理

2: 平面的で小さな規模だが、複雑な処理構造やループを記述の手を止めることなく書くことが出来るか
→ 同一だが動的な変化を伴っている物が脳内処理できない。
プログラミングは不可能ではないがほぼ無理


3: 再帰では動作の(数学的な)3次元構造が発生する。簡単な処理で良いので、それを脳内で再現出来るか。
→ これができないとプログラミングが著しく遅く、また基本的な数学や処理にも苦労するケースがある


4:外部仕様を満たすに当たって、常に同じ方式で一貫性を持って書けるか。
また周囲(他人)の書きかたに同調性した記述や処理構造が一貫して書けるか
→ できなければあなたはゴミ製造機

5:他人が書いた記述を、(書式や構造がある程度一貫していれば) 可能な限り細部まで把握して理解してから手を入れれるか
→ できたのなら、おそらくバグに近いレベルの何かを1つや2つ発見できるはず。常に出来るならプロでも平均点以上。
コメント1件

329
仕様書無しさん[sage]   投稿日:2016/08/29 21:56:09
短く簡潔に纏められるのがプログラムセンスだと思う

330
仕様書無しさん[sage]   投稿日:2016/08/29 22:04:54
>328
日本語の時点ですでにスパゲッティじゃねーか

331
仕様書無しさん[]   投稿日:2016/08/29 23:52:31
センスがある人っていつも僕が考えた最強のセンスみたいなの考えてるの?
コメント1件

332
仕様書無しさん[]   投稿日:2016/08/30 09:31:33
【犯罪者追放のお願い】

違法派遣(偽装請負・多重派遣・偽装出向・事前面接等)についての刑事罰
【告訴権者=業務委託、準委任、共同受注、業務請負契約および特定派遣(契約・正規)、一般派遣、正規社員】

/Χ醗堕衙‖茖苅款鬚力働者供給事業の禁止規定に違反(1年以下の懲役または20万円以下の罰金)
 ■偽装請負・多重派遣・偽装出向・多重出向
 ■事前面接(顔合わせ・面談・職場見学等)と履歴書・職務経歴書・スキルシート等提出による労働者の特定(※)
(音声録音で立証可能)
∀働基準法第6条(中間搾取の禁止) (1年以下の懲役又は50万円以下の罰金)
 ■多重派遣・多重出向

※違法派遣(派遣労働者の特定)→派遣法で認められた派遣労働者ではない→労働者供給事業→職業安定法44条違反というの
が前提となる法解釈となります。派遣法における罰則が軽微なのは法律の不備や労働者軽視などが原因ではありません。
違法派遣は全て職業安定法44条で裁くことが可能なため、刑罰の重複を避けるために派遣法には軽微な罰則(主に裁量行政による)しかないのです。

使用者に有利な民事訴訟や労働関係諸局への通報等の対極にあるのが書面(告訴状)による刑事告訴(※告訴先は検察の直告班)です。
労働関係諸局への通報・斡旋による軽微な「適正化」や監督・指導に対して、法律に定められた刑事罰を問うことになり、
違法派遣業者にとって有罪は考えられる限り最大の処罰となります。同時に刑事罰を受けた
担当者が取引先に与える悪印象を考慮すれば、通常会社側は告訴が受理された時点で告訴取り下げに
動くのが妥当でしょう。懲役、前科がつく刑罰が下される可能性から、告訴取り下げの和解金は高額となることが多いのです。

告訴の流れとしては、
刑事告訴⇒告訴受理⇒告訴取下げ要請⇒取下げ和解金入金⇒告訴取下げ
となります。告訴の懲役刑適応は犯罪者個人に対してのみですので、告訴する対象は
派遣先・派遣元 社員
派遣先・派遣元 社長
派遣先・派遣元 担当者・責任者・管理役員・取締役
派遣先・派遣元 人事管理担当者・人事管理役員・取締役
が妥当です。
刑事告訴取り下げの和解金額は犯罪者個人と交渉するとよいでしょう。(告訴状は人数分提出する必要あり)

333
仕様書無しさん[]   投稿日:2016/08/31 10:04:50
【犯罪者追放のお願い】

犯罪者個人に対して告訴状を偽装請負・偽装出向・多重派遣の被害者が作成(刑事告訴は無料) or 司法書士が代筆(料金は5万円ぐらい)

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

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

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

不起訴、起訴猶予

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

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

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

334
仕様書無しさん[]   投稿日:2016/09/01 10:05:57
【犯罪者追放のお願い】

告訴の趣旨
 被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
●職務経歴書を提示した事前面接を実施・偽装請・偽装出向
 労働者派遣法第26条(契約の内容等)に違反
職業安定法第44条(労働者供給)に違反
●多重派遣・多重出向
 労働基準法第6条(中間搾取の禁止)に違反

疎明資料
■事前面接日時・場所・出席者・資料のコピー、音声記録
 就業場所・就業期間・就業時間
 指揮命令
  指示を誰が行っているかの記録、音声記録
 仕事で使う道具や、資材の負担(所有)のあり方
  業務で使用しているパソコン・備品などの所有者
■契約書
 請負・雇用契約書、出向指示など書面のコピー

刑事告訴ガイダンス
★和解金の相場は犯罪者の去年の年収の半額です。社長や役員で数千万〜1億円、管理職で500〜1000万円、営業個人については200〜500万円程度。
★痴漢も民事でなく刑事事案ですが、裁判所が和解金を被害者に支払わせて解決するのが絶対的過半数です。和解で解決しない事案、つまり公訴までいって判例となる事例を探すほうが難しいことでしょう。
★録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
★告訴状を検察に提出しても受理されなければ加害者側には知られることはありません。不受理の場合は何事も起きてないように粛々と振る舞ってください。
★告訴を取り下げるとき検察に提出した資料は全て返却されます。また検察があなたが提出した証拠をあなたの許可なく裁判の証拠として使用はできません。告訴を取り下げたのちの録音資料には当事者の立場が失われるため証拠能力はありません。
★和解時に告訴した事実は秘匿事項となります。犯罪者が秘密保持契約に違反した場合の損害賠償金は「即決和解」か「公正証書」で最低5000万円〜にしましょう。支払いを拒否すれば強制執行手続きを地方裁判所に上訴(裁判不要)してください。
★派遣会社や事業会社が同業者に情報をリークしたなら競合他社に弱みを握られます。余程信用のおける相手でなければリークはできないでしょう。漏らした方の口が軽ければ事実は分かります。また密告してくれた事業者には損害賠償金の3割を謝礼金として渡してください。

335
仕様書無しさん[]   投稿日:2016/09/02 08:14:33
【犯罪者追放のお願い】
大金・知財・健康・家族を失ってからでは、取り返しがつきません。
犯罪者に従うのも犯罪です。犯罪行為を最寄りの警察署に通報して下さい。
※通報者のプライバシーは保護されます。

刑法62条 幇助罪
犯罪行為を幇助した

刑法第246条 詐欺罪
虚偽による契約を交付された

刑法第223条 強要罪
作業の期日等を強要された

刑法第234条 威力業務妨害罪
職権等の威力によって業務を妨害された

職業安定法第44条 労働者供給事業の禁止
業務の時間、場所、方法等を指揮命令された

警察官の対応に問題があった場合は、 監察局、
各都道府県の警察本部監察官室、 公安委員会に苦情申出して下さい。

http://www.gov-online.go.jp/useful/article/201111/3.html

336
仕様書無しさん[]   投稿日:2016/09/09 09:50:19
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

偽装請負従犯SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死

337
仕様書無しさん[]   投稿日:2016/09/10 18:28:40
SI受注SEの知的財産と契約料金の搾取対策

早死に貧困の助長だから偽装請負の従犯は辞めろ!
相場下がって迷惑だから報酬増やすか作業減らせ!

・IT社長に贅沢資金を搾取させるな
・客先経営資金削減の犠牲になるな
・平均年齢40歳未満の会社は辞めろ
・6時間/日以上PC使用の会社は辞めろ
・1,000万円/年以下の会社は辞めろ
・100万円/月以下の契約は辞めろ
・5,000円/時以下の契約は辞めろ
・100万円/月以下のプログラムは作るな
・偽装請負の開発は辞めろ
・多重派遣の開発は辞めろ
・多重契約は辞めろ
・残業見積りは止めろ
・不要作業は止めろ
・時間外労働違反は止めろ
・契約外作業期日は守るな
・客先指示に従うな
・不利益な依頼は断れ
・知的財産を渡するな
・生産効率を上げろ
・残業しないで学習しろ
・残業しないで副業しろ
・損害は訴えろ

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

338
仕様書無しさん[]   投稿日:2016/09/11 09:29:07
技術屋の家族かわいそう

技術ない方が収入と寿命高いって有り得ないだろ!
相場下がって迷惑だから収入上げるか技術下げろ!

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

2014年度有価証券報告書より
伊藤忠商事 1,395万円(41.5歳)
三菱商事  1,376万円(42.6歳)
三井物産  1,361万円(42.4歳)
丸紅    1,306万円(41.5歳)
住友商事  1,301万円(42.8歳)

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

339
仕様書無しさん[]   投稿日:2016/09/15 22:10:11
1クラスが5000行超えて何の疑問も感じない奴は向いてないと思う

340
仕様書無しさん[sage]   投稿日:2016/09/15 22:51:40
向いてないっつうか、死んでください
採用した会社の人事もろとも

341
仕様書無しさん[sage]   投稿日:2016/09/15 22:53:32
それと、1メソッド1kオーバーも死刑

342
仕様書無しさん[sage]   投稿日:2016/09/16 01:52:07
そんな書けない。
凄い

343
仕様書無しさん[sage]   投稿日:2016/09/16 02:07:54
いや凄くねーから

344
仕様書無しさん[]   投稿日:2016/09/16 10:03:07
年収1,000万円以下の低レベルSEへ

SEの低生涯収入と短勤続年数の貧困対策考えろ!
報酬下がって迷惑だから交渉するか作業減らせ!
生産下がって迷惑だから技術は報酬で評価しろ!

[推定平均生涯収入]
100万/月 3億5,000万円以上(大卒サラリーマン上位レベル)
90万/月 3億円以上(大卒サラリーマン平均レベル)
80万/月 2億5,000万円以上(大卒サラリーマン下位レベル・高卒サラリーマン上位レベル)
70万/月 2億円以上(高卒サラリーマン平均レベル)
60万/月 1億5,000万円以上(高卒サラリーマン下位レベル)
50万/月 1億円以上(フリーターレベル)
40万/月 5,000万円以上(パートレベル)

345
仕様書無しさん[sage]   投稿日:2016/09/16 10:36:56
パートって40万なの?
コメント1件

346
仕様書無しさん[]   投稿日:2016/09/16 18:22:22
>345
IT取引ではね

347
仕様書無しさん[sage]   投稿日:2016/09/16 22:08:41
1k=400字詰め原稿用紙一枚

348
仕様書無しさん[]   投稿日:2016/09/17 11:41:12
SI受注SEの知的財産と契約料金の搾取対策

早死に貧困の助長だから偽装請負の従犯は辞めろ!
相場下がって迷惑だから報酬増やすか作業減らせ!

・IT社長に贅沢資金を搾取させるな
・客先経営資金削減の犠牲になるな
・平均年齢40歳未満の会社は辞めろ
・6時間/日以上PC使用の会社は辞めろ
・1,000万円/年以下の会社は辞めろ
・100万円/月以下の契約は辞めろ
・5,000円/時以下の契約は辞めろ
・100万円/月以下のプログラムは作るな
・偽装請負の開発は辞めろ
・多重派遣の開発は辞めろ
・多重契約は辞めろ
・残業見積りは止めろ
・不要作業は止めろ
・時間外労働違反は止めろ
・契約外作業期日は守るな
・客先指示に従うな
・不利益な依頼は断れ
・知的財産を渡するな
・生産効率を上げろ
・残業しないで学習しろ
・残業しないで副業しろ
・損害は訴えろ

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

349
仕様書無しさん[]   投稿日:2016/09/18 01:32:38
>331
どっちかというとこのスレみたいに絶望的にセンスがない奴がいる
求めてるのはそんな大したことじゃない

350
仕様書無しさん[sage]   投稿日:2016/09/18 01:38:41
最近は語彙の豊富さ=プログラムセンス
と思うようになってきた

適切に名前付ける力があったらたいていのことは困らない

351
仕様書無しさん[sage]   投稿日:2016/09/18 09:39:50
あんまりそう思わない

適切に名前を付けられるように、コードを整理・構築できるスキルだと思うけど

名前が付けられない人、変な名前を付ける人って、
例えば1つのメソッドやクラスにてんこ盛りする傾向が高い

もし名前で悩んだら、「奥さん、そのコード臭いませんか?」と自問した方がいい
名前を必死に考えるのではなくて

352
仕様書無しさん[sage]   投稿日:2016/09/18 12:09:11
いやほら、関数名はそうだけど、プロパティ名とか
名詞は英語力いるじゃん
コメント1件

353
仕様書無しさん[sage]   投稿日:2016/09/18 12:32:26
最近は日本の商習慣だとか自社文化()みたいなものを表現する列挙型や定数には日本語使ってる、ローマ字じゃない方の。
言語によってはサポートしてないけど、試しにやってみるとチームメンバーの人種や開発体制、オフショアに投げるか等によってはしっくりくるかもしれないよ。
コメント1件

354
仕様書無しさん[sage]   投稿日:2016/09/18 12:56:23
>352
同意だけど、
語彙の豊富さって言うより、英語力かな

昔と違って簡単に翻訳が可能になったが、
翻訳結果を精査せず鵜呑みしてるとアホな名前になる

日本語の設計書やコメントが無いとソース解読が困難
って言う人は、大概、命名も変である

355
仕様書無しさん[sage]   投稿日:2016/09/18 13:05:34
>353
お互い、日本語としては理解してるが
該当する英語(そもそもの概念すら)が存在しないってパターンだな
確かに日本語のままの方が伝わりやすい

356
仕様書無しさん[sage]   投稿日:2016/09/18 15:20:57
プログラムで使う英語なんか
決まってるんだし
どうでもいい

357
仕様書無しさん[sage]   投稿日:2016/09/18 15:39:16
他社回線契約開始日時
OtherCompanyLineContractBeginDate

なんかもにょる
コメント1件

358
仕様書無しさん[sage]   投稿日:2016/09/18 16:53:14
こういう長ったらしいやつは、正規化できて無いことが多いよな
他社回線契約の属性として契約開始日とかになるはず

つか契約開始日時ってなんだ?
契約日と利用開始日が混ざってるのか?
普通は契約日と契約期間だよな
時間までは要らねー気がするし
コメント2件

359
仕様書無しさん[sage]   投稿日:2016/09/18 18:51:15
>357
other_company.line_contract.begin_date

360
仕様書無しさん[sage]   投稿日:2016/09/18 19:56:29
>358
何かの開始終了に時間はあった方が便利だよ。
日本時間なのか海外時間なのか、国情報とタイムゾーン持つより、GMTで持っといたほうがなんやかんや便利。
期間も同じ理由で、何かが始まって終わる期間に単位時間×日数と持つと、その人の本当に経由する日数と終了する日が乖離するし、何かが終わって何かが始まる類の比較が面倒なので、終了日時で持った方が楽。
コメント1件

361
仕様書無しさん[sage]   投稿日:2016/09/18 20:10:17
契約日と契約期間を別にすると
多分クエリで引っ掛けるときにインデックスが使われるかどうかで問題になる
コメント1件

362
仕様書無しさん[sage]   投稿日:2016/09/18 20:53:10
>360
それは分かるけど、回線契約の運用で必要となるシーンは無いはず
しかも仕様として時間を生かすなら「便利かも」ではダメで、設計段階から確固とした意味をもたせる必要がある
なので考える事を増やしたくない俺は時間を除外する

>361
性能絡みは問題が出てから考える
設計がある程度正しければ、そんなに問題にはならないし、十分な性能も出る
つか項目分けてもインデックス貼れるでしょ?
コメント2件

363
仕様書無しさん[sage]   投稿日:2016/09/18 21:14:14
>362
契約日と契約期間が分かれてるってことは
契約日に契約期間足して検索するんだろ?
関数インデックスが使えるDBならいいけどな。
使えなかったらやばいことになる。
コメント1件

364
仕様書無しさん[sage]   投稿日:2016/09/18 21:15:52
ただ論理的に結合していればいいてのは
保守したことが無い人の考えだね
コメント1件

365
仕様書無しさん[sage]   投稿日:2016/09/18 21:47:37
>363
なんでクエリー上で足すかな?
コメント1件

366
仕様書無しさん[sage]   投稿日:2016/09/18 21:50:03
>364
SQL書けない人ですかね
覗いてるスレが不適切ですよ

367
仕様書無しさん[sage]   投稿日:2016/09/18 22:02:30
テーブル作った人は保守がめんどいから正規化しなかったって言ってたな
でもそれでうちのチーム他よりうまくいってたし

書類だっていちいち正規化なんてしないし
それで世の中回ってるんだから
リソースがふんだんにあるなら、正規化なんていらんのかもしらん
コメント1件

368
365[sage]   投稿日:2016/09/18 22:02:40
すまん、脳内設計だけで説明が抜けた

回線契約とかの終了日は基本的に月単位の締日でやるから、そんな厳密な日付計算要らなくて
開始日と契約の種類(2年縛りとか)で検索できるはず

369
仕様書無しさん[sage]   投稿日:2016/09/18 22:05:31
>367
開発規模による

370
仕様書無しさん[sage]   投稿日:2016/09/18 22:36:10
>362
回線契約なら尚更要るんじゃない?
契約に対してあるキャリアは0時起点、あるキャリアは朝何時起点が噛むと最悪だと思う。
月も同じで、ソフバンなんかだと締め日が3つに別れてて計算上の締め日と請求時の対象期間と契約月がそれぞれめんどくさいはず。
他社に海外キャリアやら、契約期間に対するローミング期間が死ぬほど面倒くさくなるよ。
コメント1件

371
仕様書無しさん[sage]   投稿日:2016/09/18 22:39:37
プラン自体は契約した瞬間or翌日or月初とか適用開始日も違うしな。

372
仕様書無しさん[sage]   投稿日:2016/09/18 23:21:16
>370
いや必要ならば終了日があっても構わんよ
元々の話に戻すと、契約日と利用開始日(期間)は違う項目だってこと

項目を持たせる以上はハッキリと意味を持たせる
理論的に分けるべき項目をくっつけない

言いたいのは、これだけ

つか、他社の回線契約をそこまで面倒見る必要あるの?
俺的な純粋な疑問
コメント1件

373
仕様書無しさん[sage]   投稿日:2016/09/18 23:39:01
>372
元の項目、契約開始日時しか無くない?
契約日ってのが何を指してるかわからんけど、少なくとも利用開始日時とイコールとは読めないけど。

契約上、開始日時があるんじゃないの?
何時何分に契約したら、何時何分以降ないし、翌日何時以降から契約上有効な期間が開始するって意味意外にないと思うけど。

論理的に分けるべき項目が定義されてないのに、それが必要だと言われてもわからん。

他社の契約期間が大切なものはあるよ。
MNPなんかは、元のキャリアの交換器が移転先キャリアに振ってるし。
コメント1件

374
仕様書無しさん[sage]   投稿日:2016/09/19 00:29:22
>373
そういう端的な話じゃなくてさ
それこそ大元は長ったらしい名前は要注意ってことで
もしかしたら別項目なんじゃないか、と疑いをかけただけだ
一応「?」って付けてるだろ(言い訳

MVPの話は参考になった
さんくす

375
仕様書無しさん[sage]   投稿日:2016/09/19 00:30:22
なんだMVPって…
MNPだ

376
仕様書無しさん[sage]   投稿日:2016/09/19 00:59:08
>365
契約日に契約期間足さなかったら契約終了日が判らないだろ
契約終了している対象を省くにはどうクエリを書くんだ?
コメント1件

377
仕様書無しさん[sage]   投稿日:2016/09/19 01:02:30
FromToのToを条件に含めたいのに
ToがFromにDate足さないと出てこないんだろ?

そんな設計あるかよ。。

378
仕様書無しさん[sage]   投稿日:2016/09/19 01:23:46
>376
普通は逆だよ。
開始日と終了日の間に超える締め時間の数を契約日数と数える。
コメント1件

379
仕様書無しさん[sage]   投稿日:2016/09/19 01:34:45
>378
うんそうだよね
>358はおかしいよね

380
仕様書無しさん[sage]   投稿日:2016/09/19 03:14:12
業務知識より技術力とか偉そうなこと言ってる奴が、こうやって商習慣も知らずにとんちんかんな設計するんだろうな
コメント2件

381
仕様書無しさん[sage]   投稿日:2016/09/19 04:10:23
>380
ああ、そのとおりだよ
業務知識より技術力だ
(システム化の要件として)無駄な商習慣は消していこうと常々考えている

そもそも実際の設計なら話の経緯も分かるし、ここまでアホな提言はしない
頓珍漢な設計をするのは、その商習慣、というか過去の悪習に疑問すら持たないヤツらだ

おまいらのレベルがよく分かったよ



じゃあの

382
仕様書無しさん[sage]   投稿日:2016/09/19 04:40:25
自分が正しいと信じ込みたいがために、よく知らない商習慣を悪習と決めつけ、
よく知らない商習慣をなくせると思い込むスタイル
で、成果はなしw

383
仕様書無しさん[sage]   投稿日:2016/09/19 09:10:09
>380
技術力というより実務やってたら気付く事だと思うけどね。
机上でしか設計したことないのかな?
コメント1件

384
仕様書無しさん[]   投稿日:2016/09/19 10:00:25
技術屋の家族かわいそう

技術ない方が収入と寿命高いって有り得ないだろ!
相場下がって迷惑だから収入上げるか技術下げろ!

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

2014年度有価証券報告書より
伊藤忠商事 1,395万円(41.5歳)
三菱商事  1,376万円(42.6歳)
三井物産  1,361万円(42.4歳)
丸紅    1,306万円(41.5歳)
住友商事  1,301万円(42.8歳)

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

385
仕様書無しさん[sage]   投稿日:2016/09/19 11:31:36
>383
と言うより、実務≒商習慣含むその業務をシステムによって楽にするものの構築だからね。
それに対して、過去の業務を整理することは大切だけど、無駄は業務はあれど、商習慣は無駄ではあんまり無いし、
消したところで同業他社には同じ商習慣が残ってるんだから、ハブ的な所作って吸収するレイヤーが必要になってしまうんだよねえ。

過去の悪習なんか、割とカイゼンカイゼン言う会社は落ち着くところに落ち着いてるんだから、それ突付いたら大騒ぎになっちゃう。
コメント1件

386
仕様書無しさん[sage]   投稿日:2016/09/19 12:00:48
むしろ悪習が多いのは、業務よりも開発現場の方か

387
仕様書無しさん[sage]   投稿日:2016/09/19 12:12:45
>385
その商習慣がコンピュータやインターネットを考慮しない時代に
作られたものだから、今の時代からすると効率が悪いんだよ。
コメント2件

388
仕様書無しさん[sage]   投稿日:2016/09/19 13:45:05
>387
えー?例えば?
カンバンなんて、そのまま電子化してソリューション売りしてたりするじゃん。
銀行の窓口は3時まで、とかかな。
あの後中では未だに大変な事してるけど、そりゃプログラムとかシステムでなんとかなるもんでもない。
なるなら、バイト雇って金で物理攻撃してるよ。
その典型がレンズ設計じゃん。

389
仕様書無しさん[sage]   投稿日:2016/09/20 01:01:58
実力とのバランスで実装方法変えないといけないのに
どんな天才でもバカでも同じ方法でやらせようとするのってどうなの?
保守考えたら仕方ないの?

390
仕様書無しさん[sage]   投稿日:2016/09/20 23:10:02
指示するだけの作れない人は、全員が同じ技量で同じ物が
まるでコピーしたかのように作れると信じてやまない阿呆だから

391
仕様書無しさん[sage]   投稿日:2016/09/21 01:31:46
>387
結局例は出せずか。口だけなんだなお前って。
今後は身の程を弁えた発言をするように。
コメント1件

392
仕様書無しさん[sage]   投稿日:2016/09/21 01:34:23
>391
なんか嫌なことでもあったか?w

393
仕様書無しさん[sage]   投稿日:2016/09/21 01:43:47
すまん
許してやってくれ
全ては俺の責任だ

394
仕様書無しさん[sage]   投稿日:2016/09/21 01:59:04
口だけ意識高い

395
仕様書無しさん[]   投稿日:2016/09/21 09:41:00
【犯罪者追放のお願い】

違法派遣(偽装請負・多重派遣・偽装出向・事前面接等)についての刑事罰
【告訴権者=業務委託、準委任、共同受注、業務請負契約および特定派遣(契約・正規)、一般派遣、正規社員】

/Χ醗堕衙‖茖苅款鬚力働者供給事業の禁止規定に違反(1年以下の懲役または20万円以下の罰金)
 ■偽装請負・多重派遣・偽装出向・多重出向
 ■事前面接(顔合わせ・面談・職場見学等)と履歴書・職務経歴書・スキルシート等提出による労働者の特定(※)
(音声録音で立証可能)
∀働基準法第6条(中間搾取の禁止) (1年以下の懲役又は50万円以下の罰金)
 ■多重派遣・多重出向

※違法派遣(派遣労働者の特定)→派遣法で認められた派遣労働者ではない→労働者供給事業→職業安定法44条違反というの
が前提となる法解釈となります。派遣法における罰則が軽微なのは法律の不備や労働者軽視などが原因ではありません。
違法派遣は全て職業安定法44条で裁くことが可能なため、刑罰の重複を避けるために派遣法には軽微な罰則(主に裁量行政による)しかないのです。

使用者に有利な民事訴訟や労働関係諸局への通報等の対極にあるのが書面(告訴状)による刑事告訴(※告訴先は検察の直告班)です。
労働関係諸局への通報・斡旋による軽微な「適正化」や監督・指導に対して、法律に定められた刑事罰を問うことになり、
違法派遣業者にとって有罪は考えられる限り最大の処罰となります。同時に刑事罰を受けた
担当者が取引先に与える悪印象を考慮すれば、通常会社側は告訴が受理された時点で告訴取り下げに
動くのが妥当でしょう。懲役、前科がつく刑罰が下される可能性から、告訴取り下げの和解金は高額となることが多いのです。

告訴の流れとしては、
刑事告訴⇒告訴受理⇒告訴取下げ要請⇒取下げ和解金入金⇒告訴取下げ
となります。告訴の懲役刑適応は犯罪者個人に対してのみですので、告訴する対象は
派遣先・派遣元 社員
派遣先・派遣元 社長
派遣先・派遣元 担当者・責任者・管理役員・取締役
派遣先・派遣元 人事管理担当者・人事管理役員・取締役
が妥当です。
刑事告訴取り下げの和解金額は犯罪者個人と交渉するとよいでしょう。(告訴状は人数分提出する必要あり)

396
仕様書無しさん[]   投稿日:2016/09/22 10:56:34
SI受注SEの知的財産と契約料金の搾取対策

早死に貧困の助長だから偽装請負の従犯は辞めろ!
相場下がって迷惑だから報酬増やすか作業減らせ!

・IT社長に贅沢資金を搾取させるな
・客先経営資金削減の犠牲になるな
・平均年齢40歳未満の会社は辞めろ
・6時間/日以上PC使用の会社は辞めろ
・1,000万円/年以下の会社は辞めろ
・100万円/月以下の契約は辞めろ
・5,000円/時以下の契約は辞めろ
・100万円/月以下のプログラムは作るな
・偽装請負の開発は辞めろ
・多重派遣の開発は辞めろ
・多重契約は辞めろ
・残業見積りは止めろ
・不要作業は止めろ
・時間外労働違反は止めろ
・契約外作業期日は守るな
・客先指示に従うな
・不利益な依頼は断れ
・知的財産を渡するな
・生産効率を上げろ
・残業しないで学習しろ
・残業しないで副業しろ
・損害は訴えろ

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

397
仕様書無しさん[sage]   投稿日:2016/09/22 12:00:46
変数名に助動詞入ってる奴昔見たな
コメント2件

398
仕様書無しさん[sage]   投稿日:2016/09/22 12:05:57
>397
普通でしょ

399
仕様書無しさん[sage]   投稿日:2016/09/22 12:39:19
普通に見かけるのは確かだが
それが普通と思うならセンスがあるとは思えんな

400
仕様書無しさん[sage]   投稿日:2016/09/22 12:52:55
変数は、静的な抽象概念、と言う位置づけだからね。一応ね。

料理皿を見て灰皿だと言い張る人や、冷蔵庫を開けっ放しにしてクーラーと言い張る人も稀にいるから困る。
変数も動的な抽象概念と屁理屈を言い張られると、それを論破するのは無理。
と言うか論破しようとすること自体が矛先違うしセンスないか。

401
仕様書無しさん[sage]   投稿日:2016/09/22 13:14:01
オブジェクトの状態を保持するboolean型変数の名前が受身だったり完了だったりって、よく見かけるじゃん

402
仕様書無しさん[sage]   投稿日:2016/09/22 13:34:37
まあそれ自体は動かないから普通は名詞つけるかなあ
コメント2件

403
仕様書無しさん[sage]   投稿日:2016/09/22 14:19:01
>402
名詞にこだわるのはセンスない

404
仕様書無しさん[sage]   投稿日:2016/09/22 19:18:21
つか上流でクラス設計くらいやれよ無能
コメント1件

405
仕様書無しさん[sage]   投稿日:2016/09/22 21:46:28
VBで誰がやっても似たような風になるソースって
実はけっこう練られてるんだなって最近気づいた
人数かければかけるほど仕事が進むように作るっていうのは難しい
コメント1件

406
仕様書無しさん[sage]   投稿日:2016/09/22 23:10:39
> VBで誰がやっても似たような風になるソースって

どの言語であってもそうはならない。

407
仕様書無しさん[sage]   投稿日:2016/09/23 00:19:02
>404
上流でクラス設計ってアホかw
コメント1件

408
仕様書無しさん[sage]   投稿日:2016/09/23 00:25:54
え?

409
仕様書無しさん[]   投稿日:2016/09/23 00:39:45
>407
アホはお前だろwプログラマの上流って詳細設計をする孫受けの事だぜw

410
仕様書無しさん[sage]   投稿日:2016/09/23 21:54:18
>397はごく普通じゃね?

例えば、rendered, persisted, purged, expanded などのboolean値

>402みたいに、名詞にするって人は、わざわざ rendered_flgとかにするのかな・・・

言語によっては、敢えてcanやisを付けるのが慣習のもあるわね (Javaとか)

なんか変な事言ってるかな俺
コメント1件

411
仕様書無しさん[]   投稿日:2016/09/23 21:59:14
注意深くデータ構造と初期処理を考えれば、例外など発生しない。
コメント2件

412
仕様書無しさん[sage]   投稿日:2016/09/23 22:03:04
>405
VB.NETの事だと思うけど、レガシーVBのことかい?

昔のレガシーVBは比較的誰がやっても同じになったね
標準ライブラリが豊富ではなかったし、
今みたいに、継承、クロージャー、非同期Promise、
デザパタやらそういうのまず無かったし

VB.NETで誰が書いても同じになるってことは、
レガシーVB+αの知識しかない人が集まって、
コード書いてるってことになりそうだ
コメント1件

413
仕様書無しさん[sage]   投稿日:2016/09/23 22:06:07
非同期Promise(笑)

414
仕様書無しさん[sage]   投稿日:2016/09/23 22:41:30
>412
> 昔のレガシーVBは比較的誰がやっても同じになったね

クラスモジュールとインターフェースはどう使っていたかい?
コメント1件

415
仕様書無しさん[sage]   投稿日:2016/09/23 23:40:49
>411
例外という日本語の意味を調べろ

416
仕様書無しさん[sage]   投稿日:2016/09/23 23:58:11
>410
flgは止めてくり
何が真なのかわからん
コメント1件

417
仕様書無しさん[sage]   投稿日:2016/09/24 00:05:43
>411
君が何も入っていないコンピューターを与えられたら、
なんのソフトウェアを作って入れるのかは知らないが、
一度停電すれば2度と電源が入らなくなるし、
一度デバイスを見失えば入出力ができなくなって誰も手出しできなくなるだろう。

処理資源の上限管理についても同じだし、
CPUが一度に扱うビットの数についても同じだし、
HDDに対する保存も同じである。

418
仕様書無しさん[sage]   投稿日:2016/09/24 00:37:24
>416
脊髄レスかよ・・・

419
仕様書無しさん[sage]   投稿日:2016/09/24 00:39:24
>414
VB4だったので使えませんでした
コメント2件

420
仕様書無しさん[sage]   投稿日:2016/09/24 00:40:30
>419
インターフェイスが

421
仕様書無しさん[]   投稿日:2016/09/24 09:35:09
SI受注SEの知的財産と契約料金の搾取対策

早死に貧困の助長だから偽装請負の従犯は辞めろ!
相場下がって迷惑だから報酬増やすか作業減らせ!

・IT社長に贅沢資金を搾取させるな
・客先経営資金削減の犠牲になるな
・平均年齢40歳未満の会社は辞めろ
・6時間/日以上PC使用の会社は辞めろ
・1,000万円/年以下の会社は辞めろ
・100万円/月以下の契約は辞めろ
・5,000円/時以下の契約は辞めろ
・100万円/月以下のプログラムは作るな
・偽装請負の開発は辞めろ
・多重派遣の開発は辞めろ
・多重契約は辞めろ
・残業見積りは止めろ
・不要作業は止めろ
・時間外労働違反は止めろ
・契約外作業期日は守るな
・客先指示に従うな
・不利益な依頼は断れ
・知的財産を渡するな
・生産効率を上げろ
・残業しないで学習しろ
・残業しないで副業しろ
・損害は訴えろ

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

422
仕様書無しさん[]   投稿日:2016/09/24 12:17:57
例外だけを専門に扱った本とか無いのか?
ネットの連中じゃ役に立たないわ
コメント1件

423
仕様書無しさん[sage]   投稿日:2016/09/24 12:37:20
>422
例外のなにが難しいんだよw

424
仕様書無しさん[sage]   投稿日:2016/09/24 13:59:32
チェック例外と非チェック例外のどちらを投げるべきか
例外をラップすべきかそのまま投げるべきか
自前の例外クラスを作るべきか
例外をどこでキャッチすべきか
例外にすべきか戻り値にすべきか
リカバリ対象の例外を選ぶべきか有無をいわさずキャッチしてリカバリするか

もう山ほど

このときはこうしろ!ってセオリーがないし
ライブラリもめいめい勝手な例外投げてくるもんだからカオス
コメント2件

425
仕様書無しさん[sage]   投稿日:2016/09/24 14:03:07
>419
> VB4だったので使えませんでした

ならあんたには旧VBで誰がやっても同じになるなんて
言えないはずだよね。
コメント1件

426
仕様書無しさん[sage]   投稿日:2016/09/24 14:06:28
>424
チェック例外と非チェック例外があるのはJavaぐらいなんだから
それについてはほとんどの言語で考える必要はないこと。

タブにするかスペースにするか程度の問題だよ。
プロジェクトの好みで決めればいい。

ただひとつ言っておくと、チェック例外を使うならば
ルールが増えるっていうこと。面倒だよね。

で例外をキャッチする場所なんて明確にわかることなので
議論する必要はない。

例外の問題は、例外の正しい使い方を知らないやつがいるってだけ。
知らないやつがギャーギャー騒いでいるだけ。
例外の正しい使い方を知っているならば、誰でも同じようになる。

427
仕様書無しさん[sage]   投稿日:2016/09/24 14:10:38
>424
議論され尽くしてベストプラクティスが出来上がってることばかりいまさら問題にしてんだな、お前ってw
20年前からやってきたのか?

428
仕様書無しさん[sage]   投稿日:2016/09/24 14:12:48
>425
誰がやっても比較的同じになりやすい

これを、誰がやっても同じになる、と解釈して噛みつく奴ってw
コメント1件

429
仕様書無しさん[sage]   投稿日:2016/09/24 14:20:40
議論されつくされてるなら本の一冊もあるもんだろう
こうだ!って主張するやつも言うことが抽象的だし

>例外の問題は、例外の正しい使い方を知らないやつがいるってだけ。
挙句にこんな無意味の極みみたいなことしか言わんし
コメント2件

430
仕様書無しさん[sage]   投稿日:2016/09/24 14:23:09
>429
まぁええわ
お前はそこで立ち止まってろ

431
仕様書無しさん[sage]   投稿日:2016/09/24 14:36:36
プログラミング歴の浅い人には例外は難しいかもね

432
仕様書無しさん[sage]   投稿日:2016/09/24 15:09:20
いんや、現場見てると昔人間の方が頭ひねってるよ
もしくは何の疑問も持たず間違った使い方をしてる

オブジェクト指向から入った若いやつらにとっては、例外は例外でしかない

433
仕様書無しさん[sage]   投稿日:2016/09/24 15:18:56
>428
> これを、誰がやっても同じになる、と解釈して噛みつく奴ってw

噛み付いてるのはそこじゃねーよw

VBも他の言語も大差ないって話をしてる。
言語によって同じになりやすいとかあるわけないだろ
コメント1件


434
仕様書無しさん[sage]   投稿日:2016/09/24 15:20:26
>429
> 議論されつくされてるなら本の一冊もあるもんだろう
議論するほどの量がない。

> 挙句にこんな無意味の極みみたいなことしか言わんし
事実なんだから仕方ないだろ。例外でぎゃーぎゃー騒いてるやつは
例外をだめな技術にしたいから、話を聞かない。

435
仕様書無しさん[sage]   投稿日:2016/09/24 15:42:53
>433
VBを語るのに言語だけ切り取っても意味ないよ。
もちろん汎用言語としても使えるけど、ほとんどの文脈で、VBとはVSでGUIアプリを作るための言語だから。

> VBも他の言語も大差ないって話をしてる。
> 言語によって同じになりやすいとかあるわけないだろ

汎用言語としては他の言語と大差ないとしても、VS用言語としてのVBは誰がやっても同じになりやすい。
わかった?もう知ったかしてわかったようなこと言うなよ?
コメント1件

436
仕様書無しさん[sage]   投稿日:2016/09/24 15:55:54
>435
だからならないって言ってる。
その根拠として、クラスモジュールとインターフェースを
どのように使っているか聞いたんだが?

VB4だったので使えませんでしたという回答から結論を導き出すならば、
VB6では、使ってる人と使ってない人(VB4のやり方をしてる人)がいるってことだろ。

437
仕様書無しさん[sage]   投稿日:2016/09/24 16:14:55
誰が書いても似たような作りになるって言われてたのってPythonだっけか
コメント2件

438
仕様書無しさん[]   投稿日:2016/09/24 16:15:59
生粋のVBラーとコボラーはロジックの組み方に独特のクセがある気はする
そういう奴が書いたVBのソースは誰が書いても似てるっちゃ似てる
コメント1件

439
仕様書無しさん[sage]   投稿日:2016/09/24 16:21:06
>437
> 誰が書いても似たような作りになるって言われてたのってPythonだっけか
それも実体験で、そうはならないとわかった。

経験が浅いプログラマ(一年程度)が書いたコードを見たが
Pythonらしさなんか皆無なコードで、処理があちこちに分散されていて
構造と呼べるものがまったくなかった。

所詮インデントを矯正するだけじゃ似たような作りになるわけ無いと思ったよ。

440
仕様書無しさん[sage]   投稿日:2016/09/24 16:22:55
>438
> 生粋のVBラーとコボラーはロジックの組み方に独特のクセがある気はする

その理屈から言えば、生粋のVBラーではない人が
VBでコードを書いたら、別物になるって言ってるようなもんなんだがw

まあ事実だけどね。誰が書いても同じ書き方になる言語はない。

441
仕様書無しさん[sage]   投稿日:2016/09/24 17:15:27
自由がない言語ほど似たような書き方になる可能性が高い

例えば、同じことを実現するコードの書き方が3通りある言語と5通りある言語では後者のほうが書き方がばらつく
CとC++であれば、C++のほうが多機能な分、同じことを実現するコードであっても書き方がよりばらつく

442
仕様書無しさん[sage]   投稿日:2016/09/24 17:23:43
VSでGUIアプリを作ると、VSという環境によるサポート(逆に言うと制限)があるので、誰がやっても似たような作りになりやすい
HTML5とJSでSPAを作るのと作り方のばらつきは同程度だと思ってるアホもいるようだが

443
仕様書無しさん[sage]   投稿日:2016/09/24 17:38:35
例外てのは基本の処理から外れた事態に対して
対応する処理を書くためのもんだ

444
仕様書無しさん[sage]   投稿日:2016/09/24 17:40:24
つまり例外は例外処理をどれくらい書けるかで
使えてるかどうかが判る
ログだして対応完了てのは、使えてるとは言わん

445
仕様書無しさん[]   投稿日:2016/09/24 18:18:22
たかがlongjumpに例外なんていう絶妙にどうとでもとれる名前を付けちゃったから
意固地な人達がその意味を巡って宗教論争を始めちゃうっていう
そして、ひとだび例外が使われているのを見つけるとそういう人達は
無垢なる子羊を自分の宗派に引き込もうとなんやかんやと大して意味もないお説教を始めるw
これによりプログラムを学ぶ人達はひょっとして例外とはとてつもなく難しい事なのではないか?
という錯覚に落ちいり世間に「例外は難しい」風説が流れる
たかがlongjumpなのにw
コメント1件

446
仕様書無しさん[sage]   投稿日:2016/09/24 20:20:07
>445
ロングジャンプはただの実装だろ?
例外という概念にどう対処するかを論じている

447
仕様書無しさん[]   投稿日:2016/09/24 22:38:15
概念はlongjump
例外は名前だろ?

448
仕様書無しさん[sage]   投稿日:2016/09/24 22:46:02
ロングジャンプは「ただし〜の場合は例外」を表現するための一手段に過ぎないだろ?

449
仕様書無しさん[sage]   投稿日:2016/09/24 22:53:35
例外=GOTOである
GOTOは諸悪の根源である
であるから、例外は使ってはならない

450
仕様書無しさん[]   投稿日:2016/09/24 22:54:33
なんで名前が先なんだよw
てかお前んとこの例外はthrowする以外にも芸があるのか?
コメント1件

451
仕様書無しさん[sage]   投稿日:2016/09/24 23:02:00
>450
C言語等では関数の戻り値によって成否をチェックしてきた
例外処理はそういった異常処理を一括で行う仕組みを提供しているだけだ

例外処理の概念は今も昔も基本的に変わらないということ。

452
仕様書無しさん[]   投稿日:2016/09/24 23:10:21
やっぱり名前に影響されて変な先入観持ってるな
×:例外処理はそういった異常処理を一括で行う仕組みを提供している
○:longjumpという概念がエラー処理を簡略化するのに便利に使えた
こうやでw

453
仕様書無しさん[]   投稿日:2016/09/24 23:13:14
あ忘れてた
それよりもthrow以外の芸早くおしえろ下さいw

454
仕様書無しさん[sage]   投稿日:2016/09/24 23:19:17
チェック例外はその場でチェックして
どうしていいか分かんないものは全部RuntimeExceptionでラップしてぶん投げる

それが俺のベストプラクティス
コメント1件

455
仕様書無しさん[sage]   投稿日:2016/09/25 01:09:02
>454
Javaの話だよね。
チェック例外に振り回されて、そこら中のメソッドに"throws"をつけるよりも
そっちの方がすっきり綺麗だわな。
よくあるのは、URIを扱うクラスでの例外とかね。
そうやってラップしてthrowしておけば、万が一何かあってもすぐに気づく。
酷いのは、catchして無視するか、e.toString()をprintするだけ。(やめて)

456
仕様書無しさん[sage]   投稿日:2016/09/25 01:11:11
そういえばcatchからgotoでtry内に戻るコード書いてるやつ居たわ。
//なんかたまにエラー出る
って書き添えてあった。
コメント1件

457
仕様書無しさん[sage]   投稿日:2016/09/25 08:41:18
例外といえばよく見るのが

throw ex

これだな
これがダメだとわかってないやつ多すぎ
コメント2件

458
仕様書無しさん[sage]   投稿日:2016/09/25 08:45:17
>457
具体的な例をおながいします、師匠!
コメント1件

459
仕様書無しさん[sage]   投稿日:2016/09/25 09:35:18
>458
一言で言えば

例外は投げるな、返せ

これがわからなければプログラマ辞めた方いい
コメント3件

460
仕様書無しさん[sage]   投稿日:2016/09/25 10:35:55
>459
そんな一言で終わらさずに、もっと具体的な例でお願いします!

461
仕様書無しさん[]   投稿日:2016/09/25 10:40:03
技術屋の家族かわいそう

技術ない方が収入と寿命高いって有り得ないだろ!
相場下がって迷惑だから収入上げるか技術下げろ!

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

2014年度有価証券報告書より
伊藤忠商事 1,395万円(41.5歳)
三菱商事  1,376万円(42.6歳)
三井物産  1,361万円(42.4歳)
丸紅    1,306万円(41.5歳)
住友商事  1,301万円(42.8歳)

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

462
仕様書無しさん[sage]   投稿日:2016/09/25 11:26:36
>456
かわいい

463
仕様書無しさん[sage]   投稿日:2016/09/25 13:25:31
>459
either使えってこと?

464
仕様書無しさん[sage]   投稿日:2016/09/25 15:11:48
>459
例外を返す?なに言ってんだ?

465
仕様書無しさん[sage]   投稿日:2016/09/25 15:24:36
>437
というよりPythonはPython自身がPythonらしさを求める。
Pythonでちゃんと書こうとするとき、自分の好みの書き方よりPythonらしく書けてるか?を気にするようになる。

466
仕様書無しさん[sage]   投稿日:2016/09/25 15:37:27
気にするようになるってことは、
気にするようになるまではPythonらしいコードじゃないということ。

だからPython使っても人によって
書き方が違うということでもある。
コメント2件

467
仕様書無しさん[sage]   投稿日:2016/09/25 16:03:09
>466
そりゃそうだよw
そんなの大前提なんだから、得意気にドヤんなくていいよw

468
仕様書無しさん[sage]   投稿日:2016/09/25 17:29:15
なぜ大前提を書いただけなのに
そんなに過剰反応してるの?

469
仕様書無しさん[sage]   投稿日:2016/09/25 17:41:35
基本的な内容を表現するに当たり、極めてドヤ表現が強い文を形成したからだと思われます。

470
仕様書無しさん[]   投稿日:2016/09/25 17:51:13
>457←こいつアホやろw
コメント1件

471
仕様書無しさん[sage]   投稿日:2016/09/25 21:58:00
>470
とりあえずVisualStudioのコード分析かけてみろ

472
仕様書無しさん[sage]   投稿日:2016/09/25 22:03:14
会話が停滞するからさっさと結論まで言わんかいw

473
仕様書無しさん[]   投稿日:2016/09/25 22:07:58
こんだけいじられたらもう何も言えんやろ逆にw

474
仕様書無しさん[]   投稿日:2016/09/27 08:12:22
「偽装請負」にご注意ください!

*「偽装請負」とは・・・
 書類上、形式的には請負(委託)契約ですが、実態としては労働者派遣であるものを言い、違法です。
*請負と労働者派遣の違いは・・・
 請負とは、「労働の結果としての仕事の完成を目的とするもの(民法)」ですが、派遣との違いは、発注者と受託者の労働者との間に指揮命令関係が生じないということがポイントです。
*労働者の方から見ると・・・
 自分の使用者からではなく、発注者から直接、業務の指示や命令をされるといった場合「偽装請負」である可能性が高いと言えるでしょう。
*「偽装請負」は・・・
 労働者派遣法等に定められた派遣元(受託者)・派遣先(発注者)の様々な責任が曖昧になり、労働者の雇用や安全衛生面など基本的な労働条件が十分に確保されないという事が起こりがちです。

偽装請負の代表的なパターン
<代表型>
 請負と言いながら、発注者が業務の細かい指示を労働者に出したり、出退勤・勤務時間の管理を行ったりしています。偽装請負によく見られるパターンです。
<形式だけ責任者型>
 現場には形式的に責任者を置いていますが、その責任者は、発注者の指示を個々の労働者に伝えるだけで、発注者が指示をしているのと実態は同じです。単純な業務に多いパターンです。
<使用者不明型>
 業者Aが業者Bに仕事を発注し、Bは別の業者Cに請けた仕事をそのまま出します。Cに雇用されている労働者がAの現場に行って、AやBの指示によって仕事をします。一体誰に雇われているのかよく分からないというパターンです。
<一人請負型>
 実態として、業者Aから業者Bで働くように労働者を斡旋します。ところが、Bはその労働者と労働契約は結ばず、個人事業主として請負契約を結び業務の指示、命令をして働かせるというパターンです。
http://tokyo-roudoukyoku.jsite.mhlw.go.jp/hourei_seido_tetsuzuki/roudousha_haken/001.ht...

475
仕様書無しさん[sage]   投稿日:2016/09/27 08:20:10
>466
その言語らしさってのが気になるようにならない言語もあるんですよ。

476
仕様書無しさん[]   投稿日:2016/09/27 19:40:19
pythonは誰が書いてもpythonらしくなるけどな
一部の無能を除いてだけど
つーか無能の場合どんな言語を使ってもそもそもプログラムらしくならんしw

477
仕様書無しさん[sage]   投稿日:2016/09/28 00:07:38
インデントが同じだから見た目が似てるだけじゃないの?
コメント2件

478
仕様書無しさん[sage]   投稿日:2016/09/28 07:39:29
マ板なのにコードを書かない不思議
コメント2件

479
仕様書無しさん[]   投稿日:2016/09/28 08:20:06
偽装請負・多重派遣被害

偽装請負とは、実際は人材を派遣して利益を得ているにも関わらず、業務請負など別の契約形態で労働者を働かせることを言います。

IT業界では昔から「偽装請負」が蔓延しており、知らないで被害者になっているプログラマーやSEがいます。

●労働者派遣法違反
●職業安定法第44条違反
●労働基準法第6条違反
に該当します。

●労働者派遣法違反
事前面接は労働者派遣法の「対象業務外労働者派遣罪」を構成し、また、罰則が派遣元(派遣業者:法人も処罰する両罰規定)適用されます。派遣先については、派遣元に対象業務外派遣を教唆したり、幇助したときには、共犯(教唆犯または幇助犯)の刑事責任が問われます。

●職業安定法違反
さらに、対象業務外の労働者派遣は、職業安定法第44条が禁止する「労働者供給」に該当しますので、派遣元は供給元として「労働者供給罪」、派遣先は供給先として「労働者受供給罪」を犯すことになり、それぞれ罰則を適用されます。
職業安定法第44条(労働者供給事業の禁止)
何人も、次条に規定する場合を除くほか、労働者供給事業を行い、又はその労働者供給事業を行う者から供給される労働者を自らの指揮命令の下に労働させてはならない。
この職業安定法第44条違反の行為については、職業安定法第64条で、1年以下の懲役又は100万円以下の罰金に処せられると定められています。

●労働基準法違反
就業にあたって第三者が利益を得ることは「中間搾取」として労働基準法で厳しく禁止されています。違反には、罰則も同法第118条で「1年以下の懲役又は50万円以下の罰金に処」せられることになります。

http://www.roudousha.net/keiyaku/090_gisouukeoi.html

480
仕様書無しさん[sage]   投稿日:2016/09/28 12:17:46
>477
PythonはPythonらしいコードが読みやすくて良いコードになるように言語設計してるんだよ
インデントもその方針の実現方法の一つだね
他の言語はその言語らしさを保ったり改善することより、その言語で何が出来るか性能がどうかが優先される気がするね。

481
仕様書無しさん[]   投稿日:2016/09/29 10:16:47
【犯罪者追放のお願い】

違法派遣(偽装請負・多重派遣・偽装出向・事前面接等)についての刑事罰
【告訴権者=業務委託、準委任、共同受注、業務請負契約および特定派遣(契約・正規)、一般派遣、正規社員】

/Χ醗堕衙‖茖苅款鬚力働者供給事業の禁止規定に違反(1年以下の懲役または20万円以下の罰金)
 ■偽装請負・多重派遣・偽装出向・多重出向
 ■事前面接(顔合わせ・面談・職場見学等)と履歴書・職務経歴書・スキルシート等提出による労働者の特定(※)
(音声録音で立証可能)
∀働基準法第6条(中間搾取の禁止) (1年以下の懲役又は50万円以下の罰金)
 ■多重派遣・多重出向

※違法派遣(派遣労働者の特定)→派遣法で認められた派遣労働者ではない→労働者供給事業→職業安定法44条違反というの
が前提となる法解釈となります。派遣法における罰則が軽微なのは法律の不備や労働者軽視などが原因ではありません。
違法派遣は全て職業安定法44条で裁くことが可能なため、刑罰の重複を避けるために派遣法には軽微な罰則(主に裁量行政による)しかないのです。

使用者に有利な民事訴訟や労働関係諸局への通報等の対極にあるのが書面(告訴状)による刑事告訴(※告訴先は検察の直告班)です。
労働関係諸局への通報・斡旋による軽微な「適正化」や監督・指導に対して、法律に定められた刑事罰を問うことになり、
違法派遣業者にとって有罪は考えられる限り最大の処罰となります。同時に刑事罰を受けた
担当者が取引先に与える悪印象を考慮すれば、通常会社側は告訴が受理された時点で告訴取り下げに
動くのが妥当でしょう。懲役、前科がつく刑罰が下される可能性から、告訴取り下げの和解金は高額となることが多いのです。

告訴の流れとしては、
刑事告訴⇒告訴受理⇒告訴取下げ要請⇒取下げ和解金入金⇒告訴取下げ
となります。告訴の懲役刑適応は犯罪者個人に対してのみですので、告訴する対象は
派遣先・派遣元 社員
派遣先・派遣元 社長
派遣先・派遣元 担当者・責任者・管理役員・取締役
派遣先・派遣元 人事管理担当者・人事管理役員・取締役
が妥当です。
刑事告訴取り下げの和解金額は犯罪者個人と交渉するとよいでしょう。(告訴状は人数分提出する必要あり)

482
仕様書無しさん[]   投稿日:2016/09/29 20:24:42
>478
そりゃ、プログラマ板だからだよ

つ プログラム技術板

483
仕様書無しさん[sage]   投稿日:2016/09/29 21:32:56
ここって技術の無い連中が見下すための板だしな

484
仕様書無しさん[]   投稿日:2016/09/29 22:15:21
その技術ってやつを一度でも見せてくれたら俺も見下さずに済むんだけどな

485
仕様書無しさん[sage]   投稿日:2016/09/29 22:39:26
プログラムセンスとコーディングセンスは別物

コーディングセンスにプログラムセンスはいらないけど
プログラムセンスにコーディングセンスは不可欠

小説家のような様々な表現を巧みに使いこなす人と
定型文のような文章をきっちり書く人の違い

コーディングセンスがあるからといってプログラムセンスがあるとは限らないけど
プログラムセンスがある人はコーディングセンスもある
コメント1件

486
仕様書無しさん[sage]   投稿日:2016/09/29 22:41:16
1℃

487
仕様書無しさん[sage]   投稿日:2016/09/29 23:01:39
>485
>小説家のような様々な表現を巧みに使いこなす人と

いやぁぁああぁあああ

488
仕様書無しさん[sage]   投稿日:2016/09/30 00:16:12
>478
俺らのコードはけっこう高いんだよ
計算してみたら1行1000円〜2000円ぐらいだよ
コメント1件

489
仕様書無しさん[sage]   投稿日:2016/09/30 00:35:32
高度

490
仕様書無しさん[sage]   投稿日:2016/09/30 07:57:34
>488
「ステップ数どれくらい?」(笑)

491
仕様書無しさん[]   投稿日:2016/09/30 10:32:48
【犯罪者追放のお願い】

犯罪者個人に対して告訴状を偽装請負・偽装出向・多重派遣の被害者が作成(刑事告訴は無料) or 司法書士が代筆(料金は5万円ぐらい)

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

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

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

不起訴、起訴猶予

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

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

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

492
仕様書無しさん[]   投稿日:2016/09/30 20:31:02
>477
他の言語は同じ機能を実装するのでもいくつも書き方があるけどpythonはそこの数を絞ってるから誰のコードも同じに見えるようになってる
コメント1件

493
仕様書無しさん[sage]   投稿日:2016/09/30 21:07:25
> pythonはそこの数を絞ってるから
これ嘘だろうねw

比較図とか見たことないし。

494
仕様書無しさん[sage]   投稿日:2016/09/30 21:11:06
>492はだいたい正しいと思うよ
rubyは真逆だもんね

495
仕様書無しさん[sage]   投稿日:2016/09/30 21:12:18
Python のリファクタリングでイケてないコードを別に美しいオブジェクト指向設計ではない普通のコードにする方法
http://qiita.com/methane/items/fa5f9c9c31f7afcf2211

> これは Python だと filter か内包表記にするところです。
filterと内包表記の二つのやり方があります。

> Python の場合は inject の代わりに reduce があるのですが、あまり使いません。こういう場合は素直に sum を使います。
reduceとsumの二つのやり方があります。



まあね、誰が書いても同じというのなら、リファクタリングなんする必要が無いはずだよ。
コードの可読性とかを調べるツールも必要ないはずだよ。

当たり前だけど誰が書いても同じようなコードになるわけないんだだよね。

496
仕様書無しさん[sage]   投稿日:2016/09/30 21:13:35
http://www.yoheim.net/blog.php?q=20160612

> PEP8(Python用スタイルガイド)では、前提となる考え方があります。それは、
> 一貫性にこだわりすぎるのは、狭い心の現れである


(・∀・)ニヤニヤ

497
仕様書無しさん[sage]   投稿日:2016/09/30 21:14:46
こっちにリンクするべきだったね。

一貫性にこだわりすぎるのは、狭い心の現れである
https://pep8-ja.readthedocs.io/ja/latest/

498
仕様書無しさん[sage]   投稿日:2016/09/30 21:17:18
ホント、コード書いて競わないんだね
マじゃなくてSEが多いの?

499
仕様書無しさん[]   投稿日:2016/09/30 21:21:36
コードを書いて競うのはマじゃなくてダーですがw

500
仕様書無しさん[sage]   投稿日:2016/09/30 22:08:03
コード出すと過疎スレになるからなw
仕事以外でもコードを見ていたいやつは減った気がするね
なんというか優秀な変人をあまり見かけなくなった
スポーツマンでイケメンで頼れるタイプばかり
コメント1件

501
仕様書無しさん[]   投稿日:2016/09/30 22:21:29
>500
コボラーはすっこんでろカスw
コメント1件

502
仕様書無しさん[sage]   投稿日:2016/09/30 22:24:45
>501
そんな虚勢はってていいの?9を並べちゃうよ?
コメント1件

503
仕様書無しさん[sage]   投稿日:2016/09/30 22:27:03
9屈なスレ

504
仕様書無しさん[]   投稿日:2016/09/30 22:29:51
>502
俺はコボラーちゃうわw

505
仕様書無しさん[sage]   投稿日:2016/09/30 22:37:29
おまえら電話のメモをCOBOLコーディングシートに書くのやめろw

506
仕様書無しさん[]   投稿日:2016/09/30 22:42:22
ちょっと面白かったw
ちょっとだけだぞ俺はコボラーちゃうで

507
仕様書無しさん[sage]   投稿日:2016/09/30 22:45:18
実際、コーディングシートはメモ書きにちょうどいいからな
ちょっとサイズ大きいけど

508
仕様書無しさん[sage]   投稿日:2016/09/30 23:11:55
あっと言う間にコーディングシートって使わなくなった
ジョブフローを書く5席眼は残った

509
仕様書無しさん[sage]   投稿日:2016/10/01 04:01:57
俺の中でセンスある人は再起処理を上手く使える人かな。
未だによくわかんねーし一回も使ったことない。
コメント1件

510
仕様書無しさん[sage]   投稿日:2016/10/01 07:50:03
ツリー構造を下るときに良く使う

511
仕様書無しさん[sage]   投稿日:2016/10/01 10:06:05
"再起"じゃなくて"再帰"だお(釣り?)

確かに、俺が扱うアプリでは、階層データ構造で再帰はよく使うけど、
何度もやってるうちに、精神がマジでやられるから、
最近はユーティリティを作って、再帰を利用側から隠蔽するようにしてる

親子関係を無くし、全てフラットなリストで返したり(個々のdepthやparentも参照できる)
検索条件をpredicateとして渡せるようにしたりして
コメント1件

512
仕様書無しさん[sage]   投稿日:2016/10/01 12:17:15
別に普通だな
コメント1件

513
仕様書無しさん[]   投稿日:2016/10/01 12:20:21
再帰に再起不能にされた人

514
仕様書無しさん[sage]   投稿日:2016/10/01 13:12:01
>512
>511書いたけど、自分でも普通だと思う
ボクには特別なセンスがあるんだお!と思って書いたわけじゃなくて
昔C#でそんなことやってる外人ブログを見つけて、それを真似しただけ

515
仕様書無しさん[sage]   投稿日:2016/10/01 13:17:50
再帰でメンタル壊れるなんて聞いたことないぞ
コメント1件

516
仕様書無しさん[]   投稿日:2016/10/01 15:45:37
システム開発裁判アドバイス

裁判は、申し立て書を提出するだけでシステム開発よりも簡単に行えます。

システム開発の特許権・著作権・報酬等の料金請求をする際は、以下の理由から開発技術の立証をするべきです。
・契約技術の争点でなく契約解釈の争点となってしまう
・契約技術の料金でなく契約解釈の料金になってしまう
・低技術開発ほど得して高技術開発ほど損してしまう
・能力が高い技術者が報われなくなってしまう
技術判定は、裁判所でシステム開発内容を鑑定してもらって下さい。裁判官は、システム開発に精通してないため裁判所の専門委員が対応します。

システム開発裁判の主張・立証は、以下の背景から弁護士に委任するよりも技術者自身が本人裁判をする事をお勧めします。
・開発技術に精通した弁護士が不足している
・開発技術の把握が弁護士業務かの判別も曖昧である
・開発技術の立証は弁護士の適性として困難である
・開発技術の内容を弁護士に説明するのは困難である
従って弁護士と依頼者の双方に負担となってしまいます。

システム開発訴訟の審理
www.courts.go.jp/vcms_lf/20901004.pdf

517
仕様書無しさん[sage]   投稿日:2016/10/01 16:19:25
>515
終了条件が不安定だと壊れるだろ

518
仕様書無しさん[sage]   投稿日:2016/10/01 19:29:33
終了条件が不安定なものを再帰にするな
背後に迫るスタックオーバーフローを常に意識しろ

519
仕様書無しさん[]   投稿日:2016/10/01 19:29:57
当たり前の事のように言ってるとこがちょっと怖い

520
仕様書無しさん[sage]   投稿日:2016/10/01 21:14:52
再帰じゃなきゃ実装できない処理って、あんま無いよね

521
仕様書無しさん[sage]   投稿日:2016/10/01 21:46:13
言語によるんじゃね?
Erlangだと基本再帰。
cやらjavaだと再帰つかう場面はかぎられる。
ほかの関数型言語つかったことないけど、どーなんだろ。

522
仕様書無しさん[sage]   投稿日:2016/10/01 22:21:43
> Erlangだと基本再帰。

それは、再帰じゃなきゃ実装できない処理じゃなくて
再帰じゃなきゃ実装できない言語

そりゃループをするために必要な機能が欠けてるんじゃ
再帰しか出来ないだろうねw

523
仕様書無しさん[sage]   投稿日:2016/10/01 22:22:13
>509
再起やSQLが得意だけど
他の人が読めなくなるからあんま使わないようにしてるよ
特に再起はバグったときに変なことになるからコーディング規約で禁止してるとこも多いね
コメント2件

524
仕様書無しさん[]   投稿日:2016/10/01 22:44:07
これならコーディング規約で禁止されてても回避できるかなw
#include <stdio.h>
typedef int (*CB)(void *, int);
int fact(void *callback, int n)
{
if (n == 0)
return 1;
return n * ((CB)callback)(callback, n - 1);
}
int main()
{
printf("%d\n", fact(fact, 10));
return 0;
}

525
仕様書無しさん[sage]   投稿日:2016/10/01 22:52:24
いろいろとキモい

526
仕様書無しさん[]   投稿日:2016/10/01 23:16:15
え?まさかまたコボラーか?w

527
仕様書無しさん[sage]   投稿日:2016/10/01 23:25:34
これがYコンビネーター…!!

528
仕様書無しさん[sage]   投稿日:2016/10/01 23:25:50
>523
SQLを使うのに得意も何も無いだろ
それともORマッピング使うってこと?
コメント1件

529
仕様書無しさん[sage]   投稿日:2016/10/01 23:31:36
>528

>523じゃないけど、SQLっていうのは
高度に完成された宣言型・関数型言語ですよ。
コメント1件


530
仕様書無しさん[sage]   投稿日:2016/10/01 23:57:25
ものにもよるが、プログラミングよりSQLで書いた方が早いとか断言しちゃう奴は要注意人物
「パフォーマンスが〜」とか言ってSQLの関数使用を無条件に禁止する奴は、さらに要注意人物、ってか現場から排除したい

531
仕様書無しさん[]   投稿日:2016/10/02 00:12:27
SQL使いたいのか使いたくないのかよくわからん奴だな
コメント1件

532
仕様書無しさん[sage]   投稿日:2016/10/02 00:18:08
>529
難しいクエリ書くなってなら判るんだよ
コメント1件

533
仕様書無しさん[sage]   投稿日:2016/10/02 00:19:22
>531
どっちも、頭の中にロジックが描けない奴だから要注意ってこった
前者は少なくともSQLが書ける程度ではあるが、後者は全くの無能どころか害悪
コメント1件

534
仕様書無しさん[]   投稿日:2016/10/02 00:22:45
>533
いやむしろ書ける程度がお前なのだと思ったけど

535
仕様書無しさん[sage]   投稿日:2016/10/02 01:09:12
>532
何を言ってるんだお前は?
難しいかどうかなんて関係ないだろ。

目的はユーザーの仕様を満たすことであって、
難しいクエリになるから実現できませんじゃないんだよw
コメント2件

536
仕様書無しさん[sage]   投稿日:2016/10/02 01:19:10
逆も然りだろ
クエリ云々はどうでもいい
実現可能ならSQLにこだわる必要は無い

537
仕様書無しさん[sage]   投稿日:2016/10/02 01:24:44
SQL以外でRDBMSから効率的に少ないコードで
データを取ってくる方法を教えてほしいものなんだがw

538
仕様書無しさん[sage]   投稿日:2016/10/02 01:41:40
暗に、RDBMSにこだわる必要は無いとも言ってるんだが

539
仕様書無しさん[sage]   投稿日:2016/10/02 05:07:06
>535
ユーザの仕様?

ユーザって誰よw

特定の業界の話されても困るなあ

540
仕様書無しさん[sage]   投稿日:2016/10/02 05:42:53
アセンブリとかSQLは可読性を気にする必要がないものだよ
速度が正義

サーバー設定全般に関わってくるからそういう意味ではSQLはプログラマの仕事ではない
コメント1件

541
仕様書無しさん[sage]   投稿日:2016/10/02 06:02:36
SQLとRDBMSの違いを意識しないバカ発見

542
仕様書無しさん[sage]   投稿日:2016/10/02 07:56:24
>535
君何言ってるのかよくわかんない。
SQL書けないんならPG辞めちまえ。
コメント1件

543
仕様書無しさん[sage]   投稿日:2016/10/02 08:07:49
罵倒する時も律儀に句点を打つのだ。

544
仕様書無しさん[sage]   投稿日:2016/10/02 09:30:11
>540
アセンブリ言語は、もう少しわかりやすくしてもいいかもね。

545
仕様書無しさん[sage]   投稿日:2016/10/02 10:25:11
>542
なんで俺に言うんだ?馬鹿かw

SQLで簡単にかけるものをその他の方法を使うと
効率悪いし、可読性も悪くなるって話をしてるんだが。

546
仕様書無しさん[]   投稿日:2016/10/02 10:26:40
受注SEの知的財産と契約料金の搾取対策

早死に貧困の助長だから偽装請負の従犯は辞めろ!
相場下がって迷惑だから報酬増やすか作業減らせ!

・IT社長に贅沢資金を搾取させるな
・客先経営資金削減の犠牲になるな
・平均年齢40歳未満の会社は辞めろ
・6時間/日以上PC使用の会社は辞めろ
・1,000万円/年以下の会社は辞めろ
・100万円/月以下の契約は辞めろ
・5,000円/時以下の契約は辞めろ
・100万円/月以下のプログラムは作るな
・偽装請負の開発は止めろ
・多重派遣の開発は止めろ
・多重契約は止めろ
・残業見積りは止めろ
・不要作業は止めろ
・時間外労働違反は止めろ
・契約外作業期日は守るな
・客先指示に従うな
・不利益な依頼は断れ
・知的財産を渡するな
・生産効率を上げろ
・残業しないで学習しろ
・残業しないで副業しろ
・損害提訴を怠るな

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

547
仕様書無しさん[]   投稿日:2016/10/02 10:44:00
難しいSQL書くなとか言っちゃう人はやっぱりプログラムセンスがないんだろうなあ

548
仕様書無しさん[sage]   投稿日:2016/10/02 11:06:49
たまに何でもSQLに詰め込もうとする奴居るだろ。
取ってきたデータ加工するほうが簡単なのに。
コメント1件

549
仕様書無しさん[sage]   投稿日:2016/10/02 11:09:38
SQLは保守性、拡張性が高くはないので、ややこしい処理はあまりやらせない方が後で楽。

とはいえ、結合や副問合せで5テーブル程度まとめたくらいで難しいとか言うやつは、たしかにセンス無い。
ていうかセンス以前にスキルが無い。

550
仕様書無しさん[sage]   投稿日:2016/10/02 11:12:23
だいたいクエリで何でもやろうとするやつはインデックス意識してないだろ。
そんな複雑なクエリじゃフルスキャンになっちゃうよ。
コメント1件

551
仕様書無しさん[]   投稿日:2016/10/02 11:13:17
>548
そうか?ヘタクソかつ中途半端なSQLは山ほど見てきたけど
SQLでそこまでやるか?ってのには未だにお目にかかった事がない

552
仕様書無しさん[hage]   投稿日:2016/10/02 11:15:23
どの層で加工すべきかが重要だ
簡単だから〜とかマジ浅はか
例えば、日付フォーマットをSQL側でやろうとする人は、
その辺がなんにも分かってない
コメント3件

553
仕様書無しさん[sage]   投稿日:2016/10/02 11:17:06
>550
複雑だからと言って、そう簡単にはならない
実行計画を考慮して、開発するのは当たり前
コメント1件

554
仕様書無しさん[sage]   投稿日:2016/10/02 11:17:12
>552
小難しい事言う奴は「アーキテクチャ宇宙飛行士」と呼ばれジョエルに馬鹿にされる
コメント1件

555
仕様書無しさん[sage]   投稿日:2016/10/02 11:18:34
>553
複雑なクエリがどうしても必要なら別に良いんだよ。
でも他の方法があるのに拘る必要は全く無いよね。
コメント1件

556
仕様書無しさん[sage]   投稿日:2016/10/02 11:19:03
実行計画って何さ?

557
仕様書無しさん[sage]   投稿日:2016/10/02 11:21:10
>554
ええ、それが小難しいって、どんな低スキル・・・
基本中の基本なんだけどさ
コメント1件

558
仕様書無しさん[sage]   投稿日:2016/10/02 11:22:07
>557
データと表現を分けて考えろってんだろ?
おまえはウンコ食ってろ。

559
仕様書無しさん[sage]   投稿日:2016/10/02 11:22:50
>555
同意
なんでもかんでもSQLは駄目だな

560
仕様書無しさん[sage]   投稿日:2016/10/02 11:23:23
そのほうが汎用性のある作りになるんだよーって
そんなの判ってるわ。
でも小手先のクエリにそこまで求めてないの。

561
仕様書無しさん[sage]   投稿日:2016/10/02 11:24:46
その場しのぎの開発、いつも乙かれさまです〜

562
仕様書無しさん[sage]   投稿日:2016/10/02 11:25:21
そして、永続化の手段がDBである必要もない
コメント1件

563
仕様書無しさん[]   投稿日:2016/10/02 11:26:14
お前らが言ってる「なんでもSQLで〜」って>552みたいなレベルの事なのか?
コメント1件

564
仕様書無しさん[sage]   投稿日:2016/10/02 11:26:40
日付フォーマットがどうでも良いと感じる理由は
それがクエリの一番外側のSELECTで行われるからだ。
クエリで書こうがフェッチ後にプログラムで加工しようが、そこまで労力が変わらん。
気持ち悪いという意見はあると思う。

565
仕様書無しさん[sage]   投稿日:2016/10/02 11:28:06
>563
良い例が思いつかない

566
仕様書無しさん[sage]   投稿日:2016/10/02 11:31:19
まあビューで適当な表現で見せれば、それが一番良いかもね。

567
仕様書無しさん[sage]   投稿日:2016/10/02 11:34:53
この話題には問題の大小があって、一緒くたに話すと齟齬が生じる

568
仕様書無しさん[]   投稿日:2016/10/02 11:35:15
>552みたいなのは素直に中途半端なSQLと言うべき
なんでも〜とか言うとさも複雑怪奇なデータ加工をしているように聞こえる

569
仕様書無しさん[sage]   投稿日:2016/10/02 11:38:46
文字列置換やIF、CASEの分岐みたいなのは
基本的にSQLでやるべきではない
コメント2件

570
仕様書無しさん[sage]   投稿日:2016/10/02 11:42:22
何百万レコードとかの大規模なデータの複雑な集計は、
多少無理してでも、全てSQLでやらんと要件満たせない時あるよねー
まあ極端な例だけど

571
仕様書無しさん[]   投稿日:2016/10/02 11:44:35
>569
それもちょっと違う
プレゼンテーション層の表現の加工はプログラム側でやった方が良い場合が多いけど
計算途中の値の写像はSQLに閉じ込められるのならその方が良い
コメント1件

572
仕様書無しさん[]   投稿日:2016/10/02 11:46:15
>571
いや、"基本的"って書いてあるんだから、まさにそれが例外だと思う
コメント1件

573
仕様書無しさん[sage]   投稿日:2016/10/02 11:46:44
ちなみに、>572>569じゃないですよ

574
仕様書無しさん[sage]   投稿日:2016/10/02 11:48:06
>562
KVMの流行はもう終わりましたよ


575
仕様書無しさん[sage]   投稿日:2016/10/02 11:48:55
KVSやった

576
仕様書無しさん[sage]   投稿日:2016/10/02 11:52:03
う〜〜MONGO♪

577
仕様書無しさん[sage]   投稿日:2016/10/02 11:55:39
mongoは再起動しないとハングするしテーブル壊れるし最悪だった

578
仕様書無しさん[sage]   投稿日:2016/10/02 12:15:00
RDBMSでは扱いにくいデータっていうのは確かにあるんだが、
それは例外的な場合で、エクセルが何にでも使われるように
表形式のデータ=RDBMSで扱いやすいデータが多いし
そう扱えるようにしたくなるものなんだよね。

579
仕様書無しさん[sage]   投稿日:2016/10/02 14:28:22
設計するときってどう進めて行くの?

俺からするとやたら難しそうなことを難しい手順で行おうとしてるんだけど、その人はできるっていう(ベテランのおじいちゃん)。

だけど、今は人に理解できるレベルでなく、それを否定をするか、思考をコピーした上で、改善を提案するか、どうすればいいか分からん。
コメント2件

580
仕様書無しさん[sage]   投稿日:2016/10/02 14:43:50
相手の方がベテランなら、判断は相手にさせろよ
こっち(若手)が相手の実装を理解する必要は無い
こちらから提案する簡単な実装が理解できないなら、そりゃベテランじゃなくて只のジジイだ

581
仕様書無しさん[sage]   投稿日:2016/10/02 17:40:32
>579
だーんと行って後で細かいところを拾おうとしているのか、
こまこま回り道しながら行くけど一回で終わるのか、の違いじゃないの?

スキルがないやつが後者をやろうとすると迷子になって大変なことになるけど、
本筋をきちんと追える人なら大丈夫だよ。
そのおじいちゃんが、きちんと追える人なのかはわからんけど。
コメント1件

582
仕様書無しさん[]   投稿日:2016/10/02 18:12:21
(この長嶋茂雄的な言語感覚、さてはこいつ天才か…)
コメント1件

583
仕様書無しさん[sage]   投稿日:2016/10/02 18:24:34
>581
帳票出力するアプリなんだけど、帳票そのものとデータを一緒に取り込もうとしてる。
データ(csv)だけ渡せばいいと思うのに。

ユーザーはデータ形式だとよく分からないっていうのは、ごもっともだと思うけど、入力も出力も一緒にできるとかありえるの。

テストケースが爆発するとしか思えないのだ。
コメント5件

584
仕様書無しさん[sage]   投稿日:2016/10/02 20:10:13
>583
そんな説明でじじいが妥当かお前が妥当かなんて判断できない
だからじじいかチームメンバーに直接相談しろハゲ

585
仕様書無しさん[sage]   投稿日:2016/10/02 20:23:44
>583
疑問を持つ以前に、君が何を言ってるのかさっぱりわからん

586
仕様書無しさん[sage]   投稿日:2016/10/02 22:27:35
>582
(ばれた?)

>583
オブジェクト指向のクラスとかも同じ説明されるよね?
界面さえうまくできれば、csvなんていう解釈の幅が広い形式を
使わなくてもよい分、テストケースも最小限にできるかもしれない。

587
仕様書無しさん[sage]   投稿日:2016/10/02 22:31:18
SQLっていうのは速ければいい
速ければ速いほどいい
プログラマでSQLを読めるやつは少ないのであまりコードレビューでも突っ込まれない
自由に好きに書けるわけだ

おまえらの現場だってデータベーススペシャリストは1人いればいいほうだろ?
大抵はSQLでデータ引っ張ってきて、言語側でちょっとした加工するしか出来ない低スキルばかりだ
MVC分離や「SQLを保守する」みたいな理想を掲げているところならともかく
大抵はMVCは分離しないし、SQLは使い捨てだ

そもそもプログラマにサーバ設定はおろかDB設定すら変更させない現場ばかり
「SQLの変更だけで対応して欲しい」っていうのは既存設定依存のサーカスをやらせるようなもんだ
定番の書き方すら通用しない生産性や速度を犠牲とした誰もしないやり方

プログラムより速度に影響する可能性が高いんだから
おまえらもうちょっとデータベースに興味持とうぜ
コメント1件

588
仕様書無しさん[sage]   投稿日:2016/10/02 22:34:11
ちなみにCSV出力なんてSQL一発だからな
おまえらはDBからの戻り値を何も加工せずにファイルに出力するだけでいい

>579
まず日本語の勉強からだ!

589
仕様書無しさん[sage]   投稿日:2016/10/02 22:48:17
>583が何を言っているのか頑張って想像してみたけど分からない

590
仕様書無しさん[sage]   投稿日:2016/10/02 22:54:16
>583
作成しようとしているのは帳票アプリ
連携部分で帳票そのものを渡している(CSVで渡せばいいのに・・・)

エンドユーザーはCSVだとわかりづらいかもしれないが、帳票のまま渡すなんてぶっちゃけありえない
テスト面倒だしな

こういうこと?

591
仕様書無しさん[sage]   投稿日:2016/10/02 23:02:42
>587
> プログラマでSQLを読めるやつは少ない
> おまえらの現場だってデータベーススペシャリストは1人いればいいほう

20年ほど業務、Web系で職業マやってるけど、そんなスペシャリストみたことないし、そんな現場も1度もないな
たぶん、俺と住んでる世界が違う
DBシステムに携わるプログラマならSQLは必須じゃないの?
コメント2件

592
仕様書無しさん[]   投稿日:2016/10/02 23:05:55
資格持ってるだけの奴だったら一人くらいはいるんじゃね?w

593
仕様書無しさん[sage]   投稿日:2016/10/02 23:08:10
と書いてみたけど、年齢が下がるほど、SQLはよく分からないけど・・・
という人が増える感じはする
ORMの弊害かな
コメント1件

594
仕様書無しさん[sage]   投稿日:2016/10/03 00:29:09
>593
想像で語るなよ。

ORMはあくまでマッピングしてくれるだけなんだから
SQLを直接触れなきゃ使えないってーの。
コメント2件

595
仕様書無しさん[sage]   投稿日:2016/10/03 00:30:20
まあ年齢が下がるほど、技術力は低くなるのは当たり前だから
そりゃ年齢が低くなれば、プログラム言語(SQLを含む)の知識は減るだろうさ

596
仕様書無しさん[sage]   投稿日:2016/10/03 00:47:18
>591
マシンスペックがあがったおかげで適当なSQLでも速度的に問題になることは少ないし
プログラム側でごまかすことができるから
SQLのスキルがいつまでたってもあがらない

データベースから全件とってきてVBで結合・検索処理したって発覚するまで数年かかるからな

597
仕様書無しさん[sage]   投稿日:2016/10/03 00:48:27
> データベースから全件とってきてVBで結合・検索処理したって発覚するまで数年かかるからな

なんでコードレビューでそれが見つからないんだ?
コメント1件

598
仕様書無しさん[sage]   投稿日:2016/10/03 01:02:18
流れから読み取ると、
教える側が十分に理解してないから若手を育てられない、というのが現状か

599
仕様書無しさん[sage]   投稿日:2016/10/03 01:03:12
>597
VB側のコードはまともだったからなw
マイグレーション絡みのどさくさで紛れ込んだってのもあるし、当初は速度的に問題がなかった
件数増えてきて速度が遅いとクレームがついたから、ヘルプに入ったらこの有様だったってこった

みんなSQLが苦手だから突っ込みたくなかったんだろうな
横に長いテーブルを複数結合してるだけでもやる気がなくなるのに
複数のデータベースを跨いで、条件分岐付の計算後の値で検索させるなど面倒といえば面倒

まぁ、こういうレベルの話をしたいわけじゃないが、極端な例でしかもありがちだから挙げてみた
コメント1件

600
仕様書無しさん[sage]   投稿日:2016/10/03 01:20:44
>599
VB側のコードがまともじゃなかったって話だろう?
全件とってくるなんてコードレビューで見つけるべきものの一つじゃんか。

> 横に長いテーブルを複数結合してるだけでもやる気がなくなるのに
> 複数のデータベースを跨いで、条件分岐付の計算後の値で検索させるなど面倒といえば面倒

それSQL以前にRDBMSの設計に問題あるだろ?
まさか新人が設計したのか? にしてもコードレビューはあるはずだし。

601
仕様書無しさん[sage]   投稿日:2016/10/03 07:30:07
>591
数万件程度の小さなデータ量ならともかく
Web系でも巨大なデータを扱う所は、なまくらのSQLだと
偶然良い感じに動くか、いずれ熟練者のチューニングが必要になる

602
仕様書無しさん[sage]   投稿日:2016/10/03 19:20:29
>594
お前が言ってるのはORマッパーじゃなくてObject/SQLマッパーねw
コメント1件

603
仕様書無しさん[sage]   投稿日:2016/10/03 19:55:47
題材を決めてコード書いて比べないのは何故?
コメント1件

604
仕様書無しさん[sage]   投稿日:2016/10/03 21:45:52
>602
> Object/SQLマッパー

そんなもの存在しないよ。

605
仕様書無しさん[sage]   投稿日:2016/10/03 22:30:35
>594
> ORMはあくまでマッピングしてくれるだけなんだから

この言い方、O/Rマッパーが、SQLの結果をオブジェクトにマッピングするものだと思ってる感がありありw
コメント1件

606
仕様書無しさん[sage]   投稿日:2016/10/03 23:38:51
>603
プログラミングのセンスっつうのは、そういうのとは、ちょっと違うんじゃよ
コメント1件

607
仕様書無しさん[sage]   投稿日:2016/10/04 00:13:55
柔軟に対応できる設定っていうのは
一見するとつまんない設計なんだよな

608
仕様書無しさん[sage]   投稿日:2016/10/04 00:14:57
>606
そういうのに乗り気かどうかは、関係あるよね
コメント1件

609
仕様書無しさん[sage]   投稿日:2016/10/04 00:33:03
>605
> この言い方、O/Rマッパーが、SQLの結果をオブジェクトにマッピングするものだと思ってる感がありありw

それ誰が言ってるの?
お前以外誰もそんなこと言ってないけど?

610
仕様書無しさん[sage]   投稿日:2016/10/04 00:36:14
>608
いんや、俺は興味ないね
アルゴリズムを競う時代はもう終わってる

まあ、新人とか未経験者は、そういうのに乗って頑張って欲しいとは思うが
ここのスレでそれをやるのは、なんか違う

611
仕様書無しさん[sage]   投稿日:2016/10/04 00:46:10
しかし、スタイルで揉めつつも実を語らない
見ているだけの野球ファンが
選手をあーだこーだとエラそーに言ってるだけ

612
仕様書無しさん[sage]   投稿日:2016/10/04 01:08:15
わかってねーな
揉めてるのはセンスない奴らだけだよ
おまえが実を読めてないんじゃん

613
仕様書無しさん[sage]   投稿日:2016/10/04 01:36:03
センスのある人って問題にぶち当たらないんだよな

614
仕様書無しさん[sage]   投稿日:2016/10/04 01:44:03
ここにセンスのあるヤツがいるのだろうか

615
仕様書無しさん[sage]   投稿日:2016/10/04 01:52:43
教えたことを素直に飲み込んでくれるなら
むしろ変なセンスは無い方が良い場合も

616
仕様書無しさん[]   投稿日:2016/10/04 06:17:27
このスレもおじいちゃんばっかじゃねーかw

617
仕様書無しさん[sage]   投稿日:2016/10/04 06:18:31
なんでセンスがある奴が素直に飲み込めないと思ったのかが疑問
センスがない奴はスキルも低いから素直に動けない
適当に食材や調味料を放り込んで、糞まずい料理を作る奴いるじゃん
それと同じよ

618
仕様書無しさん[sage]   投稿日:2016/10/04 06:43:17
言葉を覚えたての赤ん坊じゃないけど
あまり意味のない一工夫をしたがるけど
そこで必ずと言って良いほど不具合を出すという

逆に、センスがある奴は不具合も少ない

619
仕様書無しさん[]   投稿日:2016/10/04 13:12:35
【犯罪者追放のお願い】
大金・知財・健康・家族を失ってからでは、取り返しがつきません。
犯罪者に従うのも犯罪です。犯罪行為を最寄りの警察署に通報して下さい。
※通報者のプライバシーは保護されます。

刑法62条 幇助罪
犯罪行為を幇助した

刑法第246条 詐欺罪
虚偽による契約を交付された

刑法第223条 強要罪
作業の期日等を強要された

刑法第234条 威力業務妨害罪
職権等の威力によって業務を妨害された

職業安定法第44条 労働者供給事業の禁止
業務の時間・場所・方法等を指示された

警察官の対応に問題があった場合は、 監察局、
各都道府県の警察本部監察官室、 公安委員会に苦情申出して下さい。

http://www.gov-online.go.jp/useful/article/201111/3.html


620
615[sage]   投稿日:2016/10/05 01:39:25
一見、センスがあるように見える奴は要注意
と、言っておるのじゃよ

皆が云うとおり、本当にセンスがある(センスが良い?)なら問題ないのである

621
仕様書無しさん[sage]   投稿日:2016/10/05 08:32:09
AがBに物を教えるとき、うまく伝わらないのはどちらかのセンス(感覚)がおかしいから。
問題なのは、どちらも自分のセンス(感覚)が良いと信じて疑わないことだろう。
コメント1件

622
仕様書無しさん[]   投稿日:2016/10/05 12:28:41
ん?つまりどちらもセンスがおかしくない時は
BがAに物を教えるときうまく伝わらないのか?
コメント1件

623
仕様書無しさん[]   投稿日:2016/10/05 12:59:14
【偽装請負・多重派遣の横奪損失】

巨額の料金を奪われてんだぞ!
横取り犯人を訴えないのかよ!

裁判で横取り料金を取り戻せ!
盗難被害額分の作業を減らせ!

システム開発報酬盗難被害の多発事件例

加害者
発注者 支払 140万円/人月 1億円/人月の大儲け

被害者
1次受注者 報酬 120万円/人月 20万円/人月の盗難被害
2次受注者 報酬 80万円/人月 60万円/人月の盗難被害
3次受注者 報酬 60万円/人月 80万円/人月の盗難被害

624
仕様書無しさん[sage]   投稿日:2016/10/05 13:13:34
>622
そのケースの伝わるか伝わらないかは、元々記述されてないように見受けられる。

625
仕様書無しさん[]   投稿日:2016/10/05 18:50:54
ん?つまりどちらもセンスがおかしくない時は不定という事か?
てことはそもそも伝わるか伝わらないかにセンスは関係ない?

626
仕様書無しさん[sage]   投稿日:2016/10/05 20:59:04
そんなことより野球しようぜ

627
仕様書無しさん[sage]   投稿日:2016/10/05 21:12:35
センスのない奴がセンスある人をディスりたいだけだから

628
仕様書無しさん[sage]   投稿日:2016/10/05 21:14:17
>621
センスがある人はイメージで伝えるのがうまい
センスのない人は文章じゃないと理解できない
コメント1件

629
仕様書無しさん[]   投稿日:2016/10/05 21:32:44
>628
だから図や表が必要なんだろうが。
コメント1件

630
仕様書無しさん[]   投稿日:2016/10/05 21:34:19
ほとんどの人間はプログラムセンスなんてないよ。

プログラムセンスがあったらプログラマだけやっているはずがない。

631
仕様書無しさん[]   投稿日:2016/10/05 21:41:33
ほとんどの人間がプログラマじゃないのはプログラムセンスがあるからなの?

632
仕様書無しさん[sage]   投稿日:2016/10/05 23:24:32
>629
図表というか、文字を含まないイメージ

633
仕様書無しさん[sage]   投稿日:2016/10/06 00:58:09
図や絵や文字のどれを使うかは問題じゃない
見た人が何秒でわかるかが大事
コメント1件

634
仕様書無しさん[]   投稿日:2016/10/06 11:10:58
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

偽装請負従犯SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死

635
仕様書無しさん[sage]   投稿日:2016/10/06 12:40:18
>633
これだよね
いかに他人が理解しやすいものを作るか

636
仕様書無しさん[sage]   投稿日:2016/10/06 15:40:27
理解しやすいかどうかは社会性センス
本当に優れた物は極めて理解しにくい

637
仕様書無しさん[]   投稿日:2016/10/07 00:43:40
トップレベルの競技プログラマーはセンスすごい

638
仕様書無しさん[sage]   投稿日:2016/10/07 00:46:08
つまり俺の性癖は極めて優れているのか

639
仕様書無しさん[sage]   投稿日:2016/10/07 02:03:36
・穴をみつけて侵入する
・臭いところを嗅ぎつけるのが得意
・上級者になるほど他人にやらせて自分は見るだけ

どこの世界でもセンスのある人は共通らしい

640
仕様書無しさん[sage]   投稿日:2016/10/07 06:35:01
最後はないな

641
仕様書無しさん[sage]   投稿日:2016/10/07 06:45:59
サッカー中継を見て「何やってんだ下手糞死ねや!」と騒いでる
サッカード素人の視聴者全員がセンスありになってしまうわ

642
仕様書無しさん[sage]   投稿日:2016/10/07 09:36:38
> ・上級者になるほど他人にやらせて自分は見るだけ

それ違うだろw

その理屈だと経営者=上級者
監督=上級者ってことになるぞ。
コメント1件

643
仕様書無しさん[]   投稿日:2016/10/07 11:35:07
低報酬ITドカタへ

無能残業・低料金化・健康障害・対人障害のせいだろ!
異常者ばかりで迷惑だから技術評価は報酬金額で表せ!

SEの報酬不足レベルを立証
正社員の人手不足業界ランキング
1位:情報サービス 59.3%
2位:建設 54.6%
3位:医薬品・日用雑貨品小売 53.6%
4位:放送 53.3%
5位:旅館・ホテル 52.8%
6位:人材派遣 52.6%
7位:運輸・倉庫 50.0%
8位:金融 49.1%
9位:専門サービス 48.3%
10位:メンテナンス・警備 48.1%

人手不足業界は独身率も高い
http://raorsh.com/hitode

644
仕様書無しさん[sage]   投稿日:2016/10/08 00:53:55
>642
社会的地位の話じゃないの?

645
仕様書無しさん[sage]   投稿日:2016/10/08 02:35:50
見てるだけの経営者にプログラムセンスは不要だろ
コメント1件

646
仕様書無しさん[sage]   投稿日:2016/10/09 16:30:09
>645
経営者層にわかる人がいないとロクな会社にならない

647
仕様書無しさん[sage]   投稿日:2016/10/09 18:23:55
IBMって経営者騙すの得意だよね
コメント1件

648
仕様書無しさん[]   投稿日:2016/10/09 18:31:46
>647
いまの日本IBMは自分たちではシステム作れないからなw

649
仕様書無しさん[sage]   投稿日:2016/10/09 18:37:30
スルガ銀行の事か・・・

650
仕様書無しさん[]   投稿日:2016/10/10 10:12:31
技術者の結婚問題

技術ない方が収入と寿命が高いって有り得ないだろ!
相場が下がって迷惑だから収入上げるか技術下げろ!

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

2014年度有価証券報告書より
伊藤忠商事 1,395万円(41.5歳)
三菱商事  1,376万円(42.6歳)
三井物産  1,361万円(42.4歳)
丸紅    1,306万円(41.5歳)
住友商事  1,301万円(42.8歳)

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

651
仕様書無しさん[]   投稿日:2016/10/11 08:44:01
【主な偽装請負従犯結婚障害者の作業】
[文系多数の貧困非婚スキル]
コマンド
スクリプト
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理

[技術不要の貧困非婚ソフト]
ノンプログラミングツール
フレームワーク
Web
COBOL
VB
.net
Java
DB
ERP
SAP

652
仕様書無しさん[]   投稿日:2016/10/12 09:04:53
SEの不健康と低知能の時間外労働違反対策

訴訟や非婚が増えて迷惑だから残業は止めろ!
優秀なSEや共働きに迷惑だから残業は止めろ!

時間外労働違反となる
無能技術者が増加する
多数が嫌う職種である
将来削減の業界である
共働き結婚妨害である
契約に作業期限はない
契約終了が早期化する
定年退職が早期化する
健康障害をもたらす
対人障害をもたらす
生産効率が低下する
生産評価が低下する
能力評価が低下する
時間報酬が低下する
情報技術が低下する
生涯収入が低下する
学習時間が減少する
副業時間が減少する
訴訟が増加する
失業が増加する
貧困が増加する
独身が増加する
早死が増加する

653
仕様書無しさん[]   投稿日:2016/10/13 12:27:08
勘違いITドカタへ

Web/Java/COBOL/DB
データ処理要員等の
委任契約の事務員は
請負契約の技術者と名乗るな!

主婦向けレベル作業だろ
恥にも程があるあるだろ
実態派遣のくせに残業するな!

準委任契約は事務契約
(準委任)第656条 この節の規定は、法律行為でない事務の委託について準用する。

654
仕様書無しさん[]   投稿日:2016/10/14 19:09:10
年収1,000万円以下の低レベルSEへ

SEの低生涯収入と短勤続年数の貧困対策考えろ!
報酬下がって迷惑だから交渉するか作業減らせ!
生産下がって迷惑だから技術は報酬で評価しろ!

[推定平均生涯収入]
100万/月 3億5,000万円以上(大卒サラリーマン上位レベル)
90万/月 3億円以上(大卒サラリーマン平均レベル)
80万/月 2億5,000万円以上(大卒サラリーマン下位レベル・高卒サラリーマン上位レベル)
70万/月 2億円以上(高卒サラリーマン平均レベル)
60万/月 1億5,000万円以上(高卒サラリーマン下位レベル)
50万/月 1億円以上(フリーターレベル)
40万/月 5,000万円以上(パートレベル)

655
仕様書無しさん[]   投稿日:2016/10/17 15:21:50
アメリカのSEは1,000万円以上だけど
日本のSEは1,000万円以下の低収入!

【アメリカ】
スーパープログラマ
時給10万円だったり、ストックオプションで数億〜数十億円稼ぎだす
Javaフレームワーク
〜3600万円
PHP
〜2400万円
COBOL
〜1700万円
技術サポート
〜1200万円

年収中央値:1175万円(アメリカ労働統計局調査、サンプルは111万人)
70歳でも仕事があり、年収は下がらない
数年単位で転職する(一つの会社に長くいるのは危険)
管理系の職種は雇用が不安定で、報酬も高くない

【日本】
平均年収:430万円(情報処理推進機構調査)

Web/ゲーム業界(昔ほど報酬は高くない)以外は人月単位のため、報酬には上限あり

年功賃金を採用する企業では20代後半までの給料は一部の例外を除き低い
間接雇用が基本(大手のSIerでも客先常駐派遣が少なくない)
40歳以降になるとリストラ候補となり、一旦リストラされると低賃金職か、長期間無職となる
大企業の場合は管理職トラックに進むためコーディングはしなくなり、
プログラミング経験が昔あっても35歳以降の転職は難しい
転職回数が3回超えるだけで大手には書類で落とす。

656
仕様書無しさん[]   投稿日:2016/10/18 10:17:08
SEの経済損失

SI業界は善悪損益が世間と正反対!
プログラム生産するほど貧困非婚!

プログラムの巨額利益を客先に提供
プログラムの巨額報酬を人売に提供
会社員なのに短勤続年数
人手不足なのに無職意識
人手不足なのに低収入
高生産なのに低収入
高利益なのに低収入
高需要なのに低収入
勤勉なのに低収入
高稼働残業して非婚
高稼働残業して離婚
多重派遣なのに稼働
偽装請負なのに稼働

ピンハネ商流
http://freelance-programmer.com/shouryu

657
仕様書無しさん[]   投稿日:2016/10/26 08:06:08
【犯罪者追放のお願い】

犯罪者個人に対して告訴状を偽装請負・偽装出向・多重派遣の被害者が作成(刑事告訴は無料) or 司法書士が代筆(料金は5万円ぐらい)

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

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

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

不起訴、起訴猶予

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

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

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

658
仕様書無しさん[]   投稿日:2016/10/27 09:11:13
【犯罪者追放のお願い】

告訴の趣旨
 被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
●職務経歴書を提示した事前面接を実施・偽装請・偽装出向
 労働者派遣法第26条(契約の内容等)に違反
職業安定法第44条(労働者供給)に違反
●多重派遣・多重出向
 労働基準法第6条(中間搾取の禁止)に違反

疎明資料
■事前面接日時・場所・出席者・資料のコピー、音声記録
 就業場所・就業期間・就業時間
 指揮命令
  指示を誰が行っているかの記録、音声記録
 仕事で使う道具や、資材の負担(所有)のあり方
  業務で使用しているパソコン・備品などの所有者
■契約書
 請負・雇用契約書、出向指示など書面のコピー

刑事告訴ガイダンス
★和解金の相場は犯罪者の去年の年収の半額です。社長や役員で数千万〜1億円、管理職で500〜1000万円、営業個人については200〜500万円程度。
★痴漢も民事でなく刑事事案ですが、裁判所が和解金を被害者に支払わせて解決するのが絶対的過半数です。和解で解決しない事案、つまり公訴までいって判例となる事例を探すほうが難しいことでしょう。
★録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
★告訴状を検察に提出しても受理されなければ加害者側には知られることはありません。不受理の場合は何事も起きてないように粛々と振る舞ってください。
★告訴を取り下げるとき検察に提出した資料は全て返却されます。また検察があなたが提出した証拠をあなたの許可なく裁判の証拠として使用はできません。告訴を取り下げたのちの録音資料には当事者の立場が失われるため証拠能力はありません。
★和解時に告訴した事実は秘匿事項となります。犯罪者が秘密保持契約に違反した場合の損害賠償金は「即決和解」か「公正証書」で最低5000万円〜にしましょう。支払いを拒否すれば強制執行手続きを地方裁判所に上訴(裁判不要)してください。
★派遣会社や事業会社が同業者に情報をリークしたなら競合他社に弱みを握られます。余程信用のおける相手でなければリークはできないでしょう。漏らした方の口が軽ければ事実は分かります。また密告してくれた事業者には損害賠償金の3割を謝礼金として渡してください。

659
仕様書無しさん[sage]   投稿日:2016/10/29 08:53:11
この頭のおかしい荒らしなんとかならんのかな
ワッチョイとIP付きでスレ建て直して良いか?
コメント2件

660
仕様書無しさん[sage]   投稿日:2016/10/29 10:23:42
まあ頭おかしくない荒らしなんていないけどね
コメント2件

661
仕様書無しさん[]   投稿日:2016/10/29 10:37:21
>659
>660
主な受注SEの結婚障害

無能残業して共働き妨害するな!
巨額搾取させて生活妨害するな!

・異性にモテない
・コミュニケーションが苦手
・ファッションセンスがない
・コンピューターが趣味
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・会社員なのに短勤続年数
・人手不足なのに無職意識
・人手不足なのに低収入
・高生産なのに低収入
・高利益なのに低収入
・高需要なのに低収入
・勤勉なのに低収入
・多重派遣なのに稼働
・偽装請負なのに稼働
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難

片働き共働き両方とも結婚困難
【SE】結婚障害【PG】 /情報システム板

662
仕様書無しさん[]   投稿日:2016/10/29 10:38:19
>659
>660
SEの巨額経済損失

巨額経済損失で結婚相手に大負担!
SI業界は善悪損益が世間と正反対!
プログラム生産するほど貧困非婚!

プログラムの巨額利益を客先に提供
プログラムの巨額報酬を人売に提供
会社員なのに短勤続年数
人手不足なのに無職意識
人手不足なのに低収入
高生産なのに低収入
高利益なのに低収入
高需要なのに低収入
勤勉なのに低収入
運動不足で不健康
高稼働残業で不健康
高稼働残業して非婚
高稼働残業して離婚
多重派遣なのに稼働
偽装請負なのに稼働

ピンハネ商流
http://freelance-programmer.com/shouryu

663
仕様書無しさん[]   投稿日:2016/10/31 10:50:10
【犯罪者追放のお願い】
大金・知財・健康・家族を失ってからでは、取り返しがつきません。
犯罪者に従うのも犯罪です。犯罪行為を最寄りの警察署に通報して下さい。
※通報者のプライバシーは保護されます。

刑法62条 幇助罪
犯罪行為を幇助した

刑法第246条 詐欺罪
虚偽による契約を交付された

刑法第223条 強要罪
作業の期日等を強要された

刑法第234条 威力業務妨害罪
職権等の威力によって業務を妨害された

職業安定法第44条 労働者供給事業の禁止
業務の時間・場所・方法等を指示された

警察官の対応に問題があった場合は、 監察局、
各都道府県の警察本部監察官室、 公安委員会に苦情申出して下さい。

http://www.gov-online.go.jp/useful/article/201111/3.html

664
仕様書無しさん[]   投稿日:2016/11/01 10:42:34
【偽装請負・多重派遣の横奪被害】

巨額の料金を奪われてんだぞ!
横取り犯人を訴えないのかよ!

裁判で横取り料金を取り戻せ!
盗難被害額分の作業を減らせ!

システム開発報酬盗難被害の事件例

加害者
発注者 支払 140万円/人月 1億円/人月の大儲け

被害者
1次受注者 報酬 120万円/人月 20万円/人月の盗難被害
2次受注者 報酬 80万円/人月 60万円/人月の盗難被害
3次受注者 報酬 60万円/人月 80万円/人月の盗難被害

665
仕様書無しさん[]   投稿日:2016/11/02 10:11:29
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

偽装請負従犯SEの損害
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死

666
仕様書無しさん[]   投稿日:2016/11/04 17:48:16
【主な偽装請負従犯結婚障害者の作業】
[文系多数の使い捨て貧困非婚スキル]
コマンド
スクリプト
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理

[技術不要の使い捨て貧困非婚ソフト]
ノンプログラミングツール
フレームワーク
Web
COBOL
VB
.net
Java
DB
ERP
SAP

667
仕様書無しさん[sage]   投稿日:2017/01/06 16:47:33
コンパイラー<例外キャッチしろボケが!
わい<うぜぇな、これでええやろ
catch(Exception e) {
throw new RuntimeException(e);
}
コンパイラー<^^

668
仕様書無しさん[sage]   投稿日:2017/01/06 22:34:13
try{
}catch(...){}

いかんのか?
コメント1件

669
仕様書無しさん[sage]   投稿日:2017/01/17 18:10:49
>668
負けたわ

670
仕様書無しさん[sage]   投稿日:2017/02/24 23:39:44
握りつぶせ!エラー

671
仕様書無しさん[sage]   投稿日:2017/02/24 23:42:19
それはイカンな
デバッグログに吐いて

672
仕様書無しさん[sage]   投稿日:2017/02/27 19:14:17
>1
>センスある人・・・例外をうまく使ってシンプルなコードを書くことができる

こういうコードのこと?
foo(Object a,Object b) {
try {
a.getVlue();
} catch(NullPointerException e) {
b.getValue();
}
}
コメント2件

673
仕様書無しさん[sage]   投稿日:2017/02/27 19:28:23
仕様による

引数のobjectの型そのものを定義して
nullか入らないようにも出来るし

674
仕様書無しさん[sage]   投稿日:2017/02/28 09:35:51
>672
Currencyを引数に何か計算する関数で…
普通の人:システムのサポート外、その関数の役割外のCurrencyにはさっさと例外を投げる。
バカ:世界の通貨を全部勝手に実装する。
アホ:対応外の通貨には0とかのてきとーな値を勝手に返す。

みたいな話かなと勝手に思ってた

675
仕様書無しさん[sage]   投稿日:2017/02/28 09:41:38
そーいうのはenumでハジいてけろ

676
仕様書無しさん[sage]   投稿日:2017/02/28 09:51:08
その普通の実装をすると貶されるアホの世界は実在する

677
仕様書無しさん[]   投稿日:2017/02/28 19:22:31
普通の実装というものが存在すると思ってるアホはよく見かける…あ、居たw

678
仕様書無しさん[sage]   投稿日:2017/03/02 19:39:56
>672
コーディング規約で禁止になりそうな書き方じゃん
うまくはないね。個性的なだけで。
Appleはそういうの好きだろうけど。
CDをゴミ箱に捨てると蓋が開くとか
そういうのとおんなじセンス。

679
仕様書無しさん[]   投稿日:2017/03/03 09:31:50
out of baseは、どんなに長くなっても一行に書く。
out of baseは、,の後に絶対にスペースは1つ。
out of baseは、TABはスペース2つ。
out of baseは、()を省略する・・・ってか意地でも書かない。
out of baseは、高速列挙以外認めない。
out of baseは、if文より三項演算子を使う。

680
仕様書無しさん[sage]   投稿日:2017/03/03 10:17:24
センスがある人・・・勉強の情報源がネット
センスがない人・・・勉強の情報源が本
コメント1件

681
仕様書無しさん[sage]   投稿日:2017/03/03 10:29:13
そりゃ関係無いな
逆にネットの情報を鵜呑みにしてる奴の方がセンス無くてたち悪い
コピペプログラマみたいな

682
仕様書無しさん[sage]   投稿日:2017/03/03 12:23:33
自分なりの理想形を頭に描いてる
自分の成果物に疑いを持ち、より良い解決を考えてる

そして空気の淀んだ会社には居着かない

683
仕様書無しさん[sage]   投稿日:2017/03/03 12:32:13
おかしいな起ちは良い方のハズなんだけど…

684
仕様書無しさん[sage]   投稿日:2017/03/03 14:37:38
>680
お前センスねーな

685
仕様書無しさん[sage]   投稿日:2017/03/04 20:28:26
図星付かれたからって怒らないで(´・ω・`)
机にプログラム本どっさり置いて作業中に見てる奴にまともなプログラム作れる奴なんかいねーよ。
センスある奴はネットで情報探すから本なんか置いてない。作って覚えるんだよ。
君らは寝る前とかでもC++の赤本とか見て勉強してる気になってるんだろ?w
コメント1件


686
仕様書無しさん[sage]   投稿日:2017/03/04 20:35:26
たしかに凄腕のプログラマの周りに参考書が置かれてるのを見たことがない
コメント1件

687
仕様書無しさん[sage]   投稿日:2017/03/04 20:56:09
>686
すでに生き字引だからなぁ

688
仕様書無しさん[sage]   投稿日:2017/03/04 21:18:09
でかい会社だとネットにつなげないことも多いから
そういう環境ではスマホでちまちま検索するよりも
リファレンス本があった方が便利なんやで
コメント2件

689
仕様書無しさん[sage]   投稿日:2017/03/04 21:21:20
>685
ネットwwww

690
仕様書無しさん[sage]   投稿日:2017/03/04 21:29:42
>688
凄腕はネットも本もないところでも仕事ができる
ネット環境があるに越したことはないけどな

691
仕様書無しさん[sage]   投稿日:2017/03/04 21:37:44
>688
システムの納入先で調整や改造が必要になったら超役に立たねー奴だろうなぁ。
客先やサーバー室で、ネットどころかスマホすら使えない環境で仕事しなきゃいけないことだってあるのに。

692
仕様書無しさん[]   投稿日:2017/03/04 21:48:04
本派 vs ネット派

コーダー界を二分する熾烈な争いやねw

693
仕様書無しさん[sage]   投稿日:2017/03/04 23:28:31
本もネットも全く見ないでもすごい人はすごいし、
本を読もうがネットで検索しようがバカはバカ。
相関性はあまりない。
コメント1件

694
仕様書無しさん[sage]   投稿日:2017/03/05 00:08:09
本を読んで基礎を身に着け
ネットで調べ応用を知り
コードを書き覚える
でいい?

695
仕様書無しさん[sage]   投稿日:2017/03/05 00:42:38
>693
凄い人はネットも本も参考にしない
凄くない人はネットか本が無いと書けない

696
仕様書無しさん[]   投稿日:2017/03/05 00:52:17
もらいらのいう本て「プロがこっそり使う禁断の奥義1000の逆引き大全」みたいなやつだろw

697
仕様書無しさん[]   投稿日:2017/03/05 00:53:08
もらいらてwww

698
仕様書無しさん[sage]   投稿日:2017/03/05 00:57:19
本を読もうが、ネットを見ようが、結果を出す人が凄い人。
課程はあまり関係ない。

699
仕様書無しさん[sage]   投稿日:2017/03/05 01:19:54
まぁそうなんだけど
世の中には目に見える結果と、それ以外の結果が有るのだよ

700
仕様書無しさん[sage]   投稿日:2017/03/05 01:37:37
センスある奴はマ板とかム板とか来ない
というか2ch自体ほとんど使わない
コメント2件

701
仕様書無しさん[sage]   投稿日:2017/03/05 07:09:03
>700
分かる
あのtanakhさんも2ch使うのやめたしな

702
仕様書無しさん[sage]   投稿日:2017/03/05 07:24:04
何にしても所詮はただの情報源
そこから自分で考えないヤツはAI以下だな

703
仕様書無しさん[sage]   投稿日:2017/03/05 08:18:32
>700
2chを使うというのが、2chに来るかどうかではなく
2chを情報源に使うかどうかという意味なら、そうだろうな

704
仕様書無しさん[sage]   投稿日:2017/03/05 09:53:17
本棚いっぱいにプログラム本あって「何でこんなに買ったの?」と聞いたら勉強の為と言う。
「君の作品見せて」って聞いたら何も答えられない。
コード記法やアルゴリズムの薀蓄は超一流。自分で作った制作物”なし”。
これが本が情報源の人間(お前ら)の現実なw
コメント3件

705
仕様書無しさん[sage]   投稿日:2017/03/05 10:07:52
君の作品見せて

706
仕様書無しさん[sage]   投稿日:2017/03/05 11:04:19
> 「君の作品見せて」って聞いたら

githubにあるから見ればいいよ
コメント1件

707
仕様書無しさん[sage]   投稿日:2017/03/05 11:36:09
センスある人は
他人(出来ないヤツ)に興味が無い

708
仕様書無しさん[]   投稿日:2017/03/05 12:03:49
>704
2chで超一流の蘊蓄なんか聞いたことないわw

709
仕様書無しさん[sage]   投稿日:2017/03/05 13:13:12
自分に必要な情報がありゃネットだろうが本だろうが見るだろ
問題は自分にとって何が必要なのかも理解してないのに
ネットとか本見て他人の真似して判った気になってる奴だろな

他人の姿と自分を見比べる事でしか自分を評価できない奴
>704みたいなのが典型的な例
コメント2件

710
仕様書無しさん[sage]   投稿日:2017/03/05 14:02:45
他人と比較したがる奴の多いこと
>704とか>709とか

711
仕様書無しさん[sage]   投稿日:2017/03/05 14:10:06
>709
お前んち鏡ある?w

712
仕様書無しさん[sage]   投稿日:2017/03/05 14:26:36
他人と比較すること以外でどうやって自分を評価するんだろうな。
自分に正直にとか自分で自分を褒めてあげたいとかいう痛いアレか。
コメント1件

713
仕様書無しさん[]   投稿日:2017/03/05 15:17:00
>712
他人を下げて自分を上げようとするのが不快感を生じさせる
他人を上げつつ自分も上げる技術が必要
コミュ力重要

714
仕様書無しさん[sage]   投稿日:2017/03/05 15:32:47
他人と自分を比較=他人か自分を下げるって発想がもうすでに駄目
コメント1件

715
仕様書無しさん[]   投稿日:2017/03/05 16:06:42
>714
はい下げた

716
仕様書無しさん[]   投稿日:2017/03/05 16:10:39
アゲアゲで行こうぜ

717
仕様書無しさん[sage]   投稿日:2017/03/05 16:23:48
アゲサゲで逝こうぜ

718
仕様書無しさん[]   投稿日:2017/03/05 17:07:52
禿サゲで行こうぜ

719
仕様書無しさん[]   投稿日:2017/03/05 17:08:48

720
仕様書無しさん[sage]   投稿日:2017/03/05 18:50:49
結局プログラムなんて自己表現の一つで
他人が何を言おうが自分で納得できるならそれでいい
他人がどうだとか言ってる時点でダメ
もっとストイックに生きるべき
コメント1件

721
仕様書無しさん[sage]   投稿日:2017/03/05 19:11:35
>720
アマチュアならそうかもな
コメント1件

722
仕様書無しさん[sage]   投稿日:2017/03/05 19:18:34
>721
言われたものしか書けない奴に
プログラマとして同列に見られたくないわ

723
仕様書無しさん[sage]   投稿日:2017/03/05 19:23:25
出来ないヤツは無視しておけば良いけど
出来る人同士は仲良くしないとダメだよ

724
仕様書無しさん[]   投稿日:2017/03/05 19:27:31
出来ないヤツも出来るヤツも基本皆仲が良いけど
自称出来るヤツがいつだってチームに火種を持ちこむw

725
仕様書無しさん[]   投稿日:2017/03/05 19:46:51
あゴメンwお前ら皆自称出来るヤツだったなw
俺としたことがとんだ場違いな発言をw
さっきの発言は撤回はしないけど…スマナイと思ってる…ww
コメント1件

726
仕様書無しさん[sage]   投稿日:2017/03/05 20:16:10
>725
独り出来ない奴ごくろーさん

727
仕様書無しさん[]   投稿日:2017/03/05 21:13:17
ぼっちの達人現わるw

728
仕様書無しさん[sage]   投稿日:2017/03/05 22:03:05
キミはトイレでご飯を食べるフレンズだね!

729
仕様書無しさん[sage]   投稿日:2017/03/06 00:28:08
プログラマってこんなんばっか

730
仕様書無しさん[sage]   投稿日:2017/03/06 08:09:05
本派(愛読書ロベールC++本、オライリー本)のイライラが募っているな・・・w

731
仕様書無しさん[sage]   投稿日:2017/03/08 07:52:46
ネット使っても覚えないよ。
どのサイトに何が書いてあるかに詳しくなるだけ。

732
仕様書無しさん[sage]   投稿日:2017/03/08 08:35:21
>706
初心者です。
公開すると勝手に直されたりとか
鬱陶しいことにならないの?

733
仕様書無しさん[]   投稿日:2017/03/10 22:31:37
カップヌードルでシーフードが好きなやつはセンスないな
うちのクラスだと100%当たってる

734
仕様書無しさん[sage]   投稿日:2017/03/10 22:40:41
急に食いたくなった

735
仕様書無しさん[sage]   投稿日:2017/03/10 23:08:40
貝柱が入ってた頃は好きだった
ということは俺が目覚めたのはあの辺りか

736
仕様書無しさん[sage]   投稿日:2017/03/11 00:26:19
センスあるやつはカップヌードルなんぞ食わん

737
仕様書無しさん[sage]   投稿日:2017/03/11 00:30:41
じゃあなに食うんだよ!

738
仕様書無しさん[sage]   投稿日:2017/03/11 00:48:48
coop noodle

739
仕様書無しさん[]   投稿日:2017/03/11 04:28:46
ワンカップ noodle(お酒)

740
仕様書無しさん[]   投稿日:2017/03/11 09:56:49
>1がどの程度シンプルだといいのか?
どの程度例外を処理するとダメだといっているのか示していない。

程度で区分しようという問題を、
基準を示さず適当に言ってのける愚かさをみると
こいつ絶対にプログラマじゃなくてクズSEの典型だとわかる。

低知能がスレなんぞ立てるなバカたれが

741
仕様書無しさん[]   投稿日:2017/03/12 12:05:57
>9
マルチスレッドでなくてもいいのにマルチスレッドしてしまうのは初心者

742
仕様書無しさん[]   投稿日:2017/03/12 12:06:11
能力の低い人、無知に気づいてない人ほど根拠のない自信に満ちあふれている。「ダニング=クルーガー効果」とは?

http://karapaia.com/archives/52191924.html
コメント1件

743
仕様書無しさん[sage]   投稿日:2017/03/14 08:36:55
>742
この言説を自己言及的だなと思い、2人以上のケースに拡大して、意識高い系に発展して考えてしまう人が、プログラミングセンスがある人

744
仕様書無しさん[sage]   投稿日:2017/03/14 12:33:32
センス以前に自己言及の意味を学びなおして下さい
コメント1件

745
仕様書無しさん[sage]   投稿日:2017/03/14 15:10:52
>744
自己言及的なレスですね

746
仕様書無しさん[sage]   投稿日:2017/03/14 20:16:38
「プログラムなんて誰でもできるでしょ?」

747
仕様書無しさん[sage]   投稿日:2017/03/14 20:50:05
どんな仕事でも同じで、誰でもできるけど
数人に同じものを作らせても、絶対に同じものは完成しない
それも品質、信頼性という最も重要な部分に現れる違い

ド素人は、誰に作らせても同じものができると考えて
経験が浅い奴に作らせて、低品質なものを出して
客からクレームの嵐
コメント1件

748
仕様書無しさん[sage]   投稿日:2017/03/15 22:13:04
みんなできるの度合いが違うからなあ

749
仕様書無しさん[sage]   投稿日:2017/03/15 22:22:02
例えば、Jリーグみながら
「サッカーなんて誰でもできるでしょ?」
と言われてもねぇ。。。

750
仕様書無しさん[sage]   投稿日:2017/03/15 22:35:15
ある機能の実現には手法が複数あってどれを選ぶか、どんな作りをするか
それらの違いだけで品質は大きく変わり、環境によっては問題を起こす
だけど決してバグではなく間違ってもいない、ただ最善ではない
そこが経験者と素人の違い
コメント3件

751
仕様書無しさん[sage]   投稿日:2017/03/15 22:37:36
素人はそもそも、手法が無数にあることさえ知らないから
最善もクソもないわけだけど

752
仕様書無しさん[sage]   投稿日:2017/03/15 22:41:23
あ、分かりにくかったかもな
>750で俺が言ってるのは
最善の実装が常に最善の結果であるとは限らない
って事な
コメント3件

753
仕様書無しさん[sage]   投稿日:2017/03/15 22:42:29
>752
え?

754
仕様書無しさん[sage]   投稿日:2017/03/15 22:44:34
>752
あんたレス番間違えてるぜ、>747>750-751は俺
コメント1件

755
仕様書無しさん[sage]   投稿日:2017/03/15 22:45:55
>754
え?

756
仕様書無しさん[sage]   投稿日:2017/03/15 22:48:10
突然現れた成りすましの>752が何を言ってるのかがわからない
コメント1件

757
仕様書無しさん[sage]   投稿日:2017/03/15 22:50:22
問題が起きたらバグだろ
センスあれば経験有無に関わらず問題起こさない

まあでも言いたいことはわかる

ついでに加えると、
センスないやつは環境変わっても過去の成功例を推し通して問題起こす
(経験を仇にする)
コメント3件

758
仕様書無しさん[sage]   投稿日:2017/03/15 22:50:56
>756
いやw冗談は程々にしとけよw
>750は俺だからw
コメント2件

759
仕様書無しさん[sage]   投稿日:2017/03/15 22:52:43
>758
ここまで全部ひとり

760
仕様書無しさん[sage]   投稿日:2017/03/15 22:53:49
>757
は?

761
仕様書無しさん[sage]   投稿日:2017/03/15 23:02:31
>758
そういうのいいから

>757
バグじゃなくても問題は起きる
事実上回避が不可能な問題などいくらでもある
ただ完全回避はできなくても、別の手法なら
もっと信頼性を高められるというもの
コメント2件

762
仕様書無しさん[sage]   投稿日:2017/03/15 23:10:32
>761
意味がわからん
そこまでして他人に成りすまして何がしたいんだお前?
なんか怖くなってきた
コメント1件

763
仕様書無しさん[sage]   投稿日:2017/03/15 23:14:18
>757
あとセンスはもちろん重要だけど、机上ではない実経験も重要ね
センスと経験、両方とも備わっていない人間は、今のところ素人

まあ本当にセンスがあれば必然的に経験も人の何倍、何十倍も身に付くから心配ない
コメント1件

764
仕様書無しさん[sage]   投稿日:2017/03/15 23:22:07
>762
阿呆か?
なりすましとか言うならまずは酉つけろ

765
仕様書無しさん[sage]   投稿日:2017/03/15 23:41:19
>761
いやだから問題になった時点でそれはバグなんだよ
仕様にない動作、あるいは設計時の考慮漏れであり、
信頼性もへったくれもない

>763
センスあるやつは机上で片付かない事案を事前に動かして確認するんだよ
問題になるまで放置したりしない

と、ここまで書いて
問題という言葉のレベルに対して認識がズレてる気がした
コメント2件

766
仕様書無しさん[sage]   投稿日:2017/03/27 23:56:32
ハード故障が原因のエラーとかは
問題だけどバグではないな
コメント1件

767
仕様書無しさん[sage]   投稿日:2017/03/28 01:19:05
>765
> 問題という言葉のレベルに対して認識がズレてる気がした

その通り。お前が問題という言葉を分かっていない。

問題という大きなグループの中にバグが含まれる。
バグの中に問題が含まれるのではない。

問題の原因はバグ以外もいろいろある。
だから問題が発生したからと言ってバグというわけではない

768
仕様書無しさん[sage]   投稿日:2017/03/28 06:04:49
>765
レスに気付かんかった

バグと不具合は違うんだよ?
熟練者は使い分けてる
君は混同して、起きた問題を全てバグと総称してるようだけど
コメント1件

769
仕様書無しさん[]   投稿日:2017/03/28 11:26:36
>768
そんなのただの言葉の定義の問題

770
仕様書無しさん[]   投稿日:2017/03/28 11:28:09
>766
ハードウェアでもCPUの回路の問題等はバグと呼ぶのが普通。
コメント1件

771
仕様書無しさん[sage]   投稿日:2017/03/28 11:49:39
>770
今はエラッタとは言わないの?
コメント1件

772
仕様書無しさん[sage]   投稿日:2017/03/28 12:03:14
なんか、請負と派遣で認識が異なりそう

773
仕様書無しさん[]   投稿日:2017/03/28 14:16:29
>771
専門的にはそういうけど、一般的には通じないからエラッタとはいきなり言わない。
コメント3件

774
仕様書無しさん[sage]   投稿日:2017/03/28 14:20:27
バケラッタ

775
仕様書無しさん[sage]   投稿日:2017/03/28 15:22:49
>773
少なくともバグとは言わないが?

776
仕様書無しさん[sage]   投稿日:2017/03/28 17:41:10
>773
一般的ってなんだ?
ここ何板?

777
仕様書無しさん[]   投稿日:2017/03/28 18:07:29
だいたいバグという言い方はもともとスラングだぞ。

778
仕様書無しさん[sage]   投稿日:2017/03/28 18:48:20
不具合ってのも、仕様上の矛盾から実装ミスやら物理的なインターフェイス間の解釈の齟齬や曖昧性解決の失敗といったコアな部分まで含めると割と広いからな。
コメント1件

779
仕様書無しさん[]   投稿日:2017/03/28 19:24:52
>778
不具合という言い方を嫌う人間はいるが、一般人向けには不具合ということになっているのを知らないやつが多い。テレビのニュースでプログラムミスとか言われるよりまし。プログラムミスってどうせ仕様バグなんだろうけど、下の責任にするためにそういう発表になってるんだろうな。
コメント2件

780
仕様書無しさん[sage]   投稿日:2017/03/28 19:25:50
>779
は?

781
仕様書無しさん[sage]   投稿日:2017/03/28 19:49:30
バグってIT用語だろ
一般人は知らん人も多い
コメント1件

782
仕様書無しさん[sage]   投稿日:2017/03/28 20:44:58
>773
一般でエラッタだが

783
仕様書無しさん[sage]   投稿日:2017/03/28 21:06:16
>781
ゲームやったことある人なら知ってるだろ

784
仕様書無しさん[sage]   投稿日:2017/03/28 21:06:23
世間一般のバグの定義を見てみようか?

http://e-words.jp/w/%E3%83%90%E3%82%B0.html
> バグとは、コンピュータプログラムに含まれる誤りや不具合のこと。

https://kotobank.jp/word/%E3%83%90%E3%82%B0-7302
> バグとは虫の意味で、パソコン用語ではプログラムの中の誤りのこと。

http://it-trend.jp/words/bug
> 元は虫を意味する英単語だが、転じてコンピュータプログラムの誤りや欠陥を意味する。

これ以降、この定義を前提に話すことにしようね。
それが出来ないって人は、まず、このレスは間違いであると書いて
その根拠も示すこと
コメント1件

785
仕様書無しさん[sage]   投稿日:2017/03/28 21:21:25
Bugってハニー♪

786
仕様書無しさん[sage]   投稿日:2017/03/28 21:43:27
>784
問題は全てバグつってる奴は、この定義から大きく外れてるわけだ

787
仕様書無しさん[sage]   投稿日:2017/03/28 21:46:34
「障害が置きました!」

「障害の原因は何だ!」

「問題が発生してました!(意訳 プログラムの不具合のこと)」



「問題が原因か!」

「はい、問題です!」

788
仕様書無しさん[sage]   投稿日:2017/03/28 21:54:38
昔、入ってきた一人の新人が問題を見境無くすべてバグと言ってたな。
ウチに非がないものや、そもそもバグじゃねえものもあるんだから
不具合と言い直すよう教育したことあるわ。
バグじゃねえのに客に「バグです」とかいきなり言って怒らしたりな。
コメント1件

789
仕様書無しさん[sage]   投稿日:2017/03/28 21:56:18
もちろん不具合でもないものもあるし
とりあえず客をキレさせるバグ表現はやめとけと。

790
仕様書無しさん[sage]   投稿日:2017/03/28 22:23:00
>788
新人はしかたない
客にいうのはマズいね

791
仕様書無しさん[sage]   投稿日:2017/03/28 22:33:42
バグですと言って怒らせた手前、不具合修正という名目の無料仕様変更
コメント1件

792
仕様書無しさん[sage]   投稿日:2017/03/29 04:13:52

793
仕様書無しさん[sage]   投稿日:2017/03/29 05:54:35

794
仕様書無しさん[sage]   投稿日:2017/03/29 06:29:49
>793
??

795
仕様書無しさん[sage]   投稿日:2017/03/29 12:02:52
>779
一般向けの話してないのでは?
不具合、と言わないよ。テレビのニュースだと「問題」「トラブル」でとにかくぼかす。
不具合だってテレビで断定するのは、事情通やら研究者とやらが出てコメントする時くらい。

下の責任にする訳ねえじゃん。
そんな事してたらまた同じ事するだろ。
だからこっちで総合して事実が発生した場所をはっきりさせて、顛末書を書くんだよ。
そのために問い詰められるのを、責任転嫁されそうだからごまかそう、ってされると、改善不能として取引停止するしかない。
お前下流しかやってないの?
コメント1件

796
仕様書無しさん[sage]   投稿日:2017/03/29 12:18:05
新人に不用意な一言で招いた損害額(工数)をちゃんと教育しとかんと。
繰り返すよ。
コメント1件

797
仕様書無しさん[sage]   投稿日:2017/03/29 12:35:59
>796

798
仕様書無しさん[sage]   投稿日:2017/03/29 12:37:36
>795
不具合は事象、バグは原因に属するもので
それぞれ全く別の概念です。
コメント3件

799
仕様書無しさん[sage]   投稿日:2017/03/29 12:41:49
>798

800
仕様書無しさん[sage]   投稿日:2017/03/29 12:44:07
>798
阿呆だろ?

801
仕様書無しさん[sage]   投稿日:2017/03/29 12:51:28
>798
こういう馬鹿が言葉を乱すんだな

802
仕様書無しさん[]   投稿日:2017/03/29 12:54:47
オレオレ属させワロタw

803
仕様書無しさん[sage]   投稿日:2017/03/29 14:13:44
正しいよ。わかんない奴がバカ。

804
仕様書無しさん[]   投稿日:2017/03/29 14:21:48

805
仕様書無しさん[sage]   投稿日:2017/03/29 15:09:40
ここまでの流れで、万人の合意を得られる定義は存在してないことを理解出来ないやつはセンスがない

806
仕様書無しさん[sage]   投稿日:2017/03/29 15:12:54
そもそも不具合ってのは差別用語でまともな会社なら使用禁止のはず
コメント1件

807
仕様書無しさん[]   投稿日:2017/03/29 16:14:14
またバカが来たぞw

808
仕様書無しさん[sage]   投稿日:2017/03/29 17:57:48
辞書で引くとかすら思いつかない奴は常識が欠如してる
コメント1件

809
仕様書無しさん[]   投稿日:2017/03/29 17:59:12
>808
IT技術者くらいだよ、ググるのは。IT技術者でもまったく調べもせずに聞いてくるのはいるけどw

810
仕様書無しさん[sage]   投稿日:2017/03/29 17:59:17
>806
有名な話だな
コメント1件

811
仕様書無しさん[sage]   投稿日:2017/03/29 18:01:56

812
仕様書無しさん[sage]   投稿日:2017/03/29 18:06:22
>811
無知が必死w

813
仕様書無しさん[]   投稿日:2017/03/29 18:11:31
不具と不具合が同じ語源だと勘違いしてる阿保がいるからこうなる。

不具合は具合がよくない、具合がいまひとつだという意味なのに、日本語がわからない連中は、不具と不具合を混同している。
コメント1件

814
仕様書無しさん[sage]   投稿日:2017/03/29 18:38:19
>813
ググればわかることを得意気にひけらかしてもね
現代において不具合は差別用語になってしまっている現実
語源がーとか騒いでも弱者様に噛みつかれたらおわり
コメント2件

815
仕様書無しさん[sage]   投稿日:2017/03/29 18:48:23
>814
あほ

816
仕様書無しさん[sage]   投稿日:2017/03/29 18:52:06
センスあるプログラマの発言とは思えない

817
仕様書無しさん[]   投稿日:2017/03/29 18:53:22
>814
差別用語ではない。

818
仕様書無しさん[sage]   投稿日:2017/03/29 19:21:59
うちの会社は不適合に直したよ。
3年くらい前に。
不具合票も不適合票に。
ちなみに今は障害も禁止されてる。
コメント1件

819
仕様書無しさん[sage]   投稿日:2017/03/29 19:46:11
お前はバグをドラゴンと呼ぶのか?

820
仕様書無しさん[sage]   投稿日:2017/03/29 19:53:29
FireFoxのインスペクタ便利すぎ
なにこれ

これない時代みんなどうやってスタイルシートとかHTMLつくっとったん
むりだろ

821
仕様書無しさん[sage]   投稿日:2017/03/29 20:05:07
>818
あほだ・・・
コメント1件

822
仕様書無しさん[sage]   投稿日:2017/03/29 20:15:19
>821
底辺の派遣さんには関係ないことだから(汗w

823
仕様書無しさん[sage]   投稿日:2017/03/29 20:19:12
ダメな顧客と付き合う必用がない

824
仕様書無しさん[sage]   投稿日:2017/03/29 21:24:02
この業界で普通に働いてりゃ不具合だろ
不具合報告書、不具合リスト
障害というところもあったかな
少なくとも書類にはバグとは100%書かない
コメント2件

825
仕様書無しさん[sage]   投稿日:2017/03/29 21:28:45
>824
富士通は普通に書いてたような気がする
書きたくなくてもドロップダウンで選ばせるからかかざるをえない

826
仕様書無しさん[sage]   投稿日:2017/03/29 21:29:29
>824
認識狭すぎ
コメント1件

827
仕様書無しさん[sage]   投稿日:2017/03/29 21:39:04
>826
認識とかじゃなく事実
ビジネス書類に「末尾」じゃなく「ケツ」と書くようなもんだぞ
コメント2件

828
仕様書無しさん[sage]   投稿日:2017/03/29 21:42:58
産んだ親が子を監視して最期は殺す

とか、仕様書には書かないな
コメント1件

829
仕様書無しさん[sage]   投稿日:2017/03/29 21:47:54
IT用語は陰謀用語

830
仕様書無しさん[sage]   投稿日:2017/03/29 21:59:49
不具合なんて差別用語使ってるとISOの定期監査で不具合になっちゃうw
コメント1件

831
仕様書無しさん[sage]   投稿日:2017/03/29 22:00:23
IT業界用語地味に物騒なの多い

キックが実行なのが腑に落ちない

832
仕様書無しさん[sage]   投稿日:2017/03/29 22:01:59
>828
プロセスを殺すと書かれた仕様書を実際に見たことがある

killだから間違っちゃいないし当然通じるだろうけどな
終了させるとか書きようはあるだろうに
社会人なんだから学生用語はやめような
コメント1件

833
仕様書無しさん[sage]   投稿日:2017/03/29 22:05:46
>830
人間相手じゃなきゃ差別用語にはならんぞ
その説明だと、通信障害も差別用語になる
コメント1件

834
仕様書無しさん[sage]   投稿日:2017/03/29 22:17:57
>833
ググれば監査で理不尽に差別扱いされた事例がいっぱいでてくる
コメント2件

835
仕様書無しさん[]   投稿日:2017/03/29 22:27:24
>827
知識狭すぎ
コメント1件

836
仕様書無しさん[sage]   投稿日:2017/03/29 22:28:36
>834
アホは発言しなくていいよ

837
仕様書無しさん[sage]   投稿日:2017/03/29 22:32:24
>834
お前も、1万個とかマンゴーとか、特に何でもない言葉に過剰反応をする
モンペのようなクレーマーの1人なんだな

838
仕様書無しさん[sage]   投稿日:2017/03/29 22:33:27
>835
社会知らなすぎ

839
仕様書無しさん[sage]   投稿日:2017/03/29 22:34:46
だから派遣さんには関係ない話なんだから
無理に入ってこなくていいですよ
上場企業の正社員限定でお願いします

840
仕様書無しさん[]   投稿日:2017/03/29 22:37:49
>827
経験なさすぎ
コメント1件

841
仕様書無しさん[sage]   投稿日:2017/03/29 22:38:38
>840
スキル低すぎ
コメント1件

842
仕様書無しさん[sage]   投稿日:2017/03/29 22:45:35
派遣どうこうじゃなくて業界の違いじゃね

843
仕様書無しさん[sage]   投稿日:2017/03/29 22:55:02
富士通のバグ表ドロップダウン

種別:バグ|仕様誤り
原因:コーディング誤り|仕様の読解ミス|仕様書の誤り(根拠の書類提示、別の手続き、承認等が必要)
根本原因:作業者のスキル不足|監督者の監督不行届|環境の問題(上で最初の2つを選ぶと選べない)

こんなかんじ
下っ端にはふつうにバグっていう

844
仕様書無しさん[sage]   投稿日:2017/03/29 22:59:07
>841
あほ

845
仕様書無しさん[]   投稿日:2017/03/29 23:43:19
日立グループは障害票のことをB票と言っている。これは単に日立お得意の略語。
コメント1件

846
仕様書無しさん[sage]   投稿日:2017/03/30 01:36:26
自動車系は納品する書類でも不具合だな
もちろんその中に分類はあるけどな

847
仕様書無しさん[sage]   投稿日:2017/03/30 02:42:03
天ぷら定期券を買うとだな
期間中これがずっと130円で食えるわけだ
http://i.imgur.com/ZgsM4hn.jpg

300円で買えるはなまるうどん春の天ぷら定期券とは
https://www.hanamaruudon.com/tempurapass2017spring/

848
仕様書無しさん[sage]   投稿日:2017/03/30 10:43:27
>832
TERMで終了願うのか、KILLで殺すのかは、全然違う話だよね。

849
仕様書無しさん[sage]   投稿日:2017/03/30 10:44:04
>845
IBMのパクリだろ。

850
仕様書無しさん[sage]   投稿日:2017/03/30 12:23:56
言葉ひとつで損害発生するんだから気をつけろよ、というだけの話に良くそこまで盛り上がれるな。

851
仕様書無しさん[]   投稿日:2017/03/30 12:48:25
慰安旅行と言ったら韓国人が怒り狂ってた

852
仕様書無しさん[sage]   投稿日:2017/03/30 13:00:06
嘘つけ

853
仕様書無しさん[sage]   投稿日:2017/04/13 21:26:27
受託企業にいるプログラマーは全員センスないと思う
下請けはゴミ
コメント1件

854
KAC[sage]   投稿日:2017/04/14 21:24:47
>853
その仮説が正しいのなら、下請けという概念は滅びてるぞ

855
仕様書無しさん[]   投稿日:2017/04/14 22:11:01
なんという支離滅裂な下請け脳

856
仕様書無しさん[sage]   投稿日:2017/04/15 03:01:47
みんな何の開発してるの?
ゲーム? 業務システム? それとも組み込み系?

857
仕様書無しさん[]   投稿日:2017/04/15 07:05:37
健全でない言葉が含まれているため表示しません 内容を確認する

858
仕様書無しさん[sage]   投稿日:2017/04/15 07:42:37
ウケかタチか
それが重要だ

859
仕様書無しさん[]   投稿日:2017/04/16 00:24:05
融通のきかないモーホーに用はない

860
仕様書無しさん[]   投稿日:2017/04/25 17:14:58
センスなくても可

861
仕様書無しさん[sage]   投稿日:2017/04/25 21:38:36
優 良 可 不可の4段階があってだな
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

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

このスレッドが人気です(実況系)
実況 ◆ テレビ朝日 47976 グッド!モーニング (823)テレ朝実況
実況 ◆ フジテレビ 83456 (1000)フジ実況
はやドキ!& あさチャン!木曜日★2 (190)TBS実況
おはよう!時代劇 暴れん坊将軍4 #19(第20話)[字][再] (943)テレ朝実況
実況 ◆ 日本テレビ 55293 (193)NTV実況
[再]NHKスペシャル「私たちと象徴天皇〜政府の有識者会議 最終報告を受けて」 (962)NHK実況
NEWS23★2 (982)TBS実況
マツコ&有吉 かりそめ天国★3 (819)テレ朝実況
このスレッドが人気です(ニュース系)
【テロ等準備罪】国連特別報告者ケナタッチ氏反論に不快感 「何か背景あるのでは」菅義偉官房長官 (880)ニュー速+
【地方創生】政府、空き店舗が立つ土地への課税強化を検討・・・出店希望者への貸し出しや売却を促す狙い (160)ニュー速+
【サッカー】マンU、EL初優勝でCL出場権獲得! アヤックスに2発完封勝利で2冠達成 (231)音楽・芸能ニュース
【アメリカ】元白人至上主義者の米国人イスラム教徒、ネオナチのルームメート殺害 (584)ニュー速+
【ボクシング】WBA、村田戦ジャッジ2人処分か 本田会長「処分なしなら再戦応じない」 (288)音楽・芸能ニュース
【社会】中国人が日本の医療にタダ乗り!制度の盲点を突く…1円も払わないケースも 日本人患者にしわ寄せ★4 (1001)ニュー速+
【芸能】NEWS手越祐也、7.5億円金塊強奪事件容疑者との交流疑惑で芸能生命終了の危機か ★3 (860)音楽・芸能ニュース
【サッカー】U20W杯 日本、ウルグアイに敗れ1勝1敗 ★2 (1001)音楽・芸能ニュース
プログラマー板の人気スレ
34歳、発達障害の無職ですが…6 (482)
プログラマの雑談部屋 ★6 (812)
競技プログラミングにハマるプログラマのスレ 9 (719)
【CodeIQ】コーディング転職 2社目【paiza】 (134)
土曜・日曜も岡部健のオナニーを嘲笑おう!★24 (652)
50代のプログラマーいる?Part19 (995)
プログラマーはアニメをみよう! 19クール (1002)
プログラマーの仕事って楽過ぎ、クソワロタwww2 (686)
【鬱病】壊れたプログラマー 45人目 【爆死】 (866)
発達障害と問題児達集合(ランクC~D)+灰色コーダー (50)
COBOLって今需要増えてるの?Part5 (962)
【朗報】ITエンジニア男子中学生のなりたい職業1位 (118)
Windows10更新速度についてこれない会社が出始めた (111)
【有能】東京コンピュータサービス Ver3【無能】 (832)
ちょまどと池澤あやかってどっちが凄いの? (88)
学生ほどVBAとかシェルスクリプトとか覚えたほうがいい (895)
土曜・日曜は岡部健のブログを読み解こう!★21 (1002)
36歳ゴミPGが会社に頼らず生きていきたい (107)
下流風情でほざいているお前らコレ企画設計してみろ (753)
おもしろいコピペがあったら貼るスレinマ板part44 (432)
◆個人事業主専門スレ48本目◆ (735)
上流工程やりたくない (218)
プログラムセンスがある人とない人の違い 4 (861)
いきなりコードを書くな。設計してから書け。 その4 (998)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
広告


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


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