アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
auは (スコア:2, 興味深い)
#ちなみに、私が機種変したW51CA(KCP搭載)はW41CA(KCP非搭載)比で速度が遅くなりました。もっさり。
#CAはKCPじゃない方が明らかに速いけど、某K社とかはKCPのおかげで救われたみたいですね。
auはBREWのおかげでいろいろと共通化できていいんじゃないかな。
この前友人のW51SAを見せてもらったら、ワンセグのソフトが共通だった。
Re:auは (スコア:0)
今度はメーカー間でプラットフォームを共有するために、またデスマ。
開発コストはいつ削減されているのだろうか?
# やや中の人なのでAC
# ↑ 一度これをやってみたかった
Re:auは (スコア:1, 参考になる)
>今度はメーカー間でプラットフォームを共有するために、またデスマ。
最初のうちは仕方ない。
PCのアプリ開発だって対象のライブラリを変えて他社と共同で開発していたら同様の事が起こる。
ポイントは共有プラットホームが出来たら、それを逐次メンテナンスする専任担当をきっちりそれらの会社に抱えて更新していくかどうか。
開発→新規コードの共有化→開発に反映→バグ取り→製品出荷
というサイクルならいつまで経ってもきっとデスマーチ。
開発→新規コード→バグ取り→製品出荷
| ↑
↓ ↓バグ情報
コードの共有化作業→バグ取り→次回開発用
こういう流れなら、先行して新規開発をおこなう会社をローテーションすれば共有化が生きてくるし、ソースを見る目も増えるからコード品質の
向上にも繋がる。
先行して新規開発をおこなう会社が固定化されていたら、それらの会社は混沌としたものになるだろうね・・・ってSANYO?
Re:auは (スコア:0)
実状は、各社向けにカスタマイ・・・・・・(笑)
てか、中の人だったので、AC。
Re:auは (スコア:0)
Re:auは (スコア:0)
一言でカスタマイズといってもいろいろあってだねえ。
Re:auは (スコア:0)