Mobile Professional Daysでハリコフに行った方法

すべての良い一日。

2011年11月19日に、ハリコフ国立無線大学（KNURE）で、Mobile Professional Daysカンファレンスが開催されました。

これは、「モバイルプラットフォームiOS、Android、Bada、およびWP7向けの最新のモバイルアプリケーションの作成」を引用したものです。

主な聴衆は再び、引用：

• プログラマー
• プロジェクトマネージャー;
• デザイナーとユーザビリティのスペシャリスト。
• QAスペシャリスト。
• 生徒と教師。

私の心が溶けたのはデザイナーとユーザビリティの専門家でした その後、私はためらうことなく会議のウェブサイトに登録し、蒸気機関車のチケットを購入し、ハリコフに向かいました。

興味のあるすべての人にすぐに言わなければなりません。それほど悪くはありません。それはあなたが望む方法ですが、会議は悪くありませんでした。

30分ごとのレポートに誰が何を期待しているかはわかりませんが、そのレベルは主に初心者向けであり、専門家ではない人向けです。 個人的に、私は自分が計算しているものを見たので、それをレビューしようとします。



グッズ：

会議のウェブサイトへのリンク： www.mobiledays.com.ua

Androidアプリ：



ツイートフィードハッシュタグ：＃mpdays2011

スピーカープレゼンテーション： www.slideshare.net/itginger/presentations

長いテキストが気に入らない人は、Totalに進んでください。





10：00-10：30 Pavel Kravchenko

チームリーダー/ PM / iOS開発者（Ciklum、Service2Media、Kharkov）

アジャイルモバイル開発方法論



最初のスピーカーはPavel Kravchenkoで、モバイル開発者の分散チームのチームリーダーと彼の経験を聴衆と共有しました。

報告書は悪くありませんでしたが、チームのリーダーシップで特別な何かについて秘密のベールを開いたとは言いません。

パベルはかなり陽気な人であり、リーダーとして、彼はチームで前向きな気分を維持しようとしていると思います。 しかし、賢明なリーダーで明確に表現できるプラスは、すぐれたマネージャーではなくグローバルなマイナスになります。 そして、このケースで何をすべきか、チーム自体、ポールは言いませんでしたが、彼の意見を聞くのは面白いでしょう。

プレゼンテーションのいくつかの興味深い瞬間：





合計：

1. かなり議論の余地のあるフレーズが聞かれました。分散したチームは、従来の「シングルオフィス」チームの有効性の約70％を提供します。 私はこの数字は非常に楽観的であると言うでしょう：私の観察によれば、3人以上の分散したチーム、神は禁じていますが、60パーセントを与えるでしょう。 3未満の場合、差はほぼ均等になります。 それはすべてリーダーに依存しますが。
2. スピーカーは、地域の分割、言語の壁、時間帯、その他の人々の仕事に関連する主なリスクと問題について説明しました。 ここでそれらを解決する方法について、レポートの時間が終了し始めたので、それはくしゃくしゃになったことが判明しました。 しかし、ここで聴衆は私たちを失望させず、カテゴリからの純粋に実用的な質問が行きました：「承認された予算を超えたらどうなりますか？」

デザイナー向け：

1. ここでは、主にフリーランサーにとって興味深いものになります。タスク、期限、費用の変更の問題に遭遇することも非常に多いからです。 すでに処理中です。 また、どれだけスムーズかつ迅速にすべてを解決できるため、多くの場合、プロジェクトを保存して完了する能力は異なります。
2. 突然、神が禁じた場合、デザイナーの分散チームを率いて（かつてこれをやったことがない）、その後すぐにZenの練習を開始する必要がありました。 「今、あなたは軍隊にいます、息子」そして顧客自身の「特徴」と一緒に、あなたはあなたの病棟の「特徴」に対処しなければなりません。 そして最も攻撃的：誰もが正しいでしょう、そしてそれらの間であなた。 すべてを自分でやろうとしないでください-すぐに作業を委任し、プロジェクトの制御点を正しく設定することを学んでください。 最も困難な瞬間に、同じような状況にいることを思い出してください。そうすれば、「あなた」と「現在」の行動がどれほど似ているかに驚くでしょう。

