受託開発より自社開発の方がよくね?

■ このスレッドは過去ログ倉庫に格納されています
1仕様書無しさん
垢版 |
2012/02/04(土) 12:21:51.49
客先に出向とかやってられんwwwwwwwww
人月いくらとかもマジキチwwwwwwww


やっぱ、自社製品やってる会社がいいよな。
売り上げでボーナス一気に増えるし。
2012/04/28(土) 06:33:42.12
>>280
お前の世界では派遣か自営しか選択肢は無いのかw
2012/04/28(土) 08:47:49.98
技術者目線だと、PDFの仕様なんか、仕様書が公開されてるんだから
必要になった時に調べればいいだけの話だと思うんだけど、

多くの人は自分の頭で考えて何かを成したことがないのか、
経験があるかどうかを重視するんだよね…

プログラマの求職でも、昔は、Java必須とかあったよね。(最近はあんまり見なくなったような)
プログラマなら、今現在どの言語を使っているか、なんてことは大して重要じゃない事はすぐわかると思うんだけど。

まぁ、即戦力の使い捨て駒がほしい会社さんなら、↑こんなの、「おまえ、何いってんの?w」って発想になると思うんだけどさ。
2012/04/28(土) 09:38:48.37
多分、プログラマだからそう思うけど、人取るのは技術わかる人間とは限らないからね。
Javaは出来るけど他はできないなんてやつは、そもそもプログラミング出来てないよね。俺なら取らない。
本当にプログラマなら、「何の言語でもそこそこ書けるけど、俺はこの言語が好きです」ってなるはず。
2012/04/28(土) 09:43:57.88
どんな言語も3日で投げるけど特にC/C++/C#とJavaと関数型言語は3秒で吐き気がします。
2012/04/28(土) 09:48:40.97
>>284
その主要な言語ができなかったら何が出来るんだ…
2012/04/28(土) 10:05:35.08
俺の、phpでwhile(true)してsocketサーバーつくって、flash介して3Dリアルタイムチャットつくったことあります、
なんていうニッチな経験が、いつか評価されることはあるんだろうか…?
2012/04/28(土) 13:14:27.14
盛り上がってるね!
2012/04/28(土) 14:12:27.77
>>279
>>282

日本国内でPDFを扱ってる企業は6社もない
そのうちいくつかは海外エンジンを間借りしてて
PDFフォーマットのまともな知識なんて無い

仕様が公開されてるのと、理解できて自分で
PDFファイル編集出来るのは別なんだよ
2012/04/28(土) 14:45:12.17
>>288
> 仕様が公開されてるのと、理解できて自分で
> PDFファイル編集出来るのは別なんだよ
君の周りには、技術的にはそんなにレベルが高い人がいなかったんだろう。
2012/04/28(土) 14:46:10.93
>>289
じゃなんでPDF取り扱える企業がわんさかいねぇんだよ
2012/04/28(土) 14:47:46.01
レベルが高い必要も無いな。
ドキュメント読めて、データ構造自前で作れて、あとは画像周りのちょっとした知識が
あれば誰でも作れる(作った方が安いかどうかは別として)。
2012/04/28(土) 14:49:05.07
>>290
自前でPDF技術者そろえてますってのが商売にならないから。
2012/04/28(土) 14:54:11.14
商売にならん以前に、サポートなり、
どっかのシステムでPDFの編集プログラム作ったとか
そこら中でPDF編集できるフリーソフト公開してるって話が
無い限り、仕様把握してる人間が居る証明にならんわ
2012/04/28(土) 14:54:34.34
VBレポートがあるのでxlsのほうが取り回しが簡単なんです><;
2012/04/28(土) 15:01:15.88
>>291
んなもんごく一握り。PDFは色彩から、幾何から
暗号、スクリプトエンジン、動画とかなり広い知識が必要になる
2012/04/28(土) 15:03:16.00
>>293
DBから引っ張ってきた内容を、PDFで出力する機能ならスクラッチから作ったことあるよ。
今もどこかの介護施設で動いてると思うけど。
2012/04/28(土) 15:06:52.12
>>295
それらをアルゴリズムレベルから研究するのならともかく、
使うだけならそんなに自慢するほどのことでも。
(ゲームプログラマ万歳ってことになるぜ)
2012/04/28(土) 15:11:31.59
>>297
使うだけじゃってどういう基準だよ
実装できなきゃ意味ないぞ
2012/04/28(土) 15:13:30.27
>>296
それだけだったら、フリーのエンジンでできたろうし、
オプソじゃない格安のエンジンも売ってただろ
なんでわざわざ自分で書いたんだ?
罫線引くだけでも相当面倒だろ
2012/04/28(土) 15:18:57.47
>>299
暇だったから&ちょうどPDFに興味もって調べてたから。
悪いことしたなとちょっと後悔はしてる。
2012/04/28(土) 15:34:03.87
>>300
悪かったと思ってんのはいいけど、
保守どうすんだ?いつ書いたのかしらんけど
古いと新しいフォーマットに書き換えせにゃならんぞ
AcrobatReaderで開く度に新しいフォーマットで
保存しますかって出るんでお客も困ってるだろ

あと、何週間で作った?単に文字列ならべるだけなら
すぐに出きるだろうが、どうせ埋め込みフォントや
ベジェ使った罫線必要となっただろ。圧縮も必須だよな。
描画に関しては低レベルな描画要素しかないからかなり
自前で計算する必要が有ったはずだ。
2012/04/28(土) 20:33:42.66
昔ならそういった職人技が重宝されることもあっただろうが
今ではコモディティ化していて大して価値がない。
2012/04/28(土) 20:43:13.20
価値が有るから転職しやすいんだろ
なんだかんだこういうニッチなもんはいつまでも需要が多い
他社ができない事ができるってのはどうしても珍重される
2012/04/28(土) 20:50:33.42
>>302
ファイルフォーマットは数有れど、詳細に編集できるライブラリなんて
数千万するもんしか無いし、問題が発生しても原因特定もできず
無駄なコストが掛かる。特に自由度が低いってのは致命的。
pdfにしろdwgにしろxlsにしろ構造しってりゃ面接1回で転職できるぐらいは
需要が有るぞ。現実から目を背けるより、実際ファイルフォーマットの1つぐらい
頭に入れて転職してみたら?
2012/04/28(土) 21:09:23.65
PDFなんてPDFライターで出すもんじゃないのか?
フルスクラッチで作った俺すげぇっていうなら、まあすごいけど
作る必要がよくわからない

おれらも昔はpng書きだしくらいは作ったけど
PngEncoderとかライブラリにある今になっては書こうとすら思わん
2012/04/28(土) 21:25:52.74
これから作るから重宝されるんじゃなくて、既に作った製品を管理したり、
新規製品開発の助言をしたり、問題が発生したとき原因特定を主導したりって
色々有るんだが、そういうところに頭が回らないやつ多いのな。
もう2chには派遣や受注しか居ないのか?
2012/04/28(土) 21:32:37.88
自分の何かを自慢したいなら「〜が俺の自慢」ってちゃんと書けばいいんだよ
「おまえらできねーだろ?フフン」って子供じゃねーんだから
2012/04/28(土) 21:40:30.60
pdfの出力にどんな不具合が混じるって言うんだよ。
状況が限定されすぎだろ。
2012/04/28(土) 21:42:41.77
ファイルフォーマットの勉強なんて他人のケツ追いかけるようなもんじゃないの。
必要があれば勉強したほうがいいけど、リファレンスみながらで十分だし
だいたい空しくなんない?
2012/04/28(土) 22:49:59.25
>>308
ただでさえ互換性の無いPDFが多いのしらんのか?
そんな事はどうでもいいが、製品開発してりゃ色々有る。
ある程度の用途まででは問題なかったが、文字のパターン塗りを追加したら
うまく行かなかったとかな。文書、画像、枠線しか出力しない仕事なら
そんな知識もいらんだろうが、DTP向けの開発じゃ色んな機能要素つかうから
ファイル内を把握してるってことが需要になるんだよ。

