10/03/16 07:44:50
>>2乙
3:デフォルトの名無しさん
10/03/16 07:49:32
クズの周りにはクズしかいないな
4:デフォルトの名無しさん
10/03/16 08:02:24
>>3
お前がそうだからって世界の全てが同じだと思うなクズ
5:デフォルトの名無しさん
10/03/16 08:11:51
>>4
クズである>>3の周りにいるのは>>3本人だけ、と考えると辻褄は合う
6:デフォルトの名無しさん
10/03/16 08:17:46
マ板でやれ
7:デフォルトの名無しさん
10/03/16 08:24:44
>>1乙
これなら日暗会が怒るのも当然な気がする
8:デフォルトの名無しさん
10/03/16 11:14:06
アプリストアも刷新：Microsoft、「Windows Phone 7 Series」開発キットの無償提供を発表 - ITmedia エンタープライズ
URLﾘﾝｸ(www.itmedia.co.jp)
Silverlightをよく知らないけどサンプル見てみたらC#で書いてあった
自分アプリが作れれば満足だから
Android用にしか触ってないJavaより使い込んでるC#で書ける分心が揺らぐ
でもauで出るのをさんざん待ってるが、Windows Phone 7はまだあと1年待たないといけないしなあ
9:デフォルトの名無しさん
10/03/16 12:59:11
だから擦れたいのGoogleAndroidの間にスペース入れろと
10:デフォルトの名無しさん
10/03/16 15:09:23
だからpartは大文字で始めろと
11:デフォルトの名無しさん
10/03/16 15:12:11
そういう案は>>1に安価付けとけよ
だから擦れたいのGoogleAndroidの間にスペース入れろと
だからpartは大文字で始めろと
12:デフォルトの名無しさん
10/03/16 20:04:42
Windows Phone 7シリーズ、アプリ入手はマーケットプレースのみ
URLﾘﾝｸ(japanese.engadget.com)
・開発者 (パブリッシャー) 単位の登録費用は99ドル/年
・無料アプリも審査は変わらないため99ドルの登録費用必須
・開発中テストなどの目的で一定数の特定デバイスに審査前のアプリをインストールすることは可能
配布についてはほぼiPhoneと同じっぽい
13:デフォルトの名無しさん
10/03/16 21:33:39
Windows Phone 7のほうが生産性は良さそう。
14:デフォルトの名無しさん
10/03/16 21:56:46
革新的に不透明な審査を通さないとアプリが配布できないシステム
画期的なシングルタスクシステムと、ホームと言う名でアイコンが並んでいるだけの全く新しいランチャ
かつてないエクスペリエンスを提供する交換不能電池
あらゆる局面でPC上の専用ソフトを必要とするシームレスなPC連携
全ての障害をユーザ過失に帰着させる先進的なサポート体制
といったiPhoneのイノベーションをMSも踏襲していくのかな
すばらしいな
しぬの？
15:デフォルトの名無しさん
10/03/17 00:03:15
ビジネス向けに6.5.3以降を続けるみたいだから
WP7がダメだったらWP8としてやりなおすんじゃね？
ってスレチだな
16:デフォルトの名無しさん
10/03/17 00:13:44
アンドロの生きる道はもうエロしかないな
17:デフォルトの名無しさん
10/03/17 01:20:19
国産のエロゲがバリバリ移植されたら各国のオタが買うよな。
18:デフォルトの名無しさん
10/03/17 01:24:10
しかし容量の問題が・・
19:デフォルトの名無しさん
10/03/17 01:26:04
>>17
エロゲメーカーが自前でマーケット作ればいいだけだし簡単だな
携帯でエロゲをする意味がないけど…
タブレットだったらいいかもね
20:デフォルトの名無しさん
10/03/17 01:32:07
>>17
よし。
俺がやる。
まあ、日本のアニメ絵は海外じゃ流行らないときくが
21:デフォルトの名無しさん
10/03/17 01:36:05
radikoのアプリとか誰か作ってないのかな？
22:デフォルトの名無しさん
10/03/17 01:42:28
むしろ各国のエロゲがバリバリ移植されて、買えたほうが嬉しいと思うが。モザイクも映倫も無いし。
23:デフォルトの名無しさん
10/03/17 03:36:28
これエミュレータが起動するのが糞遅いんですけど早くできないんですか？
すごい使いにくいです
24:デフォルトの名無しさん
10/03/17 08:06:49
ウイルスのソフト削除しろよ
25:デフォルトの名無しさん
10/03/17 19:35:53
>>17
エロゲのPSP移植とか売れてるしな
糞appleみたいに規制規制うるさくなければありえるな
26:デフォルトの名無しさん
10/03/18 03:05:26
>>23
どんなスペックのPC使ってるの？
27:デフォルトの名無しさん
10/03/18 10:58:46
もう実機で動かしてデバックしちゃえば？
28:デフォルトの名無しさん
10/03/18 12:18:43
デバック debuＧ
ベット beD
ゴット goD
デット deaD
29:デフォルトの名無しさん
10/03/18 12:44:29
ADTうｐでできないんだけどどうしたらいいの？
URLﾘﾝｸ(developer.android.com)
ここに書いてある通りしても、Eclipseでリポジトリがねーよって怒られる
URLﾘﾝｸ(dl-ssl.google.com)
ここアクセスしても404エラー
30:デフォルトの名無しさん
10/03/18 12:52:56
s/https/http/
31:デフォルトの名無しさん
10/03/18 13:00:40
デバック・・・冗談がきついなあ
de-bugの意味を知らないの？
32:デフォルトの名無しさん
10/03/18 13:10:59
>>30
Thx
33:デフォルトの名無しさん
10/03/18 22:51:13
ビッグカメラとか
34:デフォルトの名無しさん
10/03/19 01:13:18
>>23
起動はどうしようもない気がす
動作的には、i7だとADP1よりは遥かに速くて快適
35:デフォルトの名無しさん
10/03/19 13:13:28
new File
36:デフォルトの名無しさん
10/03/19 13:42:26
真空管に入り込んだ虫を取り除く
37:デフォルトの名無しさん
10/03/19 14:04:42
真空なのに入り込めるのか？
38:デフォルトの名無しさん
10/03/19 15:19:49
気温の変化で収縮するからな。多少入り込むのはしょうがない。
39:デフォルトの名無しさん
10/03/19 15:26:33
入ったら真空じゃないじゃん
40:デフォルトの名無しさん
10/03/19 18:01:51
だからバグるんだよ
41:デフォルトの名無しさん
10/03/20 09:02:42
完璧なプログラムが作れないのと同じで、完璧な真空は作れない現実。
プログラマの能力が不完全なのに、ソフトウェアを作ってしまうのと似ている。
プログラムを作るのも資格が無いと出来ない様にしてしまえばいいのにね。バグが一つ見つかるたびに１点減点で持ち点無くなると、公衆受けるまでプログラミング禁止とか。
42:デフォルトの名無しさん
10/03/20 09:03:58
プログラマがいなくなる・・
43:デフォルトの名無しさん
10/03/20 11:29:58
>>41は開発の現実を知らない
44:デフォルトの名無しさん
10/03/20 13:56:10
>>41
バグのないプログラムはない
45:デフォルトの名無しさん
10/03/20 20:00:39
たとえ完璧な真空を作ったとしても
真空管のガラスの粒子が飛び出てくるので
完璧な真空状態は保持できない
46:デフォルトの名無しさん
10/03/21 04:01:37
完璧なプログラムが書けない様なプログラマは辞めてしまえばいいのに。
だからバグが無くならない。
47:デフォルトの名無しさん
10/03/21 07:01:00
そうだねー
48:デフォルトの名無しさん
10/03/21 08:35:32
自分で使うプログラムはすべて自作しろって事かｗ
OSやコンパイラも含めて。
49:デフォルトの名無しさん
10/03/21 11:29:19
>>46
素人は黙ってろ
50:デフォルトの名無しさん
10/03/21 13:58:25
>>48
パーフェクトにするにはCPU設計からやらないと
超簡素なCPUとコンパイラ作って、プログラム書けばプログラム的にバグが発生しないものが実現できるｗ
51:デフォルトの名無しさん
10/03/21 14:48:33
その「超簡素なCPUとコンパイラ」にバグがない保証は何処にあるんだ？
52:デフォルトの名無しさん
10/03/21 15:20:48
プログラムからバグ発生のリスクを除去することは不可能
人間がつくるんだから
53:デフォルトの名無しさん
10/03/21 17:40:44
ｈｔｍｌのtableタグみたいにrowspanしたグリッドを表示したいんだが、
なんかいいやり方ってないかな
LinearLayoutを横方向→縦方向で組み合わせてやってみたんだが、
恐ろしいほどパフォーマンスが出なくて...
54:デフォルトの名無しさん
10/03/21 17:50:41
そのままだがGridLayoutは？
55:デフォルトの名無しさん
10/03/22 01:29:15
おすすめの本教えて下さい。
URLﾘﾝｸ(www.amazon.co.jp)
将来的にXperiaで動く2chブラウザを作りたい。Javaの本はいま読んでます。
56:デフォルトの名無しさん
10/03/22 01:48:01
>>55
android関連でオススメ書籍聞いても無駄だよ
どいつもこいつも公式嫁しか言わない
57:デフォルトの名無しさん
10/03/22 02:11:51
俺はオライリーのやつ1冊買ったけど、
当時は公式が英語オンリーだったが、今ならぶっちゃけ公式だけでいいと思うぜ
58:デフォルトの名無しさん
10/03/22 09:31:09
>>55
おすすめの本は無い
59:デフォルトの名無しさん
10/03/22 09:37:29
>>56-58
ありがとうございます。公式ってこれですね。英語を勉強しておくべきだった。
URLﾘﾝｸ(developer.android.com)
60:デフォルトの名無しさん
10/03/22 09:59:35
>>1
＞Android Developers（英語）
＞URLﾘﾝｸ(developer.android.com)
＞リファレンス
＞URLﾘﾝｸ(developer.android.com)
よく見たらURLもおかしいな
Android Developers（日本語化されているのは一部)
URLﾘﾝｸ(developer.android.com)
だけでいい気がする
61:デフォルトの名無しさん
10/03/22 10:48:30
まぁandroid入門のサイトがググればいくらでもあるから本とかいらないよ。
62:デフォルトの名無しさん
10/03/22 16:24:28
情報弱者のマカ向けに日本語のアイフォン本が大量に出てるのとは状況が異なるしな。
英語読めない馬鹿にはグーグル携帯は無理。
63:デフォルトの名無しさん
10/03/22 16:33:17
入門ばっかりでちょっと実用的なの作ろうとすると
途端に情報源がなくなる
64:デフォルトの名無しさん
10/03/22 18:21:15
例えばどんな実用的な機能が使いたいの？
65:デフォルトの名無しさん
10/03/22 18:35:55
おっぱいが揺れるやつとかだろ
66:デフォルトの名無しさん
10/03/22 19:34:39
カメラの前を若いお尻が通ると動画撮影を開始、撮影後に動画をメールで送ってから自動消去するとか
67:デフォルトの名無しさん
10/03/22 21:17:09
入門以前の素人だが、
OpenGL ESの使い方がわからん。
あんなんでどうやって3D描けるの？
68:デフォルトの名無しさん
10/03/22 21:19:19
お前には無理だから気にするな！どんまい！
69:デフォルトの名無しさん
10/03/22 21:40:25
お前も無理だろ
70:デフォルトの名無しさん
10/03/22 21:43:31
俺も無理！だからお前も無理なんですね！わかります！
71:デフォルトの名無しさん
10/03/23 00:55:35
モデラーで作ってライブラリ使って変換するだけ。
調べりゃすぐ出来る。
72:デフォルトの名無しさん
10/03/26 11:45:37
日アン会怖いなぁ
73:デフォルトの名無しさん
10/03/26 12:08:47
また君か
74:デフォルトの名無しさん
10/03/27 10:08:21
もしauのAndroidが赤外線対応してるならAPIも用意するよね
学習リモコン作りたいなあ
75:デフォルトの名無しさん
10/03/27 10:53:13
いい年してAndroid女子部とか言ってるブサイクって何なの？
76:デフォルトの名無しさん
10/03/27 12:14:44
マ板でやれ
77:デフォルトの名無しさん
10/03/27 14:00:30
>>75
需要があるとこに供給していくのは商売の基本。
キモオタ中心の業界じゃ、女ってだけでちやほやされるんだから、仕方ない。
78:デフォルトの名無しさん
10/03/27 23:30:06
このスレ、誰もプログラムの話してないな。
しっかりアプリ作りしてる人は、このスレには来てないって事か。
79:デフォルトの名無しさん
10/03/28 00:06:16
>>78
だってプログラムの話はtwitterや部会でやってるから
わざわざここで話すこともないっしょ。
80:デフォルトの名無しさん
10/03/28 00:11:16
パッケージの内容が説明見ても英語で時間かかるよ・・
誰か翻訳して偉いいと
81:デフォルトの名無しさん
10/03/28 01:24:03
ドコモマーケットに出るアプリはもう作り終わってなきゃまずい状態だから、
このタイミングじゃ質問とか出てこないだろ。
82:デフォルトの名無しさん
10/03/28 02:00:27
終わったか。
ドコモマーケットのアプリは4/1にしか出ないのか。
もうドコモも出さないつもりなのか～やる気ね～
83:デフォルトの名無しさん
10/03/28 02:17:06
一応求人はあちこちに出てたけどね。アンドロイド開発案件で。
依頼して美人の娘が来ると思ってたら、チェンジだったってトラウマだよなw
期待値高杉なのはもはや異常w
84:デフォルトの名無しさん
10/03/28 10:14:08
まぁ、期待はずれと思いながらも実際にやってみたら意外に気持ちよかったりするけどね
85:デフォルトの名無しさん
10/03/28 21:11:10
アンドロイドに何を求めてるの？
86:デフォルトの名無しさん
10/03/28 23:53:37
なんか安物のipadっぽいものを出したい
Qt とかで自社でインテグレーションして
メンテ続けるのは無理
→ Android 一択だな
87:デフォルトの名無しさん
10/03/29 14:13:37
googleはあんまり売る気ないの？
88:デフォルトの名無しさん
10/03/29 16:42:12
辞書アプリ作ってるんですが・・・
母艦側でSQLiteのDB作成して、SDに書き込み
→ソフトからselectかける
ってだけのものなんですがやたらと遅いです
辞書アプリの高速検索ノウハウってないでしょうか？
89:デフォルトの名無しさん
10/03/29 16:44:36
と言われてもインデックス設計とかどうしてるか分からんと何とも
LIKEで中間一致検索とかしてないだろうな
90:デフォルトの名無しさん
10/03/29 16:54:02
>>89
完全一致だけ抽出するようにしてます。
ログ見るとやたらとGC動いてるような・・・
ほんとはあんまりDB使いたくないんですが
91:デフォルトの名無しさん
10/03/29 17:19:05
GC動きまくるのはカーソルの使い方が悪いせいかも
というかカーソルはウンコだから使用は最小限にね
92:デフォルトの名無しさん
10/03/29 17:31:51
>>91
なるほど。ありがとうございます。
でもqueryの結果ってcursorに使ってぶっこ抜くしかないんですよね？
93:デフォルトの名無しさん
10/03/29 17:46:41
ついでなんですが、仮にDB使わないとして
テキストファイルから見出し語検索する場合に速い方法ってなんでしょうか？
全文読み込んで検索となるとファイル大きすぎてよくないきがします。
一行づつ読み込んで照合するとすれば
アルファベットの後ろの方に行くに連れてヒットするまでの時間が長くなるわけですが
行飛ばしてテキストファイル読み込みしたりってできたりするんでしょうか？
94:デフォルトの名無しさん
10/03/29 17:54:57
>>93
「テキストファイル」からだと一旦読み込むしかないんじゃない？
ランダムアクセスはまぁそりゃ出来るっちゃ出来るけど、
何らかのインデックス振ってないと行の切れ目では頭だし出来ない。
もしくは「Android JDBM」でググってみ、みたいな話かいね？
そもそもGCが遅い原因?SQLiteにインデックス張ってないとか言わないよね？
95:デフォルトの名無しさん
10/03/29 17:57:32
ISAM
96:デフォルトの名無しさん
10/03/29 17:59:23
>>93
見出し語ごとにファイルを分けて
/hoge/a/amazon
/hoge/a/apple
/hoge/b/back
/hoge/b/book
...
/hoge/z/zoo
/hoge/z/zope
みたいにしてるシステムを見たことがある
97:デフォルトの名無しさん
10/03/29 18:01:00
SHAZNA
98:デフォルトの名無しさん
10/03/29 18:02:32
ひなの？
99:デフォルトの名無しさん
10/03/29 18:03:45
あー今は美穂なんか
100:デフォルトの名無しさん
10/03/29 18:21:34
>>94
見出し語にインデックス貼ってるんですが・・・これでいいのかな・・・
Android JDBMちょっと調べてみます
>>96
それ考慮してみます。
というか独自の形式の辞書作るよりも
PDICやなんかを流用できるソフト作った方が辞書データ製作も簡単ですよね・・・
101:デフォルトの名無しさん
10/03/29 18:34:31
>>96
ちょｗｗｗそれファイルシステムをインデックス代わりにしてるだけじゃねえかｗｗ
>>100
検索条件は見出し語だけ？
102:デフォルトの名無しさん
10/03/29 18:43:22
>>96 >>101
これが意外と速かったりするからあなどれん
a/p/p/l/e/apple
みたいになるともっと速いらしい
103:デフォルトの名無しさん
10/03/29 18:57:13
>>102
結構有用だよね。
ハッシュとか使うとちょっといいかも。
104:デフォルトの名無しさん
10/03/29 19:00:48
>>102
いやそりゃN分木になるんだからそれなりの速度は出るだろうけど、リソース効率悪いぞｗ
105:デフォルトの名無しさん
10/03/29 19:03:39
小さなDBなら有用だったりするのかしらん
106:デフォルトの名無しさん
10/03/29 19:04:31
NTFSだとそんなにリソース食わないからあなどれん
107:デフォルトの名無しさん
10/03/29 19:05:38
1kB以下のファイルならどんだけファイル作っても使用容量0なんだったっけ
108:デフォルトの名無しさん
10/03/29 19:16:26
>>145
全体的にかなり良いと思う。
てか個人的には好きｗ
がんばっていっぱい描いてくしかないと思う。
僕の好みの絵柄なので、どんどん描いて欲しいｗ
のっぽで細身な体格だけど
ちょっと腕の短さが目立つかなぁ
かなり主観だけどねｗあとはツールの問題もあるけど、
ラフ画でももう少し線をはっきりさせた方が
二次元っぽさは出ると思う。しわはとにかく
なんでもいいから模写をしてけばうまくなる。
ルールとかもすぐ分かるようになるよ。
109:デフォルトの名無しさん
10/03/29 19:17:09
うわあああああ
110:デフォルトの名無しさん
10/03/29 19:52:34
どこの誤爆
111:デフォルトの名無しさん
10/03/29 19:59:27
ListViewで一覧表示させて、それをジェスチャーで削除・移動などの操作を出来るようにしようとしていて
ListViewの何行目でジェスチャーされたのか知る方法を探しています
ListView.getSelectedItemPosition()は-1
ListView.getSelectedItem()はnullです
Gesture.getStrokes().get(0).pointsの先頭が最初にタッチした画面座標らしいのはわかったのですが
画面座標から実際に表示されてるアイテムのインデックスに変換するメソッドが見あたりません
ループを回してListView.getChildAt(i)のTopとBottomの範囲内か
いちいちチェックするしかないのでしょうか？
112:デフォルトの名無しさん
10/03/29 20:40:48
>>105
確か、squidのキャッシュディレクトリがそんな構造だった気がする。
113:デフォルトの名無しさん
10/03/29 23:33:58
下記のようにネストしたビューを組んでます。
ScrollView->LinearLayout->LinearLayout*3列->(LinearLayoutにTextView2個)*10個くらい
ScrollViewに対してsetVisibility(View.VISIBLE)すると、HT-03Aの実機で3秒もかかる。。。
En2chとか縦に1000個もあるのに全然速いし。
何か根本的に間違ってるのか、どなたかアドバイスください
114:デフォルトの名無しさん
10/03/30 01:22:03
>>111
ListView#pointToPosition() とか？
En2ch 的にも、Drag&Drop したくて調べてますが難しいですね。。。
>>113
普通に ListView ではダメなのですか？？
115:デフォルトの名無しさん
10/03/30 01:35:49
>>114
ようは3局同時表示のテレビ番組表と思っていただければ
高さの違うセルの集合をScrollView内に3列並べたいんです
一度表示が終わるとパフォーマンスは問題ないんですけど、
とにかく最初の描画完了までが遅すぎて・・・
Thread使って遅延描画とかやってみたけど、
問題を先送りにしてるだけで根本解決には至らず
116:デフォルトの名無しさん
10/03/30 03:06:14
ListViewはScrollViewの中に巨大なLinearLayoutを入れ子にしたもの"ではない"よ
見えてる範囲+上下数個分しかViewは作ってない
でもそのくらいの規模なら力技で描画しても何とかなりそうな気がするけどなぁ
プロファイル取って見ないと何ともいえないかも
117:デフォルトの名無しさん
10/03/30 09:35:56
>>116
ListViewってそんなことやってるんですか。
そりゃ速いわけだ。
何もなければListView使いたいんですけど、今回はちょっと構造上 (段組+rowspan) 無理で。
ListViewのソース読んで、似たようなことを自分でやるしかないのかなぁ。
プロファイル取るのはちょっとわからんですが、がんばってみます。(Traceview?)
118:デフォルトの名無しさん
10/03/30 09:58:57
bitmapに書き出してスクロールしたら
119:デフォルトの名無しさん
10/03/30 10:13:47
>>117
とりあえずtraceviewかなぁ
単純にTextView60個くらいならそんなに時間は掛からんはずなので
どっかで再レイアウト処理が死ぬほど走ってるとか
そもそもレイアウト以前の処理が重いとか
なんかおかしいところがあると思う。
120:デフォルトの名無しさん
10/03/30 12:34:20
auのはスマートフォンじゃなかったがシャープがこんなのを作ってた
SH Developers Square -
URLﾘﾝｸ(sh-dev.sharp.co.jp)
* Android アプリケーション開発者向け専用端末(開発キット)製品化について(2010-03-30)
* リファレンス(API)概要掲載(2010-03-30)
* シャープJN-DK01用SDK AddOn(Beta１版)提供開始(2010-03-30)
* シャープAndroid開発者向けウェブサイト「SH Developers Square」オープン(2010-03-30)
APIは赤外線ファイル転送・カメラ・開閉通知・ファイルを種類で抽出
121:デフォルトの名無しさん
10/03/30 12:36:34
「開発者向け専用端末」ってIS01ベースの端末かよｗ
イラネ
122:デフォルトの名無しさん
10/03/30 12:41:28
>>120
開発用端末販売か。
wifiオンリーみたいだな。
URLﾘﾝｸ(www.sharp.co.jp)
> ※1 携帯電話網への接続機能は搭載していません。無線LANによる接続が可能です
123:デフォルトの名無しさん
10/03/30 12:53:53
Zii EGGみたいに、とりあえず開発に使うかもしれないデバイスを詰め込んでみました
みたいな構成だったら興味あるな
まぁ、基盤むき出しかも知れんけど。
124:デフォルトの名無しさん
10/03/30 13:12:43
というかどう見てもザウルスそのものです
125:デフォルトの名無しさん
10/03/30 13:17:58
IS01は9月中までに買えばデビュー割で2年間基本料無料相当になるみたいだから
開発端末欲しいならありかもよ
126:デフォルトの名無しさん
10/03/30 13:32:13
nexus one仕様のdev phone 3出してくれないかな
127:デフォルトの名無しさん
10/03/30 14:00:50
>>125
OS、ライブラリ、アプリを自由に入れ替えられるかどうか、
わからんけどな。
128:デフォルトの名無しさん
10/03/30 21:38:12
ワンセグ付きとか相変わらずシャープはわかってないな
129:114
10/03/30 21:56:25
>>115
なるほど、それは難しそうですね。。
ListView を３つ並べて、、とやると、スクロール同期ができないってことか。。。
WebView とかは？
130:デフォルトの名無しさん
10/03/30 23:12:31
ワンセグなんて使ってる奴いるの？
省いて値段下げた方がよっぽど消費者は喜ぶだろ。
131:113
10/03/30 23:39:44
>>118
>>129
BitmapとかWebViewも、わからないながら考えてみたことあるんですけど、
これってセル単位にクリックイベント設定できないんじゃないかと思って断念したんですよね
見るだけじゃなくて、セルごとにさらに詳細画面に飛ばしたいんです。
>>119
トレースかなり便利ですね!!
解析してみたらView#inflate()がだいぶ遅かったみたいで。
(xmlにリソース吐き出す方が速いのかと思ってました・・・)
自前でView生成するようにしたら少し改善できました
もう少しチューニングしてみます
132:デフォルトの名無しさん
10/03/30 23:47:21
>>130
TLに流れてくる番組をふと見たくなる時がある。
ワンセグなんてつけても1000円違わないから俺は欲しいかな
133:デフォルトの名無しさん
10/03/31 05:36:05
テレビ見れるってだけで選ぶのも居るのは事実。
グーグル携帯に必要かって言われると疑問だがw
それよりネットでワンセグ相当で見れるアプリでも積んでくれと思う。
何かシャープ版グーグル携帯で囲い込まれてる気がするのは気のせいだろうか。
結局、グーグル携帯向けにアプリ作ったはずなのに、各社ごとにアプリ作る世界に戻るのかな？
134:デフォルトの名無しさん
10/03/31 09:06:31
解決しつつあるみたいだけど、Bitmapでやる場合はタッチイベントの座標からセルの範囲か計算したら出来るよ。
デフォのカレンダーの実装とか参考になるよ
135:デフォルトの名無しさん
10/03/31 11:48:57
>>133
シャープ特製ウィジェットは、
他の端末に対してもオープンになるのかどうか分からないけど、
クローズドだとしたら、業務専用端末辺りを意識したものなのでは?
136:デフォルトの名無しさん
10/03/31 14:37:11
>>132
そんだけしか違わないのか。
大きさとかもそれほど影響なし？
だったらついててもついてなくてもどっちでもいいな。
137:113
10/03/31 22:51:46
>>134
ありがとうございます。
ある程度は改善したものの、やはり遅いのは変わらず。。。
デフォルトのカレンダーですね、ちょっと参考に見てみます。
138:デフォルトの名無しさん
10/04/04 07:29:12
GoogleGroupで聞いたほうがいいのかもしれないけどちと質問
Androidでフリーで使える日本語text-to-speechソフトってまだ無い、という認識は正しい？
139:デフォルトの名無しさん
10/04/04 09:24:36
Eclipseを起動する度に、
「'Android SDK Ping'に問題が発生しました。 pingUsageServer failed」
と出るんですが、出ないようにする方法ありましたら教えてください。
140:デフォルトの名無しさん
10/04/04 10:58:53
起動しなければいい
141:デフォルトの名無しさん
10/04/04 11:04:11
Eclipseなんか使ってるからわるい。
142:デフォルトの名無しさん
10/04/04 16:18:34
有料アプリを販売している方にお聞きしたいのですが
アプリを購入してくれた方の情報って手に入るんでしょうか？
googleアカウント名でも、IMEI番号でも何でもいいのですが。
143:デフォルトの名無しさん
10/04/04 16:30:54
IDE使おうとするとEclipse以外選択肢無いじゃん
CUIなんかでやりたくないしGoogleが統合開発環境出せばいいのにな
144:デフォルトの名無しさん
10/04/04 16:40:52
>>139
俺は出たことないぞ
環境を書いてくれ
145:デフォルトの名無しさん
10/04/05 04:21:27
速いCPU上でエミュレータ動かせば実機と同等かそれ以上、というような発言がありますが、
そういうエミュレータ環境では、動画の再生も滞りなく行えているのでしょうか。
AthronX2 3800+だと、動画プレーヤの開発なんて問題外な感じなので気になりまして。
146:デフォルトの名無しさん
10/04/05 04:27:04
>>142
google checkoutで登録した名前、住所が分かります。
メールアドレスは1注文ごとにユニークなものが振られているようです。
147:デフォルトの名無しさん
10/04/05 09:04:33
>>144
WindosXP SP3
Eclipse v3.4.2（日本語化）
ADT v0.9.6
DDMS v0.9.6
以前仕事でやってたときは同じような環境で出なかったんだが
148:デフォルトの名無しさん
10/04/05 14:05:37
>>145
エミュレーターはオールマイティーなの道具であって
外観やボタンの配置とかをプログラムの挙動などをチェックするものだし
実際のプログラムは、開発端末でチェックしないと本当の挙動や負荷はわからないね
最終的には、実機テストで確認が一般的。
まだ数台だけしかないからエミューである程度のチェックは出来るけど
これから端末が増えてくればエミューのみのチェックだけでは、動かない端末が増えてくるよ
149:デフォルトの名無しさん
10/04/05 14:21:41
>>146
レスありがとうございます。
それならアプリのバックアップ対策が出来そうです。
150:デフォルトの名無しさん
10/04/05 17:41:25
>>148
むしろ今後は端末が多彩化して、エミュで動くソフトが動かんのは端末ぬるぽって扱いにはなるかと
まぁXperia祭のお陰でそろそろ中古のHT-03Aウマーになりそうだし、
どうせ実機確認は必ず必要だから実機デバッグでいいとは思うけどな
151:デフォルトの名無しさん
10/04/05 18:43:20
>まぁXperia祭のお陰でそろそろ中古のHT-03Aウマーになりそうだし、
kwsk
152:デフォルトの名無しさん
10/04/05 19:39:18
>>150
グーグルが開発端末を元につくった端末なら開発ディバイスはいらないよ
日本のauやソニーみたいにUIやOSをメーカーカスタムにしてる分のソフトを作りたいなら、開発端末か実機はがいる
Googleの開発端末は、めちゃくちゃ安いから海外は買ってる人が多いけどね。たしか3万前後ぐらいだっと思う。
153:デフォルトの名無しさん
10/04/05 19:52:43
逆にXperiaからAndroidに入って、
いろいろ調べるうちにHT-03Aを欲しがる人が増えるような気もする
俺は同じ値段でもHT-03Aを選びそうだ
154:デフォルトの名無しさん
10/04/05 20:47:15
>>151
HT-03AからXperiaやDesireに乗り換える人が出てくる
→HT-03Aがヤフオクや中古ショップへ
→格安開発端末ウマー
リファレンス仕様のハードにカスタムROMで1.5から2.1まで使えて実網繋いでロードテスト可能という(開発的に)神端末がヤフオクで2万もしないんだぜ
俺は1万切ったらもう一台確保予定w
155:デフォルトの名無しさん
10/04/05 23:08:26
>>154
DesireならともかくXperiaなんて乗り換える気が全くしないんだけど…
156:デフォルトの名無しさん
10/04/05 23:46:46
>>155
ガジェットオタからすれば魅力はないが一般人はな……
157:デフォルトの名無しさん
10/04/05 23:50:27
03Aハード的にマルチタッチできるな。あれはいいよ
158:デフォルトの名無しさん
10/04/06 00:16:57
そのうち iPad の Android 版みたいなのが出て、ネットブックとかに置き換わったりするんだぜ
159:デフォルトの名無しさん
10/04/06 00:19:26
マルチタッチて使う？
自分は滅多に使わないけど
160:デフォルトの名無しさん
10/04/06 21:37:14
「滅多に使わない」と「使えない」は全く違うから
161:デフォルトの名無しさん
10/04/06 23:05:48
マルチタッチ使えないこと気にするやつなんなの？
アンドロイドが普及する前に開発したいやつだけ買えばいいよ
162:デフォルトの名無しさん
10/04/06 23:10:57
使えるか使えないかだと使えた方が良いに決まってるけど
アプリ作者の立場としてはどうせマルチタッチに依存したアプリなんて書かなくない？
単に使いにくくなるし
163:デフォルトの名無しさん
10/04/06 23:49:13
DesireとかXperiaの大きさだとマルチタッチは片手でやると落としそうになる
小さい端末でクロック上げた機種こい
164:デフォルトの名無しさん
10/04/06 23:50:11
混んでる電車の中で女の子が体を屈めて一生懸命使ってたので
画面を覗き込んだらついでにおっぱいも見えた
今年も良い季節になりました
165:デフォルトの名無しさん
10/04/06 23:52:05
>>162
使いにくいのはマルチタッチのせいじゃなくてアプリを作るお前の頭のせいだよドアホ
166:デフォルトの名無しさん
10/04/07 09:05:04
開発ができない奴は模倣品の作成作業だけしてたらいいだけの事
可能性を捨てた人間は必要が無い
167:デフォルトの名無しさん
10/04/07 09:53:53
>>165
ゲームはともかく、普通のアプリでマルチタッチでしか出来ないファンクションがあったら明らかにクソアプリ
168:デフォルトの名無しさん
10/04/07 10:44:05
>>164
女の子なら誰でもいいのか？
169:デフォルトの名無しさん
10/04/07 11:32:54
好みの娘だったお
170:デフォルトの名無しさん
10/04/07 12:21:04
doudemoii
171:デフォルトの名無しさん
10/04/07 16:04:25
マルチタッチが万人向けのuiでも無いしね。
普通にくりっくでも出来る様に作るほうが、遥かにユーザフレンドリ。
始めてグーグル携帯触る香具師がマルチタッチを理解出来るとは思えないし。
女児に興味ないのかw
日案から派遣されてくる女性デザより可愛いと思うぞw
172:デフォルトの名無しさん
10/04/07 16:56:24
俺はマルチタッチに対応したからN1買った。
拡大・縮小に関してはマルチタッチが圧倒的に優れてる。
173:デフォルトの名無しさん
10/04/07 17:15:46
ところでsimejiの操作方法ってどこでわかる？長音入力したいんだけど
174:デフォルトの名無しさん
10/04/07 17:25:34
「わ」を右で「ー」がでる。
175:デフォルトの名無しさん
10/04/07 18:02:24
天才。ありがとう
176:デフォルトの名無しさん
10/04/07 21:17:52
Xperiaの解像度って480×854のはずだけど
getWidthとgetHeightで画面サイズ取得すると320x569って出るんだよね。
これについて何か知ってる人いる？
177:デフォルトの名無しさん
10/04/07 22:03:39
いらない
178:デフォルトの名無しさん
10/04/07 22:09:11
質問の目的が分からないから、
適切な答えになりそうになく、URLだけ挙げとく。
URLﾘﾝｸ(d.android.com)
のdensityあたりを読めば手がかりが得られると思う。
179:デフォルトの名無しさん
10/04/07 22:16:50
>>176
日アンにも質問してるやついたな。
>>178 の通りだ。
180:デフォルトの名無しさん
10/04/07 22:28:49
>>178
>>179
SDKのバージョンを1.6にしたら解決した。
有難う。
181:デフォルトの名無しさん
10/04/08 00:10:57
エミュがそういう仕様だけなのか、未知の実機でも取得に失敗するとデフォ？の320x569が返ってくるのか興味深いな。
182:デフォルトの名無しさん
10/04/08 07:46:47
>>181
>>178を読んでくれ
183:デフォルトの名無しさん
10/04/08 23:59:14
なるほど
184:デフォルトの名無しさん
10/04/09 06:28:23
日アン会はなんか面白いアプリ作れよ
185:デフォルトの名無しさん
10/04/09 08:28:40
女子部時計作れよ
186:デフォルトの名無しさん
10/04/09 11:34:22
お肌または顔面鑑定アプリとかどうよ。毎日撮影して比較し、
最初に撮った基準画像と比べて太ってみえるとか、痩せて見える、
老けてみえるとか教えてくれるやつ。
顔写真は証明写真みたいに枠の大きさで同じ位置にくるようにして。
187:デフォルトの名無しさん
10/04/09 11:35:43
まあ腹の写真を写してメタボ鑑定機でもいいけど。
おっぱい鑑定でもいいし。
188:デフォルトの名無しさん
10/04/09 12:47:15
全身写して戦闘力計算するARアプリなんてどうだ？
まあそういうのは単眼式HMDでやりたいが・・・。
189:デフォルトの名無しさん
10/04/09 13:37:08
チソコとマソコを写せ。
190:デフォルトの名無しさん
10/04/09 20:04:30
AR とモーションセンサとネットを使って、
数人で棒倒し（山崩し）ゲームが出来るゲームが欲しい。
191:デフォルトの名無しさん
10/04/10 02:48:32
モーションセンサーを使って、通信型の「だるまさんが転んだ」を作ってくれ。
鬼から動いた奴が一発でわかるように。
192:デフォルトの名無しさん
10/04/10 10:37:09
>>191
それは人間がプレーするゲームとしてはつまらなそうだぞ。
鬼は振り返る意味が全くない。
それをするくらいなら、あくまで鬼は目視で動いたヤツを判断し、
その後でモーションセンサーの結果と照合するかどうかを鬼が選び、
照合して間違ってたら鬼にペナルティ、合ってたら相手がペナルティを負う、
という方がまだゲーム性が増す。
モーションセンサーの精度も、相手側全員で100の性能があるとして、
それぞれのキャラに制度10とか精度50とか振り分けられるとか。
（あるヤツは精度が高いが、別のヤツはちょっと動いたくらいでは反応はないとか）
193:デフォルトの名無しさん
10/04/10 14:34:51
>>192
何も見える範囲でやる必要はないと思うがw
今までとまったく同じルールでやる必要もないし。
おもしろければなんでもいいよ。
GPSを使った缶蹴りなんかもいいなぁ。
鬼は好きな場所に缶を移動できるようにして、
他人はGPSで追いかける。
懐かしい。缶蹴りとか徒歩＋自転車でやってたわ.....田舎の団地使って。
移動可能範囲を決めて升目状の３００メートル四方くらいで。
人の家の中とかは禁止で、範囲が広くて要領が悪いと時間だけ
かかってつまらないので、だいたいのタイムリミットも作って。
缶を蹴るときも鬼が缶から離れたところを草むらから近づいて
飛び出したり、隙をついて猛烈な速度で自転車で通り過ぎながら蹴ったりしてた。
194:デフォルトの名無しさん
10/04/10 15:47:56
５分で飽きるべ
195:デフォルトの名無しさん
10/04/10 16:47:32
ところで、実際にそういう体を大きく動かして時間をかけて遊ぶ
「だるまさんが転んだ」や「缶蹴り」などをサポートする、
あるいは拡張する Android ゲームを誰かが作ったとしてだ。
今おまえはそれを使って仲間と楽しく遊べる環境にいるのか。
あるいは環境を作れるのか。
もしそうなら、ものすごくうらやましい環境だよ。
196:デフォルトの名無しさん
10/04/10 17:20:47
>>195
最後の1行で泣いた…
197:デフォルトの名無しさん
10/04/10 17:31:42
iPhoneでとっくにあるアプリを「俺が考えた」みたいに書くのはやめようぜアホ共
198:デフォルトの名無しさん
10/04/10 17:37:21
>>197
素人にしてみればそんなもんだよ
日本における元祖RPGってDQだからな
所詮そんなもんだ
199:デフォルトの名無しさん
10/04/10 17:39:02
とっくにあるアプリをリライトするのが楽しいんじゃないか。
200:デフォルトの名無しさん
10/04/10 17:41:37
Android自体がiPhoneの（ｒｙ
201:デフォルトの名無しさん
10/04/10 17:44:04
>>200
いやその元祖をいいだすとiPhoneだってガラケーの清書したものだよ
202:デフォルトの名無しさん
10/04/10 17:47:21
その昔 Newton MessagePad という端末があってだな…
203:デフォルトの名無しさん
10/04/10 18:03:41
Newtonの系譜はとうに途絶えて、
現行のタッチUIの基本設計はPalmとその前身であるZoomerが元になってるけどな
(Zoomerは失敗したが、その後登場したNewtonの失敗を見てZoomer路線をそのまま進めてPalmが出来た)
204:デフォルトの名無しさん
10/04/10 18:04:51
iPhoneなんてPalmに電話機能くっつけただけのもんだろ。何も新しくない。まあPalm持った事ないからよく知らんけど。
Palmはなんで廃れちまったのだろう。
205:デフォルトの名無しさん
10/04/10 18:07:36
遅い高いスタイラスじゃね？
クリエもPalmの系統だっけ？
あれも開発するには結構めんどくさかった記憶があるんだよな・・・・
206:デフォルトの名無しさん
10/04/10 18:08:07
面白くないからだろ。
iPhone は面白いと思わせることに成功した。
207:デフォルトの名無しさん
10/04/10 18:11:54
まあそれもあるか
ビジネス向けかガジェットオタ向けだったしな
でもまあその前にタッチを広めたのは任天堂か
208:デフォルトの名無しさん
10/04/10 18:22:45
いやPalmは商業的には成功したぞ
全く名声ゼロからスタートしたことを考えると大成功を収めたと言っていい
ただCPUの68000がPalmの需要だけでは到底支えきれず滅亡してしまって
上位互換の後継機が出せなくなったのが痛かった
タッチパネルの利用形態ではなくハードで見ると一番の開拓者はシャープかな
1980年代から電子手帳を出してるし、Newtonにタッチパネル技術を供与したのも実はシャープ
iPhoneが一番強かったのは当時からずっと言われてることだけど
「Appleの政治力でAT&TにiPhone専用の爆安プランを作らせたこと」だよ
これは日本にも共通する
良い悪いとかいう以前にとにかくiPhoneはWMと比べてもダントツに安かった
209:デフォルトの名無しさん
10/04/10 18:34:39
C or C++ オンリーでアプリ作れるのかと思ったらそうじゃないんだな
JNI を通さないといけないのか
210:デフォルトの名無しさん
10/04/10 18:35:51
ステート管理があるからJavaの部分はどうやっても必要になる
211:デフォルトの名無しさん
10/04/11 02:37:22
マカってホント情報弱者だな。
212:デフォルトの名無しさん
10/04/11 12:02:28
Skia のネイティブapiを用意しないのはどういうつもりなんだろう
pdf ビュアーとか作りにくい
213:デフォルトの名無しさん
10/04/11 19:03:19
>>211のボットがなんに反応したのか気になるｗ
214:デフォルトの名無しさん
10/04/11 22:02:02
画像データのサムネイルを取得する場合、どのような処理にしていますか？
.Thumbnailにあるファイルを取得すれば良いのですが、ギャラリーで一度開かないとサムネイルが作成されないので困っています。
サムネイルがなければ生成されるような処理は用意させていないのでしょうか？
215:デフォルトの名無しさん
10/04/12 00:09:16
thumbnail作りまくるservice作れ
216:デフォルトの名無しさん
10/04/12 14:27:24
setItemsしたAlertDialogが大きすぎるんですが、
フォントを小さくして全体を縮める方法ないでしょうか。
217:デフォルトの名無しさん
10/04/12 22:27:07
>> 215
そういうのしかないんですかねー、不便ですねー
Uriからファイル名を取得する方法もわからないし、なかなか難しい
218:デフォルトの名無しさん
10/04/13 01:29:01
AndroidってJava Soundのってないんだな。
自前でデコードとかオーディオストリームをリアルタイムにいじって3Dエフェクトかけるとかどうやればいいの？
219:デフォルトの名無しさん
10/04/13 02:48:51
Windows7 64bitで試したところVirtual Devicesがなぜか
D:\Users\xxxx\.android\avd\にできました。
でVirtual Devices起動するときはC:\Users\xxxx\.android\avd\を
参照して無いので起動に失敗します。
ドキュメントなどのリンクをDドライブにしているので影響が出たのかも？
とりあえずCドライブにコピーしたら起動できましたがコピーしなくても
良い方法あったら教えてください。
220:デフォルトの名無しさん
10/04/13 14:32:21
コマンドラインからじゃないと作れないけど
シンボリックリンク貼るのがいいかも。
vista(>_<)にしてからなにげによくつ使ってる。
221:デフォルトの名無しさん
10/04/13 16:56:36
VirtualDevice作った時にANDROID_SDK_HOME の下に".androidが"無かったんじゃない？
ディレクトリ切ってもういちどVirtualDevice作れば大丈夫だと思う
222:デフォルトの名無しさん
10/04/14 00:41:11
>>220
それも考えました。
正規の方法は221が良さそうですね。
>>221
こういう環境変数もあるんですね、ためになります。
ググったらありました。
URLﾘﾝｸ(groups.google.co.jp)
223:デフォルトの名無しさん
10/04/14 17:14:40
Android開発スレはここでいいんだろか？
Xperia買ったんだけどVPNが使いにくくて、せめて接続切断だけでも自前でなんとかできないかなと。
非公開API(android.net.vpn.VpnManager)はどうすれば叩けますか？
224:デフォルトの名無しさん
10/04/14 21:40:35
>>223
非公開な仕様どおりに叩けば桶
225:デフォルトの名無しさん
10/04/15 00:26:50
>>224
どうやってimportするんですか？
226:デフォルトの名無しさん
10/04/15 01:53:07
スタブあんのか？
227:デフォルトの名無しさん
10/04/15 02:19:04
どなたか教えてください。
従来のiやMIDPの携帯アプリにあったような
Spriteクラスが見当たりません。
画像の一部分を表示する場合、どうやるのでしょうか？
マップチップとか使ってアプリが作れません・・・
228:デフォルトの名無しさん
10/04/15 14:49:33
>>227
Canvas.drawBitmap(Bitmap bitmap, Rect src, Rect dst, Paint paint)
※但し、Rectの内容は x,y,w,h ではなく left,top,right,bottom なので注意。
229:デフォルトの名無しさん
10/04/15 21:06:51
シミュレータ起動してinstallしようとしても
error device not foundが頻発します。
その度に再起動で時間をとられるのですが、なんとか抑える方法ないでしょうか。
230:デフォルトの名無しさん
10/04/15 21:22:58
デジカメで撮った画像など大きなサイズのイメージをSDカードから読み込んで等倍表示させたいのですが、
BitmapFactory.decodeFile で読み取った時点でOutOfMemoryErrorが発生してしまいます。
URLﾘﾝｸ(www.hoge256.net)
のようにOptionsで指定する方法も試してみましたが、
縮小表示することはできましたが、等倍まで拡大するとメモリ不足になってしまいます。
Google Mapのように分割してブロック単位で画像が読み込めれば何とかなるかと思っているのですが、
いったん元画像をBitmapに読み込んで、createBitmapで切り出す方法しか見つからず、
これだと読み込んだ時点でメモリ不足となるため使えません。
iPhoneでは
URLﾘﾝｸ(d.hatena.ne.jp)
のような仕組みがあるみたいですが、
Androidで実現可能な方法などありませんでしょうか？
231:デフォルトの名無しさん
10/04/16 01:35:45
>>230
ぁー、自分もやろうとしてるけど最近時間が取れない・・
iPhoneのTiledViewは知らないけど、AndroidにGridViewあたりかな？
多分GridViewの上にImageView乗せればーと思いますが
横スクロールと拡大縮小あたりが難しいかもしれません。。
まじで縦横対応スクロールViewが公式で出て欲しい・・
232:デフォルトの名無しさん
10/04/16 04:36:02
UIの話じゃなくて、限定した範囲を切り出してデコードする方法が無いって話でしょ
あと>>230の挙げてるiPhoneの話は、あらかじめ画像を切り出してるだけだよ
案としては、受け取った画像ファイルを分割して送り返すwebサービスを作って逐次通信するか
libjpegを元にデコーダを実装するしか無いと思う
233:デフォルトの名無しさん
10/04/16 15:10:38
> 縦横対応スクロールView
WebViewはnativeでやってんだよな。
しかも非推奨のAbsoluteLayout使ってる。反則の極み。
Xperiaみたいに縦画面の方向キーがない機種もあれば、
IS01みたいに横画面のタッチパネル専用アプリだとやりづらい機種もあって、
どれに合わせるべきかわからん。機種毎に別バージョンを作れ？採算あわねえ。
最近Androidだめぽって思うようになってきた。
234:デフォルトの名無しさん
10/04/16 16:18:44
jpegを省メモリでx,y切り出しって難しいんじゃなかろうか。
235:デフォルトの名無しさん
10/04/16 19:47:34
基本的に8x8画素単位のブロックで保存されてるから、そうでも無いでしょう。
要らない部分はデコードしながら捨てちゃえばいいんだから。
分割して再保存するデコーダを作れば、>>230のやりたいことはもう半分完成したようなものだね。
236:デフォルトの名無しさん
10/04/16 19:55:07
>>233
そうだよｗ
メーカーごとに解像度が違うとかそういう差違って結構UI設計する上では負担なんだよ
固定してくれたほうがいいしできれば回転に伴う解像度変更も下部レイヤーで吸収してくれないと困る
237:デフォルトの名無しさん
10/04/16 19:56:00
あとアンドロイドの欠点は複数のCPUをサポートしてること
ARMバイナリとx86バイナリ両方用意するのかよって話だし
238:デフォルトの名無しさん
10/04/16 19:57:25
なんのためのJavaVMだと思っているのか
239:デフォルトの名無しさん
10/04/16 19:59:46
両方バージョンリリースしないといけないのは事実だし
もしかすると違いが出る可能性はあるしなるべく余計な差違で
悩みたくないのは事実
240:デフォルトの名無しさん
10/04/16 20:03:27
しかし、大半のアプリではそんなこと気にしなくて良いのも事実
241:デフォルトの名無しさん
10/04/16 20:08:49
iPhoneだと3Gと3GS、iPad版で違うバージョンを出しているソフトもあるそうだ
242:デフォルトの名無しさん
10/04/16 20:10:43
>>241
解像度はiPhone系とiPadの二つだけだよね
アンドロイドはこれから端末メーカーの都合で増殖し続けるわけだが・・・・
243:デフォルトの名無しさん
10/04/16 20:25:18
出来るプログラマーなら解像度に依存しないアプリを簡単に作れるのも事実
244:デフォルトの名無しさん
10/04/16 20:42:53
解像度可変はかなり昔から想定されてるしね
245:デフォルトの名無しさん
10/04/16 20:44:19
出来るプログラマー(笑
246:デフォルトの名無しさん
10/04/16 20:49:12
解像度の違いはDisplayMetrics.dencityとかでとりあえず対応できるけど、
HVGA準で作ったら、高解像度の機種でもボケた荒い絵が出てくる
ドコモの最新機種買ったのに、ゲームはどれも古い機種にあわせたのばっかり、
と同じ状況だ。
ガラケーみたいになりつつあるよ、Android
247:デフォルトの名無しさん
10/04/16 20:50:02
dencityの間違いだった
248:デフォルトの名無しさん
10/04/16 20:51:19
density
249:デフォルトの名無しさん
10/04/16 21:02:35
>>246
それをいうならiPadだろｗ
２倍拡大で黒い額縁ｗ
250:デフォルトの名無しさん
10/04/16 21:02:57
解像度違いでリソースは自動切換えできるやん
251:デフォルトの名無しさん
10/04/16 21:04:49
それが負担なんだろｗ
これからいくつ解像度違いが増えるか考えてるのか？
252:230
10/04/16 21:14:44
『3000 Viewer』ってアプリが
iPhoneの産経新聞アプリと同じことをやっていて、
分割画像を読み込んでいるのはわかったんですが
これだとサーバが必要になってしまうので、端末内で…と思っていたんですが
簡単にはいかなさそうです…
ビューア部分もiPhoneとは違って独自で実装しないと無理そうなので結構大変になりそうです。
253:デフォルトの名無しさん
10/04/16 21:23:44
解像度の種類が多少増えたぐらいで、そんなに負担になるか？
馬鹿の人は大変なんですね。
254:デフォルトの名無しさん
10/04/16 21:26:19
>>251
dpiそのものは3種だぞ
まあ実際開発してない奴は分からんだろうなぁ
255:デフォルトの名無しさん
10/04/16 22:30:21
>>252
むしろ独自に実装できることを喜びなさい
256:デフォルトの名無しさん
10/04/16 22:32:39
>>252
そういうのはPSPで野良ソフトかいてるとき苦労したわ～
利用者はそんな内部で起きてることなんて知ったことじゃないからなｗ
257:デフォルトの名無しさん
10/04/16 22:47:54
libjpegは使ったこと無いけどlibpngだとライン展開できたな
たとえば横x縦が3000x3000とかの糞でかい画像でも
3000x256分で一旦展開して256x256の塊で再圧縮してRAM上に格納という感じか
258:デフォルトの名無しさん
10/04/17 01:54:18
文句言ってるやつはどうなってくれればいいわけ？
259:デフォルトの名無しさん
10/04/17 02:02:34
解像度は固定にしてくれってことじゃないの？
260:デフォルトの名無しさん
10/04/17 04:43:38
Android Marketに登録するには無料公開のアプリでも25$支払って有料アカウントが必要なの？
261:デフォルトの名無しさん
10/04/17 11:01:49
>>260
そうだよ。
毎年99ドル取られてクソみたいな審査があるとこと比べたら天国だよ。
262:デフォルトの名無しさん
10/04/17 11:57:35
日アン会女子部時計を早急に頼みます！
263:デフォルトの名無しさん
10/04/17 12:07:06
ま、結局Androidも未だに240x240のゲームばかりのiアプリみたいになるってことよ。
iアプリでWVGA対応のStarが使われないのと同じ状況。
だから最新機種でゲームやっても画面はいつまでもボッケボケ。
客は縦横対応や複数の解像度対応のための金なんか払ってくれないんでね。
またガラケーの仲間が増えたよ、おめでと～
264:デフォルトの名無しさん
10/04/17 12:17:23
そうだね、480×320の低解像度しかないiPhoneはかわいそうだね
265:デフォルトの名無しさん
10/04/17 12:30:02
>>261
何度もすいません、$25/年間なのか1度の払込みなのかどっちなんでしょうか(´･ω･`)
ずっと使えて$25なら遊びで登録してみよかと思ってまして。
266:デフォルトの名無しさん
10/04/17 12:36:21
登録で$25だから最初だけ
267:デフォルトの名無しさん
10/04/17 13:11:38
大学の選択科目でプログラミングの授業(何種類かあります)をとろうと思っています。
プログラミングは素人なのですが、Androidのアプリ制作とかに興味あり、どうせならそれに少しでも役立つのを選びたいと思っています。
javaというので開発できるようですが、これ以外の言語では開発できないのでしょうか。
他に適当なところが見つからなかったのでここで質問してしまいました。スレチだったらごめんなさい。
268:デフォルトの名無しさん
10/04/17 13:23:20
一応Java以外の言語も使えるけど、
現状では全部Javaで書く以上にJavaに熟知していないと使えない
Javaの授業が選択出来るならJavaでいいよ
何だかんだで基礎を学ぶには向いてると思うしAndroid開発やるならそれが最短
もしくは情報系ならSchemeなどの関数型言語を選択してJava独学
269:デフォルトの名無しさん
10/04/17 13:25:16
それより
なんでクラウド勧めたがるグーグル先生がこういう開発環境をクラウドで提供しないんだ？
270:デフォルトの名無しさん
10/04/17 13:30:57
>>267
出来るけど、自由に出来る訳じゃない。
役に立つ知識をと思うなら、割り切って Java を使った方が良いよ。
271:デフォルトの名無しさん
10/04/17 13:32:11
>>269
小さくてもいいからGoogleアカウント単位で使えるオンラインデータ領域が欲しいなぁと常々思う
GAEで作れとか言われそうだが
272:>>267
10/04/17 13:49:21
>>268,270
情報系ではなく、関数型言語というのは選択できないようです。
とにかくjavaを勉強してみることにします。
ありがとうございました。
273:デフォルトの名無しさん
10/04/17 16:04:14
>>266
ありがとうございます。
eclipseのGUI作成はもっとわかりやすく便利にならないものでしょうか。
VBのように。
274:デフォルトの名無しさん
10/04/17 17:39:43
>>273
ここでそんな事聞いても「ならん」としか言い様がないのはわかるよね。
各Viewのプロパティの把握とXMLの書き方とか自分用のテンプレ作っといたら作業速度は大して変わらんと思うが。
275:デフォルトの名無しさん
10/04/17 20:28:42
AndroidのUIにVBみたいなRADなんかいらんだろ
XMLで階層構造見ながら作った方がわかりやすい
276:デフォルトの名無しさん
10/04/17 21:40:54
Androidアプリの開発をしたいと思っているのですが、
まずはJavaの勉強をするべきですか？
Javaをかなり使いこなせないとAndroidアプリの開発は難しいですか？
277:デフォルトの名無しさん
10/04/17 21:43:25
両方まとめてやればいいだけだと思うけど
どんな開発するにしても、ハード、開発環境、言語になれていかないと何も作れない
自分が初心者だと思うならアンドロイド上でお約束のhello worldを表示することから
はじめるしかない
278:デフォルトの名無しさん
10/04/17 21:44:35
>>269
クラウドなんて単なるマシンリソースのリース業だぜ?
何を提供しろと?
279:デフォルトの名無しさん
10/04/17 21:46:27
>>278
エクセルもどきを提供してるだろ？
その中のデータはグーグルが管理してるだろ？
アンドロイド開発環境も提供して
コードもグーグルが管理すればいいじゃね？
さすがにエミュレーターでのテストはローカルでやるとかしないと無理だろうけど
280:デフォルトの名無しさん
10/04/17 21:51:11
>>279
必要のないものは作られない。
281:デフォルトの名無しさん
10/04/17 21:52:27
>>280
本気でクラウド化を宣言するならそこまでやらないとｗ
コンパイルだってサーバー資源でやるってのも間違ってないだろｗ
282:デフォルトの名無しさん
10/04/17 21:52:48
>>279
Google Code があるだろ。
283:デフォルトの名無しさん
10/04/17 21:54:17
>>282
Google Codeってオプソ関連のコード公開するとこだけだろ？
284:デフォルトの名無しさん
10/04/17 22:00:19
コンパイルする度にネットワークアクセスするような糞環境が有用とか思ってるバカはおまえだけ。
285:デフォルトの名無しさん
10/04/17 22:02:29
>>284
あたま悪いだろｗ
コードは鯖に預けてあるんだからｗ
入力中してる段階で鯖とやり取りするんだよ
コンパイル指示すれば鯖が持ってるコードに対してコンパイルするんだから
ぜんぜん問題じゃねえ
286:デフォルトの名無しさん
10/04/17 22:04:59
次はセキュリティ面の話とか持ち出してくるぞｗ
287:デフォルトの名無しさん
10/04/17 22:06:46
>>285
Google Appsでコード書いたことないでしょ。
288:デフォルトの名無しさん
10/04/17 22:07:53
サジェストができるんだからMSのIDEの入力補助もできるだろうし
コンパイル前のデータなんて微たるテキストコードだろ
ブログ編集したりするのと何が違うんだって話
できないとかぬかしてるのは頭固い
289:デフォルトの名無しさん
10/04/17 22:08:51
昔はコンパイル（アセンブル）はホスト側でやってもらってたなあ・・・
290:デフォルトの名無しさん
10/04/17 22:10:43
>>287
Google Appsでコード書いてアンドロイドに持っていけるの？
>>289
本気でクラウドで勝ちたいならアンドロイド開発とかをそういうスタイルでできるようにするべきなんだがな
291:デフォルトの名無しさん
10/04/17 22:13:16
クラウドとかいうのよくわからないんだが可能になったら携帯から開発とかできるわけ？
292:デフォルトの名無しさん
10/04/17 22:15:02
>>291
したいと思うか?
需要が考えられない。
293:デフォルトの名無しさん
10/04/17 22:15:09
>>291
うん
ブラウザーのAjax対応次第かな
まあ携帯電話でコード入力したいのか？って話だけどｗ
294:デフォルトの名無しさん
10/04/17 22:16:17
なんか香ばしいのが居るな
295:デフォルトの名無しさん
10/04/17 22:17:38
>>292
>>293
極端な話Android携帯でAndroidアプリの開発が出来るのかなと思ってね
確かにそんなマゾイことはしたくないな
296:デフォルトの名無しさん
10/04/17 22:23:15
>>295
今だってlinuxマシン上に開発環境構築してそこにコード置いておけば
ターミナルソフトみたいなのあればできるんじゃないの？
端末側はあくまで表示や入力だけサポートして鯖にコンパイルさせるって感じで
出来上がった実行ファイルをダウンロードして端末で実行すればできそうだしね
でもまあそこまでしてやりたいか・・・て話
それよりはインストールとかなしでIDさえ取れば開発できるといいよねって話
297:デフォルトの名無しさん
10/04/17 22:26:01
Android携帯のVMをサーバー（クラウド）に置いてくれ、ということかね。
100種類ぐらいのVMを取っ替え引っ替えテストできるのは良いかもね。
ありっちゃありだけど、ネットが死んだら開発できないのも困るなぁ。
298:デフォルトの名無しさん
10/04/17 22:31:00
コンパイルファームやランタイムテスト程度なら良いが、
シェルやなんかで一括処理や自動化もできないような環境なんていらねぇよ。
299:デフォルトの名無しさん
10/04/17 22:31:36
>>297
まあそういう人のために従来のインストールパッケージもあればいいでしょ
300:デフォルトの名無しさん
10/04/17 23:46:11
Javaうんぬんよりも、Eclipseが使いにくくて困ってる。＠VisualStudio使い
301:デフォルトの名無しさん
10/04/18 17:51:40
>>291
ソース食わせたらサーバーにあるコンパイラに吐かせるwebコンパイラは
あるにはあるが携帯でやっても実行環境がないぞ。
実行環境があっても吐いたバイナリどこに置くんだとか
置くときのセキュリティうんぬんは問題になると思う。
302:デフォルトの名無しさん
10/04/18 20:51:38
>>300
どこが使いにくいのかkwsk
オレは逆にVSに慣れない。
303:デフォルトの名無しさん
10/04/18 20:58:37
>>300
俺もVisualStudio使いでWMメインやってたが最近アンドロ案件やらされてる
Windows上でIDE使って開発するならどれもVisualStudioの快適さにかなわないよ
GoogleがIDE出して囲っちまえばいいのにな
304:デフォルトの名無しさん
10/04/18 21:01:48
馴れだっつーの
305:デフォルトの名無しさん
10/04/18 21:07:40
>>303
グーグルには無理だろ
それより上ででてる開発環境のクラウド経由での提供をだなあ・・・
306:デフォルトの名無しさん
10/04/18 21:37:04
ブラウザで開発?
冗談なのかバカなのか…
307:デフォルトの名無しさん
10/04/18 21:40:57
>>306
え・・・
想像できない方がバカでしょｗ
308:デフォルトの名無しさん
10/04/18 21:50:52
ProjectとRun/Debug Configurationが分離されてるのは結構戸惑う。
いったいどういう場面で便利なの？
あとUIカスタマイズ(ツールバーとか色とか)がものすごくわかりにくい。
でもキーバインドをemacs風に即切り替えられるとか
プラグインが豊富とか強力なリファクタリング機能とか
メリットの方が大きいかな。
309:デフォルトの名無しさん
10/04/18 21:55:46
>>308
コード書くのなんて糞デカイデータ移動するわけじゃないし
ブログ書いた入りする程度でできるでしょ
ブラウザ上で絵描いたり音楽作ったりできるんだしGUIのデザインも可能だよ
コード入力支援はサジェストのエンジン使えば可能だしコンパイルってやれば
サーバーが持ってるコードをコンパイルし始めるんだし
で実行ファイルが必要なら端末側から専用のダウンロードアドレスを
参照して・・・と
310:デフォルトの名無しさん
10/04/18 22:17:54
ブログ書く程度のキー操作しかできない低脳コーダーか…
311:デフォルトの名無しさん
10/04/18 22:20:51
ブラウザなんて同時接続数 2 コネクション程度しかないものに夢持ちすぎだバカ。
312:デフォルトの名無しさん
10/04/18 22:23:22
>>309
2005 年頃から来られた方ですか？
313:デフォルトの名無しさん
10/04/18 22:50:00
やってるのあるじゃん
URLﾘﾝｸ(phpspot.org)
こういうのをグーグルがやればいいのに
314:デフォルトの名無しさん
10/04/18 23:00:36
sourceforgeのコンパイルファームが関の山じゃないの？
315:デフォルトの名無しさん
10/04/19 00:13:11
両方使ってる俺からすると、Eclipseはフォルダで管理できるのが非常に楽だ。
Visual StudioはC++で使ってるからかもしれんけど。
316:デフォルトの名無しさん
10/04/19 01:07:00
ちょっと前までiPhone用ばかりやってたから、Eclipseがダメダメに見える。
317:デフォルトの名無しさん
10/04/19 01:31:29
クラウド上でとか言ってた奴、ブラウザで開発させろって意味で言ってたのかｗｗ
318:デフォルトの名無しさん
10/04/19 01:40:19
>>317はあんまり理解してないな。
319:デフォルトの名無しさん
10/04/19 01:52:10
Google App Engineっていうのはweb上のアプリ開発だけなんだっけ？
この上でアンドロイドの開発はできないよね？
320:デフォルトの名無しさん
10/04/19 02:00:55
この間リアルで「クラウド」を「ブラウザ上で動くウェブアプリ」の意味で使う奴にあって話が通じなくて大混乱したなぁ
321:デフォルトの名無しさん
10/04/19 02:03:49
ブラウザ上でやることはViewとInputだけで実際の
runはサーバーでやらせるんだよｗ
アンドロイド開発といえどｗ
ストレージ、メモリ、CPU資源を貸し出すのがクラウドなら
開発環境の貸し出しがあっても不思議じゃないよね
って話だし
322:デフォルトの名無しさん
10/04/19 02:07:24
>>321の補足
run＝コンパイルね
さすがにテストとなるといろいろ厳しいところがあるので
一考しないといけないだろうけど
323:デフォルトの名無しさん
10/04/19 02:11:36
ブラウザ上で動くアプリというのは、
インストールとサーバ側との同期が楽というのと引き換えに
使い勝手やパフォーマンスなど他のあらゆるものを犠牲にするわけで
一般人やビジョナリー(笑)を躍らせるためのネタに開発者が踊ってどうするよ
324:デフォルトの名無しさん
10/04/19 03:58:06
厨房の妄想まだ続けんの?
325:デフォルトの名無しさん
10/04/19 06:42:40
俺がeclipseで２ちゃんブラウザ作ってるから
楽しみにしてね。
326:デフォルトの名無しさん
10/04/19 07:28:59
NaCLなんて作るからいけないんや
327:デフォルトの名無しさん
10/04/19 11:50:21
>>321
でもそれを「Webアプリ」って言うんじゃないの普通
328:デフォルトの名無しさん
10/04/19 14:40:38
10万DLでActive60％って結構いいほうなの？
329:デフォルトの名無しさん
10/04/19 15:35:34
相当いいと思うけど
330:デフォルトの名無しさん
10/04/19 15:58:19
この業界、説明ができない奴はたとえPGスキル高くてもカス扱いだからｗ
モデル図でも描いて説明しろよｗ
331:デフォルトの名無しさん
10/04/19 16:01:14
>>328
2000DLアクティブ5割の俺に謝れ
332:デフォルトの名無しさん
10/04/19 16:09:37
>>330
急にどうした
333:デフォルトの名無しさん
10/04/19 16:20:25
そもそもinstall activesってどうやってカウントしてるの？
ローカルでapp管理系のアプリで削除したらカウントできないよね。
単純にマーケットのアンインストールを押された回数を数えてるだけかな？
334:デフォルトの名無しさん
10/04/19 16:21:49
>>333
何かのタイミングで端末情報報告してたりしてｗ
335:デフォルトの名無しさん
10/04/19 16:37:54
>>334
マーケットに入った時点で差分とったりしてそうだな
336:デフォルトの名無しさん
10/04/19 16:46:46
てか単純に野良アンインスコした分は数えてない(インスコしっぱなし扱い)だと思う
337:デフォルトの名無しさん
10/04/19 16:57:10
つまりアッパーリミットって意味でしかないのか
338:デフォルトの名無しさん
10/04/19 20:34:01
マーケットアプリが新着確認する時、
必然的にインストール済みアプリが伝わってるはずだが
339:デフォルトの名無しさん
10/04/20 08:39:52
それにしても国内Android Marketは盛り上がらないな。
AppStoreは日本人デベロッパーも頑張ってるのに。
340:デフォルトの名無しさん
10/04/20 09:47:34
>>338
Googleアカウント1個で複数の端末が使える以上、
「新着確認が来なかった」ことをもって「アンインストールされた」とは見なせないよ
341:デフォルトの名無しさん
10/04/20 11:42:11
マーケットの登録について質問したいんですが、口座登録の確認のデポジットって返金って必要ですか？
読んだ限りはなんも書いてないから必要ないって認識なんですが。
342:デフォルトの名無しさん
10/04/20 15:25:46
今度出るHTC DesireでAndoroidアプリに挑戦してみようと思っているんだけど、C/C++とWinAPI以外では
まったくプログラミングしたことないし知らない。
C/C++で開発できるようになったと言っても、C/C++とAndroidAPIだけでは無理で結局Javaは必要ですか？
343:デフォルトの名無しさん
10/04/20 15:59:22
>>342
ぶっちゃけ必要
でもC++出来ればJavaはすぐ習得できると思うよ
元々C++を簡略化した言語だし、覚える部分はほとんどがAPIの部分なわけで
344:デフォルトの名無しさん
10/04/20 16:29:16
>>343
ありがとうやっぱり必要なのか。今からJava勉強しだすことにします。
今調べてるとC/C++で作れるのはWindowsでいうDLLファイルにあたる部分のみなのね。
ということはJava超基本的な所だけ覚えて、ほとんどC/C++で開発しちゃえばいいか
345:デフォルトの名無しさん
10/04/20 17:13:01
>>344
C/C++から叩けるAPIはすごく少ない
C側からJavaのAPIを叩きに行くことも出来るが、かえって大変になるよ
AndroidだろうがWindowsだろうが大変なのはAPIの部分なんで
当面は素直にJavaだけで書いた方がいい
C++使えるなら、C++で頑張って書くよりさくっとJava覚えた方が話が早い
346:デフォルトの名無しさん
10/04/20 17:25:56
つーかC++書けるならじゃう゛ぁなんて余裕のヨシコ
347:デフォルトの名無しさん
10/04/20 17:32:50
だいたいNDKってほとんど何も出来なくないか？
OpenGL叩いてSurfaceに出すのとLinuxのシステムコールが叩ける以外
入力は処理できないし音は出せないしUI絡みのことは一切出来ないよな？
あとSTLも無かった気がする
348:デフォルトの名無しさん
10/04/20 18:44:15
DLしてくれてフィードバック貰えるのは有り難いんだけど、
時々すっげー上から目線のヤツがいてムカツクわー
個人でアプリとか公開するのAndroidが初めてでちょっと凹むときあるしorz
349:デフォルトの名無しさん
10/04/20 18:46:50
>>348
PCの市場はそうやって寒い状態になったんだけどなｗ
iPhoneもアンドロイドも同じようになるだろうなｗ
割れ、スパム、などなど・・・
ソフトウェア界隈はお寒いｗ
350:デフォルトの名無しさん
10/04/20 19:07:31
iPhoneのキチガイレビューの多さに比べたら
Androidユーザはなんて大人が多いんだって感動するぞ
351:デフォルトの名無しさん
10/04/20 19:42:02
iPhoneってそんなに酷いのかｗ
352:デフォルトの名無しさん
10/04/20 19:46:30
マジでWaresなんとかならんのかね？
音楽や動画よりもソフトウェアの方がよっぽど被害大きいんだからDRMとか無理なの？
iPhoneもJB環境では既に割れが蔓延していて悲しくなる。
割れほどデベロッパーの気力を削ぐものもないと思うんだが・・・。
353:デフォルトの名無しさん
10/04/20 19:49:10
>>351
使い方がわからないと☆1つ
AppStore Japanでは常識です(＾＾)
354:デフォルトの名無しさん
10/04/20 19:49:29
iPhoneにしてもAndroidにしても商売上深刻な被害が出ない程度のDRMは出来てると思うが
究極的にはオフラインのアプリで割れを完全に防ぐことは不可能
そこまでやりたいならオンライン専用でアカウント認証するアプリにする必要がある
355:デフォルトの名無しさん
10/04/20 19:55:57
>>353
アプリ★ゲットのコメ欄より酷いな・・・
356:デフォルトの名無しさん
10/04/20 20:00:03
アプゲやギガアプリで、欠点を列挙して叩きまくる奴らが多く、俺もよくキレてたが
今は、そいつらのおかげでずいぶん「わかりやすいUIを作る力」が鍛えられたと思う
そういう叩きならいいんだけどな。
ガラパゴスの住人は厳しいけどまじめだよ。
357:デフォルトの名無しさん
10/04/20 20:00:16
>>355
AppStoreのコメ欄はマジ底辺だよ
暇な中高生がコメ書いてるケースが多いんじゃないかな
アプリゲットもそう良いとは言えないがAppStoreは完全な割れ窓環境だ
358:デフォルトの名無しさん
10/04/20 20:04:01
>>356
iPhoneで具体的な欠点挙げる奴なんていないよ
コメント「使いにくい」「ゴミ」の一言で☆1が当たり前
Androidでもエスパーキボンヌみたいなコメは付くけど、
メールで○○すると××が動きませんとか、
○○が遅いですとか、○○で××したら落ちますとか
ちゃんと報告が来るのはユーザの民度に違いを感じる。
少数のマニアが使ってる段階だからかもしれないけどね。
359:デフォルトの名無しさん
10/04/20 20:05:29
>>358
超同意
360:デフォルトの名無しさん
10/04/20 20:06:49
>>358
まあそれだけ一般的な人が使ってる証拠なんだろうな
アンドロイド系はまだまだそこまで行ってないってことだろう
361:デフォルトの名無しさん
10/04/20 20:08:59
アンドロマーケはちゃんと報告してくれるやつ多いな。
辛辣な言い方もたまに見るけど一応バグ報告してるとこがﾂﾝﾃﾞﾚでかわいい
362:デフォルトの名無しさん
10/04/20 20:57:37
>>360
Androidも今後人口が増えてきたら相応に荒れてくるだろうねぇ
ただ、iPhoneはガラケーアプリと比べてもユーザの質が悪いあたり
何でああいうことになってるのかさっぱり分からん
2chでもiPhoneユーザは群を抜いてキチガイ多いし
363:デフォルトの名無しさん
10/04/20 21:05:44
第一回A3（2回目以降やるとは思えんが）の大賞は芋煮かシメジだろうね。
364:デフォルトの名無しさん
10/04/20 21:11:42
で、おまえらA3出した？あるいは出す予定？
365:デフォルトの名無しさん
10/04/20 21:32:17
>>364
なし。存在知ったのがXperia体験会だったからなぁ
366:デフォルトの名無しさん
10/04/20 22:51:49
Android使う人は、
Gmailをメインで使っている人の割合が高くて、
IDがGmaiアドレスに紐付けられているから、
慎重なコメントが多くなるんじゃないのかね?
２ちゃんねるみたいに書き捨てOKなところだと、
ストレス発散に辛口評価を楽しんでいる奴もいると思う。
// iPhoneのことは何も知らないけれど。
367:デフォルトの名無しさん
10/04/20 23:07:01
いや辛口とかじゃないよ
iPhoneのコメは単なる一言言い捨てみたいなのが多い
あと2chの一部のiPhone信者は極端におかしい奴が数人暴れてるだけのような気もする
368:デフォルトの名無しさん
10/04/21 00:03:05
>>345-347
ありがとう現時点ではC/C++はほんと限られたことしかできないのね。
C/C++のみで実行ファイルぽんっと作れたら便利なのにな
ついに今まで逃げてきたJavaと戦う時がきてしまったか。
369:デフォルトの名無しさん
10/04/21 00:16:13
まぁ、でも匿名性は関係あるかもね。
築き上げたソーシャルネットワークと己の振る舞いや発言とを天秤に掛けるわけだから。
Twitterだとめちゃめちゃ良い人演じてるのに2chではDQNでキティちゃん、こんな二面性持ってる奴はTwitterユーザーの9割弱だと俺は予想するわ。
実際おまえらだって2chで超上から目線で馬鹿にするような発言しといてTwitterやSNSでは善人面してんだろ？ｗ
370:デフォルトの名無しさん
10/04/21 00:25:07
AppStoreもレビューは名前出るでしょ
AppleIDだかなんだかと紐付いてるし
371:デフォルトの名無しさん
10/04/21 00:39:37
AppleはAppStoreとiTunesStoreしか成功してないから、
買うだけの世界で、これは守るべきIDではないのでは?
372:デフォルトの名無しさん
10/04/21 02:21:30
>>358
でもAndroid端末からしか入力できないから適当になりがち…
iPhoneだとどうなんだろ？PCのiTunesからコメントできるんだろうか。
373:デフォルトの名無しさん
10/04/21 03:48:56
>>368
そういう意味では、これまで Objective-C を大事に育てて来た Apple は有利だよね
苦節二十数年、ようやく報われたという感がある
Dalvik も JIT があればね…
374:デフォルトの名無しさん
10/04/21 09:09:22
クラウド開発
URLﾘﾝｸ(mbed.org)
375:デフォルトの名無しさん
10/04/21 09:17:36
>>373
既にJIT出回ってるよ。開発機では動いてる。
376:デフォルトの名無しさん
10/04/21 09:18:22
>>352
収入は広告で確保する時代なのでは?
377:デフォルトの名無しさん
10/04/21 09:31:21
Android版iAdはどうするんだろ？
この分野ではGoogle Adsenseで一日の長があるんだが。
Google AdsenseのAndroidアプリプログラム作ればiPhoneに勝つる！
378:デフォルトの名無しさん
10/04/21 09:43:23
Admobがあるじゃん
379:デフォルトの名無しさん
10/04/21 10:03:22
>>375
それが V8 並みに速いと良いね。
そうすればカリカリにチューンアップしたい処理だけを JNI に逃がすだけで済むかも。
380:デフォルトの名無しさん
10/04/21 10:12:23
v8並みってのは比較しようないからあれだけど、速い。
381:デフォルトの名無しさん
10/04/21 12:47:20
>>364-365
勝ち目ないｗ
382:デフォルトの名無しさん
10/04/21 12:51:37
華麗に安価ミスったｽﾏｿ
>>363-364
383:デフォルトの名無しさん
10/04/21 13:56:29
>>373
大事に育ててきたというか、NeXTから引きずっちゃったというか・・・
ラムダがないからって「Cの方に」足そうとするとか、
ちょっとAppleはことソフトウェア実装に関してはセンスやばい
Androidはあれだわ
NDKの分までEclipseの中でシームレスに書かせてくれれば便利というか
Obj-Cのsmalltalk層がJavaでC層がNDKって感じに出来ることは出来るだろうけど
移植性を考えるとNDKはあまり使うべきではないしそれこそObj-C並に見通しも良くないし
JITは今のところ開発版は出てるけどそろそろ実戦で使えるレベルに達して欲しいね。
Androidのメモリ管理ストラテジを考えると一旦コンパイルしたバイナリは
ストレージに書き出してmmapすべきだと思う。
384:デフォルトの名無しさん
10/04/21 13:58:54
>>376
囲い込みで成り立ってる市場でそれを言い出すとサービサー以外は成り立たなくなるよｗ
小額でも売れるというので開発者が集って活気がでるんだよ
385:デフォルトの名無しさん
10/04/21 14:10:31
>>384
iPhoneなんかの例だとAdMobで収益上げてるアプリもあるけど
一般論的には200円くらいの有料アプリがスイートスポットみたいね
ただDRMは現行レベルで十分だと思うけどね
というかこれ以上頑張るにはハードウェア側の対応が必須になって上に
ローカルにブツがあるなら究極的には突破されるのでコスト的に割に合わない
95%のユーザが割れない状況にしておけば商売的にはそれでいいんだよ
386:デフォルトの名無しさん
10/04/21 15:51:18
PS3 Linuxみたいなことになっても困るしねえ。
あまりガチガチにしちゃうと、レイヤー下のところで頑張る人が減る。
387:デフォルトの名無しさん
10/04/21 16:50:24
>>383
＞ラムダがないからって「Cの方に」足そうとするとか、
変で面白いじゃん。
GCDと合わせ技で粒度の細かいマルチスレッドが異様に楽に書けるぞ
388:デフォルトの名無しさん
10/04/21 17:11:39
>>387
よくねえよｗｗ
C++にラムダ式が追加されようという時に
わざわざ別書式でしかもラムダ式として使えないクロージャブロックを追加するとか
Appleにはまっとうなアーキテクトがいないとしか思えん。
まあJavaもJava7でラムダが追加されたらconcurrentで同じこと出来るわけだが汎用性が違いすぎる。
389:デフォルトの名無しさん
10/04/21 17:34:53
正直GCDはZend社が設計したと言われても納得できるセンス
390:デフォルトの名無しさん
10/04/21 17:36:38
マルレク行く？
391:デフォルトの名無しさん
10/04/21 17:51:56
完全スレ違いだが、Objective-Cレイヤーで
軽量のラムダ式を定義することは不可能。
それほどObjective-Cのコアは遅い。
392:デフォルトの名無しさん
10/04/21 18:37:11
>>368
Fortran90のみの俺でもなんとかなってる。
糞ショボイアプリだけど。
393:デフォルトの名無しさん
10/04/21 18:55:45
>>391
まあObjCの不備をCレイヤを変えて解決しようってあたりが
政治でエンジニアリングを解決するAppleらしくはあるよなぁ。
C++との互換を根底から破壊しようという魂胆丸見えだし。
話を強引に戻すけど、内部処理を可能な限りC++で書く場合
NDKから叩けるAPIってどのくらいあるものなのかな
394:デフォルトの名無しさん
10/04/21 19:10:29
docs/STABLE-APIS.TXT読め
基本的にlibc, libm libz, liblog, OpenGL。
395:デフォルトの名無しさん
10/04/21 19:15:17
>>394
いやそれは知ってるんだが、一応JNIからJava側叩きに行くことも出来るだろ
現実問題としてどのくらいのAPIが使い物になるんだろうなと
396:デフォルトの名無しさん
10/04/21 19:46:26
>>395
Java 側たたく他は API はほぼ何もないよ。
文字かきたいなら freetype 抱え込んで自前でレンダリングしましょう、
線引きたいなら Cairo 以下同文
397:デフォルトの名無しさん
10/04/21 19:51:36
>>388
いつまで経っても出来ない物を待つ必要はないだろ。
良い物が出来そうな気配もないし。
もっとまともな理由で文句言ってるのかと思ったよ…
398:デフォルトの名無しさん
10/04/21 19:56:08
>>380
ちょっと調べてみたけど、フルコンパイルしても 1.5 倍にしかならないって相当遅くね?
399:デフォルトの名無しさん
10/04/21 20:00:50
>>397
文句いうのはタダだから、何となく気に要らないって理由でも
文句いう理由としては十分なんじゃないか？
c++ の仕様が決まるまで待つべきだと主張をしてるわけじゃなさそうだし。
400:デフォルトの名無しさん
10/04/21 20:01:51
>>399
せめてC++のラムダ式と互換のあるような仕様にするとかなんで考えなかったんだろうとは思うぞ
401:デフォルトの名無しさん
10/04/21 20:06:43
それが、まともな物だったらな。
402:デフォルトの名無しさん
10/04/21 20:15:10
c++0xで揉めてたのはあくまでconceptsの問題であって
ラムダ式の仕様はかなり前に出たものだしまとも。
少なくともどう見てもAppleがWDに出したブロック構文はゴミだろ。
ラムダ式を知らん奴が仕様書いたんじゃないかとクラクラしたわ。
PHPのcreate_functionを見た時以来の感動だぜ。
403:デフォルトの名無しさん
10/04/21 20:35:29
少なくともあんな気持ち悪い構文は使いたくないなw
404:デフォルトの名無しさん
10/04/21 21:41:27
まったく話しについて行けない件
405:デフォルトの名無しさん
10/04/21 21:43:25
それは君が坊やだからな件
406:デフォルトの名無しさん
10/04/21 22:30:26
そもそもGCDで導入しようとしてる独自拡張ってラムダですらないよな？
407:デフォルトの名無しさん
10/04/21 22:39:37
>>404
C++ が無視されてるのが気に入らないって話じゃないの
408:デフォルトの名無しさん
10/04/21 22:51:18
>>407
でもC++でフル機能のラムダが導入されるのにわざわざCにラムダの出来損ないを導入するのはバカじゃね？
409:デフォルトの名無しさん
10/04/21 22:56:49
それが C++ というのがネックだなw
フル機能のラムちゃんで遊びたいなら Lisp 使うわ
iPhone では ObjC を使うし、Andoroid なら Java を使うし Windows Phone は C# なんだっけ?
410:デフォルトの名無しさん
10/04/21 23:04:34
ラムダって何ぞ? とおもったらクロージャーみたいなもんか。
411:デフォルトの名無しさん
10/04/21 23:06:48
>>409
LispじゃなくてRubyでもJavaScriptでもラムダは使えるわけだし
Java7どころかあろうことかPHPですらラムダはサポートという流れ。
ラムダはブロックの上位概念なわけで
C++がイヤなら他の言語からラムダ構文を持ってきても良かった
だがAppleはそんなレベルにすら達しな
いラムダとして使えないGCD専用のブロック構文というゴミを作ってしまった
412:デフォルトの名無しさん
10/04/21 23:08:05
>>411
ラムダとして使えないってどういう事？
413:デフォルトの名無しさん
10/04/21 23:10:23
そんな構文レベルの趣味話はどうでも良いのだよ。
414:デフォルトの名無しさん
10/04/21 23:10:46
void(*)(void)じゃラムダとしては使えなくね?
415:デフォルトの名無しさん
10/04/21 23:13:36
URLﾘﾝｸ(lists.cs.uiuc.edu)
C++ の lambda は別に無視した訳じゃなくて、テンプレートべったりだから
スルーしたよ、だってさ。C++ 云々はそもそも無理筋の話ってこっちゃね。
だからここでグダグダ言っても意味が無い。
416:デフォルトの名無しさん
10/04/21 23:22:05
C++のlambdaってテンプレートに何か依存してたっけ?
受け取りがfunction<>型だって話か?
417:デフォルトの名無しさん
10/04/21 23:23:18
それより Blocks がラムダじゃないというのはどうなったんだ？
418:デフォルトの名無しさん
10/04/21 23:27:32
>>417
勘違いかもしれん
前にAppleのpaper見た時は内容違ってたんだが>>415を見るとラムダとしても使えそうに見える？かも？
419:デフォルトの名無しさん
10/04/21 23:40:24
C構文でラムダ使いたいならjavascriptでいいんじゃね？
コルーチンもジェネレータもイテレータも文法レベルであるぜ。
実装によっちゃ継続も使える。
クラスがないと発狂する奴がいるか・・・。
420:デフォルトの名無しさん
10/04/21 23:43:13
>>415
c で表せる型がないから使いにくいか。
構文自体はどっちも大差ないよね
421:デフォルトの名無しさん
10/04/21 23:45:25
心配しなくても組み込み屋が猛反対して標準からはリジェクトされんじゃねーの
gccでコンパイルするandroidには関係のない話だ
422:デフォルトの名無しさん
10/04/21 23:45:30
てか単に [] が Objective-C と食い合わせ悪かっただけかもね
423:デフォルトの名無しさん
10/04/22 00:06:51
正直ここ５０レスぐらい何言ってるかわかんねぇ・・
424:デフォルトの名無しさん
10/04/22 00:12:36
それよりAndroidの話しようぜ！
425:デフォルトの名無しさん
10/04/22 00:23:54
Android NDKのC++で例外がサポートされるのっていつ頃？
426:デフォルトの名無しさん
10/04/22 01:14:37
やっぱ俺みたいな厨房にはプログラム板の連中にはついて行けないわ
勉強します
427:デフォルトの名無しさん
10/04/22 01:43:19
いやいや、小難しく考えるから日本人はダメなんよ(´・ω・｀)
プログラムなんて目的のための手段なんよ、そして言語は数ある選択肢のうちのひとつに過ぎないんよ。
いくら多数の言語を駆使してプログラムができたって自己満足の技術屋でただの下請けなんよ。
今の日本がハードに固執するあまり世界(アメリカ)の下請けになってるのと同じ。
日本のハードウェア信仰ここに極まれり、今はソフトウェアのアイデアが全てなんよ、そのアイデアを具現化するための手段がプログラム。
プログラムなんてもっともっと簡単になっていいんよ、アイデアを如何に簡単に万人が具現化できるかがコンピュータの本質だろ？
428:デフォルトの名無しさん
10/04/22 02:06:51
簡単になったら簡単になった環境でより複雑なプログラムを作るようになるんじゃないか？
いままでもこれからも。
でないとアイデア勝負だけじゃ老舗は無数の新参に対抗できなくて事業継続できないもの。
429:デフォルトの名無しさん
10/04/22 02:58:16
簡単になったら、そのまま工数削減で良しとしようが
更に汎用性やアプリ間親和性を高めようが、更に多機能化しようが、
色々選択肢が増えて良いネ、って話じゃない？
430:デフォルトの名無しさん
10/04/22 03:07:30
>>429
趣味で作るならその通りだよね
431:デフォルトの名無しさん
10/04/22 08:55:19
Androidってエッジな人たちが触るほどの価値も無いと思うんだけどね
肥大化する一方のViewクラスのソース見てるとため息でるわ。
オブジェクト指向のシロウトが設計してるんだなーと。
gofのデザパタも知らないんじゃないかな、作ってる奴らは
432:デフォルトの名無しさん
10/04/22 08:57:30
（続き）
人に聞いたら、糞AWTや糞Swing作ってSunからクビになった奴らを
Googleが引きぬいてAndroidのUIフレームワーク作らせてると言ってたが、
本当なのかな
433:デフォルトの名無しさん
10/04/22 10:14:15
そんな優秀なら参加したらいいじゃない。
core.java.android.view.*の開発にw
そして本当に優秀なら数千万円の年収で雇って貰えますよ。
434:デフォルトの名無しさん
10/04/22 13:24:23
俺は優秀じゃないから想像するしかないんだが、
優秀な開発者がそんな仕事選ぶとは思えないな。
435:デフォルトの名無しさん
10/04/22 13:38:01
ViewとかActivity周りの内部実装は新しい割には微妙にタコいよな
歴史があって負の遺産まで引きずってるCocoaがタコいとかMFCがタコいとかは仕方ないんだが
436:デフォルトの名無しさん
10/04/22 13:40:50
いまさらMFCを例に挙げるのはないだろ。
何十年前のAPIだ。
437:デフォルトの名無しさん
10/04/22 13:50:06
Cocoaだって14年前から引きずってる設計のせいで色々とアレだぜ
438:デフォルトの名無しさん
10/04/22 13:53:27
NS～って識別子がNEXTSTEPの事だって分かってフイタ
439:デフォルトの名無しさん
10/04/22 13:57:58
Cocoaは過去の遺産に囚われない自由な発想で拡張を繰り返した結果
「地盤が液状化してる」と言われるほどの混沌だぞ。
だがNSプレフィックスは死守。
440:デフォルトの名無しさん
10/04/22 14:15:24
昔はNXプレフィックスだったっけ…
441:デフォルトの名無しさん
10/04/22 16:01:46
おまえらすげーな
マジに話についてけねえ
442:デフォルトの名無しさん
10/04/22 16:07:11
雑談に付いていく必要はない。
443:デフォルトの名無しさん
10/04/22 17:11:54
ラムダの話なんて、このスレじゃ専ら無駄だからな
444:デフォルトの名無しさん
10/04/22 17:20:39
_, -=''""￣￣""＝-―,.、
_,＝、 ￣＝.、
彡 "" - ,
> ヽ
:" .＿＿＝＿＿ ￣＝.、 ＼
/ 彡⌒ | | ￣＝--,、 ヽ .' ， ．. ∧＿∧
/彡" /~ﾆ | j|∧＿∧ "ヽ ヽ .∴ ' ( ）
／ ( /_/ |( ´_ゝ｀） ＼ ﾐ ・,‘ ｒ⌒> _／ ／
ヽ ﾐ .|ヽ,- ⌒ヽ. ,_ ﾐ ,i ’| ｙ'⌒ ⌒i
￣| ﾐ ﾉ|ヽ Y|三） ヽ .| | ／ ノ ｜
| | / ＼＿ノ |ﾐ ij , ー' ／´ヾ_ﾉ
ヽ ヽ | | |i ／ , ノ
"ー､ | | ﾉ ／ ／ ／
ヽ ヽ ﾉ / / ／ ／ ,'
ヽ ヽ // / ／ ／| |
/ ) / ／ !､＿／ / 〉
/ ／ ／ |__／
| |
＼_|
445:デフォルトの名無しさん
10/04/22 17:27:03
FirefoxもNSついてるんじゃないの？
URLﾘﾝｸ(developer.mozilla.org)
こっちはNetscapeだけど。
446:デフォルトの名無しさん
10/04/22 20:07:50
>>431
オブジェクト指向の素人が設計してるとか分かるもんなの？
447:デフォルトの名無しさん
10/04/22 21:16:40
デザパタ脳の人は、コードに文句を付けずにはいられない物なのかもね。
問題があるなら、もっと具体的に指摘しないと話にならないけど。
448:デフォルトの名無しさん
10/04/22 21:34:29
まぁ、素人とかタコいとか言ってるだけの内は推して知るべしなのだろう
449:デフォルトの名無しさん
10/04/22 21:38:50
Androidアプリ開発のおすすめの本教えてください
Java,C/C++,OpenGLはある程度分かるので(とは言っても入門書レベルだけど)Javaプログラミング
とか言語についての説明に大半を費やしているのじゃなくて、Android特有の仕様とかAPIとかに
ついてちゃんと書かれててかつ、趣味レベルのやつで。
450:デフォルトの名無しさん
10/04/22 21:52:41
>>447
同じ感想
例えばその悪いと思ったソースを示して、
かつ改善案を示してくれれば言うだけのことはあるなと思うが、
単に悪い悪い言ってるだけじゃな・・・
451:デフォルトの名無しさん
10/04/22 22:10:49
タコいとか久しぶりに聞いたわ。
>>447
デザパタが経験則からパターン化された
概念を実装に落としこむものだし具体的
な部分はあまり重要じゃないからそうい
う脳みそになるんじゃないだろうか。
452:デフォルトの名無しさん
10/04/22 22:31:19
なんとなく、組込系androidとスマフォ系androidで緩やかに分離したら、
新しい開発環境(ライブラリ群やフレームワーク)が提供されるんじゃね？と思ってる。
高性能描画デバイスを対象環境のすべてが持っているわけではないという現状から、
高性能GPUが一般的になれば、それようのインターフェースが作られるだろうし。
2.x系でsnapdragonに代表されるGPGPU周りの最適化 or 直叩きライブラリが提供されて
3.x系でそれをベースにしたフレームワークも提供。3.x後期で、新フレームワークのみとか
そんなイメージ。
453:デフォルトの名無しさん
10/04/22 22:52:05
>>452
そんなブランチ必要なのはゲームだけじゃね？
454:デフォルトの名無しさん
10/04/22 22:58:57
今のところ、受けが良いのはゲームみたいなUIじゃね？
やれ、ヌルヌル動くだ、画面の切り替わりが滑らかだって。
455:デフォルトの名無しさん
10/04/23 00:00:39
ぬるぬる言ってるのはアホン信者だけじゃない？
456:デフォルトの名無しさん
10/04/23 00:12:44
あれはヌルヌルじゃなく、操作に対するフィードバックを
分かり易い形で表現している事が重要なんだ
ヌルヌルしか見えないとカーゴカルトに陥るので要注意
457:デフォルトの名無しさん
10/04/23 00:25:23
>>452
典型的なグラフィックス厨だな。
458:デフォルトの名無しさん
10/04/23 00:26:30
>>449
豆蔵のやつ
459:デフォルトの名無しさん
10/04/23 03:56:30
ああいうUIがうざくて仕方ないんだがそういうの求められてんのか？
460:デフォルトの名無しさん
10/04/23 08:23:16
ああういがどういうものかによる
461:デフォルトの名無しさん
10/04/23 08:54:26
単なる GPU のデモっぽい UI は俺も嫌いだ。
ただ、Apple の場合はレスポンスが欲しい所ではアニメーションしない様になっているから
ちゃんと気を配って作ってるなと思う。
462:デフォルトの名無しさん
10/04/23 11:12:01
>>459
昔の重くなかった頃のガラケーみたいに、
アニメーション演出もなくパッパと画面が切り替わるのが一番だよね…
アイポン信者は触れないけど、世界シェアトップのNokia端末は、
方向キーがあって、センターキーがあって、ソフトキーがあって…
といったガラケーと同じスタイルのUIだし。それが一番使い易いんだよ
463:デフォルトの名無しさん
10/04/23 12:02:11
>>461
その辺はしっかりしてるよなぁ。間引き方とかごまかし方とかすごく上手い
デザイナーが作ってるなぁという感じ
ただボタンの配置とかは割とバラバラに配置されてたりして散漫なのはイマイチかな。
昔からMacなんかも、マウスが「1ボタンなので分かりやすいです」と言いつつ
1ボタンのせいでキーボードと同時押しだらけだったりするし
デザインはいいけど人間工学は犠牲になってるUIという印象。
デザイナーは超一流だけど技術者は1.5流なんだろうなぁ。
464:デフォルトの名無しさん
10/04/23 12:02:19
WebViewに日本語入れると文字化けするのですが対策はないでしょうか
webView.loadData("<h1>日本語</h1>", "text/html", "utf-8");
465:デフォルトの名無しさん
10/04/23 12:02:59
>>464
strings.xml
そもそもソースに文字列リソースを書くでないわ
466:デフォルトの名無しさん
10/04/23 12:10:16
>>464
リソースにしても化けるよね。それwebViewのバグらしいよ。
これで回避出来る。
webView.loadDataWithBaseURL( null, "<h1>日本語</h1>", "text/html", "utf-8", null);
467:デフォルトの名無しさん
10/04/23 12:38:22
broadcastreceiver って onReceive() の途中で kill されることありますか？
468:デフォルトの名無しさん
10/04/23 12:44:14
>>467
無いはず
というかあったら挙動が何も保証できない
469:デフォルトの名無しさん
10/04/23 13:00:12
>>467
onReceiveで重い処理すると死ぬよ。
サービスを立ち上げるだけとかにしといた方が良い
470:デフォルトの名無しさん
10/04/23 13:10:18
>>468を書いてから気づいた。
当然ブロックで5秒とか止まるような処理はアウトだよ。
Pause後のActivityのように不規則に殺されることはない、というだけで。
471:デフォルトの名無しさん
10/04/23 19:54:25
BroadcastReceiver関連で便乗で質問したいのですが、
BroadcastReceiverでstartServiceをして
そのサービスでシステムの監視（バッテリーの監視とか）をしたいんですが、
サービス内でバッテリー情報が拾えてないみたいなんです。
manifestに
<service android:name=".hogeService">
<intent-filter>
<action android:name="android.intent.action.BATTERY_CHANGED" />
</intent-filter></service>
って書くだけじゃムリポなんでしょうか？