ブログネタ：アジの開きとアジフライ、アジのなめろう、どっちが好き？ 参加中私はアジの開き派
アジの開き好きです
- アジの開きとアジフライ、アジのなめろう、どっちが好き？
- アジの開き
- アジフライ
- アジのなめろう
ブログネタ：アジの開きとアジフライ、アジのなめろう、どっちが好き？ 参加中私はアジの開き派
アジの開き好きです
ブログネタ：アイスはカップ、コーン、棒どれが好き？ 参加中私はカップ派
美味しいアイスはカップが多いきがします。手も汚れないし、食べやすい。
でもコーンが食べたいときもあるし、ガリガリくんが食べたいときもある。
全部好き
Android携帯からの投稿
- アイスはカップ、コーン、棒どれが好き？
- カップ
- コーン
- 棒
BSEとは
狂牛病もありますが、bridgeSEのことも言います。
bridgeSEとは一般的にソフトウェアやアプリケーションの開発発注元の会社とオフショア開発チームの架け橋となるSEのことをいいます。
では具体的になにをやるのかというと、それは場合により様々なのではないかと思います。
開発工程でいうと発注元で設計までを行うなら、設計通りに開発を推進するようにQAのやり取りや、その翻訳通訳がメインになるようです。
そうではなく、あまりがっつりと設計書を作らずにふわっとした要望を投げてくる場合は、要件定義から入って開発チームに依頼できる形になるまで仕様を検討します。
つまり発注元でどこまでできるか、開発チームがどこからできるか、によってBSEの仕事の範囲が変わってくるものと思います。
存在意義
そうなると、きっちり設計まで行った上でオフショアに設計書が渡せて、開発チームは日本語が堪能なPM,SEがいて、コミュニケーションに何の問題もない場合、BSEは不要になります。
ですがそれがなかなかうまくいきません。
海外の開発チームを使う場合、やはり文化的な背景の違いや価値観の違いから、できた製品が想定と微妙に違ってしまうことも多々あります。
それは、国内のベンダーを利用しても実は同じだと思いますが、やはりこちらの空気が伝わらないと微妙にずれてしまいます。
では、BSEとして一旦現場に入るなら両者にとって有意義な存在でなければならないと思います。発注元に対してはちょっと言えばきっちり開発に反映できる便利さを提供し、開発チームに対しては開発しやすいように諸々の調整をしてくれると言うのが理想かと思います。
極端にどちらかに偏っていると、何れどちらかに不満が出てきます。
双方が納得して同じ方向に進むように調整していくことが、プロジェクトが最終的に失敗しないポイントであり、BSEの任務であると思っています。
Eclipse
Debug configuration
Android application
Target
Additional emulator command line option
-http-proxy http://******:portno
でデバッグモードでのプロキシ設定ができるそうですが、うちの環境ではできない。
Android携帯からの投稿
Debug configuration
Android application
Target
Additional emulator command line option
-http-proxy http://******:portno
でデバッグモードでのプロキシ設定ができるそうですが、うちの環境ではできない。
Android携帯からの投稿
昨日に続きAndroidエミュレータでアプリを起動させてみたい。
やはりエラーがでた。
Failed to allocate memory
対処方法:VMramの設定が大きすぎるとのことなので、小さめにする。512にした。
別のエラー、GC_CONCURRENT freed
ガベージコレクションの空き容量が足りない？で、ヒープサイズを大きめにする。どのくらいでいいのかわからず、かなり多くしてしまった。いいのか？
サイズの変更はavdmanagerから行える。
上記のようなエラーがでると、画面には下記のメッセージが表示されている。
Unfortunately system has stopped
不幸なことに、アプリは終了しました。
そんなときは、catlogを見てエラーの内容を確認する。
ClassNotFoundException
何度か試行錯誤を繰り返し、クラスが見つからないエラーがでた。
あるはずなのに。
調査してみると、apk更新するときにクラスが含まれてない場合があるらしい。
Apkを確認すると、更新日時が古い。
Apkの場所は、ビルド先のbinの中。
うまく更新できてなさそうなので、削除して、リビルド、再度エミュレータ起動。
すると、無事にアプリが起動できた
Android携帯からの投稿
やはりエラーがでた。
Failed to allocate memory
対処方法:VMramの設定が大きすぎるとのことなので、小さめにする。512にした。
別のエラー、GC_CONCURRENT freed
ガベージコレクションの空き容量が足りない？で、ヒープサイズを大きめにする。どのくらいでいいのかわからず、かなり多くしてしまった。いいのか？
サイズの変更はavdmanagerから行える。上記のようなエラーがでると、画面には下記のメッセージが表示されている。
Unfortunately system has stopped
不幸なことに、アプリは終了しました。
そんなときは、catlogを見てエラーの内容を確認する。
ClassNotFoundException
何度か試行錯誤を繰り返し、クラスが見つからないエラーがでた。
あるはずなのに。
調査してみると、apk更新するときにクラスが含まれてない場合があるらしい。
Apkを確認すると、更新日時が古い。
Apkの場所は、ビルド先のbinの中。
うまく更新できてなさそうなので、削除して、リビルド、再度エミュレータ起動。
すると、無事にアプリが起動できた
Android携帯からの投稿
備忘録です
まず、android developer用のサイトから、eclipseとandroidSDKをダウンロード。
eclipse起動して、ソースファイルをインポートする。
gitのフォルダに変更入ってほしくないので、workspaceにコピーを選択した。
今回はソースファイルは既にあったので、アプリで利用する必要なAPIをダウンロードする。google APIsの15など。
確か、eclipseメニューのオプションのAVDmanagerを起動して、ダウンロード可能。
その後、eclipseのプロジェクトプロパティの設定から、androidのproject build targetにダウンロードしたAPIsを選択する。
AVDmanagerでもtargetを選択してAVDを作っておく。
jarファイルが足りなくてエラー出っぱなしだったが、なんとgitからpull出来ていなかっただけとか...
空き容量足りないと異常終了して、あとからpullしても取得してくれないらしい。
明日は実際にエミュレータ使ってみようと思います。
まず、android developer用のサイトから、eclipseとandroidSDKをダウンロード。
eclipse起動して、ソースファイルをインポートする。
gitのフォルダに変更入ってほしくないので、workspaceにコピーを選択した。
今回はソースファイルは既にあったので、アプリで利用する必要なAPIをダウンロードする。google APIsの15など。
確か、eclipseメニューのオプションのAVDmanagerを起動して、ダウンロード可能。
その後、eclipseのプロジェクトプロパティの設定から、androidのproject build targetにダウンロードしたAPIsを選択する。
AVDmanagerでもtargetを選択してAVDを作っておく。
jarファイルが足りなくてエラー出っぱなしだったが、なんとgitからpull出来ていなかっただけとか...
空き容量足りないと異常終了して、あとからpullしても取得してくれないらしい。
明日は実際にエミュレータ使ってみようと思います。
