Shoya Tsukada

この記事は、バズレシピ Advent Calendar 2023 - Adventar 2日目の記事です。2023年の家族からのリクエスト No.1 バズレシピは・・・ダカダカダカダカダカダカダカダカダカダカダカダカ・・・ダン！至高の唐揚げでしたー！！唐揚げシリーズはいくつかありますが下記のものになります。www.youtube.comこちらを我が家では鶏もも肉ではなく鶏むね肉で作っております。理由は単に好みでして、家族がさっぱりした鶏むね肉の方が好きという理由です。その他、何度も作って学んだポイントを共有します。鶏肉は冷蔵庫から出して必ず常温に戻しておく火のとおりが段違いなので揚げ物が得意ではない方は絶対に鶏肉を常温に戻しておいた方が良いです。個人的には冷たい鶏肉を揚げながらしっかり火を通す自信が全くありません。鶏肉を漬けすぎないレシピでは「20～30分常温で漬け」とあるのですが、これ以上漬けると味が濃くなりすぎて醤油辛い唐揚げになります（経験済み）。もちろんカットした鶏肉の大きさにもよりますが、経験上漬けるのは30分までにした方が良いです。片栗粉を付けてから時間をおかない片栗粉を付けてから時間をおくと衣がしっかりし、時間をおかないと衣が軽い感じになります。これも好みではありますが、一度、片栗粉を付けてから時間をおいてから揚げたものを出した時に家族から「いつもの方が衣が軽くて良いなー」と言われたので、その後は1つずつ片栗粉を付けて油に投入、片栗粉を付けて油に投入、と片栗粉を付けてから間髪入れずに油に投入しています。ただし、この際に握りが甘いと衣が余裕で剥がれます。いやー揚げ物は奥が深いですねー。もっと修行せねば・・・。冷める前に揚げたてを食べる揚げたては鶏むね肉が本当にジューシーでふわふわしていて最高です。ただし、冷めるとやはり鶏むね肉って感じの硬さになります。それでも味付けが良いので十分美味しいのですが。鶏むね肉でやってみてねバズレシピの唐揚げシリーズが好きな方は騙されたと思って一度、鶏むね肉でやってみてください！揚げたてジューシーでふわふわな鶏むね肉を是非食べてみて欲しいです。バズレシピ Advent Calendar 2023 - Adventar まだまだ枠があるので皆さんの好きなバズレシピ教えてください！それでは！あー唐揚げ食いてーーー🐔🍺

家族からのリクエスト No.1 バズレシピ 2023年版

この記事は、モニクル Advent Calendar 2023 の1日目の記事です。モニクル CTO の @gabu がお届けします。はじめに今年、モニクル社としては、はじめての Advent Calendar をやることになって「ああ、Advent Calendar をやれるぐらいの会社規模になったんだなー」と感慨深い気持ちになっております。モニクル社の前身となったOneMile Partners社に入社したのが2019年11月なので、転職から丸4年が経ち5年目に突入しました。1年前に3年分をふりかえった記事はこちらgabu.hatenablog.com今回はタイトルのとおり「エンジニア10人を超えて複数チームになった開発組織でCTOとして最近やっていること」を書いてみます。最近やっていることは大きく3つです。チームトポロジー的な組織設計アジャイル開発の推進IT統制それぞれ日々一生懸命やってるんですが、文字に書き出してみると CTOとして取り組んでいることとしてはめっちゃ普通かもしれませんね😅チームトポロジー的な組織設計プロダクトとチームが揃っている状態にする認知負荷を意識して、適切なプロダクトやチームのサイズを保つ各プロダクト/チームが他チームに依存せずにデリバリーできるようにする分離後のプロダクト/チームのドメインや責務であるはずのコードの一部が、まだ旧プロダクト/チームに残っているので移植する（したい）チーム間の依存性を下げて独立性を高めつつも、開発組織全体の一体感を失わないためのあれやこれを考えて実行するイネイブリングチームとしての SRE 組織発足（これは SRE の方々が意思を継いで進めてくれていて、おんぶに抱っこ状態で感謝しっぱなし）などをやっています。個人的にもみんなのためにも早く進めたいのが4つ目のコードの移植です。移植が済むまでは他チームのプロダクト内にあるコードを触ることになるので、社内では全リポジトリが共有されていて PR もチーム関係なく投げ合えるのでそれはそれで良いっちゃ良いんですが、「責務やコードがどこに存在しているか」というのは重要だと思うので、やはり来年中の早い段階にはやりきりたい。アジャイル開発の推進スタートアップでアジャイル開発・スクラム開発の経験者ばかりの開発組織だとしても、やはりそれらの理解の深さや理解から出てくるアクションやアイデアにはばらつきがあり「これは一度共通理解と何を目指すかのビジョンの共有が必要だな」と感じたので、今年の秋ぐらいから以下の定例ミーティングをはじめました。各スクラムマスターと話す会各チームのプロダクトオーナーとスクラムマスターと話す会1つ目の各スクラムマスターと話す会では、スクラムマスター同士の知識や経験の共有や悩み相談をやっていこうと始めたのですが、初回から大盛り上がりで週を重ねるごとにスクラムマスターたちの動きに変化があり、それがまたチームに伝搬して、変化を生むきっかけになった手応えをひしひしと感じました。途中から「スクラム開発をやっているからスクラムについて学ぼうという意識が強いけど、XP も知っておいた方が良いのでは？」「そういえば XP本をちゃんと読んだことないなー」ということで、XP 本輪読会をはじめたところ、これも大当たりで、特にスクラムマスター達が XP本の内容に感動していました。ちなみに、XP本というのはこれです。エクストリームプログラミング作者:ベック,ケント,アンドレス,シンシアオーム社AmazonXP本について、メンバーの記事はこちら。他のメンバーもブログなどに書いてくれたら追記して共有したいと思います。blog.shimabukuromeg.dev2つ目の各チームのプロダクトオーナーとスクラムマスターと話す会は、スクラムマスターたちと話していく中で「スクラム開発はプロダクトオーナーと二人三脚で進めるものなので、プロダクトオーナーのスクラム理解が進むことで大きな良い変化がありそう」と、はじめたものです。そしてこれも大当たりでした。もはや1回目からプロダクトオーナーたちの意識がガラッと変わり、会を重ねるごとにプロダクトオーナーたちが爆速でアジャイル脳に変貌していきました。もともと聡明な方々なのでポテンシャルの高さというのもあったと思うのですが「良いプロダクトを作りたい」という気持ちから「もっと良い作り方があるなら知りたい」と思ってくれたのが大きかったのかなと思います。近々そのプロダクトオーナーたちのインタビュー記事が公開されるのでそれもまた共有したいと思います。IT統制IT統制は、プロダクト開発と全く別の世界の話なので、開発大好きな世の CTO の人たちがどう取り組んでいるのか一番聞いてみたい話でもあります。コーポレート部門や情報システム部門が担うことも多いのかなと思うのですが、個人的には重要性が高い取り組みだという認識があって、CTO室という部署でコーポレートエンジニア2名と僕で ISMS の認証取得と運用も含めて、このあたりをまとめてやっています。さいごにとても普通でとても真面目な記事になっちゃったかもしれません！すみません！が、逆にリアルな側面もお伝えできたかなと思います。今年も残り1ヶ月ですがやると決めたことはやりきれるように頑張りたいと思います！モニクル Advent Calendar 2023 明日は安定の Nkzn です。楽しみですね。それでは！！

エンジニア10人を超えて複数チームになった開発組織でCTOとして最近やっていること

先日弊社ではじめての開発合宿を開催しました！場所は開発メンバーが最も多い新潟の月岡温泉という温泉街のとある旅館で行いました。そして、ちょうどこの記事を書いている最中に会社から新潟オフィスについてリリースがありました。株式会社モニクル、新潟オフィス開設のお知らせ | 株式会社モニクル「開発合宿」で検索すると先輩企業の記事がいくつも見つかりますが、弊社の特徴としては創業からずっとフルリモート開発チームは10数人ぐらいの規模感エンジニアたちが地理的に離れている（ほとんどのメンバーが関東にいるような企業と違い、北海道から沖縄まで開発メンバーが分散している）そういった人たちを一箇所に集めて開催する開発合宿という感じです。似たような規模や状況の会社さんで開発合宿に興味のある方には刺さる記事になっているかなと思います。ピンポイントすぎる？？新潟の地酒開発合宿の背景フルリモートワークでは、メンバー同士がリアルに顔を合わせる機会がほぼありません。「とはいえ物理的に会う機会を年に1,2回は作りたいよねぇ」という話をずっとしていたところに、年末に全社イベントとしての「納会（その年の最後に行うしめくくりの会）」が行われることになり（この納会もまた2022年末にはじめて開催しました）、年末に会う機会ができたからもう一回は半年前の6月〜夏ぐらいに会う機会を作ろうか、それなら開発合宿だね？！という経緯で開発合宿を検討することになりました。早速、CEOの原田さんに相談すると「むしろ物理的に会うことは積極的にやって！」と即レス（原田さんはいつも提案の意図の理解と意思決定が爆速なので最高に助かっております...）その後、もう少しまともに予算の試算をして相談。めでたく予算が承認 🎉 までが2022年までに済ませておいたことです。ということで、1つ目のポイントは予算取りです。いきなり真面目な話をしてすみません😅「来年の夏に開発合宿をやりたい！」と、前年中に予算の承認を取り付けておきましょう！そうすると実際に計画を詰めていく段階で「俺たちには予算がxxx万円あるから、こういうことは出来そうだな」とスムーズに開発合宿の企画やプラン作りを進めることができます。すんごい立派な旅館「泉慶」さんとワイ開発合宿の目的開発合宿自体の説明は 開発合宿 - Wikipedia に譲るとして、僕らなりの開発合宿の目的と狙いについては以下のように考えました。お互いの人となりを知る => 今後のコミュニケーションがスムーズになるように業務中にできないことに取り組む => 折角の機会なので新しい技術に触れることで視野を広げる新しい発見や学びがあるかもしれない新しい技術に触れるのってエンジニアとして純粋に楽しい（あわよくば）いつか業務に還元されたら嬉しいシンプルにこの2点です。なので、合宿で取り組む内容について開発チーム全員でブレストする時に決めた縛りが「業務と直接は関係ないことをしよう」でした。この縛りのおかげで逆に自由な発想でどんどんアイデアが出て、最終的には4チームに分かれてそれぞれユニークな取り組みにチャレンジすることになり、とても良かったと思っています。旅館「泉慶」さんの豪華すぎた晩ごはん...開発合宿の準備開発合宿の準備としては合宿の内容を決める（最終的には「合宿のしおり」を作りました）日程を決めて各メンバーの参加可否を確認できる限り多くの人が参加できる日にしたい気持ち宿泊（旅館）の手配会議室の手配インターネット環境、ホワイトボード、電源タップなど設備の確認移動の手配前夜祭の手配遠方のメンバーには前泊してもらうことにしたので、新潟メンバーに前夜祭を企画してもらいました🙏などを行いました。中でも一番大変だったけど、やりきれてよかったなぁと思っていることが、全国にいるエンジニアたちの移動の手配です。一部のメンバーには関東から新潟までの新幹線を自身で手配して立替精算してもらうことにしたのですが、他の特に飛行機に乗るようなメンバーについては会社側で手配することにしました。この話に関連して、沖縄メンバーが新潟に辿り着くまでにエクストリームなプチ事件が起きるのですが、それはおそらく誰かがブログに書くと思うのでアップされたらリンクを貼ります。飛行機っていろいろありますよねーーー😅沖縄から北海道まで、全国のお土産が大集合するのもモニクルならでは開発合宿の様子新潟観光ネタについても書きたいのですが、おそらくそれも誰かがブログに書くと思うので、ここでは作業中の様子だけさらっとご紹介します。一度新潟オフィスに集まってから温泉旅館に移動する流れだったので、以下それぞれで作業しました。新潟オフィスのコワーキングスペース旅館の会議室（という名の広い部屋）旅館の各部屋新潟オフィスのコワーキングスペース旅館の会議室（という名の広い部屋）部屋に戻ってからもモクモク開発合宿の成果発表弊社は毎週月曜日に全社員がリモートで参加する All Hands（全社員向けの週一定例）があるので、この場を借りて開発合宿の成果発表をすることにしました。事前に成果発表の予定を伝えていましたので、各チームしっかりスライドを準備して当日デモをするチームなどもありとても盛り上がりました。一方で、ふりかえりの中ではエンジニアだけの成果発表もやりたい。もっと濃い話ができたり、技術的な質問もバンバン出てきそうで、それはそれで楽しそう。チーム発表だけでなく個人LTをやっても楽しそう。1人1人が学んだことや感じたことも聞いてみたい。合宿期間中に中間発表会があるとチーム同士で刺激しあえて良さそう。という声もあり、次回の開発合宿ではこの3つは是非取り入れようと考えています。まとめ（というか感想）開発合宿はやっぱり最高でした！運営側（新潟メンバーの Yu Takahashi さん にめちゃくちゃ助けていただきました。というかほぼ全て Yu さんが手配してくれました...改めて本当にありがとうございました！）としては、企画・予算確保・宿泊や移動の手配・当日の進行などやることは多いですが、みんなが楽しそうにしている姿をたくさん見られたので最高でした。来年の開発合宿に向けて課題や改善点はいくつかあるのですが、中でもやはり高速インターネット環境大きなディスプレイを求める声をたくさんもらったので、会場探しから頑張らねば...という気持ちです。どなたかおすすめの会場がありましたら教えてくださいーーー😭書き始めたら楽しくなってしまい長文になってしまいました！すみません！それでは！

モニクル初の開発合宿を開催しました！

サマリーシステム構成の変遷創業フェーズはじめての API と技術選定GraphQL 移行直前GraphQL への移行を決めたきっかけGraphQL 移行方針移行期間ふりかえり1つ目の方針は正解だった2つ目の方針は微妙だったかもしれないけど、正解だったかもしれない3つ目の方針はやはり苦戦したさいごにサマリーサービス開始から3年経った Next.js + Rails なシステム全ての API を REST から GraphQL にリプレース約9ヶ月かかりました早速フロントエンドの都合でバックエンドにも手を入れるということが減って快適ですという話です。システム構成の変遷創業フェーズ1人目エンジニアとして入社して、何から手を付けようかなーと考えた結果、事業の肝の部分からシステム化していくことにしました。弊サービス https://moneiro.jp/ は資産運用のアドバイスをする事業で、当時はセミナー予約と相談予約という大きく2つの入り口と、ファイナンシャルアドバイザーが予約を確認したり、相談の記録（社内では相談を面談と呼ぶので通称：面談記録）を残すなど、主要な業務を全てスプレッドシートで行っていました。こういうのはエンジニアがいない会社ではあるある（ですよね？）なので、個人的にはそこまで驚きはなく「ではこの辺りからシステム化していきましょうか！」と慣れた感じでスタートしました。予約部分は外部サービスを使っていたので、その外部サービスから予約データを取り込んだり、ファイナンシャルアドバイザーが業務を行う社内システムから作ることに。という背景だったので「素朴な社内システムなら Rails でサクッと作ってしまおう」と。はじまりはそれぐらいの意思決定でした。まだ事業が当たるかも分からないシード期のスタートアップの社内システムを、エンジニア1人きりで SPA + GraphQL サーバーみたいな構成では作り始めないですよね？結果的に作りたかった社内システム（冒頭で説明した主要機能以外にも多くの業務をシステム化しました）は爆速で開発ができ、経営陣も驚いていました。当面はこの素朴な Rails 製システムを事業の成長に合わせて育てていきます。その間にエンジニアは僕を含め3人体制になりました。はじめての API と技術選定しばらくすると「エンドユーザー向けのフロントエンドを作ろう」という話になり、手始めにファイナンシャルアドバイザーの空き状況を反映した予約カレンダーから作ることになりました。予約カレンダーとは、現行デザインですがこういうものです。予約カレンダーフロントエンドを React / Next.js で作ることはすぐに決まり、ファイナンシャルアドバイザーの空き状況をバックエンドで計算して何らかの方法で返す必要があります。当時は社内システムを進化させていくプライオリティが高めエンドユーザー向けの開発は最低限必要なものからやっていこうという方向性だったので「フロントエンドからあの手この手でデータを取得するような世界はまだ当面（自社においては）先だろう」と考え、GraphQL ではなく REST で API を作ることにしました。GraphQL 移行直前それから2年と数ヶ月が経ち、それぞれ増えたものの説明は割愛しますが、GraphQL 移行直前はこんな構成になっていました。組織としてはエンジニア3人の1チームからエンジニア7人の2チーム体制になっていました。GraphQL への移行を決めたきっかけフロントエンド側の GraphQL + React Hooks の開発体験の良さ（場合によっては）バックエンドや REST API を改修せずに、フロントエンドの改修だけで目的が達成できる時がある(1) は言わずもがなですが、(2) も地味に嬉しかったりします。開発体験だけでなく開発効率も実際にアップしますよね。GraphQL 移行方針GraphQL への移行は、以下の方針で進めることにしました。今後追加する API は REST ではなく GraphQL で実装する改修の機会がある既存 API は、その改修のついでに GraphQL 化する改修の機会がない既存 API は、適宜 GraphQL 化するGraphQL サーバーは、Rails に既に実装されているビジネスロジックを流用して API のインタフェースを GraphQL に移行することだけにフォーカスするために、別言語や別フレームワークで実装するのではなく、素直に graphql-ruby を採用しました。はじめに既存のコントローラーをリスト化して移行の進み具合を見える化しました。REST to GraphQL 管理表各コントローラーの移行順序としては、バックエンド側で GraphQL クエリー、ミューテーションを実装するフロントエンド側で API の呼び出しを REST から GraphQL に変更するここまでで一旦リリース数日経ったら Datadog でログを確認して、その API の REST へのアクセスが残っていないか確認するREST へのアクセスが無くなっていたらバックエンド側でコントローラーと関連コード（config/routes.rb の定義なども）を削除するいっちょあがりという流れで1つ1つ行いました。移行期間先ほどの移行方針は結果的に正解でした。追加実装ははじめから GraphQL で行われ、改修の機会がある既存 API から GraphQL に置き換わっていく流れで、2022年9月から開始して2023年1月頃までにこの条件に該当する API は追加開発・改修ともに止めずに進められ、ほぼほぼ移行できました。残すはそれらの条件に該当しない「改修の機会がない既存 API」ですが、改修の機会がないと言ってもこの期間中に変更する機会がなかっただけで、ばりばり使われている API ばかりです。これらを2023年2月から移行していき2023年6月5日に完了しました。2023年6月5日 脱 REST 完了！ということで、2022年9月から2023年6月までの約9ヶ月で達成しました！ふりかえり1つ目の方針は正解だった1つ目の「今後追加する API は REST ではなく GraphQL で実装する」という方針は、意思決定をした以降 REST API が増えないように抑制できたので正解だったと感じています。この方針にせずに移行期間中も REST API が増えることを許してしまうと、GraphQL 化のスピードが追加開発のスピードを超えない限り、いつまで経っても移行が終わらないという状況になりもっと長期戦になっていたかもしれません。2つ目の方針は微妙だったかもしれないけど、正解だったかもしれない2つ目の「改修の機会がある既存 API は、その改修のついでに GraphQL 化する」は正直ちょっと微妙だったかもしれません。改修したい内容というのは早く世に出した方が良いから着手するわけで、それを GraphQL 化とセットにするとリリースまでの期間が単純に伸びてしまいますよね。なので、改修自体は REST のまま早く済ませてリリースしてしまい、その後 GraphQL 化を追いかけでやるのが良かったかもしれません。ただし、そうすると改修自体が済んでしまった API は、3つ目の「その他の API は適宜 GraphQL 化しましょう」と同じステータスになってしまいます。この「適宜やりましょう」が曲者で、やはり「適宜」となってしまうと着手するタイミングを見失うことが多くなりがちです。皆さんもご経験がありませんでしょうか？「適宜やっていきましょう」というタスクは中々着手されないという...。ということで、やや強引にでも「改修のついでに GraphQL 化しましょう」は、ちょっとした強制力となり GraphQL 化を推し進めることになったので、実は正解だったのかもしれません。どうだろう...。うーん、物事を進めるのって奥が深いですね。3つ目の方針はやはり苦戦した2つ目の段階までは全エンジニア総出で取り組めたのでかなり進みが良かったのですが、3つ目の「改修の機会がない既存 API は、適宜 GraphQL 化する」は前述のとおり中々着手されず苦戦しました。やはり「適宜」なタイミングというのはなかなか訪れないもので放置されることが多かったです...。なので、最後は気合いを入れて私が責任をもってガシガシと移行していきました。ちなみに、この3つ目の段階の実際の移行期間は、2023年2月から2023年6月はじめまでの約4ヶ月間ですが、こればかりに時間を割けられない状況でこの結果だったので、仮に集中できれば1ヶ月で終わらせられるぐらいのボリューム感でした。この経験からも「適宜」を「適宜」のままではなく、期間や役割をしっかり決めてプロジェクト化するのが良かったのかなぁと考えています。「適宜」なくそうキャンペーンですね。さいごに何はともあれ、念願・悲願だった全 API の REST から GraphQL へのリプレースが完了しました！！今後も他の技術的負債を返済したり、チームの粒度とコードのオーナーシップが揃うアーキテクチャに移行していったりと、やりたいことはたくさんありますが、一旦キリの良いタイミングなので備忘録として書いてみました。REST から GraphQL への移行を検討している方や、今まさに移行奮闘中の方の少しでもお役に立てればと思います。やっていきましょう！それでは！

9ヶ月かけて全ての API を REST から GraphQL にリプレースした話

カジュアル面談で何度も何度も説明するうちに話の流れが固まってきたのでブログに書いておくことにしました。事前に読んでいただけたら嬉しいな！ということで書きます。ソフトウェアエンジニア（以下、エンジニア）の方に読んでいただくことを想定しているので、後半は開発プロセスやチームやプロダクトや技術スタックの話がメインになります。何をやっているのかどんな会社なのかどんな働き方なのか（ワークスタイル）時間場所ビデオチャットどんな働き方なのか（開発）開発プロセス開発チームと担当プロダクトマネイロチームマネイロ Web新規プロダクトAコーポレートプロダクティビティチーム内製 CRM新規プロダクトBチーム・プロダクト・技術スタックまとめこれから何をやっていくのか人・チームプロダクト技術CTO としてはおわりに何をやっているのかモニクルは、お金の診断・相談サービス「マネイロ」を開発・運営しています。マネイロについてはこちらをご覧ください。www.youtube.comどんな会社なのか2023年2月時点で役職員はグループ全体で65人です。グループ全体と言っているのは子会社が2社あり以下のような会社構成になっているためです。モニクルグループモニクルITベンチャーのイメージ本社にいるのはバックオフィス（管理部）のメンバーのみそれ以外の職種（エンジニア、デザイナー、マーケティング、PMなど）は完全フルリモートOneMile Partners営業会社のイメージ東京の丸の内と大阪の梅田に店舗がある出社とリモートのハイブリッド証券・銀行・保険業界の出身者がメインNavigator Platformメディア会社のイメージ完全フルリモート正社員で企画・編集・ライターさんが多数所属どんな働き方なのか（ワークスタイル）ここからはモニクル社のエンジニアに特化した話になります。時間クリエイティブ職（エンジニア、デザイナー、マーケティング、PMなど）は、専門業務型裁量労働制なので文字どおり自分の裁量で勤務時間を決められます。エンジニアは All Hands（週1の全社ミーティング）とスクラムイベント以外のミーティングが皆無なので、それらの時間だけ同期的に合わせられたら、業務の開始時間・休憩時間・終業時間は完全に自由となっています。とあるエンジニアのGoogleカレンダーの1週間の予定です。見てくださいこの美しさ。CTOとしてエンジニアのみんなのこのミーティングの少なさを限界まで守っていこうとめちゃくちゃ意識しています。とあるエンジニアの1週間ちなみに、子育て中のエンジニアも多く、彼らの夕方以降のGoogleカレンダーはこんな感じになっています。家事 & 育児場所メンバーは地理的にも分散しています。基本的にオフィスへの出社がないのでどこに住んでもOKです。CTO: 札幌エンジニア: 新潟、福井、沖縄、台湾（日本人です）、西東京その他の職種も、長野、札幌、アメリカ（日本人です）ちなみに CTO 以外の経営陣は関東に住んではいるものの、滅多なことがない限り本社に出社しないため、本社にはバックオフィス（管理部）のメンバーしかいません。管理部メンバーに寂しくないか聞いてみたところ「本社をまるごと占拠しているのでとても快適」だそうです🤣ビデオチャット開発チームは Around というビデオチャットツールで常時接続しています。なので毎朝「おはようございまーす」と各々好きな時間にパラパラと Around にバーチャル出社するイメージです。右に写っている小さな丸が Around です（これはフローティングモード）なので自然と雑談したり、徐々にみんなが集中しだすともくもく会の雰囲気になったり、チームごとの部屋もあるのでスクラムイベントやチームで話をする時なんかは別の部屋にシュッと移動するなど、とても便利に使っています。ちなみに、Around を使っている理由は比較的軽い顔が小さくてフィルターも掛けられるので圧が低い画面共有中にペンが使えるです。Slack のハドルもいつの間にかペンが使えるようになりましたが、この画面共有中の画面にペンで書き込めるのがめちゃくちゃ便利なんですよねーーー。別の機会に紹介したいぐらい重要かつ好きな機能です。どんな働き方なのか（開発）開発プロセス基本的にスクラムを1週間（プロジェクトによっては2週間）スプリントで回しています。月: スプリントプランニングバックログをチームみんなで眺めながらざっくり今週できそうなものをピックアップしてプランニングポーカーをします。ちなみにバックログは Jira で管理していて、プランニングポーカーは Async Poker という Jira のプラグインを使っています。めっちゃいいです。火〜木: 開発午後にデイリースクラム金: ふりかえり開発スタイルは、とても一般的な GitHub を使った PR ベースでやっています。お互いに PR をレビューをして、大きめの機能追加や変更であれば PM にもプレビュー環境で動作確認してもらい（逆に小さい変更であれば PM のチェックなしにガンガンマージしています）、main ブランチに PR がマージされたら自動的に本番環境にデプロイされます。自動テストをメリハリを付けて特に重要な機能は厚めに書いているので「基本的には CI が通っていれば本番デプロイしても問題なし」という判断で本番環境への自動デプロイを今も継続しています。開発チームと担当プロダクト2023年2月現在、2チーム体制になっています。マネイロチームメイン事業である「マネイロ」自体の開発をするチームです。マネイロ Webhttps://moneiro.jp/ 上のオンライン診断ツールオンラインセミナー（動画配信の仕組みとプレイヤー）オンライン相談の予約システムマイページオウンドメディア https://moneiro.jp/mediaなどが主要なプロダクト（機能）です。プロダクトの性質上、フロントエンドが強めでTypeScriptReactGraphQLNext.jsVercelなどを使い開発します。バックエンドは次に紹介する内製 CRM が GraphQL サーバーも兼ねているのでマネイロチームが内製 CRM の一部を触ることもあります。ここは将来的にマネイロチームのバックエンドとして内製 CRM から分離したい部分です。新規プロダクトA内容は非公開ですが採用している技術スタックが楽しい感じなので紹介します。TypeScriptReactMUINext.jsNestJSPrismaPostgreSQL (on GCP CloudSQL)コーポレートプロダクティビティチーム会社（コーポレート）の生産性（プロダクティビティ）を高める開発をするチームです。大きく2つのプロダクトを開発しています。内製 CRM「マネイロ」のファイナンシャルアドバイザー（営業チーム）の業務を限りなく自動化・効率化することを目的に、Salesforce などの既存の CRM を使わずに、あえてここに投資をしようという意思決定のもと、以下のような機能をもった内製 CRM を開発しています。顧客管理商談管理スケジュール管理保険・証券業界特有の業務をサポートする各種機能などがあります。具体的な機能はあまり公開できないので4つ目にまとめちゃってますが、弊社の事業上、最も重要なプロダクトです。キリッ。プロダクトの性質上、バックエンドが強めでRubyRailsGraphQLPostgreSQLインフラを触る時はTerraformGCPなどを使い開発します。で、これまたよくある話ですが Rails のフロントエンドを Slim から SPA に置き換えている最中です。なので、TypeScriptReactMUI  https://mui.com/Next.jsVercelなどを平行して触ります。ちなみに、2チームとも全員がフルスタックでフロントエンドもバックエンドも同じ人が開発します。なので「フロントエンドもバックエンドも両方やっていきたい！なんなら GCP も触りたい〜〜〜」という人に弊社はとてもおすすめです。新規プロダクトBこれまた非公開ですが採用している技術スタックが楽しい感じなので紹介します。TypeScriptReactMUIRemixNestJSPrismaPostgreSQL (on GCP CloudSQL)プロダクトとしてもとても面白いことに取り組んでいるので、詳細は是非カジュアル面談で聞いてください！チーム・プロダクト・技術スタックまとめマネイロチームマネイロ Web: Next.js新規プロダクトA: Next.js + NestJSコーポレートプロダクティビティチーム内製 CRM: Rails + Next.js（Slim から SPA へ移行中）新規プロダクトB: Remix + NestJSこれから何をやっていくのか人・チーム1チーム3〜4人が最高と思っているので、この1チームのサイズをキープしながらスケールしていきます。具体的には4人x2チームの8人から、ちょうど2倍の4人x4チームの16人体制にするのが当面の目標です。プロダクトいまいま新規プロダクトを2つ開発中なので、当面は既存プロダクト2つの進化新規プロダクト2つの完成にフォーカスして開発していきます。技術REST API から GraphQL への移行はいよいよ大詰めで、近々終わりそうです。（みんなでがんばった・・・）Rails フロントエンドの SPA 化は着々と進行中です。今後は TypeScript で統一既に着手中の新規プロダクト2つはフロントエンドもバックエンドも TypeScript で書いてます。今後もさらに新しいプロダクトを作るとしたらそうするつもりです。既存の Rails をどうするかは悩み中です。が、途中ちょっとだけ触れたマネイロチームが触る部分を内製 CRM から分離することはやりたいです。ここから TypeScript 化していくのが現実解になりそうです。CTO としては事業の成長に比例して、それを支えるエンジニアリングチームもスケールしていきます。CTO としてはこの事業とエンジニアリングチームのバランスを保つことをとても意識して日々いろいろと試行錯誤しています。そして、何よりみんなの働きやすさ！そのためにやれることは全部やっていくぞ。という気持ちで毎日過ごしています。おわりに会社や事業については会社紹介資料の方が詳しく書いてありますので興味を持っていただけた方は是非ご覧ください。 speakerdeck.comマネイロも普通に使ってみてください！まずは3分診断をどうぞ！moneiro.jpそれでは！

モニクルは何をしている会社なのか

仕事現職4年目に突入CTO歴も4年目に突入技術面ではいろんな移行をした（している）プライベート上の子が小学生に下の子が3歳に札幌に移住して3年目に突入2023年の目標仕事プライベート仕事現職4年目に突入こんなの作ってます。www.youtube.com事業としては好調で、社員も順調に増え、今年は特に各部門の人が増えたのでより会社らしくなってきました。人を増やすスピードがそこまで早すぎないので「急激に人が増えて社内がカオス」なんてこともなく、モニクルらしさを保ちながら良い人に囲まれて仕事をできる環境がキープできているのは今年の自分たちを褒めてあげたい点です。CTO歴も4年目に突入CTOとして入社したので社歴とイコールにはなるのですがCTO歴も4年目に突入しました。開発チームの人が増え1チームだとやりづらくなって2チームに分割したのが去年後半の出来事だったのですが、今年1年やってみて正解だったなぁと感じています。逆コンウェイ戦略＋スモールチームの手応えを感じた1年だったので来年も引き続きこの考え方でスケールしていけそうだなぁと淡い期待をしています。事業に合わせて組織もうまくスケールしていきたい。技術面ではいろんな移行をした（している）技術面では以下の移行をしました（一部移行中）Heroku => GCP + TerraformREST API => GraphQL既存システムRails View => React + MUI最終的に Rails の View を完全に無くして API モードで動かしたい！新規システムRemix + NestJS + PrismaRuby と Rails については常に最新バージョンに追従できているのでそれも自分たちを褒めてあげたい。4日前にサンタさんがくれた Ruby 3.2 には流石にまだ上げていませんが、年明け以降に各 gem の対応状況を見ながらやります💪プライベート上の子が小学生についに小学生になりました。1学期は親も子も環境の変化に自分たちの生活を合わせるのに必死で苦労しましたが、先生の「夏休みで一息ついて2学期から1段階みんなが頼もしくなるんですよ」という言葉のとおり、2学期から安定し始めた気がします。入学前に特に学習をさせなかったので、算数も国語も小学校に入ってから初めてちゃんと取り組んでいるのですが、足し算・引き算もできるようになってきたし、漢字の読み書きもできるようになってきたので、感動しています。うるうる。ちなみに、小学1年生で習う漢字は80文字なんですね。部首にも興味があるみたいでよく色んな話をしてくれます。先生のおかげだと思うのですが、今のところ勉強に対しては興味を持ってポジティブに取り組んでいるので嬉しいです。3学期はついに授業でスキーがあります。校庭に小さな雪の丘を作ってやるみたいです。札幌っぽいですね〜。下の子が3歳にこの間まで赤ちゃんだったのにもう3歳になってしまいました。来年から幼稚園です。上の子にニンテンドースイッチを解禁しているので、必然的に下の子も早くからゲームを触ることになってしまったのですが、難しいなりにコントローラーを一生懸命に触ってインクを撒き散らしています。札幌に移住して3年目に突入札幌移住2年目も最高でした。1年目よりも土地勘を持てるようになってきたので2年目の方がより楽しめた感じがします。札幌以外だと以下に行けました。小樽（札幌から車で30分でいけるので月に何度も行ってます）余市恵庭旭川富良野函館帯広もうちょっとマイナーな所だと以下も。長沼（今一番お気に入りです！）砂川深川秩父別積丹白老登別平取まだ行けてなくて来年こそ行ってみたいところ。東や北方面がまだまだ！釧路根室網走知床稚内利尻ニセコ（近いのに何気にまだ行けてない）2023年の目標仕事技術面よりチームの構造に合わせたアーキテクチャに変えていくチーム全体の生産性を上げる取り組みを増やす自分も含め SRE 強化組織面チームにプラスになる人を採用して今の文化を保ちつつスケールするプライベート運動今年2月にコナミスポーツクラブ（コナスポ）に入会して、10ヶ月続けられたので来年も継続筋トレ + ランニングの走る距離と時間を伸ばしたい北海道開拓まだ行けてない場所に行きたい！それでは皆さま、良いお年を〜〜〜🎍🎍🎍

2022年ふりかえり

DERTA とは？なぜ新潟？イベントの雰囲気登壇資料新潟の思い出（こっちが本題）日本酒サウナタレカツ丼生姜醤油ラーメンクラフトビール栃尾の油揚げへぎそば番外編：食べられなかったものイタリアン新潟5大ラーメンまとめDERTA とは？株式会社DERTA（デルタ）は、地方企業や地域に根ざした課題を、「デザイン」、「デジタル」、そして、起業家・クリエイターが所属する「共創コミュニティ」の力で解決する会社です。今回はそんな DERTA さんの運営するコミュニティのエンジニア向けのイベント DERTA GIG の第4回DERTA GIG vol.4（現地&オンライン開催） - connpass にお呼ばれして、CTO/1人目エンジニアとしての経験や学んだことをお話させていただきました。ちなみに、DERTA さんのデザイナー向けのイベント DERTA JAM も大人気みたいです。こちらも参加してみたい〜derta.co.jpなぜ新潟？同僚の @Nkzn と @yukyu2nd が新潟にいるのですが、こんな流れがきっかけで合宿ではなくイベントに登壇させていただくことになりました😋 佐渡合宿もいつか絶対にしたい！イベントの雰囲気@gabu@Nkzn北海道のじゃがポックルを新潟の人に渡すところ懇親会登壇資料 speakerdeck.com speakerdeck.com新潟の思い出（こっちが本題）ということでイベントも最高だったのですが、新潟も最高だったのでいろいろと書き残しておきたいと思います。日本酒新潟駅に「ぽんしゅ館」という危険な名前の場所を見つけ、ホテルのチェックイン前にふらっと寄ったのですが・・・最高でした。美味しいものは現地の方に聞くのが一番ということで、日本酒とつまみをシュッと頂ける角打ち（かくうち）でお店のお兄さんに教えてもらった麒麟山の伝統辛口をいただきました。いきなり最高でした。麒麟山の伝統辛口ぽんしゅ館コンプレックスの中にあります。ぽんしゅ館内の角打ちtabelog.comあとで知ったのですがこの角打ち（かくうち）というのはお店の名前ではなく（ここはお店の名前としても使ってますが）酒屋さんの中でシュッと1杯いただくことを指すようです。酒屋の店内において、その酒屋で買った酒を飲むこと。また、それができる酒屋のこと。本記事ではこれについて記述する。また上記意味合いから、安く飲むことができる立ち飲み屋を「角打ち」と表現する店もある。枡で酒を飲むこと[1]。角打ち - Wikipediaその後 @Nkzn が前夜祭として赤鯱に連れて行ってくれましたが、お料理も日本酒も最高でした。tabelog.com呑んだ日本酒セットリスト（メニューの写真から書き起こしながら皆さんにも読んで頂けるように読み方もググりましたよー）村祐（むらゆう）和（なごみ）生貯蔵酒新潟市　村祐酒造〆張鶴（しめはりつる）　花村上市　宮尾酒造真稜（しんりょう）至（いたる）純米酒佐渡市　逸見酒造大洋盛（たいようざかり）紫雲（しうん）村上市　大洋酒造どれもこれも最高すぎたのですが、すみません・・・ここから先は記憶も写真もありませんでした・・・もう数種類は呑んだ気がするのですが😇サウナなかなか来れない新潟ですからやはりサウナもチェックしておきたいですよね！ということで、サウナイキタイでも評判の良さそうだった「じょんのび館」に行ってきました。sauna-ikitai.com外観は歴史を感じますが内装もお風呂もとてもキレイでしたこちらはオートロウリュとセルフロウリュがあります。オートロウリュだけだと正直ヌルいのでお互いに「（セルフしても）良いですか？」「どうぞ〜」「お願いします〜」と声を掛け合い空気を読みながらセルフロウリュで温度を調節します。自分がいた時はお兄ちゃんからおじ様までいい人ばかりだったので快適にセルフできました。そして何より、とてもキレイな日本庭園みたいな場所で外気浴を通り越して森林浴ができます。サウナを出てすぐにイスが3脚、露天風呂の方に移動すると寝転べるデッキチェアが5台ほどあり、木々を眺めながらゴロンできます。この日は天気もよく木々の隙間から木漏れが差し込み、その美しさもあいまって「こんな最高な空間・・・本当にあるんだ・・・」と最高すぎてふふふと笑ってしまいました。タレカツ丼サ飯は館内のレストランで新潟名物（らしい？）タレカツ丼をいただきました。タレカツ丼（と勝手に指がメニューにあたってしまったビール）ちなみに、新潟の同僚や現地の方が口をそろえて「タレカツ丼は新潟に昔からあるイメージはないけどね〜」と言っていたのですが、まぁ観光客として素直に楽しむことにしました。1口カツに天丼のタレに近いものがかかっており（なので、タレがついたごはん部分はほぼ天丼の味）美味しかったです。生姜醤油ラーメン以前から「新潟には生姜醤油のラーメンがあってな」と @Nkzn に言われていたので、札幌でそれっぽいものを探して食べに行ったらそこが当たりで方向性的にも好きな味だったので「いつか本場で生姜醤油ラーメンを食べたいな〜」と思っていた夢が叶いました。青島ラーメンこと青島食堂です。ホテルから近い南万代店に行ってきました。青島ラーメン　南万代店チューシュー麺＋ほうれん草100円「ん？生姜？ああ、、、生姜だぁ、、、癒やされるぅ、、、」と絶妙な生姜具合で、麺はぷりっと、醤油自体も美味しくてごくごくいっちゃいました。チャーシューとほうれん草もGood。青島ラーメン最高でした。新潟に着いたらまずこれを食べて、新潟から帰る前にもう1杯食べるのが良いと思います。クラフトビール佐渡島でクラフトビールを作っているソフトウェアエンジニアの藤原さん（@wutali）とついにリアルでお会いできました！www.t0ki.beerそしてこのトキブルワリーを樽生でいただけるお店が新潟駅のすぐ近くにあります！アマリロさんです。懇親会の二次会でこちらに行きました。akr0921758558.owst.jpこの日の樽生は3つ。もちろん全て新潟のクラフトビールです。はい、もちろん全部いただきました。最高でした。新潟に移住するとしたらアマリロさんの近くに住みたいです。スワンレイクHEISEI BREWING（平成ブルーイング）t0ki brewery (トキブルワリー)www.swanlake.co.jpheiseibrewing.jpwww.t0ki.beer栃尾の油揚げアマリロさんは料理も美味しいのですが、新潟で食べたいと思っていた栃尾の油揚げもメニューにありました！そしてめちゃくちゃ美味しかったです。油揚げ界の No.1 キングです。www.aburaage.co.jpへぎそば新潟最後の食事はへぎそばでした。前々日、前日と飲みまくって「もう何も食べられない・・・」となっていたところに現れた癒やしの蕎麦。事前勉強不足だったのですがこのへぎそばも新潟名物のようです。へぎそばとは、新潟県魚沼地方発祥の蕎麦。つなぎに布海苔という海藻を使った蕎麦を、ヘギといわれる器に盛り付けた切り蕎麦である。海藻のおかげでトロっとまでは言い過ぎかもですが、トゥルンとした蕎麦で、トゥルトゥルいけて美味しかったです。へぎそば空港まで見送りに来てくれた優しいなかざんとへぎそば番外編：食べられなかったものイタリアン新潟の同僚や現地の方に教えてもらったイタリアン。焼きそばにミートソースがかかっているそうですが（なんで？？？）B級 or B級という感じで気になりますねーーー！r.gnavi.co.jp新潟5大ラーメン生姜醤油ラーメンを食べて満足していた僕にこんな追加ミッションが...生姜醤油ラーメンを食べて満足した @gabu に「新潟5大ラーメン制覇まで、あと4つですね」という呪いをかけたので、また新潟には来てもらいます✅ 生姜醤油⬜️ 薄口醤油⬜️ 濃厚味噌⬜️ 背脂⬜️ カレー https://t.co/YpFpAlhTtB— なかざん💉💉💉 (@Nkzn) 2022年10月27日  まとめDERTA さんのイベントでは発表後に具体的な質問をたくさん頂いた懇親会でもお互いのお話をたくさんできた二次会でも技術からエンジニア組織の話までさらに熱く話せたということで、いやーーー新潟のエンジニアの皆さんめちゃくちゃにアツかったです。はじめましての私とも温かくお話してくださり大変ありがとうございました。ご近所だったら月一で勉強会をやりたい！がんがん盛り上げたい！という気持ちでいっぱいになりました。札幌に帰ってから札幌のコミュニティにも飛び込んでいきたいという気持ちをより強く持ちました。移住前後でコロナが流行ってしまい中々身動きができず悶々としてましたが、そろそろ動きたいなぁ...。そして、新潟は食（日本酒、クラフトビール、お料理）、サウナ、景色、人柄（温かい方が本当に多かった〜）すべてが最高でした。純粋な旅行として訪れても最高だと思います。ということで、完全に新潟ラブになってしまったので絶対にまた新潟に行きたいなーと思いつつ、個人的には日本酒にもハマってしまったのでいろいろキャッチアップしていきたいです。ありがとうございましたー！！

新潟の DERTA さんで登壇してきました（新潟は最高でした）

2022年5月からリファラル採用強化の一環として、社員が自社に誘いたい友人・知人と会食をする際に1人あたり5千円まで会社が負担する制度「リファラルごはん」をスタートしました。note.com開始してから早速いくつものリファラルごはんが実現し、制度開始前では生まれなかった「きっかけ」作りにかなり貢献できる制度だなーと手応えを感じました。しかも手応えだけでなく実際に早速1名「リファラルごはん」をきっかけに、ソフトウェア開発もできるコーポレートエンジニアの方が採用できました！誘ってくれた某 Android と React Native の人には感謝してもしきれません。ちなみに、彼も僕のリファラルで入社してくれました。ところが初動は良かったのですが数ヶ月経つとリファラルごはんは減少、理由は以下かなーと思います。誘いたい友人・知人って何人も何人もいる訳ではない誘いたい人はいるが重要なポジションについている誘いたい人はいるが明らかに今の会社をエンジョイしている本当は誘いたいけどその相手が今の会社で頑張っていることを応援したいという場合も多いですよね。自分もそう思っている人がたくさんいます。ここでこの制度の前提条件である「誘いたい」が「誘わなければいけない」制度になっていたのかなとも思いました。入社の可能性はともかくやはり制度というのは使われてなんぼ。「きっかけ」作りが目的なので「きっかけ」がたくさん生まれないと意味がありません。なので、ハードルを下げる必要がありました。そこで、リファラルできる前提じゃないと使えないのかな？というイメージを無くすために、もっとカジュアルにごはんに行って欲しいという気持ちをそのまま名前に込めた結果「カジュアルごはん」という名前に変更することにしました。「カジュアルごはん」とは？社員が社外の人と交流する機会を後押しする制度です。内容自体は変わらず、友人・知人と会食をする際に1人あたり5千円まで会社が負担します。リモートでもリアルでもOKです。例えば、2人でごはんに行くなら1万円でます。唯一のルールは「カジュアルごはんの中で、一回は会社やサービスについて話題にすること」としています。とはいえ、友人・知人とごはんに行ったら自然と「最近どう？」とお互いの話になると思うので、これは全くもって簡単なルールかなと思っています。おわりにということで、私やモニクル社のメンバーからカジュアルごはんのお誘いがあった方をどうぞお気軽によろしくお願いします！宣伝株式会社モニクルでは、はたらく世代・子育て世代がお金の不安を手放せる手助けをするための金融サービス業をより広めるために、ソフトウェアエンジニアを募集しています。90秒だけお時間をいただいて、↓の動画を見ていただけると、どんなサービスをやっている会社なのかざっくりわかってもらえると思います。www.youtube.com会社自体に興味を持っていただけた方はこちらの会社紹介資料を読んでみてください。 speakerdeck.comそれでは！

「リファラルごはん」を「カジュアルごはん」にリネームしました

前回https://zenn.dev/gabu/articles/dfba06b43ea3a5の続きです。 はじめにNestJS に入門していきなり「モデル層は自分で選んでね！」と公式ドキュメントに言われ、少し脱線して先に Prisma に入門しました。https://zenn.dev/gabu/articles/f9ce106d626984https://zenn.dev/gabu/articles/940d4c3fdc0b3dhttps://zenn.dev/gabu/articles/a3c153c8127eb9ということで、Prisma はだいたい分かったの...

Rails エンジニアが NestJS に入門する：ルーティング編

現職の株式会社モニクルの前身である株式会社OneMile Partnersに入社したのが2019年11月なので、あと数ヶ月で3年になります。はや！ちなみに、私が1人目エンジニアとして入社してからのエンジニア組織の変遷はこんな感じです。エンジニア組織の変遷今日は自分の約3年間をふりかえりつつ、スタートアップである私たちがフルリモートでもエンジニア組織をじわじわ拡大しつつ、しっかりと開発を行えているポイントになってそうなことを書き出してみました。ちなみに、弊社は地理的にも分散したフルリモート企業でして、今の地域構成はこんな感じになっております。全て正社員です。エンジニア：台北、沖縄、新潟、東京、札幌（私）デザイナー：アメリカ、東京、札幌PM・マーケティング：長野、東京ポイント１：経営メンバーがフルリモート経験豊富だった入社した2019年11月はいわゆるコロナ前（中国の武漢で見つかったのが2019年12月）だったのですが、入社時の従業員が共同創業者2名COOCTO（私）営業3名という構成で、他にエンジニアもいないし、事前に事業内容も聞いていて、何からシステム化していくべきかという算段も付いていたので「家でモクモクと開発しますね〜」という感じで初日だけ挨拶にいって、2日目からフルリモート開発生活がスタートしました。ちなみに、共同創業者2名はさらに前身の会社を経営していて、その会社もフルリモートだったらしく、2019年時点で6年間のフルリモート経験があったCOOと私は過去に二人三脚でシステムを開発・運用した経験があり、それも3年間フルリモートだったという、そもそもフルリモート経験者の集いみたいなチームでスタートできたのが幸運でした。ポイント２：エンジニアのリファラル採用をがんばったフルリモートで開発する場合、出勤する場合に比べコミュニケーションの量が激減するので「自走できるエンジニア」を採用することを大前提に考えました。「自走できる」の定義は皆さんの中でも様々だと思いますが、自分の定義は「目的や課題を与えられたら解決策を考えて実行できる」つまり「解決策を与えられなくても仕事ができる」と考えています。さて、採用です。会社を大きくするためには2人目、3人目エンジニアを採用していかなければなりません。自走できるエンジニアを採用するために、普通に採用媒体を使って自走できそうな方を探すのもいいですが、やはり一緒に仕事をしたことがない人をいきなり採用するのは若干不安です。ということでやっぱりリファラル採用ですよね。さいわい縁があって、過去に一緒に仕事をしたことがある（しかも濃密なスタートアップで共に戦った）元同僚2名が来てくれることになりました。と1行で書いてしまうと簡単だったように思われてしまうかもしれませんが、人には人生があり、転職というのは簡単な決断ではないので、彼らも検討に検討を重ね、理由や考えがあって選んでくれたんだろうなと思います。ということで、自走できるどころか1人でシステムの頭からおしりまで開発して本番運用もできちゃうレベルのエンジニアと初期の開発チームを作れたことが幸運でした。その後も、4人目、5人目と「自走できるエンジニア」をリファラルで採用できました。例えば...blog.nkzn.netポイント３：作るべきものを早期に定義できたスタートアップは不確実性の高い開発プロジェクトの究極系だと思っています。誰も正解がわからない新しい事業領域で正しいものをいきなり考え、確実に当てることは不可能なので、だいたいの場合、正しそうなものを作ることになります。私たちもスタートアップですが、私が入社したのはちょうど創業から1年経った頃でした。私が入社するまでの1年間はまさにリーンスタートアップを地で行くようなことをされていたようで、創業メンバーが泥臭い価値検証を行いながら手応えを得て、ビジネスドライバーになりそうなプロダクトのイメージが既にできていました。それすらもビジネスドライバーに「なりそうな」ではあるのですが、話を聞くとかなり的を得ていると感じ、それを作ることで成功に近づける気がしました。個人的にはこの「うまくいく気がする」というのを大切にしていて、自分がこれから作るものを信じられたら後は迷いなく全速力で開発ができると思っています。あとやるべきことは正しい社内の情報と共に「なぜこれを作るべきか」を開発メンバーに共有することです。それが伝わりさえすれば開発はスムーズに進むことが多いように思います。ポイント４：コミュニケーション・情報共有を丁寧に昨日、新しい開発メンバーが入社し、オンボーディングをしていたのですが、昨日入社された方の感想オンボーディングに限らず、出勤していた頃（現職で出勤したことはないので前職以前）よりもコミュニケーションや情報共有の大切さを再認識し行動が変わったように思います。それは私だけでなく社内全員がそうで、もはやカルチャーになっていると感じます。そして、それらを「丁寧に」行うことが大切だと考えています。「丁寧さ」というのはスキルというよりは性格に起因するものかなと思い、採用時にもこの点をかなり重視していまして、各職種の経験やスキルはもちろんのこと、人柄面の軸として「柔和」そうな方を積極的に採用しています。【柔和】にゅうわやさしく、おだやかなさま。とげとげしい所のない、ものやわらかな態度・様子。なので、社内には柔和な人が多く今のところ平和が保たれています。そして何よりも、弊社CEOがその最たる存在でして、コミュニケーション・情報共有を誰よりも重視し、メイン事業であるマネイロのクリエイティブチームと今も毎日オンラインの朝会で直接「事業環境の変化、マーケティング、営業、BizDevの変化、今会社で起きていること、直近の課題、これからやりたいこと、それら全ての意義」を伝えています。毎日毎日ずっとです。誰よりも柔和な原田さん（弊社CEO）それがまた簡潔で的を得ている情報がすーっと理解できる言葉や速さで得られるんです。個人的には弊社CEOは情報伝達の魔術師なんじゃないかと思っています。他の部分も全てハイパーな人ではあるんですが。そしてそんなCEOが誰よりも柔和なんですねぇ。類は友を呼ぶという言葉がありますが、弊社はそれが良い方向に作用している気がしています。まとめポイントをまとめると創業メンバーのフルリモート経験と意識フルリモートを前提とした採用作るべきものが明解なプロダクトマネジメントコミュニケーション・情報共有・丁寧さ大きい要素はこれらかなーと思うんですが、もちろんトライアンドエラーの連続で、日々の改善・改善・改善の積み重ねで、年単位の時間をかけて今のフルリモートでも上手く仕事ができるカルチャーを構築できたんだと思います。今後の会社の成長を考えた時に、50人の壁、100人の壁という不安もありつつ、その時に出た新しい課題も今の私たちならきっと新しい解決策を生み出して乗り越えられると信じて、今後もこのカルチャーを維持・向上させながらやっていきたいと思います。それでは！宣伝株式会社モニクルでは、はたらく世代・子育て世代がお金の不安を手放せる手助けをするための金融サービス業をより広めるために、ソフトウェアエンジニアを募集しています。90秒だけお時間をいただいて、↓の動画を見ていただけると、どんなサービスをやっている会社なのかざっくりわかってもらえると思います。www.youtube.com会社自体に興味を持っていただけた方はこちらの会社紹介資料を読んでみてください。 speakerdeck.comそれでは！

とあるスタートアップのフルリモート開発組織3年間のふりかえり

テックブログ／技術ブログ／エンジニアブログに関して、定期的にネガティブな話を見たり聞いたりするのですが、弊社は割と上手く（そこまでしんどくなく）運営できているかも？と思い、弊社の取り組みを書いてみます。弊社のテックブログです テックブログって、しんどいですよねテックブログに関して、多そうな意見は続かないわざわざ書くようなネタがそこまでない書いても読まれないし...会社名義で下手なことは書けないし...よく分かります。自分もそう思っていました。いくつかはテックブログ特有というよりは個人ブログと共通する部分も多そうです。つまり、個人ブログでさえ続けるのが大変なのに会社...

しんどくないテックブログの運営Tips

前回https://zenn.dev/gabu/articles/940d4c3fdc0b3dの続きです。 はじめにRails アプリを本番環境にデプロイする際、DB のマイグレーションを同時に行いますよね。例えば、Heroku であれば Procfile にリリースフェーズで実行して欲しいコマンドを設定することができますのでこんな感じで rails db:migrate を定義します。Procfilerelease: bin/rails db:migrateこうすることでデプロイ時にまだ実行されていないマイグレーションがあれば実行され、DB に変更が適用されます...

Rails エンジニアが Prisma に入門する：本番デプロイ(Vercel+Supabase)編

前回https://zenn.dev/gabu/articles/f9ce106d626984の続きです。 はじめに前回チュートリアルをやりながら Prisma を一通り触ってみたわけですが、実際の開発（普通の Web アプリケーションを想像してください）となると、目的の機能を作るためにデータストアのレイヤーでは以下のようなことをよく行います。新しいモデル（テーブル）を追加カラムを追加関連を追加NULL/NOT NULLなど制約を変更などなど。変更や削除は、運用を考えると取り回しを別途考えなければいけないので一旦触れません🙇‍♂️ いきなりつまづいたチュ...

Rails エンジニアが Prisma に入門する：開発フロー編

前回https://zenn.dev/gabu/articles/dfba06b43ea3a5の続きです。 はじめにNestJS に入門するはずが、データストアについては自分で決める必要があることが分かったので、ここ数日いろいろ調べて先人たちの経験を読み漁った結果 Prisma に入門します。その調査のまとめは別途書きたいと思いますが、今日はとりあえず触っていきましょう。 Getting startedGetting started にはいくつかメニューがあるのですが、普通の Rails エンジニアとしては Relational database を使った開発フローを...

Rails エンジニアが Prisma に入門する：Getting Started 編

環境どうせなら最新にしようと node も今日時点での最新を入れましたよー！$ node -vv18.5.0さらに、ちょうど先日 NestJS の最新バージョン v9 がリリースされたので、初心者なのにいきなり最新版で試していくことになりました。やっていき！ nest new何はともあれ https://docs.nestjs.com/first-steps を読みながら、プロジェクトを作ってみます。$ npm i -g @nestjs/cli$ nest new hello-nestjs⚡  We will scaffold your app in a few...

Rails エンジニアが NestJS に入門する：プロジェクト作成編

弊社はコロナ前からフルリモートを行っていた（創業者2人が8年前からフルリモートしていた）ので元々リモートワークにかなり理解のある経営メンバーで構成されています。なので以前「Krisp（ノイズキャンセリングソフト）を社員に配りたいです」と相談したら秒でOKが出たことがありました。秒でOKというか、だいたいのSlackのメッセージに対してCEOから秒で 🙆‍♂️ スタンプが付きます。ちょっと凄いです。続きをみる

全社員にマイクとカメラを支給することになった話

こんにちは、あるいはこんばんは。アーニャになりたいけど会社のことも考えないといけないなーと冷静になれるぐらいには大人になった gabu です。ということで上の写真にあるコエドビールが4本も付いてくるデリパクールというケータリングサービスが最高だったので共有したいと思います。その前にリファラルごはんとは？続きをみる

リファラルごはん始めました。デリパクールはいいぞ

260日ぶりにブログを書く理由はタイトルの通りですが、大事なお知らせがあります。一昨日、ひさしぶりにつ部のAndroid勉強会を行いました。当日の雰囲気はTogetterにまとめましたので合わせてご覧下さい。当日の資料（ぼくが捕捉できた分だけ）つ部で発表した資料です。「Qtで艦これを120%楽しむ。」　http://t.co/DP1qZ2HgiB #tsubu— 理音伊織 (@IoriAYANE) 2013, 9月 14今日の資料です #tsubu / Androidアプリのあれがやりたい by @fly1tkg #android #tsubu http://t.co/68L8Mhbh5g @SlideShareさんから— Takagi Shoichi (@fly1tkg) 2013, 9月 14本日の発表資料です...  #tsubu http://t.co/sWjz1fQ2Qh— かっしー (@kassy_kz) 2013, 9月 14#tsubu #openFrameworks のLT資料置きました http://t.co/eYjX5pI8lW— naohisa (@naohisatw) 2013, 9月 15今日の資料を公開しました #tsubu http://t.co/SnqeZrVmxo— ながけん提督 (@nagakenjs) 2013, 9月 14部長交代のお知らせ2010年4月の第1回勉強会から約3年間、つ部の部長として運営をサポートしてくださるコアメンバーの方々に支えられながら、目指していた「Androidをキッカケとした楽しく切磋琢磨できるコミュニティを作りたい（参加したい）」という夢が実現でき、そして長くこのつ部を運営できたことは本当に幸せでした。部長というのは名ばかりで何も特別なことはなく、みんなと楽しく過ごしていきたいという気持ちだけで、長く運営していくなかでいろんなことがありましたが、皆さま本当にありがとうございました。挨拶の中でもお話させて頂きましたが、去年あたりから社会人だけではなく学生の方々にも、つ部を通して何かプラスになることはできないかと考えることが増えていきました。そして、第6回名古屋Android勉強会 Java+Eclipse再入門 学生枠や、第7回名古屋Android勉強会 Java+Eclipse再入門 学生枠のように、学生の方でも参加しやすいように内容を入門レベルにしたり申し込みページを分けたり、懇親会費用を-1,000円（遠方から講師を呼んだ時にカンパで頂いた参加費から余った分を積み立てている運営貯金から補填）したり、個人的には、学生向けスマフォアプリ開発 がぶ塾をやったりしてきました。最近のつ部には、中京大学のLゼミというゼミの子たちがよく参加してくれるようになったのは嬉しい進歩です。そんな中、一身上の都合（海外に行くかも？）により部長としてアクティブに活動できないだろうと判断し、運営メンバーにも話をして、つ部の新部長は @RINA117yc さんに決まりました。彼女は遠慮がちにそれでも前向きに快諾してくれました。懇親会の最後に部長交代の発表をしました。彼女は「やさしいつ部にしたい。」と話してくれました。新しいつ部は、そんな新しい部長をキッカケに、よりやさしいつ部となって楽しく切磋琢磨できる空間として長く続いていくと思います。ぼくは今後もメンバーとして彼女をサポートしていきたいと思います。ということで、新生つ部をこれからもよろしくお願いします！！！

ひさしぶりにつ部Android勉強会をやりました＆部長交代のお知らせ

以前にも紹介した Android NDK ネイティブプログラミングの第2版が出ましたよ！帯がかっこいいー！ハードウェアの「真の力」を呼び覚ませ！！！Android NDKは以下の機能がAndroid 2.3以降でしか利用できず、Android 2.2をサポートしないのはビジネス的にまずいので、正直Javaコードの一部をC/C++で書くか、C/C++ベースのオープンソースライブラリをビルドして利用するぐらいが現実的にやれることだったのですが、Native ActivityOpenSL ESセンサーやタッチパネルの読み取り2012年12月時点で、2.2以下の端末シェアが13.4%、2.3以上の端末シェアが86.6%になってきたので、from: http://developer.android.com/about/dashboards/index.htmlいよいよ、CのみでAndroidアプリ（ゲーム）を作れる状況になってきたのではないでしょうか（13.4%をサポートするかどうかはビジネス的に判断する必要はありますが）。Android NDKでOpenGLやOpenSLを使いたいなら「Chapter 4 OpenGL|ES」では、OpenGL|ES 1.1と2.0それぞれのサンプルコードを含む解説があります。「Chapter 5 サウンド」では、OpenSL|ESとOpenSL|ES for Androidの違いや基本的な使い方が丁寧に解説されています。Android NDKでオープンソースライブラリをビルドしたいなら第2版で追加された「Chapter 12 OSSライブラリを利用する」では、libpngとLuaのビルドと利用例が掲載されているので、オープンソースライブラリをAndroid NDKで使えるようにしたい人には非常に参考になるかと思います。その他にも目次は以下のとおりです。Chapter 1 Android NDKとはChapter 2 JNI（Java Native Interface）Chapter 3 NativeActivityChapter 4 OpenGL|ESChapter 5 サウンドChapter 6 マルチメディアChapter 7 入出力（センサー、キーボード、ファイル）Chapter 8 ツール（コンパイラ、デバッガ）Chapter 9 アーキテクチャChapter 10 最適化Chapter 11 NEONChapter 12 OSSライブラリを利用するChapter 13 リファレンスということで第1版でも感じた「詳しい、丁寧、深い、濃い」かつ、読みやすい文章のまま最新バージョンにアップデートされた本書でAndroid NDKのお勉強をされてはいかがでしょうか？コラムが意外と知らないことばっかりで個人的には読むだけでも勉強になりました。Android NDK(エヌディーケー)ネイティブプログラミング作者: 出村成和出版社/メーカー: 秀和システム発売日: 2012/12メディア: 単行本この商品を含むブログを見る出版社のWebサイトで詳細な目次を見ることができます。Android NDKネイティブプログラミング 第2版｜書籍情報｜秀和システム著者さまのブログで第1版との差分を見ることができます。Android NDKネイティブプログラミング第２版が出ました！ | Happy my life

Android NDK専用本「Android NDK ネイティブプログラミング」の第2版が出ましたよ！

ちょっと早いけど今年1年を勉強会ライフと共にふりかえってみました。今年の勉強会ぐあい1月正月ぼけで何もしてない2月2/4  高専カンファレンス in 岐阜http://atnd.org/events/23003『プログラミングと共に歩んできた10年を...（ニーソ）』というタイトルで講演しました。高専カンファ in 岐阜 #kosenconf でニーソしてきました！ - gabuchanの日記2/18 第４回名古屋Android勉強会 ADKハンズオンhttp://atnd.org/events/24616当日の資料とソースコード: https://github.com/magoroku15/OpenAccessoryDemoUstアーカイブ: http://www.ustream.tv/recorded/20520666Togetter: http://togetter.com/li/259984まごろく先生ありがとうございました！3月3/10 - 11 第4回シャープハッカソンhttps://sh-dev.sharp.co.jp/android/modules/bulletin/index.php?page=article&storyid=131今年一番刺激的で超楽しかったハッカソンでした。燃えたなぁ。主催のブリリアントサービスさんのレポート: 3月10日-11日に第4回SHARPハッカソン@東広島が開催されました - Android(アンドロイド)情報-ブリリアントサービスTogetter: http://togetter.com/li/271622以下、参加したみなさんのレポート（ブリさんのレポートの最後のレポートまとめの方が網羅していると思うので漏れなく読んでみたい方はぜひそちらを）第4回SHARPハッカソン@東広島を開催しました - しげぽん日記第4回シャープハッカソン＠東広島がドリームチームだった | Seminer | ナナホシブログ - 秋葉（とみた）ちひろ第4回シャープハッカソンに参加してきました！！ - @vvakame の日記第4回シャープハッカソン＠東広島に参加してきました！ - パンダのメモ帳muo-notes: 「第4回シャープハッカソン」に参加してきました第4回シャープハッカソン＠東広島に参加してきました | 自転車で通勤しましょ♪ブログCattakaの雑記 - 「第4回シャープハッカソン」に参加したなど第4回 SHARPハッカソン＠東広島に参加してます | ツブヤキ。みんなでアプリ作成中＠第4回 SHARPハッカソン東広島 | ツブヤキ。第4回 SHARPハッカソン東広島 二日目 | ツブヤキ。第4回 SHARPハッカソン＠東広島 — Toroとトロは電子機械の夢を見るか第4回 SHARPハッカソン＠東広島に参加しました！ | scri.me第4回SHARPハッカソンに参加してきました。｜zamuu：：BLOG僕はLiveDecoチームでわかめにディスられながら徹夜でOrmLiteと戦っていたことと日本酒が美味しかったことが感想です。LiveDecoについてはこちら: 【インタビュー】女子向けサービスをつくるハッカソンで誕生・リリースされたAndroidアプリ「livedeco」と、ハッカソンの心得 | Startup Dating [スタートアップ・デイティング]4月4/14 日本Andoroidの会 浜松支部 App Inventorhttp://atnd.org/events/267194/15 作ればわかる！ Google App Engineハンズオン #1（東海GTUG）http://www.zusaar.com/event/2340514/21 日本Androidの会 関西支部勉強部屋http://atnd.org/events/26459 『2.x 3.x 4.x対応Androidアプリ入門（僕とニーソと時々、幼女）』 というタイトルで講演しました。資料がでかすぎてSlideshareにあげられなかった...関西支部超楽しかったー！5月5/12 オープンソースカンファレンス2012 Nagoyahttp://www.ospn.jp/osc2012-nagoya/つ部メンバーのアプリなどを展示しましたん。5/27 作ればわかる！ Google App Engineハンズオン #2（東海GTUG）http://www.zusaar.com/event/2780046月6/8  Google松内さんによるAndroid/Google Playトーク at 東海GTUGhttp://www.zusaar.com/event/308002松内さんが名古屋に来てくれるという奇跡のイベントが実現できた。お会いできただけで感動。貴重な機会に参加者の皆さんからばんばん質問が出ていたのが印象的だった。懇親会でも松内さんのアツい話が聞けて嬉しかった。松内さんありがとうございました！Togetter: http://togetter.com/li/317371レポート:Googleの中の人に聞いた!! AndroidとPlayマーケットのあれこれ（講演編） – すまほん!!Googleの中の人に聞いた!! AndroidとPlayマーケットのあれこれ（質疑応答編） – すまほん!!6/9  第5回名古屋Android勉強会 ActionBarハンズオンhttp://www.zusaar.com/event/283004Togetter: http://togetter.com/li/317834ざきさんありがとうございました！6/23 作ればわかる！ Google App Engineハンズオン #3（東海GTUG）http://www.zusaar.com/event/3021026/27 - 29 Google I/Ohttps://developers.google.com/events/io/憧れのGoogle I/Oに行ってきましたよー！超感動。しかし、この間（というか年始から夏ごろまで）執筆に追われていてブログ書いていなかったという残念っぷり。今度、思い出しながら書くかー。。。ちなみに、2013年のGoogle I/Oは、5/15 - 17で決定！7月7/8  DevFestX Google I/O 2012 報告会http://googledevjp.blogspot.jp/2012/06/devfestx-japan-2012-summer.htmlTogetter: http://togetter.com/li/3346007/29 NFCLAB 名古屋勉強会http://atnd.org/events/30736NFC触りたい。。。8月8/4  第1回AndroiderのためのiOS入門勉強会http://www.zusaar.com/event/342010参加したかった...8月は個人的に魔の8月だった...9月9/15 - 17 Android温泉2012夏の陣＆つ部温泉http://www.zusaar.com/event/248052参加したかった...友人の結婚式と被った...9/23 - 25 悔しかったので会社の同僚と（男4人で）湯布院へ10月10/13 スタートGo #0 GDG名古屋https://plus.google.com/u/0/events/cg969opina8t6l5lmbjmrs4vrss上田先生とGo言語できゃっきゃうふふした。11月11/17 第6回名古屋Android勉強会 Java+Eclipse再入門http://www.zusaar.com/event/429003 (一般枠)http://www.zusaar.com/event/430005 (学生枠)資料: Android再入門 - 目次 #Android - Qiitaいつの間にか100ブクマ超えてた！この資料は1つの実験で、何冊か書籍を書いてきた身として技術本はWebページの方がメリットが多いんじゃないかと思い、原稿を書く姿勢でエントリーを書いてみた実験だったりするのですが、また別の機会に動機とか整理して書いてみよう。11/30 つ部 × Multi-Screen UX Competition トークライブhttp://www.zusaar.com/event/448004コンセントの長谷川さんとバイドゥの矢野さんが名古屋に来てくれるという貴重なイベントができた。内容も勉強になることだらけで、個人的には、IA (インフォメーションアーキテクチャ) についてすごく興味が沸く刺激を受けることができました。Togetter: http://togetter.com/li/418349KPTKeepよかったこと。続けたいこと。やりたいことができて良かったやりたいこと = Android関係の技術, Google I/Oに行く, 勉強会ライフを楽しむこれからの学生さんに分かりやすく技術を伝えるということ第6回名古屋Android勉強会 Java+Eclipse再入門で「学生枠」という募集の仕方は「参加しやすかった」という声も聞けて、やって良かった。まごろく先生のアイデアに感謝。ハッカソンが一番楽しかった（燃える）IAについて触れた個人的にすごく興味があるので続けて勉強したい忙しい時につ部メンバーの皆さまが運営をしてくれたので非常に助かった。ひでぽんさん、いおりさん、まごろく先生、たんさん、恐竜先生、皆さまに感謝。Problem問題だったこと。月に1つぐらいが限界だった。原因: 主催、運営に偏っているし、執筆も仕事もあるから問題ではなく現実的（時間的）に限界なのかも。限界というかそれ以上増やしたいわけでもないし、問題ではないのかも。でも、月に1つぐらいでも忙しく感じるのはなんでだろう。対策: 主催、運営のペースを落としてその代わりに質を上げる。毎回規模が大きいと疲れるので、軽いもの、軽いもの、しっかりしたもの、というループがいいかも。ということは、つ部のスタイルは良いカタチになってきているのか。続けられてないものがある。(ADKとかNFCとか)原因: 手を広げすぎて時間が足りない。他の技術に充てる時間を減らすほど優先順位が上がっていない。対策: 興味があるものは多いけど「選択と集中」を意識する。量と質のバランス大事。アプリやサービスなどアウトプットがない（仕事以外の）原因: 勉強会とアウトプットのバランスが悪い。時間の配分。対策: 勉強会の開催、参加をもう少し減らして、開発の時間を確保する。勉強会をハッカソン化するとか。Try来年やりたいことデザイナーズハッカソン（デザイナー主体のハッカソン）水面下で計画中イメージ: デザイナーズハック 003 が終わりました | designers-hack（デザイナーズハック）IAの勉強と実践やるぞーGoogle I/O 2013に行く2012では日本組の方以外と全然話せなかったので来年こそは！まとめ（まとまってないけど）ということで今年も皆さまのおかげで勉強会充でした。ありがとうございました。少し早いけど来年も宜しくお願いします！！！一緒に勉強会充しましょうヽ(´ー｀)ノ

ちょっと早いけど今年をふりかえってみる

Android SDK開発のレシピ作者: 塚田翔也出版社/メーカー: 秀和システム発売日: 2012/09メディア: 単行本 クリック: 1回この商品を含むブログ (3件) を見る人生初の執筆 「Android SDK開発のレシピ」という本を書きました。 - gabuchanの日記 から2年経ち、Androidのバージョンも上がり、当時と様々な状況が変わったため本書の大幅な改訂をいたしました。Androidのバージョンアップ対応の改訂ではなく、現在のAndroidアプリ開発の状況を踏まえ全てのレシピを見直し、新しい要素も取り入れた結果、半分以上が新規レシピとなりました。特に、Androidアプリ開発で最大の問題になる「Androidバージョンのフラグメンテーション（断片化）問題」を解決するため、Support Packageを使用することを前提として、本書はAndroid 2.2以降をサポートします（一部、2.3以降のレシピがありますがその数は少ないです）。Support Packageを使っているレシピレシピ029, 030: Fragmentレシピ035: NotificationCompatレシピ042, 043: ViewPager, PagerAdapter, FragmentPagerAdapterレシピ112: ListFragmentなどなどはじめに本書はAndroid初心者本の次に読んで頂くことを想定した本です。いわゆる逆引き系の本で「こうこうするには？」という単位で130個のレシピを収録しています。本書の他にもAndroidの逆引き本はいくつかありますが、本書は以下のような思いを込めて書きました。解説が必要なレシピは解説を厚く仕事でAndroidアプリを書いてきた経験をできるだけ盛り込む機種依存などいわゆるバッドノウハウもできるだけ盛り込む遊び心を忘れないAndroidアプリを趣味で開発される方にも、仕事で開発される方にも少しでもお役に立てば幸いです。レシピを1つ公開出版社さんが「レシピ127 多くの端末で動作するようにする」のPDFを用意してくださったので公開します。本書の雰囲気を掴んでいただけると思います。ぜひご覧ください。レシピ127 多くの端末で動作するようにする（PDF注意）gabubon2_recipe127.pdf サンプルコード初版同様にサンプルコードはGitHubで公開しています。https://github.com/gabu/gabubon2初版はレシピごとにAndroidアプリになっていたのですが、第2版では1つのAndroidアプリにまとめました。Androidアプリで動くかたちにしたサンプルアプリをGoogle Playでも公開しています。https://play.google.com/store/apps/details?id=net.gabuchan.androidrecipeこんな感じでレシピごとの動作を実際に動かして見ることができます。目次以下が全130レシピの見出しです。第2版で追加されたレシピを赤くしました。もちろん赤くない既存のレシピも改訂に合わせて見直し更新されています。Chapter 01　開発環境のレシピレシピ001　Eclipseの設定を行う New!レシピ002　Eclipseのショートカットを活用する New!レシピ003　コードスタイルガイドラインを参考にする New!レシピ004　Android本家のフォーマッターを使う New!レシピ005　コマンドラインからビルドするレシピ006　テストプロジェクトでユニットテストを行うレシピ007　monkeyでストレステストを行う New!レシピ008　monkeyrunnerでシナリオテストを行う New!レシピ009　Jenkinsでビルドする New!レシピ010　ProGuardで難読化する New!レシピ011　Traceviewでボトルネックを発見する New!レシピ012　DDMSとMATでメモリリークを発見する New!レシピ013　Lintでソースコードをチェックする New!レシピ014　端末内のファイルにアクセスするレシピ015　デバッグ時のみ有効な処理を作るChapter 02　ウィジェットのレシピレシピ016　ボタンを使う New!レシピ017　イメージボタンを使う New!レシピ018　イメージビューを使う New!レシピ019　テキストビューを使う New!レシピ020　エディットテキストを使う New!レシピ021　ラジオボタンを使う New!レシピ022　チェックボックスを使う New!レシピ023　スピナー（セレクトボックス）を使う New!レシピ024　トグルボタンを使う New!レシピ025　レイティングバーを使う New!レシピ026　シークバーを使う New!レシピ027　アナログ時計を使う New!レシピ028　デジタル時計を使う New!Chapter 03　UIのレシピレシピ029　日付選択ダイアログボックスを使う New!レシピ030　時刻選択ダイアログボックスを使う New!レシピ031　ウェブビューで指定したURLを表示する New!レシピ032　ウェブビューで用意したHTMLを表示する New!レシピ033　入力補完エディットテキストを使う New!レシピ034　トーストを表示する New!レシピ035　ノーティフィケーションを表示する New!レシピ036　メニューを表示する New!レシピ037　プログレスダイアログを表示するレシピ038　確認ダイアログを表示する New!レシピ039　選択ダイアログを表示する New!レシピ040　画像の一覧をグリッドビューで表示する New!レシピ041　カスタムビューをグリッドビューで表示する New!レシピ042　スワイプで切り替わるビューを作成する New!レシピ043　スワイプで切り替わるタブと処理を作成する New!レシピ044　画面の回転をロックするレシピ045　横画面用のレイアウトを用意する New!レシピ046　ステータスバーを非表示にする New!レシピ047　タイトルバーを非表示にする New!レシピ048　アプリ起動時にスプラッシュ画像を表示する New!レシピ049　ビューをアニメーションするChapter 04　ListViewのレシピレシピ050　ListViewを表示するレシピ051　表示内容をカスタマイズするレシピ052　タップ、ロングタップを検知するレシピ053　最後までスクロールしたことを検知するレシピ054　次のX件を読み込むレシピ055　所定の位置までスクロールさせるレシピ056　画面が回転してもデータを保持するレシピ057　アプリが終了してもデータを保持するChapter 05　画像のレシピレシピ058　端末の解像度に合わせて画像を表示するレシピ059　拡大されても綺麗な画像（9-patch）を作るレシピ060　画像をリサイズするレシピ061　画像を切り取るレシピ062　画像を回転するレシピ063　画像を合成するレシピ064　画像をSDカードに保存する New!レシピ065　ギャラリーから画像を選択するレシピ066　サムネイルを取得する New!レシピ067　JPEGファイルからExif情報を取得する New!Chapter 06　マルチメディアのレシピレシピ068　効果音を再生するレシピ069　音声ファイルを再生するレシピ070　マイクから録音するレシピ071　動画を撮影するレシピ072　動画を再生するレシピ073　ビジュアライザで波形を表示する  New!レシピ074　イコライザで音を変化させる  New!Chapter 07　カメラのレシピレシピ075　カメラアプリで写真を撮影するレシピ076　カメラのプレビュー映像を表示するレシピ077　カメラのプレビュー映像にビューを重ねるレシピ078　写真を撮影する New!レシピ079　オートフォーカスを使う New!レシピ080　フラッシュを使う New!レシピ081　フォーカスモードを使う New!レシピ082　フロントカメラを使う  New!Chapter 08　センサーのレシピレシピ083　加速度センサーを使うレシピ084　近接センサーを使うレシピ085　明るさセンサーを使うレシピ086　端末の傾きを取得するレシピ087　方位を取得するレシピ088　位置情報を取得するレシピ089　シェイクを検知するChapter 09　インテントのレシピレシピ090　ブラウザを呼び出すレシピ091　電話を呼び出すレシピ092　Googleマップを呼び出す New!レシピ093　共有機能を呼び出す New!レシピ094　音声認識を呼び出すレシピ095　メールを送信するChapter 10　データベース（SQLite）のレシピレシピ096　データベースをオープンするレシピ097　テーブルを作成するレシピ098　レコードを追加・更新・削除するレシピ099　レコードを検索するレシピ100　テーブルを変更するレシピ101　検索結果をListViewに表示するChapter 11　（その他）便利なレシピレシピ102　アプリケーションの終了を検知するレシピ103　自動的にスリープしないようにするレシピ104　URLエンコードするレシピ105　プリファレンスにデータを保存するレシピ106　XMLをパースするレシピ107　文字列からMD5を取得するレシピ108　設定画面を作成するレシピ109　ZIPファイルを解凍するレシピ110　JSON形式のデータを扱うレシピ111　正規表現を使うレシピ112　連絡先の一覧を表示するレシピ113　ネットワークの接続状況を判定するレシピ114　Twitter4Jを使うレシピ115　アプリをSDカードに移動できるようにする New!レシピ116　Backup Serviceで自動バックアップする New!レシピ117　Download Managerで簡単にダウンロードする  New!レシピ118　設定画面を呼び出す New!レシピ119　Google Analyticsで分析する New!レシピ120　AdMobの広告を組み込むChapter 12　開発者ライフを充実させるレシピレシピ121　効率よく必要な情報を手に入れる New!レシピ122　ブログを書く New!レシピ123　ソーシャルネットワークを活用する New!レシピ124　勉強会やイベントに参加する New!レシピ125　どうしても困ったらメーリングリストで相談する New!Chapter 13　世界に羽ばたくアプリを創るレシピ126　デザインをブラッシュアップする New!レシピ127　多くの端末で動作するようにする New!レシピ128　Google Playでアプリの魅力を伝える New!レシピ129　アプリの公開を発表する New!レシピ130　ローカライズをして世界に発信する New!Android SDK開発のレシピ作者: 塚田翔也出版社/メーカー: 秀和システム発売日: 2012/09メディア: 単行本 クリック: 1回この商品を含むブログ (3件) を見る

「Android SDK開発のレシピ」が第2版になりました。

2010年8月 「Android SDK開発のレシピ」という本を書きました。 - gabuchanの日記App Inventor入門本を書きました。Androidアプリを作ってみませんか？ - gabuchanの日記と、まさか、1年に1冊ペースで本を書くなんて思ってなかったのですが、それぞれの本を書いたことには理由があります。そして、本書が人生で3冊目のAndroid本になります。楽しみながら作ってみよう! はじめてのAndroidアプリプログラミング作者: 塚田翔也出版社/メーカー: マイナビ発売日: 2012/08/10メディア: 単行本（ソフトカバー）購入: 1人 クリック: 11回この商品を含むブログ (2件) を見るどんな本か？以降、長くなるので先にまとめを書きます。本書は、1つの電卓アプリを完成させるまでの道のりを追体験できるAndroid入門本です。空っぽのAndroidプロジェクトから始まり、画面のレイアウト・計算処理・アニメーション・効果音などを機能追加していく際に「どう考えて、どう実装するのか」という「Androidプログラマの頭の中」を知って頂ける珍しい本だと思います。そして、初心者本にありがちな「読んでみたけど、このあとどうすればいいか分からない」「結局サンプルアプリ以外のアプリは作れない」という行き詰まりになってしまわずに、ちゃんと初心者本を卒業できるように、6章で次のステップに進めるような内容を書きました。タイトルや表紙から「楽しい・簡単」なイメージを与えてしまいそうですが、実は本気な初心者本です。「楽しみながら」という言葉は、「アプリが機能追加を重ね、どんどん育っていくプロセスが楽しい」という点に掛けています。どんな学習・勉強もそうですが、学習・勉強自体は「楽しい・簡単」なだけではありません。以降、「はじめに」から抜粋・編集した詳細なご紹介です。執筆するにあたって本書が私にとって3冊目の書籍になります。1冊目は、第一線でAndroidアプリ開発をしている方々が現場で便利なレシピを提供するというコンセプトの書籍でした。2冊目は、ソースコードを1行も書かずにAndroidアプリが開発できる「App Inventor」というツールの解説書でした。私は名古屋でAndroidの勉強会を運営しながら、この2冊の間の段階の人が効率良く勉強する方法をずっと考えていました。つまり、Java（というプログラミング言語）を使って、初めてAndroidアプリを開発する人に最適な書籍や学習方法です。なかでも、Javaを知っている・精通していることを前提としている初心者本が多いことに困っていました。別途、Javaの入門書で勉強するのが筋なのでしょうが勉強したい人のモチベーションは「Javaを勉強したい！」ではなく、「Androidアプリを作ってみたい！」なのです。これでは、Androidアプリを作りたいと思っている人をブーストすることはできません。本書の特徴本書はJavaの解説付きAndroid初心者本です。膨大なJavaの言語仕様からAndroidアプリ開発に必要なものだけピックアップして必要なタイミングで解説を添えています。また、Androidアプリ開発に必要な知識というのも膨大です。こちらも、Androidアプリ開発の序盤で知るべきことにフォーカスしています。全てを網羅すると六法全書のような分厚ーーーい辞書のような書籍になってしまいます。それは、本書を終えてからWeb上の情報や他の書籍などで徐々に学んでいくことにしましょう。さらに、楽しむということもコンセプトにしています。おそらく、網羅性と効率だけを重視して解説書を書くと教科書的になってしまい（それはそれで個人的にはぜひ読みたい書籍ではありますが）、初心者の方は「勉強がしたい！」のではなく「Androidアプリを作ってみたい！」というモチベーションなのだと想定して、「1つのAndroidアプリを完成させるまでに通る道のりを体験してもらう」という点を重視しました。その道のりの中で学ぶ必要があることを解説します。その反面、初心者本にありがちな「おまじない」「わからなくてもいいので、とにかくこう書けば動きます」を極力なくすように、学ぶ必要がある事柄については逃げることなく1つ1つきちんと説明することにしました。なので、「ちょっと難しくてもちゃんと勉強したい人」に向けて書いています。よく分からなくても「楽々Androidアプリを作ってみたい」という人はその手の書籍をおすすめします。対象読者Javaを知らない/学校でやったけどよく分かってない人Androidアプリ開発が初めて/挫折した人Androidアプリ開発を楽しみたい人ちょっと難しくてもちゃんと勉強したい人本の内容1章では、そもそもプログラミングとは？からJavaの基礎知識、Androidアプリ開発に必要なセットアップについて書きました。2章では、Androidアプリ開発のもとになるプロジェクトを作り、Androidエミュレータで動かしてみて、簡単な動きを作るまでを行います。3章では、見た目をかっこよくしたり、アニメーションや効果音を追加して楽しいアプリに進化させます。4章では、より便利になるように機能面を進化させます。5章では、最新バージョンであるAndroid 4.0にも対応できるよう進化させます。6章では、本書を読み終えたあとの皆さんが次のステップに進めるようにと思い書きました。さいごに本書が皆さまのAndroidアプリ開発への挑戦の第一歩として少しでもお役に立てれば幸いです。楽しみながら作ってみよう! はじめてのAndroidアプリプログラミング作者: 塚田翔也出版社/メーカー: マイナビ発売日: 2012/08/10メディア: 単行本（ソフトカバー）購入: 1人 クリック: 11回この商品を含むブログ (2件) を見る

最小限のJavaも一緒に解説するAndroid入門本を書きました。

はじめにAndroid Designというページが公開され、ようやくAndroidのデザインガイドラインもまともになりつつあるわけですが、中でもAction Bar | Android Developersは、アプリのUIの中でも最も重要になるデザインパターンではないでしょうか。しかし、このAction Barに関するAPIは、Android 3.0 (API level 11)からしか利用できません。Androidには、新しいAPIを過去のバージョンでも利用できるようにするためのSupport Packageというライブラリが存在するのですが、残念ながらなぜかAction Barに関するAPIは含まれておらずSupport PackageでAction Barを実装することができません。ActionBarSherlockとはActionBarSherlockは、この問題を解決するために、Support Packageを拡張してAndroidの各バージョンの互換性を保ちながらAction Barを実装できるライブラリです。（Action Bar以外にもいろいろできそうなのですがまだ見きれていないので今日はAction Barについてだけ。）ダウンロードhttp://beta.abs.io/ からダウンロードできます。今日時点ではRC1が最新ですが、3/7に正式リリースされるようです。ライブラリプロジェクトActionBarSherlockは、EclipseでAndroidライブラリプロジェクトとして利用します。また、Build TargetがAndroid 4.0(API Level 14)になっているのでインストールしていない場合は、インストールしてください。EclipseでAndroidプロジェクトを作ります。」をクリックします。「Android 4.0」を選択して「Finish」をクリックします。project.propertiesでandroid.library=trueになっているので自動的にAndroidライブラリプロジェクトになります。ActionBarSherlockを使う側のAndroidプロジェクト「Project Name」に適当な名前を入れて、「Next >」をクリックします。ActionBarSherlockとの互換性を考えて使う側もAndroid 4.0(API Level 14)にします。「Android 4.0」を選択して「Next >」をクリックします。「Package Name」を適当に入れて、Activityの名前を別にそのままでもいいんですが個人的に気になるのでMainActivityにして、「Finish」をクリックします。プロジェクトのPropertiesを開いて、Libraryの「Add」をクリックして、さきほど作成したActionBarSherlockのAndroidライブラリプロジェクトを選択します。参照パスが気になる場合は、ActionBarSherlockを解凍したフォルダのlibrary/フォルダを適当な場所に移動してフォルダ名をリネームするなりしてください。ActivityでMainActivity.javaを開いて、Activityを継承する代わりにSherlockActivityを継承します。ライブラリの設定が正しくできていればCommand+Shift+Oで自動インポートできるはずです。もう1点、ActionBarSherlockを使う場合は決められたテーマを使う必要があります。（デザインをさらにカスタマイズしたい場合はテーマを継承してスタイルを上書きすることもできると思います。）また、setTheme()メソッドでテーマをセットするのですが、このメソッドはsetContentView()メソッドよりも先に呼び出す必要があります。ということで編集後のコードは以下のようになります。package com.example.helloactionbar;import android.os.Bundle;import com.actionbarsherlock.app.SherlockActivity;public class MainActivity extends SherlockActivity {    @Override    public void onCreate(Bundle savedInstanceState) {    	setTheme(R.style.Theme_Sherlock);        super.onCreate(savedInstanceState);        setContentView(R.layout.main);    }}なお、テーマは以下の3つから選ぶことができます。（他にもNoActionBarなどもありますが必要に応じて選択してください。）Theme_SherlockTheme_Sherlock_LightTheme_Sherlock_Light_DarkActionBarAndroid 2.xでもインストールできるようにこのままではAndroid 4.0にしかインストールできません。Android 2.xでもインストールできるようにAndroidManifest.xmlでminSdkVersionを指定します。<uses-sdk android:minSdkVersion="7" android:targetSdkVersion="14"/>これでAndroid 2.1以上でインストールできます。もちろん2.3以上で縛ってもいいと思います。ということでAndroid 2.1のエミュレータでもAction Barが表示できましたよっと！このあとはダウンロードした.zipを解凍したフォルダのsamples/demos/にデモアプリがあるのでこれを見るのが一番確実で速いかと思います。

Android 2.xでAction Barが使えるActionBarSherlockの使い方

高専カンファ in 岐阜 #kosenconf でニーソしてきました！

iPhoneアプリはサイズを20MB以下に収めないとユーザがインストールしようとした時にWiFiが必要になるので、開発者側としては何としても20MBに収めるためにうんうん悩むわけです。（いままさに）ImageOptimでボタン一発ImageOptim — better Save For Web でボタン一発でJPEG/PNGファイルのサイズを圧縮してくれます。あんまりよくわかんない圧縮をするとiPhoneアプリでちゃんと表示されるか心配だったのですが、今のところ不具合はありませんし、Retinaディスプレイで見ても、人間の目では劣化が感じられない（気がする）ので問題なさそうです。（見る人が見ると分かるのかなぁ？）こんな感じでアルファが多い画像は特に圧縮率が高いみたいです。ちなみに、Againでもう一回圧縮してもほとんど圧縮されませんでした。結果開発中のiPhoneアプリで使っている大小さまざまな250個のPNGファイルを圧縮したところ、合計で6.9MB(7255213バイト) が 5.8MB(6096125バイト) になりました！約16%ダウン！むちゃむちゃ圧縮できるわけではないですが、最後の仕上げにダイエットしておくと何かと良いかと思います。追記デフォルトでは有効になっていないPNGOUTを落としてきて設定で有効にしてから、再度、圧縮前のファイルに圧縮をかけてみたら、さらに圧縮できました！6.9MB(7255213バイト) が 5.6MB(5858027バイト) になりました！約19%ダウン！さいごにImageOptimは有名な画像圧縮ツール／コマンドがビルトインされているので（環境を整える必要がなくて）非常に便利なんですが、他にもオススメな画像圧縮ツールがあれば教えて下さいm(_ _)mあと、画像圧縮以外にiPhoneアプリを軽量化するTipsなどあればばばばm(_ _)mクレクレ君ですみません :P

画像圧縮ツール ImageOptim がすごい！iPhoneアプリのサイズ問題など

このエントリーは 日本App Inventorユーザー会 Advent Calendar 2011 のエントリーです。いよいよ、12月末で現在のGoogle版App Inventorはサービス停止します。既にアプリを作成している皆様は、App Inventorのプロジェクト一覧のページで「Download All Projects」をクリックして、大事なプロジェクトを全てダウンロードしておきましょう。そして、MIT版App Inventorは2012年第1四半期にサービスを開始するとのことです。1月1日から利用できないのは残念ですが、少し待つと再び使えるようになりますので、ご安心ください。また、正式に発表されたらご連絡したいと思います。ついにApp Inventor自体をダウンロードできるようになったよ！MITに移管され、オープンソース化する予定のApp Inventorですが、実は、まだソースコードはダウンロードできませんが、バイナリはダウンロードできます。これで誰でもApp Inventor自体をダウンロードして動かすことができます。今回は、ローカルで動かすところまでできたので手順を共有したいと思います。App Inventorを動かすにはMITがApp Inventorを動かす方法を公開しています。Running App Inventor services with the MIT JAR files (英語)MITのドキュメントは英語なので、日本App Inventorユーザー会の方々が和訳してくださいました。http://www.app-inventor.jp/shiryoushuu/transrate (日本語)基本的に手順どおりでOKです。手順メモここから開発者向けなので丁寧さが下がりますがご了承ください。おそらく開発者の方ではないと難しいと思いますので。Google App Engine SDK for JavaApp InventorはApp Engineで動作するのでGoogle App Engine SDK for Javaが必要です。http://code.google.com/intl/ja/appengine/downloads.html#Google_App_Engine_SDK_for_Java からダウンロード、解凍して、適当なフォルダに置いて、bin/にパスを通します。App Inventorのバイナリをダウンロードhttp://appinventoredu.mit.edu/download-jar-files から最新のファイルをダウンロードします。これは随時アップデートされるので、ページにも書いてありますが http://groups.google.com/group/mit-appinventor-jars にJoinしてアップデート情報をウォッチしておきましょう。解凍すると以下の2つのファイルができます。appinventor-Nov-24.tgz : App Engine用for-BuildServer.tgz : ビルドサーバ用ビルドサーバ用for-BuildServer.tgzを解凍すると、BuildServer.tarlaunch-buildserverが、できます。BuildServer.tarも解凍します。すると、lib/フォルダができます。launch-buildserverlib/の状態になればOKです。./launch-buildserverログがbuildserver-log.outというファイルに出力されるので見てみます。tail -f buildserver-log.out情報: Root resource classes found:  class com.google.appinventor.buildserver.BuildServer2011/12/17 22:23:12 com.sun.jersey.api.core.ScanningResourceConfig init情報: No provider classes found.2011/12/17 22:23:12 com.sun.jersey.server.impl.application.WebApplicationImpl _initiate情報: Initiating Jersey application, version 'Jersey: 1.3 06/17/2010 05:04 PM'2011/12/17 22:23:13 com.sun.grizzly.Controller logVersion情報: Starting Grizzly Framework 1.9.18-i - Sat Dec 17 22:23:13 JST 2011Visit: http://192.168.11.3:9990/buildserverServer running9990ポートで起動しているようです。（現状、ポートを変える方法は探したけどないみたいです。）とりあえず、上のようにログがでていればOKです。ちなみに、停止したいときは、それっぽいコマンドがないのでkillします。App Engine側appinventor-Nov-24.tgzを解凍すると、appinventor/war/というフォルダができます。このwar/フォルダがApp Engine用Webアプリのエントリポイントです。以下のコマンドで実行します。dev_appserver.sh appinventor/war/Webブラウザから http://localhost:8080/ にアクセスすると、そのままLog InでOKです。（ホワイトリストを設定している場合は、そのメールアドレスでログインしてください。）利用規約（？）にacceptすると・・・動いたー！ローカルでApp Inventorが動いてるー！Google版App Inventorのプロジェクトファイルがアップロードできるか確認します。ダウンロードしておいたzipファイルを選択して、OK！うおー！ちゃんと引き継げてるー！おかえり！アリバイツイート！さてさて、Blocks Editorを・・・許可すると・・・うおー！Blocks Editorも動いてるー！では、さっそく実機で動くか確認を・・・動いたー！Google版と同等に使えるようです！さすがMITさん！ちなみに、App Inventorをローカルではなくサーバで運用するためには、上の手順書を参照してください。ホワイトリストぐらいはやっておいた方が良いかと思います。てか、ソースコードまだー（ばんばんということでApp InventorのMIT移管は順調のようです。ほっと一安心。ただ、スタートが2012年第1四半期としか言われていないので1月1日からはしばらく使えなくなります。生まれ変わったApp Inventorが使えるようになるまでぐっと待ちましょう。ちなみに、日本App Inventorユーザ会でMITがサービスを開始するまでの空白期間を自分たちのサーバで運用しようという活動をしています。興味がある方は、以下をチェックしてみてください。申し込みページ： https://sites.google.com/site/appinventorjp/noahs_arc_projecthttps://groups.google.com/group/app-inventor-jp/browse_thread/thread/ff7491bee4be8380?hl=jaそれでは！30分でつくれるAndroidアプリ Google App Inventorではじめよう！作者: 塚田翔也出版社/メーカー: ソシム発売日: 2011/08メディア: 単行本購入: 1人 クリック: 47回この商品を含むブログ (9件) を見る

MIT版App Inventorをローカルで動かしてみた。動いたよ！

このエントリはAndroid Advent Calendar 2011の裏エントリです。Android Advent Calendar 2011は表25名、裏25名で書いているのですが、同日の表エントリではAndroid界のイケメンこと [twitter:@sobachanko] さんが表らしい素晴らしいエントリ きみはGalaxy Nexusを手に入れることができるか - そばとちゃんこの競演 を書いてます。さて、本題。不便を便利にするAdvent Calendarで何書こうかなぁと数日前から考えていた所、Tumblrで見かけて感銘を受けた言葉がこちら。（今見返してみたら2007年のエントリなんですね。強い言葉というのは時間が経っても魂を宿し続けるんだなぁと思った。）世の中いろいろと不便なことが多くて、プログラマはそれを改善しようとしている。 http://la.ma.la/blog/diary_200706231433.htm    今回はAndroid縛りなのでAndroidアプリについて置き換えて考えてみます。不便を便利にするAndroidアプリといえばhttps://market.android.com/details?id=com.adamrocker.android.input.simejihttps://market.android.com/details?id=net.grandnature.android.imodenotifierですよね。SimejiSimejiに関しては、こちらのインタビュー記事 “変なソフト”として進化する人気Android日本語入力「Simeji」 | 日経 xTECH（クロステック） が詳しいのでぜひ読んで頂きたいです。IMoNiIMoNiに関しては、こちら 『IMoNi』iモードメールアプリ～Androidでもiモードメールを使おう | andronavi（アンドロナビ） - アンドロイドの日本最大級アプリ紹介サイト が分かりやすいです。簡単に言うとSPモードメールが登場するまで@docomoのメールはブラウザでいちいち見に行かないとメールを受信して見られないという、とんでもない不便を便利にしたアプリです。SPモードメールが登場した後も「IMoNiの方が良い」という意見を見かけることも多かった上に、先日、Galaxy Nexusを買いに行った時にドコモショップのお姉さんに    window.twttr = (function(d, s, id) {        var js, fjs = d.getElementsByTagName(s)[0],            t = window.twttr || {};        if (d.getElementById(id)) return t;        js = d.createElement(s);        js.id = id;        js.src = "https://platform.twitter.com/widgets.js";        fjs.parentNode.insertBefore(js, fjs);        t._e = [];        t.ready = function(f) {            t._e.push(f);        };        return t;    }(document, "script", "twitter-wjs"));    twttr.ready(function (twttr) {        var el = document.getElementsByClassName('twitter-syntax-tweet-id-142414947794681856');        for (var i=0;iとまで言われるようなアプリです。Androidの黎明期を支え、今なお必須アプリとして多くの人の不便を便利にしているアプリだと思います。他にも多くの便利なアプリがあると思いますが、代表的なものということでご容赦ください。黎明期を過ぎ、今やAndroidは4.0にまで進化しました。Android端末も普及しました。いまいちど振り返ってみてください。僕らのまわりは便利になったでしょうか？残念ながら多くの不便が残っていると思います。ユーザに一番近い所で僕らは様々な技術を持ち、様々なレイヤーで、様々なプログラムを書くことができます。その中でも何かの因果でAndroidに関わる僕らはユーザに一番近い所に立っているわけです。そして、きっと僕らプログラマは少しでも世の中をよりよくしたいと思っているはずです。ちょっと話はそれますが今年は「起業」や「スタートアップ」という言葉を目にすることが多かった気がします。彼らは「世界を変える」と言います。これもまた（スタートアップの事業内容によりますが）不便を便利にする延長線上にあるだけで、本質は同じだと思います。（繰り返しになりますが不便を便利にする以外のものも多いです。）Android端末はユーザが毎日持ち歩き、常に触れるものです。ここに不便があることは悲しいことです。しかし、企業からSimejiやIMoNiのようなAndroidアプリは登場しません。理由は分かりますよね。そこで、僕らAndroidアプリ開発者の出番というわけです。上の図の「自分が不便に思うこと」が出発点で、それに共感する人の数が増えていくだけで、いきなり「世界を変える」必要なんてないと思います。少なくともAndroidアプリだけで世界は変わらないけどね！本気でそっちの道を行くならサービスレベルで考えないと（というのはまた別のお話）ということで。何が言いたかったかたいうと「俺得アプリでおｋ」ということです。はい。Androidのこれから進化のスピードが速い普及しているバージョンがバラバラ機種依存やメーカのバグにゲンナリ儲からない本業でAndroidに携わっている人の中には、正直、疲弊している人も多いんじゃないでしょうか。↓こんなんだしね。http://favstar.fm/users/gabu/status/103121829958397952でも、ごめんなさい。探したけれど、銀の弾丸はないんだ。本業で携わっている人は、このままバッドノウハウを蓄積して、品質の高いアプリケーションを書いてこそプロフェッショナルじゃないか（えまー手間のかかる子ほど可愛いって言うじゃない？ということで、来年も頑張ろうね☆（ゝω・）vｷｬﾋﾟさいごにきっと不便を便利にするためにコードを書き始めた僕たちへAndroidだけに限った話じゃないかもしれないよ？追記Simejiが数億円で買収！Andorid向け日本語入力のSimejiをバイドゥが買収 | TechCrunch Japan

きっと不便を便利にするためにコードを書き始めた僕たちへ

Googleの中の人が作ったGoogle I/O用のAndroidアプリ iosched がオープンソースで公開されているのですが、Androidアプリを開発する時に非常に参考になるので（Table対応したバージョンから難解になったのがネックですが）紹介したいのですが、ビルドするまで少し作業が必要なのでダウンロードしてビルドするところまで手順をメモっておきます。Mercurialをインストールするソースコードのチェックアウトページに行くとhg clone https://code.google.com/p/iosched/と書いてあって、svnやgitではなくhgなのでMercurialが必要みたいです。ということで、brewでさくっと入れようかなーと思ったけど何か嫌な予感（今思えば今回に限ってなんで嫌な予感を感じたか不思議でしょうがないけど）がしてググったらbrewでMercurialを入れるのはメンドそうなので素直にパッケージをインストールしちゃいましょう。ダウンロードはこちらからMacのバージョンに合ったファイルをダウンロードしてください。ダウンロードしたzipファイルを解凍して、mpkgファイルをダブルクリックしてインストールしてください。インストールできたら、ターミナルからhgと入力して以下のように出ればOKです。$ hgMercurial - 分散構成管理ツール基本コマンド: add        指定ファイルの追加登録予約 annotate   ファイル行毎のリビジョン情報表示 clone      既存リポジトリの複製 commit     指定ファイルないし全ての変更内容のリポジトリへの記録 diff       作業領域全体(ないし指定ファイル)の差分抽出 export     1つ以上のリビジョンに対するヘッダおよび変更内容の出力 forget     次回コミットにおける指定ファイルの登録除外 init       指定されたディレクトリでの新規リポジトリの作成 log        リポジトリ全体ないしファイルの変更履歴の表示 merge      作業領域の内容と他のリビジョンのマージ pull       指定リポジトリからの変更履歴の取り込み push       指定リポジトリへの変更履歴の反映 remove     次回コミットにおける指定ファイルの登録除外 serve      独立したウェブサーバの実行開始 status     作業領域のファイル操作状況の表示 summary    作業領域状態の概要表示 update     作業領域の内容更新(ないしリビジョンの切り替え)全コマンドの一覧は "hg help" で、 コマンド詳細は "hg -v" で表示されます今回はcloneするだけなので他のコマンドはとりあえず置いておきましょう。ソースコードをチェックアウトする適当なディレクトリでhg clone https://code.google.com/p/iosched/Eclipseでインポートするちょっとその前に確認もし、最近ADTやAndroid SDKをアップデートしていない人は最新バージョンに上げておきましょう。4.0も出ましたし。Updating the ADT Plugin でADTをアップデートしたら、もし、4.0とか3.2とかインストールしていなければ、とりあえず全部入れておきましょう。インポートAndroidプロジェクトを新規作成Create project from existing sourceを選択、Project Nameが勝手に変わるのでioschedと入力、Nextボタンをクリック。Android 3.2を選択して、Finishボタンをクリック。android-support-v4.jarを追加する最近のAndroidアプリは同一のソースコード（アプリ）でタブレットでもスマートフォンでも動くようにFragmentという仕組みを使って開発する必要がでてきたり、タブレットに対応する必要がないアプリでも来たるICS(Android 4.0)に備えて（もうSDKは出てますが）Fragmentに慣れておくべきとGoogleの中の人が仰られていたりで、別途、勉強する必要があるのですが、ここで説明しだすと量的に無理があるので今回はとりあえず飛ばして、ビルドするところまでいきましょう。プロジェクトのlibsディレクトリにandroid-support-v4.jarというライブラリを置いてビルドパスを通す必要があります。android-support-v4.jarはAndroid SDKのディレクトリのextras/android/compatibility/v4/にありますので、Eclipseのioschedプロジェクトのlibsディレクトリにコピーして、右クリック > Build Path > Add to Build Pathでビルドパスに追加します。これでコンパイルエラーがだいぶ減るんですが、まだエラーが残ってます。libGoogleAnalytics.jarを追加するioschedはGoogle Analytics SDK for Androidのサンプルコードも含んでいるらしく、そのライブラリが必要です。http://code.google.com/intl/ja/mobile/analytics/download.html からGoogle Analytics SDK for Androidの GoogleAnalyticsAndroid_1.3.1.zip をダウンロードして、解凍するとlibGoogleAnalytics.jarがあります。android-support-v4.jarと同様に、libGoogleAnalytics.jarをEclipseのioschedプロジェクトのlibsディレクトリにコピーして、右クリック > Build Path > Add to Build Pathでビルドパスに追加します。これでコンパイルエラーがなくなりました。実行するあとはお手持ちのお好きな端末やエミュレータで実行してみてください。スマートフォンだとタブレットだとこんな感じで、他のScheduleやSessionsなどもUIがスマートフォンとタブレットで変わります。あとはソースコードを読んでみましょう。Googleの中の人が作ったAndroidアプリのソースコードなんて、そうそう読むチャンスなんてないと思うので非常に貴重な経験と多くの発見ができると思います。冒頭でも書きましたがタブレット対応のために難解になったのがアレなんですが・・・命名規則なんかは真似すると整理できていいと思います。layoutファイルはactivity_やfragment_やlist_item_などのプレフィックスを付けるとか。drawableの定義の仕方とか。小さな所から真似ていけばいいかなと思います。ソースコードの方だと、パッケージ設計やクラス設計、継承の使い方とか。ダッシュボードUIの作り方とか。ActionBarの実装とか。ICS(Android 4.0)でまた色々変わっちゃうとは思うのですがね（ぜぇぜぇおまけタブレット対応前のシンプルなioschedはどこにいった？ググったらunderhilllabsさんが古いioschedをがっつりコピーしてgithubに突っ込んでいてくれてたおかげで発見できました。けれど、.svnがそのままコミットされていたりいろいろ残念な感じだったのでforkしてゴミを削除したりapi versionを修正したりしときました。https://github.com/gabu/iosched2010 からcloneしてください。Android初めてという方は、こっちの方がタブレット対応する前のAndroid 2.1向けのシンプルなioschedとなっておりますのでソースコードも読みやすいかと思います。ICS(Android 4.0)でどっちみちFragmentは避けて通れないという噂もあるけど（げふんげふんではでは！Androidタブレットアプリ開発ガイド Android SDK 3対応 (Smart Mobile Developer)作者: 井形圭介,上中正統,尾古豊明,加藤勝也,小林慎治,瀬戸健二,高木基成,日高正博,夜子まま出版社/メーカー: 翔泳社発売日: 2011/09/16メディア: 大型本購入: 4人 クリック: 156回この商品を含むブログ (7件) を見る

Googleの中の人が作ったAndroidアプリioschedを参考にしよう！（とりあえずビルドまで）

20111011 追記node.jsをインストールしないと.coffee内の日本語が.jsにコンパイルされた後に欠落する問題がありました。brew install node.jsで、node.jsをインストールすることをおすすめします。https://github.com/mxcl/homebrew/wiki/installation を参考に簡単にインストールできます。もう生JSは触れないTitaniumでロジックを書いていて生JSの非力さに絶望していたところ、CoffeeScriptのことを思い出して食わず嫌いで触ってなかったので試しにCoffeeScriptを触ってみたら壮絶良かったので、もうTitaniumもCoffeeScriptで書こうと思いました。Guardで自動コンパイルCoffeeScriptはコンパイルすることでJavaScriptのソースコードが吐き出されるので、いちいちコンパイルしなきゃいけないけど、そこは自動コンパイルしたいところ。GuardでTitanium+CoffeeScriptの開発を快適に | ひげろぐを参考に、自動コンパイル環境が作れます。Node.jsはいらないよくCoffeeScriptをインストールするためにNode.jsをインストールしましょうというエントリーを見るけど、上記の方法であればNode.jsをインストールする必要はありません。Growlで通知Growlは既にインストールしていたのでgrowlnotifyだけ追加でインストールしたかったのだけどローカルでExtrasの下にあるというgrowlnotifyを探したんだけど見つからなかった（そもそも配布物にしか入ってない？）のでGrowl - DownloadsからGrowl-1.2.2.dmgをダウンロードして、ダブルクリックしてExtrasの下にありました。もちろん、Growlをインストールしていない人はGrowl本体もインストールしましょう。CoffeeScriptをVimで書くTitanium StudioはCoffeeScriptを書くことなんて想定してないわけで、Titanium StudioでCoffeeScriptを書くことは何のメリットもないので使いやすいエディタで書くのが吉だと思い、普段慣れているVimで書くことに。Vimを最新にしばらくVimをアップデートしてなかったのとvim-pathogenを使ってみたかったのでMac OSXでのvim環境整理。.vimrcやらオヌヌメPlug inやらまとめ。 - ( ꒪⌓꒪) ゆるよろ日記を参考にVimを入れなおすことに。vim-pathogenを入れるhttps://github.com/tpope/vim-pathogen のInstallationを参考にvim-pathogenを入れて、.vimrcに以下を追加call pathogen#infect()あとは、~/.vim/bundle以下にVimプラグインを入れるだけでOK。いやーこれでVimプラグインがすっきり整理できますねー。vim-coffee-scriptを入れるVimのCoffeeScriptプラグインを教えて頂いたのでvim-coffee-scriptを入れる。$ cd ~/.vim/bundle$ git clone https://github.com/kchmck/vim-coffee-script.gitこれでひとまずVimでCoffeeScriptを書いて自動コンパイルする環境までできました。だいぶいい感じ、だいぶいい感じなんだけどTitanium APIが長いので補完が欲しいところ...探しても探しても見つからなかったけどTwitterで教えて頂きました。ありがとうございます！titanium-vimを入れるということで教えていただいたtitanium-vimを入れる。$ cd ~/.vim/bundle$ git clone https://github.com/pekepeke/titanium-vim.gitすると、おおおおおお、補完できるううう！！！さらに自動補完させるneocomplcacheというVimプラグインを入れると自動補完してくれるようになります。$ cd ~/.vim/bundle$ git clone https://github.com/Shougo/neocomplcache.git設定は以下を参考に、設定項目が多いのですが一度目を通して把握しておくことをお勧めします。http://vim-users.jp/2010/10/hack177/http://vim-users.jp/2010/11/hack185/http://vim-users.jp/2011/01/hack193/yuroyoroさんの.vimrcも参考になります。ちなみに、とにかく試したいという方は以下を.vimrcにどうぞ。" neocomplcache settings" http://vim-users.jp/2010/10/hack177/" http://vim-users.jp/2010/11/hack185/" http://vim-users.jp/2011/01/hack193/" Disable AutoComplPop.let g:acp_enableAtStartup = 0" Use neocomplcache.let g:neocomplcache_enable_at_startup = 1" Use smartcase.let g:neocomplcache_enable_smart_case = 1" Use camel case completion.let g:neocomplcache_enable_camel_case_completion = 1" Use underbar completion.let g:neocomplcache_enable_underbar_completion = 1" Set minimum syntax keyword length.let g:neocomplcache_min_syntax_length = 3let g:neocomplcache_lock_buffer_name_pattern = '\*ku\*'" Define dictionary.let g:neocomplcache_dictionary_filetype_lists = {    \ 'default' : '',    \ 'vimshell' : $HOME.'/.vimshell_hist',    \ 'scheme' : $HOME.'/.gosh_completions'        \ }" Define keyword.if !exists('g:neocomplcache_keyword_patterns')    let g:neocomplcache_keyword_patterns = {}endiflet g:neocomplcache_keyword_patterns['default'] = '\h\w*'" Plugin key-mappings.imap <C-k>     <Plug>(neocomplcache_snippets_expand)smap <C-k>     <Plug>(neocomplcache_snippets_expand)inoremap <expr><C-g>     neocomplcache#undo_completion()inoremap <expr><C-l>     neocomplcache#complete_common_string()" SuperTab like snippets behavior."imap <expr><TAB> neocomplcache#sources#snippets_complete#expandable() ? "\<Plug>(neocomplcache_snippets_expand)" : pumvisible() ? "\<C-n>" : "\<TAB>"" Recommended key-mappings." <CR>: close popup and save indent.inoremap <expr><CR>  neocomplcache#smart_close_popup() . "\<CR>"" <TAB>: completion.inoremap <expr><TAB>  pumvisible() ? "\<C-n>" : "\<TAB>"" <C-h>, <BS>: close popup and delete backword char.inoremap <expr><C-h> neocomplcache#smart_close_popup()."\<C-h>"inoremap <expr><BS> neocomplcache#smart_close_popup()."\<C-h>"inoremap <expr><C-y>  neocomplcache#close_popup()inoremap <expr><C-e>  neocomplcache#cancel_popup()" AutoComplPop like behavior."let g:neocomplcache_enable_auto_select = 1" Shell like behavior(not recommended)."set completeopt+=longest"let g:neocomplcache_enable_auto_select = 1"let g:neocomplcache_disable_auto_complete = 1"inoremap <expr><TAB>  pumvisible() ? "\<Down>" : "\<TAB>""inoremap <expr><CR>  neocomplcache#smart_close_popup() . "\<CR>"" Enable omni completion.autocmd FileType css setlocal omnifunc=csscomplete#CompleteCSSautocmd FileType html,markdown setlocal omnifunc=htmlcomplete#CompleteTagsautocmd FileType javascript setlocal omnifunc=javascriptcomplete#CompleteJSautocmd FileType python setlocal omnifunc=pythoncomplete#Completeautocmd FileType xml setlocal omnifunc=xmlcomplete#CompleteTags" Enable heavy omni completion.if !exists('g:neocomplcache_omni_patterns')    let g:neocomplcache_omni_patterns = {}endiflet g:neocomplcache_omni_patterns.ruby = '[^. *\t]\.\w*\|\h\w*::'"autocmd FileType ruby setlocal omnifunc=rubycomplete#Completeすると、おおおおおお、自動補完できるううう！！！（画像使い回し）これでVim+CoffeeScript+Guardで自動コンパイルされるので、Titanium Studioで実行してiOSシミュレータでテストできるわけですが、ビルド実行もコマンドラインでやりたいですよねー？TitaniumプロジェクトのビルドとiOSシミュレータの起動をコマンドラインで以下のbuilder.pyがコマンドラインでビルドなどができるコマンドです。$ /Library/Application\ Support/Titanium/mobilesdk/osx/1.7.2/iphone/builder.pybuilder.py <command> <version> <project_dir> <appid> <name> [options]available commands:   install       install the app to itunes for testing on iphone  simulator     build and run on the iphone simulator  distribute    build final distribution bundle  xcode         build from within xcode  run           build and run app from project folder長いのでaliasを設定します。vim ~/.zshrc# Titanium builderalias ti='/Library/Application\ Support/Titanium/mobilesdk/osx/1.7.2/iphone/builder.py'source ~/.zshrcで、Titaniumプロジェクトのルートディレクトリで以下のコマンドを実行すると、ビルドしてiOSシミュレータが起動します。ti run .ただ、この方法だとリビルドして再度iOSシミュレータで確認したい場合は、Ctrl-Cで終了して、再度コマンドを実行する必要があります。バックグラウンドで実行して、うんぬんかんぬんといろいろ挑戦していたのですが、ゾンビが残ったりして上手くいきませんでした。。。iOSシミュレータを再起動せずにリビルドしたアプリを確認できると嬉しいのですが、Titanium Studioでも同様にiOSシミュレータは再起動するのでiOSシミュレータ的に無理なのかな？教えて！エライ人！あわせて読みたいVimテクニックバイブル　?作業効率をカイゼンする150の技作者: Vimサポーターズ出版社/メーカー: 技術評論社発売日: 2011/09/23メディア: 単行本（ソフトカバー）購入: 19人 クリック: 661回この商品を含むブログ (37件) を見るTitanium Mobileで開発するiPhone/Androidアプリ (Smart Mobile Developer)作者: 北尾雅人,増井雄一郎出版社/メーカー: 翔泳社発売日: 2011/06/10メディア: 大型本購入: 5人 クリック: 370回この商品を含むブログ (48件) を見るTitaniumはバージョンアップが速いのですが著者さんが精力的に補完稿PDFを以下で公開されています。また、wikiページのUIカタログ、APIカタログは、Titanium開発で非常に助かるページです。僕も開発しながらこのページをよく見ています。http://code.google.com/p/titanium-mobile-doc-ja/ということで、TitaniumでiOS/Androidアプリ開発はCoffeeScript+Guard+Vim環境でやっていくことにしました。もう生JSは触れない。

Titanium+CoffeeScript+Guard+Vim環境できたよー！

9/10（土）に東海GTUG復活第1回の勉強会を行いました。Tokai GTUG Meetup #1 Google App Engine : ATND第1回のテーマは、App Engineということでなんと！Googleの松尾さんが駆けつけてくれました。GTUGとは？GTUGとは、Google Technology User Groupの略で、Googleのサービスや技術、APIに興味のある開発者のコミュニティです。本家サイトには以下のように書いてあります。A GTUG is...Run by passionate individuals in the developer communityA place to learn about Google's developer platforms and tools (code.google.com)A place to see what local companies and developers are doing with these technologiesFocused on developers and educational technical content Open to the public with a public membershipA place to meet cool and smart people in tech :)最後の1文が素敵ですよね :)GTUGは、世界83ヶ国に273個のGTUGがあり、日本には、東京、京都、東海、四国、中国、九州にGTUGがあります。それぞれ「東京GTUG」のように地名にGTUGをくっつけて呼びます。そして、東海GTUGは存在はしていたものの実質活動停止状態だったので、「どげんかせんといかん」と思い、現マネージャーに確認を取って、東海GTUGのマネージャーになりました。当日のふりかえり「Google App Engine入門者向け紹介」松尾さんGoogle App Engineとは何なのかを非常に丁寧に紹介していただきました。クラウド（という言葉はバズワードなので好きではないのですが）や、そもそもスケールするシステムの勉強にもなったのではないかと思います。「Google App Engine Update」松尾さんタイムリーなことにPreview卒業と新料金体系のお話を聞くことができました。いま話題の新料金体系による値上がり対策として一番簡単な方法について「App Engineのデフォルトはパフォーマンス優先になっているので、Application SettingsでMax Idle Instancesのスライドバーを一番左（1）に、Min Pending Latencyのスライドバーを一番右（15s）に変更する。（デフォルトは両方が逆の設定になっている。）」APIの呼び出しなどをチューニングして欲しい。」とのことでした。詳しくは、shin1ogawaさんの 404 shin1のつぶやき ないわー Not Found: Google App Engineの新料金体系に向けた準備 #gaeja を御覧ください。shin1ogawaさん、有益な情報をありがとうございます！補足すると、今回App Engineは、ただ料金が値上がりするわけではなく、Previewを卒業し正式Productになることに合わせた変更だということです。また、App Engineの特徴は「料金」だけではなく、インフラエンジニアのコスト（人件費）を最小限にすることができる点にもあるといえます。スタバのコーヒー3杯でGoogleのエンジニアがシスアドミンとして雇えます「AppEngine これどうする？」中垣さんApp Engineで開発しているときに発生する問題と解決策を発表していただきました。個人的には「あるあるー」というものから、知らなかった話もたくさんありました。勉強になりました。中垣さん、ありがとうございました！ 東海GTUG 20110910発表資料   View more presentations from Kenji NAKAGAKI  「パネルディスカッション or Q&A」発表と並行してGoogle モデレーターを使ってQ&Aを募集していたので、贅沢にも松尾さんに全レスしてもらいました。当日のモデレータはこちら勉強会終了今回の勉強会の参加者のほとんどがApp Engineを使ったことがない人だったのですが、最後に松尾さんが「App Engineを使ってみたくなった人〜？」と聞いたところ、ほぼ全員の方に手をあげていただけるという大成功っぷりに、今回の勉強会をやってよかったなーと思うとともに、さすが松尾さんはトークが上手いなーという感想と松尾さんは人を惹きつける魅力的な人だなーとますます憧れの気持ちが強くなるという最後でした。記念撮影そして、懇親会へ。。。App Engine Tシャツをいただきました！なんと、松尾さんが東海GTUGの参加者へのプレゼントとして、App Engine Tシャツを持ってきてくださったので、懇親会でじゃんけん大会をしました。しかし、じゃんけんがすこぶる弱い僕はTシャツをゲットできず、おろおろしていたところ、松尾さんが翌日着る予定だった色違い（グレー）のApp Engine Tシャツをいただいてしまいました。本当にありがとうございます。松尾さん優しすぎるうう（；。；）ということで僕だけグレーです。懇親会では、お酒の席でしか聞けない深いイイ話をたくさん聞かせて頂きました。松尾さんありがとうございました！さいごにということで、再スタートを切った東海GTUGですが、東海地方の皆様と一緒にGoogle技術をつまみにわいわい楽しく勉強できるコミュニティにしていきたいなーと思っております。メーリングリストに投げてください。nakaken0629 さんが運営に加わってくださいました。ありがとうございます！それでは！次回の東海GTUGも楽しみましょう！Webサイト東海GTUGのWebサイトはこちら。中垣さんがメンテしてくださいました。とても綺麗になりました！ありがとうございます！

東海GTUG復活しました！

App Inventorを使うためには以下の2つをインストールする必要があります。Java 6App InventorJava 6をインストール既にインストールされている場合は、特に必要な作業はありません。Javaがインストールされているかは、こちらで確認できます。インストールされていないか古いバージョンがインストールされている場合は、 http://java.com/ja/download/ からダウンロードして、インストールしてください。App InventorをインストールWindowsの方はこちらMac OS Xの方はこちらLinuxの方はこちらお使いのPCのOSごとにインストーラーが違います。それぞれリンク先のDownloadからインストーラーをダウンロードして、インストールしてください。とりあえず試すとりあえず試したい人は、英語ですが本家のチュートリアルがおすすめです。もしくは、僕のブログにも音声認識 + Twitterつぶやきアプリの作り方があります。試してみてください。それでは！

App Inventorをインストールする方法

30分でつくれるAndroidアプリ Google App Inventorではじめよう！作者: 塚田翔也出版社/メーカー: ソシム発売日: 2011/08メディア: 単行本購入: 1人 クリック: 47回この商品を含むブログ (9件) を見るGoogleからMITメディアラボに移管されることになったApp Inventorですが、先日、Googleから新しいURLがメールで届きました。そのメールによると新しいURLは http://appinventorbeta.com だそうです。さっそくアクセスしてみると今まで通りに使えました。さらに、プロジェクトもそのままです。ほっ。今回の変更点はURLのみですが、年末にはMITに正式に移管されるそうです。ただし、その時にはプロジェクトが引き継がれないので自分で事前にダウンロードしておく必要があるそうです。そして、肝心のダウンロードの方法はおいおい連絡があるそうなので、またお知らせします！あわせて読みたいApp Inventor入門本を書きました。Androidアプリを作ってみませんか？ - gabuchanの日記

App InventorのURLが新しくなったそうです（MIT移管の続報）

オープンソースカンファレンス2011 Nagoya - オープンソースの文化祭！ で「App Inventor入門」という講演をしました。講演の概要2011-08-20 (土)   13時00分Androidアプリ作成ツール「App Inventor」入門Android 名古屋 つくる部Androidアプリを作ってみたい人App InventorとはGoogleが無償で提供しているプログラミング経験がない人でも簡単にAndroidアプリをツールです。プログラマ以外の職業の人でも簡単にAndroidアプリを作成できたという事例もあります。Androidアプリを作りながら使い方を解説します。スライド OSCNagoya 2011「App inventor入門」   View more presentations from gabuchan  忙しい人のためのまとめ今回はApp Inventorの使い方と、そもそもApp Inventorの背景や未来について考えたことを伝えたかったので、このような講演内容になりました。忙しい人のために簡単にまとめると、今、空前のタイルプログラミングブームアラン・ケイのSqueak Etoys、ミチェル・レズニック(MIT)のScratchからApp Inventorという流れApp InventorはGoogleからMITへ里帰り（使えなくなることはなくなったよ！）ということで安心して宣伝できるようになりました。30分でつくれるAndroidアプリ Google App Inventorではじめよう！作者: 塚田翔也出版社/メーカー: ソシム発売日: 2011/08メディア: 単行本購入: 1人 クリック: 47回この商品を含むブログ (9件) を見る講演に参加してくださった @naka_hide さんのレポート: implements Runnable: どんどん身近になってくプログラミング展示ブースも出しましたつ部が「みんなのラーメンタイマー」で賞を頂いた時の賞状や、メンバーの開発しているAndroidアプリの紹介チラシ、がぶ本1, 2などを展示しました。たんしょさんがARドミノ倒しアプリをデモされていました。すごかった！しかも3D!感想OSCNagoya 2011の感想としては「名古屋アツい」オープンソースの文化祭」という感じで非常にわいわい楽しかったです。最後に、運営スタッフの皆様、参加者の皆様、お疲れ様でした！最高に楽しかったです！ありがとうございましたー！あわせて読みたい: App Inventor入門本を書きました。Androidアプリを作ってみませんか？ - gabuchanの日記

オープンソースカンファレンス2011 Nagoyaで「App Inventor入門」という講演をしました。

最後に大事なお知らせがあるので必ず目を通してから購入を検討してください。プログラミングができなくてもAndroidアプリが作れると話題の「App Inventor」の入門本を書きました。昨年「Android SDK開発のレシピ」という本（こちらはプログラマ向け）を書いたので人生2冊目の出版です。母が喜んでおります。ちょっとは親孝行できてるかな。旅行に連れて行ってあげたいな。30分でつくれるAndroidアプリ Google App Inventorではじめよう！作者: 塚田翔也出版社/メーカー: ソシム発売日: 2011/08メディア: 単行本購入: 1人 クリック: 47回この商品を含むブログ (9件) を見る表紙はこんな感じApp Inventorとは？App InventorとはGoogleが無償で提供しているプログラミング経験がない人でも簡単にAndroidアプリを作成することができるツールです。海外では学生やプログラマ以外の職業の人でも簡単にAndroidアプリを作成できたという事例もあります。本家サイト（英語）http://appinventor.googlelabs.com/about/参考Linuxレポート - 誰でも即席“Androidプログラマ”に、Googleが開発ツール「App Inventor」を一般公開：ITproGoogle、誰でもAndroidアプリを開発できるツール「App Inventor」 - ITmedia ニュースプログラムを書く代わりにブロックを組み立てます上のブロックは「ボタンをクリックした時にサウンドをPlay（再生）する。」という処理を行います。プログラミングが分からなくても、なんとなく読めませんか？このように、App Inventorは目的の処理を行うブロックを組み立ててAndroidアプリを開発します。画面だってドラッグ＆ドロップですAndroidアプリの画面も上のようにドラッグ＆ドロップで作成できます。なぜApp Inventor入門本を書いたのか？それは、これ以上簡単にAndroidアプリを作れるツールはないからです！去年の4月頃から つ部 という月に1度、Androidが好きな人が集まって、わいわいするグループをやっているのですが、全員がJavaやプログラミングが得意な人ばかりではありません。でも、Androidは楽しいですし、自分が作ったアプリが自分のAndroid端末で動く瞬間は最高に楽しいです。その楽しさを多くの人に感じて欲しいと思ったので、App Inventorをいろいろ触っている時に、偶然、出版社のソシムさんからオファーを頂いたので原稿を書くことになりました。サンプルアプリ紹介！本書は、App Inventorのインストール方法や使い方はもちろん、6つのサンプルアプリを使って実際にAndroidアプリを誰でも作れるように、全体的に丁寧に丁寧に書きました。（最後のアプリはレゴマインドストームNXTがないと動かないのでレゴマインドストームNXTを持ってない方はごめんなさい。それでも、残り5つでも十分に楽しんで頂けるはずです！）サンプルアプリそのものよりも、アプリを作る過程を楽しんで欲しいです。少しずつ動くアプリができていくのは、きっと楽しんで頂けると思います。サンプルアプリはすごいものではありません。簡単に解説できるものを考えてシンプルだけど出来るだけ楽しさが伝わるものというコンセプトで悩みに悩んで決めました。ボールころがし端末を傾けてボールを転がして、障害物を避けながらゴールを目指す定番のボール転がしゲームアプリです。設定で画面の回転を許可していないと傾きセンサーの傾きが取得できないみたいです。 表示 > 画面の自動回転 にチェックを入れてONにしてください。Android Market: Ball ゴルフバージョンAndroid Market: Ball 宇宙バージョンカクテルシェイクAndroid携帯をシェイクしてカクテルを作るゲームアプリです。Android Market: バーテンダーシェイカー現在地メール送信※宛先がサンプルのメールアドレスになっているので注意してください。現在の位置情報を取得して、あらかじめ設定したメールアドレスにボタンワンクリックでメールを送信するアプリです。Googleマップへのリンクが付いています。Android Market: GPSメール英語発音チェック音声認識を使って英単語の発音チェックができるアプリです。音声認識を使って英単語を発音して、認識できたテキストとお題のテキストを比べて、正解、不正解を表示します。tropicalが、かなり難しいです :D※音声認識の設定を英語に変更して使ってください。音声認識中にメニューキーを押して「設定」をタップします。音声認識の設定を日本語に戻してください。Android Market: Speak英単語！Twitter自動投稿Twitterを使ってアリバイを一定間隔で自動的につぶやくアプリです。Android携帯が代わりにアリバイをつぶやいてくれます。Android Market: アリバイツイートレゴロボリモコンAndroid携帯でレゴ マインドストームNXTを運転できるリモコンアプリです。前進、バック、右回転、左回転、停止ができます。マインドストームNXTがないと何もできないアプリなので注意してください。Android Market:レゴリモコンレゴマインドストームNXTレゴマインドストームとは、ブロックのおもちゃで有名なレゴ社が米国マサチューセッツ工科大学と共同開発した、プログラムで動かすことができるロボットです。このレゴマインドストームNXTとAndroidをBluetooth通信して制御することができます。マインドストームNXTだけでも、すごく楽しめるのでおすすめです。ちょっと高いのが難点ですが...お子様と童心に帰って楽しんでみてはいかがでしょうか？マインドストームNXTは、英語版しかありませんが、レゴなので図通りに組み立てれば簡単に組み立てられます。レゴ マインドストーム NXT2.0 (英語版) 8547アーティスト: Lego Mindstorms出版社/メーカー: レゴ発売日: 2009/10/08メディア: おもちゃ＆ホビー購入: 1人 クリック: 61回この商品を含むブログ (7件) を見る大事なお知らせ本書の発刊日（書店に並び始める日）に、GoogleがApp Inventorをオープンソース化して、Googleのプロダクトとしては終了するというアナウンスがありました。ニュース - Android開発ツールApp InventorがOSSに、Googleサイト上でのサービス提供は終了へ：ITproもう少しするとURLが変更されますが、2011年末までは利用できるそうです。その後、Webサイトが継続して利用できるかは不明ですが、App Inventorの日本語ユーザーグループでは、本当にオープンソース化されれば自分達でサーバを借りて運用したいという意見も出ています。僕自身も、こんな素晴らしいツールが終わってしまうのは悲しいので、継続して利用できるようにやれることをやりたいと思っています。本書のご購入を検討される方は、この点についてもご考慮くださいますよう、お願いいたします。2011/08/20 追記App Inventorが継続されるそうです！一安心ですねヽ(´ー｀)ノAndroidのApp InventorがGoogleからMITメディア・ラボに移管–プログラミング教材としての普及を期待 | TechCrunch Japanぼく自身は、心からApp Inventorが好きだ。プログラミングの入門教材として優れているし、しかもモバイルデバイスのためのプログラミングだから、将来の応用性も大きい。MITがGoogleからこの’聖火’を引き継いで、燃やし続けてくれることが、とても嬉しい。僕もとても嬉しいです。そして、ますます進化していくApp Inventorを非常に楽しみにしております。30分でつくれるAndroidアプリ Google App Inventorではじめよう！作者: 塚田翔也出版社/メーカー: ソシム発売日: 2011/08メディア: 単行本購入: 1人 クリック: 47回この商品を含むブログ (9件) を見る何はともあれ、Androidアプリを作ってみたいなーと思っている方には楽しんで頂ける本になっていると思います！はじめてのAndroidアプリを作ってみませんか？Let's enjoy App Inventor!あとがき本書のサンプルアプリのイラスト、画像素材、アイコンは、デザイナの矢野りんさん @yanorin 、そして、矢野さんと僕の間でデザイナとプログラマを繋ぐ両方のスキルを持っているデザグラマとして一番大変な仕事をしてくださった、ひろみ姐さん @mrshiromi に、この場をお借りして改めてお礼を申し上げます。本当にありがとうございました。

App Inventor入門本を書きました。Androidアプリを作ってみませんか？

レビューに参加したので著者の出村さん @checkelaさんから献本頂きました。ありがとうございます。内容がNDKなだけにある程度の知識がある前提で書きます。Android NDKって？AndroidアプリはJavaで開発することをご存じの方は多いと思いますが、Android NDKを使うとAndroidアプリの一部もしくは全てをC/C++で開発することができます。JavaとC/C++の両方で開発します。Android 2.3からは、Androidアプリの全てをC/C++で開発できるNativeActivityがサポートされました。Android NDKのメリットパフォーマンス向上（高速な処理が必要になる場合など）C/C++で開発された過去の資産の再利用2つ目のメリットは、過去だけではなくiOSアプリからの移植や並行開発時にも大きなメリットになります。実例某社の某iOS向けゲームも処理のほとんど（iOSに依存するObj-Cが必要になるギリギリまでの部分を）をC/C++で開発し、その後、AndroidにNDKを使って移植されたそうです。（勉強会で公表してるから大丈夫だよね！）iOSでかなりのバグを叩いて品質が高くなったライブラリをAndroidに移植したことで、Androidアプリ開発時にライブラリ側のバグがほとんどなかった点です。また、もともとC/C++プログラマであれば、このようにほとんどをC/C++ライブラリで開発するという作戦にすることで、JavaやAndroidの学習コストを最小限にしてAndroidアプリが開発できますね。さらに、Android 2.3以降を対象とできるプロジェクトであれば、繰り返しになりますが、はじめに挙げたNativeActivityを使ってC/C++のみでAndroidアプリが開発できます。Android NDKのデメリットネイティブコードがCPUに依存するAndroidは、ARM, x86(Intel), MIPS, SHなど様々なアーキテクチャのCPUで動作するネイティブコードなので、それぞれの実行ファイルを用意する必要がある現状の主流はARMなのでしばらくは問題になりませんが、念のため。デバッグが難しい良い点があれば悪い点もあるということで。。。しかし、このあたりも本書でより詳しく解説されています。NDKの説明が終わったところで本書の内容へ目次■Chapter 01 Android NDKとはJavaとAndroid NDKOpenGL|ESツール（コンパイラ、デバッガ）アーキテクチャNEONChapter 11 リファレンスゲーム開発に最適本書の「はじめに」でも触れられていますが、NDKは現状、ゲーム開発に最も適しています。グラフィックとしてOpenGL ES、サウンドとしてOpenSL ESが非常に丁寧に解説されています。さらに、「Chapter 08 アーキテクチャ」では、ARMプロセッサCortex-A8アーキテクチャの構成（CPUの命令はどのように実行されているか）メモリL1キャッシュとL2キャッシュABIcpu-featuresなどが、非常に詳しく解説されています。これはなぜかというと...次の章「Chapter 09 最適化」で、8章の知識をベースに、企業が本格的に実務で行うような最適化手法を非常に詳しく解説するためとのこと。「Chapter 10 NEON」にいたってはもう...全体的な感想詳しい丁寧深い濃いこれにつきると思います。Android NDKをがっつり勉強したい方にはもってこいです。Titanium, CoronaなどiOS/Androidクロスプラットフォームな開発ツールが登場している昨今ですが、これらは商用にはまだまだといった感じで、個人デベロッパーやピンポイントで効果を発揮するものだと捉えています。クロスプラットフォームで楽な分、パフォーマンスはそれぞれObj-C/Javaよりは劣ります。じゃあ、Obj-C/Javaで開発するか、ということになるのですが、さらにパフォーマンスが求められたら？ハイスペック/ハイクオリティなゲームを開発するには？ということで、http://twitter.com/#!/checkela/status/94227351268888577アンドロイドの「真の力」を解き放て！Amazonでは予約できるようです。発刊されました。Android NDKネイティブプログラミング作者: 出村成和出版社/メーカー: 秀和システム発売日: 2011/07/01メディア: 単行本 クリック: 83回この商品を含むブログ (12件) を見る秀和システムさんのサイトによると2011/7/27が発売日になっています。Android NDK ネイティブプログラミング｜書籍情報｜秀和システム補足：NDKのバージョンについて本書はNDKバージョン r5c を対象に書かれたものですが、発刊の直前にNDK  r6 がリリースされました。x86のサポートlogcatでnative codeのstack traceが見られるようになった4.4.0がなくなったから4.4.3使う詳しくはこちら：Android NDK | Android Developers追記著者の出村さんのブログ：http://blog.cnu.jp/2011/07/26/android-ndk-book/

初のAndroid NDK専用本「Android NDK ネイティブプログラミング」が出ますよ！

2011年7月23、24日の2日間、広島で開催された「第3回 SHARPハッカソン＠東広島」に行ってきました。イベントの概要などはこちら第3回 SHARPハッカソン＠東広島開催のお知らせどんなイベント？イベント参加人数：	デザイナー(招待)	7名という参加者が広島に集合して、デザイナーとデベロッパーがチームを組んで協力しながら、1泊2日でAndroidアプリを作って発表するというイベントです。しかも、シャープさんの2011年夏モデルの端末がわんさかあるという（シャープさんの事務所なので当たり前ですが^^;）環境です。【プログラム】オリエンテーション(シャープ講演)イデア出し、組み決め7月24日（日）そしてなんと！交通費と宿泊費と豪華な昼食と夕食（懇親会）は、全てシャープ様持ちという感謝しまくりなサポートなのです。どんなアプリを作るの？テーマは自由！シャープさん曰く、「とにかくデザイナーとデベロッパーが協力できる貴重な時間と、このイベントそのものを楽しんで欲しい！」とのこと。しかしながら、そこは何らかの恩返しというか、せっかくシャープさんの2011年夏モデルの端末がわんさかあるのでシャープAPI SH Developers Square - リファレンス(API) を使った方が僕らも楽しいだろうということで、各チーム1つはシャープAPIを利用したアプリを作っていました。僕のチームもFelica APIの最新仕様であるFALPを使おうと（思っていたのですが...）どんなアプリができたの？チーム名：デラリアルHidetaro7 デベロッパー @LuckOfWise @leibun @gabuチーム名は、"デラ"（名古屋弁で"すごい"とか"超"という意味です。）リアルな流しそうめんアプリを作ろうという意味で決まりました。流しそうめんです。参考：エクストリーム流しそうめん - Togetterまとめタップするとそうめんが流せます。Bluetoothで何台でも流しそうめんを連結して遊ぶことができます！作業分担4人でアイデア出し@Hidetaro7さんがデザイン、画像制作（ドロイド君は3Dモデルを作ってから書きだされたそうです。すごすぎる！！！）@LuckOfWiseさんがBluetooth通信まわりとActivityのベースなど（リーダありがとうございました！）@leibunさんがアニメーションや描画系とタップイベントなどそして、私@gabuは、Felica APIのFALPを...倒せませんでしたorzので、急遽Bluetoothの接続時にペアリング済みの一覧から選択できるようにListPickerを作りました。本当はBluetooth接続をFelica APIでシームレスに行う。というのが目標だったのですが、僕だけ半年遅れのFelicaハッカソン状態で、PDFとにらめっこしながらサンプルコードを動かして、はまって、動かしてと一日では倒せず、仕様がだいたいわかってきたところでタイムアウトでした。@LuckOfWiseさん申し訳なかったです...プレゼン動画埋め込みで見られない方はこちら：http://www.ustream.tv/recorded/16208815/highlight/189326他のチームのアプリも素晴らしいものばかりなので、ぜひ全部見てください！http://www.ustream.tv/recorded/16208815反省点懇親会で飲み過ぎない。感想もう少しお互いのワークフローを話したり理解する時間が欲しかった。（プレゼンで秋葉さんも仰られてましたが時間が短いので作業に追われて追われて...）ほぼ画像制作になってしまったので、もう少しインタラクションとかも話したかった。（これは4人でさくっと相談して決めてたので、それはそれで良かったのですが、せっかくなので、どういうことを考えるとか気をつけるとか色々と聞きたかった。）デザイナの方がいるとアイコンや画像が綺麗なので、実装のやる気が全然違う！やる気でる！できあがったアプリも見栄えがいい！なんといっても1泊2日最高に楽しかったです！シャープの皆様、チューター（運営）の皆様、参加者の皆様、大変お世話になりました。ありがとうございました！みんなで素麺スライダーはAndroidマーケットにあげたいなぁ。あげたいなぁ。他の方のレポートブリリアントサービスさん第3回 SHARPハッカソン＠東広島が7月23日(土)・24日(日)に開催されました全レポ。最後ちょっと感動しました。同じチームだったデザイナーの秋葉さんデザイナーズハッカソンで改めてデザイナーとして感じたこと | 秋葉秀樹個人ブログ深い。勉強になります。同じチームだったプログラマの英吉さんhttp://www.luck-of-wise.com/archives/2011/07/1053/リーダお疲れ様でした！流しそうめん動画付き

「第3回 SHARPハッカソン＠東広島」に行ってきました。

7月17日開催のABC 2011 Summerで「App Inventor入門」というタイトルでワークショップを行いました。ABC 2011 SummerやAppInventorの説明はこちらABCでApp Inventor入門ワークショップを行います！ - gabuchanの日記スライド ABC 2011 Summer App Inventor入門ワークショップ   View more presentations from gabuchan  音声認識 + Twitterつぶやきアプリの作り方スライドの実演部分は実際にアプリを作りながら解説したのでスライドがありません。はじめにApp InventorのインストールGoogleアカウント（Gmailアカウント）の取得プロジェクトの作成までは済んでいるところから説明します。Designerでコンポーネントを置く1. ログインボタンとつぶやくボタンを置きます。Buttonコンポーネントを置いて、右側のTextプロパティを編集してボタンの表示文字を設定してください。入力してエンターキーを押すか、他の場所をクリックすると編集が確定して、Viewerのボタンの文字も変更されるはずです。2. 音声認識コンポーネントを置きます。Other stuffをクリックして、SpeechRecognizerコンポーネントを置いてください。3. Twitterコンポーネントを置きます。Socialをクリックして、Twitterコンポーネントを置いてください。音声認識（SpeechRecognizer）コンポーネントとTwitterコンポーネントは画面に表示されないコンポーネントなので、Viewerの下部に下のように表示されます。4. Twitter APIを利用するためにConsumerKeyとConsumerSecretを設定します。ComponentsでTwitter1をクリックして、ConsumerKeyプロパティ、ConsumerSecretプロパティにそれぞれ以下のリンク先の値をコピペして、入力してください。http://bit.ly/gabu-ai-twitterこのConsumerKeyとConsumerSecretはワークショップ用に用意したものなので他の目的に利用しないでください。もし、困ったことが起きたら利用を停止する可能性もあります、そうするとこのアプリも動作しなくなります。ConsumerKeyとConsumerSecretの取得方法は別のエントリーに書こうと思います。とりあえず、これでDesignerでの作業は完了です。5. Blocks Editorを起動する。右上の「Open the Blocks Editor」をクリックして、Blocks Editorを起動しましょう。ダウンロードされる拡張子が .jnlp のファイルを保存してから開くか直接開くとBlocks Editorが起動します。Windows環境の方で何度かダイアログが表示される場合は、基本的にOKで先に進んでください。Blocks Editorでブロックを組み立てる次に、ブロックを組み立てます。1. 以下の順番にクリックして、Button1.Clickブロックをドラッグして置いてください。これが「ログイン」ボタンがタップされた時に呼び出されるブロックです。2. Twitter1.Authorizeブロックをドラッグして、Button1.Clickブロックの内側にドロップして置いてください。これがTwitterのログインページを表示するブロックです。3. Button2.Clickブロックをドラッグして置いてください。これが「つぶやく」ボタンがタップされた時に呼び出されるブロックです。4. SpeechRecognizer1.GetTextブロックをドラッグして、Button2.Clickブロックの内側にドロップして置いてください。これが音声認識を開始するブロックです。5. SpeechRecognizer1.AfterGettingTextブロックをドラッグして置いてください。これが音声認識が完了した後に呼び出されるブロックです。6. Twitter1.SetStatusブロックをドラッグして、SpeechRecognizer1.AfterGettingTextブロックの内側にドロップして置いてください。これがTwitterにつぶやくためのブロックです。statusという凹みにつぶやきたい文字列をセットします。7. resultブロックをドラッグして、Twitter1.SetStatusブロックのstatusに差し込みます。これが音声認識の結果の文字列が入っているブロックです。例えば、「こんにちは」と話せば、「こんにちは」という文字列が、このresultブロックに入っています。（例えばが、例えになっていないですね^^;これで音声認識の結果をつぶやくブロックができました。8. Android携帯でアプリを動かします。Android携帯をUSBケーブルでPCに接続してから右上の「Connect to Device...」をクリックして、端末IDをクリックしてください。端末IDはそれぞれ違います。Windows環境の方は、ドライバをインストールしてくださいね！アプリの使い方1. 起動したら「ログイン」ボタンをタップしてください。2. Twitterアカウントのユーザー名、またはメールアドレスとパスワードを入力して、「連携アプリを認証」をタップしてください。3. 「つぶやく」ボタンをタップしてください。4. つぶやきたい言葉を話してください。5. つぶやけました！！！アプリができたら今回はApp Inventorの使い方を理解していただくために非常にシンプルなアプリを作りました。このアプリはまだまだ良くすることができます。例えば、以下のような仕様が思いつきます。ログインするまでは「つぶやく」ボタンを非表示にする。ログインしたら「ログイン」ボタンは非表示にする。ログアウト機能が必要？音声認識の結果を確認ダイアログで確認してから、つぶやく？見た目をかっこよくorかわいくする。などなど。ぜひ、挑戦してみてください！お知らせ１：日本App Inventorユーザー会Google グループApp Inventorを使ってAndroidアプリを作っている・ 作りたい人の情報交換のためのメーリングリストです。お知らせ２：横浜でApp Inventorイベントやります。2011年8月6日（土）に横浜でApp Inventorイベントやります。詳細は下のリンクからご覧ください。こちらのイベントでも僕が全力でサポートします :D横浜支部のハッカソン#1 AppInventorでハッカソンしてみよう♪ : ATND長くなりましたが以上です。Enjoy App Inventor ヽ(´ー｀)ノ

ABC 2011 SummerでApp Inventor入門ワークショップを行いました。（音声認識 + Twitterつぶやきアプリの作り方付き）

Android Bazaar and Conference 2011 Summer のコミュニティトラックでデ部のえがわさんと一緒に発表をしてきました。デ部＋つ部（江川崇＆がぶ）つ部、デ部はAndroidデベロッパーが集まったコミュニティです。つ部は名古屋が、デ部は東京が主な活動地域としています。本セッションでは、つ部やデ部のメンバーが開発したアプリケーションの中から、特徴のあるものや面白そうなものを中心にいくつかご紹介します。つ部からは、 @IoriAyane @tan1234jp @lgfuser と私 @gabu で発表してきました。Ust録画埋め込みで見られない方はこちら http://www.ustream.tv/recorded/16053431/highlight/187833スライド ABC2011S コミュニティトラック デ部＋つ部（江川崇＆がぶ） つ部プレゼンツ「いま名古屋が暑い！」   View more presentations from gabuchan  感想これまでのABCは、Androidコミュニティによる、お祭り的なノリだったのですが。今回は全体的に良くも悪くも真面目になってきたなぁと感じました。ではでは！App Inventorワークショップのレポートは、また後日書きます。