2ちゃんねる★スマホ版★■掲示板に戻る■全部1-最新50

高い技術力のプログラマを歳でやめさせる馬鹿IT業界 [無断転載禁止]©2ch.net

1 :
2016/04/04(月) 11:26:45.18
技術力をつけるにはどうしても一定時間の経験が必要。
なのに35歳で止めさせるから、技術力が下がるのは当たり前
35歳で給料を上げないっていうのもやめさせるのと一緒。

巨大化した「詐欺的」IT業界が、国民の生命や社会・経済を破壊する危険が現実味
http://biz-journal.jp/2016/04/post_14543.html
> 「名ばかり」エンジニアが増えた
2 :
2016/04/04(月) 11:32:36.55
この業界はほかと違って技術がまだ成熟していない。
毎年のように変わっていく。
変わるだけじゃなくて積み重なっていく。

新しい知識 と 古い知識(経験) が必要なのに、
古い知識を持った人はやめさせて無関係のポジションに移動させる。
新しい知識だけじゃうまくいかない。

新しい知識 と 古い知識 の両方を
新人がいきなりマスターするのは無理。

古い知識を持った経験者が、新しい技術を取り入れて、
やっと技術の流れに追いつける速度だっていうのにだ。

人に蓄えられた経験を捨ててきているのだから
技術力が低下するのは当たり前
3 :
2016/04/04(月) 11:36:32.54
日本では技術に金を出すという考えはないので。
労働力としてコストが割に合わなくなったらおしまい。
4 :
2016/04/04(月) 11:40:51.40
新人がものを作ってるならば、ものの品質が下がるのは当たり前だ。
5 :
仕様書無しさん
2016/04/04(月) 12:02:48.05
FJネクスト迷惑電話のスレが荒れています
6 :
2016/04/05(火) 09:06:10.49
>>3
その割に割り切りで早上がりを拒むために変な道徳を押し付けるからおかしなことになる。
7 :
仕様書無しさん
2016/04/05(火) 12:54:56.31
だから

内製に回帰しろって
8 :
2016/04/05(火) 13:07:30.89
>>7
体育会系経営陣には理解できない。
無能が努力しても無駄なのに、体育会系は努力してできないのは努力が
足りないからだとしか理解しない。
9 :
2016/04/05(火) 14:44:04.46
>>8
経営陣に物申せる立場になれない無能
10 :
2016/04/05(火) 14:54:49.54
立場関係ないだろ?
11 :
仕様書無しさん
2016/04/05(火) 17:38:46.00
内製最強だ〜!
12 :
仕様書無しさん
2016/04/05(火) 19:36:18.14
>>7同感

高い技術力とかいって、単に新しい言語やDBを使うだけ
核となる部分の仕様や業務手順等は学ぶことないまま、いろんな現場をわたりあるくだけ
そりゃ、35歳あたりでいらんわ。実質25歳くらいのやつと技術力も知識もかわんねーんだもん

メガバンにしても航空にしても、最終的にはシステムの作りを把握しているやつがいないこと
外注は、新規作成はいいけど2回目以降のリプレイスで、システムを説明できる奴がその会社にいなくなる致命的欠陥を抱えている
13 :
仕様書無しさん
2016/04/05(火) 20:48:31.89
IT部門、システム子会社、SIer…「オーバーヘッダーズ」が企業を滅ぼす
http://itpro.nikkeibp.co.jp/atcl/column/14/463805/033100081/?rt=nocnt
14 :
仕様書無しさん
2016/04/06(水) 07:16:01.60
内製に戻る必要性を理解できる人材は両方での開発をやった経験がある人だけなんだよ

両方のメリットデメリットを理解して、両方の経歴がないと
自分の人生が間違っていると指摘されたと思い込むのか理論破綻してるのに反論しようとしてくる

内製が可能であれば、内製を超えるシステム開発形態は無い
15 :
2016/04/06(水) 07:29:15.47
プログラムコード見せたら発狂されたのでやさしく日本語でパワポ書くようにしました
16 :
2016/04/06(水) 07:29:17.54
内製の反対は外注じゃないんだわ。
内製の反対はパッケージ導入なんだわ。

内製できないから外注使って
こんなシステム作って欲しいって頼むから
使えないシステムが出来てしまうんだよ。

方やシステムがわからない、方や業務がわからないなんだから。
業務は会社ごとに微妙に違う。それをシステム会社がわかるはずがない。
だから内製の方がいいというのはわかるが、
それよりもいいのがパッケージ導入だ。

パッケージはシステム会社が業務内容含めて最適なものを作る。
業務にあわせてシステムをカスタマイズするのではなくて
パッケージに合わせて業務を変えたほうが、安いコストで大きな効果を得られる。

それが出来ない会社が特に日本に多いだけ。
17 :
仕様書無しさん
2016/04/06(水) 07:58:12.93
>>16
業務がわからないシステム会社が作ってるからパッケージなどまるで使えんぞ
実際パッケージ屋は売るたびにカスタマイズしまくりで顧客毎に別システムに作ってるようなもん
18 :
仕様書無しさん
2016/04/06(水) 07:58:36.69
簡単に言うけど
業務運用が同じってことは他社と比べて勝る点がなんもないってことだからね

財務やら人事管理ならともかく
19 :
2016/04/06(水) 07:59:04.39
内製じゃないのにお客さんのほしいシステム作れる俺最強やん
20 :
仕様書無しさん
2016/04/06(水) 08:05:14.47
【偽装請負犯罪者追放のお願い】
大金、知財、健康を失ってからでは、取り返しがつきません。
犯罪者に従うのも犯罪です。犯罪行為を最寄りの警察署に通報して下さい。
※通報者のプライバシーは保護されます。

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

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

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

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

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

警察官の対応に問題があった場合は、 監察局、
各都道府県の警察本部監察官室、 公安委員会に苦情申出して下さい。
21 :
2016/04/06(水) 08:31:01.55
内製じゃないとお客さんの求める
システムが作れない(笑)
22 :
2016/04/06(水) 09:15:12.11
>>17
アメリカではパッケージの導入が主流。

カスタマイズした結果、開発コストはかさみ、
柔軟性をなくし、バグを増やしているだけだろ。
23 :
2016/04/06(水) 09:16:14.58
>>18
> 業務運用が同じってことは他社と比べて勝る点がなんもないってことだからね

他社と比べて勝る点をまとめてこい。理由付きでな。
実際は違いがあるだけで、勝ってないだろ。
24 :
2016/04/06(水) 12:30:21.77
>>18
うんうんわかるよ悔しい気持ちは
25 :
仕様書無しさん
2016/04/06(水) 13:29:45.70
アメリカがー海外わ〜
向こうで現実見てこい
26 :
2016/04/06(水) 18:31:07.83
>>25
見てきた人がなんて言ってるかを
書いてるサイトを教えてくれ。
27 :
2016/04/06(水) 18:43:21.93
>>26
クレクレ厨ww
28 :
仕様書無しさん
2016/04/06(水) 20:05:58.16
SEの低生涯収入と短勤続年数の対策

相場下がって迷惑だから交渉しろ!

[推定平均生涯収入]
100万/月 3億5,000万円以上(大卒サラリーマン上位レベル)
90万/月 3億円以上(大卒サラリーマン平均レベル)
80万/月 2億5,000万円以上(大卒サラリーマン下位レベル・高卒サラリーマン上位レベル)
70万/月 2億円以上(高卒サラリーマン平均レベル)
60万/月 1億5,000万円以上(高卒サラリーマン下位レベル)
50万/月 1億円以上(フリーターレベル)
40万/月 5,000万円以上(パートレベル)
29 :
仕様書無しさん
2016/04/06(水) 22:06:35.48
パッケージが普及している国は、
そもそも自社の業務フローが固ーく決まっている訳ではないから
パッケージを導入しやすいんだよ、だから普及するんだよ、ってじっちゃんが言ってた。
30 :
2016/04/06(水) 23:12:04.75
>>26
基本的に、6社見てきたけど、ぶん投げが主流だよ
ただし、日本のぶん投げとは大きく異なる

どうやっているかというと、
自力で開発できる能力を持ったスタッフAが自社に少数いる。
Aが全体設計をしてオフショア(最近はインドが多い)で関数やオブジェクト単位でぶん投げて作らせる。
出来上がったものをAがくっつけていく
つまるところ内製で部品の実装だけぶん投げて最終的には自分たちで完成させる方式

日本風にいうなら、正社員が設計して、設計が終わってから必要な人員を派遣で集めて分配して作らせる。
出来上がったら派遣は全員クビで、部品を正社員がつなぎあわせて完成。

向こうは、英語という壁がないので英語が通じればどこにでも安ければ投げる
31 :
2016/04/06(水) 23:14:11.91
>>30
書いてるサイトを教えてくれって書いたのは
ここの書き込みなんか信用ならんからだよw
32 :
2016/04/06(水) 23:17:44.88
>>26
おまけ
客観的な資料がお望みなら
IPAの資料。http://www.ipa.go.jp/jinzai/jigyou/global-report.html
国別実態調査 の 2)IT人材の動向 の 
 ・米国のユーザー企業のIT技術者数はITサービス企業IT技術者数の約3倍弱である。
 ・日本は逆にITサービス企業技術者数がユーザー企業技術者数の3倍である。
というのもある

同じ「パッケージソフト」と呼んでいても同じものだと思わないほうが良い
33 :
仕様書無しさん
2016/04/06(水) 23:28:21.27
内製が世界標準
業務業界知識もないやつがシステム作れるわけない
34 :
仕様書無しさん
2016/04/07(木) 06:13:41.17
>>30
ソースコード読めるエンジニアがいることがすごい
35 :
仕様書無しさん
2016/04/07(木) 07:51:51.24
アジャイルなんて内製開発手法そのもの。
そもそもプログラマの置かれた位置が違うのに日本でアジャイルアジャイル、開発手法開発手法
と叫ぶことの虚しさたるや。
しかも、叫んでるのが外注プログラマ
36 :
2016/04/07(木) 07:56:30.28
>>32
これ、考えさせられるわ
何度か内製回帰論のスレがマ板で建ってたことあったけど正しかったんだと思うわ
37 :
仕様書無しさん
2016/04/07(木) 08:06:43.57
SE違法派遣(偽装請負・多重派遣・偽装出向・事前面接等)についての刑事罰
【告訴権者=業務委託、準委任、共同受注、業務請負契約および特定派遣(契約・正規)、一般派遣、正規社員】

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

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

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

告訴の流れとしては、

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

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

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

が妥当です。刑事告訴取り下げの和解金額は犯罪者個人と交渉するとよいでしょう。(告訴状は人数分提出する必要あり)
38 :
仕様書無しさん
2016/04/07(木) 16:12:50.44
このスレ、なんだか勉強になります
39 :
2016/04/07(木) 17:12:24.17
>>38
気のせいだよ
40 :
2016/04/07(木) 17:44:59.11
結論
 今の日本スタイルなら35歳でクビ切るのは別に間違っていない
41 :
仕様書無しさん
2016/04/07(木) 19:27:42.74
時給換算5,000円以下のSEの皆様へ

相場が下がって迷惑ですので、SE辞めてもらえませんか?
主婦SE以下の時給換算レベルですよ。
学習や設備や裁判や営業や管理や離職等の費用も含まれてるのですよ。
こちらこそ高収入や高技術のSEの離職で大損害なんですから。

経営者より
42 :
2016/04/07(木) 19:33:04.37
最近自分を責めるの流行ってんだよな
43 :
仕様書無しさん
2016/04/07(木) 20:12:16.44
>>1
35歳で辞めさせてはいないけど?
44 :
2016/04/07(木) 20:56:47.14
5年で半分辞めるプログラマ職を、35までやった人間をやめさせないだろう。
45 :
仕様書無しさん
2016/04/08(金) 07:05:07.11
35歳までにこの業界からいなくなるが正しい事実。
46 :
仕様書無しさん
2016/04/08(金) 07:10:58.17
殆どの開発技術や手法がアメリカからくるけど、技術者の配置がアメリカと日本では、そもそも違う。
物凄い考える話だわさ。
アメリカスタイルは内製。
日本スタイルは日本スタイルの開発手法でやらなきゃそりゃ流行らないし定着もしない。
ラグビーの試合に野球の道具を使おうとするようなものだ。
47 :
仕様書無しさん
2016/04/08(金) 07:35:23.49
いやサッカーの試合にバスケの道具を使おうとするようなものだろ
48 :
仕様書無しさん
2016/04/08(金) 08:06:32.84
犯罪者個人に対して告訴状を偽装請負・偽装出向・多重派遣の被害者が作成(刑事告訴は無料) or 司法書士が代筆(料金は5万円ぐらい)

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

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

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

不起訴、起訴猶予

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

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

注意:告訴が受理されない理由
●3年間(※)の時効が過ぎたもの ※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの ※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。
49 :
仕様書無しさん
2016/04/08(金) 08:11:48.68
>>47あんなでっかい枠にすらまともに入れられないのにバスケのゴールサイズだと絶望だなw
50 :
2016/04/08(金) 18:04:09.83
35でクビってことは無いけど、奴隷商人の奴隷だったら、よっぽど優秀な人でない限り
50過ぎたら仕事無さそう。
51 :
仕様書無しさん
2016/04/08(金) 19:57:31.32
優秀なら引っ張りかかるし
ある程度の年齢なら上位役職付きで条件も飲んでもらえる

35歳超えて引っ張られない時点で自分を評価しろと言いたい
52 :
仕様書無しさん
2016/04/08(金) 19:58:58.01
言わせねーよw
53 :
仕様書無しさん
2016/04/08(金) 20:14:12.98
>>46
アメリカも以前は日本みたいな構造だったがな。

それでは無駄に金がかかりすぎると経営者が理解するようになって変わった。

日本の大企業のIT軽視は異常なんだよ。
54 :
2016/04/08(金) 22:01:51.47
35とか一番バランスのよい
アイデアがでてくる時期だぞ
この時期にプログラムやらないとか
あほすぎ
55 :
2016/04/08(金) 22:25:27.89
>>54
昨日、電車でリーマンが会話してた内容。
C♯とかできる人が少ない。
特に設計や要件定義ができるC♯PGが少ない
って話してた。
仕事の話をぺらぺら喋ってる恵比寿にあるらしいその会社の
コンプライアンスはどうなってるのかってのは置いといて
C♯が使えるかどうかではなく
結局のところ設計ができるかどうかなんだと思う。
C♯でゴリゴリ書くのは誰でもできる。
56 :
2016/04/08(金) 22:36:59.53
C#でゴリゴリ書く人なんていないよ
そういうのはC++とCです
57 :
2016/04/08(金) 22:38:05.55
>>55
コード = 設計書
設計ができない奴は結局のところコードも書けていない。コードの1行1行が設計なんだから。
58 :
2016/04/08(金) 22:38:41.22
>>56
お前のオレオレ定義なんて知らねえよ
59 :
2016/04/08(金) 22:42:48.57
>>58
日本語
60 :
仕様書無しさん
2016/04/08(金) 23:54:26.23
アジャイル叫んでた奴は派遣社員だった
お前には関係ない開発方法だろw
61 :
2016/04/09(土) 00:04:08.61
>>60
リアルでそのハケンに言えよw
このチキン野郎
62 :
仕様書無しさん
2016/04/09(土) 00:19:39.57
>>55
その会社の人間も分かってないんだろうな。

上流ならC#かどうかなんて関係ないことがほとんどだろ。
63 :
仕様書無しさん
2016/04/09(土) 00:20:40.28
>>57
おまえ、他のスレで設計書不要と連呼してるやつだろ?
64 :
仕様書無しさん
2016/04/09(土) 00:22:42.59
FJネクスト エフ・ジェー・ネクスト 迷惑勧誘電話7 [無断転載禁止]・2ch.net

http://hayabusa6.2ch.net/test/read.cgi/estate/1457609776/
65 :
2016/04/09(土) 01:05:51.23
>>51
いつの話だよ
今の逆ピラミッドで、どこにポストがあるのか

若者のためにも、状況認識できないジジイはまさに老害でゴミなのて、早く引退しろ
あるいは俺みたいな優秀なジジイに金をまわせ
66 :
2016/04/09(土) 02:02:28.76
>>57
それはお前新人だからそう思うんだろ。
業務の知識ないと何もできないよ。
お前が言ってるのは内部設計書。
企業が求めてるのは、そういうんじゃなくて
業務で使うシステムを作れる上流SE(かつコーディングも、できる奴)
67 :
仕様書無しさん
2016/04/09(土) 07:58:38.09
だれか、内製スレをもう一度作って
糞スレだらけの中にたまーーーーーーーーーーーーーーーーに考えるスレがあると
大体、内製の話題な気がして
68 :
仕様書無しさん
2016/04/09(土) 08:10:30.93
SEの知的財産と契約料金の搾取対策

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

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

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
69 :
2016/04/09(土) 08:16:52.86
俺主導2人で3ヶ月で出来たものが
今の派遣先8人も9人もいて全然進まないワロス
70 :
2016/04/09(土) 08:20:41.74
そりゃコミュニケーションパスの問題だよ。
人が増えると開発効率は落ちる。
71 :
仕様書無しさん
2016/04/09(土) 08:31:17.93
>>70
コミュパスもそうだし、派遣って長いこといる人ならいいんだけど
新人派遣さんは技術力や実装の速度、理解力とかわからんからスケジュールが全然見積もれないんだよね
単純な事務プログラムを通常なら半日で完成させて後はテストのものを3ヶ月以上かけるやつが大半だし
72 :
2016/04/09(土) 08:34:46.65
ほんそれ
今回派遣初めてだからこうもタルいものかと驚きだわ
73 :
2016/04/09(土) 09:02:14.97
>>71
それ、単に新人だからじゃね?
74 :
2016/04/09(土) 10:01:23.77
>>72
なんで新人を採用したの?
年上を採用しろよ
75 :
2016/04/09(土) 10:19:53.25
派遣を使いこなすのは凄く難しくて、
何が難しいかというと、教えなくてもやれる環境を作る所。

基本的に派遣を雇うっていうのは、会社で育てる余裕が
ないってことなんだが、じゃあ育てるのはだれ?
派遣の人が自分で力をつける必要がある。

その力を活かすには会社独自のやり方をやっていてはだめってこと。
例えばアジャイルを使うとかね。

そういう風に社外での経験が活かせるような
環境を作らないといけない。
76 :
仕様書無しさん
2016/04/09(土) 10:41:59.29
>>75
ただ人を使えない人間の言い訳にしか聞こえない。
77 :
2016/04/09(土) 10:56:16.57
>>75
派遣は能力が低いから
使えるわけがないw
78 :
2016/04/09(土) 11:24:52.58
教育する工数ケチる奴はろくなのがいないな…
79 :
2016/04/09(土) 11:46:53.30
ケチってんじゃなくて
教育する能力が無いんだろ

技術力の見極めもできないからアホ派遣を雇ってしまう
見積もり能力も無いから請負契約にもできない

周囲(主に下っ端)に不満を持ってて、それが解決できない程度のヤツはろくなもんじゃない
80 :
2016/04/09(土) 12:20:37.00
"教育"って考えがもう古いよね
81 :
2016/04/09(土) 13:04:50.53
クソな派遣は確かに存在するが、くる派遣の大半がそういうクソだと判断されるような
ところは現場の方がクソなのが大半だな。

この業界は標準が何も存在しないから同じ言葉、表現でも意味が違ったりしたり方言が
きつかったりするからな、メンテされたドキュメントがあるのが一番いいのだがドキュメント
無くて口伝だけだったりするところが大半だったりするし。

技術的な部分で問題ない人でもそういう現場部分でのダメさでパフォーマンスが出せない
人は案外多い。派遣だからダメなのをどうにか出来る権限があるわけでもなく、指示出す側が
そういうダメなのを理解してないと、ダメなのが延々と続くことになる。

ソフトウェアやシステムで不具合が出た場合に分析や、再犯防止策を考えることはあっても
職場環境でそれが出来る人はいかに希少かってね。 なんでダメな派遣ばかり来るのか?
派遣個人の問題なのか?人事の問題なのか?教える人間の問題なのか?環境の問題
なのか?そういうのを一切考えず、派遣はクソっていう思考で止まるの多いよな。
82 :
2016/04/09(土) 14:15:47.27
>>74
ごめん。ほんそれは>>70に対してで、新人やインターンはメイン開発には入ってない。
今のプロジェクトは正社員半分派遣半分でみんな技術は高い9人ぐらい。
なのに俺と2年目の若者といったコンビで鯖も蔵も作る開発スピードに遠く及ばないのだ。
>>70は短い言葉で状況を見事に言い当てた。
83 :
仕様書無しさん
2016/04/09(土) 14:55:21.64
>>82
能力が人によって数倍違うのは普通ですよ。

10倍なんてざら。

20倍もある。
84 :
2016/04/09(土) 17:25:46.68
>>74
それ違法ちゃうん
85 :
仕様書無しさん
2016/04/09(土) 17:56:17.86
自分が自分の会社から出たことがないから、何もかも当たり前だと思っているんだろうけど、それは単に自分の会社のやり方を知っているからであって、他でも通用するわけではない。
86 :
2016/04/09(土) 20:47:51.50
その会社において求められた仕事をしているのであって、他社のための仕事をしているわけではない。
 A会社の業務に精通していてA会社で能力を即座に発揮できる。
 A会社の業務に精通していてB会社で能力を発揮するには数年かかる。
奴隷派遣として求めているのは前者なんです。終わったら契約延長はなし。欲しい人材出ない限り。
という話だろ。派遣の立場でしか仕事してないからわからないんだろうが。
奴隷・どれい・ドレイ
87 :
2016/04/09(土) 21:08:12.57
A社で10年も同じようなことをやって
すっかり当たり前に
なってしまった自分の感覚を派遣に求める人って
いつまでたっても
「派遣が居着かない。
うちの会社は地味な仕事をしてるから
派遣がどんどん辞めていく。
勿論、正社員にも応募が来ない」って
嘆いてるけど、
違うんだなぁ
88 :
2016/04/09(土) 21:43:28.22
派遣はその会社のノウハウ吸収して出ていくだけだからな
取り込むものなければすぐ見切りつける
派遣が住み着かないのは御社が魅力的じゃないから
派遣は同じ会社に3年しかいれないのに3年すら耐え難いという事だから相当深刻
それは正社員も同じこと思ってる可能性が高い
崩壊に向けてのカウントダウンだな
89 :
仕様書無しさん
2016/04/09(土) 22:15:49.01
>>86
能力的にはあなたが派遣と言っている方が上だぞ。

馬鹿なふりしている場合もあるんだから。
90 :
2016/04/09(土) 22:25:25.86
>>89
上のケースもあるかもね。
一度もみたことねーけどw
91 :
仕様書無しさん
2016/04/09(土) 22:51:46.64
>>90
本当にできるやつは、レベルが合わなくて黙って短期間で去る。
92 :
仕様書無しさん
2016/04/09(土) 22:58:08.86
>>86
お互い助け合っているのに馬鹿じゃないの?

わざわざ高い金を出して来てもらっていることがわからないの?
93 :
仕様書無しさん
2016/04/09(土) 23:01:28.82
クソ会社として評判で下請けからも嫌われている会社はあるよな。

だから全然まともなのが来なくて、悪循環に入り、その会社のプロパーもレベルが下がっていく。
94 :
2016/04/10(日) 01:06:02.07
たぶん>>86の上の世代の人間は冗談交じりで言っていたのを、>>86とかの世代は
真に受けて、派遣=奴隷って本気で信じちゃってそう行動しちゃうんだろうな。
まあ、よくある話だよね。
95 :
2016/04/12(火) 20:01:33.11
マイナンバー、早くも窮地に システム不具合でほとんど発行できてません
http://gendai.ismedia.jp/articles/-/48360
国がITを主導すると、ロクなことにならない。システムをいったん停止して、
根本から不整合を修正するほかない。国が税金を投入して作ったシステムであれば、
そうすべきなのだが、国は自分たちは絶対に正しいという考え方に固執して、騙し騙し
運用する。それは、税金の無駄遣いになってしまう。
96 :
仕様書無しさん
2016/04/13(水) 09:03:21.60
>>1
それはない。

辞めさせられるのは、JavaやWebやDBの派遣向き作業員。
97 :
2016/04/13(水) 12:47:50.55
>>96
プログラミングをしない立場に変更するのも
「やめさせる」のうちの一つな。

