まともなプログラマってどのくらいの割合でいる?

1仕様書無しさん2014/01/18(土) 08:57:09.58
おれ、今までに、
 きちんと話とかして
 一緒に仕事をしていて、
 仕事の内容とか結果とか見ていた
人だけにすると、500人くらいいたんだけど、

この人は、ちゃんと
 コンピュータをわかっていて、
 開発速度もそれなりに速くて
 バグもほとんどない
 可読性も高い
 ちゃんと交渉も話もできる
等々を兼ね備えているやつって、2人しかみたことないんだが・・・・・・・

実際、普通程度にできるプログラマって全体のどんくらいの割合なんだ?

2仕様書無しさん2014/01/18(土) 09:39:34.97
その中の一人が俺かよ。

3仕様書無しさん2014/01/18(土) 09:43:43.91
> ちゃんと交渉も話もできる

そんなことをより、コンピュータがわからず
コードも書けない、営業とかSEとかが多すぎ

4仕様書無しさん2014/01/18(土) 10:04:50.75
やつらって、俺らに○○(それはお前の仕事だろ?)を
押し付けるくせに、こっちが俺らの仕事の知識を要求すると
知らなくて当然って態度をとるからな。

俺らに○○ができることを要求するなら
お前らもプログラミングしろよ。

5仕様書無しさん2014/01/18(土) 10:13:06.28
脅迫された世界一の美女・吉松さんの会見が放送禁止のワケ
http://www.youtube.com/watch?v=lqZL5g6MYNQ&list=PLYvgRSxXWBsuqzeQJx0AqzIBc8IIClw6Y&index=2 /

6仕様書無しさん2014/01/18(土) 10:27:50.21
【知的財産と契約料金の搾取業界】
偽装請負従犯の動機
趣味
高卒
コミ障
低学歴
低技術
残業促進
収入無視
利益無視
需要無視
人格障害
刹那主義
楽観主義

偽装請負従犯の代償
使い捨て
非婚
離婚
貧乏
奴隷
鬱病
精神病
反社会
孤独死

7仕様書無しさん2014/01/18(土) 12:16:40.37
業界自体まともな奴なんてほとんどいないだろ。

8仕様書無しさん2014/01/18(土) 12:51:15.37
http://kohada.2ch.net/test/read.cgi/prog/1190866177/816
  ↑  ↑  ↑  ↑  ↑  ↑

9仕様書無しさん2014/01/18(土) 13:30:40.08
プログラムを書けないSE
人売りしかできない営業
逃亡するプログラマ

最近こんな人達しかみていません><

10仕様書無しさん2014/01/18(土) 15:11:18.43
3ヶ月で1000万くらいのレンタルしたら、火消しも立ち上げもオフィスの潤滑剤も何でもやってくれるよ

何でも出来る人は、下に就かないだけで
個人でやってる人探せば結構居るよ

11仕様書無しさん2014/01/18(土) 19:54:21.84
>>3
そんな愚痴や苦情を出すなら、割合をまともにしないと説得力がない。
実際のところ使えるプログラマなんて1%にも満たないのが実態なんだから

12仕様書無しさん2014/01/19(日) 00:31:45.43
>>11
うちの会社のやつでもアクターモデル知ってるか聞いたら誰一人あがらなかったのはちびった(´・_・`)

13仕様書無しさん2014/01/19(日) 03:21:41.38
動けばいいって考えは嫌いです

14仕様書無しさん2014/01/19(日) 03:38:54.00
動けばいいって言ってる人に、
じゃあ食べれればなんでもいいのか?って
聞いてみなさい。

15仕様書無しさん2014/01/19(日) 09:50:19.43
>>14

16仕様書無しさん2014/01/19(日) 10:08:00.68
旨くても食えないものより、不味くても食えるものの方が役に立つ。
絵に描いた餅。

17仕様書無しさん2014/01/19(日) 11:59:30.28
素材から調理すんの面倒だから、完成品が木にならないかね

18仕様書無しさん2014/01/19(日) 12:14:25.01
とりあえずコピーして動かなかったら外注どなりつければなんとかなるよ

19仕様書無しさん2014/01/19(日) 13:03:16.74
1自信がレベルが低いからそういう現場でしか働けないんじゃ

20仕様書無しさん2014/01/19(日) 14:20:07.36
まともなプログラマのハードル高杉だろ

21仕様書無しさん2014/01/19(日) 14:36:33.77
見つからないなら、他人を当てにしてないで自分1人でやっちゃえばいい

22仕様書無しさん2014/01/19(日) 22:34:52.34
>>1
過去、同じ課で同僚だった人数は全部で50人ぐらい。

いろいろ請負仕事をやって一緒にやった
プログラマがせいぜい80人ぐらい。

派遣と客先常駐で同じチームになったのが全部で60人ぐらい。

32年間ひたすらプログラマをやって
全部で190人ぐらいしか一緒に仕事をしていない。

500人なんて無理だろ?

23仕様書無しさん2014/01/20(月) 09:04:30.23
☆コピペ推奨☆
【犯罪者追放のお願い】
大金、知財、健康、人生を失ってからでは、取り返しがつきません。

犯罪者に従うのも犯罪です。犯罪行為を最寄りの警察署に通報して下さい。
※通報者のプライバシーは保護されます。

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

刑法第223条 強要罪
作成等の完了日を強要された。

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

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

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

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

24仕様書無しさん2014/01/20(月) 21:49:38.13
>>22
使えるか使えないかは1ヶ月もあれば完璧に把握できるでしょ
職場を転々としているフリーの人なら十二分にありえる

25仕様書無しさん2014/01/20(月) 22:30:57.78
「完璧に把握」

おまえはプログラマではない。
断言する!
馬鹿SEは死ね!

26仕様書無しさん2014/01/20(月) 23:08:09.82
いや俺なら1週間で十分!
ただし俺がPMであることが条件だが

27仕様書無しさん2014/01/22(水) 16:42:40.18
Java1.4で理解が止まってるようなベテランが「Javaに関しては任せられる新人が育ってないんだよ」とか
エースのつもりだったり、「DBってのはセオリー通りにやってもパフォーマンスはでないんだよ。俺が
いろいろ教えてやるよ」とかDBのエキスパートみたいな口ぶりの人と仕事をしてみたら、自分ではSQLも
書けない、正規化って言葉を知らないとか、そもそもセオリーを知らない人だったとか、自分でまともだと
思ってるSEやPGも本当にまともかどうか分からない。

28仕様書無しさん2014/01/22(水) 18:51:38.56
受託系SEが使い捨ての理由
・偽装請負の訴訟を怠る要員で成り立つ。
・偽装請負の従犯を行う要員で成り立つ。
・ソフトの発達で開発が簡単になっているため、需要が減っている。
・事務ソフトは文系向きのため、就職採用が容易である。
・事務ロジックは難易度が低いため、交代要員確保が容易である。
・SEの営業力が弱いため、期間や金額の請求利益が乏しい。
・SEに非婚志向が多いため、低賃金で済まされる。
・SEに従順人格が多いため、残業競争が激しい。
・事業の資本金がかからないため、経営者の参入競争が激しい。
・事業の同業他社が多いため、安売り競争が激しい。
・事業の多重契約が多いため、悪徳利益競争が激しい。
・事業の技術革新のため、若手労働者の獲得競争が激しい。
・事業の経費削減のため、高齢労働者の解雇競争が激しい。

29仕様書無しさん2014/01/22(水) 19:28:22.99
SEとかPMとかどーでもよく、PGだけで議論しろ
まともなPGってマジですくねーよな

30仕様書無しさん2014/01/23(木) 00:49:56.27
>>29
実際少ないね
総合的な能力求められるから、少ないのは当然だけど

31仕様書無しさん2014/01/23(木) 03:51:39.41
千野死ねよ
こいつ人間のくず

32仕様書無しさん2014/01/24(金) 01:30:34.72
使えるPGはすぐにSEにされてしまう
その結果残るのは使えないPGだけになる

33仕様書無しさん2014/01/24(金) 09:40:25.29
日本で言うSEって世界的にはなにそれという仕事

34仕様書無しさん2014/01/25(土) 16:11:20.19
マジで簡単な事務手続きプログラムなのに俺がやると1日でバグなしで終わるプログラムを1ヶ月とか2ヶ月とかかかる奴は脳内どうなってんのかと

35仕様書無しさん2014/01/25(土) 16:21:52.89
>>34
遅く作る努力しないと、儲からないじゃん!

36仕様書無しさん2014/01/25(土) 16:23:45.19
【知的財産と契約料金の搾取業界】
受託系SEが使い捨ての理由
・偽装請負の訴訟件数が少ない。
・偽装請負の従犯要員で成り立っている。
・ソフトの発達で開発が簡単になっているため、需要が減っている。
・事務ソフトは文系向きのため、就職採用が容易である。
・事務ロジックは難易度が低いため、交代要員確保が容易である。
・SEの営業力が弱いため、期間や金額の請求利益が乏しい。
・SEに非婚志向が多いため、低賃金で済まされる。
・SEに従順人格が多いため、残業競争が激しい。
・事業の資本金がかからないため、経営者の参入競争が激しい。
・事業の同業他社が多いため、安売り競争が激しい。
・事業の多重契約が多いため、悪徳利益競争が激しい。
・事業の技術革新のため、若手労働者の獲得競争が激しい。
・事業の経費削減のため、高齢労働者の解雇競争が激しい。

37仕様書無しさん2014/01/25(土) 16:32:33.05
>>35
早く作ると安くなる会社が多い事が諸悪の根源だよな

38仕様書無しさん2014/01/25(土) 17:28:44.78
>>37
早く作るべきは、
契約料金と特許権利がある場合だけ

39仕様書無しさん2014/01/25(土) 18:34:07.39
>>34
転職しなよ
もったいないよ

40仕様書無しさん2014/01/25(土) 19:12:18.66
>>35
そんなの早く作って出来てませんって言って他の仕事並行で進めてればいいだけじゃん。
バカなの?

41仕様書無しさん2014/01/25(土) 19:31:54.59
優れたプログラマーほどまともじゃないから

42仕様書無しさん2014/01/25(土) 19:41:04.43
>>39
もう転職済みだったりするw 非ITに。

43仕様書無しさん2014/01/25(土) 22:38:56.14
>>40
並行のギャラ貰える契約は別
馬鹿?

44仕様書無しさん2014/01/25(土) 22:47:09.36
>>43
つーか、どうやって監視すんの?
他社が何の作業してるかなんて・・・・・・・・。
偽装請負の派遣か。なら無理だな。

45仕様書無しさん2014/01/26(日) 00:08:36.21
>>43
どういうシチュを想定してるのかしらんが、いずれにしろだるい人生だな。生きてるのが嫌にならんのか

46仕様書無しさん2014/01/26(日) 08:22:39.96
金にならないほど無能で無駄なロジックはない。

47仕様書無しさん2014/01/26(日) 11:20:54.18
てかさ

 可能な限り多めの工期で、さっさと終わらせて
 別の仕事を受注する

って普通じゃね???そんなデスマだらけの末端会社にいることが間違いだし、
そんな会社に勤めていること自体、職業プログラマとしては周りの足をひっぱっている。

48仕様書無しさん2014/01/26(日) 11:32:43.41
可能な限り多い工期・・・・・・・これが本来IT業界は推進しなきゃならんことだよな
可能な限り短い工期・・・・・・・これは、安売り決戦で確実にジリ貧になるだけ

49仕様書無しさん2014/01/26(日) 11:57:11.53
>>48
なんという労働者視点…

50仕様書無しさん2014/01/26(日) 12:24:01.20
消費者視点・・・・・・・・・・・・・・・・・・・・・・ソフトなんて全部無料が基本だろw

51仕様書無しさん2014/01/26(日) 12:49:22.66
>>50
そこで共産主義ですよ(´・_・`)

52仕様書無しさん2014/01/26(日) 12:56:28.36
共産主義って、Linuxを使って儲けたいから
お前Linuxの開発に参加しろってヤツ?

53仕様書無しさん2014/01/26(日) 14:09:22.64
>>50
消費者視点・・・・・プログラマは好きでやってるんだから、賃金も無しでいいじゃん。いやならやめろ

54仕様書無しさん2014/01/26(日) 14:27:46.13
>>53
コジキ乙

55仕様書無しさん2014/01/29(水) 18:43:06.11
>>1
この板には0

56仕様書無しさん2014/01/30(木) 13:33:04.24
自分はこの板にいる本職の方の顧客にあたる方の人間ですが、
昔はプログラマーになる人っていうと、コンピュータとプログラムが
好きな人間しかならない・・・ある意味、一部の人しか知らない世界
だったのが、ここ20年位で(WIN95が出た後位から)裾野が広がった
と言うか、一昔前なら絶対プログラマーに居なかった人種が
やっている、そんな感じですね。

57仕様書無しさん2014/01/30(木) 21:30:41.38
>>56
20年以上前とは市場の大きさが桁違いなんだから、そりゃ裾野が広がらざるをえないだろ。
なに当たり前のこと言ってんの?

58仕様書無しさん2014/01/30(木) 21:57:59.16
刑事と民事で訴えました。
訴えの報酬は、たった300万円でした。
刑法第223条 強要罪
作成等の完了日を強要された。
訴えを妨害された。
刑法第234条 威力業務妨害罪
職権等の威力によって業務を妨害された。
刑法62条 幇助罪
犯罪行為を助長した。
職業安定法第44条 労働者供給事業の禁止
業務の時間、場所、方法等を指揮命令された。

59仕様書無しさん2014/01/30(木) 23:52:57.75
プログラマは底辺の受け皿になってしまった。業務システム作ってるプログラマはゴミクズしかいない。

60仕様書無しさん2014/01/31(金) 08:27:02.94
【受託系SEは犯罪系人格】
偽装請負従犯の動機
趣味
高卒
コミ障
低学歴
低技術
残業促進
収入無視
利益無視
需要無視
人格障害
刹那主義
楽観主義

偽装請負従犯の代償
使い捨て
非婚
離婚
貧乏
奴隷
鬱病
精神病
反社会
孤独死

61仕様書無しさん2014/01/31(金) 22:35:35.64
業務系だったら50人に一人くらいじゃね

62仕様書無しさん2014/02/01(土) 00:37:05.87
うちは恵まれてるな
20人中2人いるわ

63仕様書無しさん2014/02/01(土) 10:45:48.44
それは高い確率だな

いや、マジで

64仕様書無しさん2014/02/01(土) 12:08:02.51
無能95%位?

65仕様書無しさん2014/02/01(土) 12:42:19.27
母集団によるかも

66仕様書無しさん2014/02/01(土) 14:09:01.45
付き合いのある会社をいくつも見てきて分かったことは、
まともな社会人の少ない会社ほどまともなプログラマが多いってこと

67仕様書無しさん2014/02/01(土) 17:18:42.76
>>64
いや、実際、そんくらいかもしれん。
ほんとにできるやつが、モジュールの95%以上を作ってることなんてザラだからな。

68仕様書無しさん2014/02/01(土) 21:35:17.20
「プログラマー」としてまともなプログラマー・・・10%
「人」としてまともなプログラマー・・・・5%

こんなもんじゃね?

69仕様書無しさん2014/02/01(土) 22:16:02.31
まともな人ほどよく壊れる

「○○さん最近見ないなぁ」て思ったら欝か過労かの2択

70仕様書無しさん2014/02/01(土) 22:21:52.41
【受託系SEは犯罪系人格】
偽装請負従犯の動機
趣味
高卒
コミ障
低学歴
低技術
残業促進
収入無視
利益無視
需要無視
人格障害
刹那主義
楽観主義

偽装請負従犯の代償
使い捨て
非婚
離婚
貧乏
奴隷
鬱病
精神病
反社会
孤独死

71仕様書無しさん2014/02/01(土) 22:26:39.43
>>1
の条件だとやっぱ5%もいるかどうかだと思うぞ
業務系でも

72仕様書無しさん2014/02/01(土) 22:27:37.27
業務系だと
 開発速度もそれなりに速くて
 バグもほとんどない
 可読性も高い
 ちゃんと交渉も話もできる
はクリアーしてるけど
 コンピュータをわかっていて、
がクリアーできる人が少ないのが実際だからな
技術の根幹部分は覚えても使うところないから

73仕様書無しさん2014/02/01(土) 22:45:17.29
んじゃ関数型とか使いこなしてるやつ、どんだけいんのよ(´・_・`)

74仕様書無しさん2014/02/02(日) 15:13:23.54
>>68
たしかに
プログラムだけ書けるけど、他の人と一緒に仕事できない人いるよな
人間的にもまともな人って、たしかに5%くらいかも

75仕様書無しさん2014/02/02(日) 15:46:15.60
仕事として動いているうちは>>1の用件は完全にこなしてるけど、

仕事以外の話は一切しないし、プライベートは常に孤独。
こんな俺は、まともなプログラマにはいる?

76仕様書無しさん2014/02/02(日) 16:13:48.47
>>75
いいんじゃない?
でも、「用件は完全にこなしてるけど、」という評価をするのが
自分と違う他の人(同僚・上司・顧客)だと言う事が難しい所。

77仕様書無しさん2014/02/02(日) 16:56:34.10
>>76
上司、同僚には、ハッキリいってもったいないレベルって言われている。
一度、役所経由の外郭団体への出向の話がきたが、人見知りなので断った。

78仕様書無しさん2014/02/02(日) 19:00:30.46
どこかが欠けているから「もったいないレベル」と言われているのでは?

79仕様書無しさん2014/02/02(日) 19:04:31.62
優秀なスキルを持ちながら、そのスキルを打ち消してしまう何かがあるから「もったいない」ということ。

80仕様書無しさん2014/02/03(月) 09:02:44.34
【知的財産と契約料金の搾取業界】
受注系SEが使い捨て奴隷の理由
・偽装請負の訴訟を怠る要員で成り立っている。
・偽装請負の従犯を行う要員で成り立っている。
・開発ソフトの発達で開発が簡単になっているため、需要が減っている。
・事務ソフトは文系レベルのため、就職採用が容易である。
・事務ロジックは難易度が低いため、交代要員確保が容易である。
・SEの利益意識が低いため、無料追加が多い。
・SEに非婚志向が多いため、低収入で維持される。
・SEに従順人格が多いため、残業競争が激しい。
・事業の資本金がかからないため、経営者の参入競争が激しい。
・事業の同業他社が多いため、安売り競争が激しい。
・事業の多重契約が多いため、悪徳利益競争が激しい。
・事業の技術革新のため、若手労働者の獲得競争が激しい。
・事業の経費削減のため、高齢労働者の解雇競争が激しい。

81仕様書無しさん2014/02/03(月) 22:29:14.33
>>77
人見知りが、技術力を打ち消してしまうほどなんだろう........実にもったいない

82仕様書無しさん2014/02/03(月) 22:56:31.58
外資除くと、技術力が評価される会社なんてどれだけあるのかねぇ。

83仕様書無しさん2014/02/03(月) 23:17:52.82
技術の評価は、評価される側より評価する側の技術が高くないと不可能だよね。

84仕様書無しさん2014/02/04(火) 09:36:45.61
>>82
外資だけど、IBMって評価はどうなの?

85仕様書無しさん2014/02/04(火) 09:55:37.87
>>84
あそこは、過去の栄光を看板にしたSIerでしょ?

86仕様書無しさん2014/02/04(火) 10:37:35.52
>>85
そうか・・・
メーカーとしての姿勢(と言うか考え方)が好きだったのになあ。

うちの職場にも売り込みに来ていた。営業の人が結構良い感じ
だったので、上司は「IBM?実績無いからダメダメ」みたいに
切って捨てて居たけど、俺は話だけは聞くわってスタンスだった。
権限ないから全く無理だけどね。

87仕様書無しさん2014/02/04(火) 18:45:33.35
>>86
権限ないのに話だけは聞くって・・・
冷やかしじゃん。営業マンがかわいそう。

88仕様書無しさん2014/02/04(火) 22:49:30.82
>>87
それがですね、自分はIBMびいきなんですよ。
でも係長程度のポジションなんです。上司は課長ですから、全然歯が立たない。
営業の方が来られても、「お前が適当に相手しておけ」って感じで全然ダメですね。
課長にしてみれば、課長がそれくらいの態度と取っておいたら例えば、交渉で
有利な条件を引き出してくれるんじゃないかとか考えている・・・思いっきり課長を
素晴らしい人間と考えて・・・でもそんなに素晴らしい人ではないから。

課長はとりあえず、(同業種の)導入実績にこだわりますね。
詳しくは言えないですが、私の会社ならそれも仕方の無い事かと。

89仕様書無しさん2014/02/07(金) 00:18:13.23
11年連続売上減で脂肪寸前のibmがなんだって?

90仕様書無しさん2014/02/07(金) 00:20:19.96
日本ibmは完全に過去の会社だなぁ

91仕様書無しさん2014/02/09(日) 08:48:30.58
【受注系SEは損害被害だらけ】
偽装請負従犯の動機
趣味
高卒
コミ障
低学歴
低技術
収入無視
利益無視
需要無視
人格障害
刹那主義
楽観主義

偽装請負従犯の代償
使い捨て奴隷
残業促進
非婚
離婚
貧乏
奴隷
鬱病
精神病
反社会
孤独死

92仕様書無しさん2014/02/11(火) 22:08:29.76
>>1
漏れと仕事したら3人目だな

93仕様書無しさん2014/02/12(水) 02:35:34.60
>>92
君を3人目と数えると
400人以上がまともになってしまうよ。

94仕様書無しさん2014/02/12(水) 19:50:51.92
【偽装請負従犯要員募集中】
技術不要の使い捨てスキル
事務ソフト使い捨てツール
DB
COBOL
VB
.net
Java
window
Web
フレームワーク

95仕様書無しさん2014/02/12(水) 22:53:31.64
>>93
変だなあ
全部満たしてるのに
 コンピュータをわかっていて、
 開発速度もそれなりに速くて
 バグもほとんどない
 可読性も高い
 ちゃんと交渉も話もできる

96仕様書無しさん2014/02/13(木) 02:20:13.98
>>95
自称できるやつは信用できない
つまり俺は信用できない

97仕様書無しさん2014/02/14(金) 15:37:12.27
職業プログラマのうち10%くらいしかコンピュータが好きではなく、
そのうちの10%くらいがプログラミングが好きで、プライベートでもプログラミングをやっている。やっていた。
なレベルだから全体の1%くらいしかいない。
つまりコンピュータ、プログラミングだけでとると100人に一人、さらに交渉もできるとなると>>1くらいの確率になっても仕方ないだろ

98仕様書無しさん2014/02/14(金) 21:37:19.43
【生涯損害助長SEを排除するだけ】
偽装請負従犯の動機
趣味
高卒
コミ障
低学歴
低技術
残業促進
収入無視
利益無視
需要無視
人格障害
刹那主義
楽観主義
個人主義

偽装請負従犯の代償
使い捨て奴隷
非婚
離婚
貧乏
奴隷
鬱病
精神病
反社会
孤独死

99仕様書無しさん2014/02/15(土) 10:34:04.40
大学の情報工学科でもプログラミングが好きな奴は1割くらいしかいないな

100仕様書無しさん2014/02/15(土) 11:32:59.99
>>99
1割もいるの!?
コンピュータ好き(ゲーム、エロゲ、違法DL でプログラミングはしない)連中含めてない?

101仕様書無しさん2014/02/15(土) 11:45:13.05
>>100
絶対含めてる
プログラミングまともにする奴が1割しかいない
好きなやつになるとその中の3割とかもっと少ないだろ

102仕様書無しさん2014/02/15(土) 16:30:53.51
まぁカリキュラムもどこも微妙だしな・・・

103仕様書無しさん2014/02/15(土) 18:55:14.59
まともにできる奴って意味だった
好きかどうかは本人じゃないと分からんな
本当は嫌いだけど時間かけて優取ろうとしてるだけかもしれんしな

104仕様書無しさん2014/02/16(日) 09:20:38.23
俺の数多い友人の中にもプログラミングに興味があるのは1人ぐらいしかいない。

105仕様書無しさん2014/02/17(月) 04:44:29.55
>>104
お前友達(と思ってる奴)1人しかいないだろ

106仕様書無しさん2014/02/19(水) 00:06:41.96
それは野球なら三冠王やトリプルスリーの難しさ、
打率とホームラン、盗塁とホームランを両立させるのが、
いかに難しいかってことに似てるのかもしれない。

では>>1の感覚で惜しくも四冠だった奴がどれだけいるのか、
どこが残念だったのかが気になるところだ。

107仕様書無しさん2014/02/20(木) 00:19:09.57
>>106
ほかはいいけど、なんか欠けてるってのは、いっぱいいるよね
特に会話部分が欠けてるのが致命的だったりする

108仕様書無しさん2014/02/20(木) 21:36:22.94
>>1
お前の言うとおりだ

俺は今まで俺以外には1人しか見た事がない

周りはみんな一人ではやっていけなさそうな奴ばかりだ

109仕様書無しさん2014/02/21(金) 22:42:18.54
>>108
その一人ってのは俺のことだよ。

でも俺は、誰一人見たこと無いんだ。

110仕様書無しさん2014/02/22(土) 01:40:13.24
何をもってマトモかだよね。
今時だと関数型言語使えてDSLすぐ作れてクラウドで分散処理作実装できてスマホのアプリすぐプロトつくれるぐらい?

111仕様書無しさん2014/02/22(土) 10:05:46.40
>>110
おまえみたいのがダメだって例
>>1のを見てみろ、求めているのは技術の基本と思考能力、社会的常識と普通の会話だ。

112仕様書無しさん2014/02/22(土) 10:17:45.62
>>1が求めているのとまともなプログラマは違うよ。
そして、まともなプログラマが見つからないから、
諦めて低い技術で我慢してるだけじゃない?

113仕様書無しさん2014/02/22(土) 10:31:39.03
プログラミングする対象、環境は、無限大。ゆえに具体的技術・環境を示すことのほうが愚か。
だから>>1のように、どのプログラマにも共通の項目になってると理解するのが普通だし、
これらができるならたいていは、どんな環境・言語でも対応できるだけの柔軟性はあると読める。

114仕様書無しさん2014/02/22(土) 11:51:04.03
今の職場は>>1の条件程度なら、ほぼ全員がクリアしてるが。

115仕様書無しさん2014/02/22(土) 11:53:11.49
できてないのは、新人と事務の人とWeb中心にやってた人くらい。

116仕様書無しさん2014/02/22(土) 12:47:44.13
コンピュータを理解しているって、OS・ドライバ開発を経験していて電子工作できるレベルでないとちゃんと理解しているとは言いがたい。

117仕様書無しさん2014/02/22(土) 12:53:52.61
自動車を理解しているって、エンジン・タイヤ開発を経験していて工場で生産できるレベルでないとちゃんと理解しているとは言いがたい。

118仕様書無しさん2014/02/22(土) 13:27:46.82
>>117 + 自分で運転すること

119仕様書無しさん2014/02/22(土) 13:31:46.16
声帯鍛えても役に立たないしなぁ

120仕様書無しさん2014/02/22(土) 14:49:53.32
>>116
組み込み系経験者なら普通じゃね?
コンパイラ作成経験とかだとぐっと少なくなるけど。

121仕様書無しさん2014/02/22(土) 15:51:36.64
電子工作する人のCPUに対する知識って1990年代あたりで止まってそう。

122仕様書無しさん2014/02/22(土) 15:57:49.31
>>120
組み込み系はローレベルのことは詳しくてもクラウド、Web、UIとかは苦手そうなイメージ。
まぁ優劣じゃなくどこが得意かってだけの話だが

123仕様書無しさん2014/02/22(土) 20:13:28.82
収入で表せよ

124仕様書無しさん2014/02/22(土) 20:43:32.38
>>121
んなわけない
少なくとも、プログラマのように素人9割の世界ではない。

125仕様書無しさん2014/02/22(土) 22:36:13.20
>>122
そんな、技術しか視点が行かないやつが、使えないやつの典型
プログラミングのうまいやつは、そらやったことない環境なら慣れるまでの期間はあれど、
すぐに吸収して、ずっと使ってる奴よりうまいプログラムを組むがな。
そういう能力も当然持ちつつ、折衝もできるやつってどんくらいいる?って話だろ。

126仕様書無しさん2014/02/22(土) 22:48:57.79
>>125
組み込み系とか技術の話してんのにそこしか目がいかないとかお前は何を言ってんだ?
組み込み系はWeb系よりも他者との交流に優れるような要素あんの?
お前こそ自分のストーリーに話を捻じ曲げて他の人を難儀させるやつの典型なんじゃねーの(´・_・`)

