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

**仕様書無しさん** · 2014/01/18(土) 08:57:09.58

おれ、今までに、
　きちんと話とかして
　一緒に仕事をしていて、
　仕事の内容とか結果とか見ていた
人だけにすると、５００人くらいいたんだけど、

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

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

**仕様書無しさん** · 2014/01/18(土) 09:39:34.97

その中の一人が俺かよ。

**仕様書無しさん** · 2014/01/18(土) 09:43:43.91

> ちゃんと交渉も話もできる

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

**仕様書無しさん** · 2014/01/18(土) 10:04:50.75

やつらって、俺らに○○（それはお前の仕事だろ？）を
押し付けるくせに、こっちが俺らの仕事の知識を要求すると
知らなくて当然って態度をとるからな。

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

**仕様書無しさん** · 2014/01/18(土) 10:13:06.28

脅迫された世界一の美女・吉松さんの会見が放送禁止のワケ
http://www.youtube.com/watch?v=lqZL5g6MYNQ&;list=PLYvgRSxXWBsuqzeQJx0AqzIBc8IIClw6Y&index=2 /

**仕様書無しさん** · 2014/01/18(土) 10:27:50.21

【知的財産と契約料金の搾取業界】
偽装請負従犯の動機
趣味
高卒
コミ障
低学歴
低技術
残業促進
収入無視
利益無視
需要無視
人格障害
刹那主義
楽観主義

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

**仕様書無しさん** · 2014/01/18(土) 12:16:40.37

業界自体まともな奴なんてほとんどいないだろ。

**仕様書無しさん** · 2014/01/18(土) 12:51:15.37

http://kohada.2ch.net/test/read.cgi/prog/1190866177/816
　　↑　　↑　　↑　　↑　　↑　　↑

**仕様書無しさん** · 2014/01/18(土) 13:30:40.08

プログラムを書けないSE
人売りしかできない営業
逃亡するプログラマ

最近こんな人達しかみていません＞＜

**仕様書無しさん** · 2014/01/18(土) 15:11:18.43

３ヶ月で１０００万くらいのレンタルしたら、火消しも立ち上げもオフィスの潤滑剤も何でもやってくれるよ

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

**仕様書無しさん** · 2014/01/18(土) 19:54:21.84

>>3
そんな愚痴や苦情を出すなら、割合をまともにしないと説得力がない。
実際のところ使えるプログラマなんて１％にも満たないのが実態なんだから

**仕様書無しさん** · 2014/01/19(日) 00:31:45.43