給料あげたいならプログラマやめろという
意味不明なことを言っている会社が多い
98 :
2016/04/13(水) 22:30:54.01
日本のIT業界は頑なにコード書く人間に金払わんからな。そう言ってくれるだけ良心的かも知れん。
99 :
2016/04/13(水) 22:48:17.67
少なくとも業務アプリにおいては、より難易度が高いのは実装よりも要件定義や外部設計だからね。
仮に経験1年の初心者と組んで、どっちかが要件定義と外部設計、どっちかが実装と分割しなければならないことになったとしたら、
普通は自分が前者を担当するよね。
100 :
2016/04/14(木) 00:06:00.11
>>99
俺がコード書いて1年目に設計書書かせる
101 :
2016/04/14(木) 00:08:25.38
>>99
一人前のプログラマになるのに10年かかるって言われてるの知ってる?
そんなに技術がいるのに、経験数年の人にやらせるリスクは
相当高いって理解してる?
102 :
2016/04/14(木) 00:25:46.15
>>101
その辺の業務アプリ作るのに10年かかるなんて、よっぽど飲み込みの悪い奴を想定してるんだなw
103 :
2016/04/14(木) 00:48:15.59
プログラマ=内部設計(機能仕様の実現方法)以降を担当という定義が一般的なのかな?
プログラミングのみ担当する人は新人ぐらい?
104 :
2016/04/14(木) 01:08:56.75
>>99
両方やるけど設計のが簡単だよ
バカが設計やるとすぐにモデルが破綻、矛盾するから難易度はね上がるってだけの話じゃないの?
105 :
2016/04/14(木) 01:35:08.40
>>104
バカが実装するとすぐにロジックが破綻、矛盾するから難易度はね上がるし、
バカ基準にどっちが簡単かは決められないだろバカ
106 :
仕様書無しさん
2016/04/14(木) 01:44:21.51
バカったらバカ!
107 :
2016/04/14(木) 01:59:07.15
>>102
業務アプリ作るのに10年かかるってどこ見て勘違いしたの?
108 :
2016/04/14(木) 02:15:19.70
大抵の業務アプリは無駄が多くて効率が悪い。
効率を上げずに人を増やすから
そのせいでコストが大量にかかる。


で、その程度でいいならば1年程度で一人前と
言ってもいいがそれってなんか違うよねw

効率のいい開発が出来るようになるには10年かかるよ。
普通の一人前っていうのはそういうこと。
109 :
仕様書無しさん
2016/04/14(木) 06:44:15.34
バカ基準で10年だからって一般化するなバカ
110 :
2016/04/14(木) 08:25:34.78
>>99
これは正論
しがらみや規模の問題でいろいろ決めておかないと面倒なことになるよな
>>108
こっちも正論
ガチガチで塗り固めてからじないと作業しない
柔軟性にかけるからコストかかりすぎる
111 :
2016/04/14(木) 08:30:44.89
一人前のプログラマになるには10年かかる
うんうん、高度なプログラミング技術が必要とされる分野があるのはわかるよ
でもお前らがそれを言っちゃうの?っていうww

街の定食屋のくせに高級料亭の板前目線で話してるんじゃないの???
112 :
2016/04/14(木) 09:07:38.54
>>111
高度なプログラミング技術は必要ない。

正しいモジュール分割がされており
テストコードもあって無駄がないコードを
書けるようになるまで10年かかる。

こういったものは分野に限らず必要とされる。
開発工数とコストに直結するからね。
113 :
仕様書無しさん
2016/04/14(木) 09:07:59.99
>>97
料金交渉しない不利益プログラマーが多すぎだからね。
114 :
2016/04/14(木) 09:26:21.07
一般ユーザー向けはリリースを優先するし仕様もフィードバック受けて変更されやすい
だから柔軟性を持ってソースが仕様となる
一方企業向けは仕様変更はあまり発生せず
ボリュームがあるため引き継ぎしやすいよう仕様をガチガチに固める
また新しい技術への導入は広まってからじゃないとない

大規模なのは駒になりきる必要があり技術死にやすいから一般向けを勧める
ただし一旦転向したら二度と戻れなくなるw
115 :
仕様書無しさん
2016/04/14(木) 09:57:40.43
>>113
辞めさせられるのは自業自得
116 :
2016/04/14(木) 11:46:11.98
>>112
そんなことに10年もかけんなよ・・・
117 :
仕様書無しさん
2016/04/14(木) 12:04:12.45
わしも釣りに行った時、偶然釣れたマダコがクーラーボックスから逃げ出して
堤防を思わぬ速さで馳って行って海へ逃げようとした時はビビったけどこんなこと↓も
実際あるんだね・・

http://www.cnn.co.jp/fringe/35081155.html水族館のタコが脱走、自力で海へ戻る ニュージーランド
118 :
仕様書無しさん
2016/04/14(木) 17:02:47.49
>>116
3年ってとこだったよな。
教えてくれる人無しで独学でやったとしても。
119 :
仕様書無しさん
2016/04/14(木) 20:13:06.41
>>102
5年くらいだよ。
120 :
2016/04/14(木) 20:51:07.38
Sierからweb系?への転職は無謀ですか?
121 :
2016/04/14(木) 20:54:25.44
30歳定年説で考えると、
10年かかった場合、一人前になる頃に終了ってことになるなw

昔は経験値のみが頼りだったから、それなりに時間かかったが、
今はネットから色々吸収できるだろ
122 :
2016/04/14(木) 21:36:15.70
>>120
年齢にもよるがSIerなんて仕様書ガチガチの業務系で生きていくしかない
Webなんてのは仕様書なんてない業界
対局にいると言っても過言ではない
仕様書?ものができなけりゃそんなもの一銭にもならない
グダグダ言わずに早く作れ!そんな業界
123 :
2016/04/14(木) 21:43:17.37
仕様書や設計書という名の落書きばかりだよこの業界は
結局のところ動く設計はプログラマが考えるしかない
124 :
2016/04/14(木) 21:44:02.99
30年定年説は業務系で規模のでかいウォーターフォール型の業界がそうだな
あっちは設計に年単位で時間さくから製造より設計や人員管理に重きを置いてる
一方コンシューマ向けは管理より全員プレーヤーでチームを細かく分けてる傾向にある
小さく別れてれば管理する人間はリーダーで十分
40、50のエキスパートがバリバリ活躍してるぞ
125 :
仕様書無しさん
2016/04/14(木) 21:50:55.02
ということにしたい禿w
126 :
仕様書無しさん
2016/04/14(木) 22:04:01.46
>>122
デカいインターネット企業はSIerとたいして変わらない。

というかSIerにやってもらってる。

スマホアプリの大手もアプリは自社開発でもそれ以外はSIer。
127 :
2016/04/14(木) 22:05:38.07
>>120
あなたも転職できるよ
現に俺は転職できた
128 :
2016/04/14(木) 22:10:04.94
本来はプログラミングが好きなのに、
大手有名SIerとかに入社して、
プログラミングしないことに不満をもちつつ、
でも、金や終身雇用に欲が出て、辞める勇気がでなくて、
最終的に、自分の意思とは関係なしに管理職にされそうになって

そりゃ誰が悪いって、本人だろ・・・
129 :
仕様書無しさん
2016/04/14(木) 22:16:06.52
>>128
プログラミングが好きなんていうのはありえない。

初めのうちだけ。
130 :
2016/04/14(木) 22:26:38.36
1人で趣味で納期ないプログラミングならいまでも楽しいよ
131 :
2016/04/14(木) 22:41:24.28
転職するわ!
プロマネになりたいとは思わんが
そういう風に仕立てられつつある。
132 :
2016/04/15(金) 08:21:37.52
日本ははやく自分達は貧乏になったということを自覚しないと
でも物はあふれてるし
欲望の解消はスマホでできる
ハングリー精神を鍛えようよ
粗食にしてみれば
毎度の飯がうますぎて
満足してしまう
133 :
仕様書無しさん
2016/04/15(金) 08:53:08.81
残業する馬鹿SEのせいで逆年功序列
134 :
2016/04/15(金) 09:02:34.67
>>121
> 30歳定年説で考えると、
> 10年かかった場合、一人前になる頃に終了ってことになるなw
そう。だから日本のIT業界はレベルが下る一方なんだよ。

この仕事っていうのは過去の仕事の積み重ねなわけだけど、
最初に作る人は、0の状態から開発するから大変だけど
過去のものを調べる必要はなかった。

でも今の人は、過去の人が積み重ねたものを解析しなければいけない。
積み重ねが多ければ多いほど大変になる。

だから学習がおろそかなまま仕事をし、さらに歴史を積み重ねる。
次の世代は、学習がおろそかなものを時間をかけて解析し時間がないから
学習もおろそかで、そして技術は変わっていく。
ってなるから、どんどん質が悪く時間もかかるようになる。

完全に負の連鎖に陥ってるんだよね。それも30歳定年説とか
プログラマでいる限り給料を上げないという考え方のせいでね。
135 :
2016/04/15(金) 11:03:08.04
>>134
どんどん質が悪く時間もかかるようになってるというソースは?
136 :
2016/04/15(金) 14:03:47.13
137 :
仕様書無しさん
2016/04/15(金) 15:03:30.40
>>135
んなもんソースコード見ればわかるわ
どんどん、糞になっとるわ
138 :
2016/04/15(金) 15:20:08.29
>>136
日本死ねほどのインパクトがない
せっかく自演するならもっと人を惹きつけるような要素をいれるべき
やりなおし
139 :
2016/04/15(金) 16:38:40.21
>>137
まぁお前程度が関われる現場ならそうかもな
140 :
仕様書無しさん
2016/04/15(金) 17:13:34.76
こいつらの10年で・・・・って言ってるスキルって
新しい言語を覚えた とか 新しい環境を覚えた
とかで、その業界の法規やパターンを覚えた!
とかじゃないんだもん。いらんわ。
言語なんて1ヶ月かからんが、業界の法規や運用を1から教えるほうがコストがでかい。
141 :
2016/04/15(金) 17:17:30.84
>>140
それにしたって10年はかからないけどね
ハッカーになるのに10年かかるって主張ならまだわかるけど、その辺の職業プログラマでしょ?
142 :
仕様書無しさん
2016/04/15(金) 17:20:58.44
>>141
単純なソケット通信、単純なDBへのIO、単純なデータの入出力、決まりきったエラーチェックだけ。
どうやったら10年かかるんだか…
143 :
2016/04/15(金) 17:29:56.61
ま、プログラマって自分のやってる仕事がいかに高度かをアピールしたがる人種ではあるよね
お前に何ができんの?って聞いてやったら黙るくせにさ
144 :
2016/04/15(金) 17:32:31.42
ネットで調べたアーキテクチャを適用したり、ネットで調べたフレームワークやライブラリの使い方をちょこっと応用するだけの簡単なお仕事です
145 :
仕様書無しさん
2016/04/15(金) 18:50:05.13
>>143
ま、逆に俺はすべて「簡単ですよ。ほんの3ステップです。初心者でも出来ないという先入観を捨てれば意外と簡単だってわかりますよ。」
といって手順を教えて挫折させるんだけどなwwww
ただ、これで「ほほぉー」ってなった人はあっという間に覚えてしまうw
146 :
仕様書無しさん
2016/04/15(金) 18:58:38.27
>>1
SE交渉利益が低いから自業自得
147 :
仕様書無しさん
2016/04/15(金) 18:59:13.48
>>1
SEの交渉意識が低いから自業自得
148 :
仕様書無しさん
2016/04/15(金) 19:00:08.08
>>1
馬鹿はSE
商売が下手すぎ
149 :
2016/04/15(金) 21:22:55.44
覚えるのに時間がかかるんじゃない。
身につけるのにかかるんだ。
汚いコードでもとにかく早く動かすべきか品質重視でいくべきかの判断力とか、バグ原因が分からないとき重要度や困難さを天秤にかけてさっさと諦める見切りとか、未知の技術をとりあえず使えるように見せかける能力とか。
…ちょっとこの例は変だが、まあそんな感じのスキルをね。
150 :
2016/04/15(金) 21:53:35.64
10年なんてかからない!

言語覚えるだけだろ?
フレームワークの使い方を調べるだけだろ?
ライブラリの使い方調べるだけだろ?

こんなんで、10年なんてかからない!



・・・いや、当たり前だろ。
それ以上のことができるようになるまで10年かかるって言ってるんだが、
この程度が出来た程度で一人前と思ってるから、やっぱり10年かかるってことなんだよw
151 :
2016/04/15(金) 23:28:01.37
>>149
その辺の感覚的なスキルは才能によると思う。

才能あるやつは最初から出来るし、
普通のやつでも35年くらい。

10年かかるやつは、そもそも応用力が無いんだよ。
経験済みの事象には対処できるから年数経てばそれなりにできる(ように見える)
しかし記憶力頼みなので35歳あたりで頭打ち。

ってイメージだな、俺の中では
152 :
2016/04/15(金) 23:35:46.91
OJTと言う名の元に、いきなり現場はいって
そこでやってることを、見よう見まねでやるだけ。
ってことをやってるとすぐにプログラマとしては潰れるよなw

何がよくて何が悪いかわからない。
とりあえず動けばいいだけ。
改善しようとは思わない。
153 :
2016/04/15(金) 23:48:15.12
>>150
お前もそういうのに毛が生えた程度だよ
154 :
2016/04/16(土) 00:01:48.87
1人前と言えるまでには10年ぐらいは必要かも。
一生懸命考えて作り上げた製品が市場で使われ不具合を出し、反省し、仕様変更や機能追加に容易に対応できない構造になっており、反省し・・。
技術者は失敗繰り返しながら成長していく側面もあるので、
失敗する時間が必要な気がする。
155 :
仕様書無しさん
2016/04/16(土) 00:33:46.10
>>142
いろんな環境、言語に関わっていたら、かなりの年数は必要。

同じことばかりしかやっていない人には分からないだろうね。
156 :
2016/04/16(土) 00:39:55.68
どのレベルを「一人前」と呼ぶのか?
で話が食い違いそう

1人で現場に放置されても泣かなければ一人前レベル
最終退出常連でビル警備員と顔見知りになれば達人レベル
一ヶ月くらいビルに住み着いついてるなら仙人レベル
157 :
仕様書無しさん
2016/04/16(土) 01:08:39.40
だいたいそんなに年数はかからないなんて言ってるやつは、どうせ組込系とかでC言語しか使わないとかで覚えることが少ない環境なんだろ。
158 :
2016/04/16(土) 03:01:59.03
C++最初にやっておけば他の言語は大抵3日で使いこなせる
159 :
2016/04/16(土) 03:09:14.71
>>156
> どのレベルを「一人前」と呼ぶのか?

動くものを一人でゼロから作るのは当たり前。
簡単なことなんだが、既存のシステムの修正ばかりしている人は
動く環境すら作れなかったりする。

で、作るときに効率を考えて作れること。
特定の技術はある業界では使わないことがあるが
(例えばキャラの当たり判定とか業務系では使わないだろう)
効率というのはどの業界でも必要となる。

効率というのはコードの重複を検出するツールなどで客観的に検出可能。
またコードの複雑さ(これも計測可能)も効率に関係してくる。
仕様変更や機能追加に対応するにはある程度先を読まないといけないが
読みすぎてもいけない。箇条な汎用性を持たせて結局使わないことになるから。

だから汎用性よりも重要なのは、リファクタリングする能力。
最初の設計では無理が出てきたときに、新しい設計に変える力が重要になる。
そのためにテスト技術も必要になる。

ここらへんを自分で一人でやれなければいけない。

これらのサポート機能はフレームワークついているので、
言い換えるとフレームワークを自作できる力がなければいけない。
フレームワークを自作できるぐらいになれば、ようやくフレームワークの設計思想を理解できる。
なぜこういうモジュールのわけかたになっているのか?
こういう拡張の方法が用意されているのか? と言ったことだね。

そこまで理解してようやく効率が良いコードが書ける
160 :
2016/04/16(土) 03:09:50.31
>>158
それは単に文法を知っているだけに過ぎない。
161 :
仕様書無しさん
2016/04/16(土) 06:18:49.13
>>159
それは「一年生」のレベルだぞw
162 :
2016/04/16(土) 07:29:11.13
>>161
おかしいな。

(複数人でやってる)仕事では新人は
やらないはずのことを書いたんだが?

全体の設計に影響する話だから、
そんなことを一年生にやらせたらプロジェクトは炎上する。
(事実炎上していた)
163 :
仕様書無しさん
2016/04/16(土) 07:40:31.42
新人が設計しただけで炎上するプロジェクトってw
どうやら本当に一年生ばかりみたいだなお前んとこw
164 :
2016/04/16(土) 07:42:24.15
>>163は本当に新人に設計させていそうだなw
165 :
2016/04/16(土) 08:03:48.06
フレームワークを自作する頃に
ようやく設計思想を理解するのか
スゲー
166 :
2016/04/16(土) 08:09:52.07
言語覚えても次から次へと出てくるし
フレームワークのバージョン違いでも地味に違うから
結局MSDNライブラリだのAPIリファレンスだの
見るだろ。
だから記憶力なくてもなんとかやってけるよ。
昔の言語はそういうのなかったから
35歳定年説出たんだろうな。
167 :
2016/04/16(土) 08:10:49.88
コードの品質については、こんな感じの順番じゃない?
 1プログラミングが他者と比べて早い
 2早いので若干得意気・天狗になっている
ここまでが才能や向き不向き
 3クッソ汚いコードの修正をやらされる羽目に(できれば構造化プログラミング前のgotoオンパレードソースの修正)
 4クッソ汚いコードにぶーぶー不満を感じて綺麗なソースコードの重要性に気づく
ここまでがある意味運(綺麗なソースコードの重要性に気づく運。感性。問題意識。)
 5どうすればいいのだろう?プログラミングとは?綺麗なソースコードってなんだろう?と本を読む
    (ここで綺麗なソースコードをかける人からの教えでも行ける人は行けるが基本天狗になってるので他者の言葉にはあまり耳を貸さない傾向強し)
 6自分で本を読んで学習しているので否定感がなく吸収される
    (ここで怖いのが間違った本を読んでしまうケース。間違った解釈をしてしまい何でもかんでも本や手法をすべての事象に適用しようとする(例リファクタ馬鹿)。)
こっからようやく一人前。(でも一人前といってもプログラマ全体の上位1割にすでに入っているw)
168 :
仕様書無しさん
2016/04/16(土) 08:18:00.17
>>167
いやだから一年生だってそれw
169 :
2016/04/16(土) 08:19:27.64
年齢でプログラマを辞めさせるようなところでしか働いてないからじゃね?
うち50歳でも普通にプログラミングしてますが?
逆に新卒でも2年目には担当もって自分で渉外設計実装運用保守全部やるけど?
170 :
2016/04/16(土) 08:19:58.18
>>168
いや、その一年生になれねーやつだらけだって現実はw
171 :
仕様書無しさん
2016/04/16(土) 08:21:16.83
>>167の6の( )内が>>159みたいなタイプ
172 :
仕様書無しさん
2016/04/16(土) 08:21:57.12
>>170
だからって一年生が調子こくなカスw
173 :
2016/04/16(土) 08:24:24.30
>>169をクリアーした一年生でいい!来てくれー!
派遣の99.9999999%が>>169の1か4を超えられてなーい
174 :
仕様書無しさん
2016/04/16(土) 09:43:48.54
現実は>>173だよね・・・・・・・
有能なお前らはどこにいるんだよ
175 :
仕様書無しさん
2016/04/16(土) 09:45:08.00
Java/DBデータ処理の作業

請負契約の技術者ではなく
委任契約の事務員だよね。

企業の使い捨て派遣の扱いだしね。

残業するような職種じゃないだろ。

悪儲け企業の手助けすんな。
176 :
2016/04/16(土) 09:55:27.40
>>174
> 有能なお前らはどこにいるんだよ

うちは一年でも出来るもん。
できるんだもん。
177 :
2016/04/16(土) 10:04:35.11
一年で出来るわけ無いだろw
どんだけ二年は、一年と差がないんだよw
178 :
仕様書無しさん
2016/04/16(土) 10:11:27.66
一年生と連呼しているやつは、自分が一年生のときのことを忘れてるんだろうなw
179 :
2016/04/16(土) 10:13:17.95
だから成長してないんだろ?w
180 :
仕様書無しさん
2016/04/16(土) 12:35:48.75
一年生で成長止まったのはお前らだろうがw
181 :
仕様書無しさん
2016/04/16(土) 12:47:51.20
だから>>167をクリアーした程度の1年生でいいから来てくれー!
2年生3年生なんていわなーい!>>167をクリアーした1年生レベルをくれー!
ゴミ派遣しかこねー!結構な金額払ってんぞ!!!
182 :
仕様書無しさん
2016/04/16(土) 12:51:52.51
>>181
もう何人も来てるってw
お前も含めて大体の奴らは上位1割の一人前

だと自負してる一年生ぱかりw
183 :
仕様書無しさん
2016/04/16(土) 12:52:50.46
>>182
ならなんで俺が3日で出来るものを3ヶ月かけんだよ派遣PGは
184 :
2016/04/16(土) 12:58:39.75
>>183
3ヶ月契約だからに決まってるだろ
早くやれば早く切られるだけ
185 :
2016/04/16(土) 13:01:26.75
> お前も含めて大体の奴らは上位1割の一人前
ワロタw

だいたいっていうのは9割ぐらいかな?

9割の奴らは上位1割に含まれている。
186 :
2016/04/16(土) 13:01:48.17
>>184そんな契約ねー。あっても賃金はそのまま3ヶ月分支払われる。
187 :
仕様書無しさん
2016/04/16(土) 14:04:03.44
SEの知的財産と契約料金の搾取対策

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

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

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
188 :
2016/04/16(土) 14:13:03.94
>>183
横道にそれないようにフレームワークで固めればいいやん?
最低でもサンプルくらい作れよ
それでも大きな差が発生するなら無能
派遣はいろんな会社を経験してるから柔軟だが自社のマイナールールに慣れさすには少し時間かかるよ
189 :
2016/04/16(土) 14:37:18.66
>>183
お前に3日で出来て派遣に3ヵ月かかる仕事って、具体的にはどんなの?
190 :
2016/04/16(土) 14:47:44.62
なら自分で三日でつくってあと三ヶ月
テストとか資料とかを作らせればよいやん
191 :
仕様書無しさん
2016/04/16(土) 14:54:27.73
>>189
前提知識の差だよな。

どうせまともな資料もないんだろ。

そんな状況で来たばかりの協力会社にやらせても立ち上がりが遅いのは当たり前。
192 :
2016/04/16(土) 16:22:25.06
こんなところで自分の実力を盛らなくていいのにねw
193 :
仕様書無しさん
2016/04/16(土) 16:33:17.71
まあ3日と3ヶ月くらいの差なら驚かんな
実際アホは何にもできん
むしろ3日と契約切れまで完成できなかった
のほうが信じやすい
出来ない奴はホント何にも作れない
194 :
2016/04/16(土) 17:21:53.78
3ヶ月で作れって言われたら3日で作れても3ヶ月かけるよ
195 :
2016/04/16(土) 17:44:52.26
>>194
つまり派遣には常に今日中に作れって言っておけと
196 :
2016/04/16(土) 17:48:10.21
納品時刻ギリギリになって涙目で「すいません出来ません」
でも翌日にはケロっとしてるから殴りたくなるよめ
こうならないように余裕のある納期を設定しよう
197 :
2016/04/16(土) 17:49:49.19
40,50の派遣っていないよね実際のところ
どうしてるの?連中は。
いっつもカップラーメンだけど。
198 :
2016/04/16(土) 18:11:50.98
>>197
高齢者は現場が欲しがらないからね
それでも無理やり押し込まれる俺50代
(元リーマンプログラマだが
ドロップアウトしてこんな身の上)

どんなにエンゲル係数が上がっても
メシはまともなものを食う。
社食一択の現場はつらいわ〜
199 :
2016/04/16(土) 18:20:10.20
昼飯1000円以下は恥ずかしくて食えない
安いプライドだけど貧困層と思われたくない
200 :
2016/04/16(土) 19:01:06.41
>>199
1000円ぐらいでプライド満たしてんじゃねえよw
201 :
2016/04/16(土) 19:02:37.95
家族持ちは500円程度デスマスの多いぞ
202 :
2016/04/16(土) 19:05:23.99
自意識渦状な見栄っ張りは生きづらそう
203 :
仕様書無しさん
2016/04/16(土) 19:11:52.80
Java/DBデータ処理の作業