10：00-10：30 Pavel Taikalo

iOS開発TechLead（Stanfy、キエフ）

iOS開発：始まり



聴衆が近くにいないという事実と、報告の間にギャップがないため、私は遅れて、大勢の人々と一緒に、物語が続いたときにすでに爆発しました。

しかし、この不幸な事実と、私は開発者ではないという事実と、レポートが特にそれらに焦点を合わせているにもかかわらず、私はそれが好きでした。

明らかに、賢明に、そしてむしろ陽気に、Pavelは開発者に、アプリケーションを正しく作成するために知っておくべきことを伝えました。 デザイナーとして、スピーカーがすべてのフロントエンド開発者にHIG Appleを読むように促したとき、私は泣きそうになりました。 特に、彼は多くの「明白な」ものや「直感的な」ものでさえ、繰り返すこと、あるいは直感的、直観的に悪くはないが、それがビジネスにどのようになるかを示唆した...

また、Pavelは重要な事実を強調しました。それは、私がますます頻繁に気づき始めたものです。 開発者はエンドユーザーからますます離婚するようになっています 。 エミュレータはデバイスよりも高速で、ほとんどの場合、開発者のデバイスは2番目のiPhoneよりも高速です。



合計：

1. マテリアルを学びます。特に、HIGには、Appleインターフェースの構築の原則と一般的なユーザビリティの両方を理解するのに役立つ多くのことがあります。
2. 基本的な必要事項の知識があるかどうかを確認します（残念ながら、Pavelのプレゼンテーションは見つかりませんが、ジュニア、シニア、アーキテクトの開発者が知っておくべきことのリストを示すスライドがありました）。
3. 既製のGUIテンプレート（iPhoneとAndroidの両方で使用可能）を使用します-ファイナルで多くの時間を節約し、エラーを減らします。

デザイナーに：

1. 私たちにとって、ガイドの知識は必須の原則です。 当然のことながら、特に非標準のコントロールを使用している場合は、これらを回避できる場合があります。 結局のところ、ガイドは必ずしも厳密な要件ではなく、多くの場合推奨事項でもありません。 特にAndroidで。 ただし、これには注意が必要です。 私が何をお勧めしますか（特に始めている人に）：
   
   
   
   • www.idemployee.id.tue.nl/gwmrauterberg/lecturenotes/ui - guide - line - collection.htm （ガイドの優れたコレクション）
   
   • developer.apple.com /library/ios/#documentation/userexperience/conceptual/mobilehig/Introduction/Introduction.html（iOS用のHIG）
   
   • developer.android.com /guide/practices/ui_guidelines/index.html（Androidガイドライン
   
   • mobile.tutsplus.com/category/tutorials/mobile - design - tutorials （モバイルインターフェースの作成に関する優れたレッスンと記事のセット）。
   
   • www.teehanlax.com/blog/iphone - gui- psd- v4 （iOS GUI psd）
   
   • mobile.tutsplus.com/tutorials/mobile - design - tutorials /5- great- sites-for- ios - design - inspiration （インスピレーションのサイト）
   
   • www.onextrapixel.com/2011/11/16/50 - useful - and - free - web - ui - mobile - ui - and - wireframe - kits （さまざまな便利なクジラのセット）
   
   •Smashing Magazinesの非常に便利な本もあります。これは、特にモバイルデバイスのデザインに関するものです。特に、この問題に関するPhotoshopでのカラープロファイルの設定に関する優れた章です。
2. 描画を開始する前に開発者と話す機会を決して無視しないでください。 カスタムコントロールとカスタム要素を導入する可能性について議論します。 ご存知のとおり、アプリケーションアーキテクチャを一緒に調整することもできます。 一般的に、それは役に立ちます。
3. さまざまなデバイス（マシン）で設計をテストしてみてください。 これは、モバイルデザインだけではありません。 誰もが8 GBのRAM、2ギガバイトのビデオカード、3ギガヘルツ以上の周波数を持つプロセッサを持っているわけではありません。 また、モニターはまったく調整されていません（残念ながら事実ですが）。慎重に選択されたシェードやエレガントで控えめな質感を誰も評価することはありません。

11：30-12：10アレクサンダー・エゴシン

モバイルプロダクションの責任者（アラワルエンターテイメント、ノボシビルスク）

モバイルゲーム：開発は戦いの半分に過ぎません



会議の開始前でさえ、アレクサンダーは「招かれた星」として位置づけられていました。

私は彼のプレゼンテーションを読むことに興味がある人とそうでない人に強くお勧めします。

その人は多くのパフォーマンス経験を持っているとすぐに感じます。これは、プレゼンテーションのデザイン方法とスピーカーのプレゼンテーション方法の両方で見ることができます。すべてがしっかりしていて、面白くて便利です。



アレクサンダーが伝えようとしたことの本質は、ゲームの開発を始める前に、次のことをする必要があるということです。

• アイデアをテストするのは良いことです。それはあなたとあなたの愛する人以外の誰にとっても面白いですか、
• ターゲットオーディエンスを評価し、
• 収益化と開発の計画を立て、
• 追加の「チップ」について考えます。

さまざまなタイプのデバイスの適応機能をすぐに検討してください。 たとえば、iPhoneのタッチスクリーンコントロールの要素はiPadにとって必ずしも便利ではありません。手の動きや指の長さが十分ではありません。

ゲームのローカライズの重要性については別の議論がありました。



また、お金を得る価値があるものとそうでないものを理解することも良いことです。 特に、一部のゲーム「チップ」の直接マネタイズに加えて、オファー（換言すれば広告）によるマネタイゼーションもあります。

一般的に、スピーカーは収益化の問題を「創造的に」扱うことを提案しました。 たとえば、非常に難しいレベルでチップを販売したり、ゲーム通貨の異なるセットを作成したりします。



当然、Alawarが開発者に提供する条件は表明されました-そして突然、これらは観客に座っています。



私の意見：会議の最高の報告の一つ。 アレクサンダーがAndroidタブレット市場をブランド化したという事実にもかかわらず、恥ずかしくて、彼はまったくそこにいないと言いました。

バッグにGalaxy Tabが入っていて、その上にカンファレンスのレポートを追加したのはどうしてですか。 もちろん、私はまだ市場を作っていませんが、クリスマスツリー、スティック、世界中のAndroidタブレットの販売レベルを見てください。 もちろん、これまでのところ、iPadの売り上げに近いわけではないので、古いiOSデバイスはどれくらい経験がありますか？！ 原理的には比較できませんが。 Montezuma's TreasuresをGalaxyにダウンロードすると、Alexanderが会社の立場を明確に表現していることに気付きました。「Androidタブレットはありません！」-ゲームがクロールして見た目が怖い



合計：

1. アイデア、開発計画、収益化方法、対象読者の関連性を評価するまで、ゲームの開発を開始しないでください。
2. すぐに一連の「チップ」を考え出します。アプリケーションの起動後、その導入により、ユーザーのデバイスでのゲームのライフパスを延長できます（より多くのアップデートとギフト-長寿命）。
3. ローカライズを軽視しないでください。
4. iOSとは異なり、Androidはさまざまなデバイスで構成されているため、さまざまな解像度に移植または適応する場合は、主なデバイスに注目してください。
5. 自問してみてください。すべてのデバイスがマルチタッチ、スライドなどをサポートしていますか。
6. 収益化で無理をしないでください。ただし、アプリケーションの開発時に実装することを忘れないでください。
7. テストを怠らないでください。
8. Alawarは著者と開発者を探しています。

デザイナーに：

1. プロトタイプを無視しないでください。 特に、アプリケーション（ゲーム）がスマートフォンとタブレットにあることがわかっている場合。 片方の手（またはiPadの場合は2つ）でデバイスを持ち、親指で画面の周りに半円を描き、ユーザーがすべてのコントロールに届くように腱を切る必要があるかどうかを確認します。
2. 競争力のあるアプリケーション（もしあれば）を勉強するのを怠らないでください。 準備段階で問題を解決しなければ、それらの欠点はほぼ100％になります。
3. ジェスチャーを考えてください！ インターフェースの直観性（特にそれが主にあなたとアプリケーション開発者にとって「直感的」である場合）と「これはすべてのiPhoneユーザーに明らかである」という事実に集中することは必ずしも価値がないかもしれません。 実践が示しているように、常にではありません。 多くの場合、特別な制御により管理が簡素化され、アプリケーション全体の使いやすさが向上します。
4. デバイスでデザインをテストしてください。 それを借りることができる誰かが常にあります。

12：10-12：40オルガゴレンコ

キエフ事務所の長（UsabilityLab、キエフ）

ゲーム「モバイルで生き続ける」



会議全体の中で最も物議を醸す報告。

彼は文字通りつぶやきフィードを爆破しました。 私はその中に読んだすべてに同意するわけではありませんが、一つのことは明らかでした：多くの物議を醸す問題がありました。

詳細は説明しませんが、ポイントは、Olgaがアプリケーションの作成時に避けるべき主要なユーザビリティポイントの概要を説明したことです。 この目的：市場とユーザーのデバイスの両方で開発のライフサイクルを延長する。

これは、市場の特定のアプリケーションの例と、スピーカー自身のデバイスで検証されました（これは無駄です）。



そして、ホリバーが襲いました。

私はインターフェースのデザイナーであり、非常勤のユーザビリティの専門家であると言います（そして、私は何をしなければなりませんか）：残念ながら、これまでのところ多くはこの分野について非常に懐疑的です。 思考を表現するために言葉や画像を選択するという三重の注意が必要です。



最初は、オルガが「聴衆の親友」と呼ばれるものになるように非常に懸命に努力したことは明らかでした。そのため、プレゼンテーションの遊び心のある口調とスライドの「氷河期」の写真です。 しかし、最後に-バストがありました。

「ちょっと待って！」のオオカミを見たとき、私は言うことができます。ユーザビリティに耳を傾けた人はいませんでしたが、エレクトロニクスの子供時代とおもちゃを思い出しました。

とても無駄です。

いくつかの良い点がありました。特に、 スティーブ・クルーグの名前が​​響き、その本はおそらくこの分野で最高のものでした。

また、スピーカー自身によるiOSデバイスのオープンな好みは満足していませんでした。



合計：

1. 使いやすさを軽視しないでください。 設計段階であっても、専門家の有能な評価により、コストを大幅に削減し、将来の開発を促進できます。
2. 「サイトを便利にする方法。 スティーブサークルの方法によるユーザビリティ」-非常に良い本。 一般に、彼にはたくさんの本があり、同じヤコブ・ニールセンがより理論家であり、彼らが言うように「柱」であれば、サークルは実践者です。 読みやすいように-同じスマッシングマガジン。
3. この分野での実務経験に代わるものはありません。 アカウントにあるサイト、アプリケーション、ゲームが多いほど、エキスパートとしての力が強くなります。

デザイナーに：

1. 記事や本を読んで、見知らぬ人を見て、あなたの仕事を修正してください。 結局、論理的に考えてください。 ドッグフード店のデザインを描いている場合、帽子には飛んでいる蝶のアニメーションは必要ありません。
2. あなたがあなたが描いているもののガイドと設計指標に精通していることを確認してください。 特に、ブラウザのセーフゾーンとは何かを尋ねます。
3. 試用版のモックアップ（なんでも）を描き、ユーザーにとってどれほど便利かを確認します。 経験、経験、そして再び経験。

12：40-13：10ガリナ・リジェンコ

部門長（B2B i-Free、キエフ）

拡張現実



会議の最高のレポートの1つ。

ガリーナは私の評価の手のひらをアラワルのアレクサンダー・エゴシンと共有しているため、私は最高とは言いません。

しかし、一般的に、レポートは非​​常に有益で有用であると記憶されていました。

最初に、ARテクノロジーの純粋に実用的なアプリケーションの最も興味深い例が示されました。 例に応じて、特定の「チップ」（ジオロケーション、パターン認識、ジェスチャーなど）の実装に必要な拡張現実の特定の機能が、不要な鼻水なしですばやく説明されました。



プレゼンテーションからのいくつかの例：



しかし、これはすべて「恋人」のカテゴリーのものです。



ガリーナもこれを理解していたため、プレゼンテーションの最後に、ARエンジンの優れた比較プレート、それらの特性、サポートされた「チップ」、そして最も重要な価格をもたらしました。

つまり Augment Realityを使用して素晴らしいプレゼンテーションを開発する分野に挑戦したい人は、どれだけ費用がかかるかをすぐに理解できます。



合計：

1. お使いの携帯電話にカメラが搭載されている場合は、怠zyにならず、ARを使用してアプリケーションをダウンロードしてください。
2. WOWエフェクトが必要です-Augment Realityを試してみてください。ただし、WOWをサポートするプラットフォームはごくわずかです。 また、カメラやビデオメガネがなければ、何も起こりません。
3. このプレゼンテーション、特にエンジンについて説明する最後のスライドをご覧ください。

デザイナー向け：

1. 拡張現実は、創造性の手付かずの分野です。 珍しいグリーティングカードやWebサイトのプロモーションソリューションから仮想マーケティングキャンペーンまで。 この場合、ジオロケーションとさまざまなブランドのオブジェクトの両方をマーカーとして使用できます（オブジェクト認識）。
2. 3D Maxを学び、無料の（最初は）エンジンとシンプルなマーカーで試してみます。
3. プロジェクトのニーズを常に冷静に評価します。 低予算のプロモーション
   
   第一に、彼らはそのような「チップ」を実質的に引っ張らないかもしれません。
   
   第二に、これらのテクノロジーをサポートするプラットフォームに問題がありますが、ターゲットオーディエンスがそれらの中にいるかどうかを考えてください。

13：40-16：00

セルゲイ・イリン

グラフィックデザイナー（JetBrains Ltd、サンクトペテルブルク）

1本のボトルで良いモバイルを作る方法。



セルゲイ・クリエフ

iOS開発者（Ciklum、キエフ）

RestKitを使用したRESTfull iOS



タラス・フィラトフ

QuickBloxディレクター（QuickBlox、ロンドン）

モバイルアプリケーションの進化。 Mobile 2.0のクラウドとソーシャル経由



コンスタンチン・プロコポフ

チームリーダー/ Android開発者（Akvelon、Kharkov）

Androidスマートフォンのインターフェース設計の実践



これら4つのレポートを1つにまとめることにしたのはなぜですか？

しかし、私の気持ちによると、まさにそれでした。



生きている状態では、ホールはセルゲイイライインによってサポートされていました。 シンプルで便利なモバイル翻訳アプリケーションの興味深い例が好きでした。セルゲイがロシア語を理解していない国に住んでいたときに思いついたものです。 必要な単語を入力して「翻訳」をクリックすると、翻訳と一緒に探している画像が表示されます。

プレゼンテーションの一般的な意味：「最初に考え、次に描く」。 ところで、すべての便利なガイドのコレクションへのリンクを含むスライドがありました。



さらなる報告は記憶に残るものではありませんでした。



Sergey Klyuyevは、コードフラグメントを使用してフレームワークを視聴者に紹介しました。 これらは有用なものだった可能性がありますが、非常にすぐにすべてがちらつきました。



Taras Filatovのレポートは、彼と彼のオフィスがクラウドテクノロジーの分野で達成した成功に要約しました。 私の意見では、顧客とプロジェクトの説明よりも少し少なく、技術的な特徴についての話よりも少しだけです。



Konstantin Prokopovは、レポートの冒頭で、Androidアプリケーションを長い間開発してきた人やまったく開発していない人のために「立ち去る」ことを提案しました。 同様に、彼らは興味がありません。 彼はまた、写真のように、何とかみんなを恐ろしく見ました。

原則のまま（私はインターフェイスデザイナーですが、ここではインターフェイスについて）。 彼らが言うように、レポート全体は「ピクセルを運転した」、すなわち 難しい場合にボタンを中央に配置することを学びました。 これは、Webデザインのレイアウトdivを非常に連想させるものであり、間違いではありませんでした。 実際、これは、彼女が不思議な声明で「Androidアプリケーションデザイナーの最良の候補者はWebデザイナーである」とスピーカーが私の疑念を確認したことでした。 そうかもしれません。



また、主にモバイル開発の低価格化と収益化に焦点を当てたレポートがいくつかありました。 次に、同じトピックに関する円卓会議が行われます。まあ、それはデザイナーのためではなく、マーケティングと営業のためです。 説明できないからです



しかし、私はこのすべてを要約することができます：

1. ハリコフにぶら下がることは何もありませんでした-開発者を見て、スピーチを聞きました。 会議は、おそらく、「私は見た、見た！」という悟りの感覚を残さなかったかもしれません。しかし、不適切に冒timeされた時間の悪い感じもありませんでした。
2. 友人、同志、兄弟姉妹、デザイナー、開発者。 のろいをやめ、非難の脅威に直面して私たちの階級を結集しましょう。 バスルマンは眠っていませんが、IEの第6レイアウトのサポートや、アプリケーションを起動するための永続的なインターネット接続の必要性など、認識されていないTKでpozakyristyの神聖な点を示すかのように、昼夜を問わず探しています。
3. 特にアイデアを売りたい場合は、紹介の準備を怠らないでください。 あなたの言語が自然に美しく中断されていて、語彙が例外なくすべての人を驚かせているとしても、あなたはまだあなたがいまいましいものを準備していないことを見ることができます（残念ながら私はますます遭遇します）。 あなたは単にその分野の知識に頼っていました。 しかし、それは価値がありませんでした：「このアプローチでは、象を売ることはできません。」
4. インターフェイスデザイナーは、覚えておいてください。あなたがHIGを読んでiPhoneを持っているという事実は、ユーザビリティの専門家になるわけではありません。 訓練された目だけが毎日あなたのためにそれをすることができます、すべての主要なガイドと測定基準の知識、および見られて「感じられた」例の海。

主催者について一言。



非常に迅速に発表された会議の写真とプレゼンテーションに感謝します。それらがなければ、憂鬱になります。

一般的に、組織のレベルは次のとおりです。

• さまざまな方法での参加の支払い、
• ホテルの予約のためのbooking.comモジュールの接続、会議会場に結び付け、
• 便利な電話を備えた参加者向けのチートシートと、主要駅からKHNUREへのルートの説明。

「会議プログラム」セクションのサイトにこのプログラムを印刷することができなかったのは少しイライラしましたが、到着時に提供されました。

はい、プログラムを示したiOSおよびAndroidアプリケーションを作成し、お気に入りにレポートを追加し、スピーカーをマイナスまたはプラスのいずれかで評価できましたが、それでも静止しています。



しかし、2、3のバグを見つけていなければ、「使いやすさの専門家」ではありませんでした。

私の意見では、最初で最も重要なのは壮大な失敗です。レポート間にギャップはありませんでした。これは、特にレポートが連続して異なるオーディエンスにある場合、根本的に間違っていて不便です。

すべてのリスナーには2つの方法がありました。前のスピーカーが聴衆からの質問に答えるか、「立ち去って」しまいました。 また、Zhvanetskyは、卒業前に帰る学生の背中を見るスピーカーは、フィニッシュの前に背骨に弾丸を受け取ったスプリンターと同じ感情を感じると説明しました。 または、レポートが完了するまで待って、その時間までに別のスピーカーが既に話し始めていた別の聴衆に素早く震えかけなければなりませんでした。 そして、彼の不承認の視線の下で、列の端のどこかに忍び込み、床のきしみをあなたの下でとても地獄にしようと試みます：建物は新しいものではありません。

2番目の間違いまたは小さなバグです。Androidアプリケーションでは、2つの講義ストリームのうち1つだけをお気に入りに追加できます。 それは理解できます：同時に2つでは動作しませんが、前後に走るのはいです。 しかし、両方のスピーカーに投票することは可能でした。

興味深い：iOSアプリでも同じことはありましたか？



ここで特に喜ばれるのは、会議のTwitterフィードです。メガエネルギーの主催者は定期的にいくつかのオークションを開催し、レポートの印象を共有するよう全員に促しました。

ああ、彼らはこのようなものではありません-教えてください、すぐに共有を開始します（テープから：「私はTシャツを手に入れて食べました。その日はほとんど成功でした」）。



確かに。