--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To post to this group, send email to rubyonra...@googlegroups.com.
To unsubscribe from this group, send email to rubyonrails-ta...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
Then where the hell do you get off complaining about the utility of the
list? Please get to know the community before you complain about it.
[...]
> When I do post something, I'll hang out for a while and have even
> replied to a few questions, but you are right - it is a little
> overwhelming.
>
> Rails is overwhelming - so many library calls with so many options,
It can be. Read the guides and the docs again. It is possible to learn
it even without external help -- I know because that's what I did. It
wasn't exactly easy, though.
> it
> is just plain hard to learn OPC (other people's code).
That's true in any language. Well-written Ruby is actually easier to
deal with in that regard than most other languages I'm familiar with.
> I may live too
> much on the edge in that I'm trying to get into Rails 3.
Perhaps.
> Playing with
> rails for about 5 years (playing means I've written and deployed stuff
> which I only partially understand),
That's a bad thing right there. Why would you deploy an application
that you didn't understand? What is it that you don't understand?
> Rails 3 almost makes sense. I
> feel Rails would have never gone anywhere without Ryan Bates
> RailsCasts, but he is only one person trying to teach the world and
> he'll use something that you had no idea it existed.
Sometimes, yes.
> The problem is
> when you try to implement that new found thing in your world, you'll
> still find missing knowledge.
Ryan (or anyone else here, I think) is not going to spoon-feed you. It
is up to you to take the hints given to you and get the missing
knowledge. If you're stuck, please ask questions, but show that you've
taken some initiative before doing so.
>
> The handle I used "AppleII717" stands for - I have Apple II serial #
> 717 sitting around somewhere.
Neat!
> I spent many years being the knowledge
> base for a lot of people at that time - but then you get overwhelmed.
> I was just looking for that knowledge base for Rails.
>
I think you've found it -- but you may not be using it correctly. Or
people may not know how to answer your questions. If I recall
correctly, some of them are on fairly sophisticated, specialized topics
that no one may know the answer to!
> Steve Alex
>
> On Jul 27, 7:58�pm, Patrick Robertson <patricksrobert...@gmail.com>
Best,
--
Marnen Laibow-Koser
http://www.marnen.org
mar...@marnen.org
Sent from my iPhone
--
Posted via http://www.ruby-forum.com/.
Agreed (mostly). I constantly counsel friends picking up RoR to start
small, and use the old
ruby script/generate scaffold person first_name:string last_name:string
rake db:migrate
then actually go look at all the generated code to understand HOW it
works - migrations, controllers, views, models, routes.
Recently, I've seen a lot of posts where it feels like attempted running
in rails when the person doesn't seem to have tied their shoes yet...
("I've never looked at routes.rb, but I want my sexy routes to look like
this, tell me how" or "I typed in exactly what you said and it didn't
work")
And a simple "I wanna do X. Please feed me code" doesn't elicit much of
a response from me other than to point them to a simple Google search
they should have done BEFORE asking for assistance. Even if the answer
is on the first linked page, I want them to go perform a bit of due
diligence themselves.
And oftentimes, people are simply working in an area I don't know much
about, so I won't reply.
I don't work on a Mac, so that whole family of configuration questions
is out, haven't used Postgres or SQLite, so that eliminates another
batch. And I'm sure the same applies to lots of other folks. When you
look at it, there are far more questioners than answerers, this is
volunteered time, and we are in the middle of vacation season. Just the
nature of the beast.
>
> Thanks for the reply. You are right in that I need to RTFB a little
> more. I even dug out the �Poignant Guide to Ruby� and will try to
> improve my understanding.
>
Always good to Read The Fine Manual... :)
Sometimes I check the forum just to read posts and replies, which can be
equally enlightening.
And I think you've just hit on your problem. There is no such thing as
"Rails - Ruby". Rails is built on top of Ruby, but you have to know
both the basic language and the framework in order to use the
combination effectively.
>
> Great in that it is an amazing language.
Yup.
>
> Weak in that, with scaffolding and generators, I feel most users,
> including me, are weak on Ruby.
I notice that a lot too -- a lot of people seem to hear about teh shiny
Railz magik, and try to work with Rails without having a good idea of
Ruby. That is a recipe for failure: you can't do nontrivial work in
Rails without a basic understanding of the Ruby language.
> Yea, I can do all the basics
> (conditions, loops, etc) but I think a large segment of those trying
> to use this list have never written a Module with Classes etc.
Rails was my introduction to Ruby development, so I hadn't either. But
I made sure I understood how the language basically worked before trying
to understand the framework.
[...]
>> That's a bad thing right there. �Why would you deploy an application
>> that you didn't understand? �What is it that you don't understand?
>
> Because Rails did most of the work and it worked! Without going into a
> lot of history, deployed in my case was a helper application that
> managed golf scores for a small golf group that I'm a member of. It
> was almost an intranet on the internet, it has no use to anyone
> outside that group. I've written that application in about 4 different
> languages and the Rails 1.x version has been out there for about 3
> years. Unfortunately it was PHP code converted and wrapped in a Rails
> MVC.
Yuuuuuck (at least potentially). I learned Rails by porting a PHP
(Fusebox MVC) application, but I deliberately didn't port any of the PHP
code: I copied the functionality, but did so by completely rewriting
from scratch. I didn't want to write PHP in Ruby or Fusebox in Rails.
> I did have plans of making the application available to other
> groups, but never got there. Over the last month or so, I rewrote/re-
> factored it into Rails3 (dePHPed!). Still not ready for the world
> <http://maxwell.golfgaggle.com>, but I used a number of Gems etc that
> I never used before. Probably the reason for the flurry of posts and
> my quest to find information on Rails3 - which I think most would
> agree, is limited at this time.
Yes. I think it's risky to base an application on a prerelease version
of the framework.
[...]
> Thanks for the reply.
You're welcome!
> You are right in that I need to RTFB a little
> more. I even dug out the �Poignant Guide to Ruby� and will try to
> improve my understanding.
I've found the Pickaxe Book far more useful than the Poignant Guide.
YMMV.
>
> Steve Alex
Best,
--
Marnen Laibow-Koser
http://www.marnen.org
mar...@marnen.org