請負契約の技術者ではなく
委任契約の事務員だよね。

残業するような職種じゃないだろ。

企業の使い捨て派遣の扱いだしね。

悪儲け企業の手助けすんな。
204 :
仕様書無しさん
2016/04/16(土) 19:48:55.04
食いたいものを食うわ
値段なんて気にしない
205 :
2016/04/16(土) 20:47:02.69
1000円以上の飯屋を探し出すのが難しいわ
206 :
2016/04/16(土) 20:47:50.44
>>205
飯屋自体がめちゃくちゃ少ないエリアもあるからな
207 :
2016/04/16(土) 20:56:24.03
霞ヶ関とかかね?

都庁の真横で仕事してるけども、あの辺はあっちこっちのビルの地下に飯屋がある上に
ランチはだいたい600〜1000円程度で食えるから助かってるわ
208 :
2016/04/16(土) 23:33:08.50
社食は300円で腹一杯だぞ
209 :
2016/04/17(日) 00:00:07.53
>>183
与えられた仕事を3日でやったら給料3日分だが、3ヶ月かけたら給料3ヶ月分だからに決まってるだろ。
同じ仕事するなら最大限高い給料貰うようにするだろ
210 :
仕様書無しさん
2016/04/17(日) 01:20:00.71
俺なら社食で1000円以上食うけどな
211 :
2016/04/17(日) 01:41:01.60
で、結局、自分なら3日で終わるのに派遣にやらせたら3ヵ月かかる作業とやらの具体例は出せないっていうねw
212 :
2016/04/17(日) 02:04:40.93
自分の書いたクソコードの保守とかかな
他人には保守出来ないように防御してるから
213 :
2016/04/17(日) 02:16:32.06
それ、いつまで経っても現場から離れられないから給料もずっと上がらない典型パターンじゃないか…
214 :
2016/04/17(日) 04:57:24.56
現場だと給料が上がらない会社は
辞めたほうがいいと思う。
215 :
仕様書無しさん
2016/04/17(日) 06:48:23.10
派遣はゴミのように奴隷のように扱え
ってこった
余裕なスケジュールなんて与えない
すべて「今日中」でいい
病んだら交換
216 :
2016/04/17(日) 07:11:52.41
>>215
正解
派遣、偽装請負プログラマは人間扱いせず、徹底的に酷使して壊れたら別の部品を導入
業務知識が不要な部分のみひたすら明日までに実装させ続けるだけでいい
217 :
仕様書無しさん
2016/04/17(日) 08:54:41.15
Web/Java/DBデータ処理要員等の
委任契約の事務員は
請負契約の技術者と名乗るな!

残業するような職種じゃないだろ。
企業の使い捨て派遣の扱いだろ。
企業の悪儲け要員になるな!

準委任契約は事務員
(準委任)第656条 この節の規定は、法律行為でない事務の委託について準用する。
218 :
2016/04/17(日) 09:03:48.84
>>217
ん? じゃあ技術者と名乗っていいものは何?
219 :
2016/04/17(日) 09:06:53.24
>>132
これ実はすごい大事かもしれないな〜
220 :
2016/04/17(日) 09:06:56.70
>>218
この馬鹿はゲームプログラマっていうよw
221 :
2016/04/17(日) 09:12:18.77
>>220
最近Unity勉強してるんだけどさ、
今のゲームプログラミングって物理エンジン使うの簡単なんだな。

開発環境から床オブジェクトとボールオブジェクトを作って、
重力と弾性みたいな設定して再生ボタンを押すだけで、
簡単にボールが床に落ちて跳ねるんだよw

3Dも単にカメラの位置を設定するだけだし、
当たり判定もオブジェクトがぶつかったときにイベントが発生するし、
スマホゲームがあんなに大量にできる理由もわかったわw
222 :
仕様書無しさん
2016/04/17(日) 09:24:27.28
>>218
委任が事務員なだけ
223 :
2016/04/17(日) 09:24:56.31
>>222
それは質問の答ではない
224 :
2016/04/17(日) 09:33:02.41
>>219
本当にほしいのは才能だけど売ってないから(´∀`)
225 :
2016/04/17(日) 10:09:34.51
要件定義から入ってもらった50代派遣社員A
要件定義書書かせても、何を言いたいのかわからない、意味不明な文章。
おまけに誤字脱字。
速攻、契約終了。
226 :
仕様書無しさん
2016/04/17(日) 10:17:28.80
>>225
派遣コーダーに要件定義をやらそうとするお前もまた無能w
227 :
2016/04/17(日) 10:24:27.61
50代派遣をよくとったなww さすがに年齢制限つけるだろ。
上流工程経験者のみの条件にしたの?
上流工程の経験がある派遣ってだけでウソ経歴だってわかるじゃん・・・・。
228 :
2016/04/17(日) 10:39:19.11
オレは反対したんだけどな、そんなジジィ
もちろん、上流工程の経験者って条件はつけたよ。やってもらう業務内容も説明したし。
業界的に人手不足なのか、探してもなかなか人がいないのよね。
229 :
仕様書無しさん
2016/04/17(日) 10:43:32.31
>>218
請負
230 :
仕様書無しさん
2016/04/17(日) 10:43:50.13
Web/Java/DBデータ処理要員等の
委任契約の事務員は
請負契約の技術者と名乗るな!

残業するような職種じゃないだろ。
企業の使い捨て派遣の扱いだろ。
企業の悪儲け要員になるな!

準委任契約は事務契約
(準委任)第656条 この節の規定は、法律行為でない事務の委託について準用する。
231 :
2016/04/17(日) 10:51:52.36
開発工程から入ってもらった50代プログラマーB
新規登録の処理を作らせたらDBに、なんかレコードが入っていたらOK
更新系の処理なら更新日時が変わっていたらOK
全ての項目のチェックはもちろん、処理パターンのテストもしやがらない。こっちが、指摘すると面倒くさそうに。。。
速攻で契約終了。
232 :
2016/04/17(日) 10:53:20.77
業界全体で人手不足なのか知らないけど、50代のジジィを雇うのは間違いやで。
233 :
仕様書無しさん
2016/04/17(日) 10:56:02.96
40代でも間違いやで。
派遣の年齢条件は30歳未満があたりまえ。
だって30歳になってもまだ引き抜かれないんだよ?誰にも選ばれないんだよ?
234 :
2016/04/17(日) 11:15:46.49
>>229
請負は仕事のやり方、契約の話であって
Web/Java/DBデータ処理をするかどうかとは
全く関係ありませんよね?
235 :
2016/04/17(日) 12:02:19.18
Web系業務システムで開発言語はjava
コーディングから単体テストまでで生産性は月に何ステップくらい?
今一緒にやっているメンバーが大体2000ステップくらい。
低い奴は500ステップくらいで、高い方は6000ステップくらい。
こんなもの?
236 :
2016/04/17(日) 12:20:55.87
まだステップ数で進捗管理してるのか?
見積もりステップ数なんて精度低すぎて使えんだろ
更に優秀な奴は逆にステップ数は小さくなる傾向にある
もちろんメトリクス計測結果も優秀
クラス数は場合によって多くなるが
進捗管理なんて単体テスト項目先に作ってそれで進捗管理すれば充分
237 :
2016/04/17(日) 12:51:44.44
>>236
最高の進捗管理を論文発表してみん
未だにステップ数管理がなされる理由がわかるから
238 :
2016/04/17(日) 12:55:08.16
> 未だにステップ数管理がなされる

いや、ステップ数管理なんてされてないってw
239 :
2016/04/17(日) 12:57:14.51
優秀なオープンソースを使った賢者
0ステップ
1からシコシコ作った凡人
数千ステップ

品質も含めどちらが圧勝かはわかるな?
240 :
2016/04/17(日) 13:04:33.39
>>239
品質とかの話してねーんだよ。
進捗管理の話。

毎度毎度、違うものを作るから進捗がわからなくなる。
毎回同じようなものを、同じように作っていれば、(つまりコピペ)
同じような時間が掛かるし、バグの数も同じようになる。

品質とか生産性とかあげようとするな。
それをやると研究になってしまう。
余計なことをするな。

ただ単に同じように作業していれば、進捗は
単純計算で求められるようになる。
COBOLの時代からそれでやってるんだよ
241 :
2016/04/17(日) 13:05:23.63
>>239
そういう話じゃないんだけどね
人の揚げ足取れちゃう鋭い自分、とか思ってそうだけど、お前は単に話にならないバカ
242 :
仕様書無しさん
2016/04/17(日) 13:06:14.54
>>201
家族持ちは弁当だろ。
243 :
仕様書無しさん
2016/04/17(日) 13:09:05.19
>>235
そんなもんじゃね?
244 :
仕様書無しさん
2016/04/17(日) 13:09:56.53
>>235
500ステップのやつと6000ステップのやつどっちが優秀かは知らんけど。
245 :
2016/04/17(日) 13:15:24.96
>>235
初心者と古い人はよく勘違いしているけど、
ステップ数(コード行数)っていうのは資産ではなく負債だからね。

何故かと言うと同じことを実現する時
コードの行数が少なければ少ないほど良いから。

コードが増えれば増えるほど、修正のときに見るべき量が増えるから
コード行数は、メンテナンス時の障害になる。つまり負債。

だから開発っていうのは、努力して(時間をかけて)
ステップ数を増やさずに同じことを実現する。
また、開発中にステップ数を減らしながら開発する。
(つまり、重複コードをまとめる等を行う)

だから500ステップで生産性が低いと判断するのは間違い。
どんな機能を作ったか?で生産したことを確認し、
同じ機能を作る時、ステップ数が少ないほど
生産性は高いということになる。
246 :
2016/04/17(日) 13:21:02.23
>>235
こいつらに聞いたのが間違いだったね
247 :
2016/04/17(日) 13:21:11.72
>>240
品質を進捗に含めないから残業なんてやる羽目になる
バグという逃げに走るな
品質、つまり単体を完全にクリアするまでは消化したとは言わない
メトリクスにかけて細かく機能を分けろ
そうすれば必ず簡単な単体テストにできる
それが立派な進捗の目安になる
248 :
仕様書無しさん
2016/04/17(日) 13:22:37.18
話しているステップ数は見積もりのことだろ。

見積もりはたいへんなんだよ。

このスレにいるようなやつの大半は考えたこともないだろうけど。
249 :
仕様書無しさん
2016/04/17(日) 13:35:00.20
お前らが実装してるレベルのプログラムなんざステップで十分
250 :
2016/04/17(日) 13:35:54.57
見積もりなんて細かく機能分割して過去の実績の生産係数かけてやるだけだぞ?
適当に見積もるから難しいんじゃないか?
それか規模に対して著しく短い期間で見積もりが必要な何次請けかわからない会社か
うちは信頼されてるから期間決めて溢れるときには応相談で仕事してるけどな
251 :
仕様書無しさん
2016/04/17(日) 13:38:57.71
>>250
過去の類似実績がない場合はどうするのか?
252 :
2016/04/17(日) 13:39:56.52
見積もりは大変なんだよ。
過去にやったこととほぼ同じであれば
同じだけかかるって見積もりが立てられる。

だけどそこで生産性を上げるための修正をやったとしてみろ?
過去の経験からの見積もりは当てにならなくなる。

生産性を上げるとかやらなくていいから。
大事なのは見積が正しいこと。金はかかっても構わん。
前やった時これぐらいかかったいう説得力があるデータがあるんだから。

可能な限り単純作業の繰り返しにすることで、
見積もりを正しく出すことが可能になる。
253 :
2016/04/17(日) 14:13:34.19
>>251
過去の実績はプロジェクト問わず
サンプル数が大きいほど精度の高い平均が出る
最大最小からリスクマージン設定も容易
254 :
2016/04/17(日) 14:16:43.42
>>253
それが事実であれば、今頃は会社問わずで過去の実績から
どれくらいかかるかのデータが公表されていても良いはずだが?

つまりね、工数が標準化されてどの会社でも
同じになるはずだってこと。
255 :
仕様書無しさん
2016/04/17(日) 14:18:05.09
>>253
で、過去の類似実績がない場合はどうするの?
256 :
2016/04/17(日) 14:29:27.56
>>254
馬鹿か?w
そんなの公表したら自社より優れた会社に全部持っていかれるだろwww
まあ業界標準指標もないし水増ししほうだいで意味がない
>>255
類似は問わない
偏りが出るならそれは分割が標準化されてない証拠
257 :
2016/04/17(日) 14:30:47.70
お前らのやってる仕事なんて大して新規性ないんだから十分見積もり可能だろ
258 :
2016/04/17(日) 14:31:39.09
>>256
> そんなの公表したら自社より優れた会社に全部持っていかれるだろwww

意味がわかってないな。

工数は標準化されるのだから、誰がやっても
過去のデータから同じ工数になるはずだ。
259 :
仕様書無しさん
2016/04/17(日) 14:32:49.11
>>258
過去のデータとは?
260 :
2016/04/17(日) 14:37:32.73
>>259
全企業の過去のデータを共有すれば
過去の実績はプロジェクト問わず
サンプル数が大きいほど精度の高い平均が出る
最大最小からリスクマージン設定も容易
261 :
仕様書無しさん
2016/04/17(日) 14:45:17.97
>>234
委任が事務には変わりない
DBがデータ処理には変わりない
262 :
2016/04/17(日) 14:48:42.08
基準が統一されていることが前提なのにそれが満たされていなければなんの役にもたたないということもわからないのか…
生産力は社外秘で開示するのは入札の価格としてのみだ
263 :
2016/04/17(日) 14:49:57.94
>>262
基準が統一されていなければ、入札価格も意味が無いってわかっているか?
264 :
仕様書無しさん
2016/04/17(日) 14:58:56.07
>>256
> 類似は問わない
え?
意味がわからない。
リコメンドアイテムを抽出する機能を作るのに、
認証機能を作る際にかかった工数を参照するの?
265 :
2016/04/17(日) 15:03:19.89
>>263
はぁ?w
入札に必要なのは価格にプラスして会社の実績や信用性を加味した総合的な判断
これを作るのにこれだけでやりますというのに根拠のない基準なんていらんし相手は素人だからできない
266 :
2016/04/17(日) 15:07:27.80
>>264
そう、それができてないなら分割不足
最終的にはコードになるのだからそれを頭で簡単に設計しておくことで割り出していく
勿論調査や検証が必要ならそれは別にしておく
267 :
2016/04/17(日) 15:11:52.99
>>266
別にやるのはかまわないけど、
それにかかる費用はお前持ちな。
268 :
2016/04/17(日) 15:13:11.39
>>266
勝手にリファクタリングするやつと同じにおいがするな。
勝手に調査とか検証するんじゃねーよ。
お前責任取れるのか?
269 :
2016/04/17(日) 15:23:51.34
リファクタ馬鹿はすぐにわかるでしょ・・・。
270 :
2016/04/17(日) 15:24:07.41
なんでリファクタ馬鹿の相手するの?
271 :
2016/04/17(日) 15:24:38.00
おいおい無料のサービスで汚いコードをリファクタリングしてやってんだから感謝しろよ
272 :
2016/04/17(日) 15:30:45.96
>>266
小さく分けると、複数の関数やモジュールになるけど分かってる?
なんか一つの機能を作ることだけを考えて見積もり出してるようにみえる。
273 :
2016/04/17(日) 15:31:03.62
>>271
てめー好みのソースが必ずしも他人にとって良いソースとは限らない
ましてやリファクタ馬鹿のソースなんてくそに決まってる
274 :
2016/04/17(日) 15:32:34.92
>>273
計測ツールを使えば、良いコードと悪いコードの区別は簡単につく。
好みではない。
275 :
2016/04/17(日) 15:32:46.04
>>268
異論は無いが

>お前責任取れるのか?
これは頂けない
一番言っちゃダメなセリフだと思ってる
276 :
仕様書無しさん
2016/04/17(日) 15:34:09.84
>>274
そんな馬鹿なことがあるか。
277 :
2016/04/17(日) 15:36:37.24
>>273
あいにくとリファクタリングは機械的に定量的に出来るんだよ
コードの品質が上がった事は証明できる
それをタダでやってやってるんだ
文句を言う奴はそれ以上の価値をタダで生み出してから言え
278 :
仕様書無しさん
2016/04/17(日) 15:40:51.75
いやそう思うならタダでやってあげた相手に言えよw

見ず知らずの人間に何言ってんだコーダー君w
279 :
2016/04/17(日) 15:40:54.12
>>276
好みとか言っているやつは、
例外なくツールの存在を知らない。
280 :
2016/04/17(日) 15:42:58.02
>>272
画面ベースの場合だと画面から必要な機能をすべて取り出す
そこからインターフェイスベースの大まかなクラス設計をする
更に製造ベースの細かいクラス単位に分割
ここまで来るとメソッド数や処理内容は小さいため実績の係数かけて工数算出完了
281 :
2016/04/17(日) 15:46:25.41
>>280
そのうちの共通部分やライブラリが使える部分はどうするんだ?
過去に作ったことがあるならば、過去の工数は参考にならないだろ。
同じものは作らないんだから。

そしてもう一つ、小さいメソッドや処理が
過去にやったことがない場合はどうするんだ?
どんなに小さく分けてもやったことがない所が出てくるだろ?
282 :
2016/04/17(日) 15:49:06.94
>>278
あいにくと俺はリファクタリングして感謝しかされた事がないからね
コードを整理してくれたのに怒るなんて理解不能でチーム開発知らない人間は周りにいないから
283 :
2016/04/17(日) 15:52:34.99
>>281
過去に作った事のある機能にかかる工数も
過去に作った事のない機能にかかる工数も
統計データに含まれているので問題ない
そんな事もわからないのか
284 :
仕様書無しさん
2016/04/17(日) 15:53:16.48
>>283
統計データって何?
285 :
2016/04/17(日) 15:53:47.82
>>283
> 過去に作った事のない機能にかかる工数も
> 統計データに含まれている

その理屈で言えば、すべてのものは
過去のデータを必要とせず、
統計データから求められることになるが?
286 :
仕様書無しさん
2016/04/17(日) 15:59:08.23
統計データとか言い出して、言葉遊びでどんどん精度が落ちることを言う馬鹿は、もう相手にしない。
287 :
2016/04/17(日) 15:59:17.24
>>281
会社でライブラリ化されているものはもちろん除外する
前に言ったが調査や検証が必要な部分はお客さんに話して応相談にしてる
適当に数値出して炎上するような仕事の仕方はうちはしてない
288 :
2016/04/17(日) 16:01:32.35
>>277
許可を得てからやれw
289 :
2016/04/17(日) 16:05:27.21
>>285
ふぅやれやれ困ったおバカさんですね
本当にシステム開発に携わる人間なのか疑わしい理解力のなさだよ
290 :
2016/04/17(日) 16:15:08.32
そもそもコードに手を加えた場合、該当箇所についてQCを回し直さないといけないから、
担当者でもないPGの一存で勝手に弄れるもんでもないんだがなあ…
学生のクラブ活動と会社の仕事は違う

QC予算を自分のポケットマネーで出すつもりならまあ好きにしても構わんが
291 :
仕様書無しさん
2016/04/17(日) 16:15:19.49
Web/Java/DBデータ処理要員等の
委任契約の事務員は
請負契約の技術者と名乗るな!

残業するような職種じゃないだろ。
企業の使い捨て派遣の扱いだろ。
企業の悪儲け要員になるな!

準委任契約は事務契約
(準委任)第656条 この節の規定は、法律行為でない事務の委託について準用する。
292 :
2016/04/17(日) 16:17:39.18
>>287
ライブラリ化されているが、開発中に
機能追加が必要だとわかったときは?
293 :
2016/04/17(日) 16:28:51.22
>>292
見積りと実工数の差分は常にフィードバックかけてる
見積りだす際にその差分を積んでおいてるからその分で吸収
更にリスクヘッジで積んでる分もあるからその程度は全く問題にならない
294 :
仕様書無しさん
2016/04/17(日) 17:24:31.92
許可得てからやれっつーのw
295 :
2016/04/17(日) 18:38:44.77
>>294
許可を得るもなにも、俺リードする側だもんw
296 :
2016/04/17(日) 18:43:05.95
なら文句なんか言わせんなよ
297 :
2016/04/17(日) 18:54:29.23
>>232-233
うるせーひとっところに捕まるのが嫌いなだけだ!
だ、誰からも選ばれないなんて、あ、あるわけないじゃ…
298 :
2016/04/17(日) 19:06:44.48
>>243
ですよね。
高い奴と低い奴がいて、チームで平均すると、いつもそれくらい。

>>244-245
オレも素人ではないので、それくらいはわかる。個別に見ていったら、同じ1000ステップでも、機能によって難易度は全然違う。
または、同じ処理でも、500ステップで組める人と1000ステップになる人が普通にいる。

>>246
まぁ、一般的な反応といえば、そうかもしれないですね。
299 :
2016/04/17(日) 19:27:04.95
まーいいじゃない、選ばれなくても
仲間同士事業起こすか、何か別のことを見つけて辞めてしまえw
300 :
2016/04/17(日) 21:04:20.92
見積もりなんて出したっていつもお客さんの一言で簡単に崩壊するのだもの。。。
301 :
2016/04/17(日) 21:12:15.18
それは自分の会社でないと駄目だという武器がないから
工数カットを呑んでくる営業がいる会社に未来なんてないと思うけどな
302 :
仕様書無しさん
2016/04/17(日) 23:17:20.73
硬い勃起力、それが俺の唯一の武器さ
303 :
2016/04/17(日) 23:18:07.46
だいたい、生産性が低い奴に限って、「ステップ数じゃない」と言う。
304 :
2016/04/17(日) 23:18:51.40
>>303
生産性が高いやつも同じことを言ってるよw
305 :
2016/04/17(日) 23:47:34.63
というか技術者でステップ数が正しい指標って言ってるやつ見た事ないな
営業にはたまにいるけど営業だしな
306 :
2016/04/18(月) 01:23:46.23
ホントに働いてる人なのか疑問ではある
俺も学生時代の頃は処理速度命だったんだけどさあ…正直黒歴史なんだよね

ゼロコンマミリ秒の処理時間短縮よりも、「新規機能を追加しろ」と上から突然言われても即座に対応できる
拡張性を重視した実装のほうが遥かに大切なんだと就職してから痛感した
307 :
2016/04/18(月) 01:24:30.11
ステップが全てじゃないけど、単純な指標として分かりやすいじゃん。

イチローは打率より安打数を重視する。
打率は変動するけど、安打は減ることがないから。

大体、コードの効率化を重視しまくってるやつは、成果を積み重ねないし、優先順位を理解してない。
また、コードが汚れたからリファクタリングしなきゃとか無駄なことばっかしてるから。
308 :
2016/04/18(月) 01:33:13.49
通常10秒掛かっていた処理時間が9.9秒になることよりも、
通常1日かかってた実装作業が半日で終わる事のほうが喜ばれる
仕事なんてそんなもん
309 :
2016/04/18(月) 01:57:18.90
>>307
全然ダメ。

同じことを実現するのに
100行で実現するのと1000行で実現するのでは
ぜんぜん違う。

後者はメンテナンスの時の1000行読まないといけない。
作りっぱなしであとは放置なら良いけど、
そういうことはまずない。

大抵は修正。既存のコードを読むのが仕事。
書くのは1回だが、読むのは何回もやる。
その時、コードが多いとメンテナンスに時間がかかる。

だからコードを少なくしなければいけない。
このことに何か反論ある?ないでしょ?


じゃあどうやって少なくするかって言うと
お前が嫌っているリファクタリングなんだよ。
310 :
2016/04/18(月) 06:24:22.79
>>307
ステップ数は安打数より打数じゃないかな
安打30本達成するのに100打数と1000打数どっちがよいか
311 :
仕様書無しさん
2016/04/18(月) 06:41:02.20
ステップ以外のをまともに表現出来ないやつがステップ批判してるんだよ。
312 :
2016/04/18(月) 08:01:05.62
機能追加して、既存部分に数行加えて処理時間を1/30にした俺は最強だな
データ構造見直すだけの簡単なお仕事
313 :
2016/04/18(月) 08:24:05.26
同じことをやるのに100行か1000行かって、極端なんだよなぁ
拡張性のためにクラス分割すれば行数もファイル数も増えることもあるのに、リファクタリングすれば行数は減る一方だと思い込んでるあたり経験少ないね
314 :
2016/04/18(月) 08:44:54.18
ステップ数が絶対じゃないけど、分かりやすい一つの指標だよね。
315 :
2016/04/18(月) 08:46:22.95
ステップ数を否定している人って、何を指標にしているのかな?
316 :
2016/04/18(月) 09:08:31.62
FPあたりじゃないの?
317 :
2016/04/18(月) 11:53:10.88
FPは設計終わらないと計測できないだろ
見積もりには使えん
318 :
仕様書無しさん
2016/04/18(月) 12:28:50.75
自分1人でざっくり作る時間を100倍して後は辻褄合わせだろ
319 :
2016/04/18(月) 13:00:11.25
>>309
まさかJavaなんて使ってないよね?
320 :
2016/04/18(月) 13:46:22.10
>>309
嫌いなんて言ってないけど?
優先順位をつけただけ。

まず、思い込みで意見を述べるのを止めようね。
321 :
仕様書無しさん
2016/04/18(月) 16:01:57.42
システム開発の雑誌って日本のは色々出てるけど、洋書の雑誌って
大手書店とかで手に入らない・・? ちょっと、システム開発関連の
英語の感覚とか身に付ける必要性があるもんで。
322 :
2016/04/18(月) 16:19:30.10
読むだけなら大学の図書館あたりにいけば購読していると思うよ。
世話になった人に挨拶がてら母校にでも行ってみたら?
323 :
2016/04/18(月) 16:29:38.06
プログラマなんてやってるゴミが大卒なわけないだろアフォか
324 :
仕様書無しさん
2016/04/18(月) 18:42:58.68
>>323
受注プログラマー?
325 :
仕様書無しさん
2016/04/18(月) 18:43:45.19
Web/Java/DBデータ処理要員等の
委任契約の事務員は
請負契約の技術者と名乗るな!

残業するような職種じゃないだろ。
企業の使い捨て派遣の扱いだろ。
企業の悪儲け要員になるな!

準委任契約は事務契約
(準委任)第656条 この節の規定は、法律行為でない事務の委託について準用する。
326 :
2016/04/18(月) 19:49:22.69
以前常駐先がステップ数を見積もり根拠に出してた
見積もりより少ないステップ数で作ると、ステップ数増やせと指示が出て無理やり増やしてた
327 :
仕様書無しさん
2016/04/19(火) 00:25:45.68
>>326
それいつの話だよw
328 :
2016/04/19(火) 00:26:45.59
愚かなジャポンITw
329 :
仕様書無しさん
2016/04/19(火) 05:53:15.18
>>339
だって仕方ないでしょ?政府と中央銀行が最大の詐欺師(ポンジ)なんだからこの超緊縮財政が破たんするまで彼らは犯罪と認めないよ
330 :
仕様書無しさん
2016/04/19(火) 06:22:54.81
>>305
営業がステップ数とか見てるのか
331 :
仕様書無しさん
2016/04/19(火) 06:33:38.14
>>317
ステップ数はそれこそコーディング終わらないとわからん。
仕様変更に関して1日かけていろいろ調査した結果、
1行の変更でしたってこともあるしな。
332 :
2016/04/19(火) 06:38:47.43
つ 継続行
333 :
2016/04/19(火) 07:11:08.93
>>331
だよなw

だから俺はコードは負債だって言ってるんだよ。
コードが多ければ多いほど、仕様変更で調査するべき行数も増える。

ステップ数を増やすのは、何も考えずに簡単にできる。
コピペするだけで簡単に倍だ。

そうではなくて、よく考えて時間を使って、
ステップ数を減らしながら、ものを作るんだから、
ステップ数は全く役に立たない。
334 :
2016/04/19(火) 07:43:58.24
しかし、単純に短ければ良いというものではない。

if ( 条件 ) {
処理;
}

と書くか

if (条件) 処理;

と書くかでもステップ数は変わってくる。
単純に短い方が良いと言うのは浅はか。
335 :
仕様書無しさん
2016/04/19(火) 07:49:15.63
やれやれまた無能リファクタリヤンか
336 :
2016/04/19(火) 08:12:18.29
>>334
コード量を減らすためにどんな言語を使ってる?
JavaとかJavaScriptは長くなりがちだと思うんだけど。
337 :
2016/04/19(火) 08:24:39.97
>>335
どこが、どう無能なのかちゃんと説明しろ。
でないと、お前の方が無能だ。
338 :
仕様書無しさん
2016/04/19(火) 09:29:23.20
Web/Java/DBデータ処理要員等の
委任契約の事務員は
請負契約の技術者と名乗るな!

残業するような職種じゃないだろ。
企業の使い捨て派遣の扱いだろ。
企業の悪儲け要員になるな!

準委任契約は事務契約
(準委任)第656条 この節の規定は、法律行為でない事務の委託について準用する。
339 :
2016/04/19(火) 10:08:30.94
>>306
美しい設計!
オブジェクト指向最高!
リファクタリングを理解できない経営者はクソ!
古い設計はクソ!
340 :
2016/04/19(火) 10:24:59.82
>>334
え、お前ステップ数を何で計測してんの?
341 :
2016/04/19(火) 10:33:19.14
ステップ数じゃなくて行数じゃんっていうねw
342 :
2016/04/19(火) 11:05:36.84
>>340-341
だから、どこがどうなのか具体的に指摘してみやろ無能
343 :
2016/04/19(火) 11:18:36.44
>>334
それ、どっちでも同じステップ数だけど。
344 :
仕様書無しさん
2016/04/19(火) 12:45:31.84
>>337
お前の無能は比較対象が何であろうと揺るぐ事ない絶対的無能だ
345 :
2016/04/19(火) 19:27:38.30
行数かとおもったら
{ だけの行を省くとかやってんだな

i\
n\
t\
\
m\
a\
i\
n\
(\
)\
{\
}\

12ステップ(´∀`)
346 :
仕様書無しさん
2016/04/19(火) 20:36:45.31
>>345
面白いw
347 :
仕様書無しさん
2016/04/19(火) 21:33:02.09
常識的な書き方してステップ数で表現する。

これ以上わかりやすいものはないわ。
348 :
2016/04/19(火) 21:34:34.15
>>334
行数ふえるのいやだから、したのやり方
しちゃう。
349 :
2016/04/19(火) 21:37:49.66
なんでライン数とステップ数の違いもわからない人間のクズが
こんなスレに来てんの?
350 :
2016/04/19(火) 21:54:06.64
何が違うか説明しないからだよ
空白行を除くは無しな。
351 :
2016/04/19(火) 21:59:17.49
マジでわかってない人が混じってる?
352 :
2016/04/19(火) 22:04:10.35
別に知らなくても良いと思う
353 :
2016/04/19(火) 22:07:02.34
いくら何でもステップ実行ぐらいしたことあるだろ?w
それがステップ数だよ。
354 :
2016/04/19(火) 22:15:41.98
コメントを書かない奴に限って、何やっているか理解していない。
355 :
仕様書無しさん
2016/04/19(火) 22:23:01.33
正確なステップ数への飽くなき探求心、まさにコーダーの鑑だな
356 :
仕様書無しさん
2016/04/19(火) 22:25:31.03
ライン数とステップ数の違い
わかりません
教えてください、おながいします
357 :
仕様書無しさん
2016/04/19(火) 22:35:47.06
>>334の例なら、ライン数は違うけど
ステップ数は同じとなる
アセンブラ命令で見ると同じになるから

ただ現在は、そこまでこだわったステップ数算出なんておこなわない
行数をそのままステップ数と言っているのがほとんど
358 :
2016/04/19(火) 22:44:19.15
ステートメント数
359 :
2016/04/19(火) 23:05:18.47
そもそもステップ数やらファンクションポイントやらは誰のためでしょう?
・・・・・・・・・・お客でーーーーーーーーーーす。
お客に複雑な表現してわかるわけねーーーーーーーでしょーーーーーー。
シンプルなボリュームを示してあげることが重要なのさ。
360 :
2016/04/19(火) 23:29:53.33
リファクタリングとかも大事かもしれんが、まずはコメントを書け。
少ないステップ数よりも、まずは他人が見て容易に理解できるプログラムをかけ。
361 :
2016/04/20(水) 00:34:03.30
コメントは
(人間語ではなくプログラムとしての)可読性が下がる

ステップ数が多いより少ない方が理解しやすいのは明らかである
(ステップ少なくて読み難いのは、ステップ数とは別の問題だ)
362 :
仕様書無しさん
2016/04/20(水) 00:41:05.57
>>360
そういうプログラムは概してクソコードです
コメントでごまかしてるだけですね
ナイーブでくどい書き方してるコードに価値はありません
363 :
2016/04/20(水) 01:06:46.40
コメント書かなきゃ読めない時点でスパゲティコードとわかる
良くできたコードではクラス名とメソッド名で説明は十分なんだよ
そしてそのレベルに到達するには適切なリファクタリングが必要なのだ
364 :
仕様書無しさん
2016/04/20(水) 01:08:43.16
>>363
スパゲティの意味を履き違えている。
365 :
2016/04/20(水) 01:31:52.42
英語が書けない奴のデタラメなクラス名やメソッド名w
本人だけは可読性が高いつもり
366 :
2016/04/20(水) 04:54:06.69
>>363
なんか、永遠リファクタリングしていそうだな。
ちゃんと、スケジュール守って仕事しろよ。
367 :
2016/04/20(水) 07:40:05.48
>>366
それ俺です。
リファクタ病に侵されて困ってます
368 :
仕様書無しさん
2016/04/20(水) 07:51:16.32
リファクタ馬鹿は派遣でしょ
派遣は言われたこと以外のことすんな
369 :
仕様書無しさん
2016/04/20(水) 08:01:45.73
【主な偽装請負従犯SEの作業】
[技術不要の使い捨てスキル]
コマンド
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理

[業務ソフト作り捨てソフト]
ノンプログラミングツール
フレームワーク
COBOL
VB
.net
Java
Web
DB
ERP
SAP
370 :
2016/04/20(水) 08:26:38.84
>>368
それ以前に、言われたことくらいちゃんとやれ。
371 :
仕様書無しさん
2016/04/20(水) 17:35:22.86
というかリファクタ馬鹿は業界から消えてくれ
372 :
2016/04/20(水) 18:30:33.07
わりークソコード書いてるの俺だわー。
プログラム早く収めた方が評価高いし、上流工程もやってるからキリがついたらさっさと次取りかからなきゃいけないんだわ。

でも、それなりにはリファクタリングしてるよ。

今度は1回で完璧な設計するように頑張るから、申し訳ないけど派遣くんはそれまで頑張って下さいm(_ _)m
373 :
2016/04/20(水) 18:34:58.92
それに完璧だと仕事減るから別に完璧じゃなくていいんだよね。
374 :
2016/04/20(水) 18:37:31.21
リファクタリングは公には認めずグレーにしておくのがコツだよ
そうすれば、ちゃんとした奴は勝手にリファクタリングしてくれる
もしデグレなんかが発生したら、勝手に動いてるコードを触ったそいつの責任
375 :
2016/04/20(水) 18:41:30.67
>>371
最初から変更に強いコードにしておいてくれよ馬鹿
376 :
2016/04/20(水) 18:42:06.13
>>374
最低だな、死ねよ
377 :
仕様書無しさん
2016/04/20(水) 18:51:53.99
お前ら将来どうすんの?

Web/Java/DBデータ処理要員等の
委任契約の事務員は
請負契約の技術者と名乗るな!

残業するような職種じゃないだろ。
企業の使い捨て派遣の扱いだろ。
企業の悪儲け要員になるな!

準委任契約は事務契約
(準委任)第656条 この節の規定は、法律行為でない事務の委託について準用する。
378 :
2016/04/20(水) 19:08:33.39
>>351
おまえ
ステップ数と行数の違いを知ってるそうだな
説明しろよ
379 :
2016/04/20(水) 20:02:47.55
>>376
いや、当然だと思うぞ
そもそも「動いてるコード」を「勝手に」に弄くるって、やっちゃイカンやろ

汚いコードって必ずどこかバグってるから、それを報告して修正する許可をとる
で、ついでにリファクタすりゃ良いんだよ
380 :
2016/04/20(水) 20:45:12.29
>>366
わかってねえなぁ
スケジュール守るために断続的なリファクタリングするんだろ
お前が取り組んでるような一筆書きでかけるチンケなシステムじゃないんだよプロの仕事ってさ
381 :
仕様書無しさん
2016/04/20(水) 22:01:24.26
今日も元気な無能であった
382 :
2016/04/20(水) 22:07:04.38
なんでたった一行変えるだけで、こんなに時間がかかってるんだよ!?

コードが複雑でどこに影響がでるかわからないからです。


一言で言えばこれなんだよな。
プロジェクトの大きな遅延を引き起こしている問題は。
383 :
2016/04/20(水) 22:42:19.77
開発フェーズ(実装・単体テスト)まではリファクタリングできそうだけど、製品リリース後はハードル高い。
回帰テストは同じテストにパスしただけで、同一機能の保証は困難なので
384 :
2016/04/20(水) 22:45:05.82
50代派遣プログラマーB
明日休みたそうにしていたな。
良い歳して遊び半分で仕事やっているんじゃない。
385 :
2016/04/20(水) 22:53:35.87
>>383
製品リリース後でも同じテストを実行すればいいだけでは?
386 :
2016/04/20(水) 22:55:07.69
>>357
いやいやツールで自動算出するから、ステップ数はステップ数として出すだろ。出すならな。
387 :
2016/04/20(水) 23:06:31.10
>>385
それにかかる費用は誰が負担するんだよ。
388 :
2016/04/20(水) 23:23:34.74
>>385
テストケースが漏れていた場合マズいと思って。
テストできていないけど実装できていたってパターンもあるかと。
静的解析ツールで検出された障害もベースソフトの部分であれば直さないような保守的な会社なんで、リファクタリングはなかなか難しい
389 :
仕様書無しさん
2016/04/20(水) 23:27:44.94
この度、クソコードを全て100%作り直しました
過去の痕跡は一切なし、悪のコードを全て根絶
すげーキモチイイ!w
390 :
2016/04/20(水) 23:38:41.50
>>389
一人で趣味でやっている分にはそれでも良い。
391 :
2016/04/20(水) 23:46:01.81
始めから汎用性の高い綺麗なコードを書けばいいのに
やっつけ仕事のソース見てたら目が腐りそう
392 :
2016/04/21(木) 00:06:42.68
>>387
> それにかかる費用は誰が負担するんだよ。

バグの修正の費用は誰が負担してるんだよ?

ほんの僅か修正したぐらいで、費用が膨大になるとしたら、
小さなバグの修正でも、膨大な費用がかかるよね?

それは問題だと思わない?
その問題を解決しようとは思わない?

おかしいね。費用を気にしているくせに、
膨大な費用をそのまま放置してるんだs?
393 :
2016/04/21(木) 00:10:24.21
>>391
別にきれいなコード=汎用性が高いじゃないぞw

きれいなコードっていうのは、シンプルで
メンテナンス性が高いコードだ。

シンプルだからバグも少なく、
メンテナンス性が高いというのは、
コードを読むのに時間がかからず、影響範囲も局所化されており
修正も楽だし、修正した後のテストも楽なものだ。

だからきれいなコードにすることはとても大切なこと
394 :
仕様書無しさん
2016/04/21(木) 00:30:06.89
>>393
別にコーダーにとってのきれいなコード=プロジェクトに大切なことじゃないぞw
395 :
2016/04/21(木) 00:45:38.89
>>382
この問題を解消する必勝法がこまめなリファクタリングとユニットテスト
ちゃんとリファクタリングしてればバクの原因箇所もコード変更の影響も手を取るようにわかる
1行で直るバグなら文字通り数分で終わる
396 :
2016/04/21(木) 00:48:57.57
>>395
そりゃ開発中の隅々まで知り尽くしてるコードだからだろ
綺麗なコードであれば、他人の書いたコードでも数分で直してリリースできんのか?
397 :
2016/04/21(木) 00:59:47.65
>>396
直せるよ
当然だろ
読むのに時間がかからない
理解に時間がかからない
バグ原因の特定に時間がかからない
バグ修正に時間がかからない
影響調査に時間がかからない
回帰テストに時間がかからない
綺麗なコードを維持すれば全てがスムーズに進む
綺麗なコードなら他人のコードだろうと関係ない
398 :
2016/04/21(木) 01:07:52.26
>>397
かわいそうに。そんな規模のものしか触れないとは。
399 :
2016/04/21(木) 01:08:18.02
>>397
どこを縦読みすればいいの?
400 :
2016/04/21(木) 01:32:54.18
>>394
> 別にコーダーにとってのきれいなコード=プロジェクトに大切なことじゃないぞw

プロジェクトに大切なことは、開発コストを抑えるために
シンプルで重複や無駄のないコードにしていくことだ。
401 :
2016/04/21(木) 01:34:22.88
>>396
> 綺麗なコードであれば、他人の書いたコードでも数分で直してリリースできんのか?

ちょっと修正しただけで、全てのテストを行わなきゃいけない
その費用は誰が負担するんだよ?
なんて言ってるようなレベルのやつは

バグの修正すら、費用が膨大でやれないレベルだ!
402 :
2016/04/21(木) 01:35:05.55
趣味でやっているリファクタリング坊は気楽だわ
403 :
仕様書無しさん
2016/04/21(木) 01:35:13.74
>>400
重複は仕様変更を考えると必ずしも悪いことではない。
404 :
2016/04/21(木) 01:53:15.27
リファクタリングって、年寄りの盆栽みたいなものだよな。
趣味の世界。自己満足の世界。
405 :
2016/04/21(木) 07:19:17.62
>>403
なぜ?

重複があったら仕様変更をする時、
全てを修正しなければいけない。

仮にどうしても一箇所だけ修正したいことがあるならば、
そのときにコピーすればいいだけだ。
406 :
2016/04/21(木) 07:20:53.20
リファクタリングは修正のたびに増え続ける
メンテナンスコストを下げるために必要なことだよ。

開発コストを意識してないやつが、
自分が書いた汚いコードと何時間も戦っている。
自分で難問を作って、難問を解きました!ってドヤ顔している。

アホかとw
407 :
仕様書無しさん
2016/04/21(木) 07:23:56.71
>>403みたいなアホが沢山いるニッポンのITの将来は暗い
408 :
仕様書無しさん
2016/04/21(木) 07:30:04.35
コーダーがコストを語るニッポンのITの将来は暗い
409 :
2016/04/21(木) 07:43:51.64
コスト意識を持たないことがいいとでも?
410 :
仕様書無しさん
2016/04/21(木) 07:56:59.15
船頭多くして船山に登るつってな
コーダーごときがコスト意識なんぞ持っても役に立つどころかプロジェクトにとっては障害にしかならんよ
411 :
2016/04/21(木) 08:14:46.81
>>406
汚いのはお前のコードだけだ(笑)
412 :
仕様書無しさん
2016/04/21(木) 08:36:42.10
>>405
現実、重複していても仕様変更で別々のものになる可能性があるものは、共通化しない。
413 :
2016/04/21(木) 11:04:37.30
開発コストが増える=金がかかる
それだけ人が動くということ。
我々はあなたの仕事がなくならないように頑張っているだけだが。
むしろ感謝したまえよw
414 :
2016/04/21(木) 12:51:57.34
リファクタリング坊って、もしかしてリファクタリングばかりやってる新たにコードをかけない奴?
415 :
2016/04/21(木) 19:37:31.13
>>414
そらそうよ
リファクタリングなんてツールで簡単にできるんだから
ソース眺めてこことここ似てるな
リファクタリング実行ポチーで仕事した気になれる
416 :
2016/04/21(木) 19:42:14.82
コードが全てさ、マネージャーなんてコストセンターは捨てなさい
417 :
2016/04/21(木) 20:11:59.13
>>416
マネージャーがいないと、お前らそれっぽい理屈並べてどんどんスケジュール延ばすじゃんw
418 :
2016/04/21(木) 20:43:55.67
>>417
そーだね、作るものに興味が持てないのさ
何て言うかな、作っても仕方ないというかさ
419 :
仕様書無しさん
2016/04/21(木) 22:32:11.92
ITドカタへ

Web/Java/DBデータ処理要員等の
委任契約の事務員は
請負契約の技術者と名乗るな!

残業するような職種じゃないだろ。
企業の使い捨て派遣の扱いだろ。
企業の悪儲け要員になるな!

準委任契約は事務契約
(準委任)第656条 この節の規定は、法律行為でない事務の委託について準用する。
420 :
2016/04/21(木) 22:33:48.12
50代派遣プログラマーB
本日無断欠勤。
派遣は気楽だな〜。
421 :
2016/04/21(木) 22:46:08.98
無断欠勤なんてよくやるねー
余程の理由がないと1発でクビじゃね?
422 :
2016/04/22(金) 00:32:49.86
>>415
> リファクタリングなんてツールで簡単にできるんだから
いやいやw

例えて言うならばな、ゴールへ進むことは簡単にできるが
ゴールを決めるのは簡単にはできないよ。

つまりリファクタリング自体はツールで簡単にできるが
どのような形にリファクタリングすればいいかを決めるのは
人間が考えて決めることだから簡単ではない。

そして補足するならば、リファクタリング自体も
ツールで出来るのは静的型付け言語ならばある程度可能ってだけで
リファクタリングの全てができるわけじゃないし
動的型付け言語なら自動でできる範囲は少ない。
423 :
2016/04/22(金) 09:32:58.70
>>410
おいおい
無能しかいない上流が設計もコスト計算も出来ないから
優秀なコーダーが全部代わりにやってやってるんだよ
プロジェクト語るのは最低でも新米コーダーより優秀になってからにしろ
424 :
仕様書無しさん
2016/04/22(金) 12:29:21.85
>>423
・渡された設計書の通りにコードを書く
・指示されてない事はしない
コレが出来る奴が優秀なコーダーやで

お前コーダーのくせに単一責任原則も知らないようだなw
425 :
2016/04/22(金) 12:42:47.49
>>423
コーダーwwwプログラマーを気取ってんじゃねーよwww
426 :
2016/04/22(金) 12:44:14.66
>>425
そういうお前もコーダーに毛が生えた程度じゃん?
427 :
仕様書無しさん
2016/04/22(金) 13:48:13.42
全工程をやったことのないやつは無能の民主党と変わらない

想像で言ってるだけ
428 :
2016/04/22(金) 15:51:06.12
やったことないで、やらない判断したらもったいないぞ
人生短いのだから、がむしゃらにやれや!
出来なくても、チャレンジだ
429 :
2016/04/22(金) 19:21:56.12
>>425
コーダー以下のカスが粋がるなよw
430 :
2016/04/22(金) 19:25:42.83
>>424
あのな
お前みたいな無能の指示通りじゃ動かねえんだわ
だから優秀な下流がサービスで動くようにしてやってんの
下流のクズにできることをこなせるようになってから粋がれよ
最低でも動くように設計しろバカが
431 :
2016/04/22(金) 21:18:41.80
コーダーでも一からコーディングできれば良いが、リファクタリング坊って、既にあるプログラムを修正ばかりで、新規に作成できないんだよな。
432 :
仕様書無しさん
2016/04/22(金) 21:27:43.46
>>430
お前本当に馬鹿だなw
もう一度だけ教えてやるからよく聞けな


コーダーの仕事は与えられた設計書の通りにコードを書く事


動くかどうかはコーダーの考える事じゃねーよw
433 :
仕様書無しさん
2016/04/22(金) 21:33:42.23
契約に基づいた仕事なのに勝手に設計書を無視するとかありえねー。

大工が見えないところまで気を配るのと同じだと思っているのだろうか?
434 :
2016/04/22(金) 21:40:27.26
純粋なコーダなんて存在するの?
435 :
仕様書無しさん
2016/04/22(金) 21:48:17.31
>>434
今の派遣人海戦術なんてまさにコーダーの仕事だろう
自分はプログラマって思ってるのかもしれないが
436 :
2016/04/22(金) 21:57:41.02
設計だけじゃ動かないでしょう
コーダーが工夫してるから成り立つんだよ
437 :
2016/04/22(金) 22:12:17.55
>>432
でも動かないとコーダーのせいにするんでしょう?
438 :
仕様書無しさん
2016/04/22(金) 22:24:38.41
>>437
しねーよw
そもそもコーダーがシステムが動かん責任なんかとれないだろ
ただし「設計がクソだから勝手に工夫しました!」みたいな奴はボロクソに叩くけどな
439 :
2016/04/22(金) 22:39:50.31
そんな完璧な設計ができたら
そもそもコーダなんて要らないわけだが。
440 :
2016/04/22(金) 22:56:19.07
ただし「設計がクソだから失敗するの分かってました!」みたいな奴はボロクソに叩くけどな
441 :
2016/04/22(金) 22:57:55.51
ピュアグラマええやん
442 :
2016/04/22(金) 23:03:09.24
>>429
コーダー以下ってなあに?
443 :
2016/04/22(金) 23:05:16.67
SE
444 :
2016/04/22(金) 23:35:26.13
そもそも設計とコーダーが別だと失敗しそうだな
445 :
2016/04/22(金) 23:36:46.61
プログラマ「この設計クソだな」
SE「コード読めません。良いか悪いかなんて判断する能力ありません」
446 :
2016/04/23(土) 00:43:25.44
これがこの業界の真の階級

