3

私は Rails で作業するのが大好きですが、自分自身の非効率性につまずき続けています。「便利な」関数を実装するのに時間を費やすと、知っていれば、それが既にフレームワークに組み込まれていることが後でわかります!

私にとっての車輪の再発明の特定の分野は、

  • ヘルパーと組み込みクラス拡張
  • 最近リリースされた、まだ頭に残っていない可能性のある機能
  • プラグイン (Rails プラグインの分類法は、そのようなことが理にかなっていれば、恩恵となるでしょう)
  • 移行オプション
  • 使用頻度の低いレーキ タスク
  • ほぼすべてのオプションハッシュ

明らかに (?) 私たちは常にこれらすべてを覚えているわけではありません。「チート シート」がありますが、それらが最新のものでない限り、実際には古いバージョンを対象としているにもかかわらず、信頼できるように見えて問題を悪化させる可能性があります。

この消費税を最小限に抑えるために何をしますか? 何かできることはありますか？

Big Visible Charts のセットが役立つかどうか疑問に思った.

4

7 に答える 7

4

ここでの1つのことは、最初に特定の機能（プラグイン、宝石など）の存在について知ることです。それが理由です

  • 私はエッジレールに関する情報を最新に保つようにしています。
  • 私は多くのブログをフォローしていて、他に何もなければ毎日タイトルを調べて、少なくともいくつかの小さな足跡を私の記憶に残すようにしています。

それは受動的な部分です。今アクティブのために：

  • 新しい機能/プラグインを飛ばしながら、私が今取り組んでいることに役立つかもしれない少なくともいくつかのユースケースを想像しようとしています-この演習は、実際の概念に接続しているので、物事を思い出すのに役立ちますシステム。
  • それほど深刻ではないプロジェクトでは、実際に新しいことを試してみます。
  • SOでは、よくわからない質問や何も知らない質問に答えることがよくありますが、それらは私にとって興味深いもののようです。その後、調査を行い、その特定のトピックに関する知識を広げます。

「大きく見えるチャート」が長期的には役に立たないと思います。私は新しいことを学ぶときに虎の巻を使うだけで、それは本当に短期間のことです。アリストテレスが言ったように、卓越性は習慣です。

于 2009-02-03T15:09:19.433 に答える
2

これは Rails だけの問題ではなく、あらゆるフレームワークの問題です。Delphi を何年も使用している私の知っているプログラマーは、自分たちが複製した単純な標準関数を見つけて今でもショックを受けています。

WRT Rails では、Mike Gunderloy が最近、テキストの強調表示について書いており、この賢明な情報で締めくくられています。

ActionView::Helpersにときどきアクセスして、忘れていた他の機能が潜んでいることを確認することは価値があります。

もっと簡単にできるはずのことをする必要があるときはいつでも、Google だけでなく Google でも簡単にチェックして、膨大な時間を無駄にしないようにしています。

于 2009-02-03T15:50:15.590 に答える
1

私もこの問題に直面しています-そして私が最初にRoRを始めたときはもっとひどいものでした。1.5年以上経った今、私は何が利用できるかをかなりよく知っています。

基本的に私がしていることは、私が知っているフレームワークの一部を使用している場合です...大したことではありません。自分で作成しなければならない可能性のある何かを行う必要がある場合は、最初にそれをグーグルで検索するか、RailsAPIを検索します。最近、githubやrailslodge.comなどのプラグインサイトの検索も開始しました。

これで問題が完全に解決するわけではありませんが、劇的に役立ちました。

于 2009-02-03T15:07:51.450 に答える
1

私が解決している基本的な問題のほとんどのタイプは、すでに他の誰かによって解決されていると思いがちです。私の考えは「これをどのように構築するか」ではなく「どこで見つけるか」という仮定に沿っているという仮定から始めます。もちろん、グーグル、ウィキ、プラグイン、宝石のリストはすべてその役割を果たします。私は自分のビジネスドメインに直接関係のないコードをほとんど書いていません。

于 2009-02-05T16:21:13.200 に答える
1

私は RSS フィードで Rails ブログを閲覧し、見出しを読んで記事の内容を理解するのに十分です。これにより、幅広い知識が得られますが、かなり浅いです。それでも、そこに何があるかを教えてくれます。昨日、ハイライト ヘルパーに関するブログ記事を見たときのように (私はそれが存在することを知りませんでした。今では存在し、もし必要になった場合は、投稿を詳しく読まなくても、探す必要があることを知っています)。また、後で読むために別のタブで詳細に読みたい投稿を開き（以前は ReadItLater を使用していましたが、手に負えなくなりました）、それらを読みながら、自分のブログの投稿にメモを書きます。その他 - 記憶に残り、後で見つけられるようにします。

未知の領域や忘れられた領域に足を踏み入れたときに私が行うもう 1 つのことは、答えを知っていると思っていても、ここでベスト プラクティスや具体的な詳細について質問することです。たとえば、レコードの編集履歴を追跡するための一般的なプラグイン(acts_as_audited および act_as_versioned)の名前を思い出せませんでした。15分で答えが出ました。

一人でのプログラミングを、フーズボール テーブルと私が知らないことを知っている他の多くの人がいるクールで騒がしい開発ショップの 1 つでのプログラミングに変えます。

于 2009-02-03T15:24:24.927 に答える
0

車輪の再発明に費やされる時間をなくす鍵は、Rails のヘルパー/機能内を検索するための非常に少数のツールを用意することだと思います。

一方では、IDE の適切な選択が大いに役立ちます。一方、非常に優れたオンライン (オフライン) エッジ ドキュメントで、すばやく検索できます。最近では、ロシアの Rails プログラマーの 1 人が作成しました: http://railsapi.com/。検索は非常に MacOS スタイルで行われるため、すばやく掘り下げるのに非常に適しています。

于 2009-08-11T12:15:31.310 に答える
0

最初にテストを書きます。次にコード。時にはフレームワークがそれをやってくれるので、コードを書く必要はありません。:)

Rails は他のフレームワークと何ら変わりはないと思います。どこにあるのかを知るには時間がかかります。あなたができる最善のことは、API ドキュメントを読んでそこにあるものを確認することです。使い方を学ぶ必要はありません。そこにあるものだけを学び、必要なときにそれを探す方法を理解してください。

また、他の誰かがすでに持っているコードを書くことも悪いことではありません。あなたはそれから学びます。後で、フレームワーク mojo を入れ替えて、テストがまだ成功するかどうかを確認します。もしそうなら、あなたは良いですし、フレームワークの一部の内部がおそらくどのように機能するかを知っています.

于 2009-02-03T17:25:07.817 に答える