>>11
うちの会社のやつでもアクターモデル知ってるか聞いたら誰一人あがらなかったのはちびった(´･_･`)

**仕様書無しさん** · 2014/01/19(日) 03:21:41.38

動けばいいって考えは嫌いです

**仕様書無しさん** · 2014/01/19(日) 03:38:54.00

動けばいいって言ってる人に、
じゃあ食べれればなんでもいいのか？って
聞いてみなさい。

**仕様書無しさん** · 2014/01/19(日) 09:50:19.43

>>14
？

**仕様書無しさん** · 2014/01/19(日) 10:08:00.68

旨くても食えないものより、不味くても食えるものの方が役に立つ。
絵に描いた餅。

**仕様書無しさん** · 2014/01/19(日) 11:59:30.28

素材から調理すんの面倒だから、完成品が木にならないかね

**仕様書無しさん** · 2014/01/19(日) 12:14:25.01

とりあえずコピーして動かなかったら外注どなりつければなんとかなるよ

**仕様書無しさん** · 2014/01/19(日) 13:03:16.74

1自信がレベルが低いからそういう現場でしか働けないんじゃ

**仕様書無しさん** · 2014/01/19(日) 14:20:07.36

まともなプログラマのハードル高杉だろ

**仕様書無しさん** · 2014/01/19(日) 14:36:33.77

見つからないなら、他人を当てにしてないで自分１人でやっちゃえばいい

**仕様書無しさん** · 2014/01/19(日) 22:34:52.34

>>1
過去、同じ課で同僚だった人数は全部で５０人ぐらい。

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

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

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

５００人なんて無理だろ？

**仕様書無しさん** · 2014/01/20(月) 09:04:30.23

☆コピペ推奨☆
【犯罪者追放のお願い】
大金、知財、健康、人生を失ってからでは、取り返しがつきません。

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

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

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

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

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

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

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

**仕様書無しさん** · 2014/01/20(月) 21:49:38.13

>>22
使えるか使えないかは１ヶ月もあれば完璧に把握できるでしょ
職場を転々としているフリーの人なら十二分にありえる

**仕様書無しさん** · 2014/01/20(月) 22:30:57.78

「完璧に把握」

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

**仕様書無しさん** · 2014/01/20(月) 23:08:09.82

いや俺なら１週間で十分！
ただし俺がPMであることが条件だが

**仕様書無しさん** · 2014/01/22(水) 16:42:40.18

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

**仕様書無しさん** · 2014/01/22(水) 18:51:38.56

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

**仕様書無しさん** · 2014/01/22(水) 19:28:22.99

SEとかPMとかどーでもよく、PGだけで議論しろ
まともなPGってマジですくねーよな

**仕様書無しさん** · 2014/01/23(木) 00:49:56.27

>>29
実際少ないね
総合的な能力求められるから、少ないのは当然だけど

**仕様書無しさん** · 2014/01/23(木) 03:51:39.41

千野死ねよ
こいつ人間のくず

**仕様書無しさん** · 2014/01/24(金) 01:30:34.72

使えるPGはすぐにSEにされてしまう
その結果残るのは使えないPGだけになる

**仕様書無しさん** · 2014/01/24(金) 09:40:25.29

日本で言うSEって世界的にはなにそれという仕事

**仕様書無しさん** · 2014/01/25(土) 16:11:20.19

マジで簡単な事務手続きプログラムなのに俺がやると1日でバグなしで終わるプログラムを1ヶ月とか2ヶ月とかかかる奴は脳内どうなってんのかと

**仕様書無しさん** · 2014/01/25(土) 16:21:52.89

>>34
遅く作る努力しないと、儲からないじゃん!

**仕様書無しさん** · 2014/01/25(土) 16:23:45.19

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

**仕様書無しさん** · 2014/01/25(土) 16:32:33.05

>>35
早く作ると安くなる会社が多い事が諸悪の根源だよな

**仕様書無しさん** · 2014/01/25(土) 17:28:44.78

>>37
早く作るべきは、
契約料金と特許権利がある場合だけ

**仕様書無しさん** · 2014/01/25(土) 18:34:07.39

>>34
転職しなよ
もったいないよ

**仕様書無しさん** · 2014/01/25(土) 19:12:18.66

>>35
そんなの早く作って出来てませんって言って他の仕事並行で進めてればいいだけじゃん。
バカなの？

**仕様書無しさん** · 2014/01/25(土) 19:31:54.59

優れたプログラマーほどまともじゃないから

**仕様書無しさん** · 2014/01/25(土) 19:41:04.43

>>39
もう転職済みだったりするｗ　非ＩＴに。

**仕様書無しさん** · 2014/01/25(土) 22:38:56.14

>>40
並行のギャラ貰える契約は別
馬鹿？

**仕様書無しさん** · 2014/01/25(土) 22:47:09.36

>>43
つーか、どうやって監視すんの？
他社が何の作業してるかなんて・・・・・・・・。
偽装請負の派遣か。なら無理だな。

**仕様書無しさん** · 2014/01/26(日) 00:08:36.21

>>43
どういうシチュを想定してるのかしらんが、いずれにしろだるい人生だな。生きてるのが嫌にならんのか

**仕様書無しさん** · 2014/01/26(日) 08:22:39.96

金にならないほど無能で無駄なロジックはない。

**仕様書無しさん** · 2014/01/26(日) 11:20:54.18

てかさ

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

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

**仕様書無しさん** · 2014/01/26(日) 11:32:43.41

可能な限り多い工期・・・・・・・これが本来ＩＴ業界は推進しなきゃならんことだよな
可能な限り短い工期・・・・・・・これは、安売り決戦で確実にジリ貧になるだけ

**仕様書無しさん** · 2014/01/26(日) 11:57:11.53

>>48
なんという労働者視点…

**仕様書無しさん** · 2014/01/26(日) 12:24:01.20

消費者視点・・・・・・・・・・・・・・・・・・・・・・ソフトなんて全部無料が基本だろｗ

**仕様書無しさん** · 2014/01/26(日) 12:49:22.66

>>50
そこで共産主義ですよ(´･_･`)

**仕様書無しさん** · 2014/01/26(日) 12:56:28.36

共産主義って、Linuxを使って儲けたいから
お前Linuxの開発に参加しろってヤツ？

**仕様書無しさん** · 2014/01/26(日) 14:09:22.64

>>50
消費者視点・・・・・プログラマは好きでやってるんだから、賃金も無しでいいじゃん。いやならやめろ

