Hello, I''m new to web programming. I want to learn about the process while developing web applications. What must come first? design, database or model? I think the order must be design->database->model. What''s the best approach? -- Posted via ruby-forum.com. --~--~---------~--~----~------------~-------~--~----~ 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 rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Hi Bahadir it depends on what you want to do, what size of your ideas have. Get a pen, a paper write your ideas down. Then start with a design or your business model I think the design (rough) should come out of your business model, where your application design should come out of your rough design sketch. In Rails, many Ideas may come also later while you are programming, because you discover nice features in ruby and/or rails, which helps you to integrate nice-to-have features. But as I said, try starting with pen and paper write your ideas down and make a sketch, of what you have in mind. best regards and have fun! Rafael On 23 Jun., 12:37, "Bahadır Doğan" <rails-mailing-l...@andreas-s.net> wrote:> Hello, > I''m new to web programming. I want to learn about the process while > developing web applications. What must come first? design, database or > model? > > I think the order must be design->database->model. > > What''s the best approach? > > -- > Posted viahttp://www.ruby-forum.com.--~--~---------~--~----~------------~-------~--~----~ 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 rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe@googlegroups.com For more options, visit this group at groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Bahadır Doğan wrote:> I''m new to web programming. I want to learn about the process while > developing web applications. What must come first? design, database or > model? > > I think the order must be design->database->model. > > What''s the best approach?Focus on the user experience: views => models => database => controllers -- We develop, watch us RoR, in numbers too big to ignore. --~--~---------~--~----~------------~-------~--~----~ 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 rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe@googlegroups.com For more options, visit this group at groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Bahadir Dogan wrote:> I''m new to web programming. I want to learn about the process while > developing web applications. What must come first? design, database or > model?In traditional development, you must write the database first, then the design. That''s because changing a traditional program - especially changing the database schema - runs incredible risk of bugs. Rails is a member of a category of programming styles called "Agile", meaning Rails uses tests and database migrations to help reduce the impact of early design mistakes. This, in turn, allows you to start a program as "lean" as possible. Just enough data tables, models, and controllers to pass some test, and produce some output. So the flow should be to write unit tests and functional tests, get them to fail, then write enough code to pass the test. And repeat, adding a test for each new bit of code you need. Keep your program as simple as possible at all times. Some programming environments make that technique very hard. HTML development makes it especially hard. Rails is unique in the industry for making test-driven development for HTML easier than most other platforms. -- Phlip oreilly.com/catalog/9780596510657 "Test Driven Ajax (on Rails)" assert_xpath, assert_javascript, & assert_ajax --~--~---------~--~----~------------~-------~--~----~ 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 rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
dblack-TKXtfPMJ4Ozk1uMJSBkQmQ@public.gmane.org
2007-Jun-26 11:06 UTC
Re: What''s the flow?
Hi -- On Sat, 23 Jun 2007, Bahadr Do~_an wrote:> > Hello, > I''m new to web programming. I want to learn about the process while > developing web applications. What must come first? design, database or > model? > > I think the order must be design->database->model. > > What''s the best approach?It depends so much on the project. When I''m working on something alone, at least, I always seem to work on the domain modeling and database design first, and then layer the program logic (the controllers) and design (to the extent that what I do can be called design :-) on top. But that''s just how I work; it''s not necessarily a recommendation that you proceed the same way. David -- * Books: RAILS ROUTING (new! awprofessional.com/title/0321509242) RUBY FOR RAILS (manning.com/black) * Ruby/Rails training & consulting: Ruby Power and Light, LLC (rubypal.com) --~--~---------~--~----~------------~-------~--~----~ 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 rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe@googlegroups.com For more options, visit this group at groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Agile doesn''t change the order of the traditional process of software development it shortens the cycles of releases. More like this: analysis->design->develop->deploy->anlysis->design->develop->deploy->analysis->design->develop->deploy->anlysis->design->develop->deploy- >analysis->design->develop->deploy->anlysis->design->develop->deploy- >analysis->design->develop->deploy->anlysis->design->develop->deploy- >analysis->design->develop->deploy->anlysis->design->develop->deploy- >analysis->design->develop->deploy->anlysis->design->develop->deployThis increases transparency of status of the project, mitigates risks, and reveals scope and resource usage (velocity)... ~)o gustin entryway.net On Jun 26, 7:06 am, dbl...-TKXtfPMJ4Ozk1uMJSBkQmQ@public.gmane.org wrote:> Hi -- > > On Sat, 23 Jun 2007, Bahadır DoÄ~_an wrote: > > > Hello, > > I''m new to web programming. I want to learn about the process while > > developing web applications. What must come first? design, database or > > model? > > > I think the order must be design->database->model. > > > What''s the best approach? > > It depends so much on the project. When I''m working on something > alone, at least, I always seem to work on the domain modeling and > database design first, and then layer the program logic (the > controllers) and design (to the extent that what I do can be called > design :-) on top. But that''s just how I work; it''s not necessarily a > recommendation that you proceed the same way. > > David > > -- > * Books: > RAILS ROUTING (new!awprofessional.com/title/0321509242) > RUBY FOR RAILS (manning.com/black) > * Ruby/Rails training > & consulting: Ruby Power and Light, LLC (rubypal.com)--~--~---------~--~----~------------~-------~--~----~ 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 rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe@googlegroups.com For more options, visit this group at groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Hi, In my opinion it should start and end with the user interface. This is the only part of the entire system that the user will see and will use so the user interface should drive everything else. Now, this doesn't mean that the UI needs to be nailed down and signed off before you start working on the model or the DB, but it means that in any iteration, the work being done should be driven by the state of the UI for that iteration and should be ultimately verified according to the UI. So, to put this more simply, create a screen(s) and then work to make the screen(s) function. Then go back to the screen(s) and ensure that what is happening and the data you are getting back based on what you are entering is correct. As much as the rest of the application is important, your users don't care if there is a database or you are using comma separated flat files. Cheers, Chris On 6/23/07, Bahadır Doğan <rails-mailing-list@andreas-s.net> wrote:> > > Hello, > I'm new to web programming. I want to learn about the process while > developing web applications. What must come first? design, database or > model? > > I think the order must be design->database->model. > > What's the best approach? > > -- > Posted via ruby-forum.com. > > > >-- fuzzylizard.com You know you've achieved perfection in design, Not when you have nothing more to add, But when you have nothing more to take away. -- Antoine de Saint-Exupery --~--~---------~--~----~------------~-------~--~----~ 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 rubyonrails-talk@googlegroups.com To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe@googlegroups.com For more options, visit this group at groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
> It depends so much on the project. When I''m working on something > alone, at least, I always seem to work on the domain modeling and > database design first, and then layer the program logic (the > controllers) and design (to the extent that what I do can be called > design :-) on top. But that''s just how I work; it''s not necessarily a > recommendation that you proceed the same way.I''m the same way, but neither of us are designers :) I think it''s a good idea to go straight to the source though. Rails was created out of a 37signals application, so it''s tailored to the way they work. Getting Real is their PDF book talking about it: gettingreal.37signals.com/toc.php. -- Rick Olson lighthouseapp.com weblog.techno-weenie.net mephistoblog.com --~--~---------~--~----~------------~-------~--~----~ 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 rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---