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

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


やっぱ、自社製品やってる会社がいいよな。
売り上げでボーナス一気に増えるし。
2012/03/04(日) 17:15:52.84
そんな金にならない奴は切ってよし
バージョンアップしてもらってナンボなんだから払いの渋い客なんてどうでもいいよ
どうせこれからも払ってくれないんでしょ？
2012/03/04(日) 18:34:03.31
>>252
短期的な判断としては決して間違っていないと思うが、その戦略をとって
売れなくなり自社開発から撤退している中小メーカも多い。

こちらが新バージョン出すたびにバージョンアップしてくれる客ばかりでは
ないが、OS自体がサポート終了になるタイミングとかでバージョンアップ
してくれる場合があるから、簡単には切れないと思う。
2012/03/09(金) 22:00:23.08
>>109
亀だけど、STとって某社の正社員になった人を知ってるよ。
某一流大学を約10年かけて卒業して、その後就職せずフリーターして、
ITの派遣してSTとって実力もあってという特殊な例だが。
2012/03/12(月) 16:58:41.94
それぐらいなら特殊でもなんでもない
2012/03/30(金) 00:07:29.03
自社開発の会社に入社、もうすぐオッサンなのに未経験からのスタート。
周りの人がやさしく教えてくれてるけど毎日が不安でしょうがない。
ひどく焦りを感じる。
2012/03/30(金) 10:04:07.50
周りの人が優しく教えてくれるとか…どんなホワイト企業だよ
2012/04/01(日) 12:43:32.77
>>256
どんな手を使ってでもその会社にしがみつけよ
2012/04/03(火) 18:25:08.46
自身の影響かしらんが、ここ1年の自社開発の景気ってよくね。
去年からウチはずっとあがり調子だわ。

派遣はあらゆるところで締め出し喰らって死にそうらしいけど。
2012/04/03(火) 20:10:06.83
>>259　え、一体なんの業種？
2012/04/04(水) 20:11:25.81
俺の業種なら企業向けのパッケージ屋だけど
262256
垢版 |
2012/04/04(水) 23:22:42.17
ありがとう、ホワイトなんだね。
ブラックとは勿論思わなかったけど、なんとかしがみつくよ。
試用期間なんとか超えられれば生きていける。
2012/04/05(木) 00:58:25.96
>>262
五年たってもたいしたことできないやつなんていっぱいいるから、素直に教えてもらいつつ一生懸命勉強すれば三年もすればいい感じに仕事できるようになるだろう。

ただし、教えてもらえるからって教えられたことしかやらないと十年後はないと思った方がいいぞ。
2012/04/07(土) 22:47:43.92
40年しか働けない、そのうち20年ぐらいしか能力を向上できる期間はない
若いうちにブラックに入ったらマジで終わりだ
2012/04/07(土) 23:27:04.52
>>257
ただし、教えてくれることが本当に正しいとは限らない
2012/04/07(土) 23:28:43.70
辛い時代を生き抜くにはまず幸福の基準を下げることからはじめよう
2012/04/08(日) 15:14:54.54
出来の悪いやつはホワイトに入ってもブラックと叫ぶからなあ
2012/04/20(金) 00:32:54.37
自主開発のとこに転職したけど残業多い
年坊制だから残業代出ないのにみんな残業しとる
まぁ楽しいから今のところはいいけど
2012/04/20(金) 11:58:45.26
ねんぽう、な
2012/04/21(土) 17:58:26.56
ねんぼうwww
やだこのギョーカイ。
2012/04/21(土) 18:00:55.35
年棒でもイラっとする(ちなみにATOKなら誤り指摘される)のに
　 ~~
年坊はないわ
2012/04/22(日) 11:17:16.93
じゃあ大坊で
2012/04/22(日) 11:25:25.74
そして大和坊へ
2012/04/25(水) 00:09:11.42
その年俸は、おまいの去年のあがり分だからな。
2012/04/26(木) 00:30:53.66
年坊ときいて
2012/04/27(金) 00:39:54.05
ま、自社開発も売れなきゃ待遇悪くなるしな
派遣のが食いっぱぐれる心配は少ないわな
2012/04/27(金) 22:12:37.95
IBMが関連企業以外の派遣受け入れを中止したり
今まさに食いっぱぐれてるくせによく言うわ

てか、PDFのフォーマット知ってたり、物理幾何の知識を
生かした開発経験とか転職の武器になる知識を派遣じゃ得られんだろ
俺は氷河期だのなんだの行ってた３年前、パッケージ屋から
パッケージ屋にすんなり転職できたぞ。おかげさまで給料も10万増えた
2012/04/28(土) 01:25:40.32
それって開発？管理？
2012/04/28(土) 04:23:56.03
> PDFのフォーマット知ってたり、物理幾何の知識を生かした開発経験
そういう開発をする派遣もあるよ。
つか、それくらい自分で勉強してソフト公開できる範囲。
280仕様書無しさん
垢版 |
2012/04/28(土) 06:03:06.87
>つか、それくらい自分で勉強してソフト公開できる範囲。
だったらそれで生計立ててみろや
それができないから派遣やってんだろｗ
2012/04/28(土) 06:33:42.12
>>280
お前の世界では派遣か自営しか選択肢は無いのかw
2012/04/28(土) 08:47:49.98
技術者目線だと、PDFの仕様なんか、仕様書が公開されてるんだから
必要になった時に調べればいいだけの話だと思うんだけど、

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

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

まぁ、即戦力の使い捨て駒がほしい会社さんなら、↑こんなの、「おまえ、何いってんの？ｗ」って発想になると思うんだけどさ。
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とか見てると、
「４番目の引数はよくわかりませんが、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
刑法第２４６条詐欺罪（十年以下の懲役)

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

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

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

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

労働基準法第１章第６条違反（中間搾取の禁止）

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

両罰規定（労働基準法第１２１条）

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

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

とあり、事業主（中間搾取行為をした事業者の経営担当者、労働者に関する事項について事業主の為に行為をするすべての者）と事業主の代理人についても処罰が科される。被害を受けた労働者は派遣先および派遣元の会社、従業員などに対して刑事告訴を行える。
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
違法派遣（偽装請負・多重派遣・事前面接等）についての刑事罰【告訴権者＝業務委託、準委任、共同受注、業務請負契約および特定派遣（契約・正規）、一般派遣、正規社員】

①職業安定法第４４条の労働者供給事業の禁止規定に違反（1年以下の懲役または20万円以下の罰金）
　■偽装請負・多重派遣・多重出向（※中間搾取のある正社員出向も含む）
　■事前面接（顔合わせ・面談・職場見学等）と履歴書提出（※音声録音で立証可能）
②労働基準法第６条（中間搾取の禁止） (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年くらいだけど、中途と派遣で構成されているので
「俺分かんなーい、できなーい、やりたくなーい、責任なーい」という態度が蔓延してるｗ
責任者は上層部にも顧客にもハッタリで対応しているしね

コードもそうなんだけど、テーブルの正規化やデータの持たせ方からログの取り方など
常識の範囲と思うことが通用しないので、手取り足取りでやる手間と稼働後の保守性考えたら
自分でやった方がいいのでも、もうしばらく出してない
関係会社から開発受注してると競争がないから緊張感なくて、そんでオナニー始めちゃうみたいｗ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。