**仕様書無しさん** · 2014/01/26(日) 14:27:46.13

>>53
コジキ乙

**仕様書無しさん** · 2014/01/29(水) 18:43:06.11

>>1
この板には0

**仕様書無しさん** · 2014/01/30(木) 13:33:04.24

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

**仕様書無しさん** · 2014/01/30(木) 21:30:41.38

>>56
20年以上前とは市場の大きさが桁違いなんだから、そりゃ裾野が広がらざるをえないだろ。
なに当たり前のこと言ってんの？

**仕様書無しさん** · 2014/01/30(木) 21:57:59.16

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

**仕様書無しさん** · 2014/01/30(木) 23:52:57.75

プログラマは底辺の受け皿になってしまった。業務システム作ってるプログラマはゴミクズしかいない。

**仕様書無しさん** · 2014/01/31(金) 08:27:02.94

【受託系SEは犯罪系人格】
偽装請負従犯の動機
趣味
高卒
コミ障
低学歴
低技術
残業促進
収入無視
利益無視
需要無視
人格障害
刹那主義
楽観主義

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

**仕様書無しさん** · 2014/01/31(金) 22:35:35.64

業務系だったら50人に一人くらいじゃね

**仕様書無しさん** · 2014/02/01(土) 00:37:05.87

うちは恵まれてるな
20人中2人いるわ

**仕様書無しさん** · 2014/02/01(土) 10:45:48.44

それは高い確率だな

いや、マジで

**仕様書無しさん** · 2014/02/01(土) 12:08:02.51

無能95%位？

**仕様書無しさん** · 2014/02/01(土) 12:42:19.27

母集団によるかも

**仕様書無しさん** · 2014/02/01(土) 14:09:01.45

付き合いのある会社をいくつも見てきて分かったことは、
まともな社会人の少ない会社ほどまともなプログラマが多いってこと

**仕様書無しさん** · 2014/02/01(土) 17:18:42.76

>>64
いや、実際、そんくらいかもしれん。
ほんとにできるやつが、モジュールの９５％以上を作ってることなんてザラだからな。

**仕様書無しさん** · 2014/02/01(土) 21:35:17.20

「プログラマー」としてまともなプログラマー・・・10%
「人」としてまともなプログラマー・・・・５％

こんなもんじゃね？

**仕様書無しさん** · 2014/02/01(土) 22:16:02.31

まともな人ほどよく壊れる

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

**仕様書無しさん** · 2014/02/01(土) 22:21:52.41

【受託系SEは犯罪系人格】
偽装請負従犯の動機
趣味
高卒
コミ障
低学歴
低技術
残業促進
収入無視
利益無視
需要無視
人格障害
刹那主義
楽観主義

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

**仕様書無しさん** · 2014/02/01(土) 22:26:39.43

>>1
の条件だとやっぱ５％もいるかどうかだと思うぞ
業務系でも

**仕様書無しさん** · 2014/02/01(土) 22:27:37.27

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

**仕様書無しさん** · 2014/02/01(土) 22:45:17.29

んじゃ関数型とか使いこなしてるやつ、どんだけいんのよ(´･_･`)

**仕様書無しさん** · 2014/02/02(日) 15:13:23.54

>>68
たしかに
プログラムだけ書けるけど、他の人と一緒に仕事できない人いるよな
人間的にもまともな人って、たしかに5%くらいかも

**仕様書無しさん** · 2014/02/02(日) 15:46:15.60

仕事として動いているうちは>>1の用件は完全にこなしてるけど、

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

**仕様書無しさん** · 2014/02/02(日) 16:13:48.47

>>75
いいんじゃない？
でも、「用件は完全にこなしてるけど、」という評価をするのが
自分と違う他の人（同僚・上司・顧客）だと言う事が難しい所。

**仕様書無しさん** · 2014/02/02(日) 16:56:34.10

>>76
上司、同僚には、ハッキリいってもったいないレベルって言われている。
一度、役所経由の外郭団体への出向の話がきたが、人見知りなので断った。

**仕様書無しさん** · 2014/02/02(日) 19:00:30.46

どこかが欠けているから「もったいないレベル」と言われているのでは？

**仕様書無しさん** · 2014/02/02(日) 19:04:31.62

優秀なスキルを持ちながら、そのスキルを打ち消してしまう何かがあるから「もったいない」ということ。

**仕様書無しさん** · 2014/02/03(月) 09:02:44.34

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

**仕様書無しさん** · 2014/02/03(月) 22:29:14.33

>>77
人見知りが、技術力を打ち消してしまうほどなんだろう........実にもったいない

**仕様書無しさん** · 2014/02/03(月) 22:56:31.58

外資除くと、技術力が評価される会社なんてどれだけあるのかねぇ。

**仕様書無しさん** · 2014/02/03(月) 23:17:52.82

技術の評価は、評価される側より評価する側の技術が高くないと不可能だよね。

**仕様書無しさん** · 2014/02/04(火) 09:36:45.61

>>82
外資だけど、IBMって評価はどうなの？

**仕様書無しさん** · 2014/02/04(火) 09:55:37.87

>>84
あそこは、過去の栄光を看板にしたSIerでしょ？

**仕様書無しさん** · 2014/02/04(火) 10:37:35.52

>>85
そうか・・・
メーカーとしての姿勢（と言うか考え方）が好きだったのになあ。

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

**仕様書無しさん** · 2014/02/04(火) 18:45:33.35

>>86
権限ないのに話だけは聞くって・・・
冷やかしじゃん。営業マンがかわいそう。

**仕様書無しさん** · 2014/02/04(火) 22:49:30.82

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

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

**仕様書無しさん** · 2014/02/07(金) 00:18:13.23

11年連続売上減で脂肪寸前のibmがなんだって？

**仕様書無しさん** · 2014/02/07(金) 00:20:19.96

日本ibmは完全に過去の会社だなぁ

**仕様書無しさん** · 2014/02/09(日) 08:48:30.58

【受注系SEは損害被害だらけ】
偽装請負従犯の動機
趣味
高卒
コミ障
低学歴
低技術
収入無視
利益無視
需要無視
人格障害
刹那主義
楽観主義

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

**仕様書無しさん** · 2014/02/11(火) 22:08:29.76

>>1
漏れと仕事したら３人目だな

**仕様書無しさん** · 2014/02/12(水) 02:35:34.60

>>92
君を3人目と数えると
400人以上がまともになってしまうよ。

**仕様書無しさん** · 2014/02/12(水) 19:50:51.92

【偽装請負従犯要員募集中】
技術不要の使い捨てスキル
事務ソフト使い捨てツール
DB
COBOL
VＢ
.net
Java
window
Web
フレームワーク

**仕様書無しさん** · 2014/02/12(水) 22:53:31.64

>>93
変だなあ
全部満たしてるのに
　コンピュータをわかっていて、
　開発速度もそれなりに速くて
　バグもほとんどない
　可読性も高い
　ちゃんと交渉も話もできる

**仕様書無しさん** · 2014/02/13(木) 02:20:13.98

>>95
自称できるやつは信用できない
つまり俺は信用できない

**仕様書無しさん** · 2014/02/14(金) 15:37:12.27

職業プログラマのうち１０％くらいしかコンピュータが好きではなく、
そのうちの１０％くらいがプログラミングが好きで、プライベートでもプログラミングをやっている。やっていた。
なレベルだから全体の１％くらいしかいない。
つまりコンピュータ、プログラミングだけでとると１００人に一人、さらに交渉もできるとなると>>1くらいの確率になっても仕方ないだろ

**仕様書無しさん** · 2014/02/14(金) 21:37:19.43

【生涯損害助長SEを排除するだけ】
偽装請負従犯の動機
趣味
高卒
コミ障
低学歴
低技術
残業促進
収入無視
利益無視
需要無視
人格障害
刹那主義
楽観主義
個人主義

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

**仕様書無しさん** · 2014/02/15(土) 10:34:04.40

大学の情報工学科でもプログラミングが好きな奴は1割くらいしかいないな

**仕様書無しさん** · 2014/02/15(土) 11:32:59.99

>>99
１割もいるの！？
コンピュータ好き（ゲーム、エロゲ、違法ＤＬ　でプログラミングはしない）連中含めてない？

**仕様書無しさん** · 2014/02/15(土) 11:45:13.05

>>100
絶対含めてる
プログラミングまともにする奴が1割しかいない
好きなやつになるとその中の3割とかもっと少ないだろ

**仕様書無しさん** · 2014/02/15(土) 16:30:53.51

まぁカリキュラムもどこも微妙だしな・・・

**仕様書無しさん** · 2014/02/15(土) 18:55:14.59

まともにできる奴って意味だった
好きかどうかは本人じゃないと分からんな
本当は嫌いだけど時間かけて優取ろうとしてるだけかもしれんしな

**仕様書無しさん** · 2014/02/16(日) 09:20:38.23

俺の数多い友人の中にもプログラミングに興味があるのは1人ぐらいしかいない。

**仕様書無しさん** · 2014/02/17(月) 04:44:29.55

>>104
お前友達(と思ってる奴)１人しかいないだろ

**仕様書無しさん** · 2014/02/19(水) 00:06:41.96

それは野球なら三冠王やトリプルスリーの難しさ、
打率とホームラン、盗塁とホームランを両立させるのが、
いかに難しいかってことに似てるのかもしれない。

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

**仕様書無しさん** · 2014/02/20(木) 00:19:09.57

>>106
ほかはいいけど、なんか欠けてるってのは、いっぱいいるよね
特に会話部分が欠けてるのが致命的だったりする

**仕様書無しさん** · 2014/02/20(木) 21:36:22.94

>>1
お前の言うとおりだ

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

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

**仕様書無しさん** · 2014/02/21(金) 22:42:18.54

>>108
その一人ってのは俺のことだよ。

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

**仕様書無しさん** · 2014/02/22(土) 01:40:13.24

何をもってマトモかだよね。
今時だと関数型言語使えてDSLすぐ作れてクラウドで分散処理作実装できてスマホのアプリすぐプロトつくれるぐらい？

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

>>110
おまえみたいのがダメだって例
>>1のを見てみろ、求めているのは技術の基本と思考能力、社会的常識と普通の会話だ。

**仕様書無しさん** · 2014/02/22(土) 10:17:45.62

>>1が求めているのとまともなプログラマは違うよ。
そして、まともなプログラマが見つからないから、
諦めて低い技術で我慢してるだけじゃない？

**仕様書無しさん** · 2014/02/22(土) 10:31:39.03

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

**仕様書無しさん** · 2014/02/22(土) 11:51:04.03

今の職場は>>1の条件程度なら、ほぼ全員がクリアしてるが。

**仕様書無しさん** · 2014/02/22(土) 11:53:11.49

できてないのは、新人と事務の人とWeb中心にやってた人くらい。

**仕様書無しさん** · 2014/02/22(土) 12:47:44.13

コンピュータを理解しているって、OS・ドライバ開発を経験していて電子工作できるレベルでないとちゃんと理解しているとは言いがたい。

**仕様書無しさん** · 2014/02/22(土) 12:53:52.61

自動車を理解しているって、エンジン・タイヤ開発を経験していて工場で生産できるレベルでないとちゃんと理解しているとは言いがたい。

**仕様書無しさん** · 2014/02/22(土) 13:27:46.82

>>117 + 自分で運転すること

**仕様書無しさん** · 2014/02/22(土) 13:31:46.16

声帯鍛えても役に立たないしなぁ

**仕様書無しさん** · 2014/02/22(土) 14:49:53.32

>>116
組み込み系経験者なら普通じゃね？
コンパイラ作成経験とかだとぐっと少なくなるけど。

**仕様書無しさん** · 2014/02/22(土) 15:51:36.64

電子工作する人のCPUに対する知識って1990年代あたりで止まってそう。

**仕様書無しさん** · 2014/02/22(土) 15:57:49.31

>>120
組み込み系はローレベルのことは詳しくてもクラウド、Web、UIとかは苦手そうなイメージ。
まぁ優劣じゃなくどこが得意かってだけの話だが

**仕様書無しさん** · 2014/02/22(土) 20:13:28.82

収入で表せよ

**仕様書無しさん** · 2014/02/22(土) 20:43:32.38

>>121
んなわけない
少なくとも、プログラマのように素人９割の世界ではない。

**仕様書無しさん** · 2014/02/22(土) 22:36:13.20

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

**仕様書無しさん** · 2014/02/22(土) 22:48:57.79

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

**仕様書無しさん** · 2014/02/22(土) 22:57:47.69

組み込み系で勉強会とかあまりきかないな。
ウェブ系は勉強会で交流が盛んだ。

**仕様書無しさん** · 2014/02/23(日) 05:18:25.25

勉強会という名の名刺交換会だったりするからな。
組み込み系はエンジニアが営業活動する習慣はあまりないかも。

**仕様書無しさん** · 2014/02/23(日) 05:22:52.69

勉強会で名刺交換なんて
ほとんどされてないが
言ったことないだろう？

**仕様書無しさん** · 2014/02/23(日) 06:00:34.68

>>129
技術者同士のやつではないけど、どっかの企業の中身公開的なやつはやっとるね

**仕様書無しさん** · 2014/02/23(日) 06:03:49.70

たとえば？

**仕様書無しさん** · 2014/02/23(日) 06:18:45.39

>>129
勉強会の後の懇親会でね。

**仕様書無しさん** · 2014/02/23(日) 07:02:38.89

プログラマーに4月からなるんだけど、仕事ってのが全く想像できない
自作のアプリはGoogleプレイにあげたりしてるんだけど、仕様書とかつくったことないしどうしたらいいんだ

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

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

**仕様書無しさん** · 2014/02/23(日) 08:16:32.21

>>133
まぁ会社によってまちまちとしか。
仕様書なんか作らないようなとこもあれば無駄な仕様書を延々と作ってるとこもあるだろうし。

**仕様書無しさん** · 2014/02/23(日) 09:30:03.34

>>133
大雑把に勝手なアドバイス

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

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

**仕様書無しさん** · 2014/02/23(日) 10:24:38.25

>>133
最初は仕様書渡されて「この通りにプログラムを作ってね」と言われるだろうから心配するな。

**仕様書無しさん** · 2014/02/23(日) 12:04:38.38

よくさ、新しいサービスとか何かを
わずか○時間、○日で作りました。とかあるけど
過去作ったものの使い回しじゃない限り
その一番初期バージョンはプロダクト品質ではないと思うわ。

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

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

**仕様書無しさん** · 2014/02/23(日) 12:22:51.07

スマホアプリに初参入とかなら技術調査とか含めて数ヶ月かかっても仕方ないと思うけど、
二本目からは簡単なものなら一週間でストアに登録できるものを作れないと話にならない。

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

**仕様書無しさん** · 2014/02/23(日) 15:01:57.57

二本目からというのは、技術的には
一本目と殆ど変わらないものって話だろ？
機能的には特に目新しいものがないもの。

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

**仕様書無しさん** · 2014/02/23(日) 19:22:19.12

家の中を写真で撮影したものを、３ＤＣＡＤ化するプログラムを作成せよ・・・・
どんくらいかかるか想像すらできへん・・・・・・orz

**仕様書無しさん** · 2014/02/23(日) 19:30:19.64

>>140
わかる程度に細分化して、全部足してみ？

**仕様書無しさん** · 2014/02/23(日) 19:48:33.00

細分化してもわからないのが普通

**仕様書無しさん** · 2014/02/23(日) 19:52:38.62

ちなみにハードから作成・・・・・orz

**仕様書無しさん** · 2014/02/23(日) 19:57:30.97

>>140
そんなのほとんどのやつが作れないから安心しろw
2Dの写真、複数枚撮ったものを繋げてそれから3Dデータに変換するってこと？
研究室レベルだろそれwww

**仕様書無しさん** · 2014/02/23(日) 20:05:18.26

>>140
実現方法が確定してないなら見積もれないのは当然

**仕様書無しさん** · 2014/02/23(日) 22:59:01.54

三次元再構成ってロボットビジョンとかマッピングとか応用がいろいろあるから
頭良い人がライブラリ的なものを作ると良いと思うの

**仕様書無しさん** · 2014/02/24(月) 00:55:01.25

133だけど、みんなありがとう
なんとなくほんのり伝わってきたよ

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

**仕様書無しさん** · 2014/02/24(月) 00:58:23.47

ハードはスマホを使えば良いのか
ttp://gigazine.net/news/20140221-google-project-tango/

**仕様書無しさん** · 2014/02/24(月) 10:37:05.91

>>148
スマホにでいいっていうより、スマホの盛り込んだって感じだろ。
デプスセンサーとかもついてないとダメっぽいし。

**仕様書無しさん** · 2014/02/24(月) 10:45:43.78

>>144
まぁ、開始時はいっつもこんな、途方もない壁だよ
でも、クリアーするときは、まさに快感っ・・・

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

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

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

**仕様書無しさん** · 2014/02/24(月) 11:11:35.76

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

**仕様書無しさん** · 2014/02/24(月) 22:32:13.55

仕事の中には難易度の高い仕事というものもある。
だけど、世の中で必要とされている仕事の多くは難易度は高くない。

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

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

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

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

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

**仕様書無しさん** · 2014/02/24(月) 23:01:56.98

そんな難しいのやりたいなら防衛産業の複雑系案件へどうぞ

**仕様書無しさん** · 2014/02/24(月) 23:09:16.96

>>151
与えられた課題に最大の答えを出す、という意味ではそうだが、
自分で課題を探して解決する、という意味ではどうかな、それはプログラマーの仕事じゃないか。

**仕様書無しさん** · 2014/02/25(火) 00:02:16.63

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

**仕様書無しさん** · 2014/02/25(火) 01:09:05.35

まぁアルゴリズムや数学ゴリゴリって世界とソフトウェアシステム"製品"を作る世界は
似て非なる世界って人月の神話でフレデリックが言ってた

**仕様書無しさん** · 2014/02/25(火) 02:39:27.63

>>156
その両者と分散システム作るってのもまた別のスキルかな。
まぁ何れにしても一番つまらんのはCOBOL的な何かとは思うけど。

**仕様書無しさん** · 2014/02/25(火) 02:44:50.83

デプスセンサがあれば簡単になるんだろうけど
単眼カメラでも複数地点から撮影すれば行けるというのがSLAMだろ

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

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

**仕様書無しさん** · 2014/02/25(火) 17:47:35.32

自分が思うにCOBOLerのだめな所は、新しい技術を結構否定しがち。
但しこれには理由もあってまだまだ、クリティカルな部分にCOBOLが
使われているから、例えば銀行の利息計算に必要な日付の計算など。

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

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

**仕様書無しさん** · 2014/02/25(火) 18:41:10.56

え？必要なら作るだけだと思うが…
作らなかったらその処理諦めるの？

**仕様書無しさん** · 2014/02/25(火) 18:47:39.40

>>160
ごめん。書き方が悪かった？
現行でソースは古い書き方で分かり難いけど、20年とか動いている
プログラムがあって、関数に置き換えれ『そうな』所も作り替える？
って聞きたかった。

**仕様書無しさん** · 2014/02/25(火) 18:51:45.92

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

**仕様書無しさん** · 2014/02/25(火) 19:20:50.75

>>161
これからも変わってくならリファクタするかもだけどそうでないならいじる必要ないがな(｡-_-｡)

**仕様書無しさん** · 2014/02/25(火) 21:36:43.66

>>162
前提が間違ってるよ。
10日後の日付の算出が変わる場合の話。

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

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

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

**仕様書無しさん** · 2014/02/25(火) 21:38:14.59

バグを修正するときに、ひーこらいって
自分らが開発したコードを解析し始めるぐらいなら、
リファクタリングした方がいい。

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

**仕様書無しさん** · 2014/02/25(火) 21:47:50.38

20年前から動いてるようなシステムだって言ってんのに、
この人なんでリリース前の段階の話をし始めたんだろう

**仕様書無しさん** · 2014/02/25(火) 21:49:42.23

>>159
技術否定なんてしてないだろ、誰も。
その環境において、その技術を適用するメリットがないってだけだろ。

**仕様書無しさん** · 2014/02/25(火) 21:53:52.56

>>167
その環境っていうのは、新しいコードも生み出されず
コードの修正も行われないってこと？

その環境に仕事あるの？

**仕様書無しさん** · 2014/02/25(火) 22:00:14.19

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

**159** · 2014/02/25(火) 22:17:42.07

えと、自分がカキコしたのは>>159と>>161だけです。
念のため。

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

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

**仕様書無しさん** · 2014/02/25(火) 22:54:17.43

>>169
後出しが悪いの？

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

**仕様書無しさん** · 2014/02/25(火) 22:55:41.99

後出しって言うけどさ、だいたい
修正っていうのは全部後出しだよ。

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

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

**仕様書無しさん** · 2014/02/25(火) 22:58:14.48

この日付け計算が銀行のプログラムなら、自分は上司を説得できるだけのものを出せないだろうなあ。
自分が責任持ちますとも言えんし。

**仕様書無しさん** · 2014/02/25(火) 23:11:05.36

>>162
ちがうよ。変更しやすくするために行うモノ。
このコードは変更しないと思ってたから変更しません。
が通る現場なら平和でいいかもね。

**仕様書無しさん** · 2014/02/25(火) 23:28:30.37

>>172
だから最初にやれるならやるよ。

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

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

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

**仕様書無しさん** · 2014/02/25(火) 23:28:42.04

黙れ無能ども

**仕様書無しさん** · 2014/02/25(火) 23:34:24.43

COBOLで書かれたしすてむは、どう動けば正しいのか誰も把握してないし、
修正しようにも手がつけられないから今動いているものが
正しいとしか言いようがないと。

**仕様書無しさん** · 2014/02/25(火) 23:43:14.09

だからぁ言語でくくるようなくそみたいなことすんなっつーの。
C言語だって、くそ古いソースだとgotoオンパレードで、とんでもねーぞ。
でも、正しく動いている以上、簡単に置き換えられんし、それをするメリットもない。

**仕様書無しさん** · 2014/02/26(水) 00:07:21.10

うちの職場なんで粗大ゴミ集積所みたいなJavaが動いてる

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

**仕様書無しさん** · 2014/02/26(水) 00:07:51.44

>>175
> ホイホイ修正できると思わないほうが常識的だと思うけど。

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

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

**仕様書無しさん** · 2014/02/26(水) 00:08:38.25

>>178
gotoは使い方次第だって。
例外のないC言語ではgotoを使ったほうが
綺麗に書ける。

**仕様書無しさん** · 2014/02/26(水) 00:22:45.76

>>180
でのつけようのないところは放置しつつそこに影響しない感じで機能追加とかいくらでもあるがな。
それとも君これで5000万とか1億の損害とか出たら責任取れんの？

**仕様書無しさん** · 2014/02/26(水) 01:11:25.83

>>181
C言語でgotoを使うのは素人だろ・・・

**仕様書無しさん** · 2014/02/26(水) 02:19:02.92

>>183
LinuxなどのC言語で書かれた有名な
オープンソースコード見たことある？

**仕様書無しさん** · 2014/02/26(水) 02:22:17.72

>>182
責任ぐらい取りますよ？
っていうかさ、そのためにテストするでしょ？

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

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

**仕様書無しさん** · 2014/02/26(水) 02:31:25.95

>>182
お前が責任取れるの？
ソースコードをリファクタリングしないで
出た5000万とか1億の損害はお前が当然責任取るんだろうな？

**仕様書無しさん** · 2014/02/26(水) 02:41:52.15

>>185
なんでテストしないとかの話になってんのよ。アホか。
おまえみたいなちんかすがどうやって責任とんのよ？

**仕様書無しさん** · 2014/02/26(水) 02:59:16.32

>>182
大域変数だらけで影響があるかどうかすらわからないコードって怖くない？

**仕様書無しさん** · 2014/02/26(水) 04:02:50.62

>>188
そもそもそんなコードかかんからしったこっちゃないが、そんなスパゲティを簡単にリファクタすればいいとか言ってる馬鹿は死ねばいい

**仕様書無しさん** · 2014/02/26(水) 04:28:16.81

リファクタリングしなかったからスパゲッティになってるんでしょ。

**仕様書無しさん** · 2014/02/26(水) 04:41:45.57

なんでもリファクタリングできるわけじゃない
退行テストがないのにリファクタリングすると元の動きを担保できない
しかも、システムが複雑化すると退行テストも網羅できなくなる

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

**仕様書無しさん** · 2014/02/26(水) 08:30:37.29

【偽装請負従犯要員募集中】
技術不要の使い捨てスキル
事務ソフト作り捨てツール
フレームワーク
DB
COBOL
VＢ
.net
Java
window
Web

**仕様書無しさん** · 2014/02/26(水) 10:20:12.40

>>190
だからそれでスパゲティとして動いてる実システムを簡単にリファクタとかゆーなぼけって話だろ？

**仕様書無しさん** · 2014/02/26(水) 12:03:11.54

リアルなスパゲティを見たことがないんだと思う。
でも、当時はそれで仕方がなかったんだからなぁ。

**194** · 2014/02/26(水) 13:19:43.84

リアルスパゲティ　＆　業務としての責任　＆　細かい仕様不明　＆　作り直したとして仕様が不明なのであってるとは限らない。

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

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

**仕様書無しさん** · 2014/02/26(水) 13:23:40.47

>>181
くそ古いソースならgotoでifやらwhileやら全部やってるから絶望だよ。
そーゆー時代だったんだからしゃーないの

**仕様書無しさん** · 2014/02/26(水) 16:46:44.07

>>184
そんな前世紀の遺物の話を持ち出されても。。。

**仕様書無しさん** · 2014/02/26(水) 19:06:05.06

リファクタリングが必要なものは仕様どおりに動いてるか怪しいのに
仕様書にどう書いてようが今の動きが正、って言われたらバグ残したままリファクタリングとか不毛なことやらされるぞ

**仕様書無しさん** · 2014/02/26(水) 20:47:36.95

ハードでもディスコン品はバグまで再現するしな、何処も同じか

**仕様書無しさん** · 2014/02/26(水) 21:45:32.46

つーか、１％いたらいいくらいだろ。まともなプログラマって。