【Firefox OS】オープン系モバイルOS【Open webOS】
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2012/09/25(火) 21:53:44.37ID:FppiFnAzベースフレームワーク: HTML5
Open webOS
http://www.openwebosproject.org/
Firefox OS
http://www.mozilla.org/en-US/b2g/
No more Android or iOS
Firefox OS for Raspberry Pi
http://www.raspberrypi.org/archives/1787
関連スレ
【HP】webOS
http://engawa.2ch.net/test/read.cgi/linux/1323479836/
【ARM】Raspberry Pi Ver.2
http://anago.2ch.net/test/read.cgi/jisaku/1344259992/
【O3D】HTML5用 3D API WebGL 【Canvas:3D】
http://toro.2ch.net/test/read.cgi/tech/1308761577/
0067 忍法帖【Lv=40,xxxPT】(1+0：8)
2013/01/24(木) 01:23:50.62ID:N9ni84Hp＞Android用のアプリケーションは、基本的にはDalvik仮想マシン（VM）上で動作する。
http://ja.wikipedia.org/wiki/Android#Dalvik_VM
ネイティブ動作は特殊扱いらしい。
0068login:Penguin
2013/01/24(木) 02:21:04.35ID:F0rY3oSE0069login:Penguin
2013/01/24(木) 03:03:46.20ID:y6p98h+Fだからオープン系のスレだろここは
アホが多すぎ
0070 忍法帖【Lv=40,xxxPT】(1+0：8)
2013/01/24(木) 15:55:34.06ID:qo5NtxHn「Firefox OS」 ＝ 「学術実験」 HaHaHaHaHa！
http://japan.internet.com/allnet/20130124/2.html
＞Web に限定された Firefox OS では、モバイルアプリ開発へのアプローチに劇的な変化をもたらすことなどできないだろう。
＞それに、すでに既存のスマートフォンプラットフォームも HTML 5 Web 技術を十分にサポートしている。
＞これは、Web 技術の推進に、新たな別のプラットフォームなど必要ないことを意味している。
＞Mozilla Labs はこれまでも数多くの興味深いプロジェクトを立ち上げては放置し、自然消滅させてきた。
＞これらは Mozilla による「学術実験」と呼んでもかまわない。
＞モバイル市場に真にオープンなプラットフォームに対する需要があるのかを見極める実験だ。
まあ、確かに・・・。
0071login:Penguin
2013/01/24(木) 16:55:26.24ID:F0rY3oSE0072login:Penguin
2013/01/24(木) 17:59:26.99ID:WGH1UdS5facebookアプリのことか
0073login:Penguin
2013/01/24(木) 22:56:14.97ID:rSNXx2RP0074login:Penguin
2013/01/24(木) 23:09:07.17ID:y6p98h+F意味不
オープンだから意味があるんだよ
0075login:Penguin
2013/01/25(金) 00:15:59.53ID:4FKCS0n9オープンソースの利点は否定してないが
そこじゃなくて、既存のモバイルOSのでもHTML5自体は使えるんだよ
でも動作が芳しくない
>>72が書いてるfacebookアプリもiOSのはHTML5で書いたが最終的に元に戻した
iOS上じゃHTML5アプリは動作が遅くてユーザーの利用率が減少したからな
でもこのスレで出てるfirefox OSやWebOSは最初からHTML5で動かすことを目的で作られてる
だから動作も既存モバイルOSより遅れたりはしない
実際に動かしてる動画がスレにあったろ
0076login:Penguin
2013/01/25(金) 00:19:18.12ID:TIPU/aetiOSやAndroidみたいにHTML5もできます的なスタンスでは食い込めない
0077 忍法帖【Lv=40,xxxPT】(1+0：8)
2013/01/25(金) 00:37:13.10ID:a5pwLO9XiOS
Ubuntu Phone
Tizen？
Windows Phone
Java ＋ HTML5
Android
HTML5 のみ
FireFox OS
ネイティブ
速い、移植性が低い。
HTML5、Java（Android）
遅い、簡単にクロスプラットフォーム化。
FireFox OS の価値がイマイチ分からない。
オープン性と他がコケた時の保険ってことだけ？
0078login:Penguin
2013/01/25(金) 00:37:16.03ID:If5xbIV8既存のモバイルOSより速くなるわけじゃないよね？
速くなる理由がよくわかんないんだけど。
0079login:Penguin
2013/01/25(金) 01:17:44.93ID:ObzliRWrauの社長は、日本の低所得者向けとしても考えてるみたいだぞ？
0080login:Penguin
2013/01/25(金) 04:22:48.56ID:lxJb9ZclFxOSは分からないけどWebOSってそんな早くもないのでは？
WebOSのSDKにはネイティブ拡張もたしかあったよ
FireFoxはやっぱり脱落するのかなぁ。
0082login:Penguin
2013/01/25(金) 04:42:28.33ID:TIPU/aet2.0でだいぶきびきび動くようになった
ネイティブ拡張というか、ローレベルなアクセスやソケットなんかはJavaScriptからは使えないので、
CやJavaでサービスプログラムを書く必要があった
2.0からはサービスもJavaScriptで書けるようになった
BB10、Tizen、FxOS、Ubuntuと今年は買うものが増えるよやったねたえちゃん
0083login:Penguin
2013/01/25(金) 08:02:56.79ID:fX7dm0lKUbuntuはモバイルとデスクトップの区別がないからFirefox。TizenはWebkit2
0084login:Penguin
2013/01/25(金) 11:38:21.14ID:kMthJzMVそんな開発力ないだろうし。
MeeGoのは、ChromiumをNokiaのネイティブAPI Harmattanにポートしたもの。
基本的にQtポート。MeeGoはQMLなプラットフォームなんで。
0085 忍法帖【Lv=40,xxxPT】(1+0：8)
2013/01/26(土) 16:09:51.43ID:vNxRaHtD十分な速度で動くって、ホンマかぁ〜？ 信じられん。
https://twitter.com/masaruyokoi/status/294477168220712960
https://twitter.com/honjo2/status/294676007464607747
0086login:Penguin
2013/01/26(土) 16:43:38.02ID:bzo+tjSm0087login:Penguin
2013/01/26(土) 17:14:56.50ID:72xwgRPDHTML5にjsもcssも入ってんだよアホ
0088 忍法帖【Lv=40,xxxPT】(1+0：8)
2013/01/26(土) 21:22:13.03ID:BcQCZAvgこの人達にも言って！ ／人✧‿‿◕人＼ﾌﾟﾝﾌﾟﾝ
https://twitter.com/honjo2/status/294676007464607747
0089login:Penguin
2013/01/26(土) 22:02:07.80ID:9RKHJdfk動画見たら、悪くない反応速度だったけど。
0090login:Penguin
2013/01/26(土) 22:37:48.16ID:GDA384La0091login:Penguin
2013/01/27(日) 00:44:45.97ID:hzFahzpvFirefoxos要らん
0092login:Penguin
2013/01/27(日) 00:51:11.00ID:2v4WKw0rどの動画だ？
ひどい性能のしか見たことないんだが。
0093login:Penguin
2013/01/27(日) 01:32:17.52ID:t9GJwh98> FireFox OS の価値がイマイチ分からない。
HTML5オンリーてのがなんか最先端な感じがするってのはさておいて、
本当の価値はセキュリティだろうね。
ネイティブコードのアプリを一切実行させないようにすれば、
他に比べてセキュリティが高くなるのは間違いない。
ちなみに、Androidはネイティブコードも動くぞ。
0094login:Penguin
2013/01/27(日) 02:09:35.88ID:5SA3xelp0095login:Penguin
2013/01/27(日) 02:16:58.57ID:iqt/L6avFirefoxの方が知名度が高い。Tizenはdocomoが開発に噛んでる。
だからauが目をつけたんだろう。
0096login:Penguin
2013/01/27(日) 02:17:45.43ID:n/36YChf0097login:Penguin
2013/01/27(日) 08:19:51.72ID:gKVpXxWzTizen は、もうメインがサムスンになっちゃったし、
公開されている仕様書みると完成度も非常に低い。
普通選ばんよ・・・
0098login:Penguin
2013/01/27(日) 08:39:20.97ID:HiQlwCsthttp://ja.wikipedia.org/wiki/Tizen
興味がある点
１．Linux系との競合
Android、UbuntuPhone、FirefoxOS、Tizen
生き残るのはどれかなぁ〜？
２．エコシステム
アプリとか音楽・映画ストアとか今から構築するんでしょ？
３．CPUがIntel、x86コード
将来性ある？
ARM系の方が開発環境・ツール・アプリなんか充実してるんじゃない？
省電力性能とかIntel追いつけるのかな？
0100login:Penguin
2013/01/27(日) 13:34:22.30ID:n/36YChfお前が情弱だという事だけ分かった
0101login:Penguin
2013/01/27(日) 15:13:43.72ID:WV9Ylqm80102login:Penguin
2013/01/27(日) 18:28:30.49ID:9DNQ/R+40103login:Penguin
2013/01/27(日) 23:27:43.50ID:+XBHjKQBブラウザ上ではゲーム等のハイパフォーマンスアプリは非常に苦しいし
リアルタイム性の要求されるアプリ（例えば音楽アプリ等）も無理だろ。
これらを捨ててiOSやAndroidに勝てると、あるいは一般消費者のためになると思ってるわけ？
GoogleやAppleの支配構造が嫌だっつーやつがいるのは解るけど
俺はHTML5の支配はそれ以上に不愉快だぞ。
世の中には、3割や5割までのことは簡単にできるが
いくら頑張っても8割までのことしかできない技術的アプローチというのがあって
それにしがみついている人達を説得したり引き止めるのは非常に難しい、とは俺の同僚の弁。
（C++ゲームプログラマな）
一方Ubuntuは「俺らはウェブアプリもネイティブもどっちも歓迎だぜ！」とアピールした。
http://www.ubuntu.com/devices/phone/app-ecosystem
> しかしUbuntuはHTML5に限定されません。豪華な動きや画面遷移を持つリッチアプリケーションや
> グラフィックの重厚なゲームのために、Ubuntuはすばらしいネイティブ開発環境を提供します。
> それはQMLを用いています。C/C++と、性能が重要ではないUI部分にはJavaScriptを使用するエンジンで、
> 皆様に、ネイティブアプリケーションのためのとても洗練された容易な開発体験を提供します。
> さらに私たちは皆様に、ゲーム会社が多くのすばらしいゲームを制作するために使っている
> 完全ネイティブなOpenGLを提供します。それは、エレクトリック・アーツ、Valve、
> Unityテクノロジーズといったデベロッパーが今まさにUbuntuに協力している理由でもあります。
まともな開発者ならこっちを支持するだろう。
Tizenもネイティブ開発が可能。というより今登場しているモバイル向けOS群のうち
開発者がブラウザ（というよりFirefox）に縛りつけられるふざけたOSはFirefox OSだけ。
こんなOSの一体どこがオープンなんだよ。
今のMozillaはすでにソフトウェア文化全体にとって害悪になってるから
さっさと盛大に爆発して消えろ、氏ねとすら思ってる。
0104login:Penguin
2013/01/27(日) 23:30:51.27ID:+XBHjKQBiOSやWindows RTでFirefox動かせないのを非難しておいて
自分らはFirefox一体化したOS作るとかそんな主張が通るのか
筋が通らないだろ根本的に。
Mozillaのブログで、Firefox OSでIEは動かせますか？と冷淡に聞いてたやつがいて笑ったけど
0105login:Penguin
2013/01/27(日) 23:33:18.62ID:+XBHjKQBみんな氏んでいいよ。マジで。
糞ウェブ屋どもに大勢いるようだけど。
0106login:Penguin
2013/01/27(日) 23:55:32.11ID:9DNQ/R+4これ用に書かれたアプリケーションはAndroid、PC、Macで動くし、
iPhoneやWindowsRTでもAppleやMSがその気になれば動く
この辺はオープンなんじゃないの？
つまりアプリケーション開発者に対して
特定な端末にロックインされない開発環境を提供するっていう意味でオープン
0107login:Penguin
2013/01/28(月) 00:07:13.98ID:Yha0/jHU最後は極論すぎ。
不自由な環境での開発を極めることで開かれる世界もある。
過酷な環境が著しい機能発達を促すのはどの世界でもあること。
0108login:Penguin
2013/01/28(月) 00:09:18.21ID:zxv+/VoJChromeOS を非難してないから、筋は通ってるんじゃない？
だって、ぶらうじゃーじゃなくてOSなんだもん。 （ ﾟω^ ｀）ゝﾃﾍｯ
0110login:Penguin
2013/01/28(月) 00:31:13.78ID:Vkt9VWii何年コンピュータ関連の仕事してるのかしら無いけど（ほんの数年？）
パラダイムシフトが起こったら真っ先に振り落とされるタイプだわ。
0111login:Penguin
2013/01/28(月) 00:37:18.29ID:AmV+ml9b0112login:Penguin
2013/01/28(月) 01:29:12.36ID:NY1Yw0QQ>>103はそもそもスマフォでそういうゲームで遊んでんのかと問いたい。
何度も言うが、セキュリティの事を考えたらWebベースになるのは必然だ。
HTML5 は、内ゲバで内部分裂したんじゃなかった。
「静止画のくせに！」
「( ：)(．．)(： )(・・)コロコロ 変わる根無し草のくせに！」
って罵り合ってた記事があったような・・・。 (´・ω・｀）ゝ
0114login:Penguin
2013/01/28(月) 06:20:58.76ID:HqMJEcAChttp://d.hatena.ne.jp/naoya/20130124/1359018983
>期待通りにいけば、HTML で書かれているとは思えない速度のアプリケーションが、Webアプリケーションとして開発できる。マジですか。
この記事で引用されてるスライドでさも速いような印象を醸し出しており、
それにつられてWeb開発者が希望的観測で伝言ゲームしてる。
中間レイヤーがなくなること以外に速くなる要素がなく、
Androidの上に抽象化レイヤーかぶせてんだから
結局Android上のFirefoxと同程度。
0115login:Penguin
2013/01/28(月) 07:06:19.67ID:HHvKhMQJ俺もそこで吹き出したw
独自の世界観をお持ちなんだなw
0116login:Penguin
2013/01/28(月) 09:01:51.25ID:AmV+ml9bJavaVMの関連する中間レイヤーが無くなるのは、UIの操作感にかなり影響しそう
AndroidのFirefoxはすべてをNDKのコードで動かすことはできてないみたいで、
それをすべてネィティブコードにすることで速度は向上すると思われ
0117login:Penguin
2013/01/28(月) 09:05:42.91ID:Yha0/jHUHTML5は別にセキュリティ的にはそれほど大きな向上があるわけではないよ。
ローカルストレージにアクセスしたりできることが増えちゃって、そこで全部やるんだから。AndroidのJavaアプリと比べて特に向上点はない。GPS位置情報などもJavascriptからアクセス可能。
0118login:Penguin
2013/01/28(月) 19:15:39.21ID:zxv+/VoJ0119login:Penguin
2013/01/28(月) 20:53:31.27ID:HqMJEcAC逆に遅くなる要素はいっぱいあるように見える。
モバイルで応答速度は重要な一方で、PCとかの最適化戦略も取りにくい。
HTMLのレンダリング手法をタッチUIに使うのも(既存のOSでもそうだが)ヤバイと思う。
Web標準アプローチはハードルが高杉
0120login:Penguin
2013/01/28(月) 20:58:36.47ID:zxv+/VoJ＞速度が向上しそうとか、操作感がかなり上がるとか
技術的裏付けのあるソースは？
ぜんぜん話の筋が違うんだけど、そんな話聞いても信じられるおぼこでもないんだが
0121login:Penguin
2013/01/28(月) 21:19:13.04ID:AmV+ml9bAndroid上のFirefoxと比べて早くなるって話をしてるんだぞ
遅くなる要素って何だよ
0122login:Penguin
2013/01/28(月) 21:36:48.63ID:b1ILjqRF0123login:Penguin
2013/01/28(月) 21:42:15.24ID:C/HsaJjb0124login:Penguin
2013/01/28(月) 22:20:13.43ID:NY1Yw0QQただ、実用上問題ない速度で動くようにはなるはず。(ただし若干ハードルは高そう…)
>>117
まぁ確かにJavaアプリと比べたら劇的に向上はしないだろうね。
でも、現状はJavaアプリよりもまだガチガチだと思う。
0125login:Penguin
2013/01/28(月) 22:22:19.63ID:zxv+/VoJ0126login:Penguin
2013/01/29(火) 00:01:00.83ID:OyKfTHs5将来あらゆるアプリが Web アプリになるとか、
そんな日が来るとは全く思ってないけど、
UI記述言語はもう HTML5 でいいじゃん、とは思う。
そういう意味で Firefox OS には何となく期待してる。
Mozilla の人たちは NativeClient を実装する気はないみたいだけど、
もうちょいお手軽に sandboxed js-ctypes とか誰か作らないかな…。
0127login:Penguin
2013/01/29(火) 00:21:51.87ID:E2xDLtp2jsがネイティブの環境もある
0128login:Penguin
2013/01/29(火) 00:46:40.88ID:8WO9qU0cなると思うけどなぁ。
問題はコンパイルする速度も実行速度に含まれてるから、単純な最適化しか出来ない事だけど
それも頭のいい人達が解決するに違いない。俺は指くわえて見てるだけだが…
0129login:Penguin
2013/01/29(火) 01:12:42.49ID:E2xDLtp2情弱すぎ
0130login:Penguin
2013/01/29(火) 01:40:55.03ID:8WO9qU0cどこが？動的型だから速くならないと思ってるの？それこそ情弱だよ。
0131login:Penguin
2013/01/29(火) 02:36:30.86ID:N1p19DiJただJavascriptの場合Number型が厄介。
0132login:Penguin
2013/01/29(火) 03:29:30.29ID:Mi03u+eW0134login:Penguin
2013/01/29(火) 12:24:53.37ID:OyKfTHs5同時に上限も見えていて、今の JVM の性能を大きく上回るとは考えにくい。
勝手な偏見で書くと、
・平均速度は向上しても、ワーストケースの速度はあまり改善しない可能性が高い。
・速度が C/C++ の 1/10 でも 95% のアプリにとっては問題ないかもしれないけど、
メモリ使用量が 10 倍なのは問題。こちらもワーストケースの改善は見込めない。
0135login:Penguin
2013/01/29(火) 12:50:52.42ID:vSext/140136login:Penguin
2013/01/29(火) 18:15:44.44ID:N1p19DiJ数値計算とか配列処理が遅い。
http://benchmarksgame.alioth.debian.org/u64/javascript.php
まあ画像とか文字列を切っては捨てる富豪系ページだと相当のヒープサイズになるけど。
0137login:Penguin
2013/01/29(火) 23:13:00.98ID:OyKfTHs5確かに対 JVM 比だといい感じだけど…そもそも JVM のメモリ使用量がウンコすぎる。
対 C++ 比だとこんなもん↓
http://benchmarksgame.alioth.debian.org/u64/benchmark.php?test=all&;lang=v8&lang2=gpp
0138login:Penguin
2013/01/29(火) 23:31:47.93ID:oVcWFbJS一見軽いのはまだライブラリとか含めてコードサイズが小さいんだろうなとか、
プロパティの型推論とかやり出して起動が遅くなるだろうし、
DOMとかCSSも重そうだし、なによりモバイルで最適化に割く余裕とかないよな、
と、デモ動画見て思った。
0139login:Penguin
2013/01/29(火) 23:51:08.87ID:8WO9qU0c配列も中身は全て同じ型を揃えないと遅くなったりとか、気を付けて書くコードは
ネイティブ並に速くなって、そうでないコードは遅くなるっていう事だよ。
まぁ、以外とネイティブコードとの速度比較をしている人がいなくてみんな
本当の速度が以外と知られてないね。
0140login:Penguin
2013/01/30(水) 00:10:36.87ID:kba2axblEmscripten で変換したコードのベンチマークが参考になる。
おおむね型推論 + JIT がうまく働くようなコードが生成されているんではないかと予想。
http://syntensity.com/static/jsconf_eu_Emscripten_lo.pdf
これを速いと見るか遅いと見るか。
0141login:Penguin
2013/01/30(水) 00:31:56.37ID:kba2axblのだけども、この延長線上にネイティブバイナリ不要な世界があるかというと…
もしそれが可能なら、とっくの昔に JVM なり CLR なりが普及してるんじゃ? と思う。
.NET やら Java やらのバイトコードが JavaScript に置き代わったとして、何か状況が
良くなるとは思えない。
0142login:Penguin
2013/01/30(水) 00:32:35.30ID:tpA6mwx6半分に切って桁上り計算したりしてるので、
そういう目的に実行速度比較するのは全くそぐわない。
0143login:Penguin
2013/01/30(水) 00:33:57.39ID:tpA6mwx6http://tech.a-listers.jp/2012/10/10/faster-than-c/
0144login:Penguin
2013/01/30(水) 00:48:49.41ID:kba2axblNumber に収まらないときって、 2^53 とかだよね。あんまりベンチ結果には
影響してないんじゃないかな。本当にそこが効いてたら、実行速度が
数倍程度では収まらないと思う。
>>143
eval は反則だろ…。それ許すなら C の方も実行時コード生成を許さないと。
0145login:Penguin
2013/01/30(水) 00:50:30.75ID:3B2oRgJZ0146login:Penguin
2013/01/30(水) 00:56:27.38ID:mZZflP8iお前が使ってるアプリ、最終的には全部ネイティブで動いてるんだが
情弱くせえ
0147login:Penguin
2013/01/30(水) 00:59:02.17ID:3B2oRgJZはいはい言い直すよ
携帯電話上でネイティブバイナリで提供される必要があるようなアプリを動かしたいと思わん
0148login:Penguin
2013/01/30(水) 01:07:03.79ID:mZZflP8i言い過ぎたわ、ごめん
0149login:Penguin
2013/01/30(水) 20:58:50.68ID:tg8TjH3b全くもって禿同
0150login:Penguin
2013/01/30(水) 22:25:34.36ID:bZCyjTWcお！これは知らんかった、ありがとう。
やっぱり得手不得手はあるね。でもSpiderMonkeyはV8よりだいぶ遅いはずだし、
raytraceがTypedArray使ってる方が逆に遅いとか、まだ改善される余地はありそう。
>>143
これもすげー！つうかV8はえー！
モジラ陣営もIonMonkeyでV8に勝つつもりみたいだけど、頑張ってほしいもんだ。
0151login:Penguin
2013/01/31(木) 11:05:06.38ID:+/mxQAQz意外にも Emscripten で変換されたコードは、 V8 でもほとんど速度が変わらない。
LLVM 経由でコードが生成されているから、コンパイラの教科書に書いてあるような
最適化は済んでいるし、型推論もやり易いコードになっているんだと思う。
良くも悪くも JS 処理系の能力が問われない感じ。
もちろん、まだ速くなる余地はあると思うけどね。
0152login:Penguin
2013/01/31(木) 11:19:37.97ID:+/mxQAQzだが UbuntuPhone が使う GUI ツールキット Qt は、 QML という記述言語で
UI を記述する。見ためは HTML ライクではないけれど本質は似たようなもので、
さらにこいつは JavaScript ベッタリだったりする。
俺も全てが HTML + CSS + JS な世界なんて勘弁してほしいけど、もう
UI は HTML + CSS でいいと思う。あとは使いやすい C++ DOM binding
があれば…。今のところ Mozilla は全くやる気なさそうだけどな!
0153login:Penguin
2013/01/31(木) 13:44:37.51ID:T3Lwdfi5C++ bindingがJavascriptより速くなるとでも思ってそうだな
0154login:Penguin
2013/01/31(木) 15:23:33.38ID:HJXk0zEQhttp://itpro.nikkeibp.co.jp/article/NEWS/20130131/453101/
KDDI「FireFoxスマホ」検討中 ポストiOS・Android加速か
http://www.j-cast.com/mono/2013/01/27162258.html
食い逃げ開発でもいいかも。
0155login:Penguin
2013/01/31(木) 23:16:25.54ID:gUfWCEKoまだ、普通のアプリっぽいUIを作ってもモッサリする感じだけど、それも時間が解決してくれるだろう。
ちなみに、wxWidgets(C++)で一画面にコントロールを100個ぐらい並べたら、リサイズとか
えらいモッサモサになった。C++だからといってレイアウトの処理が速いとは限らないね。
0156login:Penguin
2013/02/01(金) 00:07:49.44ID:UdXbQGDdどっちかというと GUI toolkit が高機能化していくにつれ、ブラウザと
同程度のモッサリ感を獲得すると思ってる。
0157login:Penguin
2013/02/01(金) 00:22:24.65ID:ndsr89Ylkeonでいいから欲しいところだ
0158login:Penguin
2013/02/01(金) 17:10:31.62ID:oPMj+PlFFirefoxかUbuntu乗せてきたらキャリア変えるわ
0159login:Penguin
2013/02/02(土) 01:43:36.09ID:W0jwLkj/WP7で現実見せられて懲りてるから実際に検討しても他社よりシビアな見方になるだろうし。
0160login:Penguin
2013/02/06(水) 23:01:53.90ID:aaM+4jAo成功するのも失敗するのも一番最初にこそ価値がある
0161login:Penguin
2013/02/07(木) 00:06:24.79ID:5xFz+yegLinuxってカーネルがありましてね…
0162login:Penguin
2013/02/07(木) 00:25:49.23ID:rOB5R1pUiPhoneもそうだったもんな
成功すれば数年は先行者利益を得られる
auはスマホ導入が3キャリアで一番遅かったから同じ轍踏むまいと必死なんだろう
0163login:Penguin
2013/02/09(土) 20:07:56.00ID:v7/lkYuGKeon: $60
Peak: $120
0164login:Penguin
2013/02/09(土) 20:09:57.32ID:Cw59GCmXぴーく $600
0165login:Penguin
2013/02/09(土) 22:34:49.29ID:zgyQjKmD0166login:Penguin
2013/02/09(土) 22:50:03.43ID:Cw59GCmX■ このスレッドは過去ログ倉庫に格納されています