2月10日（土）に、品川でXamarin.iOS 、Xamarin.Androidのハンズオンを開催いたしました！

こんにちは、＠hiro128_777です。

2月10日（土）に、品川でXamarin.iOS 、Xamarin.Androidのハンズオンを開催いたしました！

jxug.connpass.com

今回は30名の方々にご参加いただきました。

メンターにも強力な方に来ていただき非常に助かりました。この場をお借りして御礼申し上げます。本当にありがとうございました。

Androidの部は講師を@mishi_csさんがご担当されました。以下のレポートを参照ください。

rksoftware.hatenablog.com

私はiOSの部を担当しました。毎度のことながら躓きが多かったのが「実機デバッグの環境構築」でした。

今回は、

• キーチェーンアクセスのパスワードがログインパスワードと違っており、しかもかからなくなってしまっているため、再度設定を行う必要があった。
• 原因不明でビルドできなかったが、実機を抜き差しすることでうまくいった

など、のトラブルが発生しました。両者とも、Xamarin.iOSを触ってみた場合には自力解決が難しいものでしたので、ハンズオンで体験、解決できたのはよかったです。

いつも通り、コーディングではあまり躓きは少なかった印象ですが、「難易度が高い」との感想を持たれた方が多かったようです。

アンケート結果

ハンズオンを最後まで完了できたか

今回、iOSでは全員の方がアプリ起動を確認できましたが、全体ではうまく動かなかった方がいらっしゃいました。
今後も全員がアプリを動かせるようにサポートしていきます。

難易度

難易度についてですが、67%の方が「簡単」「ちょうどいい」とご回答され、28％の方が「難しい」とご回答されました。

割合としては、前回、前々回と同様の状況です。

確かにちょっと難しいですが、習得する価値がある内容ですので、今後もなるべくわかりやすくご説明できるよう改善していきますが、レベル感としては現状を維持したいと考えています。

時間

時間ですが、94％以上の方が「ちょうどいい」とご回答されましたので、ボリューム的には今のままを続けたいと考えております。

ハンズオン自体は、休憩などを省くと正味3時間程度でした。集中力的にも3時間程度がちょうどいい長さだと考えております。

役に立ったか

なんと94％の方に「役に立った」とご回答を頂けました！
主催者としては非常にうれしい結果となりました！
今後全員の方に「役に立った」と感じていただけるよう努力していきます。

その他のご感想

その他のご感想としては、

• Xamarin.Androidは比較的簡単だが、Xamarin.iOSはSwiftの知識が必要で、ちょっと難しい

というご意見を挙げられた方が多かったです。
これは確かにその通りで、Xamarin.iOSの方がハマりどころやApple独自のエコシステムなどの面でもハードルが高いため、ハンズオンで一度ハマりを経験することがお役に立つのではないかと考えております。

また、

• 独学でやるより全然テンポよく学習できた

というご意見もいただきました。

ハンズオンの目的がまさに「これ」ですので、主催者としては大変嬉しいご感想でした。

皆様のご意見を参考に今後も有意義なハンズオンを開催できるように精進いたします。

最後にお忙しい中休日にお時間を作ってご参加頂いた皆様、本当にありがとうございました！

懇親会はAzureもくもく会さまと合同で行い、とても楽しい時間を過ごせました！！

また、JXUGのイベントでお会いできるのを楽しみにしております！

Visual Studio for Mac で iOSの実機UIテストを実行する（1） テストプロジェクトの作成・実行

はじめに

こんにちは、＠hiro128_777です。

2月10日（土）に、品川でXamarin.iOS 、Xamarin.Androidのハンズオンを開催いたします！

Swift, Objective-C のコードを Xamarin.iOS に移植する際のポイントについてのハンズオンまたは、java のコードを Xamarin.Android に移植する際のポイントについてのハンズオンを選んで受講できますので、ご興味がある方はぜひご参加下さい！

jxug.connpass.com

では本題に入りましょう。

テストプロジェクトの作成

iOSの実機UIテストを実行するために、まずは、テストプロジェクトを作成します。

今回は私のハンズオン用サンプル「AVCamSample」を題材にします。
ソースは以下から入手できます。

github.com

ソリューションの右クリックメニューから、追加 -> 新しいプロジェクトを追加　を選択します。

テンプレートから「UIテストアプリ」を選択し、「次へ」をクリックします。

テストアプリの名前を「AVCamSample.UITest」とし、「作成」をクリックします。

パッケージのアップデート

Xamarin.UITest パッケージを最新版にアップデートします。
NUnitはバージョン2系に依存しているようなのでアップデートしないでください。

Test.csの作成

Test.csのコードを以下のように書き換えてください。

using System;
using System.IO;
using System.Linq;
using NUnit.Framework;
using Xamarin.UITest;
using Xamarin.UITest.iOS;
using Xamarin.UITest.Queries;

namespace AVCamSample.UITest
{
    [TestFixture]
    public class Tests
    {
        iOSApp app;

        [SetUp]
        public void BeforeEachTest()
        {
            app = ConfigureApp
                .iOS
                .EnableLocalScreenshots()
                .PreferIdeSettings()
                .InstalledApp("com.hiro128777.AVCamSample")// アプリのバンドル識別子
                .StartApp();
        }

        [Test]
        public void AppLaunches()
        {
            app.Screenshot("First screen.");
        }
    }
}

この時、下記のように「パッケージが見つからない」扱いになり、赤線が出るようであれば、

一度ソリューションを閉じて開き直すと直ります。

これで、テストプロジェクトが完成しました。

アプリ本体のプロジェクトに Xamarin.TestCloud.Agent パッケージを追加

アプリ本体のプロジェクトのパッケージの右クリックメニューから、「パッケージの追加」をクリックします。

「TestCloud」で検索して、Xamarin.TestCloud.Agent パッケージを追加します。

FinishedLaunchingメソッドにXamarin.TestCloud.Agentを起動するコードを追加します。

public override bool FinishedLaunching(UIApplication application, NSDictionary launchOptions)
{
	// このコードを追加します
	#if ENABLE_TEST_CLOUD
	Xamarin.Calabash.Start();
	#endif
	// ここまで

	Window = new UIWindow(UIScreen.MainScreen.Bounds);

	var controller = new CameraViewController();
	var navController = new UINavigationController(controller);

	Window.RootViewController = navController;
	Window.MakeKeyAndVisible();
	Window.TintColor = UIColor.FromRGBA(1.0f, 1.0f, 0.0f, 1.0f);

	return true;
}

実機での起動を確認する

まずはテストプロジェクトを一度ビルドします。

単体テストのペインの「アプリのテスト」を右クリックし、「Add App Project」をクリックします。

「AvCamSample」にチェックを入れ、「OK」をクリックします。

ターゲットのデバイスに自分のiPhoneが表示されればOKです。

これで実機テスト実行の準備が整いましたので、一度テストを走らせてみましょう。

「AvCamSample.UITest」 を右クリックし、「テストの実行」を選択します。

テストが開始します。オールグリーンになればテスト成功です。

成功すると、以下のようにスクリーンショットが撮れています。

これで、実機テストが実行できるようになりました。

次回は実際のテストコードを記述してテストを作成していきます。

今回はここまでです。

Visual Studio for Mac に Apple ID でログインする

はじめに

こんにちは、＠hiro128_777です。

2月10日（土）に、品川でXamarin.iOS 、Xamarin.Androidのハンズオンを開催いたします！

Swift, Objective-C のコードを Xamarin.iOS に移植する際のポイントについてのハンズオンまたは、java のコードを Xamarin.Android に移植する際のポイントについてのハンズオンを選んで受講できますので、ご興味がある方はぜひご参加下さい！

jxug.connpass.com

では本題に入りましょう。

Visual Studio for Mac でApple IDでログインする方法

Visual Studio for MacでiOSプロジェクトのinfo.plistを開くと「サインイン」ボタンがあります。

このボタンを押せば Apple ID でログインできるみたいなので試してみました。

「サインイン」ボタンをクリックします。

「＋」ボタンをクリックします。

fastlaneをインストールしなさいと言われるのでインストールします。

fastlaneのインストール

以下よりfastlaneをダウンロードして下さい。

https://download.fastlane.toolsdownload.fastlane.tools

「install」を実行します。

「開発元が未確認のため開けません」と言われるので、

システム環境設定のセキュリティとプライバシーを開き「このまま開く」をクリックします。

ターミナルが開いてインストールが始まります。

まだインストールは続きます。

すべて完了したら[プロセスが完了しました]と表示されるのでターミナルを閉じます。

これでインストールは完了です。

fastlaneの設定

インストール終了後.bash_profileにパスを書きます。

まず、.bash_profileが存在するかどうか確認します。

ls -la

存在しない場合、ファイル作成します。

touch .bash_profile

作成できたか確認しましょう

ls -la

.bash_profileを開きます。

open ~/.bash_profile

テキストエディタが開くので下記を記述します。

export PATH="$HOME/.fastlane/bin:$PATH"

設定を反映させます。

source ~/.bash_profile

以上でfastlaneの設定が完了しました。

念のため、パスを調べてみましょう。

which fastlane

正しくインストールパスが表示されれば成功です。

Apple ID でログインする

再度 Apple ID でログインします。

パスワードを聞かれるので入力します。

ところがサインイン完了しても何も起こりませんでした‥

試しにもういちどサインインしたら正常に表示されました。このあたりまだ不安定なのでしょうか。

「詳細の表示」をクリックすると証明書、プロビジョニングプロファイル も認識されています。

以上で、Visual Studio for Mac での Apple ID でのログインが完了しました。

これで、Visual Studio for Macでプロビジョニングプロファイルの設定ができます。

今回は以上です。

12月9日（土）に、大阪でXamarin.iOS のハンズオンを開催いたしました

こんにちは、＠hiro128_777です。

12月9日（土）に、大阪でXamarin.iOS のハンズオンを開催いたしました！

jxug.connpass.com

今回は24名の方々にご参加いただきました。

メンター陣も東京開催に負けない強力な方に多数ご協力頂き非常に助かりました。この場をお借りして御礼申し上げます。本当にありがとうございました。

今回はiOSに特化したハンズオンでしたが、毎度のことながら躓きが多かったのが「実機デバッグの環境構築」でした。

今回は、

• Xamarin.iOS とXcodeのバージョンが揃っていなくてビルドできない
• 原因不明でビルドできなかったが、実機を抜き差しすることでうまくいった

など、原因はいろいろありましたが、なかなか初めてXamarin.iOSを触ってみた場合には解決が難しい内容が多かったので、ハンズオンで体験、解決できたのはよかったです。

いつも通りにコーディングではあまり躓きは少なかった印象です。

アンケート結果

ハンズオンを最後まで完了できたか

今回、仕事の都合で環境を変更できず、ビルドできない方、Xamarin.iOS とXcodeのバージョンが揃っていないためバージョンアップに時間がかかり、再度までたどり着けなかった方がいらっしゃいました。

これについてはハンズオンの募集の時点で、推奨バージョンを指定することで、会場でのアップデートなどが発生しないように改善したいです。

難易度

難易度についてですが、60%の方が「簡単」「ちょうどいい」とご回答され、40％の方が「難しい」とご回答されました。

Xamarin.iOSのハンズオンは題材的には多少難易度が高めですので、妥当な結果となりました。

確かにちょっと難しいですが、習得する価値がある内容ですので、今後も、実施していきたいと考えています。

時間

時間ですが、85％以上の方が「ちょうどいい」とご回答されました。残りの方も「短い」とご回答いただいております。

ハンズオン自体は、休憩などを省くと正味3時間程度でした。集中力的にも3時間程度がちょうどいい長さだと感じました。短いという感想も目立ちましたので、今後はもう少し細かくご説明したいと感じました。

役に立ったか

なんと93％の方に「役に立った」とご回答を頂けました！
主催者としては非常にうれしい結果となりました！

その他のご感想

その他のご感想としては、とにかく

• もっと大阪でも開催してほしい

というご意見を挙げられた方が多かったです。
本当に切望されているのがわかりましたので、ご要望にお応えできるよう精進します！

また、

• Webや本では分からないような勘所等が知れて良かった

というご意見もいただきました。

ハンズオンの目的がまさに「これ」ですので、主催者としては大変嬉しいご感想でした。

皆様のご意見を参考に今後も有意義なハンズオンを開催できるように精進いたします。

最後にお忙しい中休日にお時間を作ってご参加頂いた皆様、本当にありがとうございました！

大歓迎いただき懇親会も大盛り上がりで、とても楽しい時間を過ごせました！！

また、JXUGのイベントでお会いできるのを楽しみにしております！

Xamarin 今そこにある危機

はじめに

こんにちは、＠hiro128_777です。

この記事は「Xamarin その1 Advent Calendar 2017」の14日目になります。

まず、はじめにお断りさせてください、今回テクニカルな内容は全くございません。

私はXamarinが大好きです。今更述べるまでもないですが、Xamarinにはたくさんの魅力があります。そして、もっともっと普及してほしいと思っています。
ですが、残念がら良いものが必ず普及するとは限らないのが世の中の常です。私は開発者なので私が感じるXamarinの魅力はあくまでも「開発者として感じる魅力」であると言えます。

そんな大好きなXamarinでも一歩引いてみると、その置かれている状況は決して楽観視できないと危機感を感じています。

そこで今回はその「楽観視できない状況」をXamarinが大好きな皆さまと共有することで現状を打開するためにこのような記事を書きました。

具体的に何が「楽観視できない状況」なの？

私は特に以下の３つの状況を「楽観視できない」と感じています

• Microsoftが提供してる主力製品のアプリがそもそもXamarin製のものが少ない！
• 若年層への浸透が薄い！
• 自社開発時とは相性が良いが、開発会社への委託とは相性が悪い！

Microsoftが提供してる主力製品のアプリがそもそもXamarin製のものが少ない

Microsoftが提供しているOutlookやTeamsなどの主力製品のアプリ自体が現状Xamarin製ではありません。主力製品ではないものにはXamarin製のアプリもあります。例えば、Microsoft PixはXamarin製です。

つまり開発環境の提供は行なっていても、自社での製品への利用はあまり進んでいません。これは、単にXamarin買収のタイミングの問題かもしれませんが、シンプルに「なんで？？」と疑問に思います。

この状況こそがXamarinの問題を如実に表しています。つまり、Xamarinはまだ主力製品に食い込む程の地位は得ていないのが現実です。

では、Xamarinが主力製品に食い込めないのはなぜでしょうか。真の理由は私にはわかりませんが、まだまだ普及率が低いのは大きな問題だと考えています。とにかく、普及率を上げていく必要があります。

そして普及率を上げようとすると次の問題が出てきます。

若年層への浸透が薄い

これは、勉強会に参加するとよく分かります。勉強会の参加される方々も30代以上の方が多く、20代の方は少ない状況です。（そもそも私自身がオッサンです。失礼しました。）ではなぜ若年層への浸透が薄いのでしょう。その理由も考えてみました。

未経験者がアプリ開発を始める際の第一の選択肢にならない

例えば、プログラム未経験の学生さんがスマートフォンのアプリ開発を行おうと思い情報を調べた時には、まずはネイティブの開発の情報を目にする可能性が高く、当然ながらネイティブ開発を第一の選択肢に考えます。その時点でXamarinというワードを目にしても、それがスマートフォンのアプリ開発のプラットフォームだとは気づかないか、気づいても面倒くさそうなのでスルーする可能性が高いでしょう。当然、そのままネイティブで開発を始める可能性が高いと言えます。

その後、経験を積んだ後にXamarinを知りそのメリットに興味を持ったとしても、さらに学習コストを支払ってXamarinに手を出す方は少数派でしょう。
次のタイミングとしては、会社から「Xamarinを調査しなさい」、「Xamarinを覚えなさい」と言われたタイミングが多いと言えます。勉強会でもそういうお話はよく伺います。多数派の方々がXamarinに手を出すとしたらこのタイミングです。よって、ここまで来ないとXamarinの利用者は増えないということになります。

専門学校での採用が少ない。

プログラマーを職業として選ぶ方々には専門学校で学ぶ方も多くいらっしゃいます。毎年毎年、たくさんの方々が専門学校を卒業しプログラマーとして働き始めるわけですから、業界における影響は小さくありません。ところが、まだまだ企業ではネイティブ開発が多数派のため、入学当初から就職を視野に入れる専門学校では、Xamarinは標準の開発プラットフォームとして利用されにくい状況にあります。もちろん、先生たちはクロスプラットフォームの重要性を理解しており、チャレンジすべきであると考えている先生方もたくさんいらっしゃいますが（実際、そういうお話も聞きました）、2年間という短い期間でネイティブ開発を習得した上の追加の技術として習得してもらうには指導者も少なくなかなか困難です。

また、専門学校はオープンキャンパスなどで生徒さんを募りますが、 その際に高校の生徒さんやその親御さんたちにアピールする際も「Xamarinを使ったクロスプラットフォーム開発を指導しています」と言ってもその時点で生徒さんや親御さんがクロスプラットフォームの知識が十分にある可能性は低いため、ネイティブ開発を前面に出した方が圧倒的にアピール度は高いでしょう。

よって、現状どうしても専門学校では、ネイティブの開発が基本になるのではないでしょうか。

自社開発とは相性が良いが、開発会社への一括委託とは相性が悪い

まず、クロスプラットフォーム開発の初期コストは個別開発と比べて半額になるようなことはなく、結果として費用負担をする方が期待するほどは大きくは変わらないため、費用面のメリットだけを期待すると肩透かしをくらってしまうという弱点があります。

効果的にクロスプラットフォーム開発を行うということは対象のプラットフォーム全てのUXやAPIを理解した上で開発する必要があり、設計コストが非常に大きくなります。実装時にもプラットフォームごとの違いを考慮し共通化するという細かい配慮が必要となるため結果として初期コストは意外と下がりません。

それでも自社開発であれば、初期リリースを小さくすることで初期コストを抑えるなど色々工夫できるのですが、開発会社への一括委託でウォーターフォールで開発するようなケースでは全機能を一括開発する事も多いです。そうすると、開発コストは個別開発と大きく変わらない状況になりますが、開発会社への委託の場合には、Xamarin導入の動機には「共有化によるコストダウン」が掲げられている事も多く、「メリットが少ない」と判断されてしまうリスクが高くなってしまいます。

一方で、改修コストはかなり下がります。個別開発では、設計時に考慮はするもののコードによる縛りがないためどうしても実装の違いが大きくなるリスクが高いです。それにより改修時に影響範囲が大きくなり、想定外のコストが発生する危険性が高くなります。クロスプラットフォーム開発ではロジック部分であればそこはコード共有化で保証され、リスクは明らかに少なくなります。UI部分でもViewModelまでを基本的に共有化するため、実装の違いは小さく抑えられます。実装の違いが小さいということは、当然リリースまでのスピード面でも、優位性があります。

つまりライフサイクル全体のコストで考えればメリットは十分に享受でき、Xamarinは有力な選択肢となりますが、開発会社への一括委託ではイニシャルコストでは大きな差が出にくいため、その時点でXamarinを選択する動機が薄くなってしまうのも事実です。Xamarinを選ぶ企業は目先だけではなくしっかりライフサイクル全体で判断しているのでしょう。

そいういう意味でXamarinは日本のSI業界の商習慣との相性が悪いのです。もっと正確に言えば、これはXamarinに限ったことではありませんが、日本のSI業界の商習慣が世界基準の開発ツールの進化から取り残されているのです。とは言うものの、エンタープライズ業界での採用が進まなければ普及率は上がりませんので、ここも非常に悩ましいところです。

では、どうしたらいいのか？

極々当たり前のお話になってしまいますが、何よりもとにかく初めてモバイル開発に触れる時点での選択肢にXamarinが入るようにすることが何よりも重要だと思っています。

それには専門学校などの授業のカリキュラムにXamarinが取り入れられる必要があります。それには企業での導入が進み、企業からの希望人材のスキルセットにXamarinが入る必要があります。ですが、それを待っていたらきっと時間切れになってしまいます。よって、まずは学校に普及するように働きかけた上で、それによってさらに企業での導入が進むようにしなければいけないでしょう。それには学校に対してこちらからアプローチをかけていくしかありませんが、なかなか簡単にはいきません。

もし、この記事を学校のご関係者の方々がご覧になっていましたら、是非、一度学校でのXamarinのハンズオンをご検討していただけませんでしょうか。

私はコミュニティ活動として無償での学校様でのハンズオンも行なっておりますので、ご興味あればtwitterでメッセージいただければご対応させていただきます。

Xamarinに取り組むということは強制的にクロスプラットフォームでアプリを考えなくてはならなくなりますので、自然とクロスプラットフォーム開発の様々なスキルが身につきます。これは、個別プラットフォーム開発を続ける限りなかなか身につかない貴重なスキルであり、必ず企業からも歓迎されるスキルです。

最後に

とりとめもなく色々書いてしましましたが、とにかくXamarinをもっともっと普及させていきたいです！
そのためにはこの記事をご覧いただいた皆様のご協力が不可欠です。よろしくお願いいたします！
私もできる限りのことをやっていきます！！

2020年 Xamarin はどうなった？

なお、それから2年ちょっと経って、2020年3月、Xamarin はどんな状況になっているか、記事を書きました。
hiro128.hatenablog.jp

それでは明日は@himarin269さんです。よろしくお願いします！