127仕様書無しさん2014/02/22(土) 22:57:47.69
組み込み系で勉強会とかあまりきかないな。
ウェブ系は勉強会で交流が盛んだ。

128仕様書無しさん2014/02/23(日) 05:18:25.25
勉強会という名の名刺交換会だったりするからな。
組み込み系はエンジニアが営業活動する習慣はあまりないかも。

129仕様書無しさん2014/02/23(日) 05:22:52.69
勉強会で名刺交換なんて
ほとんどされてないが
言ったことないだろう?

130仕様書無しさん2014/02/23(日) 06:00:34.68
>>129
技術者同士のやつではないけど、どっかの企業の中身公開的なやつはやっとるね

131仕様書無しさん2014/02/23(日) 06:03:49.70
たとえば?

132仕様書無しさん2014/02/23(日) 06:18:45.39
>>129
勉強会の後の懇親会でね。

133仕様書無しさん2014/02/23(日) 07:02:38.89
プログラマーに4月からなるんだけど、仕事ってのが全く想像できない
自作のアプリはGoogleプレイにあげたりしてるんだけど、仕様書とかつくったことないしどうしたらいいんだ

あとどのくらいの速さでつくってるか気になる
たとえばにゃんこ大戦争みたいなゲームの絵とか音楽、企画の時間のけて、実装だけだと1人で3日くらいでつくらないといけないとか

なんか的はずれかもだけど、誰かたのむ

134仕様書無しさん2014/02/23(日) 08:16:32.21
>>133
まぁ会社によってまちまちとしか。
仕様書なんか作らないようなとこもあれば無駄な仕様書を延々と作ってるとこもあるだろうし。

135仕様書無しさん2014/02/23(日) 09:30:03.34
>>133
大雑把に勝手なアドバイス

仕事する上で必要(会社が書けと言う、誰かと分担するのに必要、発注者と確認に必要)な場合に何か書くのが仕様書。
要求とか、機能とか、画面、画面遷移、システム設計、プログラム設計、テストなんかについて書き残すもの。

仕事のスピードは個人の能力によるから
自分に嘘なく見積もりして仕事すればいいんじゃないかな。
割と遅いけどちゃんとしたもの作る人もいるし、早いけどゴミ作る人もいる。

136仕様書無しさん2014/02/23(日) 10:24:38.25
>>133
最初は仕様書渡されて「この通りにプログラムを作ってね」と言われるだろうから心配するな。

137仕様書無しさん2014/02/23(日) 12:04:38.38
よくさ、新しいサービスとか何かを
わずか○時間、○日で作りました。とかあるけど
過去作ったものの使い回しじゃない限り
その一番初期バージョンはプロダクト品質ではないと思うわ。

コマンドラインだけで動くとか、実用にはならない
技術プレビューレベルとか。

にゃんこ大戦争がどんなのかしらんけど、
0からの状態でスマホアプリ作ったこと無かったら
数ヶ月かかるだろうさ。

138仕様書無しさん2014/02/23(日) 12:22:51.07
スマホアプリに初参入とかなら技術調査とか含めて数ヶ月かかっても仕方ないと思うけど、
二本目からは簡単なものなら一週間でストアに登録できるものを作れないと話にならない。

サービスも、フレームワークの勉強から始めるなら何ヶ月か時間掛けていいだろうけど、
以下同文。

139仕様書無しさん2014/02/23(日) 15:01:57.57
二本目からというのは、技術的には
一本目と殆ど変わらないものって話だろ?
機能的には特に目新しいものがないもの。

既存とかわるもの、たとえばユーザーインターフェースの
大幅な改善とか、そういうものは時間がかかると思うんだけど。

140仕様書無しさん2014/02/23(日) 19:22:19.12
家の中を写真で撮影したものを、3DCAD化するプログラムを作成せよ・・・・
どんくらいかかるか想像すらできへん・・・・・・orz

141仕様書無しさん2014/02/23(日) 19:30:19.64
>>140
わかる程度に細分化して、全部足してみ?

142仕様書無しさん2014/02/23(日) 19:48:33.00
細分化してもわからないのが普通

143仕様書無しさん2014/02/23(日) 19:52:38.62
ちなみにハードから作成・・・・・orz

144仕様書無しさん2014/02/23(日) 19:57:30.97
>>140
そんなのほとんどのやつが作れないから安心しろw
2Dの写真、複数枚撮ったものを繋げてそれから3Dデータに変換するってこと?
研究室レベルだろそれwww

145仕様書無しさん2014/02/23(日) 20:05:18.26
>>140
実現方法が確定してないなら見積もれないのは当然

146仕様書無しさん2014/02/23(日) 22:59:01.54
三次元再構成ってロボットビジョンとかマッピングとか応用がいろいろあるから
頭良い人がライブラリ的なものを作ると良いと思うの

147仕様書無しさん2014/02/24(月) 00:55:01.25
133だけど、みんなありがとう
なんとなくほんのり伝わってきたよ

あとは働きながら慣れるしかないな

148仕様書無しさん2014/02/24(月) 00:58:23.47
ハードはスマホを使えば良いのか
ttp://gigazine.net/news/20140221-google-project-tango/

149仕様書無しさん2014/02/24(月) 10:37:05.91
>>148
スマホにでいいっていうより、スマホの盛り込んだって感じだろ。
デプスセンサーとかもついてないとダメっぽいし。

150仕様書無しさん2014/02/24(月) 10:45:43.78
>>144
まぁ、開始時はいっつもこんな、途方もない壁だよ
でも、クリアーするときは、まさに快感っ・・・

>>148
そう。まさにこんな感じ。

撮影機材から作成していいって課題なんで、
試作品は、kinnectみたいのを組み合わせてって考えてるから楽だけど
本番は、kinnectの要らない部分をそぎ落として、作ることになるかと。さてさて。

プログラミングどころかパソコン自体、大学入ってはじめたのに・・・・・・・(原始人)。
満2年で、こんなもん作れとか。卒業までに作れるのかしら。
おまえら、10年選手とかマジでどんだけ化け物級のもん作ってんだ。

151仕様書無しさん2014/02/24(月) 11:11:35.76
>>150 おまえはすでに職業プログラマ99%より難易度の高い技術者としての仕事をしている
そしてプログラマの現場に出てみろ 雑魚だらけにビビるから その結果がこのスレが立つ理由だ
技術者としても社会人としても中途半端なやつらしかいない 
専門卒の学力・思考力のやつが技術者を名乗って大口を叩ける余裕があるレベルの業界だ

152仕様書無しさん2014/02/24(月) 22:32:13.55
仕事の中には難易度の高い仕事というものもある。
だけど、世の中で必要とされている仕事の多くは難易度は高くない。

たとえば、一流レストランのコックは難易度の高い仕事だ。
だが、一流レストランよりも、ファミレス、ラーメン屋、弁当屋、コンビニ、マック
これらの方がもっと多く必要とされており難易度も高くない。

一般的に、世の中で多く必要とされている仕事=難易度は低く数は多い。
難易度が高い仕事=数は少ない。というのが当てはまる。
大学の研究なんかその典型例。必要としている人は少ないが難易度は高い。
そんなの当たり前で、大学で誰でもやってるような事をやったってしょうがない。

コンピュータ関係に限らずだが、仕事の多くは必要としている人が多いが難易度は低い。
難易度が高い仕事は数が少なくそんなことをやれる人は数が限られている。
だから大学で○○の研究をした人が、それと関係ないありふれた仕事をやってる。

10年選手というのは、凄いものを作っているわけではなく、難易度は低いが
慣れているから早くて正確というだけ。高速レジ打ちみたいなもん。

ただし言っておくが、技術者の多くは大卒だ。つまりどういうことかわかるかい?
大学でいくら難易度が高いものをやっていたからと言っても、
それは仕事で必要とされる技術とは別物であることが多いということだ。
だから難易度が高い研究をやっていても、仕事では使えないことが多い。

153仕様書無しさん2014/02/24(月) 23:01:56.98
そんな難しいのやりたいなら防衛産業の複雑系案件へどうぞ

154仕様書無しさん2014/02/24(月) 23:09:16.96
>>151
与えられた課題に最大の答えを出す、という意味ではそうだが、
自分で課題を探して解決する、という意味ではどうかな、それはプログラマーの仕事じゃないか。

155仕様書無しさん2014/02/25(火) 00:02:16.63
自分が学生の時は数値計算法とかそんな本で微積分の
プログラムを作成していたけど、就職してオフコンの担当に
なったら、使う言語はCOBOLだし(笑)微積分なんて無い。
使っている計算は普通の四則演算だけ。
使うデータの量が桁外れに多い(数百万人分のデータ)から、
プレッシャーが半端じゃない。
思うに、仕事の難易度は自分の与えられたポジションに依り
簡単に変わると思う。
ただ、プログラムを作成する上で必要な事は一にも二にも
正確性だと思う。極端に言えばそれ以外は必要無いかも。

