Well, it seems like I’m going international.
Yesterday the WP Dev Conf, probably the largest independent Windows Phone conference to date, listed 2 of my sessions for the conference, which will take place on October 22-24, 2012, near San Francisco, CA.

I’m very honored to be invited to speak at WP Dev Conf, and love the idea it will be focusing on a topic I love talking about – Windows Phone. My two sessions will be:

From a New Windows Phone Project to the Marketplace

The list of things you need to do in order to create a new Windows Phone project, implement its business logic, and upload it to the Marketplace, may sound intimidating. The truth of the matter is, it couldn't be easier. Develop, test, upload—that's all there is to it.

In this session, we will create a simple Windows Phone application, make sure it passes certification, and upload it to the Windows Phone marketplace. You don't have to be a super developer to create a Windows Phone app; in fact, some of the best Windows Phone apps are created by students. But developing a GOOD app takes a certain amount of effort.

We need to make our app stand out by creating a good user experience, which follows the UI guidelines, and make sure it works flawlessly. Luckily, the certification of all apps helps us in the process of creating better apps, since we need to take care of the small details. You will be shown how to leverage the SDK's built-in tools to make your app certification-ready.

Prism, Caliburn Micro, MVVM Light – Best frameworks for Windows Phone

Mobile apps can sometimes be as simple as creating a home page, throwing in an app bar and adding a nice background. As the app we're creating gets more complicated, we begin to examine frameworks that will not only create some order in our code, but also make our code much more maintainable.

In this session, we will introduce the more significant client-side frameworks for Windows Phone, and discuss the pros and cons of using each one of them. At first we will focus on Prism, perhaps the most important UI framework in the XAML world. We will show how Prism, a framework created by Microsoft's Patterns and Practices team, is fully supported under Windows Phone. Later, we will show the very mature Caliburn Micro framework vs. the light but reliable MVVM Light solution. We'll sum up by comparing all three frameworks, side by side, so you'll know which one to pick for your needs.

See you there

I believe this experience will be fun, and I’m looking forward to it.

מה??? איזה ארכיטקטורה??? כולה אפליקציה פשוטה, שמים קצת קוד ב-code behind וסיימנו…
תגובות כאלה אני מקבל בכל פעם שאני מזכיר את המילה ארכיטקטורה בשיחות ובהרצאות שעוסקות ב-Windows Phone.

אז זהו, שכן! גם לאפליקציות סלולריות מגיע שיתכננו אותן טוב יותר. אמנם, לרוב מדובר באפליקציות פשוטות, המיועדות לבצע משימה קטנה ולהיות מפותחות מהר ככל האפשר, ובכל זאת, ככל שנתכנן אותן טוב יותר כך נוכל בסופו של דבר לפתח ולתחזק אותן בצורה פשוטה יותר.

פוסט זה הוא החלק השלישי בסדרת Windows Phone: מדריך למפתחים נבוכים.
בחלקים הקודמים למדנו למה כדאי לנו לבחור ב-Windows Phone כפלטפורמה לאפליקציה החדשה שלנו, והבנו מה כדאי לנו לפתח, ותחת איזה סוג של רשיון.

למה אתה מתכוון כשאתה מדבר על ארכיטקטורה לאפליקציה סלולרית?

קודם כל בואו נדבר קצת על השכבות השונות המעורבות באפליקציה שלנו. לא מדובר רק על החלוקה ל-client-server-database, אלא גם על חלוקה פנימית של חלקי ה-client השונים.

אם נתחיל מהעבודה עם צד השרת, אין ספק שכמעט כל אפליקציה מתוחכמת שמכבדת את עצמה צריכה שרת ובסיס נתונים מרכזי – לו רק על מנת לאפשר גיבוי וסנכרון של נתוני המשתמש. האמירה נכונה גם לגבי משחקים שמנהלים, לדוגמא, את רשימת השחקנים המובילים. היום כולם מדברים על הענן, ומכיוון שב-NET. עסקינן, יש מן הסתם לשקול שימוש ב-Azure. אני לא מתכוון להכנס לשיקולים השונים של בחירת ה-server side שלנו, אם זה אחסון ב-shared hosting, שירותי ענן, או אפילו, רחמנא ניצלא, הקמת שרת עצמאי (עדיין עושים את זה היום…?), קודם כל כי אני לא מומחה server, אבל בעיקר כי זאת לא מטרת הפוסט. אני כן רוצה להגיד מילה על Azure. כמו לרובנו יש לי רשיון MSDN, ותחת רשיון זה אני יכול להתנסות בשירותים השונים של Azure בחינם. אני רוצה להגיד שהפשטות שבה ניתן להעלות service ל-Azure פשוט קנתה אותי. ניתן להשתמש ב-Windows Azure Toolkit for Windows Phone בשביל להתחיל, לי זה עזר במספר פרוייקטים בהם עסקתי.

אוקיי, אז נחזור לצד ה-client. אז איזה ארכיטקטורה ניתן כבר לממש באפליקציית Windows Phone קטנה? אם נהיה רציניים לרגע, אני מאמין שברוב המקרים לא נממש אפליקצייה קומפוזיטית בעזרת framework כמו Prism (למרות שניתן). ובכל זאת, ניתן בהחלט לקול שימוש ב-Design Patterns כמו MVVM – Model-View-View-Model. מכיוון שקצרה היריעה מלכסות גם את MVVM בפוסט זה, אני מפנה אתכם למאמרי ה-MVVM של קולגה שלי מסלע הידוע בכינויו אלעד-MVVM-כץ לקריאה נוספת.
מי שמכיר אותי ופגש אותי בהרצאותיי השונות בודאי יודע שיש לי שריטה בנוגע לעקרונות ארכיטקטורה ועיצוב  תוכנה – אני פשוט לא נותן לעצמי הנחות. כך לדוגמא, לא תמצאו אותי כותב code behind באפליקציות שלי. אך ככל שהאפליקצייה שלנו מסתבכת זה נהיה מורכב יותר, על אחת כמה וכמה כשכותבים אפליקציה ל-Windows Phone.

נתייחס לדוגמא לנושא הניווט. כשאני בא לנווט מדף אחד למשנהו ב-Windows Phone, אני צריך להשתמש ב-NavigationService, לתת את ה-Uri של הדף אליו אני רוצה להתנווט,ולהעביר פרמטר במידת הצורך:

private void Button_Click_1(object sender, EventArgs e)

{

    var someParam = 10;

    NavigationService.Navigate(new Uri("/Page.xaml?someParam=" + someParam, UriKind.Relative));

}

את אותו פרמטר אני אמור לקבל בעת הניווט לדף הבא – במקרה זה Page.xaml – ע”י דריסה של פונקצייה בשם OnNavigatedTo:

protected override void OnNavigatedTo(NavigationEventArgs e)

{

    base.OnNavigatedTo(e);

    var someParam = NavigationContext.QueryString["someParam"] as int?;

}

מצד אחד נראה פשוט, אך איך MVVM משתלב בזה? הרבה יותר מדי code behine בשבילי…

כאן נכנס framework שלמדתי לחבב אותו בתקופה האחרונה שנקרא Caliburn Micro. זהו open source framework שצמח מתוך framework אחר המוכר בתעשייה בשם Caliburn, והוא מיועד לספק את הכלים הבסיסיים לפיתוח אפליקציות בכל פלטפורמות ה-XAML. הוא כולל בין השאר, אבל לא רק, Container לאתחול אובייקטים באפליקציה, ViewModelLocator/ViewLocator לשידוך אוטומטי בין ה-View ל-ViewModel ללא צורך בקונפיגורציה ומנגנון לניווט בין ViewModels.

אני לא מתכוון להכנס ב-post זה לעומקי Caliburn Micro, אסתפק בהדגמה של מנגנון הניווט בין ה-ViewModels כדי שתוכלו להשוות עם דוגמת הקוד מעלה.

ניווט ל-ViewModel אחר עם פרמטר ב-Caliburn Micro:

var someParam = 10;

_navigationService.

    UriFor<SomeViewModel>().

    WithParam(x => x.SomeParam, someParam).

    Navigate();

שימו לב שהפרמטר מועבר למעשה ל-property של SomeViewModel, כך שהוא נגיש מיד כש-ViewModel זה נטען. זה לא הרבה יותר ברור וקריא?

לסיכום, גם לעולם האפליקציות ל-Windows Phone מגיע התייחסות רצינית, זאת על מנת שנוכל לפתח ולתחזק את האפליציה שלנו לאורך זמן. אני ממליץ בחום לנבור ולחקור את Caliburn Micro.

תודה רבה לכל מי שהשתתף ביום הפתוח בנושא מבוא לפיתוח אפליקציות METRO  ל-Windows 8 שנערך היום במייקרוסופט רעננה.
אני מקווה שכולם נהנו כפי שאני נהנתי, תודה כמובן גם למייקרוסופט על האירוח.

