最近SNSが増え過ぎてあれですが、mixiメインからGREEメインになって、
最近はtwitter,Google+,Facebook中心になりつつあります。
まぁ、GREEのイベントはちょくちょく出てるけど。
Wikipediaに出てるコミュの結構運営に近い位置にいるのもあり。
で、後者のSNSについて、やっと慣れてきた。
twitterとかGoogle+ってゆる系SNS(フォローに承認不要)はどんどん
フォローすべき。やっぱ、タイムラインが流れないと面白くないし。
なので、どんどん追加して、面白くなかったり鬱陶しかったら外せばいい。
どんどん入れてくと、1/3位の確率でフォローされるし。
ともかく、ゆる系は情報収集と発信とと、情報的な使い方がメインですね。
Facebookは…まぁ。そこから高校の同窓会に繋がりそうなので、知人を
いかにいっぱい繋げるか、ですね。面白いのは、mixi,GREEでは異性に声
かけられるのを嫌ってる女性が多いけど、twitterとかだと、相互にならないから
気軽に追加できるし、結構フォローありがとうが返ってくる。繋がりは薄いけど
知らない人に交友関係広げたいなら、ゆる系の方がいい気も。
特にアーティストとかミュージシャンとか何らかの関係で会うかも知れない人
っていうのはいいと思う。
俺は、ボクシング好きを数人フォローしたけど、もしかしたら、将来この人達
応援に来てくれるかも知れないしね。そういうとこがゆる系は面白い。
下地を作って、機会があれば、リアルでも繋がりやすい、そんな感覚がしてます。
・・・ただの妄想かも知れないけどw
個人的には情報用途でtwitter,Google+を使って、
mixi,GREEでできた友達がなかよくなったらFacebookでまとめる、
そんな感じです。
ちなみに連携はやっぱtwitter発信で。
Windows PhoneはOSレベルでMessenger,twitter,Facebookをサポートしてるので、
三つ同時に呟けます。twitterからmixiとGREE連携してて、まぁ、この辺は垂れ流し。
Facebookは内容によって、チェック外したりして公開範囲(SNS)を切り分けてる感じです。
正直なところ、これ以上増えても管理に困るし、後発でこれからSNSやるなら
なんかの差別化が必要ですね。特化系じゃないと難しいかもね。
・・・とかいいながらSNSっぽいの作ろうと思ってます。
2011年9月28日水曜日
2011年9月27日火曜日
Androidと月額
やっぱAndroidと月額制はあまり親和性がないように思える。
月額制用の共通ライブラリ作ってるんだけど、サービスによって使わない機能を共有したりって、Androidのメカニズム的に違う気が。
ガラケーで公式アプリをメインにしてたのが足枷になってる気がする。
また、開発のリーダーがUIについて不勉強なのも気になる。
ネイティブとHTMLで表現力に関して、ネイティブ>>>HTMLと思ってるらしく、ちょこちょこデザイン面でHTMLを使いたがる。連携はできるけど、何か違う。それにHTMLでできる表現はたいていできる気も。Javascript使わないと、なことなら別だけど、そういうわけでもないし。
サービス毎に色変えるかも知れないから、とかそういうのはテーマで吸収すればいいんじゃないかな。
あと、個人的にAndroidアプリはクライアント・サーバー共にちっちゃいシステムで作るべきだと思ってるから(サーバーは多少大きくてもいいか)、継承関係複雑になるのも微妙だな。
メッセージをクライアントとサーバーどっちで持つか、とか正直どっちでも良くて。俺らのチームがサーバー管理してるから、サーバーでやった方が統制は取れるけど、クライアント側で見せたいやり方変わるかも知れないから、とか言ってるくらいならクライアントが持てばいい。両方で持つと絶対バグるとか、規模感違う気も。システム制御は全部共通チームで持って、個別に世界観出したいとこ(色とか)はテーマ利用して、ゲーム以外のシステムはこっちで管理しちゃった方がすっきりするのになー。
日に日に会社とのギャップが(ry
そんな、ちょっとした愚痴でしたw
月額制用の共通ライブラリ作ってるんだけど、サービスによって使わない機能を共有したりって、Androidのメカニズム的に違う気が。
ガラケーで公式アプリをメインにしてたのが足枷になってる気がする。
また、開発のリーダーがUIについて不勉強なのも気になる。
ネイティブとHTMLで表現力に関して、ネイティブ>>>HTMLと思ってるらしく、ちょこちょこデザイン面でHTMLを使いたがる。連携はできるけど、何か違う。それにHTMLでできる表現はたいていできる気も。Javascript使わないと、なことなら別だけど、そういうわけでもないし。
サービス毎に色変えるかも知れないから、とかそういうのはテーマで吸収すればいいんじゃないかな。
あと、個人的にAndroidアプリはクライアント・サーバー共にちっちゃいシステムで作るべきだと思ってるから(サーバーは多少大きくてもいいか)、継承関係複雑になるのも微妙だな。
メッセージをクライアントとサーバーどっちで持つか、とか正直どっちでも良くて。俺らのチームがサーバー管理してるから、サーバーでやった方が統制は取れるけど、クライアント側で見せたいやり方変わるかも知れないから、とか言ってるくらいならクライアントが持てばいい。両方で持つと絶対バグるとか、規模感違う気も。システム制御は全部共通チームで持って、個別に世界観出したいとこ(色とか)はテーマ利用して、ゲーム以外のシステムはこっちで管理しちゃった方がすっきりするのになー。
日に日に会社とのギャップが(ry
そんな、ちょっとした愚痴でしたw
2011年9月25日日曜日
infoseekのメールが危険
infoseekに久しぶりにアクセスしたら、90日経っているので、メールボックスのアクセスできない的なことが書かれていた。どうやら、放置しててメールボックスが初期化されたらしい。
それだけならいいんだけど、何故か、アカウントを取り直せ、と。
なんと、メールボックスが閉じられたら、アカウントを喪失するので取り直す必要があるらしい。早速、ログインアカウント名でアドレスを取ろうとする。
既に使われています
えええええええええええ
○○○@infoseek.jpの○○○部分で他の人がアドレス取れちゃうの!!?
つまり、俺は○○○@infoseek.jpのアカウントを持っているが、メールアドレスは○○○@infoseek.jpは使えないらしい。
というより、捨てアドレス的に色んな懸賞の応募に使ってた気がするんだけど、その辺からのメールは全部新しくアカウント取った人に?
不通で送らなくなるシステムならいいけど、そうじゃない場合、個人情報だだ漏れの可能性が…。
個人情報とかあまり気にならない人だけど、さすがにこれは寒気がしました。だって、個人宛の手紙がずっと他の家に投函されて、宛先変更するすべもないってことだよね…。
これ、危なすぎない?と問い合わせたところ、そういう仕組みだから、他のアカウント取り直して下さいって、マジ怖くてこんなメールサーバー使えないわ!!
それだけならいいんだけど、何故か、アカウントを取り直せ、と。
なんと、メールボックスが閉じられたら、アカウントを喪失するので取り直す必要があるらしい。早速、ログインアカウント名でアドレスを取ろうとする。
既に使われています
えええええええええええ
○○○@infoseek.jpの○○○部分で他の人がアドレス取れちゃうの!!?
つまり、俺は○○○@infoseek.jpのアカウントを持っているが、メールアドレスは○○○@infoseek.jpは使えないらしい。
というより、捨てアドレス的に色んな懸賞の応募に使ってた気がするんだけど、その辺からのメールは全部新しくアカウント取った人に?
不通で送らなくなるシステムならいいけど、そうじゃない場合、個人情報だだ漏れの可能性が…。
個人情報とかあまり気にならない人だけど、さすがにこれは寒気がしました。だって、個人宛の手紙がずっと他の家に投函されて、宛先変更するすべもないってことだよね…。
これ、危なすぎない?と問い合わせたところ、そういう仕組みだから、他のアカウント取り直して下さいって、マジ怖くてこんなメールサーバー使えないわ!!
2011年9月11日日曜日
Google+招待
だいぶGoogle+慣れました。
個人的には情報共有にはすごくいい!
でも、サークルで繋がる友達が少ないのが微妙なんですよね。
Androidアプリの評価を見るとまだまだ招待欲しい人多いみたいで。
ということで、招待して欲しい人がいたら、連絡下さい。
gmailアドレスと、簡単な自己紹介付けて下記まで。
masa.tam81@gmail.com
招待枠に制限があるので、自己紹介で面白そうな人、
繋がりたい人優先で招待させて頂こうと思います。
個人的には情報共有にはすごくいい!
でも、サークルで繋がる友達が少ないのが微妙なんですよね。
Androidアプリの評価を見るとまだまだ招待欲しい人多いみたいで。
ということで、招待して欲しい人がいたら、連絡下さい。
gmailアドレスと、簡単な自己紹介付けて下記まで。
masa.tam81@gmail.com
招待枠に制限があるので、自己紹介で面白そうな人、
繋がりたい人優先で招待させて頂こうと思います。
2011年9月7日水曜日
Android Tabを入れ子(ネスト)にする
タブをネストしたいときってあると思います。
アプリ作ってた時に参考にしたアプリがネストしてて、確かに情報的にそうなるよな、と思った。でも、作ってみたら、どうやるんだろ、と。
初めてタブを作った時にググったら、TabActivityを使うのと使わないのがあって、じゃあ、TabActivityで作ったタブの中で、使わない方法のタブ作りを、と思いました。
でも、なんか上手くいかなくて、調べてたら、タブの中にActivityを入れる方法が。
あ、これでTabActivityの中にTabActivity入れればいいんじゃないか、と。
サンプル。
メインのxml
ネストしたタブ
で、Activity
TabSampleActivity.java
ポイントは
tab2.setContent(new Intent(this, NestTabActivity.class));
インテントを入れること。
ネストするタブ
これでオッケー。
もちろんActivityなのでAndroidManifest.xmlでActivityの指定が必要。
# だいたい最初入れ忘れて例外吐くw
AndroidManifest.xml
できたのはこんな感じ。
だいぶ素っ気ないので、レイアウトは変更しましょう。タブとか背景とか。
実際のアプリではこんな感じで使いました。
メインのタブはアイコン付き、ネストしたタブは文字だけにするとまとまりが良いかもしれません。
アプリ作ってた時に参考にしたアプリがネストしてて、確かに情報的にそうなるよな、と思った。でも、作ってみたら、どうやるんだろ、と。
初めてタブを作った時にググったら、TabActivityを使うのと使わないのがあって、じゃあ、TabActivityで作ったタブの中で、使わない方法のタブ作りを、と思いました。
でも、なんか上手くいかなくて、調べてたら、タブの中にActivityを入れる方法が。
あ、これでTabActivityの中にTabActivity入れればいいんじゃないか、と。
サンプル。
メインのxml
ネストしたタブ
で、Activity
TabSampleActivity.java
ポイントは
tab2.setContent(new Intent(this, NestTabActivity.class));
インテントを入れること。
import android.app.TabActivity; import android.content.Intent; import android.os.Bundle; import android.widget.TabHost; import android.widget.TabHost.OnTabChangeListener; import android.widget.TabHost.TabSpec; public class TabSampleActivity extends TabActivity implements OnTabChangeListener{ /** Called when the activity is first created. */ @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); TabHost tabHost = getTabHost(); // Tab が切り替わったときに呼ばれるコールバックを登録 tabHost.setOnTabChangedListener(this); /********** Tab その1 **********/ // TabSpec の作成 TabSpec tab1 = tabHost.newTabSpec("tag1"); // インジケーターの設定 tab1.setIndicator("tab1"); // Tab にコンテンツを設定 tab1.setContent(R.id.content1); // TabHost に Tab を追加 tabHost.addTab(tab1); /********** Tab その2 **********/ // TabSpec の作成 TabSpec tab2 = tabHost.newTabSpec("tag2"); // インジケーターの設定 tab2.setIndicator("tab2"); // Tab にActivityを設定 tab2.setContent(new Intent(this, NestTabActivity.class)); // TabHost に Tab を追加 tabHost.addTab(tab2); } @Override public void onTabChanged(String tabId) { } }
ネストするタブ
import android.app.Activity; import android.app.TabActivity; import android.os.Bundle; import android.widget.TabHost; import android.widget.TabHost.OnTabChangeListener; import android.widget.TabHost.TabSpec; public class NestTabActivity extends TabActivity implements OnTabChangeListener{ /** Called when the activity is first created. */ @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.nesttab); TabHost tabHost = getTabHost(); // Tab が切り替わったときに呼ばれるコールバックを登録 tabHost.setOnTabChangedListener(this); /********** Tab その1 **********/ // TabSpec の作成 TabSpec tab1 = tabHost.newTabSpec("tag1"); // インジケーターの設定 tab1.setIndicator("tab1"); // Tab のコンテンツの設定 tab1.setContent(R.id.content2); // TabHost に Tab を追加 tabHost.addTab(tab1); /********** Tab その2 **********/ // TabSpec の作成 TabSpec tab2 = tabHost.newTabSpec("tag2"); // インジケーターの設定 tab2.setIndicator("tab2"); // Tab のコンテンツの設定 tab2.setContent(R.id.content3); // TabHost に Tab を追加 tabHost.addTab(tab2); } @Override public void onTabChanged(String tabId) { } }
これでオッケー。
もちろんActivityなのでAndroidManifest.xmlでActivityの指定が必要。
# だいたい最初入れ忘れて例外吐くw
AndroidManifest.xml
できたのはこんな感じ。
だいぶ素っ気ないので、レイアウトは変更しましょう。タブとか背景とか。
実際のアプリではこんな感じで使いました。
メインのタブはアイコン付き、ネストしたタブは文字だけにするとまとまりが良いかもしれません。
2011年9月6日火曜日
登録:
投稿 (Atom)