156仕様書無しさん2014/02/25(火) 01:09:05.35
まぁアルゴリズムや数学ゴリゴリって世界とソフトウェアシステム"製品"を作る世界は
似て非なる世界って人月の神話でフレデリックが言ってた

157仕様書無しさん2014/02/25(火) 02:39:27.63
>>156
その両者と分散システム作るってのもまた別のスキルかな。
まぁ何れにしても一番つまらんのはCOBOL的な何かとは思うけど。

158仕様書無しさん2014/02/25(火) 02:44:50.83
デプスセンサがあれば簡単になるんだろうけど
単眼カメラでも複数地点から撮影すれば行けるというのがSLAMだろ

決まった位置から撮影する仕組みにすれば(対象物の周りを決まった角度でぐるっと回るとか)
localizationが必要なくなるから相当簡単になりそうだな

つまりドームの天井部分を正確に動けるカメラがあれば良いんだよ
既に製品化されてそうだけど

159仕様書無しさん2014/02/25(火) 17:47:35.32
自分が思うにCOBOLerのだめな所は、新しい技術を結構否定しがち。
但しこれには理由もあってまだまだ、クリティカルな部分にCOBOLが
使われているから、例えば銀行の利息計算に必要な日付の計算など。

「今日から10日後は何月何日?」が必要な場合、今だとそれなりの
関数が用意されているけど、稼働中のものが作られた時にはそんな
便利なモノないから、必死に苦労して(読みにくいけど)作った
プログラムがあるから手を加えるのは怖いという理由もある。

この辺他の言語のプログラマだとどう対処しているのか知りたいですね。
スレ的に言えばまともなプログラマならどう対処すべきか。

160仕様書無しさん2014/02/25(火) 18:41:10.56
え?必要なら作るだけだと思うが…
作らなかったらその処理諦めるの?

161仕様書無しさん2014/02/25(火) 18:47:39.40
>>160
ごめん。書き方が悪かった?
現行でソースは古い書き方で分かり難いけど、20年とか動いている
プログラムがあって、関数に置き換えれ『そうな』所も作り替える?
って聞きたかった。

162仕様書無しさん2014/02/25(火) 18:51:45.92
>>159
リファクタリングって変更に追従するためにやるもんじゃん。
10日後の日付の算出なんて、変わりようのないロジックはリファクタリングする旨味がない。
そんな意味のない変更のためにシステム止めてプログラム入れ替えさせてくれる
お客さんなんていないよ。自社サービスならまあ好きなようにすれば。

163仕様書無しさん2014/02/25(火) 19:20:50.75
>>161
これからも変わってくならリファクタするかもだけどそうでないならいじる必要ないがな(。-_-。)

164仕様書無しさん2014/02/25(火) 21:36:43.66
>>162
前提が間違ってるよ。
10日後の日付の算出が変わる場合の話。

そりゃ一人が書いて、それ移行誰も見ないのであれば
確かにリファクタリングする必要はない。

だけど、それはまれな例。
なぜなら、コードを書く人、それをレビューする人。
少なくとも二人はコードを見るだろう?なら二人目に見せる前に
リファクタリングしている必要がある。

そして仕様変更で変わった場合はどうするのか?
当たり前だけど見なきゃいけない。
その時コードが汚ければ、工数がかかる。
リファクタリングしていないために工数がかかる。

165仕様書無しさん2014/02/25(火) 21:38:14.59
バグを修正するときに、ひーこらいって
自分らが開発したコードを解析し始めるぐらいなら、
リファクタリングした方がいい。

自分らで暗号作って、解読するお仕事は
馬鹿のやることでしかないからな。

166仕様書無しさん2014/02/25(火) 21:47:50.38
20年前から動いてるようなシステムだって言ってんのに、
この人なんでリリース前の段階の話をし始めたんだろう

167仕様書無しさん2014/02/25(火) 21:49:42.23
>>159
技術否定なんてしてないだろ、誰も。
その環境において、その技術を適用するメリットがないってだけだろ。

168仕様書無しさん2014/02/25(火) 21:53:52.56
>>167
その環境っていうのは、新しいコードも生み出されず
コードの修正も行われないってこと?

その環境に仕事あるの?

169仕様書無しさん2014/02/25(火) 22:00:14.19
稼働中のシステムをいじるかどうかは、ビジネス的にプラスになるか次第だろ。
>>159の提示した環境じゃ、メリットがリスクとコストを上回りそうな感じがしないってだけ。
近々大規模な改修が入るとか変更の頻度が多いとか、後出ししたけりゃご自由にどうぞ。

1701592014/02/25(火) 22:17:42.07
えと、自分がカキコしたのは>>159>>161だけです。
念のため。

後出しの条件も別に無いです。
>>159に書いたような環境で自分と違った環境(言語等)に
居られる方々ならどのような回答をされるかお聞きしたかっただけです。

当然ながら、COBOLerに対する感想もあくまでも自分の周りに居る
社員と派遣先の人・出向先に居るベテランCOBOLerの様子から
書きました。

171仕様書無しさん2014/02/25(火) 22:54:17.43
>>169
後出しが悪いの?

最初に条件を言っていたとしたらどうなる?

172仕様書無しさん2014/02/25(火) 22:55:41.99
後出しって言うけどさ、だいたい
修正っていうのは全部後出しだよ。

最初から修正するかどうかなんてわからない。
だから最初からやっておくべき。

手を抜いても後悔するのは自分じゃないから
どうでもいいよって考えなら
やめた方がいい。

173仕様書無しさん2014/02/25(火) 22:58:14.48
この日付け計算が銀行のプログラムなら、自分は上司を説得できるだけのものを出せないだろうなあ。
自分が責任持ちますとも言えんし。

174仕様書無しさん2014/02/25(火) 23:11:05.36
>>162
ちがうよ。変更しやすくするために行うモノ。
このコードは変更しないと思ってたから変更しません。
が通る現場なら平和でいいかもね。

175仕様書無しさん2014/02/25(火) 23:28:30.37
>>172
だから最初にやれるならやるよ。

20年もののシステム(しかもCOBOLだから恐らくは基幹)なんて
ホイホイ修正できると思わないほうが常識的だと思うけど。

そんなレガシーなシステムに自動テストがあるとも思えないし、
リファクタリング、テスト(どう動けば正しいのかの仕様確認も含む)、
稼働中のシステムの停止、デグレのリスク、そんな諸々込みで
お客さんがちゃんと納得して金出してくれるならやってもいいけど。

もちろん費用対効果については不問でね。
元取れるかわかんないけどとりあえず綺麗にしときましょーつって。

176仕様書無しさん2014/02/25(火) 23:28:42.04
黙れ無能ども

177仕様書無しさん2014/02/25(火) 23:34:24.43
COBOLで書かれたしすてむは、どう動けば正しいのか誰も把握してないし、
修正しようにも手がつけられないから今動いているものが
正しいとしか言いようがないと。

178仕様書無しさん2014/02/25(火) 23:43:14.09
だからぁ言語でくくるようなくそみたいなことすんなっつーの。
C言語だって、くそ古いソースだとgotoオンパレードで、とんでもねーぞ。
でも、正しく動いている以上、簡単に置き換えられんし、それをするメリットもない。

179仕様書無しさん2014/02/26(水) 00:07:21.10
うちの職場なんで粗大ゴミ集積所みたいなJavaが動いてる

コードは常に綺麗であるべきだ

180仕様書無しさん2014/02/26(水) 00:07:51.44
>>175
> ホイホイ修正できると思わないほうが常識的だと思うけど。

いや、メンテナンスするのなら
どっちみち修正するだろ?

ホイホイ修正しないで、
きっちり修正すればいいだけじゃん。

181仕様書無しさん2014/02/26(水) 00:08:38.25
>>178
gotoは使い方次第だって。
例外のないC言語ではgotoを使ったほうが
綺麗に書ける。

182仕様書無しさん2014/02/26(水) 00:22:45.76
>>180
でのつけようのないところは放置しつつそこに影響しない感じで機能追加とかいくらでもあるがな。
それとも君これで5000万とか1億の損害とか出たら責任取れんの?

183仕様書無しさん2014/02/26(水) 01:11:25.83
>>181
C言語でgotoを使うのは素人だろ・・・

184仕様書無しさん2014/02/26(水) 02:19:02.92
>>183
LinuxなどのC言語で書かれた有名な
オープンソースコード見たことある?

185仕様書無しさん2014/02/26(水) 02:22:17.72
>>182
責任ぐらい取りますよ?
っていうかさ、そのためにテストするでしょ?

まさか、テストしないでバグ出ないでくださいって
祈りながら開発してるわけ?
責任が一人に振りかかるような、そういう仕組なわけ?

5000万とか1億の損害だすような修正を
ソースをあまり修正しなければテストしなくても
大丈夫なはず・・・で終わらせてるのか?w

186仕様書無しさん2014/02/26(水) 02:31:25.95
>>182
お前が責任取れるの?
ソースコードをリファクタリングしないで
出た5000万とか1億の損害はお前が当然責任取るんだろうな?

187仕様書無しさん2014/02/26(水) 02:41:52.15
>>185
なんでテストしないとかの話になってんのよ。アホか。
おまえみたいなちんかすがどうやって責任とんのよ?

188仕様書無しさん2014/02/26(水) 02:59:16.32
>>182
大域変数だらけで影響があるかどうかすらわからないコードって怖くない?

189仕様書無しさん2014/02/26(水) 04:02:50.62
>>188
そもそもそんなコードかかんからしったこっちゃないが、そんなスパゲティを簡単にリファクタすればいいとか言ってる馬鹿は死ねばいい

190仕様書無しさん2014/02/26(水) 04:28:16.81
リファクタリングしなかったからスパゲッティになってるんでしょ。

191仕様書無しさん2014/02/26(水) 04:41:45.57
なんでもリファクタリングできるわけじゃない
退行テストがないのにリファクタリングすると元の動きを担保できない
しかも、システムが複雑化すると退行テストも網羅できなくなる

だがしかしクソおっさん共はリファクタリングはおろか綺麗なコードを書く努力も放棄して
「リファクタリングは無駄」みたいなこと言うな
そんな発言するならさっさとこの仕事辞めろカス

192仕様書無しさん2014/02/26(水) 08:30:37.29
【偽装請負従犯要員募集中】
技術不要の使い捨てスキル
事務ソフト作り捨てツール
フレームワーク
DB
COBOL
VB
.net
Java
window
Web

193仕様書無しさん2014/02/26(水) 10:20:12.40
>>190
だからそれでスパゲティとして動いてる実システムを簡単にリファクタとかゆーなぼけって話だろ?

194仕様書無しさん2014/02/26(水) 12:03:11.54
リアルなスパゲティを見たことがないんだと思う。
でも、当時はそれで仕方がなかったんだからなぁ。

1951942014/02/26(水) 13:19:43.84
リアルスパゲティ & 業務としての責任 & 細かい仕様不明 & 作り直したとして仕様が不明なのであってるとは限らない。

えぇ。世の中、そんな思い通りにいかないんですよ。
えぇ。誰だって言うんですよ「作り直したほうが早い」って。
えぇ。でもいまだ現役なんですよ。

「そいつが 今だ動いている のには 理由がある んですよ。」

196仕様書無しさん2014/02/26(水) 13:23:40.47
>>181
くそ古いソースならgotoでifやらwhileやら全部やってるから絶望だよ。
そーゆー時代だったんだからしゃーないの

197仕様書無しさん2014/02/26(水) 16:46:44.07
>>184
そんな前世紀の遺物の話を持ち出されても。。。

198仕様書無しさん2014/02/26(水) 19:06:05.06
リファクタリングが必要なものは仕様どおりに動いてるか怪しいのに
仕様書にどう書いてようが今の動きが正、って言われたらバグ残したままリファクタリングとか不毛なことやらされるぞ

199仕様書無しさん2014/02/26(水) 20:47:36.95
ハードでもディスコン品はバグまで再現するしな、何処も同じか

200仕様書無しさん2014/02/26(水) 21:45:32.46
つーか、1%いたらいいくらいだろ。まともなプログラマって。

201仕様書無しさん2014/02/26(水) 22:40:19.53
リファクタリングしない結果
これだけの損害が出てるんだけど
その責任をお前はとったの?

