もういや 携帯電話開発 お前ら元気ですか Phase5

1 名前：仕様書無しさん [04/06/17 10:51] やっぱり相変わらずの デジタル土方スレッドです 前々々 pc.2ch.net/test/read.cgi/prog/1028993753/ 前々 pc.2ch.net/test/read.cgi/prog/1051957375/ 前 pc5.2ch.net/test/read.cgi/prog/1074024056/ とほほほほ… 792 名前：仕様書無しさん mailto:sage [04/09/01 02:04] 裏を返すと、他社をリードする技術を誇ったところで、 それを評価する顧客が存在しなければ無意味なんですよね。 この業界の技術なんて目に見えて出てこないものも多いわけで、 中身が泥臭いスパゲッティだろうが、最高水準のフレームワークを 使おうが、出来上がった画面が同じなら、顧客には同じに見えるわけですし。 で、「自社技術を認めてもらえる顧客とパイプを作る」労力って 「ゴマすりして接待して顧客とパイプを作る」労力よりもかかるのが 現状なんですよね… 手っ取り早く収益上げたいなら、顧客接待して情に訴えて仕事受注して、 中身ぐちゃぐちゃでもいいから体裁だけ整えて納品してしまうのが一番。 こんな世の中はイヤだけどねぇ。 793 名前：仕様書無しさん mailto:sage [04/09/01 22:27] 体裁整えるために人海戦術に走り、挙句誰も把握できない大盛りスパ一丁上がり、ってのがデスマのパターンかと。 期限内に体裁整えて納品出来るならまだ競争力あるのでは(あくまでも相対的にね) 何処を引っ張り出しても恥ずかしくないコード書ける会社なんて本当数少ないから… 794 名前：仕様書無しさん [04/09/02 00:34] 何年か前に日経エレクトロニクスっていうソフト技術雑誌が 「携帯電話ソフト開発、人海戦術の破綻」って特集組んでたな。 上層部は素人の頭数だけを社内で手配して成果として評価されて、素人の大群の 面倒を見させられて開発が破綻する現場のリーダは引責リストラってのが一般的 なのか？ 795 名前：仕様書無しさん mailto:sage [04/09/02 12:44] 何年か前… って事はこの業界その頃からまったく進歩して(ry 796 名前：仕様書無しさん mailto:sage [04/09/02 17:28] ne.nikkeibp.co.jp/NE/2001/010507/tokushu.html これだな。３年前か…… 797 名前：仕様書無しさん [04/09/03 00:16] YRPや我孫子の様子はどうですか？ 798 名前：仕様書無しさん [04/09/03 01:06] いつも通り 799 名前：仕様書無しさん mailto:sage [04/09/03 02:03] みんな生きてるか〜？ くそー評価工数が足りねえYO・・・ 一番工数がかかるのに成果が見えにくいからって 見積もり段階で工数ケチるんじゃねえ！ 後で何億も損害が出たらどうすんだ！ 800 名前：仕様書無しさん mailto:sage [04/09/03 02:17] あはは、こっちは下の会社の試験手順書をたたき返してきました バグ件数がたまらないよう作られたテストはいけないねぇ・・・・後で後悔するよ 801 名前：仕様書無しさん [04/09/03 03:17] >796 3年間の間に改善どころか、ますます悪化してきているのは 俺の周りだけだろうか？ 802 名前：仕様書無しさん mailto:sage [04/09/03 03:20] 安心汁！漏れの心もチョムニダ！ 803 名前：仕様書無しさん [04/09/03 07:37] 電話と関係ない機能のテストが10倍以上もあることがね… 804 名前：仕様書無しさん mailto:sage [04/09/03 08:50] 広島に３年常駐と聞いた時はひいた。 そりゃ、倒れる人、辞める人、離婚する人続出だろうな。 805 名前：仕様書無しさん mailto:sage [04/09/03 15:19] >>794 痛い思いを何回経験しても学ばない知能はラット以下。 806 名前：仕様書無しさん mailto:sage [04/09/03 18:59] >>804 シャープおつ 807 名前：仕様書無しさん mailto:sage [04/09/03 20:34] >>804 そういう現場ってやたらめったらたくさんのスキル要求するよねぇ・・・・・・ 単価はあんまり変わらない癖に・・・・・ 808 名前：仕様書無しさん mailto:sage [04/09/03 21:25] >>804 一緒に昼飯食いましょ 809 名前：仕様書無しさん [04/09/03 21:39] まあ、横浜は国内上位２社だからな（ｗ 810 名前：仕様書無しさん mailto:sage [04/09/03 22:14] おい、ミドルウェアチームよ。 「解析しきれませんでした。続きはそちらでお願いします。解析結果はありません」 でお前のところで異常終了するバグをこっちにつっかえすなよ！ しかも電話したら帰っているだと！！！！ 811 名前：仕様書無しさん mailto:sage [04/09/03 22:19] >>810 プログラム　馬鹿な奴ほど　仕事楽 だよね 812 名前：仕様書無しさん mailto:sage [04/09/04 00:23] 評価の評判ワースト３ ・「気合で『OK』！」とか言って実行してない項目にOKを入れるやつがいる。 ・一回ぐらいフリーズしても、まともに動くときがあればOKにしちゃう暗黙の了解がある。 ・前回の試験方法を問い合わせると逆ギレされる。 世間の皆さん、こんなメーカーもあります。 813 名前：仕様書無しさん [04/09/04 00:49] YRP常駐from札幌さんは元気ですか？ 群馬じゃなくって札幌ね。 814 名前：仕様書無しさん [04/09/04 01:25] >>812 まじですか、、、携帯開発ありえねー 815 名前：仕様書無しさん mailto:sage [04/09/04 01:42] >>814 >>812のことが現実でなきゃ・・・・どう見てもデバッグしてない、っていう製品が世に出たりしないと思う・・・ だからってそんな製品がアタリマエになる事はもっと怖いことなんだけども。 816 名前：仕様書無しさん mailto:sage [04/09/04 02:42] >>812 変数がどうしても思い通りの値にならないのでデバッガで書き換える。 他の担当の作ったライブラリ関数がエラーになるのでデバッガでスキップする。 出力が壊れているが、落ちるわけじゃないので問題なし。 通信が切れるが、落ちるわけじゃないので問題なし。 似たような項目だから一緒だと思ってOK。 極めつけは「OKだと思ったんで」 817 名前：仕様書無しさん mailto:sage [04/09/04 02:43] >>814 正直すみません・・・ バグ詰め込んで出荷したのは俺のせいかも・・・ もうだめぽ・・・ 818 名前：名無し [04/09/04 06:27] 他人の携帯電話の発着信履歴を知ることは出来ますか？ 819 名前：仕様書無しさん mailto:sage [04/09/04 06:49] 鯖に入れれば可能だが、>>818には無理ｗ 820 名前：仕様書無しさん mailto:sage [04/09/04 08:03] >>817 ｲ�`。 上がもう少し評価に対して理解＆予算つぎ込めばこんな思いさせなくてもいいのに… 821 名前：仕様書無しさん [04/09/04 09:26] つうか、もっと余裕をもって開発進められるようにしろっての 822 名前：仕様書無しさん mailto:sage [04/09/04 09:40] まったくだ ハードOSミドルウェアの遅れを最後で吸収しようとするな 仕様変更するんなら再検討期間をちゃんと取れ 物理的に不可能なものを無理に進めればどっかが歪むだろ まじめな人からストレスで体を壊し、>>812、>>816のように 適当にやる(本人曰く「要領がいい」)奴しか残らんぞ… その結果が回収騒ぎじゃないのか？ まぁ最近はネットワーク経由のアップデートとかあるが、 こんなのに甘えてるとそのうちアップデートでは済まないようなバグ起こるような希ガス 823 名前：仕様書無しさん mailto:sage [04/09/04 10:24] >>812 開発のワースト５ ・チェックイン時にコンパイルやリンク確認はしない。前大丈夫だったから。 ・このソースきったないなあ。前よく動いていたなあ。俺が修正してやるよ。 ・他の機能の仕様書なんて忙しくて読んでられないよ。動けば引数なんてどうでもいいじゃないか。 ・異常終了？そうかー。まあ、俺今日飲み会だから来週確認しますわ。本納品までに直せばいいでしょ。 ・コメント書いている時間が無駄なのでコメントは書きません。（タバコ休憩はたっぷり取る） こういう人も結構いるよ。 824 名前：仕様書無しさん mailto:sage [04/09/04 11:36] 最後の最後にハードウェアの欠陥が見つかると恐怖だよなあ 825 名前：仕様書無しさん mailto:sage [04/09/04 13:54] お前らが上位の人間なら俺がとっちめてやる 上位層の完成がおくれに遅れているために 俺のようなミドルウェア層がこまるんだよ。 評価期間がもう終わりかけだぞ？ なのに結合試験が出来ていないってどういう事だよ うちの単体試験でだけでOKなのか？ 結合試験をさせろ！ 826 名前：仕様書無しさん [04/09/04 16:02] >>824 直すには、半年かかるから押し切るとかそんなのばかりだもんな（ｗ 827 名前：仕様書無しさん mailto:sage [04/09/04 16:31] アプリ担当　（ﾟдﾟ）=3　 ファイルの読み込みが根本的に遅すぎるんですよ！ 　↓ ハードウェアは悪くない！悪いのはドライバだ！ 　↓ ドライバは悪くない！悪いのはアクセスＡＰＩだ！ 　↓ ＡＰＩは悪くない！悪いのは使っているアプリだ！！ 　↓ アプリ担当、ファイルの読み込み速度を改善しろ！ （;;ﾟдﾟ）　・・な・・なんで・・・ ３時間前の実話 828 名前：仕様書無しさん mailto:sage [04/09/04 16:35] >>827 ( ﾟдﾟ)ﾎﾟｶｰﾝ ＡＰＩ担当者はファイル読み込みのＡＰＩを使うなと逝ってるんでつか ご愁傷様でつ(-人-)ナームー... 829 名前：仕様書無しさん mailto:sage [04/09/04 17:02] 馬鹿だな、最初に非難を向けるべき部署が違っているから そうなるんだよ。 理想的な非難の方法（非難の矛先を変えてみる）： アプリ担当　（ﾟдﾟ）=3　 ファイルの読み込みが根本的に遅すぎるんですよ！ 　↓ ＡＰＩは悪くない！悪いのはドライバだ！！ 　↓ ドライバは悪くない！悪いのはハードウェアだ！ 　↓ ハードウェアは悪くない！悪いのは・・・ 830 名前：仕様書無しさん mailto:sage [04/09/04 18:28] 結局元に戻る気がするんだけどw 831 名前：仕様書無しさん mailto:sage [04/09/04 18:46] 結局一番立場が弱いところに行くことには違いなかろう 832 名前：仕様書無しさん mailto:sage [04/09/04 19:11] だが、何も考えずにファイルをOpen Closeするのもどうかと思うよ Windowsみたいにメモリをもてないシステムはハードを直接たたくことが多くなるからねぇ この動きはソフトからチップ化しても変えられねぇだろ。 マルチメディアのプログラムで ファイルの頭のヘッダを読み出すのと実際のデータを読み出すので何度もオープンクローズとか、 再生中にファイルのヘッダーへseekとか、馬鹿じゃねぇか...I/Oは動作の単位が違うんだよ。 ま、それもこれも、ちゃんとチューンナップしたミドルウェアチームだからいえることだが（＾＾； どっちにしても、たらいまわしはいけねぇ。いけねぇよ。 ここで、アプリチームに助言。 ミドルウェアチームにはこう聞いてやれ。 「平均何bpsで動くように設計していますか？で、測定結果はどうですか？最悪値はいくらですか？ってね。 やってねぇミドルウェアチームは職務怠慢だな。 833 名前：仕様書無しさん mailto:sage [04/09/04 19:15] んなこたーない デバイスのスペックから理論値は出せるだろ 後は理論値とかけ離れて遅いﾔｼを探すだけでは こんなの政治力だけで犯人にされちゃたまらんぞ… 834 名前：仕様書無しさん mailto:sage [04/09/04 19:26] >>830 仮に戻ったとすると・・・ ドライバは悪くない！悪いのはハードウェアだ！ 　↓ ハードウェアは悪くない！悪いのは・・・ ドライバだ！ 　↓ ドライバは悪くない！悪いのはハードウェアだ！ アプリ担当：「おら、知らね」 これが "戦略" というものだ。 835 名前：仕様書無しさん mailto:sage [04/09/04 19:30] 普通ロジアナでも使って犯人探しするんじゃない？ 犯人がわかった上でリソースやら時間の制限やら政治的な理由やらで よそに押し付けすることはもちろんありそうだけど。 836 名前：仕様書無しさん mailto:sage [04/09/04 20:44] アプリ担当なら、複数メーカーの市販機種で動かして見りゃいいべ。 １メーカーだけ極端にレスポンスが悪けりゃ、そのメーカーのAPI以下の怠慢。 どの機種でもやっぱり遅かったら…、さっさと作り直せ。 837 名前：仕様書無しさん mailto:sage [04/09/04 21:42] >>817 実際、デバックっちゅーのは大変だよな。 >>821 禿同。 838 名前：仕様書無しさん mailto:sage [04/09/04 21:58] >>837 仕様を変更する企画が悪い、事業者が悪い。 なにより悪いのはICEを購入しない現場が悪い。 効率が悪すぎる開発現場だ。。。 人を入れたら良いってものじゃないだろうよ 839 名前：仕様書無しさん mailto:sage [04/09/04 22:00] なんかいつもUI担当に押しつけられるのですが・・・ 840 名前：仕様書無しさん mailto:sage [04/09/04 22:10] アプリ屋にデジアナ使える奴少な杉・・・ ボードで信号取り出せるとこもっと少な杉・・ 841 名前：仕様書無しさん mailto:sage [04/09/04 22:13] >>839 実際、UIが原因なことが多いからな。 842 名前：仕様書無しさん mailto:sage [04/09/04 22:58] そろそろ帰りたいんだが・・・ 843 名前：仕様書無しさん mailto:sage [04/09/04 23:22] 帰れよ！ 故郷に帰れよ！ お前はがんばった！よくがんばってくれた(;´Д⊂ 844 名前：仕様書無しさん mailto:sage [04/09/04 23:22] 今日中にこの(仕様)バグ閉じろよ..........あぁ、言ってやりたいいってやりたいいってやりたい 845 名前：仕様書無しさん mailto:sage [04/09/04 23:31] 今日も明日も明後日もずーと、ずーとお仕事　　○|￣|＿ 846 名前：仕様書無しさん mailto:sage [04/09/04 23:32] >>845 代休はしっかり取れよ 当然の権利だ 847 名前：仕様書無しさん [04/09/05 00:12] ODN系な人っている？ 孫という人からなんかメールが来たとか聞いたんだけど。 ケータイに参入したいから総務省をどうにかしたいとか。 848 名前：仕様書無しさん mailto:sage [04/09/05 00:48] 評価完了直前に仕様書変えてよこす事業者って困るよな。 849 名前：仕様書無しさん mailto:sage [04/09/05 00:50] >>848 特に海外な。 850 名前：仕様書無しさん mailto:sage [04/09/05 01:00] >>848 そんなこと言ったら、 評価完了直後に仕様書が出来たとか言ってるとこはどうなるんだ。 ていうかお前らどうやってテスト仕様書を（ｒｙ 851 名前：仕様書無しさん mailto:sage [04/09/05 01:12] 現状の動きでテスト仕様書を修正 現状の動きで仕様書も修正 そして全ては仕様どおり、みんな丸くおさまりましたとさ（実話） 852 名前：仕様書無しさん mailto:sage [04/09/05 01:56] >>847 こちらへ ソフトバンクBB　携帯電話業界参入なるか？！ hobby6.2ch.net/test/read.cgi/phs/1094293550/ 853 名前：仕様書無しさん mailto:sage [04/09/05 02:08] >>851 それは一体誰が望んだ仕様なのｋ（ｒｙ 854 名前：仕様書無しさん mailto:sage [04/09/05 03:36] >>853 現状の機能を仕様書にあわせるって事か 855 名前：仕様書無しさん mailto:sage [04/09/05 04:05] >>851 漏れもそれの巻き添え食った。つい最近。 856 名前：仕様書無しさん mailto:sage [04/09/05 10:39] 俺はUI担当だが、良く実装担当から、やっぱ無理なんで違う案考えて、とか言われるよ レビューのとき、お前居たし、実装できますって言っただろｺﾞﾙｧ、といつも言いたかったり 857 名前：仕様書無しさん mailto:sage [04/09/05 10:53] >>854 それは普通のデバッグでは？ 858 名前：仕様書無しさん [04/09/05 11:20] こうして携帯開発は続けられていくのでありました ﾁｬﾝﾁｬﾝ 859 名前：仕様書無しさん mailto:sage [04/09/05 12:32] 俺の使ってる携帯にもこんなドラマがあるんだろうか… （(；ﾟДﾟ)ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ 860 名前：仕様書無しさん mailto:sage [04/09/05 13:12] 確実に有る。 861 名前：仕様書無しさん mailto:sage [04/09/05 13:54] ドラマどころか、「こんなバグ出るんでつけど」と言うと 「えー？ああそこの処理は前の前の前の前の機種から何も変えてないよ！ 　前の前の前の前の機種のバグだね！私たちのバグじゃないから直すのには 　時間がかかります！」 って言う奴とか 「ああ、その関数はテストしてないんですよ。バグったら直せばいいかなと」 ってわらって言う奴がいっぱいいまつ。 他に 「バージョンアップしたらバグらなくなった。何が原因かわからないけど仕様通りなので問題なし」 という人も結構いはる。 862 名前：仕様書無しさん mailto:sage [04/09/05 14:00] そういや、 「この処理が流れてるならこんな短時間でOOできるはずないです。 前の機種でほんとにこの処理は呼ばれてたんですか？」 とかいうマヌケな質問があったっけ。 863 名前：仕様書無しさん [04/09/05 14:12] >「バージョンアップしたらバグらなくなった。何が原因かわからないけど仕様通りなので問題なし」 バグの種類が恥ずかしくてごまかしてる可能性もあり。 864 名前：仕様書無しさん mailto:sage [04/09/05 14:20] いつかは破綻しそうな悪寒 865 名前：仕様書無しさん mailto:sage [04/09/05 14:21] ソフトバンクの携帯がでたら、やっぱり同じユーザ同士、 中に保存されているデータがのぞけちゃったりするのかね？ YBBのときみたいに。 866 名前：仕様書無しさん mailto:sage [04/09/05 14:28] ここで一斉蜂起、ストライキですよ。携帯PGのみなさん。 867 名前：仕様書無しさん mailto:sage [04/09/05 14:58] >>866 したいよね〜。でも工期が延ばすことができて、余裕を持った 人員を配置すると価格に跳ね返るよね。 競争力の維持ができるんだろうか？ ユーザーやキャリアが黙ってない気もする。 どうすりゃいいんだか。 868 名前：仕様書無しさん mailto:sage [04/09/05 15:02] docomoの開発やってる奴も、Vodaの開発をやってる奴もauの開発やってる奴も 皆いっせいにやればよい。サムソン等、海外に競争相手もあることだし、 KDDIにしろNTTにしろ、慌てるだろう。 869 名前：仕様書無しさん mailto:sage [04/09/05 15:02] >>846 ありえん。。。 代休取れるなんてありえん。。。 870 名前：仕様書無しさん mailto:sage [04/09/05 15:06] >>864 安心しろ、もうとっくに破綻してるし 発売後に何度も何度もソフト更新してる 871 名前：仕様書無しさん [04/09/05 15:08] ちみらの嫁さんは大丈夫か？浮気はしていないか？？ 872 名前：仕様書無しさん mailto:sage [04/09/05 15:08] ＦＯＭＡ開発の残業代のおかげでホームシアターセット揃えたから ストなんてやる気ねーな 873 名前：仕様書無しさん mailto:sage [04/09/05 15:12] 短い工数で突貫工事しても、あとから不具合発覚＆通知＆更新してたんじゃ 安く上がってない気がするんだけど 874 名前：仕様書無しさん mailto:sage [04/09/05 15:24] そろそろメーカーも納期短いとその分品質墜ちる、って気づいてるはず・・・・ しらんぷりして「できるはずだからヤレ」って言ってるだけなのか？ 875 名前：仕様書無しさん mailto:sage [04/09/05 15:34] いやいや、品質には興味ないでしょ。 どれだけ人間をこき使うかコンテストやってるようなもの 876 名前：仕様書無しさん mailto:sage [04/09/05 16:03] 安くあげて、客にテストさせるのがおいしい。 877 名前：仕様書無しさん [04/09/05 16:37] >>868 そうしたら、海外から端末調達するだけだろう？ 端末メーカも開発海外丸投げか出来合いの端末を買ってきて納入、ということになる。で、英語のできない技術者はリストラ。 878 名前：仕様書無しさん [04/09/05 16:40] >>856 考えればいいじゃん。そこで意地のはりあいするからスケジュールが遅れたり実装がめちゃくちゃになったりする。 879 名前：仕様書無しさん mailto:sage [04/09/05 16:42] そういえば、なんで国内で開発してるんだろうね。ちょっと不思議 880 名前：仕様書無しさん mailto:sage [04/09/05 16:50] >>879 電話以外のオマケ機能は日本がだいぶ先行してる　＆　英語わかりませ〜ん 881 名前：仕様書無しさん mailto:sage [04/09/05 18:12] てか、電話と、あとちょこっとメールができればそれで十分な人は 多いと思うのだけど、何が携帯電話を恐竜的進化せしめているのか よくわからん 882 名前：仕様書無しさん mailto:sage [04/09/05 18:12] >>879 昔小規模で社内で無理無く開発出来てたのの名残だと思う。 今やフレームワーク等の最新技術は殆ど米製だもんなあ。 その内労働力も中国とかに完全シフトするぞ。 その分野ではNが先行しているな。 883 名前：仕様書無しさん mailto:sage [04/09/05 18:26] >>881 docomo仕様だろ あ、ﾄﾞｷｭｿ仕様の間違いだった 884 名前：仕様書無しさん [04/09/05 21:29] >881 日経エレクトロニクス読んでゲッソリ。 今までだって大変なのに、これからのLSIはマルチコアなんだってさ。 LSI内にマルチCPUって意味なんで、ハードのパフォーマンス引き出すのに ソフト技術の差が大きく出るらしい。デバッグも難しいらしい。 開発手法を改めないと、俺は2年後に死んでしまう。 今やってるプロジェクトは内部で 「ウォーターフォール型人海戦術インパールプロジェクト」 って呼ばれていて、本部長はインパール提督って呼ばれているのだ。 ユウウツだ。 885 名前：881 mailto:sage [04/09/05 21:45] >>884 ……がんばれ。 いや、あんまりがんばらないでください 886 名前：仕様書無しさん mailto:sage [04/09/05 21:55] そろそろ帰りたいんだが・・・ 上司と正社員が残ってるから帰れない・・・鬱 887 名前：仕様書無しさん mailto:sage [04/09/05 21:59] そろそろ帰りたいんだが・・・ 協力会社が残ってるから帰れない・・・鬱 888 名前：仕様書無しさん mailto:sage [04/09/05 22:03] そうやってけん制し合う不毛な戦い...いいかげんやめてくれ 889 名前：仕様書無しさん mailto:sage [04/09/05 22:17] ハードが遅れて評価期間が足りなくなった。 どうするよｵｲ 890 名前：仕様書無しさん mailto:sage [04/09/05 22:19] 人海ｓ（ｒｙ 891 名前：仕様書無しさん mailto:sage [04/09/05 22:42] >>884 汚いソースを使い回ししている会社は崩壊ですか？ 892 名前：仕様書無しさん [04/09/05 23:17] >>884 本部長は インパール提督じゃなくて 牟田口中将閣下です よろしく

---

---

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

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