従来のアフターパーティとの「部屋」の閉じたミタップは、50人以上の開発者を魅了しました。 ルビーコミュニティの創設者であるアントンダヴィドフによる3つのレポートと1つの直接のスピーチ。 最初は、温かいチューブの雰囲気が計画されていました。そこでチャットをしながら、Rubyプログラミング言語がロシアのITコミュニティにとってどれだけ人気があるかを知ることができました。
Nikita ShilnikovがROMライブラリとHanamiフレームワークについて話しました。
「今、プロジェクトでスタックを収集することを好みます。これにより、アプリケーションの各部分がどのように相互作用するかをよりよく理解できます。 フレームワークは変更に対してオープンであり、「多すぎる」ことはないはずです。 そして、花見はこれを念頭に置いてすぐに設計され、時間が経つにつれてますますオープンになりました。
「なぜElixirとPhoenixを使わずにROMを使うべきなのか」と尋ねられたとき、私にとって個人的には、新しいプログラミング言語を学ぶことは常に新しいアプローチを学ぶための比較的簡単な方法であることに気付きました。 後で仕事でどの言語でも使用できます。 したがって、新しい言語の研究には「はい」と言わなければなりません。 私の目標は、「もはやファッショナブルではない」という理由だけでスタックを強制的に変更しない環境をRubyで作成することです。
いつものように、言語を習得するには、小さなアプリケーションまたはライブラリを作成するのが最適です。これにより、ツールをさまざまな角度から見て、よりよく理解し、商用プロジェクトに取り組み始めることができます。
ROMについて説明する場合、これはデータストレージレイヤーでの作業の問題を解決するために設計されたライブラリです。 ROMはORMではありません。 ElixirのEctoライブラリと同様に、これもORMではありません。 一般に、ROMとEctoは非常に似ています。 ROMが解決するタスクは、アプリケーションのビジネスロジックをデータ保存方法から分離することです。
ROMの基本原則については、次の点に注意することが重要です。
- ROMにはグローバルな状態はありません。 これは開発者にとって大きなプラスです。ローカル状態の転送先を制御することが可能です。
- ROMでは、ほとんどすべてが変更可能ではなく、状態の変更につながるパブリックAPIもありません。 代わりに、APIは単に新しいオブジェクトを返します。 これにより、バグの数が大幅に削減されます。
- ROMでは、高レベルの抽象化は明示的なAPIに基づいて構築されます。 非常にカスタムなものが必要な場合は、特定の問題を解決する拡張ポイントを見つけることができます。
- また、別のCQRSの原則は、データの読み取りと書き込みのためのさまざまなインターフェイスです。 すべてを2方向に実行する代わりに、データを読み取る方法と書き込む方法があります。 すべてがシンプルです。」
Moscow.rbの創設者の一人であるアントン・ダヴィドフは、彼の観点からこの言語について語りました。
「Ruby for meは、開発経験を最大限に活用してスキルを向上させることができる素晴らしいツールです。 この言語は、初心者開発者と経験豊富なプログラマの両方がサポートと理解を得ることができる最も発達したコミュニティの1つです。
Rubyには、他の言語には類似物のない多くの代替ソリューションがあります。 Ruby on Railsフレームワークは誰もが知っていますが、Hanamiフレームワーク、ROM、Dry、Trailblazerライブラリもあります。
約2年前、私は小さな会社で働いていましたが、そこではチームビルディングやその他の非公式なイベントはありませんでした。 結果として、あなたは情報の真空に住んでいるように見えます。あなたは経験を共有したり、アドバイスを受けたりする人がいないため、すべての専門的なコミュニケーションは主にオンラインで行われます。 多くの開発者、特にリモートで作業する開発者がこのような問題に遭遇する可能性があると判断しました。 ウェブサイトとtwitter Moscow.rbを作成し、さまざまなバーでドリンクキャップを実施し始めました。 このプロジェクトは成功したことが判明しました。会議は2年間続いてきましたが、誰かが仕事を見つけるのに役立ちました。
多くの人々は、プログラマーは象牙の塔に座って、他の人とコミュニケーションを取りたくない、とても悲観的な閉じた男だと思っています。 実際、開発の成功はコミュニケーションに大きく依存しています。 コミュニケーションは、技術が発達し、アイデアが生まれる環境を作ります。 テクノロジーの周りに健全なコミュニティが存在する場合、新しい開発者は助けを得るのが簡単で、経験豊富な開発者はフィードバックを得るのが簡単です。
多くの人がEvrone社のメンバーについて聞いたことがあります 。彼らはRails Clubを組織し、ランブラーで会議を開きます。 私はもっとニッチな立場をとろうとしています。快適な環境で、狭いサークルの有名な開発者とコミュニケーションを取り、差し迫った問題について話し合うことができる会議室イベントをやっています。 一部の会議では、参加者は自分がスピーカーであることを証明し、この方向で成長し、会議で話すことが面白いかどうかを理解する機会があります。
目標について話すと、何かを作って喜んでいることに気づきました。 志を同じくする人々のクールな環境、新しいアイデアが生まれ、誰もがプロとして成長できる相互扶助の健全な雰囲気を作りたいです。
私は花見の中核開発者であり、私にとってこの技術に基づいたプロジェクトを立ち上げることは名誉なことでした。 代替ソリューションに警戒している人がまだいるので、自分の例を使用してそれがどのように機能するかを示すことにしました。
Mitapは、誰もが「レール」にうんざりしていることを示しました。これは、多くの人が言語自体に関連付けている有名なフレームワークです。 しかし、Rubyとは実際には何であり、なぜそれが好きなのでしょうか？
1993年にRubyが登場し、数年後に最初の公式バージョンが収縮しました。 この言語の作成者である松本幸宏は、学生時代からプログラミング愛好家でしたが、彼はずっと後に自分の楽器を作成するというアイデアを思いつきました。 YukihiroはOOPのファンだったため、Rubyはシンプルで直感的なアプリケーションを作成するために作成されました。そのため、プログラムの速度ではなくコードの可読性に重点が置かれたことは驚くことではありません。 この言語には、オペレーティングシステムに依存しないマルチスレッド実装、厳密な動的型付け、ガベージコレクター、およびその他の多くの機能があります。
では、なぜ Ruby が好きなのでしょうか？
- コードを読むことができます。 あなたが本当にしたい場合でも大声で。
- Rubyは、言語が同時に単純でも複雑でもある場合です。
- あなたがOOPが大好きなプログラマーなら、Rubyが間違いなくあなたの選択です。
- エラーをお探しですか？ いいえ、聞いていません。 曲がっている場合、コードの最初の行にあります。
- 統合テストはロシア語で行われる可能性があります。 外国語に問題がある場合-Rubyが大好きです。
- ルビーコミュニティは、世界で最も友好的なものの1つと言われています。 そしてフォーラムも。
- テキスト、データ、大容量を扱うためのライブラリは非常に強力です。 そして、彼らの簡潔さと明快さは無限の愛を引き起こします。 ところで、たくさんのライブラリがあり、それらは関連しています-これは良いことです。
- コードの記述速度：プロジェクトを開始し、Gemfileにライブラリを入力すると、設定が見つかります。これで最初の部分の準備ができました。 はい、はい、最初の部分。
Rubyを愛するのにこれで十分ですか？ はい、そうです。 別の方法で考えたり、このオブジェクト指向言語の愛をサポートしたい場合は、コメントを歓迎します。