今度からこういうわw

202仕様書無しさん2014/02/26(水) 23:06:47.86
>>201
誰に言うのか知らんが実際にそれ言えるシチュエーションあまりないと思うぞwww

203仕様書無しさん2014/02/26(水) 23:12:21.04
ソースコードは資産だという認識があれば、負債にならないよう適宜メンテナンスするんだろうけど、
金払ったらベンダーがシステム作ってくれる程度の認識だと、システムは変わらないのに金払うなんて
とんでもないと思うんだろうな。

204仕様書無しさん2014/02/26(水) 23:54:37.26
発注する側なんて目に見えるサービスという形にしか価値を感じないだろう

205仕様書無しさん2014/02/27(木) 00:57:23.63
>>202
いや、言えばいいんだよ。

誰もとってない責任を俺も取る必要はないと
つなげるだけなんだから。

206仕様書無しさん2014/02/27(木) 01:57:42.28
名立たるオープンソースもキレイに書かれてるのが多いけど、makeした所でうんともすんともいわんのばかり

207仕様書無しさん2014/02/27(木) 07:14:57.20
>>205
それでおまえはハブられておしまい
契約更新もなし

という受ける必要のなかった罰を受けると

208仕様書無しさん2014/02/27(木) 07:55:58.40
>>206
configureしてないとかいうオチだったりして

209仕様書無しさん2014/02/27(木) 12:06:17.89
>>201
損害出た理由がリファクタリングしなかった結果ってのが通る局面が想像できない

210仕様書無しさん2014/02/27(木) 12:23:51.30
>>209
まぁ実際リファクタしてないせいでシステムを思うように修正とかできず時代の要請に答えられなくて勝機を逃すってのはあるかもだけど、
それを明確に前もって明確にしめしてリファクタの是非を問うとか事後でその時のリファクタの正当性を示して反対者の責任を問うとかかなーりむずかしそうな

211仕様書無しさん2014/02/27(木) 13:04:47.50
レガシーのリファクタやりたがる奴って、レガシーにリアルに触れたことないのかな
金に困ってる奴ならやりたがるかもしれないけど、関わらずにいようとするのが
まともなプログラマの態度だろw

212仕様書無しさん2014/02/27(木) 19:09:25.76
>>211
その考え方もどうかと思う

213仕様書無しさん2014/02/27(木) 21:06:06.03
プログラムは改修繰り返して経年劣化していくのがわからん奴ってアホだと思う

214仕様書無しさん2014/02/27(木) 21:40:13.59
>>213
劣化するような回収しかできないのはお前だけだと思う・・・

215仕様書無しさん2014/02/27(木) 21:50:18.74
予算と納期の制約で妥協の産物ができあがるのは日常茶飯事だな

216仕様書無しさん2014/02/27(木) 22:05:38.59
理想どおりいかなくても、多少なりともマシになっていくもんだろJK
触るたびに劣化とか、どんだけ技術力無いんだよ。

217仕様書無しさん2014/02/27(木) 22:18:44.08
現実はどこの馬の骨ともわからん有象無象が群がって
動けばいいや的な改造っていうか改悪して金稼いでる

218仕様書無しさん2014/02/27(木) 22:50:46.93
>>212
構造化プログラミングより前の時代のプログラム修正を経験したらわかるわ。
あれだけは、触ろうとは思わない・・・・。

219仕様書無しさん2014/02/27(木) 23:24:56.39
リファクタリングというから理解できない
改善といえばいい。

改善してトラブったらどうするんだ!
改善なんて不要、現状維持で良い。

そうおっしゃるんですね?って
聞き返せばいい。

220仕様書無しさん2014/02/27(木) 23:29:57.59
>>216
あたりまえのことなんだけどさ。
コードというのは一行増やすだけでも
以前より複雑になってるんだよ。

既存のコードに手を付けない改修は複雑になるしかありえない。
他のコードは変えてないのに行を追加して前よりシンプルになりましたとか
絶対にありえない話なんだからさ。

もちろん行を増やす=複雑になる。なのだから現状維持ですらない。

改修して劣化しないためには、既存のコードを修正するなら
削除するしかありえないんだよ。

221仕様書無しさん2014/02/28(金) 00:21:01.09
>>220にとってのリファクタリングってのは、複雑にすることなんだな。

222仕様書無しさん2014/02/28(金) 00:22:06.00
>>221
お前は読解力がない馬鹿だと思う。

223仕様書無しさん2014/02/28(金) 00:28:00.09
>>222
横だが>>220のレス先のぞくと、>>221の言う通りだと思うんだが。

>>220は「プログラムは経年劣化するからしかたがない」って主張に対して、
常に要求が変化する中で常に完璧な状態にするのは不可能だけど、
リファクタで再設計された状態にすることで、経年劣化の年数を都度リセットできるって話だと思う。

ちなみに俺もそう思う。

224仕様書無しさん2014/02/28(金) 01:37:20.40
ソースが経年劣化するという前提があるとしたら>>223の意見は正しいと思う

でも、>>220はそんなこと全く言ってないと思うぞ・・・・

225仕様書無しさん2014/02/28(金) 02:51:11.84
うん。だから読解力ないんだろうなってこと。

226仕様書無しさん2014/02/28(金) 07:50:25.31

227仕様書無しさん2014/02/28(金) 08:06:24.84
リファクタリングの工数認めてくれる経営者なんて今の世の中いないぞ

228仕様書無しさん2014/02/28(金) 08:33:18.92
理論上はソースコードの経年劣化はしないけど、相対的に見れば
経年劣化するも同然だよね。バグのないプログラムでない限り。

229仕様書無しさん2014/02/28(金) 08:44:12.83
民主党みたいに想像力の欠如だな。

自分が考える「改善」をほかの誰も考えず、誰も実行しない。しなかった。
これには理由があるのでは?
そう考える能力が欠如している。

実際に見たことも触ったこともない、ものに対して論ずるのもいいが、歴史のある大企業に正社員として勤めてみろ。
そこで、ifやwhileやらの命令がなかった次代のソースに対して、同じことが言えるか。

230仕様書無しさん2014/02/28(金) 08:51:23.59
受注系SEの非婚率は異常
低生涯収入
高稼働労働
人格障害者

231仕様書無しさん2014/02/28(金) 10:25:29.98
>>227
それこそ、新人研修くらいだよなw
でも、あの時代のソースを新人が見たら悲鳴あげる

232仕様書無しさん2014/03/01(土) 01:11:38.62
>>227
リファクタリング=開発。

開発の工数だよ。アホ。

233仕様書無しさん2014/03/01(土) 01:26:01.28
しかしまあ、リファクタリングできない奴等の
言い訳ってこれだけ必死に書かれると新鮮だよな

234仕様書無しさん2014/03/01(土) 01:31:01.12
あー、たしかに。
リファクタリングしないんではなく
する技術力がないんだろうな。

なにが正しいコードかもわからないんじゃ
どう直せばいいかもわからないだろうね。

235仕様書無しさん2014/03/01(土) 01:45:09.48
リファクタリング無駄無駄ァ!って騒ぐおっさんなんとかしてくれ
文句だけいって根拠述べないし、何もしないどころか混乱だけ生む

236仕様書無しさん2014/03/01(土) 01:53:04.10
やらせてみればいいな。
無駄はいいからお前出来るのかよ?
できないから無駄って言ってるのかよ?
俺がレビューしてやっから、ほら直して見ろってw

237仕様書無しさん2014/03/01(土) 02:11:21.64
絶対にやらない
テコでもやらない
メンテする気のないスパゲティ量産して放置して熟成する趣味にいそしんでるよ

238仕様書無しさん2014/03/01(土) 05:57:09.18
他人の書いた数十万行のCOBOLソースをバグを出すことなく1人でリファクタ出来るなら褒めてやるわ。あ、有能な君らだから1ー2ヶ月でいいよね?

239仕様書無しさん2014/03/01(土) 08:33:45.59
>>232
お前働いたことないだろ?
上の人間には開発には見えてないぞ

実際にリファクタリングに1人月かかったとして、
外部仕様的には何も生産していないのになんで工数かかるのかっていう話になる
開発の工数に混ぜ込んでも開発自体の生産性が悪いって話になる

240仕様書無しさん2014/03/01(土) 12:40:21.79
リファクタリングでも工数は貰える
現場の信用ないと貰えないと思うけど、信用されてれば金払う。
相手の立場になって考えたらわかるでちょ。

241仕様書無しさん2014/03/01(土) 12:53:46.27
>>239
いくらなんでも頭悪すぎ。
リファクタリングをまともに理解できないからそんな結論しかでないんだよ。

242仕様書無しさん2014/03/01(土) 13:15:35.43
机上の空論が多いよ。ホント。

243仕様書無しさん2014/03/01(土) 13:44:04.83
>>241
経営者に理解できるわけがないのは当たり前の話
だから予算が出ない

244仕様書無しさん2014/03/01(土) 13:46:17.57
実際にできるできないは別にして、リファクタリングもできないようなシステムは恥だと思わないのかね。
なかには開き直るやつもいるし。

245仕様書無しさん2014/03/01(土) 14:13:04.71
最近リファクタリング厨が湧いてるのか。

246仕様書無しさん2014/03/01(土) 15:02:23.01
>>239
> 外部仕様的には何も生産していないのになんで工数かかるのかっていう話になる

なんでって、ソースコードが複雑だからだよ。
そういえばいいじゃん。

247仕様書無しさん2014/03/01(土) 17:01:17.03
>>239
一人月つぎ込むことで、一人月以上のコスト削減になれば問題ない。

248仕様書無しさん2014/03/01(土) 17:29:25.23
受注系SEは結婚困難
低生涯収入
高稼働労働
人格障害者

249仕様書無しさん2014/03/01(土) 17:38:15.13
>>1
オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。
http://toro.2ch.net/test/read.cgi/tech/1393660194/26

250仕様書無しさん2014/03/01(土) 22:11:19.05
>>245
最近覚えた単語なんだろ?w

251仕様書無しさん2014/03/01(土) 22:27:33.80
発想が数年遅れてる
今更リファクタリングとか覚えたてのやついないだろうが

252仕様書無しさん2014/03/01(土) 23:20:48.94
多分だけど、リファクタリングの意味がわからなくて、勝手にバズワードと決めつけて耳塞いでる老害なんだろうな
オブジェクト指向否定してた層と同じだろう

253仕様書無しさん2014/03/02(日) 00:06:37.09
>>251
いるからこれだけ荒れてるんだろ・・・
しかも表面的な事しか知らないから無駄とか無理とかそんな話しかできないし

254仕様書無しさん2014/03/02(日) 00:39:59.16
>>253
ここまでの流れ

上が阿呆でお金出してくれない
→リファクタリングしない奴は無能www

255仕様書無しさん2014/03/02(日) 01:11:16.01
今時リファクタリングなんて、eclipseが全部やってくれるのに何をいってるんだ?
Android Phoneでなんでもできるようになってるのに、モバイルPCと大容量バッテリーは
何がおすすめかとかいってるようなものだ。

256仕様書無しさん2014/03/02(日) 01:17:44.87
リファクタリングできないほど複雑化したシステム触ったこと無い奴は素人。

257仕様書無しさん2014/03/02(日) 03:51:07.46
> 今時リファクタリングなんて、eclipseが全部やってくれるのに何をいってるんだ?

全部はやってくれない。

それに人間がどうするかを決めないと
勝手にやってくれるわけじゃない。

そして人間が正しい設計を決めるには
高い技術力が必要。

258仕様書無しさん2014/03/02(日) 06:07:46.54
なんか、リファクタリングの意味理解してないやつが時々いるな…

259仕様書無しさん2014/03/02(日) 10:19:36.66
☆コピペ推奨☆
【犯罪者追放のお願い】
大金、知財、健康を失ってからでは、取り返しがつきません。

犯罪者に従うのも犯罪です。犯罪行為を最寄りの警察署に通報して下さい。
※通報者のプライバシーは保護されます。

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

刑法第223条 強要罪
作成等の完了日を強要された。

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

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

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

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

260仕様書無しさん2014/03/02(日) 10:45:15.35
きちんとしたソースコードが書ければ、PGとしては何とかOKだね。

ただし、そのソースコードの構成と内容が問題。

ちゃんとした管理体系に従って、格納フォルダが命名され
内容毎にフォルダ分けされてること。

処理モジュール単位(1つのオブジェクトみたいな区切り。もっと大きな区切りでも可)で
ソースコードファイル分けされてること。

