パート1
会議の2日目は、「Professional Front-End Engeneering」と題され
彼は、彼らがしているプロジェクトが重要ではなく、開発されないと確信している場合でも、彼らの仕事を無視しないようにウェブ開発者に促しました。 ご存知のように、ウェブは動的で拡大し続ける環境です。そのため、どんな小さなプロジェクトでも、最も小さなプロジェクトでも「撮影」でき、拡張、完成、開発する必要があります。 したがって、ドキュメントを保存したり、自分のコードにコメントしたりしないでください。インターフェイス要素を再利用する可能性と拡張の可能性を覚えておく必要があります。
そして最後に、ネイトは出席者に、自分たちのアイデアは自分の仕事に従って発展することを思い出させました。 一般的にも一般的にも、レポートは正しいことが判明しましたが、一部は午前中に知覚することが困難でした...
私は「ネイト」というフレーズが気に入りました- 「ソースを表示」する責任があります！
ネイトに続いて、有名なカナダのフリーランスWeb開発者であるジョナサンスヌークが舞台に上がりました。 彼のレポート「Building on the Shoulders of Giants」は、多くのWeb開発者が毎回車輪の再発明を好むという事実に基づいています。 それ自体は、基本的なことを理解し、あなた自身の経験を積むのに役立つので、特にプロとしての道の始まりでは、それほど悪くはありません。 しかし、競争環境でのそのようなアプローチは重大なマイナスです。アイデアを持ち、それをゼロから開発するのに多くの時間を費やすので、最初から市場に来るリスクがあります。 誰もが同じアイデアが同時に異なる人々に伝わり、勝者は他の人々よりも早く彼の計画を実行する人であることを知っています。
ジョナサンは、業界の巨人の経験を彼のニーズに活用し、最小限のリソースと時間で迅速にアイデアを実装することを求めました。 主なアイデアは、オープンソースエクスペリエンス、API、ライブラリ、ナレッジベースを使用してプロジェクトの初期バージョンを実装し、「テリトリーを賭けて」開発を冷静に続けると同時に、ベータテスターとフォーカスグループから無料のバグトラックを受け取ることです。 レポートでは、JonathanがTwitterとJquery APIに基づくシンプルなアプリケーションの実装例を示しました。このアプリケーションでは、タイムラインの形式でツイートがページに配置されました。 彼によると、彼は会議の数時間前の夕方にこのアプリケーションを書いた。 北米ですでに成功している追加の例は、会議で提示されたMyMileMarkerです。 ところで、リメイクの愛好家はRuNetで同様のサービスを実装しようとすることができます;）
ジョナサンが話した興味深い点は、オープンAPIを使用する場合、開発者はサービスとユーザーの間の仲介者として機能し、たとえばTwitterなどのサービス/ APIの不具合の場合、開発したアプリケーションのユーザーがあなたを責めるということです、Twitterではありません。 したがって、そのような瞬間は事前に考え出して、予防するように努める必要があります。
次のレポートは、Javascriptライブラリに捧げられたもので、 Jqueryの作成者でありチーフ開発者であるJohn Resig以外は誰もいませんでした 。 レポートのタイトルである「JavaScriptライブラリの理由と選択」は、ジョンが個人的に興味を持っている人として、どのライブラリがより適切で使用する価値があるかを客観的に説明できなかったため、すでに問題を引き起こしていました。 もちろん、彼自身もこれを理解していたため、ライブラリをさまざまな特性で比較するレポートを作成しました。
彼は一般的な情報から遠くから始め、使用統計（ほとんどの開発者はJquery（32％）とPrototype（32％）を使用し、残りはYUI（20％）、Dojoなどと共有）を使用して、特性を調べました。 このレポートは、ほとんど詳細なしのレビューであることが判明しましたが、私の意見では、完全に時間がないためです。 結論として、JqueryとPrototypeはリーダーであり、驚くことではありません。
レポートの最後に再び質問する時間はありませんでしたが、「一般的なJavascriptライブラリをコンポーネント/プラグインとしてブラウザーに追加するという考えについてどう思いますか？」という質問を追加しました。 将来を見据えて、残念ながらこの問題に取り組むことはできなかったと言わなければなりません。
昼休みの後、The Web Accessibility Tools Consortium（WAT-C）のディレクターであるPaciello GroupのSteve Faulnerは、「WAI（Web Accessibility Initiative）-ARIA（Accessible Rich Internet Applications）-It's Easy」というプレゼンテーションを行いました。 それは視覚障害を持つ人々のためのウェブアプリケーションとサービスの可用性についてでした。 実験ウサギの役割で、辛抱強いTwitterが再び行動しました。 マークアップで追加の属性を使用する例では、スクリーンリーダーによってより正確に処理され、その管理がよりアクセスしやすくなるドキュメントの作成の相対的な容易さを示したいと考えました。 しかし、すべてがそれほど単純ではないことが判明しました。
スティーブが示した例は、合成テストのみで機能し、コードはスティーブには示されていませんでした。 さらに、WAI-ARIAはまだW3C勧告になっていないため、WAI-ARIAの属性が追加されたドキュメントは無効になります。 好奇心がないわけではありません。 デモの1つで、一般的なスピーカーに接続されたスクリーンリーダーJAWSは、毎分120ワードの速度で独立したスピーチを行うことにしました。 長い間興奮したスティーブは彼を落ち着かせることができず、聴衆は長い間笑い、時には窒息した隣人に切り替えました:)
前述にもかかわらず、このトピックは非常に深刻であり、最も注目に値します。 残念なことに、開発者には、身体障害を持つ人々の生活を楽にするのに十分なツールがありません（はい、ほとんどありません）。
私が行った会議の最終レポートは、 ジェームス・アダムとサイモン・ウィリソンが交互に率いる「サーバー側の探検：Rails＆Django」でした。 このレポートの目的は、フロントエンドサーバーテクノロジーを開発者に紹介して共通の開発を行い、潜在的なユーザーの関心を引くことでした。 このレポートは、プレゼンテーション中に軽く、例に満ち、コードを「ライブ」で書くことが判明しました。 私の場合、RubyもDjangoも知らない私が興味を持ち、試してみるので、レポートは目標に達しました。
ここでは詳細について話すのは非常に難しいですが、私の謙虚な理解では、Ruby on Railsはアプリケーションの構築とデータベースの操作が簡単なフレームワークとして位置付けられ、Djangoはコンテンツ指向のサイトの構築に適したフレームワークとして位置付けられましたビート）。
実際、レポートは終了し、Q＆Aセクションが始まりました。 長い間、フロントエンドWeb開発者またはフロントエンドエンジェネラーを正しく呼び出す方法を決定していました。 最終的に、彼らはそれが名前ではなく、ウェブ開発プロセスにおけるこの職業の重要性であると決定しました。 Javascriptライブラリに関する私の質問に決して到達しませんでした。
一般的な印象 ：
会議の初日は少しがっかりしましたが、これは主観的な意見です。 2日目は状況を修正しましたが、特異性が不足しており、常に「まあ、それは今すぐになります、今は明るくなります」という感じがしましたが、どういうわけかうまくいきませんでした。
私は他のウェブ開発者とコミュニケーションをとる機会、意見や経験の交換、ギルドの気持ち、そして兄弟愛ではないにしても、とても嬉しかったです:)
一般に、 @ Mediaは素晴らしいイベントです。この会議には、世界中の膨大な数のWeb開発者が集まり、コミュニケーションと知識の共有に優れた雰囲気を作り出しています。 主催者は、会議が将来どのように見えるべきかを決定しようとしています。 私は彼らが正しい結論を導き出すことを確信しており、私は次回そこに行くことを試みるでしょう。