馬鹿プログラマーを排除する方法を考えるスレ

1仕様書無しさん2013/04/17(水) 21:58:22.07
馬鹿プログラマーがいると

1)ゴミコードを書き散らしてみんなに迷惑をかける
2)生産性の低い馬鹿プログラマーの給与のせいで業界の平均賃金が下がる

存在するだけで悪である馬鹿プログラマーを業界から排除する方法を考えましょう!

2仕様書無しさん2013/04/17(水) 23:37:08.20
賛成!

・業務免許制にする
・資格試験の受験資格に、情報系、百歩譲って電子系の大卒であることを必要条件にする

昔は医師や弁護士の倍稼ぐ職業だったのに「文系でも活躍できる職場ですw」なんて
インチキ会社が増え過ぎた。

3仕様書無しさん2013/04/17(水) 23:47:54.12
馬鹿プログラマを排除するより、
自分が馬鹿プログラマのいない上級の会社に転職するほうが楽かもしれないね。

4仕様書無しさん2013/04/18(木) 22:57:10.26
あのなあ。。

プログラマーがいないと、全部箱なんだぞ

5仕様書無しさん2013/04/19(金) 07:11:32.28
3がいうように、糞が混じり安い多重派遣や請負がいる仕事に関わないようにすべきだと思う。

6仕様書無しさん2013/04/20(土) 01:09:42.72
人日制を無くさない限り絶対無理
生産効率悪い方が高いシステムできるんだもんww

7仕様書無しさん2013/04/20(土) 19:00:32.85
>>3
上級の会社ってたとえばどこ?
少なくともNTTデータじゃないとは思うが

8仕様書無しさん2013/04/21(日) 08:41:10.35
>>2
君みたいに学歴だけで判断するような短絡さでこの惨状です

9仕様書無しさん2013/04/22(月) 08:06:09.88
>>7
webサービスをしている会社は内製している所が多い

10仕様書無しさん2013/04/23(火) 06:26:31.83
>>7
ベンチャー企業じゃね?
大手企業だと技術の移行が遅いし

11仕様書無しさん2013/04/24(水) 22:19:10.56
>>6
縦読み多いな

12仕様書無しさん2013/04/25(木) 09:49:15.91
馬鹿マネージャーを排除する方が先

13仕様書無しさん2013/04/27(土) 02:17:49.96
工程通りに進めてたら八時間労働しなくても帰らせてくれ

14仕様書無しさん2013/04/27(土) 02:24:51.86
数十分の残業を付けたら渋い顔するくせに数十分遅刻したり数十分早く帰ると人非人扱いするこの国はいかれてる

15仕様書無しさん2013/04/27(土) 16:35:42.07
馬鹿を排斥することを考えるより、自分が馬鹿の居ない職場に転職することを考えたほうが捗る。

16仕様書無しさん2013/04/27(土) 20:25:39.12
>>13
工程表の方を密度を濃く変更します。
次の案件はその密度で受注します。そして納期厳守。

17仕様書無しさん2013/05/09(木) 08:56:14.68
>>12
プログラマーとして役に立ちすぎる奴はプログラマーから先に進ませてもらえない
逆に役に立たない半人前は糞マネージャーになる
実作業者が優れてるとマネージャーはバカでも務まるからね

本当は知識、技術、経験のすべてが揃ってる奴に管理させるべきなんだけど
多少かじった程度の奴でも務まると思ってるから実作業者の負担が激増して
デスマになったりプログラマが辞めたり壊れたりする

18仕様書無しさん2013/05/09(木) 09:33:57.43
そうなると派遣の人売り営業と変わらんな
実作業のことなんか知らんて感じで客の要望スルーしてりゃいいから

19仕様書無しさん2013/05/09(木) 13:26:54.11
>>17
>プログラマーとして役に立ちすぎる奴はプログラマーから先に進ませてもらえない
んなこたぁねぇだよ。
プログラマーしかできない奴はいるけど。

>実作業者が優れてるとマネージャーはバカでも務まるからね
んなこたぁねぇだよ。
ただの足枷だ。

20仕様書無しさん2013/05/09(木) 13:43:14.43
糞マネージャー乙

21仕様書無しさん2013/05/09(木) 13:59:27.47
>>19
技能職なんだからプログラマで居続けたいと願う奴はいくらでもいるけど
プログラマしかできないって奴はたぶんいないぞ

プログラマとしてはクソの役にも立てなかった無能なチンカスが考えそうな決めつけ

22仕様書無しさん2013/05/09(木) 21:10:21.03
PM<<<(超えられない壁)<<<伝書鳩

23仕様書無しさん2013/05/09(木) 21:14:49.91
伝書鳩w

24仕様書無しさん2013/05/09(木) 22:21:12.60
ただの伝書鳩ならいいけど
中途半端な知識で生返事してきて現場を炎上させる馬鹿もいるからね・・・

25仕様書無しさん2013/05/09(木) 22:37:21.88
知ったかぶって見当外れな文章にわざわざ書き換えてから
現場に送ってきたりとかね。そのまま手を加えず送ってこいやとw

26仕様書無しさん2013/05/10(金) 01:57:56.89
伝言ゲームかよww

