[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/09 08:42 / Filesize : 244 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

携帯開発0x13 派遣会社の容赦ない中間搾取に喘ぐPG



1 名前:仕様書無しさん [2007/07/23(月) 23:44:41 ]
前スレ
pc11.2ch.net/test/read.cgi/prog/1176282822/l50

235 名前:仕様書無しさん mailto:sage [2007/08/23(木) 01:57:55 ]
お前らの好きそうなネタだ。
ttp://techon.nikkeibp.co.jp/article/TOPCOL/20070821/137958/
要件が決まればソフトは自動でできるか。いいね本当にそれができたら。

236 名前:あるじゃーのん ◆0aR9pKWx3A [2007/08/23(木) 03:35:43 ]
>>235
自動化はある程度は出来る。
コンパイラとか最適化ツールとかも自動生成だし。
自動化とは言っても要素は厳密に定義してやらないといけないし。

でも本当に厳密な計算が必要なものはまだまだ無理だろう・・・・だろう?


237 名前:仕様書無しさん mailto:sage [2007/08/23(木) 06:01:55 ]
何言ってんのアンタ

238 名前:仕様書無しさん mailto:sage [2007/08/23(木) 06:14:33 ]
名前は忘れちゃったけど N の現場でそんなツールを使ってなかったっけ?
フローチャート(といっても一種の言語だけど)からCソースを吐き出す奴

出てきたソースが汚い上に、そのソースに直接手を入れる奴がいて混乱してたなぁ...


239 名前:仕様書無しさん mailto:sage [2007/08/23(木) 09:49:38 ]
犬小屋とプレハブと2x4と注文建築一戸建てとビル
建築を一緒くたにして製造と言い放ったら土木業界のヒトに笑われそうだけどな。

240 名前:仕様書無しさん mailto:sage [2007/08/23(木) 11:48:37 ]
土木工学科出身だが
土木工学と建築学を混同する人が多いと思う

241 名前:仕様書無しさん [2007/08/23(木) 15:30:48 ]
とりあえず彼女にはドカタの親父ことは
建築関係と紹介しておいた。
間違ってないよな?

242 名前:仕様書無しさん mailto:sage [2007/08/23(木) 19:33:24 ]
業界の構造は似ているかもな。キャリア=官公庁・自治体、メー親=ゼネコン、
一次請け=メーカ子会社・大手ソフト開発会社、実務は派遣の寄せ集め。

243 名前:仕様書無しさん mailto:sage [2007/08/23(木) 20:11:23 ]
一人親方=フリーとかもおんなじ、つかこういう仕組みは建築業界に
習ったんじゃないか。聞いた話だと国策でメインフレーム各社がIBM対抗で
旧通産省指導でグループ化されたときに、○SKの○川さんとかが
現在あるソフト屋の派遣体制を作ったそうだ。



244 名前:仕様書無しさん mailto:sage [2007/08/23(木) 22:46:16 ]
どうせツール使っても終盤にキャリア様がわけわからん事言い出して
手で修正しなきゃいけなくなるのが目に見えてる

245 名前:仕様書無しさん [2007/08/23(木) 23:43:07 ]
>>244
つかハードが仕様通りに動いてくれねぇorz

246 名前:仕様書無しさん mailto:sage [2007/08/23(木) 23:51:46 ]
>>240
建築と土木って一まとめの大学の方が多いと思うけどw
少なくとも俺のいた大学はそうだったけどな

247 名前:仕様書無しさん mailto:sage [2007/08/24(金) 00:03:20 ]
うちは土木工学科と建築学科は別だった
土木は水理学とか鉄筋コンクリート工学とか橋梁工学とか交通路工学とかそういうの
建築は知らないけどデザイン系の授業が多いんじゃない?

248 名前:仕様書無しさん mailto:sage [2007/08/24(金) 00:21:09 ]
この記事お勧め

ソフトウェア設計とは何か?

www.biwa.ne.jp/~mmura/SoftwareDevelopment/WhatIsSoftwareDesignJ.html

建築や製造にあたる工程はコンパイルとリンクである。ソフトウェアをビルドするには,驚くほどコストがかからない

ソースコードは設計書であり、プログラミングは設計作業である。ソフトウェアを設計するには,驚くほどコストがかかりる。これは,ソフトウェアが驚くほど複雑であり,事実上ソフトウェア・プロジェクトにおけるすべてのステップが設計プロセスの一部となっているため

249 名前:仕様書無しさん mailto:sage [2007/08/24(金) 00:23:32 ]
>>244
意外とキャリア(DoQoMo)は後からの仕様覆しは少ないような…。
前いたところでは、メー親と1次受けの「仕様考慮漏れ」が
めちゃくちゃ多かった。

250 名前:仕様書無しさん [2007/08/24(金) 09:41:53 ]


「サービス残業 真に受けると 特攻兵」


長時間のサービス残業は返って経営者を勘違いさせ、努力すればする程
自分の首を絞めるという俳句。

251 名前:あるじゃーのん ◆0aR9pKWx3A [2007/08/24(金) 11:16:36 ]
>>248
すごいね。
’92年てことは僕が専門学校に入る前だけど結局その結論は自分でたどり着くしかなかった。
つまり、結果としてそういうことをやってはいても、
そういうものだということを(上司は)誰も認めず、設計図どおりにやれとか
コーディングの全てをフローチャートで書けとかだったな・・・。
まあ、自分たちの設計書は全然見せてくれなかった。
結局言うことは言うけど自分ではやってなかったわけ。ずるいよね。


252 名前:仕様書無しさん mailto:sage [2007/08/24(金) 23:09:37 ]
実感としては、コンパイル&リンクは鋳型に材料を流し込む作業かな。
設計は設計で、プログラミングは鋳型を作る作業。

253 名前:仕様書無しさん mailto:sage [2007/08/25(土) 11:00:22 ]
金型設計と同程度以上の価値があるのに、機械屋の認識は甘いよな。



254 名前:仕様書無しさん mailto:sage [2007/08/25(土) 17:27:18 ]
ソフトがなければただのゴミ

255 名前:仕様書無しさん mailto:sage [2007/08/25(土) 18:30:15 ]
>>254
金属だけとれば宝の山

256 名前:仕様書無しさん mailto:sage [2007/08/25(土) 21:39:50 ]
>>248
驚くほど使いすぎwwww大した奴だww


257 名前:仕様書無しさん mailto:sage [2007/08/26(日) 01:13:59 ]
>>248
これ有名だよね

258 名前:仕様書無しさん mailto:sage [2007/08/26(日) 06:07:30 ]
んな事言ったって今の世の中ソフトウェア品質保証やISO認定ってのがあって
どの工程で何が作られるか決められているんだよ。机上の妄論に寄りすがってたって
何も解決しやせんわい。

259 名前:仕様書無しさん mailto:sage [2007/08/26(日) 06:35:23 ]
物理的な計測方法がない以上、検査で品質を確保するのは無理。
じゃあ設計プロセス管理で、ってことなんだろうけど、管理手法だけ縛りをかけたところで
実製品の品質を上げられることにはならない。
設計プロセスで完璧なソフトが出来るなら、Windowsのバグレス版が出せるわけだけど、
天下のMSだってそんなものは出してないし。

260 名前:あるじゃーのん ◆0aR9pKWx3A [2007/08/26(日) 10:42:48 ]

まあ実際ネジ一個で飛行機が爆発するわけだしね。
完璧なんてありえないよね。


261 名前:仕様書無しさん mailto:sage [2007/08/26(日) 12:21:25 ]
よーレス番が飛ぶスレやな

262 名前:仕様書無しさん mailto:sage [2007/08/26(日) 18:20:40 ]
>>106
問題はそれをどのくらいの期間で実現出来るのかという事じゃないか?

CPUの設計をする予算、プログラミング言語、コンパイラを設計する必要性、
OSのコアを再設計する期間、レイトレーシング実装の必要性。

車輪の再開発が出来るより、レイトレーシングして何を実現したいのかって事は学べないのか?

263 名前:仕様書無しさん mailto:sage [2007/08/26(日) 18:26:28 ]
>>195
混じれ酢すると、探さないでくださいと書置きしておかないと
捜索されてしまうし、事件に巻き込まれたと勘違いされる。

由緒正しい失踪の仕方だよそれは。



264 名前:仕様書無しさん mailto:sage [2007/08/26(日) 19:30:30 ]
>>263
マジレスすると>>195が引用した「探さないでください」は「『バグを』探さないでください。」

265 名前:仕様書無しさん [2007/08/26(日) 20:57:53 ]
プログラマもアホウドリの様に警戒無く真に受けて仕事をするのではなく
自分の身を守るためにある程度拒否しないと。
これではアホウドリと同じでただ食料になったり
羽毛をとられて消えていくだけ…。

だから昭和時代の高度成長期には当たり前にストライキなどを
やっていた。
それが会社のため社員のためでもあるからね。


266 名前:仕様書無しさん mailto:sage [2007/08/26(日) 21:51:08 ]
>>265
ストライキに関しては ヒント: 組合

267 名前:仕様書無しさん mailto:sage [2007/08/26(日) 21:51:37 ]
ソフトウェア品質保証と言うと俺の会社には
*しばらく見なかった人たちがいつの間にか集まり
*開発の足を引っ張り
*役に立たない書類を書いて(書かせて)金をもらい
*品質の向上に何一つ貢献していない
給料泥棒部署がある。あれの存在意義って何?

268 名前:仕様書無しさん mailto:sage [2007/08/26(日) 22:20:54 ]
ISOやCMMIってIT業界で流行ってる新興宗教みたいなもんだろ
取得している企業が優秀かと言うと現実は(ry

269 名前:仕様書無しさん [2007/08/26(日) 23:44:30 ]
高度経済成長期の「ストライキ」に相当する現代の
保身術が「バックレ」だよ。バックレカードを行使できない
奴は高度経済成長期にストライキに参加できなかった奴と
同じだ。

270 名前:仕様書無しさん mailto:sage [2007/08/26(日) 23:53:44 ]
>>267
まっとうなIT企業(笑)としての体面を保つ為でそ。
存在すること自体が存在意義。
開発現場でお払い箱になった人や
はじめから開発現場に置けないような人たちを
そこへ隔離しておけばなお良し。

という会社は多いんだろうなあ。。

271 名前:仕様書無しさん mailto:sage [2007/08/26(日) 23:57:17 ]
ISO納期前に輪をかけた作業をさせるよけいなもの

272 名前:仕様書無しさん mailto:sage [2007/08/26(日) 23:59:30 ]
アプレイ笊(笑)

273 名前:仕様書無しさん mailto:sage [2007/08/27(月) 00:26:53 ]
ISO審査でわざとボケたこと言って認定取り消しにさせようとしたのに、周ってこなかったぜ



274 名前:仕様書無しさん mailto:sage [2007/08/27(月) 00:31:16 ]
おしいな…

275 名前:仕様書無しさん mailto:sage [2007/08/27(月) 01:36:54 ]
>>268
ISOの思想みたいな物やその手法は物凄く役に立ってる。
最初はちょっと感動したw
人には勧めないけど。
一つの理想形に近い。


276 名前:仕様書無しさん mailto:sage [2007/08/27(月) 02:49:36 ]
>>267 >>270
存在意義はわからなくはないが、あの使えなさは異常。
何でやつらを食わせねばならんのか。

277 名前:仕様書無しさん mailto:sage [2007/08/27(月) 19:58:58 ]
実際なくなったら品質落ちるのかね

278 名前:仕様書無しさん mailto:sage [2007/08/27(月) 21:28:54 ]
書類の山でうんざりするより
士気を保つほうが品質は向上する。


279 名前:仕様書無しさん mailto:sage [2007/08/28(火) 00:03:51 ]
品質の向上じゃなくて保証が目的だからね。
で、その品質を犠牲にしてまで保証する意味はあんのか?と。

280 名前:仕様書無しさん mailto:sage [2007/08/28(火) 01:11:24 ]
俺も何度か外部審査員の監査を受けたことがあるが、基本ルールを決めておけば
PCのデスクトップを見せながらドキュメント管理してることを説明しておkもらったよ。
いつも監査員リーダに言われるのは「カタチから入って帳尻合わせのドキュメントなんか
作ってるヒマがあるのなら、実業務で一番スムーズに業務が進む方法をちゃんと規程
として制定すればいいんだよ」っていうのなんだが、監査員が帰ったあとで業務標準の
叩き台を作ろうとすると「標準化委員会に諮ってると半年かかるから、今の規程のまま
やっておいてくれない?」といわれる。
もう鉄パイプ並みに組織が硬直化しちゃってるんだな。

281 名前:仕様書無しさん mailto:sage [2007/08/28(火) 21:21:27 ]
サスケンがんがれ。
サイババパワーで超がんがれ。

282 名前:仕様書無しさん [2007/08/28(火) 22:45:49 ]
>280
>標準化委員会に諮ってると半年かかるから、

俺のところでは、「インデント幅は4文字+TAB禁止」という規則の導入の是非を巡って、
幹部交えて揉めに揉めて半年かかったよ。その間無限とも思える会議に出席させられて、
会議で自分の上司の政治的立場を守るために、無駄な資料を果てしなく作らされたよ。
それが一段落したと思ったら、今度は関数名の文字数制限を8文字から16文字に拡張する
是非を巡って、前よりも激しい議論になってるし。
インデント騒動でも、俺は製品2機種分のパワーを費やしたよ。今度の騒動では4機種並み
のパワーを使う事になるかもしれん。後輩も何人かおかしくなって辞めたし、どこの会社
も同じ事で悩んでいるんだなあ。


283 名前:仕様書無しさん mailto:sage [2007/08/28(火) 23:02:34 ]
>>282
正直学生クンかヒキクンの「見たきたような作り話」にしか思えんなw

今時関数名8文字ってそんな制限あったらコードなんざ書けんわw



284 名前:仕様書無しさん mailto:sage [2007/08/28(火) 23:23:26 ]
>>283
歴史「だけ」古い会社だとそういうのはある。
確かにウチの設計業務標準を見ると延々とインデントの付け方が書いてあったり、
関数の命名則も無理やり略名を付けさせるようになってる。
関数1個につき最低A3用紙1枚の説明書を作ることになってるので、訳わかん
ないような関数名も関数設計書を参照すれば分かるだろ、って。

285 名前:仕様書無しさん mailto:sage [2007/08/28(火) 23:30:25 ]
>歴史「だけ」古い会社だとそういうのはある。
聞いたような話だねw
「cマガ」系の人の本によくかいてあるよその手の話は。

でも実際には、そんな規則のある会社は聞いた事がない
尾ひれが付きすぎて嘘くさすぎるんだよねw

286 名前:仕様書無しさん mailto:sage [2007/08/28(火) 23:46:03 ]
ところがどっこい実在するんだよこれが本当にね…もうね…

287 名前:仕様書無しさん [2007/08/29(水) 02:01:48 ]
>>286
かわいそうに。
俺らはシンビアンに従ってるから
結構楽チン。

288 名前:仕様書無しさん [2007/08/29(水) 05:45:47 ]
コード規約なんか存在しないが、関数をfunc000,func001・・・なんてつける奴もいないし、
1関数1000行なんて書く奴もほとんどいない(1度だけ見た事がある)。

ソフトを専攻してきた奴がほとんどいないうちの会社でもこの程度なのに
ソフト専業なのにうちよりもひどいように取れる書き込みをしている奴がいるが、
一体どんな会社に勤めてるんだろうか

289 名前:仕様書無しさん mailto:sage [2007/08/29(水) 08:22:20 ]
だから、「プログラミング診断」的な本に書いてある、尾ヒレのついたヨタ話を
真に受けちゃった人が自分の経験みたいに書いてるだけでしょw

290 名前:仕様書無しさん mailto:sage [2007/08/29(水) 13:29:12 ]
多少勉強して来たとは言え所詮携帯板の池沼クンだな

291 名前:仕様書無しさん mailto:sage [2007/08/29(水) 16:09:05 ]
>>288
専業だからって、「ウチもソフト開発やらなきゃ!」つって
素人集団から作られた組織の体質や意識ってのは
10年や20年じゃ川乱よ。
メーカー系の子/孫会社なんか特に酷い。

292 名前:仕様書無しさん mailto:sage [2007/08/29(水) 19:48:41 ]
いいな。携帯って。
コード規約を整備しないでも納品できるんだ。
制御系だとJIS C 0508をクリアしないと検収してくれない客が増えてきちゃって。

293 名前:仕様書無しさん mailto:sage [2007/08/29(水) 20:08:08 ]
携帯なんて人の安全に関係ないから



294 名前:仕様書無しさん [2007/08/29(水) 20:08:48 ]
>>288
> コード規約なんか存在しないが、関数をfunc000,func001・・・なんてつける奴もいないし、
> 1関数1000行なんて書く奴もほとんどいない(1度だけ見た事がある)。

そうなの?今見てる売却話が出てる会社の携帯のソースはイベントハンドラの中に各処理も実装してあって1000行なんか普通にあるんだが
でも、そのコードを書いたのはライブラリを提供している側らしくて、簡単には手が出せない、と言ってるんだが、どうなんでしょうね?

295 名前:仕様書無しさん mailto:sage [2007/08/29(水) 23:02:18 ]
>>294
CPUを占有しない処理なら良いんじゃね?
でもハンドラからタスクに制御を移してないだろうから
駄目そうだなぁ。

296 名前:仕様書無しさん mailto:sage [2007/08/30(木) 00:31:02 ]
ほんのおひれのはなしとおもってるのがすごい


297 名前:仕様書無しさん [2007/08/30(木) 01:46:36 ]
func000, func001...ならまだマシじゃん。
俺の所なんか、kansu000, kansu001...だよ。


298 名前:仕様書無しさん mailto:sage [2007/08/30(木) 01:48:20 ]
>>297
年季が違うなw

299 名前:仕様書無しさん mailto:sage [2007/08/30(木) 12:30:06 ]
「え?!! また失踪者がでたんですか?!!!!!」という
電話がほぼ毎日ある

って 会社の先輩が言ってた

300 名前:あるじゃーのん ◆0aR9pKWx3A [2007/08/30(木) 14:09:18 ]
>>299
それユーザー?開発者?


301 名前:仕様書無しさん mailto:sage [2007/08/30(木) 19:26:34 ]
久しぶりに夕方の電車載ったら、ボックス席を3人で独占して(一座席は荷物置き場)、
必死にデバッグ中の集団が居たよ。二人プログラマらしくてノートでVC++開いてた。
一人は営業らしくて虚ろな目で外を見ていた
すごく大変そうだった

302 名前:仕様書無しさん mailto:sage [2007/08/30(木) 19:29:08 ]
それどこのYRP?

303 名前:仕様書無しさん mailto:sage [2007/08/30(木) 20:27:35 ]
>>302
YRPでVC++なんて使っているところあるの?



304 名前:仕様書無しさん [2007/08/30(木) 21:02:04 ]
>>294
そんなんやから、提携予定の幹部にだめだし喰らうんやねw。

305 名前:仕様書無しさん mailto:sage [2007/08/30(木) 22:56:14 ]
>>301
まず携帯なのか?それ

306 名前:仕様書無しさん mailto:sage [2007/08/30(木) 23:29:12 ]
>>305
まぁ携帯でも普通にありそうな話だから怖いな

307 名前:仕様書無しさん mailto:sage [2007/08/31(金) 13:44:05 ]
>>300
亜部死に逝ったことがある先輩からの話です(藁

308 名前:仕様書無しさん mailto:sage [2007/08/31(金) 14:18:41 ]
不死祖父徒亜部死

309 名前:仕様書無しさん mailto:sage [2007/08/31(金) 14:30:29 ]
あまりにも周りからあべしあべし言われるんで社名からあべしを消したんだよなぁ
悲惨だ
社名を変えた所で実態は変わらんのに

310 名前:仕様書無しさん [2007/08/31(金) 15:53:13 ]
まるで黒色企業のような言い方だな?おい!

311 名前:仕様書無しさん mailto:sage [2007/08/31(金) 16:42:51 ]
まるで黒色企業ではないかのような言い方だな?

312 名前:仕様書無しさん mailto:sage [2007/08/31(金) 22:46:15 ]
携帯開発に関わったことがあるっていうだけで
どのエージェントも某水道橋の会社紹介しやがる。

もうこの業界から脱出しないと逃れられないのか・・・

313 名前:仕様書無しさん [2007/09/01(土) 02:07:15 ]
>>309
でもかわいい女の子がいるのがうらやますぃ。




314 名前:仕様書無しさん mailto:sage [2007/09/01(土) 04:59:47 ]
メーカーの連中ってさ、ちょっとでもこっちが文句や問題点を
指摘しようものなら必死も超必死、全力で反撃してこね?
会議で「これじゃ下請けの作業が増えるだけで何も改善しない」って言ったら
会議の場じゃ何も反論できず検討課題にするってその場を収め、
そのあと全員宛のメールで読む気が失せる程の長文で反論を展開。
さらにパワーポイントで作った資料を見させてこれでもかと言わんばかりの反撃。
とどめが「これでもまで文句があるのか納得したのか報告せよ」だとよ。
余りにも単純な事を複雑に見せて正当化しようとする偽インテリ気取りに
すげームカついたからさらに反撃しようとしたが、同業者に
「その辺にしておけ、何言っても無駄だよ。上司の恥を晒すなって事」と諭された。
結局我々がやる事だけが増えて何か改善したようには思えないまま
ズルズルと作業が続いている。改悪を止める手段がないんだ。

315 名前:仕様書無しさん [2007/09/01(土) 07:10:16 ]
>>314
んなもんほっとk。どうせ問題を先延ばしにすると、責任をとらない社員がわんさかいる
某メーカーみたいに、赤字になって、どっかに売却せざる得なくなるのが落ちだから。

316 名前:仕様書無しさん [2007/09/01(土) 07:13:54 ]
>>314

問題の改善点は基本的にはコンサルの仕事だわ。我々のような外注プログラマーが
関わる事はない。コンサルがもらうような給料をもらってないし。問題が見つかっ
ても黙っとけばいいよ。事業部がつぶれたらよそにいけばいいだけ。知った事で
はない。


317 名前:仕様書無しさん [2007/09/01(土) 11:32:39 ]
>問題が見つかっても黙っとけばいいよ。
別の業種だけど、バグを見つけて黙っていた事があった。
ヤバイかな?と思ったけどデスマで心身限界に来ていたので
「何とかの板」という海難事故の判例に基づき、合法化して
しまった。念のため知り合いの弁護士に相談してみたら、
この場合にはその判例が有効らしい。
PG達がその判例の存在を知ったら、世に中凄い事になりそうだな。

318 名前:仕様書無しさん mailto:sage [2007/09/01(土) 11:40:06 ]
>>315
生活や命がかかってる
そんな単純な問題ではない

319 名前:仕様書無しさん mailto:sage [2007/09/01(土) 12:27:49 ]
カルネアデスの船板?

無罪になったカルネアデスも良心の呵責に苦しんだ・・・と信じたい

320 名前:仕様書無しさん [2007/09/01(土) 12:40:31 ]
>>317
つーか、正しい手順を踏んで作ったソフトにバグがあっても、
それで損害賠償とかはまずないよ。
そんな事したら、誰もその会社のプログラムを作らなくなるから
自分のクビを締めるだけだからね。
そんなの常識だと思うがな。

321 名前:仕様書無しさん mailto:sage [2007/09/01(土) 13:20:08 ]
>>320
その「正しい手順」とやらを詳しく

322 名前:仕様書無しさん mailto:sage [2007/09/01(土) 13:23:24 ]
>>321
会社ごとに違うと思うけど、
管理側の検収とか承認とかそういうのじゃない?

323 名前:仕様書無しさん [2007/09/01(土) 13:43:57 ]
そういうのだよ



324 名前:仕様書無しさん mailto:sage [2007/09/01(土) 13:45:59 ]
>>321
携帯板の知障クン、夏休みの宿題は終わったかな?

325 名前:仕様書無しさん [2007/09/01(土) 13:55:07 ]
>>321
偽装請負はその辺、ないから、裁判になっても余裕で勝てる?

326 名前:仕様書無しさん mailto:sage [2007/09/01(土) 14:00:01 ]
良心の呵責を感じ続けてたら、何か最近良心の感覚が鈍ってきたみたい。
「レビューをやって議事録もキッチリつけてるんだから、漏れがあったらレビュアーが
ヘタレなんだろ?」って感じ。
上司の心証は悪くなる一方だが、ヘタに責任を押し付けられてフォローで次の仕事
までグチャグチャになったら、それこそ職人人生の危機だしな。

327 名前:仕様書無しさん [2007/09/01(土) 14:37:35 ]
>>325
逆だよ。
まともにレビューとか承認とかするのは、ある程度まともな会社。
偽装請負してるカス会社は、その辺契約しっかりしてないから、
バグがあったら、作った奴に全責任を押しつける。
大きい会社は体裁があるから、そんな事したら、他の社員にも逃げられるが
零細ブラックはそれもないからね。
社会的にも元もと無名で相手にもされてないから。
裁判で争えば勝てるかもしれないが、人生のかなりの時間と金を使うハメになるよ。
だから俺は素直に賠償金払って、とっとと辞めた。
人手不足のこの時代に、何も偽装請負する事はないだろう。

328 名前:仕様書無しさん mailto:sage [2007/09/01(土) 14:54:00 ]
>>314
せっかく下請けに余計な仕事を丸投げできるはずだったのを
阻止されそうだから発注元は必死になったんじゃないのかな?

329 名前:仕様書無しさん [2007/09/02(日) 10:41:47 ]


これって拝金主義者の集まりでは?
経営者、雇用側、お互いが拝金主義だとデスマ、混乱が多い。
自覚症状を持つべき。

混乱を止めるには仲間がいないと無理だが…。





330 名前:仕様書無しさん mailto:sage [2007/09/02(日) 11:41:28 ]
>>329
頭悪いなw事実は逆だろうが。
むしろ日本は拝金主義が足りないか徹底してないから奇妙な問題が多いんだよ。

例えば雇用者が拝金主義者なら割りに合わないデスマなどするかw

資本主義というのは拝金主義を肯定するからこそうまくいく、
というのは中学生レベルの常識だぞ

331 名前:仕様書無しさん mailto:sage [2007/09/02(日) 11:42:11 ]
すまん「雇用者」じゃなくて「被雇用者」ね

332 名前:仕様書無しさん mailto:sage [2007/09/02(日) 13:30:14 ]
つーか、単純に無能者を排除できないシステムなのが問題。

この業界は、結局プロセスの確定ができない(銀の弾丸)わけで、
結局、能力差が激しくでる。

ぶっちゃけ、人員増やしても意味ないって30も昔から言われ続けている
事だしね。

お上的に、IT業界である程度雇用しないといけないわけで(自分たちが嘘ついた事なるから)
結局その為に人買いが横行している。

まともに、教育して篩いにかければよいわけだけど・・・。

333 名前:仕様書無しさん mailto:sage [2007/09/02(日) 15:31:39 ]
>>332
> まともに、教育して篩いにかければよいわけだけど・・・。

最初に教育して篩いにかけなきゃいけないのは、発注側だよな。
俺達をいくらどうしようと、客の意識が変わってくれないことには…。



334 名前:仕様書無しさん mailto:sage [2007/09/02(日) 17:59:12 ]
バグが混入しようが知るもんか。俺は時間とカネを交換しに来てるだけ。やりがい、責務、使命感、品質、、、んなもん興味ねぇよ

335 名前:仕様書無しさん mailto:sage [2007/09/02(日) 18:26:32 ]
>>334
こういうのを排斥できないのが構造問題だと思う。業者・被雇用者ともこんなんばっか。
市場原理が適切に働けば、こういうのは自然に淘汰されていくはずなんだがなw






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<244KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef