IT業界の二大悪「人月商売」「多重下請け」の今後　日経コンピュータが現状を変える意見を募集中！

>>329
This is IT.

a も theも入らないんだぁ。

>>371
なんでaやtheがでてくるの？

要するに仲介業者が必要なわけだろう。技術者を短期契約するための。
そこで派遣業者の登場ですよ

>>330
普通は、契約に、１年程度の瑕疵に対しての無償修正期間の項目があるよ

>>374
最近瑕疵の期間って短くする傾向にあるんじゃないかな。SIer側がリスクリスクっていうから。
あとさ、瑕疵かどうかの判定ってとてもたいへんだよね。
「仕様漏れ」とかいうよくわからない不具合（バグ）もあるしさ（笑）。
あげくのはてに善管注意義務とか言われて、「プロだろ」と言われる。

やっぱりSIerってのはリスク請負業なんだと思う。
高いというならそれを自社内に取り込むしかないんだよ。
パッケージに業務をあわせるとずいぶんそのへん楽になるはず。
あわせられない業務もあるだろうけど、あわせて問題ないものも実際多い。
「これはうちの特殊業務で。。。」っておっさんおばはんの権益守るため
みたいな業務はいらんから。

>>270
＞発注側がなぜ現場無視かは知らないかは分からないけど

ベンダーとだけ接触してれば要件定義から何から全くする必要が無いし、
使うのは会社のカネだし、
それでいてベンダーが殿様扱いしてくれるからだろうな。

現場からヘタにヒアリングなんてしてしまうと
自分で要件を取りまとめなきゃならないし失敗したら突き上げを食らう。

なんでプログラマが自分で営業やらんの？

>>377
基本プログラマーなんて無能な人足だから
営業出来る奴はそもそも下請けプログラマーなんてやらない

俺はたまに技術営業もやってるけど
開発現場知ってたらプログラマが営業やらない理由なんて一発で分かる
PGが営業に来た所で耳使う前に目でお断りってなるわ

>>378
自分で営業もするフリーのプログラマやってるヤツなんてゴマンといるよ

まだ無能なボケが騒いでるのか
ＩＴ業界でプログラムｗできますってのは
飲食で挨拶できますと同じレベルだっての
そろそろ自分をちゃんと磨けよ馬鹿

まあ、できないような奴の方が多いと思う

>>380
ああそう
それで？

>>375みたいに現場とお話しする気サラサラないから、話しはこじれるんだろうな。

誰かを悪者にするんじゃなくて、全員を当事者にしないとプロジェクトはうまくいかない。

法律での規制がなければ構造が変わる事はないだろ。
ガチガチに固まったこのシステムはすでに数十年経過して形骸化してるんだもの。
建設業と似ているとよく言われているよね。

法律や習慣を嘆く前に
自分が成長すりゃいい話なのにな
今日のクソゆとりのデモ?みたいなの見て嫌気がさした

システム組んだ奴が辞めたからいじり方ワカラネーって事あるの？

ネットワーク屋の俺はプログラムは書けないよ。IOSのプログラム書いてる人は凄いと思う。

>>387
ある。

ハイレベルすぎて分からないではなく
ソースにコメントいれないとかメンテを考慮できない低能が作ったシステムの方が面倒

>>388
逆に、ネットワークの設定よくやるよなと思う。
設定を可視化しにくいから、あってるかどうかがはっきりわからん。

あれ、テストとかどうやってんだ？

>>376
システム作る時って、今までの業務を効率化するなりなんなりの
業務改善が伴う事が多いわけで、そんなとき本当の現場にヒアリングしても
現行システムの使い辛い点なんかは意見として出るけど
大きな業務効率化の案なんて出ることはない
そりゃそうだ、効率化したら現場の人員削減だからな

だから要件定義は現場の意見なんて反映されてなくて
机上の理論で作られる
しかし、現場には複数のイレギュラー処理の仕事が有って
これが机上の理論では見落とされがちなのが問題

新システム導入後、このイレギュラー処理に対応していないと
現場は仕事にならないと大騒ぎする
このイレギュラー処理対応のシステムに手を入れるのに
通常の契約処理でやったら期間もかかるし大変なんだな
で、ごにょごにょ

>>1今更じゃん、何でIT土方と呼ばれてきたかって言うと建築、土木、電気業界等の
構造を取り入れたからだろ、同じ問題がおこるのは当然

なんで旧来の仕事や事務屋が安泰で
未来の業種であるはずのITの技術者がこんな有り様なんだ

経済の矛盾だよな
インフラ、特殊商社、海運、倉庫みたいな
何もしなくていいとこほど安定高給だったりする

ITも需要的には安定期に入ってると思うけど
職場の環境的にはまだ過渡期だな
なんちゃってホワイトカラーエグゼンプションとか導入されたら超絶地獄になる事間違い無しだけど

>>387
ほとんどそんなのばかりだよ
本来なら誰でもわかるような、簡単なコードや多量のコメントを入れるべきだが、
コメントも無い、自分の技術とやらに凝った作りとかいうのもある

自分ひとりで永遠にメンテするフリーソフトじゃあるまいし、
誰がメンテしてもいいようにわかりやすく書くべき

>>396
多量のコメントはどうかな？
適切なプログラムだと、読んだだけで中身わかると思うけど。

説明が必要ならなにかが抜けてんじゃね。

前にも書いたが、建設業界の土方のほうがIT土方よりマシ
少なくとも夜になればその日の仕事は必ず終わる

元請けの人間が現場に居る事なんて、殆ど無い
現場責任者は大抵下請けで、子受け孫受けならマシ
大きくなればなるほど横の繋がりは無く、問題が出て対処されるまで数ヶ月なんて事もある

ソースが仕様書になるとか言ってまともに仕様書書かないクズSEがいたな
本当に印刷してキングファイルに閉じて納品したら突っ返されて来て仕様書作るの手伝えとか言い出したから
ソースが仕様書になるんでしょ？って言ってPG全員で飲みに行ったけど

>>397
コードを読んだだけでわかる人間だけがプログラミングしてる訳じゃない
ドキュメントすら無い、碌なコメントすら無いものをメンテした事が無いだろ

一行につき１コメントあっても、けして多すぎる訳じゃない
プロジェクトの中には、そのコメントを元にジェネレーターに掛けてドキュメントを作る所すらある

>>400
腐るほどあるよ。
そんなプログラムはコメントあってもだいたい意味わからんけど。

ジェネレートは、メソッドのヘッダの話しで、
それは書くのあたりまえだし、コーディング規約レベルじゃねｗ

いちいち多量コメントなんてコード読むときの邪魔でしかないわ。

>>393
技術職だから分業や外注に向いてる

IT土方になる奴が悪いってだけの話じゃないのこれ
そりゃ奴隷になりたがる奴がいれば
奴隷を前提にした制度になるに決まってる

日本のアニメーションの今後については
鈴木P「変わっていきますよ。というか変わりつつある。これからは東南アジアですよ」と海外拠点となることを示唆。
「もう始まっているんですよ。タイ、マレーシア、台湾、一部ベトナムでスタートしているんです。おそらくアジア全体で、例えば日本人が企画を考えて実際作るのはタイとかね。おそらくそうなってくる。実際に描きたい人はタイに行けばいい。（製作費ではなく）意欲の問題。」

ギットハブって何？

git 分散型バージョン管理システム
git hub gitを使用した共有ウェブサービス

少なくとも中抜き丸投げは法律で禁止すればいいんじゃないの？
土建屋や原発関係もそうだから一緒に禁止すべき。
禁止してもたいして問題ないだろ。

システム開発に関わるな
人生おかしくなるぞ

関数名に日付が入ってるコードを弄ることになった時は絶望しかなかった

>>383
うけたｗ

コード書いてる人って言語の好き嫌いある人って多いの？

>>407
つまり丸投げじゃなければオーケーなんですよね。

まさにザル法

>>6
社会主義w

>>411
商売でやってると使う言語が固定されてくんで、今使ってる言語と環境が好きになる。
つか、他知らない。
時代とともに「これにしろ」と言われて変えるのはある。

>>76
>>39と>>61が矛盾してるように思ったけれど
理想を実現できてるのか

かっこいいな！

>>303
せっかく現場がパッケージに合わせた運用してんのに月次や期末監査なんかで求められる仕様が旧来の独自のもの。結局現場では二重で管理せざるを得なくなり不満噴出。そしてなぜかパッケージベンダーに修正依頼。
パッケージ入れた意味無いだろ。

>>416
アメのパッケージが理想かってぇとそうじゃない所が問題。
多分にアメ的で、かつ、やつらは自分の思想を正しいと信じてゴリ押しする。(そして次のバージョンで変更する)

>>417
電力監視のアプリでこんなんあった。

そのアプリは活線(電源オン)が緑で、死線(電源オフ)が黒なんだが、顧客は活線が赤で死線が緑。
色変更できないかを問い合わせたら顧客が悪い、顧客が合わせろと言うw

結局、当たり前のように不採用になったが、そこのアプリメーカーの他製品は緑赤だったりするんで、ポリシーがあるわけじゃない。
そして次のバージョンには色設定の画面が追加されたというwwww

とにもかくにも関わり合わないようにしたい

韓国と同じ
関わらないほうがいい業界だよ