27仕様書無しさん2013/05/22(水) 21:26:12.12
馬鹿プログラマなどど抜かしてる馬鹿は
必ず現場からは馬鹿にされてるな

28仕様書無しさん2013/05/24(金) 02:12:50.81
統計学の問題出せば一発で潰せる
高卒と文系はデータ分析の仕事渡して潰してるよ

29仕様書無しさん2013/05/24(金) 21:29:31.41
数3Cと物理は必修だよね〜

30仕様書無しさん2013/05/29(水) 00:21:48.43
排除?
雇ったほうが馬鹿なんじゃねーの?

31仕様書無しさん2013/06/23(日) 20:09:33.13
馬鹿プログラマーは向上心とかないし、自分で調べようっていう意思がないからな
自宅でコード書いたりしない奴は大抵ろくなレベルじゃない

32仕様書無しさん2013/06/23(日) 20:35:41.99
もうほんと、ツールの使い方くらいググって探せよと
お前上司だろ

33仕様書無しさん2013/06/24(月) 23:09:41.78
はいwブーメラン>>31

34仕様書無しさん2013/06/29(土) 03:45:43.86
自宅でコードを書いてるほうが馬鹿だと思う。
出来る奴は、絶対に残業しないだろうな。
無駄なことが少ない証拠でもある。

35仕様書無しさん2013/06/29(土) 07:58:04.06
自宅ってのはフリーソフト作ったりって話だと思ったが

36仕様書無しさん2013/06/29(土) 20:51:38.96
>>34は明らかにモグリ
この業界やプログラマという職業の実態を知らなさすぎる

37仕様書無しさん2013/06/29(土) 21:12:49.80
謎コーディングスタイルとゴチャゴチャした構造化設計貫いてる職場の連中見てると、
仕事以外で何もやってこなかったんだろうなとは思う
新しい技術に触れる職場ならいいけど、小さいメーカーで組み込みだと本当ひどい

38仕様書無しさん2013/06/30(日) 12:07:38.04
>>37
あるあるww
その職場伝統のスタイルって奴。
コーディングスタイルだけならともかく俺様フレームワークもどき
とか強制されたりする。

39仕様書無しさん2013/06/30(日) 12:57:11.31
フレームワークは仕方なくね?
不本意でも社内で統一されてるならそれに従って覚えるのがスジ。
嫌なら別のフレームワークを社内で奨めるか、辞めて別の職場を探す。

40仕様書無しさん2013/06/30(日) 12:58:32.32
フレームワークごときに人生を翻弄されるPG

41仕様書無しさん2013/06/30(日) 13:05:31.82
すでに動いているオレオレフレームワークなら使わざるを得ないからなぁ。
問題は、そんなダメフレームワークに対して愚痴しか言わないやつだな。

ダメなのは分かっているから、今すぐコストかけずに入れ替えれるものが
あるなら持って来いよ。ダメなところだけあげつらって、リファクタリングも
しなければドキュメントも残そうとしない愚痴しか言わない奴は氏ねとか
思うよ。

42仕様書無しさん2013/06/30(日) 14:26:51.84
既に>>41の考え方がダメダメ
開発をわかっていない

43仕様書無しさん2013/06/30(日) 17:26:55.04
>>42
実現可能な提案等を書くわけでもなく、ダメダメと言うだけだからな。
言うは易し行うは難し。お前は評論家かよっていう。

44仕様書無しさん2013/07/01(月) NY:AN:NY.AN
>>41 >>43
論点ずらしの詐術・詭弁ですね
橋下市長がよくやる手法と一緒

45仕様書無しさん2013/07/01(月) NY:AN:NY.AN
>>43
実現可能な提案を「今ちゃんと動いているから変える必要はない」って
あっさり蹴られるってことも多いと思うが……。

46仕様書無しさん2013/07/01(月) NY:AN:NY.AN!
経験ある有能なエンジニアだけで書いた理想の美しいフレームワークを作れる、
というのは幻想だよ。

実際には様々なスキルや経験を持つエンジニアを混ぜて作らざるを得ず、
フレームワークを作り直したけどゴミ具合いはあんまり変わらなかったね、
ということはよくある。

それより既存のフレームワークの一部をリファクタリングしたほうがいい。
45の言っていることも現実だけど、いざフレームワークを刷新してもよいという話になったときに、
基本はそのままで最悪の部分だけを選んでリファクタリングする
というのも選択肢に残しておいた方がいいぞ。

47仕様書無しさん2013/07/01(月) NY:AN:NY.AN
>>45
結果が既存のモノと同じなら、コストをかける理由がない。
その提案に何かメリットがないとな。

48仕様書無しさん2013/07/01(月) NY:AN:NY.AN
>様々なスキルや経験を持つエンジニアを混ぜて作らざるを得ず
そもそもコレが諸悪の根源だろ。「様々な」どころか何のスキルも経験も無い
文理不問・未経験歓迎の求人で掻き集めただけの派遣SE・PGに丸投げ案件大杉。

49仕様書無しさん2013/07/28(日) NY:AN:NY.AN
むっちゃけ人売り業界なうちはダメなままだと思う
いつまで居るかもわからない、先人が残したクソ環境、クソコードを自分が頑張って良くしていっても
自分にかえってくる評価とかのリターンが殆どないから、やる気とか出ないだろう
好きだからやってるけれど、それなら評価に繋がる場所でやったほうがマシだしなぁ

