携帯プログラマー死ぬなよ。明日があるさ

塹壕戦つづきだと、へこむと思うが皆がんばってくれ。
死んだら家族や彼女が泣くぞ。

>>1
必死に糞Javaと格闘しながらiアプリを作っても、
遅いヘボイと評価は散々、
多量のアプリを用意するも月300円ですら客は増えず、
儲かるのはドコモばかりという・・・。鬱だ。

どこか順調に利益を上げているところはありますか。

SOだ！SOだ！気にすんな！

SOのせいで死ぬなよ。みんな

率直に聞くけど今回の件は、ア＊リ＊ス のバグ？
それとも ソ＊＊？

?

sonyですよ

今月の日経エレクトロニクスにも携帯のソフト開発のつらさに
ついてアプリックスとアクセスの社長のインタビューが載ってるね

あー、503iやっちゃったねー、
http://news.yahoo.co.jp/headlines/nnp/010511/loc_news/10450000_nnpnws020.html
http://www.nttdocomo.co.jp/new/contents/01/whatnew0511.html

しかし、どんなに都合が悪くなっても絶対に自分の非を認めないのは
欧米人の常套手段だが（えひめ丸の時の潜水艦の元艦長、あいつ何とかしろ）
それに似た事やってるなあ。

　>特定の操作を行うと個人データを保存しているメモリーに異常が
　>発生し、保護されていたデータを読み出すことができるようになる。
　>さらに、第三者がｉアプリに備わっているネットワーク接続機能を
　>悪用すると、不特定多数の個人データを収集できてしまう

と指摘されてるにも関わらず

　>データの流出については「その可能性はない」

と返答してるんだから。
ＳＥやＰＧならすぐ分かる事だが、その可能性が「ある」場合は
テストパターンを突き詰めて再現すれば比較的簡単に可能性が
ある事を説明できる。
しかし、可能性が「ない」場合を説明するのは、現象が再現できないのだから
非常に難しい。最低限、設計書とソースコードを見なければ説明できる
わけがない。この作業はある程度日数を要するものであり、１日で解析するのはかなり難しい。

つまり、ドコモの広報が「可能性がない」といってるのはその場しのぎの
ハッタリだという可能性が非常に高い。会社のブランドイメージが落ちる
事を恐れての対応だろうな。
もっともバグを再現されては都合が悪いので全台回収して闇に葬る気だろう。
なんか、客もなめられたもんだな。
＃それか「こちらでは再現しません」ってか？（ｗ

いや待て、上の文章はロジック的におかしい（ｗ
バグがあると指摘されているにも関わらず可能性がないと否定してるんだな。
と、いう事はバグを指摘した人は、バグが出現するテストパターンと
再現手順、それから不都合時の現象を指摘したわけだ。
この時点でドコモが反論できる道は一切絶たれている。
バグを再現されてしまったのだからな。
にもかかわらず、糞ドコモは「その可能性はない」と言っている。
つまり糞ドコモがやっている事は
1)本当はバグがあるのを認識しているにも関わらず会社のイメージが
　落ちるのを恐れて、大丈夫だと大嘘を言っている
2)必殺技「こちらでは再現しません」を使っている（ｗ

のどちらか。多分1)の可能性が大

3)「仕様です」

タイマーの初期値を間違えただけだろ

儲かるのは糞ドコモばっかだし
サーバはアタックされまくりだし
サーバ落ちちゃったら
「おとしてんじゃねぞｺﾞﾙｧ」
糞ドコモからソッコーいってくる。

i-modeのはじめた初期のころは
今にくらべて糞ドコモも態度
でかくなかったきがするけど
ユーザが増えてから糞ドコモ
テングになった。

うちのマイクロソフト製のOSも同じ様にセキュリティバグ抱えてるんですけど
無償で交換してくれませんかねぇ・・・・・・

マイクソソフトサポート技術情報：文書番号191969

「OSがセキュリティバグを抱えている」

対象：Windows95,98,98SE,Me,NT4.0,2000
現象：Windowsでセキュリティバグが発生する

対応方法：この現象は仕様です。
　　WindowsXPではこの問題は発生しません。
　　問題が気になる方はWindowsXPの購入をご検討ください。

-------------------------------------------------------

　　この情報はあなたに対して役に立ちましたか？

　　　　　○　はい
　　　　　○　いいえ
　　　　　◎　逝ってよし


　　　　　　　[送信]　[リセット]

あはははは

つーか、恨み晴らさでおくべきか
なんてプログラマがしこんだんだろ、それって。
おれならやってる。

やっぱ、ドモコ、ボイコットでしょ。
auマンセー

携帯屋さんと共同でお仕事をさせてもらっているのですが、
かれら、かなりお金もらっているよ。
うらやましいと思った。

いいんだよ、いいんだよ、
こーやってバグが出まくれば。

そうすればDoCuMoも独自仕様を捨てて
業界標準の、MicroEdition+JBlendに
移行して丸く収まる。
下手に上手くいって、統一が遅れる方
が後々問題になるよ。

>>9
キミ、これがどういうバグなのか理解してないだろ。
要は他のiアプリのスクラッチパッドが読めてしまえる場合があるということなんだが、
スクラッチパッドに重要な情報を格納するケースが現状どれだけある？

↓この記事はちと煽りすぎだ。
http://news.yahoo.co.jp/headlines/nnp/010511/loc_news/10450000_nnpnws020.html