ソースコードの中に、仕様内容が詳細に記述(できれば和文と英文で)
されていて、各ルーチンのインターフェース仕様および処理についても
適度に詳細なコメントが入ってること。

担当する処理モジュールの大まかな機能と、そのインターフェース仕様を
説明する、図表を交えた仕様書を必ず作成すること。

以上の成果物を、上位設計者からの口頭説明やドラフト書類から
質問を投げかけながら、製造できること。

261仕様書無しさん2014/03/02(日) 11:18:50.42
その分工数よこせよ( ̄(工) ̄)

262仕様書無しさん2014/03/02(日) 11:37:14.81
>>256
どんなスパゲッティも最初は絶望しか無いもんだよ
すべて解き終わったときの虚無感もな

263仕様書無しさん2014/03/02(日) 12:21:44.79
リファククタリングが出来ないコード、仕様書が無いコード。
なぜ動いているかも判らないが、業務には"まだ"支障が無いプログラム。

そんな物が蔓延している業界ならば、今すぐ参入すべき。
受託開発とか、人材派遣では無くて、事業そのものに参入するべき。

既存の競合他社は、時間と共に勝手に潰れて行ってくれる。

264仕様書無しさん2014/03/02(日) 14:07:24.15
実際さ、大昔のCOBOLソース以外でもさ、リファクタなんてやるケースほとんどねーだろw

265仕様書無しさん2014/03/02(日) 14:21:50.41
プログラムをコピペしてちょっと修正を繰り返して全体が馬鹿でかくなるのは珍しくない

266仕様書無しさん2014/03/02(日) 17:21:00.60
>>263
おまえ、その分野がどういう分野かしらんだろw
ユーザーサイドで汎用機とかをリースや自前で持ってる世界だぞ
どうやって割り込むんだww どこのうまともわからん企業になんで基幹を任せるんだ?

267仕様書無しさん2014/03/02(日) 17:21:58.04
ぱこそん でしか考えられないプログラマって時点でまともなプログラマじゃないよね

268仕様書無しさん2014/03/02(日) 19:11:38.20
汎用機をやって居ると、PC系のプログラムは便利なツールが
揃っているイメージがあるなあ。(充分と言えるかどうかはべつにして。)

もちろん、最近の汎用機ではプログラムのソースをPCに転送して
パソコンのツールで編集、再度転送って出来る事は出来るけど、
文字コードの問題なんかもあるし、結構大変。
そんな事考えて居たら、オープン化なんて出来るのか?
って懐疑的になるわ。

269仕様書無しさん2014/03/02(日) 21:20:07.46
>>268
それ以前に、やっぱり永続的な稼動において動作不安定ってのはあかんよ

270仕様書無しさん2014/03/02(日) 21:30:25.35
>>269
低収入は
あかん

271仕様書無しさん2014/03/02(日) 21:55:32.91
お客さんによく、オープン化する方が良いのか聞かれるけど、
このスレタイの通りのまともなプログラマならどう答えるのか
いつも悩む。
自分が汎用機やって居るからと言うのはおいといて、
1)今の全体的な流れで言えばオープン化という方向に見える・・気がする。
2)若いSE・PGは汎用機に配属されるのを嫌がる・・・気がする。
3)安定性は汎用機の方が上。但し、サーバでも同じような安定性がある声もある。
いつも3)に関しては料金と安定性を天秤に掛けて考えるとどうなるのか
ホントよくわからん。

272仕様書無しさん2014/03/02(日) 21:57:03.41
素朴な疑問なんだけど、汎用機の定義って何?
JCL食わせたりするのが汎用機?

2732712014/03/02(日) 22:05:03.34
>>272
そうかあ・・・最近だとWindows系の奴もあるんですよね。
そう言われるとそうだなあ。ごめんよく分からないやあ。
自分は某N社の奴だけど、IとかFはどうなってんだろ。

274仕様書無しさん2014/03/02(日) 22:06:35.69
オープン系は開発要員集めるのが簡単

2752712014/03/02(日) 22:17:49.00
>>274
そうそう。それもありますね。
オープン系の開発要員は数が多いから、失礼な言い方すると
比較的良いアタリの人材に当たる確率が高い気もしますね。
それも、全体的な数が多いから必然的にアタリの数も多いって
事なんでしょうけど。

これは良し悪しなのかも知れないですけど、COBOLとかJCLって
10年以上前のモノがそのまま動いているのはすごいと思う。
それがスパゲッティの原因でもありますから一概に良いとは
言えないですけど。

276仕様書無しさん2014/03/02(日) 22:53:09.68
>>275
銀行的な基幹業務はこれからも汎用機のメリットありそうだけど、コスパは開発者の採用含めてどんどん合わなくなってきそうやね。
国内、海外含め新規案件てどれぐらいあるのかしら

277仕様書無しさん2014/03/02(日) 23:14:23.64
>>276
開発者の数が減っているのは実際の数を数えた訳では無いので
分かりませんが、減ってきている感じはしますね。
でも、現実に動いている汎用機とその中のプログラムが存在して
いるわけですから使える人材の確保は必須だと思います。

汎用機と言うと、銀行の基幹業務ばかりが言われますが、
自治体なんかも結構使っている所多いですね。
特に自治体は仕事の種類が多いから、見落とすと怖そう。
新規案件も自治体で多いかも知れないですね。

278仕様書無しさん2014/03/02(日) 23:42:31.86
こないだの横浜銀行の件みたいなものもあるし「カイガイガーコストガー」とか言ってたらマズイのに。
現場の待遇改善しないからどんどん若手減ってんだけど、どうする気なのかね。

279仕様書無しさん2014/03/03(月) 06:34:12.86
>>264
受託はそうだよ
リファクタリングは”自分の”コードに施すもんだ

280仕様書無しさん2014/03/03(月) 07:58:52.18
>>278
そういや自分の現場では再々委託ダメになって問答無用で切られたのが何人かいたな
なかなか優秀だったのに

281仕様書無しさん2014/03/03(月) 11:34:43.55
>>277
減ってると思うよ。新しい人がコボルとかやりたがるわけがない。
けど保守とか含めで需要はしばらく続くので今なると結構良い商売になるとか

282仕様書無しさん2014/03/03(月) 20:52:26.93
COBOLなんて50すぎたおっさんしかいないぞ

283仕様書無しさん2014/03/03(月) 21:47:43.77
50すぎたおっさんというと、久保田利伸?みたいなのが、いるんだね。
60すぎたおっさんだと、浜田省吾とか稲垣潤一とかだね。

284仕様書無しさん2014/03/03(月) 21:50:38.45
そういやプログラマってどうして
歳のわりに幼かったり、くたびれた感じになるんだろうな

285仕様書無しさん2014/03/03(月) 22:07:42.67
>>284
歳のわりに幼く「且つ」たびれた感じだな

286仕様書無しさん2014/03/03(月) 22:26:39.88
リファクタリングは、やらないのか、できないのか、それが重要だ。

コボラーの場合は、できない、だろうけど、
できないなら、一生スパゲティコボルとお付き合いしとけ。

スパゲティコボルとオサラバする流れが見えるなら、できるように今から準備しとけ、
さもないと保守的コボラーが見たこともないデスマ必至よ。

287仕様書無しさん2014/03/03(月) 22:29:13.56
COBOLでどうやってスパゲティになるんだ

288仕様書無しさん2014/03/03(月) 22:30:01.06
できないと言ってもそれは
能力と予算的な都合の二種類あるんだけどな

289仕様書無しさん2014/03/03(月) 22:31:03.58
>>281
おっしゃる通りですね。
問題は、書いておられる「しばらく」が5年なのか10年なのかその長さによって
会社が人を出すかだと思います。自分の知っているCOBOLのソースは
30年以上前のモノがあります。基幹業務です。しかも長い。
これをCなり他の言語にバグ無く置き換えるのは至難の業だと思います。
新規で作成すれば良いと言う人も居ますが、その仕様を上げる時にその
プログラムの中で実現されている仕事がすべて上げられるか果たして
疑問です。

290仕様書無しさん2014/03/03(月) 22:38:41.34
現行の動作と多少違ってても問題ないからやれ。俺が責任を取る。
と言える人がいないからねぇ
基幹システムなんて誰も興味持ってないし、いままでどーりに動いてればそれでいいんじゃないの??
としか思ってない。

291仕様書無しさん2014/03/03(月) 23:07:37.66
COBOLのソースは資産なんだよ
そこらの汎用機よりよっぽど金かかってんぞ

292仕様書無しさん2014/03/03(月) 23:20:13.77
金掛けてもゴミはゴミ

293仕様書無しさん2014/03/03(月) 23:22:43.21
わかってないな
ソフトを作り直すより、ハードを作り直したほうが安くて合理的なんだよ

294仕様書無しさん2014/03/04(火) 08:13:18.59
>>288
遅く作る人が儲ける能力高い

295仕様書無しさん2014/03/04(火) 09:34:50.34
>>294
そんなの早く作れる人が客にはまだですーって言いながら他のことしてた方がいいがな

296仕様書無しさん2014/03/04(火) 12:42:16.25
遅く作る人は結局、納期に間に合わないで品質も悪く、最終的に利益を減らす

297仕様書無しさん2014/03/04(火) 12:45:40.22
>>295
客先常駐なんだよ。察してやれよw

298仕様書無しさん2014/03/04(火) 20:02:54.82
>>296
納期を遅くする
悪徳納期に騙されるな

299仕様書無しさん2014/03/04(火) 20:09:10.68
>>296
☆コピペ推奨☆
【犯罪者追放のお願い】
大金、知財、健康を失ってからでは、取り返しがつきません。

犯罪者に従うのも犯罪です。犯罪行為を最寄りの警察署に通報して下さい。
※通報者のプライバシーは保護されます。

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

刑法第223条 強要罪
作成等の完了日を強要された。

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

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

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

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

300仕様書無しさん2014/03/04(火) 23:50:51.91
>>291

COBOLソースが資産なのは、まあ認めよう。
だがコボラーはゴミ、そこを勘違いしてはいかん。

301仕様書無しさん2014/03/05(水) 00:10:20.22
COBOLは資産(物は言いよう)

302仕様書無しさん2014/03/05(水) 11:03:58.64
COBOLerでも業務に精通してるなら、能書き垂れてる専門卒など の10000000倍は欲しい人材

303仕様書無しさん2014/03/05(水) 20:10:18.60
求められているのは経験30年超で業務や仕様に精通しているCOBOLerであって
おまえらみたいな最新技術に精通してるCOBOLerじゃない

304仕様書無しさん2014/03/05(水) 20:42:19.65
この間客からスキルシート出せいわれたんだけど、その項目がどの省庁のシステムやったことあるかとか汎用機どうよとかPowerBuilderどうよとか俺のスキルだとなに一つチェック出来なくて無能すぎて愕然とした(´・ω・`)

305仕様書無しさん2014/03/05(水) 21:16:41.32
うちの自社製スキルシートはVBのどんなライブラリが使えるかの項目ばかりだぜ

306仕様書無しさん2014/03/05(水) 21:28:12.77
COBOLerだらけの環境だけど、みんな、修士か博士だからほかの言語も当然余裕よw
お前らが馬鹿だから馬鹿しか集まらない会社にいるだけだろww

307仕様書無しさん2014/03/05(水) 21:38:18.78
大学出てPG・SEになるのは負け組。

308仕様書無しさん2014/03/05(水) 21:41:43.48
派遣だからまわりにいる人はそれなりに優秀だよ
バカは俺だけ

309仕様書無しさん2014/03/06(木) 02:20:03.25
>>306
博士行ってCOBOLやるとかどういう流れでそうなったのかくわすく

310仕様書無しさん2014/03/06(木) 11:10:31.14
出先機関とかだろ、ふつーにあるぞ。

311仕様書無しさん2014/03/06(木) 11:30:23.28
>>310
いや、それでCOBOLやるの?

312仕様書無しさん2014/03/06(木) 14:11:36.56
コボル(爆)wしかやったことないのに他の言語余裕っていうのもねw
それ言語仕様知ってるだけだろw

313仕様書無しさん2014/03/06(木) 14:27:41.84
>>306
そういう発言はしないほうがいいぞ。
COBOLの言語習熟度や開発技術まで疑われる。

314仕様書無しさん2014/03/06(木) 15:37:03.16
COBOL以外も扱えるけど俺COBOLerだよ。COBOL以外使うシーンがないんだもの。

315仕様書無しさん2014/03/06(木) 15:50:34.67
仕事では趣味レベルを”扱える”って言わないんだぜ
知ってたか?

316仕様書無しさん2014/03/06(木) 17:10:43.67
>>315
趣味でやってるプログラマって、仕事でやってるプログラムより上等(難易度の高い)なもん作ってるって知ってたか?

317仕様書無しさん2014/03/06(木) 17:33:18.28
>>316
その発言は、お前のレベルの低さを露呈してるだけだって理解してるか?

318仕様書無しさん2014/03/06(木) 21:30:23.20
簡単にできることなのにややこしいことをしてそれを自慢げに語るのが>>317みたいな低能

319仕様書無しさん2014/03/06(木) 21:39:13.00
COBOLでCIって何使ってるか聞いてもいい?

人力はCIじゃないからwww

320仕様書無しさん2014/03/06(木) 23:03:59.58
>>316
それは偏狭過ぎ。
機会があったら防衛系とか宇宙系行ってみ。

321仕様書無しさん2014/03/06(木) 23:07:16.39
>>316
同意w

職業プログラマーがIT土方って呼ばれのは当然だと思う。

レベル高い人はフリーでやってるもんね。

322仕様書無しさん2014/03/07(金) 00:34:21.02
>>320
どうとでも取れる話だが、ここで言ってるのは仕事という枠組みの中で作られたものかどうかではなく、仕事での開発=ドカタ的な開発的なつまらないものというコンテキストと考えるのが妥当だろ( ̄(工) ̄)

323仕様書無しさん2014/03/07(金) 01:10:43.83
なんじゃそら

324仕様書無しさん2014/03/07(金) 02:23:17.87
難易度の高い事を楽しむのがアマチュア
低い難易度に落とし込むのがプロ

325仕様書無しさん2014/03/07(金) 03:00:47.68
なんだろうね、コンプレックスなのかな

326仕様書無しさん2014/03/07(金) 10:33:10.30
自分の実力に合わせたプログラムを組むのがアマチュア。
顧客の要望に合わせたプログラムを組むのがプロ。

327仕様書無しさん2014/03/07(金) 12:29:30.91
×顧客の要望に合わせたプログラムを組むのがプロ。
○顧客の要望に合わせるのに精一杯で、バグ多い、品質低い、コスト高い、で金とってるのが、金もらってる=プロと勘違いしている技術的にはアマチュア未満 の詐欺師

328仕様書無しさん2014/03/07(金) 12:58:41.87
>>327
自己紹介しなくてもいいから。

329仕様書無しさん2014/03/07(金) 17:03:32.95
俺、国立大出て、30年近くずっーと、プログラマーだよ。
完全にまけぐみだな。

330仕様書無しさん2014/03/07(金) 17:04:50.00
>>327
お前がアマチュア未満の詐欺師だってことはよく解った。
あと、プロの説明が一切されてないんだが、>>326で問題ないんだよな?

331仕様書無しさん2014/03/07(金) 20:55:15.08
職業プログラマって言えばイメージの近い
下限のレベルが酷いのは間違いなく職業プログラマだろ
趣味プログラマのほうがコンピュータに興味無い人はいないとか
出鱈目やっても誰かが尻拭いてくれるとかも無い分、酷い人は少なそう

332仕様書無しさん2014/03/08(土) 11:51:23.03
趣味プログラマはQCDのバランス感覚が欠如している
ある意味馬鹿な経営者と根っこの部分では似ているな

333仕様書無しさん2014/03/08(土) 11:54:25.93
肝心の技術力は?

334仕様書無しさん2014/03/08(土) 12:30:16.90
>>332
そりゃ趣味だからな。まともにQCD考えろってのが無理。

335仕様書無しさん2014/03/08(土) 12:33:51.70
大体、QCD考えるのはプロマネとかの仕事では。
エンジニアは現実的で無くても技術的に可能な案を出すのが仕事。

336仕様書無しさん2014/03/08(土) 14:14:57.51
そうなんだけど、仕事ではQCDが最優先。
その結果仕事に追われ、会社で勉強する時間はない。
だから、趣味で(家で)やってる人じゃないと
技術力は上がらない。

だから技術力が高い人=趣味でやってる人ということになる。
で、技術力が高い人は仕事も早い。

337仕様書無しさん2014/03/08(土) 15:38:02.34
>>336
収入は
技術なし < 技術あり

338仕様書無しさん2014/03/08(土) 15:38:41.08
>>337
間違い

収入は
技術あり < 技術なし

339仕様書無しさん2014/03/08(土) 15:43:50.60
>>332
欠如しているってのは違うよ。

QCDってのは客の要望に合わせて変化させる物なんだけど、
趣味でやってると客がいないから自分の感覚にQCDを合わせるってこと。
変化させることが不要なので、変化させてないだけ。

340仕様書無しさん2014/03/08(土) 16:47:43.99
>>339
制約条件に合わせてなんとかするってのはやってない

納期があるわけでもないし時間は無制限に使えるし嫌になったらやめればいいし

341仕様書無しさん2014/03/09(日) 02:07:14.79
顧客の要望にあわせてたら何も解決しないシステムを開発することになるよ
しかも、完成しない

342仕様書無しさん2014/03/09(日) 02:45:11.05
好きなもの作りたいものを可能な限り時間をかけれて、気に入らなければ
リリースする必要な無い趣味と、気に入らなくても不本意でも納期に合わせて
リリースする必要がある仕事を比べる時点で間違えてるよ。

343仕様書無しさん2014/03/09(日) 04:05:20.82
客が出してくる要件やロジックを整理して、
プログラムしようとすると客の要件や提示データそのままでやれと言われる。
おかげで、マスタデータに整合性ないわ、コードが継ぎ接ぎだらけだわ、
処理に統一性がないわで今後の保守どうすんだって思うわ。
プロはしんどいねぇ。現場が悪いのかな。

344仕様書無しさん2014/03/09(日) 04:17:45.34
>>343
いや、客に説明できてないお前が悪いだけだろう

345仕様書無しさん2014/03/09(日) 06:52:50.06
>>344
>>343を擁護すると、説明しても理解できない、言っても聞かない客も多い

346仕様書無しさん2014/03/09(日) 07:59:13.79
>>342
そういった環境の違いから生ずる結果の違いを話すことが本筋だと思うけど

347仕様書無しさん2014/03/09(日) 08:01:27.10
>>345
おらそういう時例題作って、じゃあこの時にこの値をどう決めまずかって聞いてる。
それで全体の矛盾無くなるまでそれやる。

348仕様書無しさん2014/03/09(日) 09:20:39.61
矛盾があればラッキーだな。
マスタデータに整合性なくても、
コードが継ぎ接ぎだらけでも、
処理に統一性がなくても、
客の要望どおりに動くことはよくある。

349仕様書無しさん2014/03/09(日) 11:09:17.98
データベースの崩し方は経験積んでないとわからんだろ
何でも正規化すりゃいいってもんじゃないし

350仕様書無しさん2014/03/09(日) 15:19:22.22
>>345
客に全く影響の無い事なら説明する必要もないし自由に作ればいい。
客に影響が出るものを客に理解させられないなんてのは単なる甘え。

351仕様書無しさん2014/03/09(日) 16:00:41.47
仕事では、何かと理由をつけて
機能を減らすことが重要。

だからいいものなんて作れないよ。

352仕様書無しさん2014/03/09(日) 18:48:52.80
>>350
> 客に全く影響の無い事なら説明する必要もないし自由に作ればいい。
一人で作るようなちいさなしすてむなら可能かもね。

353仕様書無しさん2014/03/09(日) 18:51:42.67
>>352
なにいってんの?

354仕様書無しさん2014/03/09(日) 18:57:09.74
普通はプロジェクトリーダとかが方針決めるでしょ。

355仕様書無しさん2014/03/09(日) 18:58:26.23
他人任せかよ。。。

356仕様書無しさん2014/03/09(日) 19:05:39.01
え?責任者に話通さずに勝手にモノ作るの?
そんな奴ど新人にしかおらんやろ。

357仕様書無しさん2014/03/09(日) 19:07:26.83
そんな事やられたら、趣味でやってくれって突き返すな。

358仕様書無しさん2014/03/09(日) 20:08:19.27
他人任せって・・・、プロジェクトお前が任されたんならいいけどよ

359仕様書無しさん2014/03/09(日) 20:35:16.25
そりゃハンコは貰うけどさ
どうすりゃいいか考えるのは俺だよ

360仕様書無しさん2014/03/09(日) 20:53:27.85
>>356-358
お前みたいな考え方の奴もいるんだな。
うちには不要だから早めにアピールしてきてくれよ。

361仕様書無しさん2014/03/09(日) 21:00:37.97
>>360
社会を勘違いしてない?
ここをこうしていいですかって聞いてOKでたら自分のやりたいようにやるけど、
駄目ならリーダーに従うのが常識だろ

1人で勝手なことすんなよ

362仕様書無しさん2014/03/09(日) 21:36:49.96
自分の裁量でおさまる範囲なら自分でやればいいし、そうじゃないなら上に
報告しておけばいいだけ。

363仕様書無しさん2014/03/09(日) 21:48:44.88
>>341

「顧客」を「コボラー」に置換しても成立する文章だ。

364仕様書無しさん2014/03/09(日) 21:59:27.26
>>363
COBOLは、高卒、主婦、事務員が大活躍してました。

365仕様書無しさん2014/03/09(日) 22:06:19.81
>>364
当時は才能さえあれば誰でも活躍できた時代

366仕様書無しさん2014/03/09(日) 22:21:33.20
>>365
事務処理ロジックは、才能いらない

367仕様書無しさん2014/03/09(日) 22:23:48.44
>>359
お前一人が考えたら済むくらい小さなプロジェクトならそれでいいんじゃない?

368仕様書無しさん2014/03/09(日) 22:33:52.47
>>367
必要なら関係各所と連携するさ
そこまで含めての「考えるのは俺」だろう
事務所の端が見えない数千人のプロジェクトであろうと
客先に一升瓶の手土産をもっていって酔っ払いながらする仕事だろうと
そこは変わらん

369仕様書無しさん2014/03/09(日) 22:44:43.83
ウザいと思われてるかもね。
「ちゃんと上を通して来いよ。何でお前が直接話もってくるんだよ」
と言う意味で。

370仕様書無しさん2014/03/10(月) 01:47:08.28
横からすまんが>>369はもっと仕事を頑張れ

371仕様書無しさん2014/03/10(月) 10:34:52.54
【受注系SEは生涯損害助長】
偽装請負従犯の動機
趣味
高卒
低偏差値大卒
低知能
低技術
コミ障
残業促進
収入無視
利益無視
需要無視
人格障害
刹那主義
楽観主義
個人主義

偽装請負従犯の代償
無料追加
非婚
離婚
貧乏
奴隷
失業
鬱病
精神病
反社会
孤独死

372佐藤 歩2014/03/10(月) 16:05:19.46
祭りが始まりました!
http://ul.lc/3ndk

373仕様書無しさん2014/03/10(月) 17:40:27.06
>>372
あっちこっち貼り付けてご苦労なこったな(。-_-。)

374仕様書無しさん2014/03/16(日) 13:56:05.76
プログラマの8割はゴーストプログラマだよ

375仕様書無しさん2014/03/18(火) 05:01:23.87
残りの2割は論文不備だな

376仕様書無しさん2014/03/19(水) 23:26:23.37
色々聞こえていないことにしたいよな

377仕様書無しさん2014/03/20(木) 01:55:50.83
経験上、「まとも」と判断するには、バランスと程度の問題を鑑みる。
俺の偏見では、このバランスが取れている人間は、1割だな。
10人に1人いる計算だが、現実は、100人に5人いるかいないかの世界。

当然、一緒に仕事をするのだから、自分にとって「まともな奴」ってのが重要になってくる。
そこには偏見もあるし、自分の育ちによる評価も関わってくる。

仕事が完璧神様みたいな人間は、どこかに病的なやばさや、人間的な欠陥があるものだし、
一見、完璧に思えても、そのやばさが邪魔して完璧が完璧でない場面が必ず出てくる。
仕事が8割糞でも人間的には、倫理観や世間一般の価値観もおおよそハズレてない場合もある。

システム開発においては、低レベル(FWやデバドラ)開発者は前者の傾向。
高レベル(いわゆる脳死業務システム末端奴)開発者は後者の傾向。

378仕様書無しさん2014/03/20(木) 02:16:51.63
>>377
>10人に1人いる計算だが、現実は、100人に5人いるかいないかの世界。
この時点で意味不明

それは5%って言うんだよ
その他も一見論理的に見えて矛盾だらけ

379仕様書無しさん2014/03/20(木) 03:40:02.21
>>378
最初のとこ、何が意味不なんだ?

380仕様書無しさん2014/03/20(木) 09:38:06.31
俺も分からん
他は好意的に推理して整合つけるにしても
その一文は意味が分からん

その一文がこの主張内で意味することは何?

10%も5%も客観的指標がない以上、
個人的な偏見なわけだが、どう違うの?

「計算だが」ってどこに計算があるの?

381仕様書無しさん2014/03/20(木) 19:57:09.70
人売りになってお前らを奴隷にして悪儲けするロジック考えてるから、よろしく♪

382仕様書無しさん2014/03/20(木) 23:26:03.76
>>381
俺らなんて買い手がつかないよ・・・

383仕様書無しさん2014/03/30(日) 15:15:06.21
いまから特定派遣事業はもう遅すぎだろ
派遣で儲けを出す時代は後がない
技術者を囲っておいた企業以外は立ち行かなくなるよ

384仕様書無しさん2014/04/06(日) 14:56:33.82
ケケ中センセが儲かるための特定派遣廃止w

385仕様書無しさん2014/07/01(火) 06:27:27.80
請け負いで構内外注の道があるさ

386仕様書無しさん2014/09/04(木) 17:51:16.53
今んとこ100人に一人くらいかな、感覚的に

387仕様書無しさん2014/09/07(日) 09:42:02.85
結婚は勘弁して
低収入
高稼働
多離職
自己中
まともな親は反対するだろ

388仕様書無しさん2014/09/07(日) 19:02:10.81
受注系損害SEどもへ
工数期間2倍の交渉しろよ。
反SE貧乏より

389仕様書無しさん2014/09/08(月) 01:40:13.32
結婚して子どもがいる奴はまともなの多くない?特に娘がいる奴

390仕様書無しさん2014/09/09(火) 08:06:36.41
受注系SEは、
スキルや残業が上昇するほど
ギャラや期間が下降するから
気を付けろ!

391仕様書無しさん2014/09/12(金) 01:16:25.82
まともなプログラマが撃てる条件ってなんだ?

392仕様書無しさん2014/09/12(金) 08:00:21.35
受注系SEは、
スキルや残業が上昇するほど
ギャラや期間が下降するから
遅く作る努力するのが賢明

393仕様書無しさん2014/10/15(水) 00:28:33.81
>>18
うわあ

394仕様書無しさん2014/10/18(土) 08:10:13.79
20年やってきて、コードレビューした人数50人もいないわけだが・・

395仕様書無しさん2014/10/20(月) 12:33:35.64
コーマンドピュッなら50人はイってる

396仕様書無しさん2014/10/20(月) 17:49:57.19
なんで受注系SEは使い捨てなのに、
定時帰宅しないで悪徳見積りに従うの?
偽装請負損害賠償訴訟しないの?

397仕様書無しさん2015/10/06(火) 09:51:25.05
受ける会社大丈夫?
下記の条件が全て当てはまる会社にご注意下さい。

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

398仕様書無しさん2016/05/04(水) 11:19:36.98
匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrent(Covenant)が活発な情報交換・交流コミュニティでオープンソース開発されています(プログラマー募集中)

言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?

Covenantの作者(Lyrise氏)がそういう人と話したいそうなので、よろしければツイートお願いします<(_ _)>
https://twitter.com/Lyrise_al

ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできない情報発信好きアスペルガーw


通話料が激安になるブラステル(050 Free)で、かなり遅延や音声途切れが発生する方は、以下の設定を試してください
○ Wifiと3Gのコーデックは2つ(GSM、G.711u-Law)とも有効にしておく
○ エコーキャンセルをOFF(チェックを外す)にする
○ あとの設定はデフォルトのまま
http://blog.livedoor.jp/gnunobian/archives/52013458.html
上記の設定でも音質が悪い方は、wolfsonの高音質チップを搭載した機種(Galaxy 初代S、S3、S6、 AQUOSPhone ZETA SH-06E、AQUOSPhone si SH-07E、AQUOSPhone Xx 206SH、 Galaxy Note II)に買い換えて下さい。

500円以下の格安SIMで使えて登録・月額無料、IPベース発信なら携帯へは5.5円/30秒、固定へは8円/3分(月額無料でこの価格はすごい!)
http://blog.jikoman.jp/2015/11/brastel-050-free.html

あと、050Freeの起動もしくは発着信が2週間以上ないとプッシュサーバー期限切れでプッシュ着信が出来なくなるので、Llama Location Profilesで1週間に一度050Freeを自動起動するように設定すると、2週間以上経過してもプッシュ着信できます


最後にロケットストーブの焚き口へ超省電力なDC扇風機で風を送ると、横引き煙突が12m以上あっても煙が逆流してきません。
よって、横引き煙突で超高効率な熱回収ができるので薪が少量で済みます
あと、燃焼室の大きさは『無煙竹ボイラMBG150』で検索して参考にして下さい
http://i.imgur.com/iVuglg9.jpg 
http://jp.misumi-ec.com/material/mech/KRT1/PHOTO/KRT1_221004926837.jpg
http://livedoor.blogimg.jp/zoukibayashinokai/imgs/2/a/2a3c6dc0.jpg

399仕様書無しさん2016/05/05(木) 09:19:50.50
SEの知的財産と契約料金の搾取対策

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

・平均年齢40歳未満の会社は辞めろ
・1,000万円/年以下の会社は辞めろ
・80万円/月以下の契約は辞めろ
・5,000円/時間以下の契約は辞めろ
・6時間/日以上のPC使用は辞めろ
・多重契約は辞めろ
・残業見積りは辞めろ
・時間外労働違反は辞めろ
・契約外期日は守るな
・客先指示に従うな
・知的財産を渡するな
・不利益な依頼は断れ
・残業しないで学習しろ
・残業しないで副業しろ
・損害は訴えろ

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
4

400仕様書無しさん2016/05/06(金) 21:12:44.22
>>1
1割と言いたいところだか、1%が現実かもしれない。

401仕様書無しさん2016/05/20(金) 17:59:59.61
時間外労働違反のSEの皆様へ

無能な残業は辞めてもらえませんか?
適性ないから辞めるなり、残業断って学習されたらいかがですか?
不健康や低知能なSEが増えて優秀なSEに負担なんですよ。
こちらこそ訴訟や休職の増加で大損害なんですから。

経営者より

402仕様書無しさん2016/05/21(土) 08:20:57.31
>>401
無能か無能じゃない残業かの区別は難しいけど、多すぎる残業は、効率悪化の原因になるのは確か。
だから
1)毎日定時になったら、「定時になりました。帰宅しましょう。」という社内放送を流す。
2)水曜日を定時退社日にする。
3)定時退社日は、偉い人が職場巡回して、特別な事情がある人以外は、強制帰宅の勧告。さらに30分後、残っていたら文書で違反警告。
(派遣など社外の人も同じとする)
4)原則として、22時以降、休日出勤は禁止にする。照明、空調源オフ。
というルールがいいと思う。

403仕様書無しさん2016/05/21(土) 16:53:01.00
NETANI MAJIRESUw

404仕様書無しさん2016/05/21(土) 17:33:12.42
>>403
金以上の価値観ねえんだよ

405仕様書無しさん2016/05/21(土) 17:34:23.57
>>402
そのとおり!
残業は、低能力低収入

406仕様書無しさん2016/05/22(日) 06:45:49.59
>>402
は?

帰ればいいじゃん。
文句を行ってくる奴がいたら、仕事量と成果物を見せつければいい。

407仕様書無しさん2016/05/22(日) 08:11:00.22
SEの知的財産と契約料金の搾取対策

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

・平均年齢40歳未満の会社は辞めろ
・1,000万円/年以下の会社は辞めろ
・80万円/月以下の契約は辞めろ
・5,000円/時間以下の契約は辞めろ
・6時間/日以上のPC使用は辞めろ
・100万円/月以下のプログラムは作るな
・多重契約は辞めろ
・残業見積りは辞めろ
・時間外労働違反は辞めろ
・契約外作業期日は守るな
・客先指示に従うな
・知的財産を渡するな
・不利益な依頼は断れ
・残業しないで学習しろ
・残業しないで副業しろ
・損害は訴えろ

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/

408仕様書無しさん2016/05/24(火) 07:59:16.63
違法派遣(偽装請負・多重派遣・偽装出向・事前面接等)についての刑事罰
【告訴権者=業務委託、準委任、共同受注、業務請負契約および特定派遣(契約・正規)、一般派遣、正規社員】

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

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

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

告訴の流れとしては、

刑事告訴⇒告訴受理⇒告訴取下げ要請⇒取下げ和解金入金⇒告訴取下げ

となります。告訴の懲役刑適応は犯罪者個人に対してのみですので、告訴する対象は

派遣先・派遣元 社員
派遣先・派遣元 社長
派遣先・派遣元 担当者・責任者・管理役員・取締役
派遣先・派遣元 人事管理担当者・人事管理役員・取締役

が妥当です。刑事告訴取り下げの和解金額は犯罪者個人と交渉するとよいでしょう。(告訴状は人数分提出する必要あり)9

409仕様書無しさん2016/05/26(木) 00:13:14.85
マ イ ン ド コ ン ト ロ ー ル の手法

・沢山の人が、偏った意見を一貫して支持する
 偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法

・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
 誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法

偏った思想や考え方に染まっていたり、常識が通じない人間は、頭が悪いフリをしているカルト工作員の可能性が高い

靖 国 参 拝、皇 族、国 旗 国 歌、神 社 神 道を嫌う カ ル ト

10人に一人は カ ル ト か 外 国 人

「ガ ス ラ イ テ ィ ン グ」 で 検 索 を !

410仕様書無しさん2016/05/28(土) 08:46:34.91
SEの知的財産と契約料金の搾取対策

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

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

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
6

411仕様書無しさん2016/05/28(土) 14:26:25.84
大体、素人にいきなりJavaのWeb開発とか間違ってる。

412仕様書無しさん2016/05/30(月) 04:10:57.60

413仕様書無しさん2017/04/09(日) 22:11:21.95
NTTコミュニケーションズ開発致死量強要利得強奪裁判
【事件番号】
平成26年(ワ)第31477号
【裁判官】
宮坂昌利裁判官
【被 告】
[1次受グローバルウェイ]
・致死量強要SE担当設計分の開発料金の大損害
・致死量超過工数強要分の開発料金の大損害
・無料追加強要分の開発料金の大損害
・開発手法強要分の開発料金の大損害
・問い合わせ阻止の業務妨害分の損害
[2次受ビジネス・インフォメーション・テクノロジー]
・原告に解約指示で技術損失分の大損害
・警察までついてきて原告相談妨害
・関係者に連絡しない旨の署名を強要
・報酬不払いで大損害
→被告代理人弁護士 東京多摩法律事務所(小澤和彦・伊藤瞳・志賀野歩人・河原 麻子)
開発強要・解約指示・誓約強要・職安違反・中間搾取を正当化
[3次受アイピーロジック]
・請負でなく委任だから瑕疵なしと騙した
・警察までついてきて原告相談妨害
・関係者に連絡したら数千万円払わせると脅迫
・関係者に連絡しない旨の署名を強要
・営業費と交代要員費用を原告から強奪
・報酬不払いで大損害
→被告代理人弁護士 ホライズンパートナーズ法律事務所(荒井里佳)
報酬強奪・報酬不払・誓約強要・職安違反を正当化
強要SEが派遣と委託の法律を知らなかったのが原因と発覚しましたが、裁判官に技術能力がないため公益を図る事に致しました。
【お問い合わせ】
legal20150108@yahoo.co.jp
お問い合わせ下さいました方ありがとうございました。皆様も強要SEの損害にはお気をつけ下さい。

414仕様書無しさん2017/04/16(日) 08:05:38.35
偽装請負多重派遣業界SEと離婚
両親や親戚に反対されましたが、時間外労働違反業界のSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は残業しない別業界の相手と結婚して救われました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・ITスキルは使い捨て
・ITスキルが高いのに安売り低収入
・高度情報技術者なのに安売り低収入
・高生産なのに安売り低収入
・高利益なのに安売り低収入
・高需要なのに安売り低収入
・学習多いのに安売り低収入
・人手不足なのに安売り低収入
・人手不足なのに無職意識
・会社員なのに短勤続年数
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf

新着レスの表示
レスを投稿する