1.最適なシステムの選定から始まり大規模PJの設計ができるSE
2.要件書から最適な言語やフレームワークを選定し形にできるPG
3.チューニングできるPG
4.設計書から形にできるレベルの半人前PG
5.PGとしても半人前で設計も半人前の自称SE
6.名ばかりのコンサル
447 :
2016/04/23(土) 02:37:34.23
いつもテスト要員とかで開発に関われないんですがどうしたらいいですか?
448 :
2016/04/23(土) 07:28:33.41
テスト重要だよ
極めれば仕事は尽きない
449 :
2016/04/23(土) 07:30:47.46
>>448
奥が深いだろうとは思う。
やりたくはないけど。
450 :
仕様書無しさん
2016/04/23(土) 08:05:42.20
このスレ(の内容が)上がってくる業界の状態なのに
内製推奨スレでは「外注じゃないと無理、内製は不可能」

が同時に上がってくるのはなぜ?w
内製スレでは、この点の矛盾についても指摘してるのに誰も回答してないようだし。

IT業界にいる自分たち自身がIT業界のクズっぷりを嘆いているのに
451 :
2016/04/23(土) 08:07:58.05
PM「コード読めません。そんな俺の為にフローチャート書け。コメント書け。」
(実話)
452 :
2016/04/23(土) 08:17:09.44
>>448
だが、極める為には開発経験が重要だと思う
453 :
仕様書無しさん
2016/04/23(土) 08:52:21.92
SEの知的財産と契約料金の搾取対策

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

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

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
454 :
仕様書無しさん
2016/04/23(土) 08:53:23.38
>>1
利益交渉しないから自業自得
455 :
仕様書無しさん
2016/04/23(土) 08:55:52.31
自分の作ったところのテストとデバッグを
完璧にやれとは言わないが、バグるとやばいあたりは
絶対に気合い入れて作って欲しい。

パラメーターの範囲チェックなんて
すぐわかるから作ったプログラマが気合いいれてテストしなくていい。
そのかわり、直すのが面倒なところとか、
むずかしいところは完璧にテストしてから納品してね!
456 :
2016/04/23(土) 09:40:57.71
>>447
自動テストでも提案してみたら。
まずは対象コードは弄らない前提で
457 :
仕様書無しさん
2016/04/23(土) 09:43:57.21
>>1
それはない。

辞めさせられるのは、JavaやWebやDBの派遣向き作業員。
458 :
仕様書無しさん
2016/04/23(土) 11:03:20.35
SEの知的財産と契約料金の搾取対策

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

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

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
459 :
2016/04/23(土) 14:30:41.58
誰か>>450を日本語に翻訳よろしく
460 :
2016/04/23(土) 15:35:21.34
>>459
???? ??? ??????? ???? ??????? (?????????) ?? ???? ????? ????? ?????? ????? "??? ????? ??? ????????? ?????? ??????? ?? ???? ????? ??" ?????? ?? ??? ????? ??????

w ?? ??? ?????? ??? ??? ???? ??? ??? ??? ??????? ?? ??? ?????? ?? ??? ???? ??? ??? ?. ??? ?? ???? ?? ???? ????? ??????? ?? ????? ????????? ????????? ?? ??????? ??????
461 :
2016/04/23(土) 20:29:09.21
>>432
お前は本当に馬鹿だな
オブラートに動かねえって言ったけど現実には設計書どおりじゃビルドすら通らねえよw
そこで馬鹿な上流が言うんだ
なんでもいいからビルド通せ動くようにしろこれじゃあ客に見せられないってな
死ねばいいのになあなんで人に迷惑かけてのうのうと生きてられるんだろう
462 :
2016/04/23(土) 20:56:03.32
>>416
え?
ビルドは通るだろw

思ったとおりに動くかどうかは別として。
463 :
仕様書無しさん
2016/04/23(土) 21:00:26.94
最近のコーダーはコンパイルエラーもSEのせいにするのかw
464 :
仕様書無しさん
2016/04/23(土) 21:02:08.31
ま・・・・・まさか・・・・・

コーディングシートの手書き

を受領してるのか!?!?!?!?!?!?!?!!??!?!?!?!
もはや、キーパンチャーじゃねーかwww
465 :
2016/04/23(土) 21:11:49.39
コーダは詳細設計書通りに書くという脳死状態と、仕様を見て詳細設計を疑う脳生状況を使い分けないといけない、そもそもの原理原則が意味不明な状況下にいるから仕方ないね。
466 :
2016/04/23(土) 21:16:42.44
>>462
ビルド通らねえよ
上流は馬鹿だから存在しないメソッドとか平気で呼び出そうとする
丸々クラス設計がなかったり日常茶飯事
これでそのまま書けって正気を疑うよ
まあ上流が正気じゃないってのは最初からわかってるけどなw
467 :
2016/04/23(土) 21:54:04.27
>>466
なんで上流がメソッド呼び出すんだよww
468 :
仕様書無しさん
2016/04/23(土) 21:57:09.19
>>466←こいつコーダーの下請けしとるんかなw
469 :
2016/04/23(土) 22:37:46.33
>>467
お前どんなコード書いてんだよ
メソッド呼び出ししないのか?
470 :
仕様書無しさん
2016/04/24(日) 05:57:16.48
リファクタ君w
君、仕事してないでしょ
クビになったのかな?
うん。さすがにコーダー未満のようだし、その位置で自分の無能を上流のせいにしてビルドがとおんねぇとか。
そりゃクビになるわ。
日本語使えてないんだから。
ああリファクタ君って在日南朝鮮人?
471 :
2016/04/24(日) 07:56:25.09
ソフトウエア工場w

設計と実装の分離なんて
二人羽折の床屋みたいなもんだから
使う奴の気が知れないよ。
472 :
2016/04/24(日) 08:00:10.22
上流がやるのはせいぜい基本設計だろw
ビルド通らねえは設計関係ねー。
詳細設計書に全コードでも書いてあるのかパソコン
473 :
2016/04/24(日) 08:05:20.40
上流の設計漏れってことでしょ。

報告しないでコーダが勝手に作ったら
首なんだろなw
474 :
仕様書無しさん
2016/04/24(日) 08:41:16.91
基本設計にもれがあってメソッドが1つ足りません、てどんだけ規模小さいんだよw
475 :
2016/04/24(日) 09:58:05.57
上流とか下流とか仕様書とかコーダーとか、もうそんな嘘っぱちやめないか?
ソフトウェア技術はまだそんな工業化できるレベルにねえ。
完全に個人のセンスに左右される職人芸じゃねえか。

職人芸に任せてたら成功したり失敗したりはするが、
似非工業化したら常に失敗しかしねえ。
476 :
2016/04/24(日) 10:02:05.13
>>475
仕様書なくてどうやって意思疎通するの?
477 :
2016/04/24(日) 10:09:07.10
>>476
コード
478 :
2016/04/24(日) 10:09:08.64
仕事を横じゃなくて縦に切るんだよ

狭い範囲で設計から実装、試験までやらせる。
そのためのOOだろ。
479 :
2016/04/24(日) 10:12:30.81
言葉足らずだった。対顧客には先行して納品するドキュメンテーションが必要かもしれない。
まあ、ブツを見てもらったほうが結局は無駄がなくてトータル短縮できる気がするが。
480 :
2016/04/24(日) 10:17:55.03
>>475
上流も自分でやるっていうなら、もっとたくさん勉強しないとな。
業務知識や業界知識がないと、要件定義以前に提案もできないしな。
481 :
2016/04/24(日) 10:19:58.78
俺は仕様書がないのが基本の界隈にいるからたまに別のところで仕様書が必要とか言われると逆に萎える。
このそのものが動きもしないエクセルやパワポってなんのためにつくんのwww
ばっかじゃねえのって思う。
二度手間三度手間な上に矛盾増やすだけで害悪でしかない。
逆に企画から仕様書なる名前のドキュメントが送られてくる時があるが、
俺の認識でいうと仕様が皆無で、要望とか要求が断片的に書いてあるだけ。
それだけではわからないから結局ヒアリングする。
482 :
仕様書無しさん
2016/04/24(日) 10:21:26.26
ビルドが通らねぇ!!!!wwww

これが有能派遣プログラマの実態
483 :
2016/04/24(日) 10:23:16.16
>>481
少人数ですむような小規模案件しかやらない人はそれでいいんじゃない?
484 :
2016/04/24(日) 10:26:28.12
>>483
バカを多数並べて開発するスタイルが間違ってると考えてる。
478も書いてくれたが、横割りは分割方向としてセンスない。
485 :
2016/04/24(日) 10:36:14.35
>>484
どれぐらいの規模の案件を縦割りで成功させたの?
486 :
2016/04/24(日) 10:44:14.20
>>485
1Qの売上が700億円ちょっとの小規模な会社の主要システム程度の小規模案件ですみませんでした。
487 :
2016/04/24(日) 10:54:49.96
>>480
システム屋は特定の業界に詳しくなる必要はない
というか確かな技術がなければ詳しくなってはいけない
本当に必要な能力は知識ゼロから始めて顧客や開発チームと密なコミュニケーションを取ってドメインモデルを構築する能力
中途半端に業務知識を蓄えてしまうとそれに依存してドメインモデルの構築能力が衰えてしまう
出来上がるのは腐りきって手が付けられないドメインモデルとは程遠い無価値どころか有害な設計書だ
488 :
2016/04/24(日) 10:57:24.15
>>486
今後は身の程をわきまえて発言するように
489 :
仕様書無しさん
2016/04/24(日) 11:02:30.29
ビルドとおしてから話せよ
490 :
2016/04/24(日) 11:07:32.25
>>481
この発言はしっくりくるね

『上流が投げてくるドキュメントは設計書でも仕様書でもなくただの曖昧な要望・要求メモである』

まさにって感じだな
こんなゴミを渡しておいて言うことが「ドキュメント通りやれ余計なことをするな」だもんな
もの作る気あんのかよって話だよ
お前らこんなメモ書きを納品する気だったのかってな
優秀な下流が無能上流のメモ書きから追加のヒヤリングを行い仕様書・設計書に起こしてからコーディングしなきゃとてもじゃないが納品できる物は出来ない
学生気分遊び半分で仕事してる上流に付き合わされる下流はたまったもんじゃない
491 :
2016/04/24(日) 11:08:53.20
業務知らない奴が作るからデタラメなシステムが乱立するわけだよ。
492 :
2016/04/24(日) 11:17:16.71
人材は貴重な資源だ->低賃金で不要になるとぽぽいのぽい
ものづくり->海外製品を使うだけ
493 :
2016/04/24(日) 11:18:20.58
ソフトウェア組み立て工場
494 :
2016/04/24(日) 11:31:02.61
>>491
違う違う
業務をモデリングする能力と製造する能力が無い奴が設計するから破綻するんだ
システム屋の業務知識なんてエキスパートからしたら失笑もの
せいぜい参考になればいいね程度の知識でしかない
開発に必要な情報は半端な知識があろうがなかろうがどっちにしろエキスパートから根掘り葉掘り聞き出してモデリングするしかない
でもモデリング出来る自称業務知識人って滅多にいないんだよな
たぶん業務知識があるって事に安心してモデリングスキルを磨いてないからなんだろうな
495 :
2016/04/24(日) 11:43:19.98
まっさらな新規案件でもなきゃ、既存部分がどうなってるのか把握しなきゃ現実味のある設計なんかできないから最底辺を担当するやつが一番上から俯瞰しなおさなきゃいかん。
つまり縦割りが理想型になる。
496 :
2016/04/24(日) 11:44:37.76
そこまで業務知識があるエキスパートって奴も実際にはいないけどな。
ドメイン駆動開発の本を読んでるとその辺が実際と違うなと思う。
497 :
2016/04/24(日) 12:04:15.36
>>496
エキスパートの理解が足りない部分を話し合うにも土台が必要
現状の理解を正確に表したドメインモデルはその土台としても最適だ
498 :
仕様書無しさん
2016/04/24(日) 13:03:50.39
ビルド通ったの?w
499 :
2016/04/24(日) 13:33:32.36
>>498
おう
クズ上流の書いたゴミ設計を優秀な下流がサービスでマトモな設計に書き換えてからコーディングスタートしたらビルド通ったよ
500 :
2016/04/24(日) 13:46:11.45
上流様がメソッド呼び出すんだからよ、下流はよ、メソッド作っとけよ。
501 :
2016/04/24(日) 13:49:41.11
>>500
メソッドも知らないカスは黙ってろよ
502 :
2016/04/24(日) 14:57:21.37
詳細設計書ってまだ存在したのか…
503 :
仕様書無しさん
2016/04/24(日) 15:03:18.21
fireメソッド呼び出すからよ、今日中に作っとけよ下流さんw
504 :
2016/04/24(日) 15:50:07.49
しかし何のスレかもう分かんねーな
誰と誰が闘ってんのかも分からん
505 :
2016/04/24(日) 16:26:28.17
>>504
マ板のスレは基本的に愚痴スレ、ストレス発散スレだよ
たまにいるまともっぽいこと言ってる奴も本の受け売りだし
ところで、今度はなんかDDD本の受け売り始める奴が現れたな
506 :
2016/04/24(日) 16:31:23.30
確かに専門学校卒業でも腕のいいやつはいる
確かに大学卒でも頭のいい奴はいる
確かに大学院卒でも即戦力になるやつはいる
確かに博士とっている奴でも使える奴はいる
507 :
2016/04/24(日) 16:33:24.35
DDD本のやつは、ヤル気あるな、頑張ってくれ
508 :
2016/04/24(日) 17:04:46.26
いっそ
アジャイル開発のほうが
より役割分担がはっきりして良いわ。
509 :
2016/04/24(日) 17:42:38.89
アジャイル開発という名の仕様変更のオンパレード
自社開発という名の終わりのない受託開発
510 :
2016/04/24(日) 18:23:33.82
>>502
俺の現場では、コードが読めない人の為の設計書と言う名前のドキュメントが必要。
周りには、工程の充実度を自慢してるw
511 :
2016/04/24(日) 19:22:49.20
どうせ読みゃしないんだから
doxygen まんま送ってるよ

コード作れない奴に設計資料作っても無駄だもの。
512 :
仕様書無しさん
2016/04/24(日) 19:24:04.90
>>509
よくあるけど、子会社や同系会社に投げるのって自社開発とは呼ばないよなw
513 :
2016/04/24(日) 19:45:11.97
>>510
終わってるな
うちはいかにコストかけないかに重点おいてるから最低限の仕様書しかない
>>511
それで充分
日本語のまとまってない設計書より抜けがないしクラス構成から概要を理解しやすい
514 :
仕様書無しさん
2016/04/24(日) 22:20:48.73
>>1
残業して短期労働にするSEのせい
515 :
仕様書無しさん
2016/04/24(日) 22:24:01.63
設計書が読めないコーダーは腐る程見てきたけど
コードが読めないSEとかありえん
コーダーの願望にすぎんな
516 :
2016/04/24(日) 22:26:28.03
>>515
それはお前が井の中の蛙なだけ
517 :
2016/04/24(日) 22:39:44.19
>>515
自称コード読めるSEも大量にいるぞw
518 :
仕様書無しさん
2016/04/24(日) 22:40:28.86
>>516
よう!肥溜めのウジ!w
519 :
仕様書無しさん
2016/04/24(日) 22:44:28.45
>>515
新人SEですか?
520 :
2016/04/24(日) 22:49:06.63
この業界の動きは早いから3年コード触らなければ使い物にならなくなったりする
トレンドの移り変わりも早い
設計書作業に回されてコード組まなくなったら負けだと思ってる
会社が潰れたりリストラにあったりすればもうとこも雇い手がないだろうからな
521 :
仕様書無しさん
2016/04/24(日) 22:49:10.90
>>519
ベテランコーダーですが
522 :
2016/04/24(日) 22:56:40.95
>>521
それもお前の願望にすぎんな
523 :
仕様書無しさん
2016/04/24(日) 23:00:47.20
>>522
コーダーが願望てwww
完全に脳ミソわいとるなお前w
524 :
仕様書無しさん
2016/04/24(日) 23:02:41.01
ビルドできたの?w
525 :
2016/04/24(日) 23:05:27.45
>>523
自分がベテランでありたいという願望だろ?
井の中の蛙はこんなことも解説されないとわからんのか
526 :
仕様書無しさん
2016/04/24(日) 23:15:00.12
>>525
ベテランてジジイやんけw
もしかいて良い方にとっちゃった?おじいちゃんw
527 :
仕様書無しさん
2016/04/24(日) 23:17:34.17
>>508
最近、アジャイルなんてさっぱり聞かなくなったな。
528 :
仕様書無しさん
2016/04/24(日) 23:20:47.93
>>526
お前はベテラン=ジジイだと思ってんのかよ
胃の中の蛙は言葉もまともに使えないんだな
529 :
仕様書無しさん
2016/04/24(日) 23:24:36.74
>>528
ハイハイおじいちゃんそろそろお休みの時間でちゅよ〜
夢はお布団に入って見まちょうね〜w
530 :
仕様書無しさん
2016/04/24(日) 23:30:51.29
>>529
お前が自分をベテランと言い出したんだろうに
井の中の蛙は反論できないと訳わからないこと言い出すんだな
531 :
2016/04/24(日) 23:49:27.13
>>515
もしかしてだけど
IT企業の社長がみんなPGもSEも経験してるに違いないとか思ってる?
532 :
2016/04/25(月) 01:42:21.23
もしかしてだけど〜(もしかしてだけど)♪
もしかしてだけど〜(もしかしてだけど)♪
👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f)
533 :
2016/04/25(月) 06:45:53.03
>>527
日本じゃ手書き設計の事だったからな
534 :
仕様書無しさん
2016/04/25(月) 07:48:51.58
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

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

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死
535 :
仕様書無しさん
2016/04/25(月) 07:58:18.57
ビルドできたのかっつーの?
536 :
2016/04/25(月) 08:30:44.76
別案件をやっている他社が、スパイラル手法でやっているそうな。
で、無限ループに陥っているとな。
537 :
仕様書無しさん
2016/04/25(月) 16:54:21.22
イニシエダンジョンの大型アップデートの目途が立ったので
お知らせします。
順調にいけば5月1日に実施する予定です。
http://blog.omaru.chu.jp/
538 :
仕様書無しさん
2016/04/26(火) 18:58:46.14
請負報酬請求および偽装請負賠償裁判情報
NTTコミュニケーションズ受託開発事件
【裁判官】
矢尾渉裁判長
【被 告】
[1次受グローバルウェイ]
・追加注文料金不払い
・方式不一致指示で開発困難
・期限強要で原告健康障害
・NTT問い合わせ阻止の業務妨害
[2次受ビジネスインフォメーションテクノロジー]
訴訟代理人弁護士 東京多摩法律事務所
小澤和彦・伊藤瞳・志賀野歩人・河原 麻子
↓指示強要・追加注文不払い・搾取は常識と主張
・報酬を中間搾取
・原告に解約指示
・警察までついてきて原告相談妨害
・関係者に連絡しない旨の署名を強要
[3次受アイピーロジック]
訴訟代理人弁護士 ホライズンパートナーズ法律事務所
荒井里佳
↓契約金と追加注文料金不払い・誓約強要を正当化
・請負でなく委託だから瑕疵なしと騙した
・警察までついてきて原告相談妨害
・関係者に連絡したら数千万円払わせると脅迫
・関係者に連絡しない旨の署名を強要
・交代要員費用を原告から横奪
・営業費用を原告から横奪
・報酬不払い
3社とも指示・追加を認めました。
【お問い合わせ】
legal20150108@yahoo.co.jp
539 :
2016/04/26(火) 23:12:34.38
コーダーってSQLは考えてくれるん?
しょーもないSQL組やがって、
遅すぎて使えねぇよ
540 :
仕様書無しさん
2016/04/26(火) 23:19:32.76
>>539
コーダーがSQLを考えるようなプロジェクトは破綻するよな。

最近の若いやつは、SQL軽視の方向だから、かなり危険。
541 :
2016/04/27(水) 00:02:24.43
データベースなんてただのリポジトリ
プログラマはオブジェクトの操作だけ考えていればよい
HTTPで通信するのに電気信号のことなんで考えなくていいのと一緒
542 :
2016/04/27(水) 01:26:35.94
技術力が上がったせいで言われたとおりに動かないものを作るのに耐えられなくなるんじゃないか
543 :
仕様書無しさん
2016/04/27(水) 01:36:24.21
>>541
RDBオンチかよw
544 :
仕様書無しさん
2016/04/27(水) 06:40:15.53
>>541
そんなこと言ってもgitだと夢中でrebaseばかりしてるくせにw
545 :
仕様書無しさん
2016/04/27(水) 06:41:05.67
リファクタコーダーはビルドできたの?
546 :
2016/04/27(水) 06:59:33.01
上流は高度な設計をやればよいので
誰でもできるコーディングは下流にやらせておけばよい

そして上流は誰でもできることすら出来なくなりましたとさ
547 :
2016/04/27(水) 08:55:11.37
結婚はできるよ。
夜の技術力あるからね。
548 :
2016/04/27(水) 09:05:00.69
>>546
上流をバカにできるほど下流も優秀じゃないよねw
549 :
仕様書無しさん
2016/04/27(水) 09:43:30.10
そもそも、上流とか下流とか、地位の話じゃ無いからなw
550 :
仕様書無しさん
2016/04/27(水) 10:11:14.93
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

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

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死
551 :
仕様書無しさん
2016/04/27(水) 12:26:14.46
地位の話だろ
552 :
仕様書無しさん
2016/04/27(水) 13:30:08.03
>>551
ちがうから。

そんな風に思ってるからクソ設計早目にリテイクしないで後工程になって丸ごとやり直しとかんなるんだよ。