>>21 あたまくさっとんのとちゃう？それじゃあ、スクラッチパッドには
セキュリティホールがあるから重要な情報を格納するな、つーことで、
ひいてはiアプリで重要な情報を扱うなつーことと同じだ。ようはドコモは
iアプリは、ゲーム用ではなくビジネス向け、と主張しているが、それが否定
されかねない事態だから、慌ててるんだよ。

否定するわけ。

>>20 アプリックスの方ですか（ｗ
こういうときは静かにしていた方が身のためですよ。
反省の色がない、と叩かれますよ。

Intelもたまにポカをやるが、この業界の怖いのはクリティカルパスが
いたるところにあって、1個人でも会社傾かせるようなダメージを
与えられるところですね。

巨大企業のブランドイメージも、従業員100名程度の企業の製品の
品質に左右されるのか..

ＳＯ５０３ｉのバグって、ＯＳ部分、それともアプリの部分のどっちなの？

他のメーカはsunのJVMを使ってる。sunはスクラッチパッドとかの
サンプルも提供してるから、メーカはそれをちょっとアレンジすれ
ばいいだけ。アプリックスの場合、サンプルはなくアプリックスの
JVMにあわせてソニーがゼロから作った。そこがバグった---こんな
感じじゃない？全くの想像だけど。

SOは実行速度は速いけど、それはガーベージコレクションなどの
部分を手を抜いているからといううわさが。sunのものよりメモリ
の未回収が起こりやすい作りなんじゃないかな。

アクセスとアプリックスにはどちらもお世話になっているので、
両方頑張れ、と言いたい。
ドコモはもう少し氏ね。

>>27 ソニーの方？

こちら携帯鯖側。
○▲通さん、しっかりプログラム書いてください。

だってドコモが早くだぜっていうんだもん。
W-CDMAだってあの様だし。

>>26 の真偽は？
関係者の率直かつ巧妙なちくりを期待age

ガベコレが描画速度のベンチマークに影響したりはしないと思うけども。

それがするんだな。データの参照方式（直接/間接）やポインタ（笑）と整数を区別するための
フラグを持つか持たないか、とか。むつかしい言葉でいえばExactGCかConvervativeGCか。
ま、こんなことはVMやJITを作ってないとわかんないけど。

JBlendがどうやってるか知らないけど、sunのVM(HotSpotを除く)はConservativeGC。
整数とポインタを区別する情報をもたない。ポインタっぽい整数はポインタとみなすので、
たまたまそれに一致する未使用オブジェクトがあると、回収できない。kvmはexactGC
で、それを区別するフラグを整数やポインタ一つ一つにもっている。正確に未使用オブ
ジェクトが回収できる反面、整数を読み書きするのにもフラグもいっしょにしょりしなきゃ
いけないから、ひらたくいえば遅くなる（もちろんなるべく速度低下を押さえる方法も
ある）。また、データを直接参照するか間接参照にするかも、直接だと当然速度が速い。
間接だと当然遅い。そのかわりメモリがちらかって細かなブロックに断片化しても、
オブジェクトの位置をメモリ上で移動できる。直接参照していると、そのオブジェクトを
参照しているすべての情報を書き換えないといけないから、事実上移動できない。
（これも両者の利点を併せた変形がいろいろある）。パソコンの場合、メモリが有り余って
るから、速度優先の方式を使うのが普通。ｋｖｍは多少速度を犠牲にしてもメモリが確実
に回収できて、断片化してもデフラグできる方式をとってる。携帯でもメモリを気にせず
にパソコンと同じ方式をとれば、その分速くなる。ま、推測でしかないけど。

なにゆっとんのかちんぷんかんぷん
だれか要約してけろ

>>35
ガベージコレクションが何だか判ってないとね

>>35
おいおい。34がちんぷんかんぷんだとプログラマとしては先行き暗いぞ。
勉強しなはれ。

ConservativeGCはBoehm
http://ei5nazha.yz.yamagata-u.ac.jp/~aito/gc/gc.html
で色々試してみるといいと思う。

>>33=34
最近OpenJITの雑誌記事を読んだだけの厨房だろ（ｗ

>>38 そんな記事がどこかにあるの？なんて雑誌？

厨房なのかどうか知らんけど、言ってることは正しいのか、どうなんだ？
だれか教えてくれ。

ガベージコレクションのやり方が大きく３つぐらいあるんだよなぁ。

さて問題その３つを答えよ。

>>41
参照カウンタ型ガベージコレクション
保守的ガベージコレクション
世代別階層型ガベージコレクション

OK?

>>42
違う。2つ目と3つ目は、マーク＆スイープ方式の中の区分だ。

参照カウンタとマークスイープと。あと3つ目は知らない。
悔しい。これでボクもAngelicLayerを続けられる。

>>43
今日はAngelicLayerの放送日だね！わくわく。

>>40

ん。>>33-34 のことだよね？
俺も全然詳しくはないが、だいたい合ってるんじゃないかな？

ただ、ExactGCを実現するために必要なフラグの存在「くらい」で、
処理速度ってそんなに差が出るかな？とは疑問に思う。
メモリは当然その分余計に使うが、速度とはちょっと別な話題。
そのぶんガベコレ自体の頻度が上がるという間接的理由なら
ありそうだが。