いまも出向先で業務改善、既存の問題点の指摘と改修提案、
既存コードの大幅改修(ぶっちゃけ作り直し)してるけど、
どうせあと数ヶ月でここ抜けるつもりだし、そういうこと考えたらすごいモチベ下がる
いくら頑張って仕組みつくっても、残ったうんこがうんこーどを次々追加していくだろうからなぁw

50仕様書無しさん2013/07/28(日) NY:AN:NY.AN
>>48
まじコレだわ
口入れして中抜きするだけの企業と人を売るだけの企業が大杉て、技術者が育つ環境が殆ど無い

51仕様書無しさん2013/07/28(日) NY:AN:NY.AN
>既存コードの大幅改修(ぶっちゃけ作り直し)
作り直しさせてくれた方がマシな既存コードとか多々存在するんだぜ。
そもそもポインタを理解できずに関数のIn/Out引数を宣言してしまってたり。
それを「作り直し禁止」で、元のコードは全部残したままで、最小限の修正で
バグを直して、性能も向上させろ、とかムチャ振りする大手客先とか平気で有る。

52仕様書無しさん2013/07/29(月) NY:AN:NY.AN
>>51
それはそうだが、もし動いてたところが動かなくなっちゃったりしたときのリスクまではふりかかって
欲しくはないよね

53仕様書無しさん2013/07/29(月) NY:AN:NY.AN
理想論だってのはわかってるけど、こうあるべきって思うところに近づけていきたと思ってる

その「もし」動かなくなったら、って考えるのはもちろんダメなことではないと思うけど
コードは書いたようにしか動かないんだから、「もし」なんてものは言ってしまえばありえない
ミス(バグ)はテストで潰すしかない
再帰テストを行わないようなゴミプロジェクトはもうどうしようもないけど、
しっかりリグレッションこなすなら、だめな部分はしっかりなおしていったほうが後々役に立つで

54仕様書無しさん2013/07/29(月) NY:AN:NY.AN
>>51
最小限の修正ですませればリスクがゼロということにはならないんだよな
そういったコードは元々の品質が悪いから、
対策確認テストの時に「修正しなかった部分」で潜在バグが分かったりする
で、その潜在バグ対策を現担当者の自分がやらざるをえなくなる
更には「最小限の修正」だからバグを上手く回避する対策コードを追加し、
その対策確認テスト中にまた別の潜在バグが見つかって..................
あれよあれよと見事に底なしの泥沼へ一直線のコースにはまる(泣笑

モチベの点で、大改修を決めた案件にあたっている>>49のほうが、
まだマシな気がする

55仕様書無しさん2013/07/29(月) NY:AN:NY.AN
言ってることはよく分かる

だが、それを全うできる工数もらえてるか?っていうとほぼ確実に違うでしょ?
その辺はどーすんの?

56仕様書無しさん2013/07/29(月) NY:AN:NY.AN
潜在バグで直しちゃダメってなら、見てみぬふりしかないじゃん

57仕様書無しさん2013/07/29(月) NY:AN:NY.AN
>>55
いや、「最小限の修正」であった場合でも、もらえる工数は修正規模で決まるから、
普通は潜在バグ対策(とその後の泥沼)の追加工数はもらえないだろ
事前に修正母体の潜在バグ発生率が計測できていて、
それに応じて工数が追加できるような契約であれば可能だろうけど、夢物語でしかない

>>49は計画の段階で「大改修(作り直し)」を決定しているから事前に工数を予測できる
たとえそれが厳しいものであっても、それを乗り越えるという目標を持てる
いつになれば朝日が昇るかまったく予測できない「最小限の修正」よりマシだと思うが

>>56
直しちゃダメじゃなくて、最小限の修正量で直せ、って意味だよ

58仕様書無しさん2013/07/29(月) NY:AN:NY.AN
その最小限を大きく報告すればドンと改修出来るじゃんか
言われたとおり働けばいいってもんじゃない

59仕様書無しさん2013/07/29(月) NY:AN:NY.AN
>>58
「最小限の修正」を過大に報告すれば「大改修(作り直し)」と同じ工数がもらえると思う?
常識で考えればもらえないだろ

こんなことも分からない「馬鹿プログラマーを排除する」いい方法はないものかね.......

60仕様書無しさん2013/07/29(月) NY:AN:NY.AN
>>59
馬鹿はお前

61仕様書無しさん2013/07/29(月) NY:AN:NY.AN
はいはい

62仕様書無しさん2013/07/29(月) NY:AN:NY.AN
>>59
頭悪すぎるwww

63仕様書無しさん2013/07/29(月) NY:AN:NY.AN
>>59
常識に縛られて思考停止している無能プログラマ。
単にお客様から見て都合がいいだけで会社の利益貢献には全く役に立たないから、
いつまでたっても下級プログラマのまま。

64仕様書無しさん2013/07/29(月) NY:AN:NY.AN
こうして

>いくら頑張って仕組みつくっても、残ったうんこがうんこーどを次々追加していくだろうからなぁw

が現実の姿となりますた
めでたし、めでたし

65仕様書無しさん2013/07/29(月) NY:AN:NY.AN
>>54
あるある過ぎるwww

>>59
>「最小限の修正」を過大に報告すれば「大改修(作り直し)」と同じ工数がもらえると思う?
「派遣」禁止にしないとね。
派遣だと、「チェンジ」食らうだけだよね。

かくして、>>64 という結果に…

66仕様書無しさん2013/07/29(月) NY:AN:NY.AN
>>59
赤くなるほどレスされてよかったなw
自分が楽しめないような仕事ばっかしてるようじゃ、バカだぜ

67仕様書無しさん2013/07/29(月) NY:AN:NY.AN
馬鹿プログラマーを排除したい賢いプログラマーが、何で馬鹿SEだか馬鹿客をあしらえねえんだよ
だから馬鹿なんだよ

68仕様書無しさん2013/07/29(月) NY:AN:NY.AN
自己紹介乙

69仕様書無しさん2013/07/29(月) NY:AN:NY.AN
>>67
賢いプログラマーは馬鹿SEや馬鹿客をあしらっているだろ
くそなシステムにくそなコードを追加していくことで、
システムが寿命を終える迄の間、チェンジされることもなく
会社へ利益を貢献できるのだから

何か問題でもあるの?

70仕様書無しさん2013/07/29(月) NY:AN:NY.AN
>>67
馬鹿は馬鹿同士で繋がる習性がある。
馬鹿が排除されない会社は経営者が馬鹿の同類だったりする。
宗教と同じ。健常者は排除され狂った奴だけが集まっていく。

71 忍法帖【Lv=2,xxxP】(1+0:5) 2013/07/30(火) NY:AN:NY.AN
馬鹿グラマーが寄り付きにくい言語で開発すればいいんじゃね?
HaskellとかOCamlとかSchemeとか

72仕様書無しさん2013/07/30(火) NY:AN:NY.AN
>>70
経団連のことかっ!?

>>71
求人案件は、JAVA(大文字), VBだらけ…

73仕様書無しさん2013/08/07(水) NY:AN:NY.AN
> (大文字)
あるあるすぎるwww

新しいことを学ぶ意思のない連中が一人でも混ざると、どんだけいい環境を揃えて
どんだけ優れたフレームワークを利用しても、うんこーどが発生するから、
結局は自社開発を自社メンバーだけで出来ない職場はうんこ化するよ
奴隷業界が全ての元凶

74仕様書無しさん2013/08/08(木) NY:AN:NY.AN
おまいらの言う馬鹿プログラマーだけど
頭ん中がOO(というかGoF)でガチガチに凝り固まってしまって
ここ最近流行りの関数型言語がさっぱり解らなくて困ってる
staticおじさんに俺もこうしてなっていくのかな

75仕様書無しさん2013/08/08(木) NY:AN:NY.AN
アマチュアプログラマが飛び付きやすい言語ってのは一見流行りに見えるが、業界ウケし難い。
これまで様々な言語が消えていったように、一部で使われるだけでそのまま衰退、自然消滅していく。

76仕様書無しさん2013/08/08(木) NY:AN:NY.AN
つまり、この先生き残るのはコボラーとジャバラーだけなんですね。
たいへんわかりやすいです。

77仕様書無しさん2013/08/08(木) NY:AN:NY.AN
>>76
C「もう俺だけでいいんじゃないかなー(^-^)/」

78 忍法帖【Lv=3,xxxP】(1+0:5) 2013/08/08(木) NY:AN:NY.AN
>>74
おま
 ん
 こ
static

まで読んだ

79仕様書無しさん2013/08/09(金) NY:AN:NY.AN
GoFが理解できる知性があるのに関数型が理解できないという意味がわからない。
実はGoFも理解してないってオチじゃね。

80仕様書無しさん2013/08/09(金) NY:AN:NY.AN
ラムダ式とか普通に解る
部分適用とかもまあわかる
モナドとか入ってくるとわけわかめ

確かにGoF全部解ってるかというと、割とそうでもない気がする
VisitorとかCommandとかInterpreterあたりは正直理解が怪しい

81仕様書無しさん2013/08/10(土) NY:AN:NY.AN
×覚えられない
○興味を持てない

潮時だよ

82仕様書無しさん2013/08/10(土) NY:AN:NY.AN
>>80
Haskellは何を参考にして学習したのかな?
いわゆる「ふつケル本」は原語の表層を解説しただけの駄本だから、
これを読んでHaskellコードを書けるようになっても、深い理解は得られない

モナドはすごく(数学的に)抽象的な概念だから分かるようになるのは難しい
とりあえずHaskellコードが書けるレベルなら、以下の書籍で
関数型プログラミングの基礎を固めておいたほうがいい
  関数型プログラミング -- R.バード/P.ワドラー共著, 武市正人訳
  http://www.amazon.co.jp/dp/4764901811/
この本にはモナド登場以前の純粋関数型プログラミングについて、すべてを解説した良書だ

あるいは、>>80が「Haskellにあらずんば関数型言語にあらず」という純粋関数型絶対主義者、
いわゆるハスケラでなければ、他の関数型言語を試すのがいいんじゃまいかと
たとえば Scheme(Lisp族)やF#/OCaml/SML(ML族)など
これらの非純粋関数型言語でも「関数型プログラミングにおけるデザパタ」は考察できるよ

83仕様書無しさん2013/08/10(土) NY:AN:NY.AN
13 名前: 仕様書無しさん Mail: sage 投稿日: 2013/07/11(木) NY:AN:NY.AN
今時にありがちな書籍のタイトル
・はじめてのXXX
・サルでもわかるXXX
・ふつうのXXX

これに当てはまるのは、どれも愚本のたぐい
アマチュアとしてプログラミングを楽しみたい人には適しているかもしれないが、
専門家/技術者の道に進もうと考えておるなら、避けるべき
これら優しい口調の文章で「分かったつもり」の感覚に慣れてしまうと、
次のステップへ進むために読む専門書の日本語文書に拒否反応を起こしてしまう

84822013/08/10(土) NY:AN:NY.AN
>>80
では、具体的に「関数型プログラミングにおけるデザパタ」を考察してみよう

まず最も基本であるCompositeパターンについて、もしオブジェクトの属性が
集合論における直和であり、クラス継承が直和であるという認識を持てれば、
以下のようにコード化できる(これはGoF本からの引用になる)
  [SML] datatype 'a Component = Leaf of 'a | Composite of 'a * 'a Component list
  [Haskell] data Component a = Leaf a | Composite a [Component a]
これは再帰的な代数データ型の初歩的な定義例でしかない

そしてCompositeパターンと深い関連があるIteratorパターンやVistorパターンは、
上記のデータ型を再帰的に辿る探索問題でしかないと理解できるだろうし、
Commandパターンを含めるとコレクション(上記のデータ型)に対する高階関数の適用でしかない
またBuilderパターンやAbstract Factoryパターンは、関数を入力として関数を返す高階関数そのものであり、
Stateパターンは入力事象と遷移元状態の直積(組)から出力事象と遷移先状態の直積への写像(関数)になる

別の見方をすれば、OOPではデザパタとして神格化され高度な技法と見られていた概念が、
FP(関数型プログラミング)では基本とほんの少しの応用でしかない、と見なすことができる
この現実に対して拒絶反応を起こしてしまうかそれとも素直に受け入れられるかが、
OO脳から関数型脳へ脱却できるか否かを決める大きな壁になると考える

85822013/08/11(日) NY:AN:NY.AN
>>84を訂正

X: .... もしオブジェクトの属性が集合論における直和であり、
O: .... もしオブジェクトの属性が集合論における直積であり、


ついでに参考として、直積 A×B と直和 A+B の定義を書いておく(特に難解な定義ではないと思う....)

A×B = { (x, y) | x ∈ A, y ∈ B }
A+B = { (0, x) | x ∈ A } ∪ { (1, y) | y ∈ B }

なお、直積は「集合の直積集合」、直和は「集合の直和分割」とも呼ばれている
そして、言語上では直積はタプル型やレコード型として、直和は代数型として表現される

86仕様書無しさん2013/08/11(日) NY:AN:NY.AN
「神格化され高度な技法」とか「でしかない」みたいな強い言葉を使って他を貶して
自分たちが優れてるって主張するのって、昔Java厨がバカみたいに繰り返してて
もういい加減おなか一杯、胸やけがするくらいなんですけど

87822013/08/11(日) NY:AN:NY.AN
>>86
まったくそのとおりだよね
GoF本の著者自身がデザパタの意義はカタログ化にあり、「デザパタは決して系統的であったり
厳密なものではない」と述べているのに、なぜかデザパタであれば正しいと主張を繰り返すのには、
もういい加減おなか一杯、胸やけがするくらいだ

88仕様書無しさん2013/08/11(日) NY:AN:NY.AN
このスレで排除対象にあたるような馬鹿が腐るほど居る業界だ
自分はすごいって思ってしまうようになっても仕方がないって気はする
それくらい、馬鹿が多い業界

89仕様書無しさん2013/08/11(日) NY:AN:NY.AN
ごめんなさい

90仕様書無しさん2013/08/18(日) NY:AN:NY.AN
>>87

あんたに言ってんだけど?

91仕様書無しさん2013/08/18(日) NY:AN:NY.AN
管理する側の層が技術者のスキルを理解や把握できていないから、排除すること自体難しいだろうなぁ
いってしまえば業界全体がレベル低い

92仕様書無しさん2013/08/28(水) NY:AN:NY.AN
開発経験10数年らしいおっさん
1日中コンパイルエラーと格闘している様子

おれ「存在しない変数に値を設定しようとしているようですが」
おっ「そうか?、ガハハハ」
おれ「このクラスにこの名前で変数を定義してますか?」
おっ「あちこちからをコピったんでわからんわ」
おれ「この機能では必要な処理なんですよね?」
おっ「そんなん知らんわ動きゃええねん、ガハハハ」

管理する側は現場の状況なんか気にしない
スケジュールと進捗と報告書が大事
メンバーのサポート(尻拭い)をするのはメンバーの仕事
排除は難しい

93仕様書無しさん2013/08/28(水) NY:AN:NY.AN
単価相応

94仕様書無しさん2013/08/30(金) NY:AN:NY.AN
現場にいるババアがギャーギャーうるさい
喋り方がウザい上に頻繁に「わーーー」とか「うひゃーーーー」みたいな
擬音語を発するからイライラしてくる

若い奴ならまだしも40超えてる人の話し方ではない
歳相応の落ち着きがないし変な違和感で気持ち悪い
いちいちリアクションがウザくてイライラしてくる

95仕様書無しさん2013/09/01(日) 23:48:33.55
昔の現場で要件定義のヒアリングが全部擬音だった衝撃の案件を思い出した

96仕様書無しさん2013/09/02(月) 00:19:07.00
>>95
全部って
盛りすぎで逆につまらん

97仕様書無しさん2013/09/03(火) 01:54:04.85
ここはズギューンって感じで、こっちはドドドドドドドってくるようなイメージでお願いね

98仕様書無しさん2014/01/16(木) 13:08:48.94
>>97
少々盛ってはいるけど、委託の案件ってだいたいそんな感じではある

99仕様書無しさん2014/03/04(火) 01:36:33.49
そのバカをもっとまともなコード書けるように教育してやれよ
そのバカが素質ないならどうしようもないがな

100仕様書無しさん2014/03/05(水) 12:49:24.67
>>1
まず、
・大学偏差値65未満はプログラミングをしてはならない。
・専門、Fランク卒はコーダーやテスターのみ。机を与えてはいけない。

からはじめよう!

101仕様書無しさん2014/03/05(水) 12:58:30.90
矛盾してる2つの条件を恥ずかしげもなく書ける君の偏差値は?

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

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

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

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

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

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

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

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

103仕様書無しさん2014/03/05(水) 14:40:10.88
100万以下奴隷価額で作るのが馬鹿すぎ

104仕様書無しさん2014/03/30(日) 15:52:15.73
客が知識をつけてきて、大手の無能がバレてくると、多少はマシになるかもしれんね

105仕様書無しさん2014/04/06(日) 14:02:34.41
大手は技術力と言うより営業力と体力が売りだから
なかなかその構造上難しい

106仕様書無しさん2014/06/17(火) 02:06:30.32
>>1
簡単だ。みんなに聞こえるよえうに、「お前は馬鹿だ。職場を去れ」と言う
だけ。みんなに聞こえるように。自発的に退職するように仕向けるのだ。

107仕様書無しさん2014/06/17(火) 08:10:48.21
大規模になるほど足引っ張るアホの比率が多くなるから仕方ない
大手志向()Fランちゃんが必死こいで入社頑張ってるわけだしな

腐った人材の首は法律上安易に刎ね飛ばせないから文型SEとかに回さざるを得なくなるという

108仕様書無しさん2014/06/20(金) 12:55:10.07
バカにも種類があるだろ

【低能】    複雑な仕様を理解できない
【勘違い野郎】 独善的なコード
【趣味コーダー】独善的な仕様解釈
【アスペ】   プロジェクトの状況が理解できない
【ノープラン】 成長しない
【コミュ症】  うまく説明できない(文章、言葉)
【アホ】    地雷リスクを踏み抜く

109仕様書無しさん2014/06/29(日) 22:49:03.94
昔、自動車っていうのは、とても高度な技術者がしか作れなかった。
部品を組み立てるのには専門知識がいるので、到底素人にはできなかった。
自動車を作れる人っていうのは、超高度な技術者だったんだよ。
もちろん給料もバカ高い。

しかし、今では、自動車の組み立ては工程化され、その辺の普通の人を集めるだけで組み立てができるようになった。
これは自動車業界の進化によるもので、難度の高いものを簡素化した、人類の知恵の結果である。

自動車業界だけじゃなく、他の業界でもそんな感じで、IT の世界も例外ではない。
プログラマーとかスキルとか言ってるけど、今のプログラマーのスキルなんて、専門学校上がりの人間がやる敷居の低い者でしかないぞ。
コンサルタントに比べて参入障壁の低さを見ればわかるだろう。
これから先は、それこそ自動車工場の工員レベルの扱いになる。

給料が低くなるのをできないプログラマーのせいとか言ってる段階で、間違った方向に爆進中だろ。

「自動車の組み立てのスペシャリストですよ〜。ハイスキル技術者ですよ〜。」って言ったところで、 現代ではその需要ってどの程度よ?
技術者って呼ばれるのは、研究開発にいそしんでいる人たちだけで、工場の工員のことは指さない。

自称プログラマーに聞きたいのだが、自分自身は「工員」側か「研究者」側か?
つまりは、これまで進んできた2分化で「技術者」ではないほうに乗っかっている現状を知っているか?

110仕様書無しさん2014/07/01(火) 12:31:48.72
わからん
そんなふうにレッテル張りして考えたことないから

111仕様書無しさん2014/07/01(火) 12:34:05.58
少なくとも、サンプルのコピペで作れちゃうんで、「コピペ屋」かな
プログラマーは、もはや技術でもなんでもないと思う
IT土方とは言い得て妙だわい

112仕様書無しさん2014/07/23(水) 20:52:22.42
プログラマって言うか、プロマネワナビーがミーティングを無意味にまぜっかえして困ってるんだが
何とかならないものだろうか

たとえて言うなら朝まで生テレビの司会のジジイ
こいつのせいで間違いなくミーティングに倍の時間がかかっている


頼まれてもいないのになぜお前は仕切りにくるのか
ミーティングの場で若手を叱る前に自分の仕事をしろと言いたい
言いたいがよく考えたらこいつのところには誰も仕事を回さない



・・・・・そっかー(´・ω・`)

113仕様書無しさん2014/08/01(金) 13:31:29.19
>>109
IT 業界の手順化はまだそこまで達してないよ。
仕様を見てコードを書くのは設計の要素があるので、アホが書くと大変なことになる。
色々と研究はされているようだけど、ほかの業界のようにアホでもできるようにまではなってない。
ライブラリの完全コピペだけで組めるようになって初めて誰でもできることになるが、
そうはイカのキンタマなのが IT 業界の特殊性。

114仕様書無しさん2014/09/30(火) 04:34:20.03
>>113
大変なことにはなるけど
かけるじゃん

だからダメなんだよ

書けない仕事につけよ

115仕様書無しさん2015/07/30(木) 17:35:19.15
フーターズコンテストジャパンで二位だったSerinaが、
黒人に輪姦されてる動画が流出したようですね。
鮮明だし最後は狂ったように泣きながらイキまくってる。
ちんこたった。
http://subject24.xyz/black025.jpg

116仕様書無しさん2015/07/31(金) 11:45:05.45

117仕様書無しさん2015/08/21(金) 16:11:11.74
〇〇 労基 
でググると過去の2chスレが出てくる会社
and
転職会議で2.5点の会社は超絶要注意

実話です
転職する時は思い出して下さい

118仕様書無しさん2015/08/21(金) 19:25:42.90
職業安定法44条違反
労働基準法6条違反
で提訴された会社

グローバルウェイ
キャリコネ運営
http://careerconnection.jp/

ビジネスインフォメーションテクノロジー
請負派遣
http://www.b-it.co.jp/service/sv_os.php

アイピーロジック
SEプランナー運営
http://www.se-planner.com/

119仕様書無しさん2015/08/22(土) 05:33:05.83
面接だけで見抜けよwwwww
技術の具体的な質問ぶつけまくればかんだんだろう

120a2015/08/24(月) 19:37:14.42
>>83 基礎をやんねぇで応用しろとかお前クソだろ。アマチュアはお前だ

121仕様書無しさん2015/08/25(火) 11:47:54.37
プログラマやってたら絶対に考えないだろう仕様を
ガンガン出してくる大卒SEの下で働く高卒PGは辛い。

122仕様書無しさん2015/08/25(火) 13:08:56.64
プログラマ経験のないSEは社会のゴミだからね。

朝鮮人のほうがよっぽどまじめに仕事してくれるよ。

123仕様書無しさん2015/08/25(火) 19:53:17.28
請負報酬および偽装請負賠償請求裁判情報
NTTコミュニケーションズ受託開発事件
【裁判官】
矢尾渉裁判長
【被 告】
[1次受グローバルウェイ]
・追加注文料金不払い
・方式不一致指示で開発困難
・期限強要で原告健康障害
・NTT問い合わせ阻止の業務妨害
[2次受ビジネスインフォメーションテクノロジー]
訴訟代理人弁護士 東京多摩法律事務所
小澤和彦・伊藤瞳・志賀野歩人・河原 麻子
↓指示強要・追加注文不払い・搾取は常識と主張
・報酬を中間搾取
・原告に解約指示
・警察までついてきて原告相談妨害
・関係者に連絡しない旨の署名を強要
[3次受アイピーロジック]
訴訟代理人弁護士 ホライズンパートナーズ法律事務所
荒井里佳
↓契約金と追加注文料金不払い・誓約強要を正当化
・請負でなく委託だから瑕疵なしと騙した
・警察までついてきて原告相談妨害
・関係者に連絡したら数千万円払わせると脅迫
・関係者に連絡しない旨の署名を強要
・交代要員費用を原告に要求
・営業費用を原告に要求
・報酬不払い
3社とも原告に追加・指示したことを認めました。
【お問い合わせ】
legal20150108@yahoo.co.jp

124仕様書無しさん2015/08/27(木) 18:34:55.30
派遣契約以外のSEの皆様へ

客先納期に従うのは辞めてもらえませんか?
効果対報酬や妥当工数見積を提示されたらいかがですか?
価値のないサービスは優秀なSEに迷惑なんですよ。
客先こそ無能SEの増加で不利益なんですから。

有能高額SEより

125仕様書無しさん2015/08/27(木) 21:48:10.65
>>2
結局これだよね
ハードル上げれば馬鹿は減る

126仕様書無しさん2015/08/29(土) 08:40:31.07
んだな
それなりの偏差値の大卒
または
それなりの適性年齢時に情報処理試験をこなしたか
この2つだけで実際、相当数の馬鹿は排除できる

127仕様書無しさん2015/09/02(水) 19:23:58.82
請負報酬および偽装請負賠償請求裁判情報
NTTコミュニケーションズ受託開発事件
【裁判官】
矢尾渉裁判長
【被 告】
[1次受グローバルウェイ]
・追加注文料金不払い
・方式不一致指示で開発困難
・期限強要で原告健康障害
・NTT問い合わせ阻止の業務妨害
[2次受ビジネスインフォメーションテクノロジー]
訴訟代理人弁護士 東京多摩法律事務所
小澤和彦・伊藤瞳・志賀野歩人・河原 麻子
↓指示強要・追加注文不払い・搾取は常識と主張
・報酬を中間搾取
・原告に解約指示
・警察までついてきて原告相談妨害
・関係者に連絡しない旨の署名を強要
[3次受アイピーロジック]
訴訟代理人弁護士 ホライズンパートナーズ法律事務所
荒井里佳
↓契約金と追加注文料金不払い・誓約強要を正当化
・請負でなく委託だから瑕疵なしと騙した
・警察までついてきて原告相談妨害
・関係者に連絡したら数千万円払わせると脅迫
・関係者に連絡しない旨の署名を強要
・交代要員費用を原告に要求
・営業費用を原告に要求
・報酬不払い
3社とも原告に追加・指示したことを認めました。
【お問い合わせ】
legal20150108@yahoo.co.jp

128仕様書無しさん2015/09/03(木) 08:00:33.53
※本投稿の拡散歓迎
告訴の趣旨
 被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
 職務経歴書を提示した事前面接を実施 または 偽装請負 または 偽装出向
  労働者派遣法第26条(契約の内容等)、職業安定法第44条(労働者供給)に違反
 多重派遣・多重出向
  労働基準法第6条(中間搾取の禁止)に違反
疎明資料
 事前面接日時、場所、出席者、資料のコピー、音声記録
 就業場所・就業期間・就業時間
 指揮命令
  指示を誰が行っているかの記録、音声記録
 仕事で使う道具や、資材の負担(所有)のあり方
  業務で使用しているパソコン・備品などの所有者
 契約書
  請負、雇用契約書、出向指示など書面のコピー

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

129仕様書無しさん2015/09/05(土) 09:51:21.92
片働き共働き両方とも困難
・低収入で生活困難
・高稼動で家事困難
よって結婚相手を苦しめる

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】 [転載禁止]&#169;2ch.net
http://hello.2ch.net/test/read.cgi/infosys/1436793659/

130仕様書無しさん2015/09/06(日) 07:50:40.34
日本のブ男文化の傾向
無能残業男のせいで結婚で退職に追い込まれる女が多い。
無能残業男のせいで結婚相手を金で選ぶしかない女が多い。

131仕様書無しさん2016/11/07(月) 18:36:29.65
VBを使うやつを排除するだけで
.netの案件はかなりキレイになる

132仕様書無しさん2016/11/07(月) 18:37:56.97
つかVB使う大卒と
C#使う高卒

どっち雇いたいよ?

133kk,.//2016/11/07(月) 20:58:12.04
前者

134仕様書無しさん2016/11/07(月) 22:27:51.12
NuGetの有名処のライブラリとかほぼ100%がC#で書かれている事実
VBは低能のすくつ

135仕様書無しさん2016/11/08(火) 15:59:23.21
>>132
C++使える院卒。

136仕様書無しさん2016/11/17(木) 08:44:45.87
アメリカのSEは1,000万円以上だけど
日本のSEは1,000万円以下の低収入!

【アメリカ】
スーパープログラマ
時給10万円だったり、ストックオプションで数億〜数十億円稼ぎだす
Javaフレームワーク
〜3600万円
PHP
〜2400万円
COBOL
〜1700万円
技術サポート
〜1200万円

年収中央値:1175万円(アメリカ労働統計局調査、サンプルは111万人)
70歳でも仕事があり、年収は下がらない
数年単位で転職する(一つの会社に長くいるのは危険)
管理系の職種は雇用が不安定で、報酬も高くない

【日本】
平均年収:430万円(情報処理推進機構調査)

Web/ゲーム業界(昔ほど報酬は高くない)以外は人月単位のため、報酬には上限あり

年功賃金を採用する企業では20代後半までの給料は一部の例外を除き低い
間接雇用が基本(大手のSIerでも客先常駐派遣が少なくない)
40歳以降になるとリストラ候補となり、一旦リストラされると低賃金職か、長期間無職となる
大企業の場合は管理職トラックに進むためコーディングはしなくなり、
プログラミング経験が昔あっても35歳以降の転職は難しい
転職回数が3回超えるだけで大手には書類で落とす。

137仕様書無しさん2016/11/18(金) 19:48:18.98
俺がSEを辞めて人売りをやる理由

・人売りは大儲けだから家族に奉仕できる
・SEは結婚障害者だから家族に迷惑かかる
・SEの大半が偽装請負に従う
・SEを多重派遣するだけで大金が入る
・SEに機密誓約させるから不法行為は裁判官に隠せる
・SEに分量以上の作業強要しても開発内容がわからない裁判官を騙せる
・SEに料金以上の作業強要しても開発内容がわからない裁判官を騙せる
・SEに契約以外の作業強要しても開発内容がわからない裁判官を騙せる

何よりもプログラム作らないで大儲けできる

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

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

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

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

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

偽装請負多重派遣SEの代償
低収入低技術
非婚離婚
鬱病早死

140仕様書無しさん2017/04/14(金) 11:51:10.39
会話レベル・オチテル

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

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

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