設計がクソだったら突き返せばいいんだよ。
553 :
仕様書無しさん
2016/04/27(水) 19:23:35.43
請負報酬請求および偽装請負賠償裁判情報
NTTコミュニケーションズ受託開発事件
【裁判官】
矢尾渉裁判長
【被 告】
[1次受グローバルウェイ]
・追加注文料金不払い
・方式不一致指示で開発困難
・期限強要で原告健康障害
・NTT問い合わせ阻止の業務妨害
[2次受ビジネスインフォメーションテクノロジー]
訴訟代理人弁護士 東京多摩法律事務所
小澤和彦・伊藤瞳・志賀野歩人・河原 麻子
↓指示強要・追加注文不払い・搾取は常識と主張
・報酬を中間搾取
・原告に解約指示
・警察までついてきて原告相談妨害
・関係者に連絡しない旨の署名を強要
[3次受アイピーロジック]
訴訟代理人弁護士 ホライズンパートナーズ法律事務所
荒井里佳
↓契約金と追加注文料金不払い・誓約強要を正当化
・請負でなく委託だから瑕疵なしと騙した
・警察までついてきて原告相談妨害
・関係者に連絡したら数千万円払わせると脅迫
・関係者に連絡しない旨の署名を強要
・交代要員費用を原告から横奪
・営業費用を原告から横奪
・報酬不払い
3社とも指示・追加を認めました。
【お問い合わせ】
legal20150108@yahoo.co.jp
554 :
2016/04/27(水) 22:20:39.71
>>549
日本では地位の話だな
555 :
2016/04/27(水) 22:57:47.50
地位だと考えてるプロジェクトって毎回破綻してるイメージ。
いつも成功するチームか毎回同じ失敗するチームのどっちか。
556 :
2016/04/28(木) 07:27:33.65
>>555
犯人は50代、もしくは10代から40代の男、または女
みたいなもんか。
557 :
2016/04/28(木) 07:58:06.57
は?
558 :
仕様書無しさん
2016/04/28(木) 08:08:47.04
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

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

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死
559 :
仕様書無しさん
2016/04/28(木) 08:35:08.12
きちんと60代以上の男女が除外されてるじゃん。
560 :
2016/04/28(木) 11:00:30.65
やめさせるって言っても、それに従う人はそれほどプログラムが好きじゃないんだろう
561 :
仕様書無しさん
2016/04/28(木) 12:34:53.94
は?
562 :
2016/04/29(金) 16:09:22.65
>>543
オンチ発見
563 :
2016/05/01(日) 03:32:26.36
>>35
全ては作らないという前提が無いとアジャイルは無理だわな。予算が尽きたらやめるしかないんだから。
それを理解せずにアジャイル言う奴は薄っぺらい。
564 :
仕様書無しさん
2016/05/02(月) 00:09:05.26
なんだ禿か
565 :
2016/05/02(月) 06:47:17.31
アジャイルを無計画の言い訳にしちゃダメだよね
566 :
仕様書無しさん
2016/05/02(月) 08:43:29.78
裁判しないからだよ
567 :
仕様書無しさん
2016/05/02(月) 08:43:44.00
>>1
裁判しないからだよ
568 :
仕様書無しさん
2016/05/02(月) 16:13:07.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
569 :
2016/05/24(火) 14:34:53.65
>>35
亀も亀だけどプログラマは叫んでるのをしらけた顔で見てるだけでは
570 :
2016/05/25(水) 22:59:08.33
単体テストは、J UNITで終わらすもの?
50代派遣をプログラマーで雇ったんだけど、単体テスト仕様書を書かせても要領を得ない。
今まで単体テストはどうやってきた?
と、きいたら、JUNITで、自動化で。。。
JUNIT使った事無いけど、それでテストは済むものなん?
571 :
2016/05/25(水) 23:22:06.39
単体テストの粒度による
絶対画面から入力しろって言われたらjunitは使いようがない

ただ使っていいならメソッド単位で動作確認取れるので画面から叩くより楽できる場面はある
572 :
2016/05/25(水) 23:26:51.57
済むものもあるし済まないものもある
573 :
2016/05/26(木) 00:36:30.22
おれなんて目視でしかやったことないぞw
574 :
2016/05/26(木) 03:30:55.74
>>570
JavaやっててJUnit使ったことないとかマジかよ…
575 :
2016/05/26(木) 06:12:35.55
ごめん、私も目視派だけど
テストをツールにまかせてツールにバグがあっても気付かずに
そのまま連結テストに進んで、そこでプログラムのバグが見つかった場合って
ツールの不具合ですね(ドヤッ とか言っちゃうの?
576 :
2016/05/26(木) 06:44:16.29
観点が違う
画面から叩くと複数のメソッドが組み上がった状態でテストせざるをえなくなるからテストデータやテストケースが複雑になってしまう
JUnitを使うと組み上げる前のメソッドを個別にチェック出来るので不具合があったときに原因を特定しやすい

ラジオとか作るときに個々の電子部品を動作確認してから組み上げるか
それとも全部組み上げてから電源入れることでまとめて動作確認するかの違い
後者は楽だけど不具合あったときに原因調査するのに時間がかかる
前者は手間がかかるが不具合あったときに原因を特定しやすい
577 :
2016/05/26(木) 08:31:12.49
>>575
目視“派”とか言ってるけど、目視しかやり方を知らないからそうしてるだけじゃん
578 :
2016/05/26(木) 11:31:04.09
>>575
ツール使うより目視の方が正確だと思うならもうIT業界なんてやめちまえよw
579 :
2016/05/26(木) 12:38:13.83
>>578
そんなこと言ったら大多数が辞めてしまい
空前の人手不足にw
580 :
2016/05/26(木) 15:16:56.75
たまーにいる意識高い系がうざい
581 :
2016/05/26(木) 21:37:05.33
おれの目視に間違いは絶対にっ!!ないっ!!!

なんだお
582 :
2016/05/26(木) 22:01:37.51
>>578
ツール使うより目視の方が正確だとは思わないけど・・・
あなたの言う通りで、上がツールアレルギーで社内に導入されてない
使って便利なら是非使ってみたいものだけど
ツールにバグがあった場合、責任の所在はどこにあるの?
ツールでテストした上に目視で二重チェックするの?
私はCO)BOLコンパイラのバグ(特殊な状況でのみ発生する)を2回見つけたことがあるので、
COBOLみたいに枯れ切った言語のコンパイラですらそれなのに、
テストをツールに依存しきって大丈夫なのか気になるのよ
583 :
仕様書無しさん
2016/05/26(木) 22:06:49.86
お前ら目視目視って馬鹿にしてるけど
熟練した有能プログラマーだけが使いこなせる目grepという技もあるんだぜ
584 :
2016/05/26(木) 22:12:57.35
机上デバッグで鍛えられたからねぇ・・・最近老眼だけどw
585 :
2016/05/26(木) 22:31:20.90
>>570
古き良き時代の開発してんだね
ボットにリリースしてって言えば単体&E2Eテストしてデプロイまでしてくれるよ
586 :
2016/05/26(木) 22:31:31.14
あーgrep機能があるツール使ってるぅ
エディタもツールです
587 :
2016/05/26(木) 22:37:00.82
>>582
仮に目視のテストが間違いなく実施できると仮定しても
世界中で使われてるツールにバグがある確率と
目視のテスト仕様に不備がある確率のどちらが高いか
588 :
2016/05/26(木) 22:39:54.81
目視とは言うがそのモニタに写ってる映像を表示するプログラムにバグがあったらどうすんの?
jUnitのバグを疑うのってこのレベルだよ
589 :
2016/05/26(木) 23:36:36.97
(状況次第だが)再現性がある分、
ツールの問題は回避したり修正したりできる希望がある。
目視の間違いはどうやって修正するのさ。
590 :
2016/05/27(金) 00:07:00.02
ツールのバグも、コンパイラのバグも
作り込んだのは人間でっせ
591 :
2016/05/27(金) 00:09:25.94
そもそもJUnitに限って言えばJUnitに存在するバグが問題になるようなことなんてない
592 :
2016/05/27(金) 00:25:18.81
>>582
で、COBOLのコンパイラにバグがあったからってCOBOLを使うのはやめたの?
レアケースでバグが起こりうる可能性を受け入れてでもCOBOLを使うメリットがあったんじゃないの?
ユニットテスト自動化も同じことだよ?
593 :
2016/05/27(金) 00:33:55.58
「目視の方が覚えることが少ないし
 時間をつぶせて楽に儲かる!」
って人もいるのかな
594 :
2016/05/27(金) 00:34:17.92
ツールのバグの話を導入の障壁だと考えてる時点で無能
表面的に上の人間はそう言ってるかもしれないが、
真の問題は単体テストの内容を日本語で確認出来ないこと
プログラムから離れた人間はJUNITのテスト内容が評価出来ないんだよ
テストコードすら読めない無能のレビューなんて必要ないが、
会社の標準なりの形式上仕方ないのさ
595 :
2016/05/27(金) 00:40:51.74
>>592
コンパイラやツールにバグがあろうが担当者の責任で完成品を作るに決まってるでしょ
コンパイラの製造元にもクレーム入れたわよ

最近のゆとりの後輩が二言目には、それはツールの問題ですねで話しを終わらせようとするから
いやいやツールのバグだろうが仕様の通りにお客様の望むものを作れよって
毎日のようにあちこちで怒られててさ
ツールマンセイの人達はそのあたりの感覚はどうなのかと思って質問したのよ
ツールマンセイの人達はツールを信頼して目視テストはしないの?
ツールのバグのせいでプログラムのバグを見逃した場合はツールが悪いのでオレ知らねってなるの?

私は別に目視マンセーって言ってる訳じゃないよ
上記1行目が一番の目的
596 :
2016/05/27(金) 00:44:25.29
論点がずれてる
そんなんでお客様の望むもの作れてるかどうか疑問だな
その後輩よりはマシだけど
597 :
2016/05/27(金) 00:44:32.29
文盲の方が多いようですが、
ツールのバグが導入の障壁だなんて主張、誰がしてるの
598 :
2016/05/27(金) 00:45:07.29
論点ずらしはそちらですよ
599 :
2016/05/27(金) 00:45:43.74
目視で見誤る可能性よりもテスティングフレームワークのバグに遭遇するリスクのほうが高いと思うなら
そのまま目視でずっとやっていけばいいと思うよ。
こちらとしては、自動化否定派が多いほど相対的にこちらの価値が上がるわけだしな。
600 :
2016/05/27(金) 00:47:05.78
>>595
ゆとりの後輩が悪いだけじゃねーか
ツールの問題でもなんでもねーよそれ
問題の切り分けくらいちゃんとしろ無能
601 :
2016/05/27(金) 00:48:42.64
むしろツール万歳の人がいない
602 :
2016/05/27(金) 00:49:08.08
>>594
テストケースのメソッドのjavadocに入力値と期待する返却値書いといてやれば流石にわかんだろ
日本語すら分からないってんならそんな奴に理解させようということの方が間違ってる
603 :
2016/05/27(金) 00:51:09.54
>>595
エクセルで数百セルにまたがる数値の合計をいちいち電卓で算出してる人がいたらどう思う?
関数使って求めればいいじゃんって思わない?
ユニットテスト自動化が当たり前な人から見たら、あんたはその電卓マンと同じだよ。
ま、電卓マンからしたらエクセルのバグが不安でしょうがないんでしょうけど。
604 :
2016/05/27(金) 01:01:31.05
>>595
毎日のようにあちこちで怒られるって、さすがにお前んとこどうなってんのよw
毎日のように?ツールのバグで?怒られてる?
ちょっと想像できないんだけどw
605 :
2016/05/27(金) 01:17:07.68
ツールの場合の責任の所在について話したいの?
それならご自身で、ツールにバグがあろうが担当者の責任だと言ってるじゃない
Junitも同じです
606 :
2016/05/27(金) 01:19:58.26
文盲ばっかw
相手の話を聞かずに
自分の言いたいことを言って
ガス抜きしてるだけじゃないか
607 :
2016/05/27(金) 01:21:39.79
>>605
始めっから通常どうしてるのか、責任の所在について聞いてるのに
自己中なバカしかいないからなんかもういいわって思ったけど、
アナタだけ会話が成立したので、ありがとう
608 :
2016/05/27(金) 01:21:46.26
切れ味の鋭いブーメランだなw
609 :
2016/05/27(金) 01:25:31.22
>>607
あなたは575さん?
話の発端は50歳のプログラマが単体テスト仕様書書けない、Junitでテストが成立するのか?
だから、貴方の相手ばかりしてるわけじゃないと思うよ
610 :
仕様書無しさん
2016/05/27(金) 02:44:51.03
JUnitはテスト作業の中の一部の自動化であってテストそのものではない。

ロジック以外の細かいテスト観点は抜けまくる。

だいたいJUnitがやってることは特段、目新しくない。

しかもテスト仕様もテスト結果もドキュメントを作ってくれるわけではないのて、しっかりしたプロジェクトだとJUnitを使ってもあまりいいことはない。

テストのやり方の一つとして統一的なやり方をとらせることはできる。

一般的な単体テストとは異なるが、JUnitでテスト業務がすべてできると思っている人間が増えていて危険な状態。
611 :
2016/05/27(金) 02:46:14.36
ここで不毛な争いをしているという事は
リアルでも問題分析と対応が出来てないワケか
612 :
2016/05/27(金) 03:44:56.38
>>610
根本的なところがずれてる気がするな。

テストは目的じゃないんだよ。システムを作ることが目的。

で、システムを作るとはどういうことかというと
もちろん動くものを作るのは当たり前だけど、
重要なのは動くものが出来た後。

動くものを修正しないといけない。
それはバグの修正だったり機能追加だったり仕様変更だったり。
これは通常絶対にやらなければいけないことになり避けることは出来ない。

この時、動いているものを修正するなっていうおっさんお黙らせるために
JUnit等の自動テスト技術があるんだよ。全てのテストをやり直すコストを考えれば
自動テストの重要さがわかるだろう?

そしてJUnitは導入すれば終るようなものじゃない。まずは既存のコードをテスト可能な形に
書き換えないといけない。これには高い技術力が必要。
つまり高い技術力を使って手動でテストするコストを減らすということ。

目的は動くシステムを作り改良を続けることであり、それを実現するためにテストを自動化する。
JUnitでテストが出来るかどうかを考えるんじゃなくて、どうやってテストを(JUnit等で)自動化して
修正のコストを減らすかってことが重要。JUnitでテストが出来ないって言い訳するんじゃなくて
どうやれば自動テストができるかを考えないとだめ。それがテスト技術力。
613 :
2016/05/27(金) 06:24:19.45
そもそもさ、バグがあってもいいじゃない
人が死のうが金がなくなろうが些細なことだよ
614 :
2016/05/27(金) 06:26:15.84
画面から検索機能の検証は面倒くさすぎる

そういうのをメソッドの時点で機能を担保している事を試しておけば、
画面のテストではちゃんとメソッド呼び出ししてることを確認するだけで済むのでとても楽
テストデータむやみやたらと作らなくても良くなるし
615 :
仕様書無しさん
2016/05/27(金) 07:32:51.28
てか35でクビは当たり前だろ
正社員の話じゃないんだろ?

35にもなってまだ派遣ってことはそれまで引き抜かれなかったってことだろ?
使えない奴って証明じゃん
616 :
2016/05/27(金) 09:15:58.66
誘いはあったが、社風があまり好きではなかったので断った。
そしたら、それ以降はテスターぐらいの仕事しかおりてこなくなった
617 :
仕様書無しさん
2016/05/27(金) 12:25:56.03
>>612
前半と後半で言ってることが違いますが?
618 :
仕様書無しさん
2016/05/27(金) 12:31:10.17
JUnitでテストの自動化という言葉自体が間違ってる。

騙されすぎ。
619 :
仕様書無しさん
2016/05/27(金) 12:38:55.07
自動化なんて言ってるけど、テストドライバを作ってテストするのはあたりまえだし、プロなら昔から誰でもやっている。

それを共通化したり、変な指標を出したりしているだけで、意味ある単体テストとは話が違う。
620 :
2016/05/27(金) 18:43:38.63
>>394
テストの自動化のスキルは身につけたいな。
うちの組織の場合はテスト項目レビューは必須なので、
テストパターン設計(エクセル)、レビュー、テストコード作成という流れになりそう。となりそう。パターン設計書からテストコード生成ができれば良いな
621 :
2016/05/27(金) 19:55:28.77
いやその手のコード自動生成ツールはえてしてゴミにしかならんだろ
プログラム書くのと大して変わらんくらい癖のある書き方を強要されたりとかで
622 :
仕様書無しさん
2016/05/27(金) 20:41:59.17
JUnitの欠点は大きなテストコードができてしまって、それ自体が正しいかどうかの議論になるところ。
623 :
仕様書無しさん
2016/05/27(金) 20:43:07.67
外国人はテストが嫌いだから、こんなものができる。
624 :
2016/05/27(金) 20:54:28.06
>>622
手で入力してたって似たような問題が起きる時は起きるし割り切り重要だと思う
625 :
2016/05/27(金) 21:09:40.61
>>623
テストが嫌いな奴の方がプログラマとしての才能はあるが、仕事は出来ない
テストが好きな奴は仕事は出来るが、新しい事は産み出せない傾向にある
626 :
仕様書無しさん
2016/05/27(金) 23:23:54.48
なんでJUnitを使わないテスト全部が手動テストみたいに言うのかw
627 :
2016/05/27(金) 23:27:58.88
>>617
何も違ってませんよw
628 :
2016/05/27(金) 23:30:10.80
>>622
> JUnitの欠点は大きなテストコードができてしまって、それ自体が正しいかどうかの議論になるところ。

それはJUnitの欠点じゃないな。

まず、何をやるにしろ技術力っていうのは必要。
技術力を高くする=開発コストを下がる。

これが基本。

(JUnitを使って書いた)コードが正しいかどうか議論になるのは
開発コストが高くなっていることからもわかるように、技術力が低いだけ。

JUnitを導入すれば技術力が勝手に上がるわけないんだよw
JUnitを導入しつつ技術力を高くすることで、開発コストを下げることが可能になる。
629 :
2016/05/28(土) 00:12:36.16
>>625
テストが嫌いなのではない
無駄な作業が嫌いなのだ
論理的思考で無駄を省いた結果がjunit

(手動による無駄な)テスト実施が好きな奴は、
一見、膨大な仕事量をこなしているようだが、
実は無駄作業を繰り返してるだけ
630 :
2016/05/28(土) 01:17:49.45
JUnitでテスト自動化というのを、コスト0でJUnitが勝手に自動的に
テストしてくれる魔法のツールだと思っている上司をどうにかしたい。
テストコードは書かなきゃいけないっていくら言っても、
いやお前の知識はおかしい、自動化なのだから自動でできる、見直せ
としか言わない。来週にでも交通事故にあってほしいマジで。
631 :
仕様書無しさん
2016/05/28(土) 02:05:28.67
JUnit以外が手動テストってどういう初心者なんだよw

JUnitは自動ではないし、昔ながらのやり方も自動。
632 :
仕様書無しさん
2016/05/28(土) 02:08:34.14
アメリカ人に多いけど、誤解させて普及させたり、物を売ったりするのはビジネスの手段で、それが分からないようでは技術者ではない。

ソニーもアメリカでウォークマンの大きさを誤解させるやり方で売った歴史もあるが。
633 :
仕様書無しさん
2016/05/28(土) 02:10:49.05
Oracleデータベースも最初からOracle 2という名前で売り出したのも、あたかもOracle 1があって洗練されたものが、Oracle 2と錯覚させるものだったしな。
634 :
2016/05/28(土) 02:29:02.79
>>630
他人をどうにかする前に、自分が変わる(成長する)べきだろう
その程度の問題がクリアできないなら、君の未来は無い

相手が納得するように必要工数の説明が出来ないと、顧客からも金取れないぞ?
635 :
2016/05/28(土) 02:49:28.09
>>634
バカな上司が放置されてるから
日本の未来そのものが暗い。
ベンチに座って「勝て」しか言わない監督は不要。
勝つチームは監督がちゃんと采配を振るうし信頼される。
636 :
2016/05/28(土) 03:16:41.04
>>634
説得が聞く相手というのは話を聞くつもりがある奴だけなので納得という言葉はおかしいな

ちゃんとクソ上司以外の上司にJUnit使うのにだってコストがかかるというのを理解させて
クソ上司を蚊帳の外に置いていずれプロジェクトから蹴りだしてやれと言わないと
637 :
2016/05/28(土) 05:47:41.74
多くの場合テストの自動化でコストは減るけど、
0にはならない。当たり前だけどね。

どれくらいコストが減るかもプロジェクトによってまちまち。
自動テストがなければほんの数行変えるだけでも、影響範囲を調べて
その全てをテストするために数人×1ヶ月とか平気でかかるものもある。

だけどコードにバグがなくて使用の変更もないようなプロジェクト
(まずあえりないが)なら自動テストするほうがコストがかかるだろう。

最近はビジネスの変化に素早く対応させるために、
動いているものを修正しないといけないから、
自動テストでコストを下げることが必須になる。
638 :
2016/05/28(土) 06:19:14.88
xUnitでunit testって、ライブラリのプロジェクトには有効だけど
アプリの場合はunit testよりe2e testの方が有効だと思ってる
639 :
2016/05/28(土) 06:19:55.37
>>633
へぇへぇへぇ
640 :
2016/05/28(土) 08:17:57.31
>>634
上司は成長しなくてもいいのですか?
641 :
仕様書無しさん
2016/05/28(土) 08:39:59.03
SEの知的財産と契約料金の搾取対策

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

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

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
1
642 :
2016/05/28(土) 09:46:49.72
テストの自動化ってリモートにプッシュなりしたタイミングでCIツールがユニットテストやらE2Eやらを実行してくれることじゃないの?
643 :
仕様書無しさん
2016/05/28(土) 11:08:43.90
自動化を最近のものだと思っていたり、特定のツールを使わないとできないと繰り返し主張するやつは何なの?
644 :
2016/05/28(土) 12:19:10.48
自動化が最新のものって言ってる人はいないのでは?

ただ同じ自動化でも昔からどんどん進化しているわけで、
今はサーバーの構築やアプリのデプロイも自動化されてる。

また「自動化」が実行されるサイクル、つまり「CIを回す」速度も
速くなっていて、一日で何十デプロイするとか、
そこまで持っていくには、それが出来るツールを使うのが
一番手っ取り早い(コストが低い)

今はもう、自動化するために頑張る時代ではなくなったんだよ。
それが「最近」の話で「特定のツールを使う」のが最近そうなったということ。
645 :
仕様書無しさん
2016/05/28(土) 12:28:04.79
>>644
そんなのプロジェクト、会社による。

最終的には人間がやるのが日本品質。

ここが外国には真似ができないいいところ。
646 :
仕様書無しさん
2016/05/28(土) 12:30:31.30
いつも繰り返すけど、プログラマ観点でしかものを言わない人間がいるから、話が噛み合わない。
647 :
仕様書無しさん
2016/05/28(土) 12:41:28.40
初めて言うけど
プログラマーがプログラマー観点でなかったら誰がプログラマー観点で言うねん
プログラマーのPM目線の意見なんか誰に必要とされんねんw
648 :
2016/05/28(土) 13:37:47.68
お互いの立場が分かる人が少ないんだよね
649 :
2016/05/28(土) 13:55:23.93
お互いの立場が分からないときに強権を振るって弾圧出来る方がまず相手に配慮をしないとお互いの配慮なんて生まれないと思うけどね
650 :
仕様書無しさん
2016/05/28(土) 14:05:41.14
>>645
> 最終的には人間がやるのが日本品質。
ヤベエ、ここ笑ったw
ねぇ、わざと笑わそうとしてる?わざとなの?
もしかして、自虐的な批判?
651 :
仕様書無しさん
2016/05/28(土) 15:04:21.83
>>650
日本人ほどまともにテストする人間は海外ではいないよ。

だから外国製品はバグだらけ、欠陥だらけ。

外国人は完璧を求めないから、テストもいい加減。

バグがあるのは当然、直すかどうかも作った側の気分次第。

こういうことを知らないやつって本当にプログラマか?

OS、ミドルウェア等の有名なものはほとんど外国製で不具合だらけなのに、洗脳されているのか知らないけど、この状態は普通じゃないから。

日本人が作っていたら、こんなことにはならない。
652 :
2016/05/28(土) 15:08:18.00
ここまで馬鹿だと救いようがないな
相手にしないほうがいいよ
653 :
2016/05/28(土) 15:47:24.52
上司は相手にしないといけないから面倒だな
無能ならまだしも有害は困る
654 :
仕様書無しさん
2016/05/28(土) 16:22:50.00
どう馬鹿なのか説明できないやつとは関わりたくないw
655 :
2016/05/28(土) 16:53:05.13
IT理系アスペが
真っ赤な顔してEnterキーパーンで長文レスって
656 :
仕様書無しさん
2016/05/28(土) 17:03:00.84
自己紹介おつ
657 :
2016/05/28(土) 17:03:29.54
技術を知らないバカが
技術に口出し
658 :
仕様書無しさん
2016/05/28(土) 17:05:11.95
本質を知らない自己紹介おつ
659 :
2016/05/29(日) 08:13:05.61
そのバグだらけのOSやミドルウエア
つかってる日本人が謎だねえ
660 :
仕様書無しさん
2016/05/29(日) 08:50:17.06
SEの知的財産と契約料金の搾取対策

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

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

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
8
661 :
2016/05/29(日) 11:11:42.00
バグがあるから雇用が生まれるんだ
バグを作るのも自動テストを拒否するのも雇用に繋がり社会のためになる
何でもかんでも確実に自動にしたら資本主義社会が立ちいかなくなる
ユニットテストに傾倒する反社会的な勢力は粛清すべきだ
662 :
2016/05/29(日) 13:18:49.97
一方マイクロソフトはバグを売る
663 :
仕様書無しさん
2016/05/29(日) 13:25:23.34
上の奴らはプログラミングを魔法かなんかだと思ってる
そのくせウィザードという概念がない
664 :
仕様書無しさん
2016/05/29(日) 17:41:41.38
>>661
完璧な日本製品は海外で絶賛されているけどな。
665 :
仕様書無しさん
2016/05/29(日) 17:42:55.52
>>663
魔法使いの概念がないって何?
666 :
2016/05/29(日) 18:03:13.24
30歳までにってヤツ?
667 :
2016/05/29(日) 18:34:27.50
完璧な家電を作った日本企業が
どうなったか思い出せば >661 も頷ける
668 :
2016/05/29(日) 18:37:38.54
そりゃ今現在、完璧なモノを作れていないが故の末路だろ
669 :
2016/05/29(日) 18:38:08.85
完璧にした以上、それより上はない。
その他が完璧になるのは時間をかければ出来る。