そういう意味では、1つ前の文への回答としては
ちょっと首を傾げる。単発の文としては合ってると思う。

>>45 でももしパフォーマンスにほとんど影響しないなら、みんなExactGCを使うんじゃないの？

・参照のカウント
・mark and sweep
・copying

copyingってなんだろ？

GCが関わってくるなら、描画周り以外も速くなるんでわ＞SO503i

一ヶ月も前にJavaHzで話題になってたのになんで今ごろ回収発表なの?
内情に詳しい人ｷﾎﾞｰﾝ

だれも描画周り以外は速くならないとは言ってないんでわ>>48

ごめん、素朴な疑問。
SO503iってア※リ※スが作ったOSが走ってるの?
っていうか、503iシリーズにはア※リッ※スのOSが採用されているんですか?
業界外の人間なので、全く分からないんですが…

>>51
sony板か携帯板いってごらんよ答えは書いてあると思ふ

>>49
どうしてもリコールさせたい人たちが煽ったんじゃないッスか。

＞また、独立行政法人・産業技術総合研究所（前・工業技術院電子技術総合研究所）の検証実験でも、メールアドレスやパスワードの流出が確認された。

このあたり、何か作為的なモノを感じるんスよね、俺的に。
わざわざ別のiアプリにメールアドレスやパスワードを格納しといて、
それを読み出して、はいアドレス流出したぞみたいなー。

知識のない人は、スクラッチパッドではなく、
ケータイ本体に格納してあるアドレスなどが盗まれるものと勘違いするでしょー。

>>53 Jハウスのひろみちゅの野望

うあ、ほんまや。よーみたら高木センセのとこやん。なんとなく納得。

うーむ。ついに高木先生はソニーさえも揺るがすまでになったか。
携帯各社は、彼を招いて講演をしてもらうなど高木先生のご機嫌をとるように。
ストレートな金銭による懐柔は逆鱗を買うだけだから、賢くね。

iアプリ作ってるといつもSOだけメモリ不足になりやがる。
せげー迷惑なんだけど何とかしろ＞Sony

ネットビレッジのお知らせが修正されてるね。
http://rmail.netvillage.co.jp/so503i.html

不具合って言うなって圧力でもかかったのかな?

修正前

NTTドコモ SO503iにおいて内蔵iアプリ実行機能の不具合により、スクラッチ
パッド(データ格納メモリ領域)の保護が不十分であるというセキュリティ上の
問題が報告されています。

当社では、SO503iのこの不具合に対処した「リモートチェッカー」を開発し、
提供する予定でございますが、お客様の情報保護を第一に考え、

修正後

NTTドコモ SO503iにおいて、ある種のiアプリにより「リモートチェッカー」
のデータ保存領域に影響を受ける可能性があることを確認致しました。

当社では、SO503iに対処した「リモートチェッカー」を開発し、提供する予定
です。「リモートチェッカー」では、お客様の重要な登録情報が保存されてい
る為、お客様の情報保護を第一に考え、

http://www.zdnet.co.jp/mobile/0105/14/so503_m.html
割と冷静な記事かも。

>>60
臭い記事だと思ったが。
この週明けからこの手の記事がぼちぼち出てきそう

>>60
こういう説明をドコモがやるべきだよね。すぐにね。

