October CincyRb - Jim Weirich on Decoupling from Rails

  Рет қаралды 47,464

Launch Scout

Launch Scout

Күн бұрын

Пікірлер: 17
@sebastianmitterle3779
@sebastianmitterle3779 5 жыл бұрын
Fantasy tests, XD Love the name!
@RubyLoveIO
@RubyLoveIO 10 жыл бұрын
If you liked this talk about Ruby from my friend Jim, check out this one on removing conditionals for your ruby code! kzbin.info/www/bejne/gJmsiqpnjpyjj5I One of my favorite videos by Jim. Teasing out domain logic from rails is a worthy goal. If you want to learn how to do this kind of rails development hit me up. Jim and I have the same favorite Uncle.
@natewallis1
@natewallis1 10 жыл бұрын
hey.. whats the best way to contact you
@RubyLoveIO
@RubyLoveIO 10 жыл бұрын
Nathan Wallis rubylove.io
@jcabas
@jcabas 10 жыл бұрын
Hey Ruby Love you know what's that VIM plugin Jim uses to create methods?
@RubyLoveIO
@RubyLoveIO 10 жыл бұрын
Jonathan Andrés Cabas Candama Jim didn't use Vi all that much when he was alive. He used EMACS. (read below the split for links) However, you can get a plugin that does this in vim. Ii haven't found one I like enough to use a lot (I do it by hand) but you can get some good ideas from: www.google.com.mx/search?q=vim+refactor+ruby&oq=vim+refactor+ruby&aqs=chrome..69i57.4359j0j7&sourceid=chrome&es_sm=91&ie=UTF-8
@jcabas
@jcabas 10 жыл бұрын
Ruby Love Hey Thank you.
@milesrout
@milesrout 8 жыл бұрын
RIP
@NeilErnst
@NeilErnst 9 жыл бұрын
Anyone know if the Omnigraffle models are public anywhere?
@Zhaynoth
@Zhaynoth 7 жыл бұрын
I didn't get the biz part. What kind of stuff should go into biz?
@RegularCupOfJoe
@RegularCupOfJoe 7 жыл бұрын
Business logic. The stuff that represents a business or technical process.
@Zhaynoth
@Zhaynoth 7 жыл бұрын
Thanks Glass. But how long should be the business or technical process that goes there? I mean, if there is a large logic process that involves doing tasks on other models, how all that logic should be placed along runners, biz models, models, and repositories?
@RegularCupOfJoe
@RegularCupOfJoe 7 жыл бұрын
I'll say it this way: keep logic cleanly organized. Suppose in some process that I have, I need to determine a person's birthday to send them a birthday greeting card and I need to send them a reminder card to pay their rent. (Silly example, I know, but let's stay with it.) I would have one flow through my system that is responsible for getting the person's birthday, determining if his (or her) birthday is a few days away, and sending the birthday greeting card. I would have another system that focuses on getting the person's rent policy, determine if rent is about due, and sending the rent due reminder. Even though these are all a part of how my business operates, they are separate operations within my business. So I should keep them separate from each other in my code. There's a pattern in software called "the Single Responsibility Pattern" (it's on Wikipedia), and it says that code is easier to develop and maintain, and typically more performant, when each "unit" of work is has one and only one responsibility. So, birthday greetings are a high level "unit" of work in my business, so I ought to write it to be really good at sending birthday greetings. The same is true of rent due reminders. And birthday greetings and rent due reminders should little to no knowledge of each other in terms of code. Does that sort of make sense? Please feel free to ask more questions; I quite enjoy talking coding patterns, design, and architecture.
@JoshSandlin
@JoshSandlin 8 жыл бұрын
What testing framework is he using?
@linuxgirl_
@linuxgirl_ 8 жыл бұрын
+Josh Sandlin I think it's just Rspec with some basic extensions, e.g. rspec-given.
@dovitart
@dovitart 9 жыл бұрын
3301
RubyConf 2009 - SOLID Ruby by: Jim Weirich
46:19
Confreaks
Рет қаралды 10 М.
7 Outside The Box Puzzles
12:16
MindYourDecisions
Рет қаралды 280 М.
VIP ACCESS
00:47
Natan por Aí
Рет қаралды 30 МЛН
Keynote: Jim Weirich - Why aren't you using Ruby? (RubyConf Uruguay 2013)
45:58
Ruby Conference 2007 Advanced Ruby Class Design by Jim Weirich
1:01:16
The Only Unbreakable Law
53:25
Molly Rocket
Рет қаралды 354 М.
Clean Code - Uncle Bob / Lesson 1
1:48:42
UnityCoin
Рет қаралды 2 МЛН
Rant: Entity systems and the Rust borrow checker ... or something.
1:01:51
Mastering the ruby debugger by Jim Weirich
34:06
Confreaks
Рет қаралды 17 М.
Ruby Conf 12 - Boundaries by Gary Bernhardt
45:55
Confreaks
Рет қаралды 52 М.
Hammock Driven Development - Rich Hickey
39:49
ClojureTV
Рет қаралды 296 М.