だから残るのは、コストを下げることだけ。
670 :
仕様書無しさん
2016/05/29(日) 21:56:24.80
日本人がWindows作っていたら、いまのようなものにはなっていない。

更新プログラムをガンガンあてなきゃいけないなんてありえないからな。
671 :
2016/05/29(日) 22:29:03.72
日本人がLinuxを作っていたら、いまのようなものにはなっていない。

更新プログラムをガンガンあてなきゃいけないなんてありえないからな。


日本人がMacOSX作っていたら、いまのようなものにはなっていない。

更新プログラムをガンガンあてなきゃいけないなんてありえないからな。
672 :
2016/05/29(日) 22:30:01.01
そういやiOS9.3はまたひどかったらしいな。

とある機種で文鎮化するって問題出たばかりで
iOS9.3.2でまたもやiPad Proで文鎮化したし
673 :
2016/05/29(日) 22:37:41.92
同じiOSとか言いながらiPhone5S, 6, 6S, iPad mini, proでそれぞれ違うから文鎮化するのとしないのがでるんだろうな
最近マイクロソフトとアップルの中の人が逆なんじゃないかと感じる
674 :
2016/05/29(日) 22:38:42.51
>>673
> 最近マイクロソフトとアップルの中の人が逆なんじゃないかと感じる

まあジョブズは死んだし、MSはナデラCEOに変わったしね。
675 :
2016/05/29(日) 23:13:30.76
マイクロソフトは.NETが軌道に乗り出したあたりから急速に良くなったイメージ
676 :
仕様書無しさん
2016/05/29(日) 23:33:05.34
>>675
そりゃCやC++でWindowsを自由にいじられたら、制御不能、メンテナンス不能だからな。
677 :
仕様書無しさん
2016/05/29(日) 23:34:18.30
だいたいインド人にやらせるとひどいことになる。

シマンテックだって途中から急におかしくなったし。
678 :
仕様書無しさん
2016/05/30(月) 06:36:15.67
471 名前:名無しさん@おだいじに[sage] 投稿日:2016/05/29(日) 18:31:47.66 ID:???
ITから転職多いな。戻った方が絶対いいのに

473 名前:名無しさん@おだいじに[sage] 投稿日:2016/05/29(日) 18:45:30.02 ID:???
>>471
ITに戻っても10年後に詰んでる気がして看護選んだ

一年は急性期で経験積んで
老健とか施設か
透析か精神か
そんなとこかな

476 名前:名無しさん@おだいじに[sage] 投稿日:2016/05/29(日) 18:52:52.20 ID:???
>>473
お前が本当に元ITならわかるはず、この世界はプロジェクトの経験が全て。年齢は一切関係ない。
10年経験すれば、上流〜下流までの工程管理できるならいくらでも
上位の仕事にもありつける。
オラクルの社員(ただの平社員)でフェラーリ乗ってる人間もいるけどああいうのも実力次第。

480 名前:名無しさん@おだいじに[sage] 投稿日:2016/05/29(日) 18:59:37.55 ID:???
>>476
自分は根っからのプログラミング大好きなんで
工程管理とかまるで興味無い
管理仕事を要求されるから
ITから去った
アプリ作って稼ぐような
クリエティブ系に興味がある
実際ゲームをいくつか公開してるし
679 :
仕様書無しさん
2016/05/30(月) 06:38:19.83
483 名前:名無しさん@おだいじに[sage] 投稿日:2016/05/29(日) 19:13:08.35 ID:???
>>480
管理仕事もガントチャート作って納期提示したり
企業を訪問しまくって提案してきて下請けと調整したりと
やってみるとけっこう面白いけどなあ

プログラマーだけでも仕事はいくらでもある
自分もVectorにシェアウェアでツールうpしてるけど総DLが10数万、500万くら稼いであざーす。


ITは株よりポンと儲かるのか
680 :
2016/05/30(月) 09:06:57.68
適当にフカしてるだけじゃね
自分の知らない他業種はよく見えるもんだ
681 :
仕様書無しさん
2016/05/31(火) 08:30:10.15
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

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

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死9
682 :
2016/05/31(火) 11:37:09.34
>>670
日本人がWindows作っていたら、未だに世の中にはWindowsは出ていない

と思うよ
683 :
2016/05/31(火) 12:24:44.11
>>682
Windows公開仕様書 1.31f版
API仕様書。。。とか山盛り。

仕様書作りまくって仕様書のメンテ出来なくなって遭難確定。
684 :
仕様書無しさん
2016/05/31(火) 19:46:08.86
>>682
いまみたいなWindowsはなかったと思うけど、GUIの歴史は古いから、日本人だったら思い付かないとかそんなことはない。

同じことをするのに何通りもあるような仕組みには日本人だったらしない。

日本人ならもっと誰でも使えるものを作る。
685 :
2016/05/31(火) 20:57:25.95
>>684
>同じことをするのに何通りもあるような仕組みには日本人だったらしない。
だからコケるんだろ?
変なコダワリが邪魔な場合が多々あるわけで
686 :
2016/05/31(火) 22:01:06.76
日本人が作ったBTRONというものがあるわけだが
687 :
仕様書無しさん
2016/05/31(火) 23:25:20.25
>>685
何がこけたんですか?

具体例を出してください。
688 :
仕様書無しさん
2016/05/31(火) 23:27:13.12
AndroidはWindowsと違って非常に分かりやすい、使いやすいものになっている。

Windowsは異常。
689 :
2016/06/01(水) 03:17:28.79
>>685
CUIとGUIでやること被るからごっそり削らないとだな
690 :
仕様書無しさん
2016/06/02(木) 08:28:06.39
【主な偽装請負従犯SEの作業】
[技術不要の使い捨てスキル]
コマンド
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理

[業務ソフト作り捨てソフト]
ノンプログラミングツール
フレームワーク
COBOL
VB
.net
Java
Web
DB
ERP
SAP8
691 :
仕様書無しさん
2016/06/02(木) 15:59:33.03
おれも




じゃばの勉強することにしたよ
692 :
仕様書無しさん
2016/06/02(木) 18:23:45.11
ITドカタへ

Web/Java/DBデータ処理要員等の
委任契約の事務員は
請負契約の技術者と名乗るな!

主婦向けレベル作業だろ
恥にも程があるあるだろ
派遣のくせに残業するな!

準委任契約は事務契約
(準委任)第656条 この節の規定は、法律行為でない事務の委託について準用する。
693 :
2016/06/02(木) 20:28:40.58
辞めさせられるのは仕事ができないからだよ?
技術力があっても活かせない奴は年齢で成長しないと判断されてるだけ。
694 :
仕様書無しさん
2016/06/02(木) 20:44:43.74
辞めさせる?
そんな簡単にクビにできないだろ。

仕事のオファーが来ない。
指名が来ない。
だろ?正しくは。
そりゃ、派遣の条件に35歳未満は確実につけるからね。
いらんよ。35歳以上の派遣なんて100%売れ残りのカスは。
695 :
2016/06/02(木) 20:58:40.60
>>1くらい読んで判断しろよ。
696 :
仕様書無しさん
2016/06/02(木) 21:06:08.11
つまり派遣がダメにしてるってことだ
SIerとかの仕事を請けるな
そうすればSIerが滅ぶ
滅んだところでお前らがそれぞれの開発部門に就職すればいい
697 :
2016/06/02(木) 21:43:54.45
そんな経歴もスペックもないだろう。
やっぱり派遣でもやれる人はメーカーや元請けに転職していく。
698 :
仕様書無しさん
2016/06/02(木) 22:35:21.34
派遣でもやれる人?
就職活動に失敗したけど派遣で運良くまともなレールに戻れた人だろ?
まあその人は別に良い

35歳以上の派遣は、能力もないことに気がついていない
だからまともなレールに乗ることもできない
699 :
2016/06/03(金) 19:46:19.62
先天性の持病持ちにまともなレールなど無い。
血を吐いてでも別のレールを走り続けるだけ。

健常者は甘え。
700 :
2016/06/03(金) 22:13:40.41
病気生涯持ちはそいつらにしか走れないルートがあるからプラマイゼロだろ
乙武さんとか五体満足だったら凡人だったと思うよ
それより悲惨なのは健常者だけど普通より低い能力と魅力のない性格や容姿の人
これはまじで生きるのが難しい最難関ルート
これに比べたら障碍者なんて甘えだよ
701 :
仕様書無しさん
2016/06/04(土) 05:36:50.60
>>700
容姿は余程ひどくないとそこまで影響ないよ
プログラマなら特に
容姿はイケメンか超絶醜い人だけ

一番大きいのは性格・・・。これはマジで先天性。
702 :
仕様書無しさん
2016/06/04(土) 09:22:00.20
いまは40歳までとか45歳までとかかなり年齢が上がっているけどな。
703 :
仕様書無しさん
2016/06/04(土) 09:50:26.07
>>702
うそだぁ
考えてみてくれ
 40歳まで派遣やってる奴
どう考えても問題を持っている奴だろ。
それこそ未婚者=どこかに欠陥を持ってる人 並に正誤関係なく何の疑問も持たずに社会はソレを正しい考え方として認知しているレベルだぞ?
704 :
仕様書無しさん
2016/06/04(土) 10:01:15.10
SEの知的財産と契約料金の搾取対策

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

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

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
1
705 :
仕様書無しさん
2016/06/04(土) 11:05:22.04
>>703
業務系や大きいプロジェクトだと50代だってたくさんいる。
706 :
仕様書無しさん
2016/06/04(土) 12:03:38.40
運用知識は最強だなw
新言語や新環境の勉強よりはるかに現場で重宝されるってことの証明だな
707 :
仕様書無しさん
2016/06/04(土) 12:44:39.92
まともな現場は若すぎる人間や経験が足りない人間は入れない。
708 :
2016/06/04(土) 14:02:38.11
上手く生きるコツだよな
他人には保守できないシステムをいかに多く残すか
709 :
2016/06/04(土) 15:22:26.18
他人に保守できないものが
自分にできるわけ無いだろ
710 :
仕様書無しさん
2016/06/04(土) 16:50:29.47
>>708みたいなこと言う人多いけど
実態は
 前提知識として大量の業務知識として知っていないといけない
その後に
 大量のソースコードを読む必要がある
という状況で、前者の段階で愚痴をこぼしてるケースが多々。
もちろん後者の方は酷いんだが・・・。
711 :
2016/06/04(土) 19:52:39.00
くそみたいなドキュメントとクソみたいなコードを保守してるやつの方が、きれいに仕事してるやつより、はるかに気を気配りができる
712 :
仕様書無しさん
2016/06/04(土) 22:01:07.54
>>711
気を気配りってドラゴンボールでいうところの気を他人に配るという意味か?
713 :
2016/06/04(土) 22:04:23.49
Just Windowとかいうのもあったなw
714 :
仕様書無しさん
2016/06/05(日) 08:10:22.50
技術屋の御家族かわいそう

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

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

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

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

http://m.finance.yahoo.co.jp/stock/fundamental?code=4676.T
715 :
2016/06/05(日) 09:06:44.12
>>700
難病持ちだけどメリットなんかひとつもないし就職が難しくなるだけなんだが…
716 :
2016/06/05(日) 09:19:22.49
>>715
国からお金とか出ないの?
難病なら堂々と優先席に座れるだろ?
病気の事で周りから優しくされた事あるだろ?
周りがクリアしなきゃならない課題(マラソンとか)も病気があれば免除されない?
メリットなんて探せば幾らでもあるじゃん
甘えてんじゃねえよ
ちゃんとサポートされる病気や障害で辛いなんてのは能力も魅力もない健常者に対して失礼だよ
717 :
2016/06/05(日) 10:58:29.45
>>716
お金は出ないよ、持病の治療費は支援してもらえるけど健常者ならそもそも病院に行かなくていい
他人の病気のことなんか気にしてる人はそんなに多くない
そもそも就職で病気のことを書くと就職できない
病気なのは見た目でわからんから優先席にも堂々と座れない
課題も免除されるわけがない、健常者同様の働きを求められる

まあ、釣りなんだろうけどな
718 :
2016/06/05(日) 11:00:58.93
一応障害者ならメリットがないわけではない
年金とか障害者雇用とか
だけど難病患者というだけでは全くメリットないよ
だから障害者手帳を欲しがってる難病患者は多い
719 :
2016/06/05(日) 14:19:29.54
見た目分からない病気や怪我では普通気付いてもらえないから席も譲ってもらえないよな
身をもって理解してからは優先席とか知ったことかと自分の利益優先にうごくことにしたわ
通勤ラッシュの時間帯に乗っておきながら妊婦とか主張するプレートつけてる奴は浅ましいとすら思う
720 :
2016/06/05(日) 14:52:50.50
難病をアピールしなかったのが悪いんじゃないか?
乙武さんみたいに障害を利用して有名人になってウハウハの人だっている
うまいこと同情を引き出して募金でウハウハになった人もいる
お前は難病という武器をうまく使いこなせなかっただけなんだよ
なんの武器も持たずに生まれてきた憐れな人間とは違う
721 :
2016/06/05(日) 16:26:56.41
なんだこいつ
722 :
2016/06/05(日) 19:11:03.51
変なのが湧いてる
難病厨?
723 :
2016/06/05(日) 22:25:28.08
才能なしにも補助してくれよくそが
724 :
2016/06/05(日) 23:03:47.51
ナマポ?
725 :
2016/06/06(月) 07:30:19.08
【IT業界】頼むからプログラミングを学ばないでくれ「プログラミングを学ぶことと、それを生業とすることの間には高い壁がある」 [無断転載禁止]©2ch.net
http://potato.2ch.net/test/read.cgi/bizplus/1464391099/
726 :
2016/06/06(月) 08:08:56.95
>>725
中身読んだら何の事はない普通のことだった
要は業界に入りたいという確固たる意識を持ってないのになんとなくでプログラムを学ぶな、学ぶならきちんとしたところできちんとした知識を学べってことじゃん
727 :
2016/06/06(月) 08:30:54.45
本当にそう思うわ
未経験のカスが人の財産や命を預かるシステム組んでるとか世の中終わってる
728 :
仕様書無しさん
2016/06/06(月) 11:20:14.29
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

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

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死
729 :
2016/06/07(火) 00:37:17.31
まあ業務系でも最低限ド・モルガンの法則くらいは覚えておいてもらいたい
ゲームとか専門系ならもっと必要になるものも多いんだろうが
730 :
2016/06/07(火) 01:11:19.91
ド・モルガンの法則すら知らない人たちが働いてるんですか
失望しました
731 :
2016/06/07(火) 01:23:14.99
ゲーム系は二極化してて、ふつーのプログラマはコード書ければとりあえずは良い
ただ、ちゃんとやるなら行列やクォータニオンぐらいは知ってて欲しい
732 :
2016/06/07(火) 01:34:12.14
>>731
行列やクォータニオン知らないけど、
あなたは実時間で何時間で理解することができましたか?
733 :
2016/06/07(火) 06:08:47.87
>>732
中卒?
734 :
2016/06/07(火) 07:48:03.24
ド・モルガンなんか知らなくても、誰でも本能的に実践してるようなもんじゃん。
知っててどうなるのか教えて。
735 :
仕様書無しさん
2016/06/07(火) 07:49:15.19
【主な偽装請負従犯SEの作業】
[技術不要の使い捨てスキル]
コマンド
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理

[業務ソフト作り捨てソフト]
ノンプログラミングツール
フレームワーク
COBOL
VB
.net
Java
Web
DB
ERP
SAP
736 :
2016/06/07(火) 11:44:04.61
>>734
論理式の簡約化
737 :
仕様書無しさん
2016/06/07(火) 12:31:00.32
お前ら本当にドモルの好きだな
738 :
2016/06/07(火) 15:15:14.24
な、ななななにがだよ?
739 :
2016/06/07(火) 20:33:05.34
>>734に同意
どモルガンは当然知ってるけど、
無意識のうちに、ANDで責めるかORで責めるか、いつ否定するか
決めちゃうよな
いちいち、ドモルがどうたらとかやらねーよw
やってる奴は逆に頭悪いんじゃね?
740 :
2016/06/07(火) 21:20:57.44
速度はどうせ大差ないから見やすくてビジネスを素直に表現した論理式を書くほうがいい
ただし某クズベンダのSQLでは速度に直結するから話は別だ
741 :
2016/06/07(火) 21:27:40.15
どもる癌で論理式変換しても可読性落ちるだけだわな
742 :
2016/06/08(水) 08:07:02.99
なんか必死なのがいるな
743 :
仕様書無しさん
2016/06/08(水) 12:29:07.91
息をするようにすらすらドモれる様になれば
ブログラマとしては一流の域に達していると言えるな
744 :
2016/06/08(水) 12:42:20.43
ドモるとガード節を使いたくなるが、俺はノーガードでいきたい。
745 :
仕様書無しさん
2016/06/09(木) 07:02:37.22
高い技術力とかw
ありえねぇーわ
746 :
仕様書無しさん
2016/06/09(木) 07:50:09.91
犯罪者追放のお願い
犯罪者個人に対して告訴状を偽装請負・偽装出向・多重派遣の被害者が作成(刑事告訴は無料) or 司法書士が代筆(料金は5万円ぐらい)

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

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

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

不起訴、起訴猶予

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

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

注意:告訴が受理されない理由
●3年間(※)の時効が過ぎたもの ※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの ※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。3
747 :
2016/06/09(木) 08:04:56.01
>>740
お仕事紹介乙でございます
業務系なんですね
748 :
仕様書無しさん
2016/06/10(金) 08:02:47.02
犯罪者追放のお願い
告訴の趣旨
 被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
 職務経歴書を提示した事前面接を実施 または 偽装請負 または 偽装出向
  労働者派遣法第26条(契約の内容等)、職業安定法第44条(労働者供給)に違反
 多重派遣・多重出向
  労働基準法第6条(中間搾取の禁止)に違反
疎明資料
 事前面接日時、場所、出席者、資料のコピー、音声記録
 就業場所・就業期間・就業時間
 指揮命令
  指示を誰が行っているかの記録、音声記録
 仕事で使う道具や、資材の負担(所有)のあり方
  業務で使用しているパソコン・備品などの所有者
 契約書
  請負、雇用契約書、出向指示など書面のコピー

刑事告訴ガイダンス
★和解金の相場は犯罪者の去年の年収の半額です。社長や役員で数千万〜1億円、管理職で500〜1000万円、営業個人については200〜500万円程度。
★痴漢も民事でなく刑事事案ですが、裁判所が和解金を被害者に支払わせて解決するのが絶対的過半数です。和解で解決しない事案、つまり公訴までいって判例となる事例を探すほうが難しいことでしょう。
★録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
★告訴状を検察に提出しても受理されなければ加害者側には知られることはありません。不受理の場合は何事も起きてないように粛々と振る舞ってください。
★告訴を取り下げるとき検察に提出した資料は全て返却されます。また検察があなたが提出した証拠をあなたの許可なく裁判の証拠として使用はできません。告訴を取り下げたのちの録音資料には当事者の立場が失われるため証拠能力はありません。
★和解時に告訴した事実は秘匿事項となります。犯罪者が秘密保持契約に違反した場合の損害賠償金は「即決和解」か「公正証書」で最低5000万円〜にしましょう。支払いを拒否すれば強制執行手続きを地方裁判所に上訴(裁判不要)してください。
★派遣会社や事業会社が同業者に情報をリークしたなら競合他社に弱みを握られます。余程信用のおける相手でなければリークはできないでしょう。漏らした方の口が軽ければ事実は分かります。また密告してくれた事業者には損害賠償金の3割を謝礼金として渡してください。6
749 :
仕様書無しさん
2016/06/10(金) 08:05:54.77
犯罪者追放のお願い
告訴の趣旨
 被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
 職務経歴書を提示した事前面接を実施 または 偽装請負 または 偽装出向
  労働者派遣法第26条(契約の内容等)、職業安定法第44条(労働者供給)に違反
 多重派遣・多重出向
  労働基準法第6条(中間搾取の禁止)に違反
疎明資料
 事前面接日時、場所、出席者、資料のコピー、音声記録
 就業場所・就業期間・就業時間
 指揮命令
  指示を誰が行っているかの記録、音声記録
 仕事で使う道具や、資材の負担(所有)のあり方
  業務で使用しているパソコン・備品などの所有者
 契約書
  請負、雇用契約書、出向指示など書面のコピー

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

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

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

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
7
751 :
仕様書無しさん
2016/06/14(火) 18:16:51.48
● IT起業したい方へ2000万円まで投資します ●

アイディアと情熱のある方のみ、お願いします。
http://good-hill.xsrv.jp/?id=prog

『 グッドエンジェル 』
投資家と起業家のマッチングサービス
752 :
仕様書無しさん
2016/06/14(火) 19:55:32.84
時間外労働違反SEの皆様へ

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

経営者より1
753 :
2016/06/15(水) 09:12:49.39
仕事を全自動化して6年間働かずに年収1000万円を得ていたプログラマーが最終的にクビに 米
http://interestingengineering.com/programmer-automates-job-6-years-boss-fires-finds/
http://gigazine.net/news/20160614-programmer-forget-code/
754 :
2016/06/15(水) 10:01:36.34
>>753
こんなんネタだろ
6年間も全自動コーディングし続けるってありえねーよ
755 :
仕様書無しさん
2016/06/15(水) 20:51:43.17
>>754
あなた、英語も読めないのがバレバレですね!wwww
ソース記事にはちゃんと書いてありますよ!w
756 :
2016/06/16(木) 05:01:19.79
むしろそのシステムを会社に売ってやれよ
757 :
仕様書無しさん
2016/06/16(木) 08:37:01.17
犯罪者追放のお願い
犯罪者個人に対して告訴状を偽装請負・偽装出向・多重派遣の被害者が作成(刑事告訴は無料) or 司法書士が代筆(料金は5万円ぐらい)

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

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

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

不起訴、起訴猶予

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

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

注意:告訴が受理されない理由
●3年間(※)の時効が過ぎたもの ※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの ※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。6
758 :
仕様書無しさん
2016/06/17(金) 08:42:36.55
犯罪者追放のお願い
告訴の趣旨
 被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
 職務経歴書を提示した事前面接を実施 または 偽装請負 または 偽装出向
  労働者派遣法第26条(契約の内容等)、職業安定法第44条(労働者供給)に違反
 多重派遣・多重出向
  労働基準法第6条(中間搾取の禁止)に違反
疎明資料
 事前面接日時、場所、出席者、資料のコピー、音声記録
 就業場所・就業期間・就業時間
 指揮命令
  指示を誰が行っているかの記録、音声記録
 仕事で使う道具や、資材の負担(所有)のあり方
  業務で使用しているパソコン・備品などの所有者
 契約書
  請負、雇用契約書、出向指示など書面のコピー

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

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

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

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

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

http://m.finance.yahoo.co.jp/stock/fundamental?code=4676.T
9
760 :
仕様書無しさん
2016/06/22(水) 18:17:16.95
無能残業者は優秀なSEに迷惑


「残業代ゼロ法案」は正しい。
http://lite.blogos.com/article/109636/
761 :
仕様書無しさん
2016/06/23(木) 08:19:25.45
SEの不健康と低知能の残業対策

訴訟と貧困が増えて迷惑だから残業は辞めろ!

時間外労働違反となる
将来不要な業界である
多数が嫌う職種である
共働き結婚妨害である
契約に作業期限はない
契約終了が早期化する
定年退職が早期化する
健康障害をもたらす
対人障害をもたらす
生産評価が低下する
生産能力が低下する
能力評価が低下する
時間報酬が低下する
情報技術が低下する
生涯収入が低下する
学習時間が減少する
副業時間が減少する
訴訟が増加する
失業が増加する
貧困が増加する
独身が増加する
早死が増加する
762 :
仕様書無しさん
2016/06/26(日) 14:02:36.20
無能ITドカタへ