http://www.aplix.co.jp/
「俺たちは悪くない」モードだね (w

W-CDMA関連の仕事していた友人が死んだ。
まだ小さい子供がいるというのに…

>>65
あの仕事で何人のエンジニアが狂ったか…
何人のエンジニアが死んだか…

ドコモの栄光は、屍の上にある。

芋ーど、氏すべし！

>>64 結局Sonyが作った部分がバグったってことか？
だがユーザから見りゃ同じなんだよ。ドコモ、SONY、アプリックス
3人そろってユーザに謝罪しろ。特に大元締めのドコモは雪印と同じ
ようにトップは責任とって退陣しろ。

だからやめれって、そういう論調は。
かな〜りひきますゆえ。

>>68
板チガイ

基チガイ

結局26のいうことがいちばん当たってるのかな

http://ne.nikkeibp.co.jp/mobile/2001/05/1000002516.html
今回の不具合は，携帯電話機ユーザなどが書き込むインターネット上
の掲示板で指摘されたことから発覚した。「不具合を確認したのは5月
10日」（同社）で，5月11日夜になって発表した。開発元のソニーは，
NTTドコモの発表以上の詳細は明らかにしていない。また，同社向けに
Java実行環境「microJBlend」を提供したアプリックスは，同社製品
にセキュリティ上の問題はないと発表している。

SO503iには，液晶ディスプレイに傷が付きやすいなどの問題が，ユー
ザから指摘されていた。このため，NTTドコモでは2001年4月に改良版
を発売し，問題のある製品の交換作業を進めていた。今回のソフトウ
エアの不具合は，改良版では生じないという。（三宅 常之）

どうして5月に確認されたバグが4月にでた改良版では直ってるんだよ。
ウソついてるのは誰だ?!ユーザを馬鹿にするんじゃねー

で、何人の首が飛んだんですか？
ちゃんと責任とって辞める人はいるんでしょうね。
これだけのことしておいて誰も責任取らないでは
納得できないよな。

＞ウソついてるのは誰だ?!

コドモ

ドキュモの芋ーど

http://www.idg.co.jp/jwday/seminar/index.html
血が見れるかも(ﾊｱﾄ

明日って明るい日って書くんだよねー。俺にとっては一秒先は真っ暗さ。って関係ないからさげ。

携帯プログラマー死ねバー。明日はないでしょ。

明日はあるけど、今と同じような日々が続くだけ。

さっさと、電車にゴーーーーー

横須賀YRPでは自殺があっても誰も驚かないらしい。
日常的なんだとさ。
YRP内で仕事している友人から聞いた話だけど。。。

>>78 ひろみちゅの講演中にパイ（生卵の方がいいかな）が飛んできたりして。
なんたって42万台の恨みがかかってるからナ。
顛末はドコモ社員の仕業と分かりドコモ幹部が辞任。
ええシナリオや。

>>81
確かに自殺者が出ても驚きはしないが、自殺者が出たって話しは
聞かないぞ。
俺的には自殺するよりＲ＆Ｄに火つけてやりたいけどな。

R&Dって身勝手なの？

R&Dセンター = YRPのDoCoMo開発施設
R&Dが身勝手というよりは・・・

>>85
兵隊はだまって結果あげてくりゃーいいんだよ。

いやならいますぐ「電車にゴーーーーー」(w

放火でボゥーーー

というシナリヲもありかもね。

氏濡気になれば放火ごとき、怖くないだろ。

>>86ﾁﾐｶﾞﾔﾘﾅｻｲ

ヘルスでピューーー

はーすっきり、また明日からがんばるぞーってシナリヲもありかもね。

YRPは飯がまずかった。行ってたのは3年位前かな？

みんな墓穴の下に埋まるのさ。で、アホずらした厨房がそのうえでうんこずわりしながらだべるわけだ。
携帯でな。

2001.05.17付 朝刊
http://www.nishinippon.co.jp/media/news/0104/keitai/keitai.html#clip07

高木センセ大活躍！ マンセー！

>>92
＞総務省は「問題を確認できない」と回答

税金返せやｺﾞﾙﾗｧ

産総研がいうメールの漏洩の可能性というのはWebメールのことで、
ドコモがいう漏洩の可能性がないというのは通常のメールのことだよね。

ドコモは、知っててとぼけたのか、単に馬鹿だったのか分からんけど、
危険性を最初は否定->その後肯定というのは、ユーザの印象をより悪くした
ことは確かだね。

>２００１年４月１０日　プログラマーの杉本健一さんがセキュリティーホール（データ読み出し）を報告
>同２３日　取材に対しドコモがデータ読み出しの可能性を否定、再質問。

データの読み出しとなってるからメールとかじゃないでしょ。

>>96 うーん、どっからつっこんでいいのか…。ま、あんたがいってる事はまぬけだとだけコメントしておこう。

http://gigahz.net/ml/java/archive/showmail.cgi?d=7&f=7
http://gigahz.net/ml/java/archive/showmail.cgi?d=8&f=70
http://gigahz.net/ml/java/archive/showmail.cgi?d=8&f=73

>>95=97
どヴァカ晒しあげーん！

>>96=99
自分のバカを晒してんのか？

>>100
おまえのだよ(藁

おしえてください

ガーベージコレクション
ガベージコレクション
ガーベジコレクション
ガベジコレクション
ギャベージコレクション
ガベッジコレクション

どれがいちばんつおいですか

>ギャベージコレクション
これは絶対にない。

ウソをつかないでちゃんと教えてください
http://www.google.com/search?q=%83M%83%83%83x%81%5B%83W%83R%83%8C%83N%83V%83%87%83%93

どれを使えばjavaがはやくなりますか

宇宙刑事か……

garbageの発音記号は[ga：(r)bid3]だ。好きなようにカタカナ化しろ。
だが、ギャベージは絶対にない。

>>93
この問題に関してはひろみちゅは噛んでないって聴いたけど。

そうなんですか。つまらないです。もしかしてひろみちゅはiモードが苦手ですか。

高卒21歳フリーター、java勉強中

iアプリのプログラマーになりたいんですが
どういう人が求められてるんですか？

そんな暫定仕様の中途半端な代物に急いで飛びつく必要
無いと思うけど。＞Iアプリ
どうせFOMAだの、PDAと携帯の統合だの、いろんなことがあって
いまのIアプリ特有の変な技なんかどうせすぐ陳腐化すると思うぞ。

＞iアプリのプログラマー
こんなもん確かに趣味レベルだ
目新しいだけ。すぐなくなるよ。

エエエッッ〜〜〜！！！！
せっかくjava勉強したのに〜〜〜！！
どうしよ〜〜〜！！

とにかく今は携帯ゲーム作りたいんです！！
今のうちにどのようなスキルを磨けばいいですか？
このままjavaを続けるのか
それとも他の言語を勉強するのか
それとも「携帯ゲームなんかやめとけ」なのか

アドバイスお願いします。

JAVAは、i-modeだけのためにあるわけじゃない・・・

>>112 勝手に自分で作ってWebで発表すりゃいいんじゃないの？
好評ならそれを手土産にどっかのソフトハウスにもぐりこめば。
就職してその会社でゲームの作り方を教えてもらおうってんなら、
21歳フリーターだとちょっくらがんばりが必要じゃないかな。

iアプリは別の意味で高度な技術が要求されるぞ。

>>115
全部の機種で動作確認する必要性とか?(藁

知り合いに 俺iアプリ組めるんだぞ〜って自慢されちゃったので
２日かけて開発ガイドやらＡＰＩリファレンスやら
隅々まで読んでiアプリの作り方じっくり勉強してみた。

一昨日まで創作意欲もりもりだったが、腐った仕様にあきれ果てて
何も作る気がしなくなった。新しいスキルは身についた気がするが、
こんなので自慢したら恥ずかしいな・・・と密かに思った。

携帯電話に組み込むプログラム（C言語）をトロン上で開発している
方に質問です。

携帯電話における現在のトロンのシェアと将来性は
どのような感じなのでしょうか？

もしかすると、トロンの仕事を貰えそうなので、
スキルとしてどのくらいの価値のあるのでしょうか？

ITRONはべつに普通のリアルタイムOSだし、一般のリアルタイムOS
を知ってるなら一瞬で覚えられます。一般のリアルタイムOSのスキル
というなら、こまかな仕様よりも概念が大事ですね。排他制御とかの。

javaとITRONを融合させたJTRONは今後携帯で広く使われていくと
思います。

>>119
マジレスありがたうです。(ちょっと感動（涙））

Javaですかぁ・・・
Javaって今はただの流行でそのうち消えると言う人も
いますし、逆にこれから普及すると言う人もいますし
人によって意見が違うんですよね。まぁ何を開発するのか
にもよるんでしょうけど。
携帯ではJavaが普及しそうなんですね。
JavaってC++よりも優れてるんですかね？
Javaを使用することのメリットっていったい？
あまりJavaには今のところ興味がないのですが（ちょっとSDKで遊んだ程度）
食わず嫌いなだけなんでしょうかね〜

ちょっとひとり言・・・

以前、勤めていた会社での話です。
なぜ毎日のように残業してる人（企業の基幹業務系開発）より
殆ど残業してない人（組み込み系プログラム開発（通信機器））の
方が給料が良かったのはなぜ？　同じ勤続年数なのに。
（給与は個人の売上を反映させ決定されます（入社１０年目までは毎年１万円基本給が上がる））
この部は一人当たりの給与の額がすべての部の中で一番高いそうです。
しかも、小さな仕様変更の仕事が殆どなので、みんな一人で
仕事してました。チームで仕事をすることなんて殆どなかったようでした。
チームより一人の方が気楽でイイ！！なんて思いません？
しかも給料もよければねぇ〜

まあ売上ってのは、往々にして個人の能力や製品の質に
は比例しないからね。美味しいお菓子よりもポケモンの
お菓子のほうが売れるわけだし。

個人の売上で給料を決めるってのも公平なんだか不公平な
んだか…

www.ohmsha.co.jp/data/books/contents/4-274-07914-7.htm

こんな本が売ってるなんて・・・
夢にも思わなかった・・・・書店に逝ってみようかな
もっと詳しい書籍とか売ってるあるのかなぁ・・
あとは
実際の開発現場で自分の目で確かめてくるしかないのかなぁ〜

宣伝じゃないYO!!

>>118
ＯＳそのものの開発なら、ＣＰＵやハードウェアに詳しくないとまずいぞ
あと、アセンブラのソースも読めるようにした方がいい

>>123

なるほど
そうなんですか。とりあえず今回はＯＳの仕様は
あまり意識しない部分の開発らしいのですが、
徐々にＯＳの知識も勉強させてもらえるらしいです。
アセンブラかぁ〜　

www.ascii24.com/24/news/keyp/article/2000/12/05/620473-000.html

Windows CEは？

>>115
Java　Press　読んでるとよく分かるよね。

今日も終電か…

携帯業界・・・アナログ４ビット屋さんがデジタル３２ビットに
数年を経ずして華麗なる転身を遂げたという・・・。

謳う技術は高度でも、開発体制は人海戦術で管理屋は土建業と同じ。
ちゃんと元請け、中請け、下請けで階層化されてるし、途中で大枚
抜かれるのも一緒。

夢と希望を持って開発現場に飛び込んでも、１年もすれば只の歯車。
現場では折角ITRON使ったって思想もアーキテクチャも、標準化やら
仮想化やらオブジェクトかぶれの構造化設計屋くずれにねじ曲げられて、
壁の中に塗り込まれて、下っ端が覚えるのは訳のわからん固有の名前付けライブラリ
やら、マクロやら。

多分JTRONだって、アプリは独自に拡張されてめちゃくちゃになるよねえ。
ＯＳの中身はどっちにしても工業製品と言うより天秀才の芸術品で、
その辺のアホには手が出せないだろうし。

ま、タスク毎にアーキテクチャの違うソフトだってごろごろしてるんだろうから、
インタフェースしっかり取るだけでも廃人と死人の山だろうね。
メモリリークにポインタ飛ばし、データの出先と受け口で型が違うとか、
強制キャストなんて普通でしょ。

どんなに設計まずくても、出来、不出来は何人検査に投入できるかで決まるんだし。

旗振る連中は、うまいモン食らっていい酒飲んで、うっかりすれば海外で
接待で女抱いてるんだろうから、苦労が身にならない業界だよね。

赤い玉がでるまでがんばるこった。

０円になったら交換に逝ってやるよ。

じゃあな。

明日は北か?

>>47
正解だけど
「リファレンスカウント」
　アロケートされたメモリにカウンタをつけ、リファレンス元の数をカウンタに記録
　代入されるたびにカウンタをデクリメント

「マーク・アンド・スウィープ」
　オブジェクトのリンクのリストをつくりマークしていく。
　一つもマークできなくなったら掃き出す。

「ストップ・アンド・コピー」
　現在つかっている領域と新しい領域にわけ、
　現在つかっている領域から新しい領域にコピーし、
　新しい領域を現在使っている領域にする。

またまた,Sonyはやらかした模様。
年内100万台回収突破も秒読み段階。

>http://news.msn.co.jp/YMEC/20010521-225604.htm

でも対策として「ハードの人員をソフトにまわす」って
オイオイ、そういう問題か？？

SONYだけ突出して酷いね・・・。ソニータイマーが誤作動
しまくってることか？（ｗ

つーか、給料が低い社員の士気が低下してんでしょ。
金あげないと士気あがらんて。

もしかして、携帯のプログラミングに精通した技術者って
まだ少ないんですか？
よくバグで回収騒ぎが起こるのは技術力がないからですか？
ちゃんとテストしてないから？

あっそういえば、開発現場のSEに聞いた話、
なんかテスト業務やってる人たちって
だらだら仕事してるって言ってたなぁ〜
効率よく仕事して早く終わらせてさっさとお家に帰ろうって
いう気持ちがないって言ってたよ。
発売が遅れるのってこの人たちの責任だね。
あるメーカーの携帯電話の開発現場のお話でした〜　（終）

>>133　ソニータイマーはソフトだったんだ（藁

日経エレに開発会社の社長の、これからはソフトウェア工学の手法
を取り入れていかなければなりませんって、コメントとしてが載っ
てたけど、これって今はまだ取り入れてないってことだよね。
おそいっつーの。アクセスだったかアプリックスだったか。
それをわざわざ暴露するのもなんかなぁ。

アクセスの連中が書いたソース見たけど
ひでえもんだった。
あれはソフト工学しらねえな。

給料やすいから、残業代稼ぐんだろう。
効率上げても、給料上がらないからな。上司以外は。

136>>
そりゃ
「ハイ仕様変更〜、ここのテストやり直し〜、今日中にね〜」
を連発された日にはテスターもねぇ･･･
はよ帰れって言ったら喜んで帰るで。

ソフトウェア工学age

>>136
そりゃ、今まで文字通りの意味での携帯電話を作っていた連中が
いきなりPDAを作らなきゃならなくなったようなものですもの。
ソフトウェアはボロボロのつぎはぎだらけ、UIも腐りまくりだぁね。

UIの腐り様はどういうわけなんかな。特にPがヒドイね。
電話作ってる連中はMacを使ったことがないの??

マカー発見。

マックのUIで酷いのもあるけどね。

ドコモの携帯電話ではＮＥＣが一番バグなどが
少なく品質が良いと聞きましたが、本当なんですか？
まぁ　もしそうならテスト業務をしてる人達って
かなり大変そうだね？残業しまくりとか（汗）

>>147
敢えて言うとSharpが高品質
どこで聞いたの？

Dもよさそじゃない？後発だし。

>>148
ＮＥＣ　＜　Ｓｈａｒｐなんですか？
ＮＥＣへ携帯のプログラムの開発に行ってる
会社の営業の人から聞いたんですけど。
あ　高品質とは言ってたけど一番とは言ってなかったか・・・
首吊って氏にます・・・・・・・（死）

死ぬ前に各メーカーの品質の優劣を　
＜　　←の記号を使って誰か表してください。
冥土の土産にします・・・・・†

>>150

逝ってよし！！

Sharpはザウルスのノウハウがあるから、結構良さそうだね。
まぁ、ザウルスも出たては回収騒ぎあったけど（ｗ

ＮＥＣってそんなにいいか？　組み込みのミドルウェア作っている
連中は低レベルだったがなぁ。いろいろバグ見つけてやったぞ(;´Д｀)
おまけに、こっちが逆アセして解析して、修正点を教えてやらなければ
直さないほど愚鈍だったしな。

>>152

尿意！！

>>138
>>139
ソフトウェア工学の手法って、具体的には何よ。

D社向け携帯は
Sharp > NEC > Pana > Sony
という話を漏れ聞いたが。話の信頼性はさだかではない。

組み込みはCMMレベル1でもかなりひどい状況だね。

>>143-144
UIの設計って、そういうのが専門のデザイナーがやるんじゃないの？
よう知らんけど。

# 日本の製品って携帯に限らず、そういった方面を軽視してそうな印象あるな〜。

GCの話なら、
http://www.is.s.u-tokyo.ac.jp/~vu/jugyo/processor/process/soft/compilerresume/gc/gc.html
こんなページがあったーよ。

>>156
>UIの設計って、そういうのが専門のデザイナーがやるんじゃないの？

今のケータイ屋さんに、ハードウェアのデザイナはいるけど
ソフトウェアのデザイナはいないと見た。

ハードのUIについても、「親指族」に対応するために
キー配置ちょっとズラすだけで
クローズアップ現代のネタになるようなレベルだしなあ。

今のケ−タイは3次元CAD/CAMベンダ−の格好のネタ。
あの方面はケ−タイのモデリングばっかし。

携帯の中身はやったことないな
携帯用のＣＧＩならちょっとやったことあるけど
いやじゃなかったけど燃えもしなかった
お金しだいって感じ

就活の現実逃避にiアプリ作ってみた。
結構簡単だったな。

ついにドコモがSO503iの欠陥を知りつつ出荷を継続していたことが暴露された
http://quote.bloomberg.com/fgcgi.cgi?ptitle=title&T=japan_news_story.ht&s=AOx2ApB7pg2iDUoOC

ソ フト開発技術者向けのサイト「ジャバヘルツ」で、参加者のプログラマー、杉本健 一氏がＳＯ５０３ｉを攻撃する実験ソフトを作成し、データを読み出せたことを、 手順を示しながら公表した。

ただ、インターネット上で漏洩の可能性が指摘 されたことについては、ドコモは「何を目的に裏口からカギを開けるような行為を されたのか」（日向氏）と不快感を隠していない。

欠陥を指摘したら、その人間を犯罪者呼ばわり、とは…
これが日本を代表する企業か？セキュリティに対する基本的な
考え方が腐ってる

＞ドコモは４月９日、ソニーから保存領域の重複を知らされた。

で、杉本氏が実験ソフトを作成したというのはそのずっと後でしょ。
認めてくれないから作成して決死の覚悟で訴えたんだろうに。

何を目的にだ？あほか。何も分かってないな。感謝すべきだぞ。
そんな感じはしていたけど、そこまでダメだったとは。

つか検証すらしなかった理由がわからない
やはり電話屋さんなのか？

バレなければ未だ出荷しつづけたのかな

>>169
たぶんそう。
そしてある時期、密かにバージョンアップする気だったんだろ。

越後屋みてーな企業だな(藁

しかしソニーもドコモにお伺いを立てたら、いいじゃんって
いわれたから、そのまま製品を作りつづけたってのも、なんか
なあ。そんなもんなのか？ソニーとドコモの関係ってのは。

ソニーが自主的にこんな製品は出荷できないと、独自に製造
中止にするぐらいの主体性もないのか…それならSOの2文字を
消せよ

>>165
ああ、なんかむかつくね。

>>171
翼嫁
ソニーはバグ発見時点で改修してるんだよ
その時あった在庫分を売りきってしまったドコモが最大の問題！

>>173
そだね。
失敗はしかたのないことだけど、それを素直に認めないやつはまた同じ失敗をするだろう。

> ソニーは「読み出されるデータの中に個人情報が含まれているとは思わず、認識が甘かった」（大西氏）

ソニーもDQN。文系オヤヂの老害だな。

>>175
漏れはそうは思わない。反省の意にとれるぞ。

わはははは。結局インフラ屋とハード屋だもん。こんなもんやろ。
ケータイの今後を鑑みるに、
どうやってこやつらをソフト屋に変身させるかが鍵ですな。

もともとスクラッチパッドの内容を他のアプリが読み出せない
仕様にして安全性を高らかに歌い上げたのはドコモのはずだったのだが…
仕様を決めた人たちはみな転職してしまったのですか＞ドコモ

(つづき)

はじめから、「スクラッチパッドの内容は他のアプリでも
読み出せるので重要なデータは格納しないで下さい」
という仕様なら何も問題なかったわけだ。

自分で読み出せません、といっておいて、読み出されて
しまったら、「何のためにそんなことするんだ？」は
ないだろよ。ドコモさん

http://www.nttdocomo.co.jp/i/java/qa.html

Q iモードJavaでは不正なJavaプログラムに対してどのような対策をとっていますか？

A iモードJavaでは不正なJavaアプリケーションに対して以下の対策を施すことで端末側のセキュリティを高めています。
2. Javaアプリが他のJavaアプリを起動したり書き換えたりできない。（他のJavaアプリが使用するスクラッチパッドにもアクセスできない）

人とのInterfaceをもつDeviceは、すべてにおいて真の
Securityは存在しない。現在、Secureの意味することは
技術的な遮蔽、もしくは境界分離されることを指し示す。

Jun.6.1982 Wienerが教授をコケにした一言からの抜粋

「実験対象のソフトを選ぶのが難しかった。実験をしても、動作が不安定になる以上のことがわからないと思い、机上の検討に時間をかけた」（若林氏）

机上の検討って何だろう? 仕様書と睨めっこ?

>>182
>机上の検討って何だろう?

個人情報抜かれた場合に損害賠償責任があるかどうかとか、
全部回収したら損害いくらになるとかだよ、きっと。

ヘタレの考えそうなことだね。

ｉモード１３２５万台回収？ うへぇヽ（；´Д｀）ノ
http://www.nishinippon.co.jp/media/news/0104/keitai/keitai.html

>>184
なんでそんな悪戯にしか利用されない機能を付けるかな。

それって以前話題になったIMGタグのこととは別なの？

全機回収なんてしたらDoCuMoといえども重症だろ。
まぁどうせ、後々通話料に上乗せするんだろうけど。

</PLAINTEXT>とIMG=phonetoを組み合わせたと思われ

いいかげんNとDのバイブ機能を公開しろよｺﾞﾙｧ!!

http://www.zdnet.co.jp/mobile/news/0106/18/huguai2_m.html
「間に合わないからペースを落とす，という後ろ向きの考えよりも，技術を改善して，より満足してもらえるものを作っていきたいと考えている。もちろん，開発をおろそかにしてリリースを早めるということでは，決してない」（瀬良氏）

誰が氏ぬの？

>「今回のSO503iの問題に関しては，いわばハッカー（の仕業）みたいなものなんです」(吉岡氏)

こいつ完全に勘違いしとるぞ・・・。

どうしてそういうむかつく発言を繰り返すのかね。ドコモは

ドコモは買わないし未来永劫子孫にも買わせないから関係ないや（藁

デバッグ環境だけはどうにかならんもんかね。

突然だけど、ここのホームページは携帯用のやっかいなプログラムが組んである。
http://www.877877.com/?jc
http://sys2.mailook.ne.jp/
さすがに分析、若しくは壊せる人なんて、いるわけないよね？

>>195
ホストが引けないんじゃ、どうしようもない

>>191
>ハッカー（の仕業）みたいなものなんです

ハッカー(の仕様)かとｵﾓﾀﾖ・・・

今度出るJ-PHONEのSH-07（J-PHONE初のJava搭載機）ってどーなんでしょ？

・・・いや今度これに機種変更するもんで（＾＾；）
これって自分で作ったものとか入れられるのかな？

つーか
最近の携帯事情自体を全然理解してないんですケド・・・

ｷﾞｶﾞ払いの有料ｱﾌﾟﾘよりﾌﾘｰのｱﾌﾟﾘの方がいい感じがする。
なんでも有料にすりゃいいってものじゃない。
そーしないと質が下がるＹＯ(ﾟдﾟ)

>>198
SH-07の開発環境は、今年末頃になるようです。
現状では提供されるアプリを楽しむだけです。

こんにちわ分裂君です。
分裂病ですが、５日前からｉアプリのほうを開発しているので、よろしくお願い致します。

今現在は503ｉ上でのテストプログラムによる技術確立と、設計段階ですが、設計よりまず先に、完成予定画面をまず皆に見せしめよと博士号技術者にいわれました。
そんなこと考えもしませんでした。

現在発売されているｉアプリのスペックは、アプリケーションの媒体としては試験的といった所であり、本格的なインターネット、及びアプリケーションの開発・販売はまだ数年先を待たねばならないといった感じです。
さて、問題となるのは、ｉアプリでは１０ｋ前後のアプリケーションメモリしか用意されていません。
当然、クライアント側で付随できなかった機能は、サーバー側に負担を余儀なくされると言うと、
博士号は顔色の悪い震えた手で「いいだろう」と答えました。
この人はサーバー側の担当者で、もう死にかけています。
大丈夫でしょうか？

http://kaba.2ch.net/test/read.cgi?bbs=news2&key=993793994

>>200
情報ありがとほです。
うーん年末になれば色々面白いものJavaアプリがでてくるのかな
楽しみ楽しみ
ついでに自分で作ってみたりしたら楽しそうだなぁ（遠い目）

（・∀・）ｸｿｱﾌﾟﾘﾊﾞｯｶ!

そうでもないぞ。
妖怪探偵ちまちまをやりたいばかりにSH-07の購入を考えている。
あと、フラッピーと倉庫番が欲しいなぁ。。。

糞appliでも珍しがってユーザーが買う所がいいんでない？

関連リンク

「携帯電話の仕事って減りつつある？」
http://mentai.2ch.net/test/read.cgi?bbs=haken&key=988560787

今さー、ｉアプリ作ってんだけど、１０００行も書けないんだよね。
１０ｋ　のメモリ制限とっくに越えちゃったよ。

「やっぱり出来ませんでした」
なんて今さら言えないよ、バーカ-

>>209
そうかー？jarにするとちいさくなるよ、クラスふぁいる。
どんなiアプつくってるの？

あん？テメー俺様の企業秘密聞き出して真似する気か？
だったら聞くんじゃねーよバーカ-
NASAのＪＥＴ推進研究所の所長が嘆いてたぜ？
ｉアプリのスペックじゃ月まで飛べないってよ。

そこの君！
Javaの標準スペックが30k〜40kのＪ-フォンに乗り換えたいんだが、
うちの社長に相談してくれるかな？

>NASAのＪＥＴ推進研究所の所長が嘆いてたぜ？
>ｉアプリのスペックじゃ月まで飛べないってよ。

その所長頭おかしいです。

だよな。
画像が重いからダメなんだよ。
なんたって9600bpsだからよ、お空は紙飛行機しか飛べねーんだよ。

俺様は高級言語使いなんだよ。あん？

VBでも携帯に移植してみてはどうかね？＞分裂君

時代は今、Ｊａｖａサーブレットを目指しているっちゅー事じゃ。
そしてＶＢはWindows簡易専用言語と化すであろう。

分裂くんのお父さんって沖縄出身か？

　　　　　＿＿＿＿_＿
　　　 ／＿　　　　　　|
　 　 /.　\￣￣￣￣|
　　/　　／　 ―　― |
　　|　 /　　 　-　　- |
　 ||| (6　　　　　　>　|
　| | |　　　　 ┏━┓|　　 ／￣￣￣￣￣￣￣￣
| | | | 　　　　┃─┃|　 ＜　正直、せめてC++でお願いしたい。
|| | | | 　\　┃　 ┃/　 　 \＿＿＿＿＿＿＿＿
| || |　|　　　￣　￣|