ま、PDFに限らず他のファイル扱ってるところも同じだろうけど。
2012/04/28(土) 23:01:02.56
>>309
虚しくはないな。CSS覚えて虚しくもならんしC++覚えてても
虚しくなった事もない。同じ話だと思うけど。
リファレンス読みながらで仕事できるんならやってみれば?
基本はプログラミング言語と同じ話なんだけどな。
そりゃ時々必要が有ればリファレンスも読むが、
最初にプログラミング言語覚える時の用に、
まず一通り全体像をしらなきゃ、かいつまんで読んでも読めるもんじゃない。
文字一つ描画するにしても、何層かコンテナ構造になってるから
その辺の理解も必須になる。管理ノードとか他への影響も把握しておく必要が有る。
2012/04/28(土) 23:34:44.84
>>309
リファレンス読みながらって言うのは、入門書読みながらプログラム書くのと同じだよ。
入門書読みながらスクラッチで何か書くってのは簡単だろうけど人の書いたバグったコードを直すは難しいでしょ。
2012/04/28(土) 23:50:01.69
よくあること。
2012/04/29(日) 02:54:15.46
>>312
リファレンスと入門書は全く違うから。Cならともかく、C++やJava、他の言語
なんて言語仕様以外の部分がでかすぎる、且つ今でも拡張し続けてるわけで
覚えている古い知識だけでやろうとするのは、ただの能なしだぞ。

プログラミング言語以外でもSQLなんかは新しく追加された文法を実装している
処理系なんかだと古いSQLと新しいSQLでパフォーマンスや保守性にかなりの
違いが出てくる。

他にもUNIX/Linuxなんかのシェルも微妙に便利なのが追加されてたりするし、
man無しの自分の記憶だけでやろうとか思わんよ。
2012/04/29(日) 08:57:09.14
なんか、一人でがんばってるなぁ…

確かにWEBとか見てると、
「4番目の引数はよくわかりませんが、trueで問題ないようです」とか
平気でブログ公開してる人とかいるからなぁ。
仕様書見れば当たり前のように記述があるのに。

世の中にはそういう頭が奇特な人もいるから、
仕様書が公開されてるってことと、業務で使えるのとは別、
とか、考えちゃう人がいるのも、わからなくはない。

実際、先に知ってれば時間は開発短縮できるしね。

ただ、そんなの卵が先かニワトリが先かくらいの話だよな。
2012/04/29(日) 08:58:10.87
開発時間は短縮 の 間違い
2012/04/29(日) 09:52:58.85
よくわからない仕様のものを何とか気合で動かすのは受託開発あるある
2012/04/29(日) 13:08:02.22
>>315
頭が奇特じゃなくて、そういう人は読まないんじゃなくて読めないんだと思うんだよね。
いわゆる機能性文盲の一種なんじゃないかなぁと。 ネットで3行以上のレスは
読めませんってのがネタじゃなくてマジな人とかと同じで。
2012/04/29(日) 13:36:10.24
>>314
>リファレンスと入門書は全く違うから。
あくまでも比喩だから。
そもそも入門書なんて存在しないから、リファレンスが入門書でもあり
リファレンスでもあるんだよ。
mp3なりwmaなり入れ子構造で似たような学習プロセスを持つフォーマットって
結構有るけど、やっぱり実際に開発に携わった人って少ないんだね。
2012/04/29(日) 13:44:49.22
>>319
あまり「自分は特殊だ」と思わない方がいいよ。
2012/04/29(日) 13:50:42.38
>>320
他にも同じ環境の人がもっといると思ってたんだけどね。
自社開発してればそんな経験少なく無いはずなんだけど。
2012/04/29(日) 13:55:49.43
やった事の無い人の話はどうでもいいけど、
他社のファイルフォーマットに合わせた開発経験があるって人いないの?
仕事環境聞いてみたいわ。
323仕様書無しさん
垢版 |
2012/04/29(日) 13:56:30.46
余の辞書に入門書は無い(キリッ
やれやれ、本当の開発者は俺だけかよ。


酷いコンボを見せられた気がする。
学生の妄言であってほしい。
2012/04/29(日) 14:01:54.60
なにが不満なんだ?
2012/04/29(日) 14:06:57.23
ある会社で使われている仕様が非公開(もしかしたら未定義?)のフォーマットから
別の会社で使われているこれまた仕様が非公開のフォーマットに変換するだけのソフトを作る簡単なお仕事
2012/04/29(日) 14:09:48.68
それはなかなか無いねぇ。片方非公開な事は多いいけど、大体もう片方は公開済みフォーマットじゃない。
2012/04/29(日) 14:28:18.77
>>321
あと、自社開発に夢を見過ぎ。
2012/04/29(日) 14:35:33.86
>>327
お前は自社開発してんの
2012/04/29(日) 14:49:23.57
してるし、自社開発なプロダクトの開発に派遣で入ったこともあるけど、
どちらが(技術的に)高度とかいうことは無いねぇ。

まぁ強いていえば、派遣かフリーランスの方がプログラマとして
面白い仕事にありつきやすいかなとは思う。
2012/04/29(日) 14:58:57.62
>>329
どういうもの作ってんだ?
財務系とかオーサリングパッケージとかCADとか
大まかなくくりでいいんで教えてくれ
2012/04/29(日) 15:13:18.98
前に画像管理ソフト作ったときは、
最初にTIFFやって、「おお、論理的」とか思った後にPSDをやったら、
うちにあるAdobeのソフトを全部捨てたくなるほどカオスだったように記憶している。

2012/04/29(日) 15:23:41.97
>>330
いまのところサイネージシステムだね。
2012/04/29(日) 15:25:08.11
>>332
ありがと。
2012/05/06(日) 04:17:51.95
GWだから過疎ってんのかな
2012/05/12(土) 13:13:59.45
ベンチャーで自社製品開発やってる会社に在職してた
最初の頃はみんなモチベーションも高くて残業も休出も文句言わないどころか
みんな進んでこなして、自社製品を作り上げる目標に全員一丸となってた
しかし所詮ベンチャーで作った自社製品なんて、大手メーカーの安くて高性能な製品に敵うはずもなく
営業活動しようにも営業費が捻出できずに売り上げは低迷
みんなモチベーションが低下していき、会社は崩壊していった
ピークは60人以上いた社員が、俺が辞めたときは17人
俺自身、今は受託開発の会社に入ったが、受託開発の方が色々な仕事ができて面白い
2012/05/13(日) 17:12:15.93
確かに自社開発って、次第に疲弊してくるよな。
そこをうまく乗り切れば安定するのかもしれないけど難しいな。

リスクはでかいがその分当たればでかいから期待しちゃうんだろう。
2012/05/13(日) 20:41:41.01
>>335
競合製品作るような経営方針が悪い
自社だろうが何だろうが、競合他社の多い中小企業ならさっさと
辞めた方がいい。受注だって同じだ。競合する企業が多いなら先も短いぞ。
2012/05/13(日) 20:49:25.45
特殊清掃とか場所次第では競合少ない.
2012/06/21(木) 17:55:02.93
自社開発だけど給料やすい
2012/06/21(木) 20:07:34.74
自社開発は当たれば天国
当たらなければタダ働き

当たる確率は1%未満
341仕様書無しさん
垢版 |
2012/09/22(土) 17:54:08.65
俺はIT企業じゃない会社の社内開発だよ。
昔は派遣型の受託開発の会社にいた。

今の会社は10年くらいいるが給料も上がっていってるし、
まったく不満がない。

派遣型プログラマはやめたほうがいいよ。
一生食えないし技術も身につかない。

ぶっちゃけプログラマの技術の量はもってる自作ライブラリの量だよ。
ソースコードを自社のものにできない仕事はプログラマとしては糞。
342仕様書無しさん
垢版 |
2012/09/22(土) 22:37:21.90
刑法第246条詐欺罪(十年以下の懲役)

虚偽のマージン率または派遣料金の明示により労働契約を締結する行為は詐欺罪の「人を欺いて財物を交付」にあたると見られる。

職業安定法第44条の労働者供給事業の禁止規定違反

偽装請負、多重派遣と同様に、事前面接、履歴書の提出を行うと「派遣労働者を特定する行為」にあたり派遣会社の実態が労働者供給業と見なされるため、職業安定法第44条の禁止規定違反となる。
罰則の適用には被害者による刑事告訴か関係諸局・内部関係者による刑事告発が必要となる。
・職業安定法第5章第六十四条、1年以下の懲役または100万円以下の罰金

処罰は派遣先、派遣元の両者に科される。職業紹介を行う紹介予定派遣では例外として事前面接が認められている。

労働基準法第1章第6条違反(中間搾取の禁止)

再派遣は労働基準法第6条の違反となる。罰則の適用には被害者による刑事告訴か関係諸局・内部関係者による刑事告発が必要となる。
・労働基準法第13章第118条、1年以下の懲役又は50万円以下の罰金

両罰規定(労働基準法第121条)

労働基準法第1章第6条違反については両罰規定が設けられている。労働基準法第121条には

この法律の違反行為をした者が、当該事業の労働者に関する事項について、事業主のために行為した代理人、使用人その他の従業者である場合においては、事業主に対しても各本条の罰金刑を科する。

とあり、事業主(中間搾取行為をした事業者の経営担当者、労働者に関する事項について事業主の為に行為をするすべての者)と事業主の代理人についても処罰が科される。被害を受けた労働者は派遣先および派遣元の会社、従業員などに対して刑事告訴を行える。
343仕様書無しさん
垢版 |
2012/09/26(水) 02:34:59.55
自社開発製品があっても、
(受託開発なので)お付き合いのある会社以外はなかなか買ってくれないのが現実。
かなぁと。
2012/09/27(木) 01:20:05.90
自社開発てのは自分たちで企画から絡んだ開発を言うんでないの?
2012/09/27(木) 10:01:13.47
>>344
微妙だな。元は受託開発で作って、完成以降発注元の了承を得て
自社で機能追加したりして製品化したとか。
346仕様書無しさん
垢版 |
2012/09/29(土) 09:09:41.00
関連会社に出すことあるんだけど、とても困るのは「オナニーコード」

力技でテストはしてくるからアプリとしては一応動くんだけど、
何かあったときにソース見てみると、意図的にそう書いたとしか思えない恐ろしく無駄なロジックのオンパレード

学校時代に落ちこぼれてた人間が多いから、こういうツマランところで自己主張をしてるんだと思う
スピードが重要なのでトラぶったときはこっちで対応せざるを得ないから、あってないような瑕疵責任
自分たちで保守しなくていいと思うとやりたい放題
347仕様書無しさん
垢版 |
2012/09/29(土) 11:33:21.76
違法派遣(偽装請負・多重派遣・事前面接等)についての刑事罰【告訴権者=業務委託、準委任、共同受注、業務請負契約および特定派遣(契約・正規)、一般派遣、正規社員】

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

所謂、違法派遣事件においては労働者が自らの権利を守る法律について無知無学なケースが多く、
使用者側は完全に舐めている状況かと思います。多重派遣を通じた中間搾取、事前面接など労務犯罪としては重罪
にあたる懲役刑もある立派な犯罪です。適切な手続きを踏めば、労務犯罪の主犯と管理者(派遣元・派遣先)には
慰謝料・和解金または懲役刑が科されることになります。

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

告訴の流れとしては、

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

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

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

が妥当です。刑事告訴取り下げの和解金額は犯罪者個人と交渉するとよいでしょう。(告訴状は人数分提出する必要あり)
2012/09/29(土) 15:31:27.11
>>346
派遣ならコーディングルールを指示して守らせればいい
請負ならソースが納品物じゃないなら関係ない、納品物なら条件にコーディングルールをつければいい。
349仕様書無しさん
垢版 |
2012/09/29(土) 17:26:34.42
ITの請負でそこまで期待していい会社って単価高いんだろうな
で、値段が高くても満足度も高くて次があるからやっていけてるんだろうな
2012/09/29(土) 22:59:12.10
>>346
>>346の所属している親会社に、コード受領に関する公式の手続きが無いのが問題だよ
顧客に対する最終責任(=製品の品質保証)は親会社(SIer)が持つのだから、
成果物であるコードの品質にも気を配るのは当然の事

親会社には、受領したコードを審査(レビュー)して品質に問題があれば拒否する権限があるし、
問題が多発するようであればその協力会社を切る(=契約を解除する)こともできるはず
これを(建前で終わらせて)有言実行できていない会社組織の意識レベルに問題の根源がある

もちろんこれを行動へ移すには、親会社の人員にも(コード設計を含む)技術力が求められる
おそらく>>346はそれを持っているから、(コード品質に関する)問題が見えているのだと思う
ただし、その原因を協力会社にいくら求めたとしても、問題は何ら解決しない
繰り返しになるけど、親会社は顧客に対する最終責任を持つ、それを真剣に考える事が大切
2012/09/30(日) 08:12:21.18
>>350
返信(愚痴を聞いてくれて)ありがとう
システムを舐めてる会社だし、「コード受領に関する公式の手続き」こういうものはない
システムの部門作って10年くらいだけど、中途と派遣で構成されているので
「俺分かんなーい、できなーい、やりたくなーい、責任なーい」という態度が蔓延してるw
責任者は上層部にも顧客にもハッタリで対応しているしね

コードもそうなんだけど、テーブルの正規化やデータの持たせ方からログの取り方など
常識の範囲と思うことが通用しないので、手取り足取りでやる手間と稼働後の保守性考えたら
自分でやった方がいいのでも、もうしばらく出してない
関係会社から開発受注してると競争がないから緊張感なくて、そんでオナニー始めちゃうみたいw
352仕様書無しさん
垢版 |
2014/03/22(土) 21:33:39.08
両方経験した。@が違う

受託会社 50〜80万円
自社開発 100〜120万円
353仕様書無しさん
垢版 |
2014/04/12(土) 00:14:45.34
B型は気持ち悪い
2014/09/13(土) 17:02:31.22
大体自社開発やっているところは世間ズレしてて出来上がったシステムも10年20年遅れてるガラクタばかり・・・
餅は餅屋で開発はプロのベンダーに任せるべき
2015/05/12(火) 02:11:19.23
>>354
丸投げはダメだ。得意の「仕様です」で追加料金がエンドレス。

外の現場で場数踏んだ外注さんの手法を自社開発の参考にするため
程々に新しい外注さん雇うのが正しい。
自社のみで自立できるようになったら、切る
356仕様書無しさん
垢版 |
2015/10/21(水) 08:01:35.83
転職の際は要チェック。
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in Tokyo
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の2chスレが表示される
2015/10/29(木) 10:09:13.09
自社製品開発やってる会社にいるんだけど、受託開発会社(自社持ち帰り・派遣問わず)から「自分達の製品が作りたい」と
転職してくる人を見てて思うのは、それまでの会社の文化を批判しつつ自分達は完全にそれに染まりきってるということ。
作ってるのが自分たちの製品でユーザがいる限り責任持たなきゃいけない意識が希薄で、自分の周囲で同じ作業してる人間に
しか仲間意識を持たない。

案件が終われば関係なくなった頃とは違うんだよ? ユーザのとこで炎上したら、開発にもケツが回ってくるんだから。
元請がいないから自由? エンドユーザ・代理店との十年以上続いてきたしがらみは、へたな元請との関係より重たいよ。
目の前の案件に必要な知識だけ即席で覚えればよかったのとは違うよ? 今やってないことも知らなきゃ新製品企画できないんだから。

どうこう言ってもこれまでと同じ仕事の仕方しか出来ない。挙句、本来の開発部門とは別に受託開発部門ができて
受託経験組はそっちに回されてしまった。
2015/12/04(金) 01:54:05.57
受託開発会社は自社開発会社の人に見下される傾向があるのですかな
359仕様書無しさん
垢版 |
2015/12/25(金) 10:07:05.53
っうより、伴うリスクの背負う範囲が 違うからなぁ
360仕様書無しさん
垢版 |
2015/12/25(金) 19:37:22.46
※SI犯罪対策の拡散歓迎
犯罪者個人に対して告訴状を偽装請負・偽装出向・多重派遣の被害者が作成(刑事告訴は無料) or 司法書士が代筆(料金は5万円ぐらい)

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

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

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

不起訴、起訴猶予

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

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

注意:告訴が受理されない理由
●3年間(※)の時効が過ぎたもの ※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの ※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。
361仕様書無しさん
垢版 |
2015/12/27(日) 09:26:18.70
理系の御家族かわいそう
技術ない方が寿命と収入高い

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

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

http://m.finance.yahoo.co.jp/stock/fundamental?code=4676.T
2015/12/29(火) 07:06:33.79
これ↓が一つの答えになるのでは?

堀江貴文のQ&A vol.557?完璧より改善!??
 https://www.youtube.com/watch?v=3edoYlbmi1A

2:30から
363仕様書無しさん
垢版 |
2015/12/30(水) 16:18:53.73
SEの使い捨て早死に貧困助長は大迷惑
偽装請負の従犯は辞めろ!

・5,000円/時間以下の契約は辞めろ
・80万円/月以下の契約は辞めろ
・多重契約は辞めろ
・不利益な現場は辞めろ
・残業見積りは辞めろ
・時間外労働違反は辞めろ
・契約外納期は守るな
・客先指示に従うな
・知的財産を渡するな
・契約時間外に学習しろ
・契約時間外に副業しろ
・被害を訴えろ

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
364仕様書無しさん
垢版 |
2016/01/27(水) 16:49:05.32
自社開発だと、電話ウザイし、余計な仕事入ってくるから、
一概に良いとは言えないな。
かといって、常駐だと、ハズレんとこ行くと最悪
2016/03/07(月) 07:28:43.36
客先常駐きつい・・・
通勤に一時間半も掛かるしストレスフル
366仕様書無しさん
垢版 |
2016/03/07(月) 07:29:42.12
自社開発したいお
もう客先で気を使うのは嫌だお
2016/03/13(日) 01:35:56.52
そんなの昔からそうですね
客先でやるのはいやだね
2016/03/14(月) 02:05:25.63
SESで客先常駐している(´・ω・`)
自社営業所に席がない(´・ω・`)
入る会社間違えたの・・・(´・ω・`)
369仕様書無しさん
垢版 |
2016/10/09(日) 17:06:55.26
そんなにいいものが作れるのなら自社開発だな
下手に普及しすぎて第二のタカタみたくならなきゃいいが
370仕様書無しさん
垢版 |
2016/10/09(日) 17:15:46.44
>>1
受託開発って自社での開発の事じゃないの?
契約形態は請負なんだろうけど。
371仕様書無しさん
垢版 |
2016/10/09(日) 17:23:50.02
受注SEの知的財産と契約料金の搾取対策

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

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

【非婚】受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1473857318/
372仕様書無しさん
垢版 |
2016/10/09(日) 18:44:44.53
[アルプス]特定派遣会社の社内開発[メイテック]
http://hanabi.2ch.net/test/read.cgi/infosys/1312904107/l50
373仕様書無しさん
垢版 |
2016/10/10(月) 10:12:15.75
技術者の結婚問題

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

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

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
374仕様書無しさん
垢版 |
2016/10/10(月) 17:57:57.99
自社企画の間違いじゃね?
375仕様書無しさん
垢版 |
2016/10/11(火) 08:40:06.40
【主な偽装請負従犯結婚障害者の作業】
[文系多数の貧困非婚スキル]
コマンド
スクリプト
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理

[技術不要の貧困非婚ソフト]
ノンプログラミングツール
フレームワーク
Web
COBOL
VB
.net
Java
DB
ERP
SAP
376仕様書無しさん
垢版 |
2016/10/12(水) 09:07:45.97
SEの不健康と低知能の時間外労働違反対策

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

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

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

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

準委任契約は事務契約
(準委任)第656条 この節の規定は、法律行為でない事務の委託について準用する。
378仕様書無しさん
垢版 |
2016/10/14(金) 19:17:45.19
年収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万円以上(パートレベル)
379仕様書無しさん
垢版 |
2016/10/17(月) 15:19:20.26
アメリカのSEは1,000万円以上だけど
日本のSEは1,000万円以下の低収入!

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

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

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

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

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

SI業界は善悪損益が世間と正反対!
プログラム生産するほど貧困非婚!

プログラムの巨額利益を客先に提供
プログラムの巨額報酬を人売に提供
会社員なのに短勤続年数
人手不足なのに無職意識
人手不足なのに低収入
高生産なのに低収入
高利益なのに低収入
高需要なのに低収入
勤勉なのに低収入
高稼働残業して非婚
高稼働残業して離婚
多重派遣なのに稼働
偽装請負なのに稼働

ピンハネ商流
http://freelance-programmer.com/shouryu
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況