無能残業・低価格化・健康障害・対人障害のせいだろ!
相場下がって大迷惑だから技術評価は報酬金額で表せ!

SEの異常レベルを立証
正社員の人手不足業界ランキング
1位:情報サービス 59.3%
2位:建設 54.6%
3位:医薬品・日用雑貨品小売 53.6%
4位:放送 53.3%
5位:旅館・ホテル 52.8%
6位:人材派遣 52.6%
7位:運輸・倉庫 50.0%
8位:金融 49.1%
9位:専門サービス 48.3%
10位:メンテナンス・警備 48.1%

人手不足は独身率も高い
http://raorsh.com/hitode
11
763 :
仕様書無しさん
2016/06/26(日) 14:23:47.16
技術力というより業務遂行能力、問題解決能力の方が大事。

高い技術力と言ってるけど、本当に現状で高い技術力を持ってるの?
764 :
2016/06/26(日) 14:46:01.12
高い問題解決能力や業務遂行能力持ってる奴になら高い金を払ってるとでも言いたげな口調だな
実際には全部二束三文のくせに
765 :
仕様書無しさん
2016/06/26(日) 14:49:05.98
>>764
妄想
766 :
仕様書無しさん
2016/06/26(日) 14:50:42.10
金のことなど書いてないのに金って。

私は仕事できませんと自ら言っているようなもんだぞ。
767 :
2016/06/26(日) 15:35:25.35
事実を指摘されると逆ギレする典型的な例
768 :
仕様書無しさん
2016/06/26(日) 15:48:54.29
自分のミスを指摘されると相手の悪口を言う嫌なやつ。
769 :
2016/06/26(日) 15:54:25.09
>>766のことか
770 :
仕様書無しさん
2016/06/26(日) 15:55:47.53
と反論w
771 :
2016/06/26(日) 16:36:37.69
不毛だな…
772 :
仕様書無しさん
2016/06/26(日) 16:48:40.29
>>771
ハゲを馬鹿にするな。
773 :
仕様書無しさん
2016/06/27(月) 00:53:09.14
【IT】世界のIT人材年収、日本は500万円前後 米国は1,000〜2,000万円
http://potato.2ch.net/test/read.cgi/bizplus/1466117977/l50

社会底辺と第4次産業革命(まとめ)

第1グループ(ニート)
・15〜35歳。親の収入で生活。学歴がある人もそれなりにいる。
・自由に時間を使えたりすることで、勤労者を小馬鹿にするか見下している。
・社会との関わりが薄いためルサンチマン濃度は中程度。プライドは高い傾向。
・BIにすがり付く傾向あり。

第2グループ(フリーター、非正規)
・アルバイト・パート・派遣・業務委託などで働く。
・先の見えない現状や非正規への差別に不満。
・ルサンチマン濃度は高い。憎しみの矛先は同僚や上司、会社。無政府状態になれば敵を皆殺しコースか。

第3グループ(無職)
・中高年が多い。
・ルサンチマン高濃度が多い。学歴や経歴が良いほど、濃度が高くなる。
・大半はBI・所得再分配の財源に懐疑。期待はしていない。

第4グループ(廃人)
・全年代。 (第1〜3グループからの転向が多い)
・人生終了しており死を恐れる必要がない。
・ルサンチマンの塊。妬みと憎しみぐらいが生きる目的。人間として終わってる。
・憎しみの対象はさまざまだが、個人的な恨みと、社会・司法システム(責任部署・組織に所属する者)への恨み、2ch・SNS等の不特定者(通信記録を調べれば身元は即判明)に分類できる。
・命、金に興味がないため、ベーシックインカムに期待しない。
・第4次産業革命による社会混乱上等、日夜戦闘力を磨いている。
・来る内戦に備えて軍事訓練(戦犯・悪党狩りに志願する予定)に参加している。戦犯・悪党狩りについては「9月30日事件 」を参照。 狩る敵をリストアップするのが日課。

結論:
グループ2〜3はグループ4への一歩手前。既得権益層に対し強い恨みと怒り。左派に支配されたマスコミ、労組や連合、厚労省、検察・裁判所、搾取業者(とその構成員、大企業正社員含む)への強烈な怒りが生きる原動力。
774 :
仕様書無しさん
2016/06/27(月) 08:00:52.32
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

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

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死8
775 :
2016/06/27(月) 21:16:47.15
>>764
毎年同じ事やってんだから単価下げろ
なお、毎年毎年色々ハードルを上げてくる模様
776 :
仕様書無しさん
2016/06/30(木) 08:07:23.28
年収1,000万円以下の低レベルSEへ

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

[推定平均生涯収入]
100万/月 3億5,000万円以上(大卒サラリーマン上位レベル)
90万/月 3億円以上(大卒サラリーマン平均レベル)
80万/月 2億5,000万円以上(大卒サラリーマン下位レベル・高卒サラリーマン上位レベル)
70万/月 2億円以上(高卒サラリーマン平均レベル)
60万/月 1億5,000万円以上(高卒サラリーマン下位レベル)
50万/月 1億円以上(フリーターレベル)
40万/月 5,000万円以上(パートレベル)9
777 :
仕様書無しさん
2016/07/01(金) 09:13:00.06
無能ITドカタへ

無能残業・低価格化・健康障害・対人障害のせいだろ!
相場下がって大迷惑だから技術評価は報酬金額で表せ!

SEの異常レベルを立証
正社員の人手不足業界ランキング
1位:情報サービス 59.3%
2位:建設 54.6%
3位:医薬品・日用雑貨品小売 53.6%
4位:放送 53.3%
5位:旅館・ホテル 52.8%
6位:人材派遣 52.6%
7位:運輸・倉庫 50.0%
8位:金融 49.1%
9位:専門サービス 48.3%
10位:メンテナンス・警備 48.1%

人手不足業界は独身率も高い
http://raorsh.com/hitode
3
778 :
仕様書無しさん
2016/07/17(日) 10:37:54.95
SEの知的財産と契約料金の搾取対策

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

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

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
9
779 :
仕様書無しさん
2016/07/20(水) 09:04:41.26
年収1,000万円以下の低レベルPGへ

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

[推定平均生涯収入]
100万/月 3億5,000万円以上(大卒サラリーマン上位レベル)
90万/月 3億円以上(大卒サラリーマン平均レベル)
80万/月 2億5,000万円以上(大卒サラリーマン下位レベル・高卒サラリーマン上位レベル)
70万/月 2億円以上(高卒サラリーマン平均レベル)
60万/月 1億5,000万円以上(高卒サラリーマン下位レベル)
50万/月 1億円以上(フリーターレベル)
40万/月 5,000万円以上(パートレベル)1
780 :
2016/07/22(金) 21:15:43.39
>>1って神話とか都市伝説だろ?

俺が勤めてた会社は40代でも普通にプログラム組んでたよ。
もちろん若手含めてプログラミングだけやってる人もいなかったが。
(営業とか技術サポートしながらプログラミングしてた)
781 :
仕様書無しさん
2016/07/23(土) 10:16:20.08
SEの知的財産と契約料金の搾取対策

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

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

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
782 :
仕様書無しさん
2016/07/24(日) 19:06:38.91
勘違いITドカタへ

Web/Java/DBデータ処理要員等の
委任契約の事務員は
請負契約の技術者と名乗るな!

主婦向けレベル作業だろ
恥にも程があるあるだろ
派遣のくせに残業するな!

準委任契約は事務契約
(準委任)第656条 この節の規定は、法律行為でない事務の委託について準用する。
783 :
仕様書無しさん
2016/07/25(月) 07:50:31.49
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

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

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死
784 :
仕様書無しさん
2016/07/26(火) 07:46:51.62
低報酬ITドカタへ

無能残業・低料金化・健康障害・対人障害のせいだろ!
異常者ばかりで迷惑だから技術評価は報酬金額で表せ!

SEの報酬不足レベルを立証
正社員の人手不足業界ランキング
1位:情報サービス 59.3%
2位:建設 54.6%
3位:医薬品・日用雑貨品小売 53.6%
4位:放送 53.3%
5位:旅館・ホテル 52.8%
6位:人材派遣 52.6%
7位:運輸・倉庫 50.0%
8位:金融 49.1%
9位:専門サービス 48.3%
10位:メンテナンス・警備 48.1%

人手不足業界は独身率も高い
http://raorsh.com/hitode
785 :
仕様書無しさん
2016/07/27(水) 08:10:55.38
SI受注SEの不健康と低知能の時間外労働違反対策

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

時間外労働違反となる
無能技術者が増加する
多数が嫌う職種である
将来削減の業界である
共働き結婚妨害である
契約に作業期限はない
契約終了が早期化する
定年退職が早期化する
健康障害をもたらす
対人障害をもたらす
生産評価が低下する
生産能力が低下する
能力評価が低下する
時間報酬が低下する
情報技術が低下する
生涯収入が低下する
学習時間が減少する
副業時間が減少する
訴訟が増加する
失業が増加する
貧困が増加する
独身が増加する
早死が増加する
786 :
仕様書無しさん
2016/07/28(木) 08:11:35.66
【主な偽装請負従犯結婚障害者の作業】
[文系多数の貧困非婚スキル]
コマンド
スクリプト
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理

[技術不要の貧困非婚ソフト]
ノンプログラミングツール
フレームワーク
Web
COBOL
VB
.net
Java
DB
ERP
SAP
787 :
仕様書無しさん
2016/08/08(月) 08:49:02.49
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

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

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死
788 :
仕様書無しさん
2016/08/09(火) 08:07:42.58
【偽装請負・多重派遣の巨額損失】

開発料金の搾取を止めさせろ!
訴えて横取り料金を取り戻せ!

盗難被害の例
発注者 支払 140万円/人月 1億円/人月の大儲け

1次受注者 報酬 120万円/人月 20万円/人月の盗難被害額
2次受注者 報酬 80万円/人月 60万円/人月の盗難被害額
3次受注者 報酬 60万円/人月 80万円/人月の盗難被害額
789 :
仕様書無しさん
2016/08/10(水) 08:40:01.22
犯罪者追放のお願い

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

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

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

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

告訴の流れとしては、
刑事告訴⇒告訴受理⇒告訴取下げ要請⇒取下げ和解金入金⇒告訴取下げ
となります。告訴の懲役刑適応は犯罪者個人に対してのみですので、告訴する対象は
派遣先・派遣元 社員
派遣先・派遣元 社長
派遣先・派遣元 担当者・責任者・管理役員・取締役
派遣先・派遣元 人事管理担当者・人事管理役員・取締役
が妥当です。
刑事告訴取り下げの和解金額は犯罪者個人と交渉するとよいでしょう。(告訴状は人数分提出する必要あり)
790 :
仕様書無しさん
2016/08/11(木) 09:14:25.12
SI受注SEの知的財産と契約料金の搾取対策

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

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

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
791 :
仕様書無しさん
2016/08/15(月) 08:41:53.16
犯罪者追放のお願い

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

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

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

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

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

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

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

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

http://www.gov-online.go.jp/useful/article/201111/3.html
793 :
仕様書無しさん
2016/08/16(火) 20:42:01.49
無能ITドカタへ

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

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

残業代ゼロ法案
http://lite.blogos.com/article/109636/
794 :
仕様書無しさん
2016/08/17(水) 09:29:30.60
【偽装請負・多重派遣の巨額損失】

開発料金の搾取を止めさせろ!
訴えて横取り料金を取り戻せ!

盗難被害の例
発注者 支払 140万円/人月 1億円/人月の大儲け

1次受注者 報酬 120万円/人月 20万円/人月の盗難被害額
2次受注者 報酬 80万円/人月 60万円/人月の盗難被害額
3次受注者 報酬 60万円/人月 80万円/人月の盗難被害額
795 :
仕様書無しさん
2016/08/18(木) 08:40:33.54
低報酬ITドカタへ

無能残業・低料金化・健康障害・対人障害のせいだろ!
異常者ばかりで迷惑だから技術評価は報酬金額で表せ!

SEの報酬不足レベルを立証
正社員の人手不足業界ランキング
1位:情報サービス 59.3%
2位:建設 54.6%
3位:医薬品・日用雑貨品小売 53.6%
4位:放送 53.3%
5位:旅館・ホテル 52.8%
6位:人材派遣 52.6%
7位:運輸・倉庫 50.0%
8位:金融 49.1%
9位:専門サービス 48.3%
10位:メンテナンス・警備 48.1%

人手不足業界は独身率も高い
http://raorsh.com/hitode
796 :
仕様書無しさん
2016/08/19(金) 13:29:26.86
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

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

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死
797 :
仕様書無しさん
2016/08/20(土) 14:37:06.37
SI受注SEの知的財産と契約料金の搾取対策

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

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

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
798 :
仕様書無しさん
2016/08/22(月) 12:40:43.71
【主な偽装請負従犯結婚障害者の作業】
[文系多数の貧困非婚スキル]
コマンド
スクリプト
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理

[技術不要の貧困非婚ソフト]
ノンプログラミングツール
フレームワーク
Web
COBOL
VB
.net
Java
DB
ERP
SAP
799 :
仕様書無しさん
2016/08/23(火) 08:22:18.02
アメリカのSEは1,000万円以上だけど
日本のSEは1,000万円以下の低収入!

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

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

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

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

年功賃金を採用する企業では20代後半までの給料は一部の例外を除き低い
間接雇用が基本(大手のSIerでも客先常駐派遣が少なくない)
40歳以降になるとリストラ候補となり、一旦リストラされると低賃金職か、長期間無職となる
大企業の場合は管理職トラックに進むためコーディングはしなくなり、
プログラミング経験が昔あっても35歳以降の転職は難しい
転職回数が3回超えるだけで大手には書類で落とす。
800 :
2016/08/24(水) 02:37:11.62
管理職は技術不要という論調がどうして生まれるのかわからないんだが
いわゆるIT企業の管理職だと技術の継承や教育も面倒みるんだから
技術のインプットの負担はほぼ変わらん
801 :
仕様書無しさん
2016/08/24(水) 10:01:35.69
SI受注SEの不健康と低知能の時間外労働違反対策

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

時間外労働違反となる
無能技術者が増加する
多数が嫌う職種である
将来削減の業界である
共働き結婚妨害である
契約に作業期限はない
契約終了が早期化する
定年退職が早期化する
健康障害をもたらす
対人障害をもたらす
生産評価が低下する
生産能力が低下する
能力評価が低下する
時間報酬が低下する
情報技術が低下する
生涯収入が低下する
学習時間が減少する
副業時間が減少する
訴訟が増加する
失業が増加する
貧困が増加する
独身が増加する
早死が増加する
802 :
2016/08/24(水) 13:19:45.00
>>800
技術持ってない管理職が自分を守るために必死で叫んでるんだよ
803 :
仕様書無しさん
2016/08/25(木) 08:47:52.94
勘違いITドカタへ

Web/Java/DBデータ処理要員等の
委任契約の事務員は
請負契約の技術者と名乗るな!

主婦向けレベル作業だろ
恥にも程があるあるだろ
実態派遣のくせに残業するな!

準委任契約は事務契約
(準委任)第656条 この節の規定は、法律行為でない事務の委託について準用する。
804 :
仕様書無しさん
2016/08/27(土) 09:17:25.90
SI受注SEの知的財産と契約料金の搾取対策

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

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

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
805 :
仕様書無しさん
2016/08/28(日) 13:35:50.22
技術屋の家族かわいそう

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

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

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

http://m.finance.yahoo.co.jp/stock/fundamental?code=4676.T
806 :
仕様書無しさん
2016/08/30(火) 08:33:06.10
【犯罪者追放のお願い】

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

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

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

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

告訴の流れとしては、
刑事告訴⇒告訴受理⇒告訴取下げ要請⇒取下げ和解金入金⇒告訴取下げ
となります。告訴の懲役刑適応は犯罪者個人に対してのみですので、告訴する対象は
派遣先・派遣元 社員
派遣先・派遣元 社長
派遣先・派遣元 担当者・責任者・管理役員・取締役
派遣先・派遣元 人事管理担当者・人事管理役員・取締役
が妥当です。
刑事告訴取り下げの和解金額は犯罪者個人と交渉するとよいでしょう。(告訴状は人数分提出する必要あり)
807 :
仕様書無しさん
2016/08/31(水) 10:05:56.96
【犯罪者追放のお願い】

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

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

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

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

不起訴、起訴猶予

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

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

注意:告訴が受理されない理由
●3年間(※)の時効が過ぎたもの ※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの ※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。
808 :
仕様書無しさん
2016/09/01(木) 09:51:41.09
【犯罪者追放のお願い】

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

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

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

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

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

刑事告訴ガイダンス
★和解金の相場は犯罪者の去年の年収の半額です。社長や役員で数千万〜1億円、管理職で500〜1000万円、営業個人については200〜500万円程度。
★痴漢も民事でなく刑事事案ですが、裁判所が和解金を被害者に支払わせて解決するのが絶対的過半数です。和解で解決しない事案、つまり公訴までいって判例となる事例を探すほうが難しいことでしょう。
★録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
★告訴状を検察に提出しても受理されなければ加害者側には知られることはありません。不受理の場合は何事も起きてないように粛々と振る舞ってください。
★告訴を取り下げるとき検察に提出した資料は全て返却されます。また検察があなたが提出した証拠をあなたの許可なく裁判の証拠として使用はできません。告訴を取り下げたのちの録音資料には当事者の立場が失われるため証拠能力はありません。
★和解時に告訴した事実は秘匿事項となります。犯罪者が秘密保持契約に違反した場合の損害賠償金は「即決和解」か「公正証書」で最低5000万円〜にしましょう。支払いを拒否すれば強制執行手続きを地方裁判所に上訴(裁判不要)してください。
★派遣会社や事業会社が同業者に情報をリークしたなら競合他社に弱みを握られます。余程信用のおける相手でなければリークはできないでしょう。漏らした方の口が軽ければ事実は分かります。また密告してくれた事業者には損害賠償金の3割を謝礼金として渡してください。
810 :
仕様書無しさん
2016/09/09(金) 09:59:31.11
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

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

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死
811 :
仕様書無しさん
2016/09/10(土) 14:02:31.30
SI受注SEの知的財産と契約料金の搾取対策

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

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

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
812 :
仕様書無しさん
2016/09/11(日) 11:20:47.61
技術屋の家族かわいそう

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

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

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

http://m.finance.yahoo.co.jp/stock/fundamental?code=4676.T
813 :
仕様書無しさん
2016/09/27(火) 08:29:27.13
「偽装請負」にご注意ください!

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

偽装請負の代表的なパターン
<代表型>
 請負と言いながら、発注者が業務の細かい指示を労働者に出したり、出退勤・勤務時間の管理を行ったりしています。偽装請負によく見られるパターンです。
<形式だけ責任者型>
 現場には形式的に責任者を置いていますが、その責任者は、発注者の指示を個々の労働者に伝えるだけで、発注者が指示をしているのと実態は同じです。単純な業務に多いパターンです。
<使用者不明型>
 業者Aが業者Bに仕事を発注し、Bは別の業者Cに請けた仕事をそのまま出します。Cに雇用されている労働者がAの現場に行って、AやBの指示によって仕事をします。一体誰に雇われているのかよく分からないというパターンです。
<一人請負型>
 実態として、業者Aから業者Bで働くように労働者を斡旋します。ところが、Bはその労働者と労働契約は結ばず、個人事業主として請負契約を結び業務の指示、命令をして働かせるというパターンです。
http://tokyo-roudoukyoku.jsite.mhlw.go.jp/hourei_seido_tetsuzuki/roudousha_haken/001.html
814 :
仕様書無しさん
2016/09/28(水) 00:33:49.53
エセ左翼の目的は、わざと突っ込みどころが多い主張をすることで自分たちへ注意を向けさせ、
カルトへ向かう非難の矛先を逸らすこと。
国益に反することを言ったり、主張が食い違うもの同士の対立を煽ろうとするので放置し難いが、
主義思想についての洗脳を受けているわけではなく、フリをしているだけなので、
言い負かされてもダメージを負った様子もなく、論点をすり替えられるかスルーされる。
まともに相手をしてはならない。
815 :
仕様書無しさん
2016/09/28(水) 08:19:02.51
偽装請負・多重派遣被害

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

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

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

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

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

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

http://www.roudousha.net/keiyaku/090_gisouukeoi.html
816 :
仕様書無しさん
2016/09/29(木) 10:17:25.26
【犯罪者追放のお願い】

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

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

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

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

告訴の流れとしては、
刑事告訴⇒告訴受理⇒告訴取下げ要請⇒取下げ和解金入金⇒告訴取下げ
となります。告訴の懲役刑適応は犯罪者個人に対してのみですので、告訴する対象は
派遣先・派遣元 社員
派遣先・派遣元 社長
派遣先・派遣元 担当者・責任者・管理役員・取締役
派遣先・派遣元 人事管理担当者・人事管理役員・取締役
が妥当です。
刑事告訴取り下げの和解金額は犯罪者個人と交渉するとよいでしょう。(告訴状は人数分提出する必要あり)
817 :
仕様書無しさん
2016/09/30(金) 10:37:40.13
【犯罪者追放のお願い】

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

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

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

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

不起訴、起訴猶予

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

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

注意:告訴が受理されない理由
●3年間(※)の時効が過ぎたもの ※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの ※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。
818 :
仕様書無しさん
2016/10/01(土) 19:20:20.33
システム開発裁判アドバイス

裁判は、申し立て書を提出するだけでシステム開発よりも簡単に行えます。

システム開発の特許権・著作権・報酬等の料金請求をする際は、以下の理由から開発技術の立証をするべきです。
・契約技術の争点でなく契約解釈の争点となってしまう
・契約技術の料金でなく契約解釈の料金になってしまう
・低技術開発ほど得して高技術開発ほど損してしまう
・能力が高い技術者が報われなくなってしまう
技術判定は、裁判所でシステム開発内容を鑑定してもらって下さい。裁判官は、システム開発に精通してないため裁判所の専門委員が対応します。

システム開発裁判の主張・立証は、以下の背景から弁護士に委任するよりも技術者自身が本人裁判をする事をお勧めします。
・開発技術に精通した弁護士が不足している
・開発技術の把握が弁護士業務かの判別も曖昧である
・開発技術の立証は弁護士の適性として困難である
・開発技術の内容を弁護士に説明するのは困難である
従って弁護士と依頼者の双方に負担となってしまいます。

システム開発訴訟の審理
www.courts.go.jp/vcms_lf/20901004.pdf
819 :
仕様書無しさん
2016/10/02(日) 10:29:28.28
受注SEの知的財産と契約料金の搾取対策

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

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

【非婚】受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1473857318/
820 :
仕様書無しさん
2016/10/05(水) 13:14:47.49
【偽装請負・多重派遣の搾取損失】

巨額の料金を奪われてんだぞ!
横取り犯人を訴えないのかよ!

裁判で横取り料金を取り戻せ!
盗難被害額分の作業を減らせ!

システム開発報酬盗難被害の多発事件例

加害者
発注者 支払 140万円/人月 1億円/人月の大儲け

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

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

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死
822 :
仕様書無しさん
2016/11/20(日) 19:57:33.22
俺がSEを辞めて人売りをやる理由

・人売りは大儲けだから家族に奉仕できる
・SEは結婚障害者だから家族に迷惑かかる
・SEの大半が偽装請負に従う
・SEを多重派遣すると責任問題を誤魔化せる
・SEに機密誓約させるから不法行為は裁判官に隠せる
・SEに分量以上の作業強要しても開発内容がわからない裁判官を騙せる
・SEに料金以上の作業強要しても開発内容がわからない裁判官を騙せる
・SEに契約以外の作業強要しても開発内容がわからない裁判官を騙せる
・SEの報酬を強奪しても立証困難で裁判官を騙せる
・SEの鬱病や過労死も立証困難で裁判官を騙せる

何よりもプログラム作らないで大儲けできるからな
823 :
仕様書無しさん
2016/11/20(日) 20:12:55.60
大阪府三島郡島本町は
イジメ被害者の人権をどう考えてるの
暴力肯定いじめ容認?
824 :
仕様書無しさん
2016/11/21(月) 08:49:29.46
無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[SI生涯損害助長SEを追放すべき]
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

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

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死
825 :
2017/01/29(日) 20:59:18.42
>>822
技術力的に追い付けませんでしたと、正直に言えば?w
329KB

新着レスの表示

★スマホ版★■掲示板に戻る■全部前100次100最新50

名前:E-mail: