庭師コード

（注目を集める写真）

Chavier Noria（ オリジナル -Xavier Noria 、性別-男性 ）は、Rubyコミュニティの未知の人物とはかけ離れています。 バルセロナの開発​​者として、彼はなんとかRuby on Railsコアチームのメンバーになりました。 ちなみに、ChavierはRailsConf 2010でRuby Hero賞も受賞しました。おそらく読者の何人かは彼に会うことができました。



おそらく、私は「コードガーデナー」（ オリジナルでは「コードガーデナー」 ）のようなチャビエのそのような機能に最も感銘を受けたでしょう。 彼はこのフレーズを、2年以上前に彼が行った小さなコミットの1つに残しました。



最近、Chavierとさまざまなトピックについて話すことができました。彼の伝記、Rails 4の新人、ドキュメントへの情熱、そしておそらく最も重要なことは、小さな変化の重要性の哲学です。

開始する

Ruby on Railsの旅はどのように始まりましたか？



12年前、私はキャリアの方向を大きく変え、プログラマーとして働き始めました。 私はすでに30歳であり、決定は非常に深刻でしたが、コードを書くのが大好きなので、このステップを決定するのに役立ちました。

（会議：ザビエルノリア）

私は研究所で働き始めました。そのとき、私はJavaとPerlで書きました。 7年間、彼はバルセロナ大学でPerlで講義もしました。 2005年、誰かが私に尋ねました：私の注意を引く新しい何かがありましたか？ そして当時、ほぼ全員がRuby on Railsについて議論しようとしていました。 私の最初の（そして表面的な）ビューでは、彼は本当にそれに値しました。 だから、RoRは本当に有望に見えると思った。 それから、Rubyでの作業経験はあまりありませんでしたが、動的言語に温かい気持ちを持っているので、Rubyで少し遊んでみました。



ですから、同僚と私が実際のプロジェクトでRailsを試したとき、私たちは喜んでいました。 次に、同じレール上に本格的なオンラインストアがすでに書かれています。 その後、スペインにWebプロジェクト会社も設立しました。 RoRは私たちのブランドになりました。



「私たち」という言葉の意味は？



まず第一に、2005年に共同プロジェクトが始まったアグスティンクエンカについて話します。 ASPgemsは彼と共に、2006年に他のパートナーとともに設立されました。

Rails Coreで作業する

Rails開発チームの一員になった経緯を教えてください。 あなたの旅はどのように始まりましたか？



私は10年間フリーソフトウェアの生活に参加しました。私はいくつかのPerlモジュールに取り組み、IRCなどでできる限り助けました。 Rail自体については、バグや修正可能な他の何かを見つけたとき、発見した問題を修正するパッチを常に送信しようとしました。 しかし、チケットの解決に参加しませんでした。 何かが必要になったら、コードを書いてパッチを送っただけです。



それはすべて、Railsのドキュメントを作成したいという思いから始まりました。 私は一般的に、Rubyコミュニティでこれにいくつかの問題があると信じていますが、貢献する素晴らしい機会も提供します。 したがって、Railsでは、当時のドキュメントのレベルは私をまったく満足させませんでした。 そのため、Pratik Naikは「docrails」というプロジェクトを作成するという素晴らしいアイデアを持っていました。これは、ドキュメントの迅速な変更と修正のためのRailsブランチの1つであり、プロジェクトのマスター（メインブランチ）と定期的にマージします。 最初は、アクセスのために彼に連絡しなければなりませんでしたが、今日ではそのような問題はありません。プロジェクトにはパブリックアクセスがあります。







私はクレイジーのようにドクレイルに取り組み始めました。 ドキュメントには、一度にいくつかの開発の指示がありました。その1つは、コンテンツと機能の説明でした。これは、ご存じのとおり、プロジェクトにとって非常に重要です。 もちろん、ドキュメントの一貫性など、修正が必要な他の領域もありました。ガイドラインやルールはありませんでしたが、混乱がありました。 これが私の校正の経験が重宝した場所です。プログラミングに入る前に数年間数学の校正本に取り組んでいました。



わあ！



はい！ 私は訓練された目をしています。 何かがイタリック体である必要があり、そうでなかった場合、それは私に気付かれることはありませんでした！



そこで、ドキュメンテーションにいくつかのルールを設定し、これらの変更をRoRプロジェクトに積極的に実装し始めました。 印象的な作業が行われ、一般に多くの人はまったく見ませんでしたが、気にしませんでした。修正したいものを修正しました。 その後、何らかの形でコードの作業が開始されました。 もちろん、比率は約80/20であり、文書化の方向で有利でした。 最終的に、Rails開発チームのメンバーが私の貢献について知り、お互いにもっと密接にコミュニケーションを取り始めたので、プロジェクトについてもっと学び始めました。 しばらくして、私はチームに招待されました。



おめでとうございます！ これはすごい！ Railsカーネルチームで働くのはどんな感じですか？ 楽しいですか？ 難しいですか？ 疲れた？



ここでの作業はとてもクールです！ チームは、単独での作業とグループでの作業のバランスを見つけることができました。 重要なことのために、私たちは議論を行い、共通の視点に到達しようとします。 しかし、ほとんどの場合、私たちは一人で働き、それぞれが彼にとって最も興味深いサイトで働きます。 コミュニケーションのために、キャンプファイヤーでは部屋が使用され、ベースキャンプではプロジェクトが使用されます。



音声でお互いに通信していますか？ 少なくともSkypeでは、まあ、それともライブ？



私の場合、すべてがCampfireまたはBasecampで書かれています。 電子メールが使用される場合は非常にまれです。 私が知る限り、ホセとイェフダは現在遠隔地で連携して働いています。 通常、通信するのに十分なテキスト。

Rails 4

多くの人がRails 4の新機能について疑問に思っていますか？ あまり時間がないことは知っていますが、カーテンを開けることはできますか？



これは、多くの新機能を備えた素晴らしいリリースです。 最近では、変更ログを調べて、新しいRailのリリースに関するメモの資料を準備しています。 まず、Rails 4を使用するにはRubyバージョン1.9.3が必要です。







...そして、これは1.9.3でのみ動作するコードを使用しているという事実によるものですか？



開発者の間でいくつかの議論があり、その結果、以前のバージョンに時間を浪費しないように、Rubyの最後の安定したリリースに焦点を合わせることが決定されました。 公式サポートは1.9.3のみです。 誰かが1.9.2でRails 4アプリケーションを実行できる可能性がありますが、ここでは彼は自分のプログラムと考えられる問題について一人でいます。 多くのコードが1.9のみをサポートするように書き直されているため、絶対にRuby 1.8をサポートしません。



まあ、それは明らかです。 テストは1.9.3未満でのみ回転していますか？



はい 新しい機能の中でも、私は現在PATCHメソッドをファーストクラスの市民として使用しているという事実が気に入っています。



そして、メソッドは何をしますか？ 更新しますか？



はい、アイデアは正確に彼のデータを更新することです。 以前は、これはPUTメソッドを使用して行われていましたが、一般的に言えば、このメソッドはエンティティ全体を作成または更新する必要があります。 同時に、原則として、完全なリソースは送信されません。 したがって、リソースの更新に使用されるフォームでは、非表示パラメーター「_method」でPATCHが使用されます。



開発者がこれを知っている必要があるのはなぜですか？ スムーズな移行のために？



もちろん、スムーズな移行のために！



多くの人々が変えたいと思うもう一つのことがあります。 これは、質量属性割り当ての制御です。 以前は、必要なメソッドはモデル専用に配置されていましたが、多くの人はそれを好まなかったため、このメカニズムをコントローラーで使用できるようにしたいと考えていました。 それが起こった！ Rails 4では、この機能は強力なパラメーターと呼ばれます。 これ以降、このメカニズムはコントローラーで利用可能になり、「attr_accesible」と「attr_protected」に別れを告げることができます。 ただし、そのような要望が生じた場合は、プラグインを使用して古い機能を返すことができます。







もう1つの優れた機能は、キューAPIです。 複数のキューを選択し、1つの共通APIを使用してそれらを操作できます。 この革新のおかげで、たとえば、手紙を非同期的に送信することさえ可能になりました！



とても好奇心が強い！



ところで、私たちが作成したもう1つの非常に重要な機能は、「ロシアの人形キャッシング」です。



これについて簡単に話せますか？



ビュー内のすべてのパーシャルをキャッシュしたいが、二重または三重のネストレベルがあるとします。 この場合、キーがしばらくすると自動的に消えるように、ある種のタイムスタンプを使用する必要があります。 埋め込みビュー/パーシャルのいずれかで静的コンテンツから何かを変更すると、キャッシュのために親コンテナに誤ったデータが含まれるようになります。







機能が登場する前に、このような問題に手動で対処する必要がありました。 このすべてのRails 4があなたのために決定し、データビューに署名するためのMD5キーを自動的に生成します。



もう一つの重要なポイント。 少数の場所で使用されているため、RailsからActive Resourceを削除しています。 プラグインを使用してインストールできます。 もちろん、これらはすべて将来の変更ではありません。

庭師コード

あなたが「Code Gardener」と説明した昨年の記事を覚えていますか？



誰かが小さなコードの変更に注意を払うことは非常にまれです。 このような比較はとてもいいです！



コードを改良するために、このような小さな編集に本当に多くの時間を費やしていますか？



もちろん。 何かが私の注意を引き、修正が必要な場合、私はそれを取って修正します。 大規模なプロジェクトを作成し、コードを統合し、小さなエラーを均等に修正するのが好きです。



私が見るように、あなたは詳細を掘り下げたいです。



プロジェクトにこのような小さな投資をする必要があるのは、コードに完全な形を与え、美しさをもたらすからだと思います。







チケット間に違いはありません。小さなエラーの修正とバグの修正は、コードの他の変更と同様に重要です。 誰かがそのような修正を私に送った場合、もちろんこれらが巨大なパッチでない限り、それらはすぐに受け入れられます。 このため、私はドクレイルがとても好きです-彼らは同様のアイデアを促進しました。



この記事を読んだ人の中には、Railsに貢献したいが方法がわからない人がいる可能性があります。 彼らに何をアドバイスしますか？



Githubを開き、チケットの作業を開始します。 そのような作業には多くの機能が含まれます。問題を修正するためのパッチの作成、パッチが新しいバージョンでまだ機能していることのテストなどです。 ドキュメントの操作が好きな場合は、ドキュメントが不十分なプロジェクト（ネットワーク上に多数あるプロジェクト）を検索し、その開発に役立てることができます。 Rails Guidesプロジェクトは、このような支援に常に満足しています（ ロシアのセグメントではrusrails.ruです ）。 これは、プロジェクトにとって非常に重要な部分です！

ルビー会議

あなたはここ数ヶ月、RailsClub Moscow、BaRuCo、RuLu 2012、RailsBerry、EuRuKoなど、さまざまなカンファレンスに参加しています。 一番好きなものはありますか？



おそらく、今年以来、私は旅行したことがありません。 それらのそれぞれで（EuRuKoを除く）私は話した。 今年は楽しかったです。 しかし、私は人々に会うために会議に行きます。 もちろん話すことは好きですが、これは明らかに私の主なインセンティブではありません。



それで、あなたはバーに座るのが好きですか？ または、放課後の娯楽が好きですか？



休憩が大好きです。 私は正直に認めます：私はたむろするのが好きではありません、午前中にホテルに行くことを好みます。







とても早い そして、私はスペインであなたがちょうどその時昼食を食べていると思った！



ハ、それは本当です。 一般に、会議の2日目はリラックスしたいです。 原則として、会議には2つのタイプがあります。1つはスピーチでいっぱいで、もう1つは30分以上の定期的な休憩です。 後者の方が好きです。なぜなら、この場合、人とコミュニケーションを取り、ズボンで過ごす時間を減らすことができるからです。



アメリカのカンファレンスに参加する予定はありますか？



正直に言ってください-私が住んでいる場所からは遠すぎます。 私は一度だけ米国に連れて行かれましたが、それは主催者がレッスンを「提供」したからです。つまり、Ruby Hero賞を授与されなければならなかったからです。 そして、それは2010年にボルチモアで起こりました。

このインタビューは、 この記事の翻訳です。

PMですべてのエラーを報告してください。

---

私のブログを購読してください ！