ערכנו מעבר על החידושים ב-Windows 8, מודל הפיתוח האסינכרוני ומחזור החיים החדש של אפליקציות.
כמו כן דיברנו על האפשרויות הנוספות הפתוחות עבורנו כמפתחי אפליקציות לביצוע אינטרקציה עם המשמש גם כשהאפליקציה לא רצה, כמו עדכון ה-Tile או השתתפות במנגנון החיפוש המובנה.

אני מקווה שהצלחתי לגרום לכולם לרצות ללמוד עוד את הנושא – ויש עוד הרבה מה ללמוד.

עדכון: הנה קטעי הוידאו משתי ההרצאות

Windows 8 Camp: Building Metro-style Apps with XAML and C# - Part 1

Windows 8 Camp: Building Metro-style Apps with XAML and C# - Part 2

מצרף את המצגת ואת דוגמאות הקוד.

So, you're already started working on your Metro Style App on Windows 8 Consumer Preview? That's great!

As you know, there are still many issues with Metro Style Apps development on this version of Windows 8 - is it even a beta? Anyway, during development of an app for a customer in C# and XAML, I ran into several bumps.

Today I want to talk about a bug in the built in Frame control. This control is responsible for navigating between pages in Metro Style apps. When you want to navigate to a different page, you need to call the Frame class's Navigate function:

Navigation in Windows 8 Metro Style Apps

var frame = (Frame)Window.Current.Content;

frame.Navigate(typeof(SecondPage));

Well, that's simple enough, right? It is very similar to the way navigation works in Silverlight, and of course Windows Phone:

Navigation in Silverlight and Windows Phone

var pageUri = new Uri("/Pages/SecondPage.xaml", UriKind.Relative);

this.NavigationService.Navigate(pageUri);

You can notice the major difference from Silverlight is the use of the page type, rather than its Uri. This shouldn't have been an issue, but unfortunately there seems to be a bug in the built in Frame control in Windows 8 Consumer Preview. Currently, when you try to Navigate to the same page type twice in a row - perhaps passing a different parameter each time - the navigation is not cached correctly by the internal navigation stack of the Frame class.

So when you try to navigate back to the previous page, you'll notice that the frame counts all instances of a specific page type as one entry in the navigation history stack. Here is a quick repro:

Start from page A
Navigate to page B (#1)
Navigate to page B again (#2)
Navigate back
Notice that you're back in page A, and the entry for page B (#1) is completely ignored.

This can be quite frustrating, especially for developers like myself, with experience in developing XAML based apps in other frameworks. After reading in the Metro Style Apps forums, all I found was a suggestion to implement a fixed Frame control:
http://social.msdn.microsoft.com/Forums/en-US/winappswithcsharp/thread/61b66a9a-3557-4b6b-ab47-50bb9d44f38b

Here I am, stepping up to the challenge. Trying to inherit from class Frame won’t do the trick – none of the Frame class members are marked as virtual. Creating our own Frame class could cause some other problems, since some built in classes like Page have members of type Frame. I decided to go this path since I needed the workaround, hopefully Microsoft will fix this bug in the next version.

So what do we need? We need some sort of a FrameEx class which inherits from class ContentControl, allows navigation and remembers navigation history. We also need it to implement the INavigate interface, like the original Frame class does.

Lets handle nav history first. We’ll create a Stack instance which will remember each call to create a page, together with the specific parameter:

private Stack<PageTypeWithParam> _navigationStack;

public FrameEx()

{

    _navigationStack = new Stack<PageTypeWithParam>();

}

Notice that the PageTypeWithParam class will be defined to hold the value for both page type and parameter for each navigation record.

During the navigation request, the current record will be saved to temp fields while the previous record will be inserted to the stack:

private Type _currentPageType;

private object _currentParam;

public bool Navigate(Type sourcePageType, object parameter)

{

    if (_currentPageType != null)

    {

        _navigationStack.Push(new PageTypeWithParam { PageType = _currentPageType, Param = _currentParam });

    }

    this.Content = page;

    if (parameter != null && page.DataContext == null)

    {

        page.DataContext = parameter;

    }

    _currentPageType = sourcePageType;

    _currentParam = parameter;

}

Notice that I chose to enter the parameter right into the page’s DataContext. This is far from ideal, but again, just like other limitations we ran into, I had no way of calling the OnNavigatedTo function of the page.

Finally, the CanGoBack property and the GoBack function are pretty straight forward:

public bool CanGoBack

{

    get

    {

        return _navigationStack.Count > 0;

    }

}

public void GoBack()

{

    _currentPageType = null;

    _currentParam = null;

    var pageTypeWithParam = _navigationStack.Pop();

    Navigate(pageTypeWithParam.PageType, pageTypeWithParam.Param);

}

Here is the full source code for the FrameEx class:

public class FrameEx: ContentControl, INavigate

{

    private Stack<PageTypeWithParam> _navigationStack;

    private Type _currentPageType;

    private object _currentParam;

    public FrameEx()

    {

        _navigationStack = new Stack<PageTypeWithParam>();

    }

    public bool Navigate(Type sourcePageType, object parameter)

    {

        if (sourcePageType == null)

        {

            throw new ArgumentNullException("sourcePageType");

        }

        var page = CreatePage(sourcePageType);

        if (page == null)

        {

            throw new ArgumentException("Page cannot be constucted from the given type", "sourcePageType");

        }

        if (_currentPageType != null)

        {

            _navigationStack.Push(new PageTypeWithParam { PageType = _currentPageType, Param = _currentParam });

        }

        this.Content = page;

        if (parameter != null && page.DataContext == null)

        {

            page.DataContext = parameter;

        }

        _currentPageType = sourcePageType;

        _currentParam = parameter;

        return true;

    }

    public bool Navigate(Type sourcePageType)

    {

        return Navigate(sourcePageType, null);

    }

    private Page CreatePage(Type sourcePageType)

    {

        var page = Activator.CreateInstance(sourcePageType) as Page;

        return page;

    }

    public bool CanGoBack

    {

        get

        {

            return _navigationStack.Count > 0;

        }

    }

    public void GoBack()

    {

        _currentPageType = null;

        _currentParam = null;

        var pageTypeWithParam = _navigationStack.Pop();

        Navigate(pageTypeWithParam.PageType, pageTypeWithParam.Param);

    }

    public void GoHome()

    {

        if (_navigationStack.Count > 0)

        {

            while (_navigationStack.Count > 1)

            {

                _navigationStack.Pop();

            }

            GoBack();

        }

    }

    private class PageTypeWithParam

    {

        public Type PageType { get; set; }

        public object Param { get; set; }

    }

}

Of course we will need to use our new FrameEx class in App OnLaunched method:

protected override void OnLaunched(LaunchActivatedEventArgs args)

{

    // ...

    // Create a Frame to act navigation context and navigate to the first page

    var rootFrame = new FrameEx();

    rootFrame.Navigate(typeof(HomePage));

    // Place the frame in the current Window and ensure that it is active

    Window.Current.Content = rootFrame;

    Window.Current.Activate();

}

Have fun…

תודה רבה לכל מי שהגיע למפגש אתמול בנושא פיתוח אפליקציות מסוג Metro Style ב-C# ל-Windows 8.
היה כיף לראות קבוצה של אנשים עם כל כך הרבה ידע בתחום פיתוח מבוסס XAML, אפילו למדנו כמה דברים חדשים…
(למשל, ידעתם שנכון לרגע זה, אין דבר כזה שנקרא MarkupExtension ב-WinRT? המחלקה Binding יורשת ישירות מ-DependencyObject).

ברכות לארז שזכה במכשיר Windows Phone חדש במסגרת התחרות שקיימנו בקבוצה.

בכל אופן, במפגש הבא שיערך ב-24/4/12 נרחיב את הידע שלנו ב-Windows 8, וננסה להביא מישהו שיספר לנו על חווית הפיתוח של אפליקציה אמיתית. במידה ויש לכם נושאים שתרצו שנדבר עליהם, או אפילו תרצו לדבר בעצמכם, צרו קשר איתי או עם פבל יוסיפוביץ’.

מצרף את המצגת ודוגמאות הקוד מהמפגש.

עוד בשורה טובה למפתחי Windows Phone בארץ הקודש. כפי שהכנתי אתכם בפוסט הקודם, בלוג המפתחים ל-Windows Phone פרסם לפני זמן קצר שניתן לפרסם אפליקציות ל-23 מדינות חדשות, ישראל בתוכן. מפתחים שכבר פרסמו אפליקציות מוזמנים לגשת לעמוד האפליקציה שלהם ב-AppHub:

ללחוץ על Lifecycle ו-Edit catalog details:

שם צריך לבחור מדינות חדשות לאפליקציה שלנו:

סוף סוף יש לאפליקציית הפנגו שלי בית חם ואוהב…
קדימה רבותיי, להתחיל לכתוב אפליקציות בעברית!

אז בתור התחלה נפתח בידיעה החשובה של המהדורה: המרקט של Windows Phone בדרך לישראל. בפוסט שפורסם בבלוג הפיתוח ל-Windows Phone מופיעה רשימה של 23 מדינות חדשות שיצטרפו למרקט של Windows Phone במהלך החודש הקרוב. בין המדינות מופיעה, כאמור, ישראל. המשמעות היא שבקרוב משתמשים מישראל יוכלו להוריד אפליקציות כחול לבן שיכוונו לשוק הישראלי ספיציפית.

מה זה אומר מבחינתנו, כמפתחי אפליקציות ל-Windows Phone?
כמובן שקודם כל יש כאן הסטוריה קטנה – אנחנו על המפה!!! אני מניח שמתקרב היום בו תהיה תמיכה עברית וימכרו מכשירי Windows Phone בחנויות ספקי הסלולר הישראליים.
בנוסף, נוכל כמובן לייצר אפליקציות המיועדות לקהל הישראלי (לדוגמא אפליקציית פנגו – לא רשמית – שכתבתי והועלתה מחוסר ברירה למרקט האמריקאי), שיהיו נגישות רק לישראלים.

ונעבור לנושא חשוב לא פחות. בגרסא הקרובה של Windows Phone, המכונה Tango מתכוונת מייקרוסופט להוריד את דרישות המינימום המחמירות של החומרה הנדרשת להרצת Windows Phone, זאת על מנת לאפשר ליצרניות החומרה לייצר טלפונים זולים יותר. דרישות החומרה הפחות מחמירות גורמות לשינויים ביכולות בהן האפליקציות שלנו מורשות להשתמש. לדוגמא, אפליקציות לא יוכלו להריץ תהליכי רקע (Background Tasks) במכשירים שיוצרו ברף התחתון של דרישות החומרה. כפועל יוצא מהמשמעויות של גרסא זו, עלינו לבדוק האם האפליקציות שכתבנו עד כה תומכות בגרסה החדש. ה-SDK החדש ל-Windows Phone, גרסא 7.1.1, הניתן להורדה מכאן, מאפשר לנו להריץ את האפליקציות שלנו מול אמולטור המדמה מכשיר חלש יותר. לבדיקתכם אודה…

וזהו פחות או יותר.

מקווה לראות אתכם במפגש ה-Windows Devices User Group שמתקיים מחר ב-17:00 במשרדי מייקרוסופט רעננה, בו נדבר על מנגנון הניווט המובנה ועל מחזור חייה של אפליקציית Windows Phone.

תודה רבה לכל מי שהשתתף בבית הפתוח שהתקיים היום בבית סלע.
נהניתי מאוד לדבר איתכם על פיתוח אפליקציות Metro ל-Windows 8, ועל ההזדמנות שלנו יש, כמפתחים, להתכונן לכניסה לשוק של מערכת הפעלה מעניינת זו.

אשמח לראות אותכם בכנס ה-SDP שיתקיים ב-25-29/3/12, שם נרחיב ונדבר על נושאים נוספים שקשורים לפיתוח ל-Windows 8, כמו גם חידושים בסביבת הפיתוח.

מצרף את דוגמאות הקוד שהוצגו במהלך ההרצאה.

אני רוצה להזמין אתכם למפגש הבא של קבוצת המשתמשים של התקני חלונות (או באנגלית Windows Devices User Group) שאני מנהל יחד עם פבל יוסיפוביץ’. המפגש ייערך בתאריך 28 לפברואר 2012, בשעה 17:00 בערב, במשרדי מייקרוסופט, רעננה.

במפגש זה נרחיב את הידע שלנו בנושא Windows Phone.
נדבר על מנגנון הניווט המובנה ועל מחזור חייה של אפליקציית Windows Phone (תומר שמם).
בנוסף, דורי מחברת SBSH יספר על הסבה של אפליקצייה מוצלחת בשם SafeWallet ל-Windows Phone.

ניתן להרשם בקישור זה.

מי שעדיין לא הצטרף לקבוצה שפתחנו ב-LinkedIn מוזמן לעשות זאת.

נתראה ב-28…

פוסט זה הוא החלק השני בסדרת Windows Phone: מדריך למפתחים נבוכים.

בפרק בראשון בחרנו את Windows Phone כפלטפורמת הפיתוח לאפליקציה החדשה שלנו. בפרק הזה ננסה לחשוב ביחד איזה סוג של אפליקציה נרצה לפתח, ואיך נרוויח מזה משהו.

קודם כל נרצה להבין איזה סוגים של אפליקציות המשתמשים רוצים. מצורפת מטה מפה המציגה סטטיסטיקה ששוחררה ע"י מייקרוסופט בבלוג הפיתוח ל-Windows Phone.

יש כמה נתונים מעניינים במפה זו. דבר ראשון, שימו לב ש-64% מהאפלקציות שהמשתמשים מוכנים לשלם עליהן הן בעצם משחקים. גם בתחום האפליקציות החינמיות רוב ההורדות הן של משחקים. בסה"כ ניתן להבין מזה שהמשתמשים שלנו רוצים לשחק. מצד שני נוכל גם לשים לב שמתוך למעלה מ-50,000 אפליקציות שפורסמו, רק 14% הן משחקים. המסקנה המתבקשת היא שאם נפתח משחק, חינמי או בתשלום, כנראה שיהיה לו ביקוש בקרב המשתמשים.
ניתן גם לראות שכל שאר הקטגוריות מתחלקות באופן די שווה, עם עדיפות לכלים (Tools and Productivity) ובידור (Entertainment).
המפה יכולה לעזור לנו להבין איזה סוג של אפליקציה כדאי לנו לפתח, כשכמובן ניתוח סטטיסטי פשוט אומר שככל שהפער בין אחוז האפליקציות מקטגוריה מסויימת לאחוז הביקוש לאפליקציות מאותו סוג גדול יותר, ככה הסיכוי שלנו להצליח גבוה יותר.

חינם, בתשלום או גם וגם?

ישנם שני מודלים שניתן לישם: חינם או בתשלום. אם נתחיל דווקא מאפליקציות בתשלום, נגיד שבגדול המשתמשים של Windows Phone מוכנים לשלם על אפליקציות טובות. כמות האפליקציות בתשלום היא יחסית גבוהה, והשוק (עדיין) לא מוצף בהרבה אפליקציות חינמיות מוצלחות. כך שבמידה והרעיון שלכם טוב, תוכלו בקלות לדרוש עליו כסף. כמה כסף לדרוש זו כבר שאלה בפני עצמה. במידה ופוטנציאל ההורדה הוא גדול - למשל אם אתם פונים לקהל משמתמשים רחב כמו ציבור הנהגים - מומלץ לדרוש מחיר נמוך ככל האפשר - לצורך העניין דולר אחד. ככה תוכלו להגיע למסת משתמשים גדולה ובסופו של דבר כנראה להרוויח יותר. אם פוטנציאל ההורדה הוא קטן יותר - למשל קהל היעד הוא ציבור חובבי האופרה במנהטן - תצטרכו לשקול האם לבקש סכום גבוה יותר. בכל מקרה ניסוי ותהייה תמיד אפשרי. תמיד ניתן לשנות תמחור ולבדוק ביצועים.
בכל מקרה, קחו בחשבון שמייקרוסופט לוקחת 30% מהרווחים על אפליקציות בתשלום. על הסכום שיועבר לחשבון הבנק שלכם בישראל תצטרכו לשלם גם מס הכנסה.

גם המודל החינמי יכול להיות רווחי עבורכם. במידה ותרצו, תוכלו לשלב רכיב פרסומות באפליקציה שלכם, ולהרוויח על צפיות וקליקים (שוב, מס הכנסה). באחד הפרקים הבאים נבחן את האפשרויות שעומדות בפנינו לשילוב פרסומות ב-Windows Phone.
רווח נוסף אפשרי מאפליקציה חינמית, הוא פרסום שלכם כמפתחי אפליקציות - לרוב כמות ההורדות של אפליקציה חינמית גדולה מכמות ההורדות של אותה אפליקציה בדיוק בתשלום. במידה ותכתבו אפליקציה חינמית מצליחה תוכלו להתבלט (ולהבליט בקורות חיים) וע"י כך למשוך את תשומת ליבם של מעסיקים מוצלחים. אפשרות זו מומלצת בעיקר לסטודנטים הרוצים לעבוד בתחום.

המודל האחרון הוא גם בתשלום, וגם בחינם. ניתן לייצר גרסה חינמית של אפליקציה בתשלום, לפי מודל של Premium Content. במודל זה מי שרוכש את האפליקציה המלאה יקבל יותר יכולות ותכנים. את מודל הגם וגם ניתן ליישם בשתי דרכים: הראשונה היא יצירת שתי אפליקציות שונות, אחת חינמית ואחת בתשלום, ובאפליקציה החינמית לייצר קישור להורדת האפליקציה בתשלום. האפשרות השנייה היא Trial Mode, פונקצייה שניתן לשלב באפליקצייה בתשלום שלנו. ב-Trial Mode, המשתמש מוריד גרסת נסיון של האפליקציה שלנו, ואנחנו שולטים בדיוק איזה יכולות יהיו זמינים ב-Trial וב-Full Mode.

רעיונות

נקנח בהבנה פשוטה אחת. יש ביקוש גדול ובלתי מובן לאפליקציות פשוטות ושימושיות.
ראו את ההצלחה שיש בכל הפלטפורמות לאפליקציות פנס לסוגיהן...
אני פיתחתי (לפי רעיון של חבר) אפליקציה חינמית בשם Camera Mirror שמשתמשת במצלמה הקדמית של המכשיר על מנת להציג תמונת מראה של המשתמש. לאפליקציה יש תוך קצת יותר מחודש למעלה מ-2000 הורדות. אמרתי כבר שלקח לי רק שעה לפתח אותה...?

אתמול קיימנו את מפגש המשתמשים הראשון של ה-Windows Devices User Group שאני מנהל יחד עם פבל יוסיפוביץ’, והיה ממש כיף. אני רוצה להודות לכל מי שהגיע להאזין לנו, שאל שאלות ותרם לאירוע. במהלך הערב דיברנו על מערכת ההפעלה למכשירים סלולריים של מייקרוסופט, ה-Windows Phone, ועל הטכנולוגיות בהן ניתן לפתח אפליקציות – Silverlight ו-XNA. אה, וגם אכלנו פיצות (תודה מייקרוסופט על שאירחתם אותנו).

בכוונתנו להמשיך להפגש מדי כמה שבועות ולהעביר נושאים בנושא פיתוח למכשירי Windows השונים. בהזדמנות זו אני מזמין את כל מי שלא הגיע הפעם להצטרף בפעם הבאה. בנוסף נשמח לשמוע הצעות / בקשות לנושאים שיועברו במפגשי ה-User Group הבאים, כמו גם הצעות של משתתפים מתוך הפורום להעביר הרצאה בעצמם בנושא קשור.

פתחנו קבוצה של הפורום באתר LinkedIn וכולם מוזמנים להצטרף אליה, גם אם לא הגעתם במפגש הראשון (רק אם תביאו בפעם הבאה פתק מההורים). כמו כן, אני מצרף לפוסט את המצגת שהעברתי (פבל כבר פרסם את המצגת שלו).

דבר אחרון, תזכורת לגבי התחרות שהכרזנו עליה: הראשון מבין חברי הפורום שיפרסם 3 אפליקציות ל-Windows Phone שיאושרו ויוצגו במרקט, ושסך כמות ההורדות של שלושתן יגיע ל-3000 יזכה לקבל מכשיר Windows Phone חדש דנדש. שימו לב שמדובר אך ורק באפליקציות שהוגשו לאישור אחרי ה-16/01/12, מועד המפגש הראשון של ה-User group. כל שעליכם לעשות הוא לשלוח אלי או אל פבל את ה-publisher name שלכם ב-App Hub מיד אחרי ששלושת האפליקציות שלכם אושרו ומופיעות במרקט.

נתראה בפעם הבאה…

האם את/ה סטודנט/ית, או מתכנת/ת NET. משועמם/מת?
רוצה לעשות קצת כסף כיס ולהנות על הדרך?

מדריך זה מיועד למפתחים נבוכים אשר שקלו להתחיל לפתח למובייל, אבל אין להם מושג איך להתחיל. נבחן כאן מס’ נושאים שכדאי לחשוב עליהם לפני שפוצחים במלאכת הפיתוח.
אחת השאלות החשובות שכדאי שנשאל את עצמנו היא כמובן לאיזו פלטפורמה לפתח? מהכותרת של הפוסט, או אפילו ע”י הסקת מסקנות פשוטה (בכל זאת, הבלוג הזה מתארח במערכת הבלוגים של מייקרוסופט, ואני מתמחה בטכנולוגיות אלה) ניתן להבין שאני מכוון ל-Windows Phone. ובכל זאת אני רוצה להסביר למה אני חושב שבחירה אסטרטגית ב-Windows Phone כפלטפורמה לאפליקציה שלנו היא בחירה נכונה.

אז למה דווקא Windows Phone?

נפצח בעובדות. אנדרויד נראית כיום כפלטפורמה שתשלוט בשוק בשנים הקרובות. גם iOS של אפל, שלמרות שנדמה שנחלשה מעט, בהחלט חזקה בתמונת המאבק על ראשות הבית. Windows Phone משתרכת מאחור עם נתח שוק קטן מאוד, אם לא לומר מדאיג.

נדמה לרגע שאני מנסה לשכנע אתכם לוותר על Windows Phone לחלוטין, אך זה בהחלט לא המצב. נהפוך הוא – אני משוכנע ב-100% שלא רק זו תהיה השקעה נבונה להמר על Windows Phone, אלה שזו תהיה השקעה נבונה לעשות זאת כבר היום.

איך הגעתי למסקנה הפרועה הזו?
נתחיל בהשוואה לעולם שוק ההון. מי מכם שמשקיע בשוק ההון (סטודנטים, מצטער שאני אולי נוגע בנקודות רגישות) יודע שבשביל להרוויח כסף אמיתי צריך גם קצת להסתכן. הלא מסתכנים ישקיעו באג”ח (אנדרויד ו-iOS), שם ניתן לעתים לעשות כסף לא רע, אך הדגש הוא על המילה לעתים.
משקיעים המוכנים להמר קצת יותר ישקיעו במניות שנראות מוצלחות ושנראה בזמן ההשקעה ששווי השוק שלהן לא משקף את שווין האמיתי.

זהו בדיוק המצב בו נמצאת הפלטפורמה של מייקרוסופט.
התקשורת מאוד מפרגנת למערכת ההפעלה. רבים המאמרים שמשבחים את מערכת ההפעלה והחדשנות שהיא מביאה. מספיק לקרוא מספר מאמרים כמו זה של ה-New York Times, או Engadget בשביל לראות את האמונה של התקשורת במערכת ההפעלה.

מכאן המניה יכולה רק לעלות. האם אתם בטוחים שתרצו לקנות את המניה רק כשתגיע למחיר השיא? נכון להיום יש במרקט של מייקרוסופט כ-50,000 אפליקציות, בעוד שב-appstore יש למעלה מחצי מליון אפליקציון ובאנדרויד מרקט קרוב ל-400,000. איפה נראה לכם שהאפליקציה שלכם תוכל להתבלט?

חברה קטנה בשם נוקיה

על נוקיה שמעתם, נכון? אז למרות מספר שנים פחות מוצלחות, החברה הקטנה מפינלד היא עדיין יצרנית הטלפונים הגדולה בעולם!!!

נוקיה בחרה ב-Windows Phone כמערכת ההפעלה בה תשתמש למכשירי הסמארטפון אותם תפתח בשנים הקרובות. הענקית הפינית שמה את כל כובד משקלה על מערכת ההפעלה, וכבר הספיקה להוציא שני מכשירים – Lumia 710 ו-Lumia 800 (המכשיר איתו אני מסתובב בימים אלה – פשוט מכשיר מדהים) ולהכריז על השלישי – Lumia 900 בתערוכת CES שנערכת בימים אלה. ה-Lumia 900 הספיק לקצור פרסים בתערוכה.

סביבת וטכנולוגיית הפיתוח

סיבה נוספת להמר על Windows Phone היא סביבת הפיתוח הנוחה והמפנקת – Visual Studio. מפתחי NET. ירגישו בבית, לסטודנטים יהיה קל להתרגל. אין עוררין על כך ש-Visual Studio היא אחת הסביבות המוצלחות נכון להיום לפיתוח תוכנה (אם לא ה-…).

אין צורך להתקין הרבה התקנות ולקנפג (מישהו אמר אנדרויד?), או לקנות מק (מישהו אמר אייפון?) - התקנה פשוטה של ה-Windows Phone SDK תסגור לנו את הפינה.

מי שכתב כבר ל-Silverlight או WPF ירגיש מייד בבית, אבל אני באמת מאמין שגם למי שיודע רק NET., או אפילו רק Java, יהיה קל מאוד להסתדר.

אתם מוזמנים בחום לגשת למדריך שכתבתי בניוזגיק בנושא התנעה של פיתוח ל-Windows Phone.

Windows 8

כל מי שלא היה בכדור הארץ בחודשים האחרונים אולי פספס את ההכרזה על Windows 8, מערכת ההפעלה החדשה של מייקרוסופט למחשבים רגילים וטבלטים. מזל שאתם כן הייתם ולא פספסתם את ההכרזה. אפרופו טבלטים, ל-Windows 8 היא הראשונה עם סיכוי אמיתי להתמודד מול iPad המוצלח.

ב-Windows 8 יהיה Windows Store בו תוכלו למכור אפליקציות למשתמשי Windows – אמרתי כבר שיש כ-650 משתמשי Windows בעולם?

ואם כבר פיתחתם אפליקציה ל-Windows Phone, למה שלא תעשו כמה התאמות ותמירו אותה ל-Windows 8???

מה הלאה?

בפרקים הבאים נדבר על מה לכתוב, איך להרוויח מפרסום, איך להציג סטטיסטיקת שימוש ונושאים נוספים שמעניינים אותי.

אתם מוזמנים בחום להצטרף ל-User Group אותו אני מוביל יחד עם פבל יוסיפוביץ על מנת לשמוע על ההזדמנויות השונות ועל טכנולוגיית הפיתוח למכשירי מייקרוסופט.