2013年11月末に、同僚と私は「ボランティアの脳にScalaを集中的に導入する」セッションを行う会議を開きました 。
私は私たちの創造性と「実験」の簡単な説明を公の場に掲示します。
免責事項と助けを求める叫び
私たちはScalaの専門家ではありませんが、専門家を練習しています。
したがって、一部の概念を誤って描写する可能性があります。
これには悪意はありません。
問題を見つけたり、嘘をついた場合は、記事にコメントを残し、どれだけひどい間違いを犯したかを説明してください。 私はこれに非常に感謝します！
TL; DR;
すべてうまくいきました。 気に入りました。 人々はそれが好きだった。 見てコメントしてください。
パート1： はじめに。 免疫。 「ビルディングブロック。」 主なタイプ。 クラス階層。
パート2： 関数、メソッド。 元のオブジェクトとして機能します。 型推論。 短絡。 コレクション。 ループおよびfor compehension。 パターンマッチング。 暗黙の構造。
パート3： 構文糖。 レイジーコンピューティング。 再帰。 ストリーム。 モナド。
プレゼンテーションはこちらにあります 。
LTDR時代の代表者向けレポート
社会的部分
したがって、私たちのスピーチの主な目標は次のことでした：
-
FAQを増やします。Scalaが描かれているほど怖くないことを示します。 - 多くの人がまったく考えていないクールなコンセプトを示します。
- ベクトル"Where to Next"を設定します。
- ハードドラッグScalaに追加します... ??? ...利益!!
レビューを分析し、自然環境の「実験的」を観察した後、私たちの目標のほとんどが完了したという結論に達しました！ やった！
簡単なサンプル統計：
- 約130人の参加者が登録されました。
- 約90人の参加者が来ました。
- 約40人の参加者が最後まで生き残りました。
- その場で書かれたレビューは15人の参加者を残しました。
- Scala.UAチャットルームの参加者数は8人に増えました。
プレゼンテーション中に、 ロックプログラマーの分類からレベルA1、A2、およびL1に必要なほとんどすべてのトピックを調べました。
さらに、インタラクティブなプレゼンテーション形式を試しました ：
- 参加者はいつでも質問をする
- ライフコーディング。参加者は誰でも変更を提案できます
アパート№1
個人的には、聴衆とのライブコミュニケーションをサポートする形式が大好きです。なぜなら、トピックから逸脱したり、「難しい言語」になったり、理解できない抽象聴衆のレベルにジャンプしたりすることができないからです。
おそらく、この愛は、私が即興を演奏するのが好きで、パフォーマンスを暗記するのが好きではないという事実によるものです。
さらに、人が概念の形成に必要な質問を持っている場合、心理的な不快感がありますが、彼はすぐにそれを明確にすることはできません。
リスナーは、できるだけ早くゲシュタルトを形成する必要があります。
おそらく、この愛は、私が即興を演奏するのが好きで、パフォーマンスを暗記するのが好きではないという事実によるものです。
さらに、人が概念の形成に必要な質問を持っている場合、心理的な不快感がありますが、彼はすぐにそれを明確にすることはできません。
リスナーは、できるだけ早くゲシュタルトを形成する必要があります。
理論部
アパート№2
Scalaストーリーの主な問題は、素材の正しい構造と一貫性です。
私たちはいくつかの本を読み、いくつかのスピーチを見て、カーソルのコースを取りました。
岩は複雑であるため、研究されると、人はあらゆるトピックで未知の世界に飛び込み、この未知の世界を掘り下げます。 しかし、人間の脳内のスタックは非常に有限であり、準備が整っていない付着者でScalaを研究するときに「脳スタックのオーバーフロー」につながります。
私たちはいくつかの本を読み、いくつかのスピーチを見て、カーソルのコースを取りました。
岩は複雑であるため、研究されると、人はあらゆるトピックで未知の世界に飛び込み、この未知の世界を掘り下げます。 しかし、人間の脳内のスタックは非常に有限であり、準備が整っていない付着者でScalaを研究するときに「脳スタックのオーバーフロー」につながります。
最初に「集中した知識」から人々を保護するために、それを提示するのが慣習とは少し異なる方法で資料を構造化しようとしました。
主なトピックのリストは次のようになります。
- はじめに
- 不変性
- 積み木
- 基本タイプ
- クラス階層
- 機能 方法 一流の機能
- 型推論
- 閉鎖
- コレクション
- ループ。 理解のために。
- パターンマッチング。
- 暗黙的
- Scala構文シュガー
多くの追加トピックがプレゼンテーション自体に「縫い付け」られており、視聴者がこれらのトピックに触れると説明されます。
プレゼンテーションを確認して、概念の不正確さと理解の穴をいくつか発見しました。
しかし、スピーチの途中でさえ、私たちは戦略的なミスを犯したと結論付けました-私たちはすべての構文上の砂糖を最後まで取りました。
これはできません！
cな言語構成体についての質問は、議論されたほとんどすべてのトピックに現れます。
話すときに砂糖を正しく表示して説明する方法は、未解決の問題です。
ご清聴ありがとうございました。
スカイプチャットにみんなを招待します： bit.ly/scalachat （ウクライナ語チャット： bit.ly/scala-ua ）
私たちは初心者と専門家の両方に喜んでいます。 居住地、人種、性別、その他の小さな要因は重要ではありません。
PS私たちのイベントが好きなら、あなたを訪問するために私たちを招待できます。 PMをノックします。
チャットルームで予定されているイベントを確認できます。