« Back to channel list

#RubyOnRails - 11 October 2017

« Back 1 day Forward 1 day »
[00:00:39] jrabe: has joined #RubyOnRails
[00:02:20] arathald: has joined #RubyOnRails
[00:05:45] mcr1: has joined #RubyOnRails
[00:08:54] Shilon_: has joined #RubyOnRails
[00:14:01] bronson: has joined #RubyOnRails
[00:15:20] cagomez: has joined #RubyOnRails
[00:17:41] chouhoulis: has joined #RubyOnRails
[00:37:33] orbyt_: has joined #RubyOnRails
[01:03:01] sevenseacat: has joined #RubyOnRails
[01:10:21] weaksauce: has joined #RubyOnRails
[01:10:24] lupine: has joined #RubyOnRails
[01:13:39] quirkycoders: has joined #RubyOnRails
[01:32:26] Iambchop: mrgordon: https://gist.github.com/anonymous/6200ced02171f4686cdc20eafaffae7d
[01:35:31] jphase: has joined #RubyOnRails
[01:39:35] mostlybadfly: has joined #RubyOnRails
[01:40:49] knight33: has joined #RubyOnRails
[01:41:07] fragamus: has joined #RubyOnRails
[01:52:05] orbyt_: has joined #RubyOnRails
[02:04:48] quirkycoders: has joined #RubyOnRails
[02:15:01] bronson: has joined #RubyOnRails
[02:16:06] DTZUZO: has joined #RubyOnRails
[02:21:43] helpa: has joined #RubyOnRails
[02:22:48] dnyy: has joined #RubyOnRails
[02:29:01] TinkerTyper: has joined #RubyOnRails
[02:30:25] timdotrb: has joined #RubyOnRails
[02:35:22] chouhoulis: has joined #RubyOnRails
[02:43:15] bratsche: has joined #RubyOnRails
[02:46:18] aphelion: has joined #RubyOnRails
[02:46:34] DarkBushido: has joined #RubyOnRails
[02:47:48] epochwolf: has joined #RubyOnRails
[02:51:25] kies: has joined #RubyOnRails
[02:53:29] fragamus: has joined #RubyOnRails
[03:05:59] waseem_: has joined #RubyOnRails
[03:19:56] lholt9ca2ab6: has joined #RubyOnRails
[03:21:16] lholt9ca2ab6: Some time ago I was watching some youtube videos. It may have been some some talks by Robert 'Uncle Bob' Martin or Martin Fowler, I don't remember. In this particular video, the speaker mentions there was a reputable person at a developer conference. He was giving out a simple "coding challenge" to whoever would take it. He mentions this game, written by a contractor. The game I think is like a checkers game. Anyway
[03:21:16] lholt9ca2ab6: the game is programmed to award the win if the player completes the "task" in 5 steps. Your challenge should you choose to accept it, is to modify the code that that the game allows you to complete the task in as many as six steps. Anyway the speaker was saying, he sat down to attempt the challenge, with a friend I think, and after several hours gave up. He couldn't do this (supposedly) simple change. So I'm trying to
[03:21:16] lholt9ca2ab6: refer someone to this video, but I can't seem to find this video on youtube. Has anybody seen this video?
[03:27:46] lholt9ca2ab6: has left #RubyOnRails: ("Textual IRC Client: www.textualapp.com")
[03:27:55] lholt9ca2ab6: has joined #RubyOnRails
[03:29:34] lholt9ca2ab6: has joined #RubyOnRails
[03:48:50] cam27: has joined #RubyOnRails
[03:57:02] gusrub: has joined #RubyOnRails
[04:10:47] moei: has joined #RubyOnRails
[04:15:57] bronson: has joined #RubyOnRails
[04:17:26] Jameser: has joined #RubyOnRails
[04:33:03] atrius: has joined #RubyOnRails
[04:40:59] bratsche: has joined #RubyOnRails
[04:51:46] dionysus69: has joined #RubyOnRails
[04:58:10] Jameser: has joined #RubyOnRails
[05:07:00] hahuang65: has joined #RubyOnRails
[05:18:03] conta: has joined #RubyOnRails
[05:19:49] wethu: has joined #RubyOnRails
[05:20:14] ur5us: has joined #RubyOnRails
[05:22:54] DTZUZO: has joined #RubyOnRails
[05:31:06] JackStoner: has joined #RubyOnRails
[05:37:50] fragamus: has joined #RubyOnRails
[05:38:18] kalel_of_cincy_: has joined #RubyOnRails
[05:38:48] kalel_of_cincy_: Would anyone have any idea why `rails test` isn't picking up my /tests/services folder?
[05:39:23] kalel_of_cincy_: rails 5.0.6 using the default minitest packaged with rails
[05:39:46] sevenseacat: do you have tests in there?
[05:40:09] sevenseacat: /tests/ or /test/ ?
[05:40:12] kalel_of_cincy_: I have one basic one. perhaps ive done it wrong
[05:40:55] sevenseacat: whats the filename of your test?
[05:42:02] kalel_of_cincy_: missing the _test part
[05:42:43] ur5us: has joined #RubyOnRails
[05:54:26] DrYockel: has joined #RubyOnRails
[05:54:56] JackStoner: Hey guys i've been trying to get on TDD, i've done some unit tests for models but I seem to be stuck with controllers...is there any material you guys can point me to that would be useful? Thanks
[05:58:18] baweaver: For the most part you want your controllers to be very thin of behavior
[05:58:19] bratsche: has joined #RubyOnRails
[05:58:43] baweaver: As far as how to test them, you're looking for basically does it render (exist) and get the right values (instance variables) you expected
[06:00:18] baweaver: Most behavior should start heading back towards models, and once they get there they should start heading backwards into libraries.
[06:00:25] baweaver: Well, more accurately that behavior you'd put in libs never belonged in the model as it's not really model logic
[06:00:42] baweaver: which would be things like scopes, virtual attributes, validations, relationships, etc.
[06:03:23] dionysus69: has joined #RubyOnRails
[06:03:24] JackStoner: thanks @baweaver, so basically for controllers you test request handling and assert the results??
[06:04:27] baweaver: More or less
[06:04:35] baweaver: Look into Rails 4 Testing Prescriptions
[06:04:37] JackStoner: Currently my controller tests extends ActionDispatch::IntegrationTest...i am using minitest and when I run the test I get an invalid URL error
[06:04:45] baweaver: v5 is on its way but not quite done yet
[06:05:08] baweaver: Uses RSpec but most of that is translatable
[06:05:59] JackStoner: ya most examples use RSpec..i prefer the "simple" minitest and the minimal setup
[06:06:56] sevenseacat: its just a different type of magic
[06:16:49] srinidhi: has joined #RubyOnRails
[06:17:32] bronson: has joined #RubyOnRails
[06:19:43] cam27: has left #RubyOnRails: ()
[06:24:37] conta: has joined #RubyOnRails
[06:59:49] bratsche: has joined #RubyOnRails
[07:00:31] paranoicsan: has joined #RubyOnRails
[07:10:24] one_zero: has joined #RubyOnRails
[07:18:12] srinidhi: has joined #RubyOnRails
[08:00:17] bratsche: has joined #RubyOnRails
[08:15:34] mlitwiniuk: has joined #RubyOnRails
[08:15:59] shilon: has joined #RubyOnRails
[08:18:31] bronson: has joined #RubyOnRails
[08:19:00] arBmind: has joined #RubyOnRails
[08:26:20] Andr3as: has joined #RubyOnRails
[08:27:53] one_zero: has joined #RubyOnRails
[08:28:16] marr: has joined #RubyOnRails
[08:31:28] kies: has joined #RubyOnRails
[08:33:36] shilon: has joined #RubyOnRails
[08:46:26] mauro1254: has joined #RubyOnRails
[08:58:02] lxsameer: has joined #RubyOnRails
[08:58:17] bratsche: has joined #RubyOnRails
[08:58:43] dminuoso_: has joined #RubyOnRails
[08:58:53] shilon: has joined #RubyOnRails
[09:04:47] DrYockel: has joined #RubyOnRails
[09:26:46] ur5us: has joined #RubyOnRails
[09:29:13] wethu: has joined #RubyOnRails
[09:30:06] mauro1254: Hi folks, is it possible to combine left_joins and includes?
[09:31:07] mauro1254: I'm assking because it seems faster than includes+ references when there are a lot of associations.
[09:31:15] mauro1254: ups, asking
[09:33:52] matthewd: mauro1254: See #preload and #eager_load
[09:34:41] mauro1254: matthewd : Preload use multiple queries to load associated records, eagerload use left joins
[09:35:30] mauro1254: matthewd : is left_joins + preload an alternative to includes + references ?
[09:38:23] waseem_: has joined #RubyOnRails
[09:40:30] arBmind: has joined #RubyOnRails
[09:42:26] oded: has joined #RubyOnRails
[09:43:39] matthewd: mauro1254: I'm not sure what you're asking
[09:43:59] matthewd: I know what the methods do; that's why I suggested them
[09:44:24] oded: Security question: why does Rails routing handle '..' the way it does? In what scenario will the requester *intentionally* have that in the request? (I can think of many bad scenarios where the requester *didn't* intentionally have that in the request)
[09:46:35] mauro1254: matthewd : I understand that the number of queries is different. I want to preload a dozen of associations but only query agains 3 of them. left_joins + preload seems to be faster, I would like to know if it is safe to switch to left_joins + preload
[09:48:59] matthewd: mauro1254: "safe" isn't really more descriptive than "an alternative". They will behave differently. eager_load will behave more like includes, which is, again, why I suggested it.
[09:49:40] mauro1254: matthewd : Do the two alternatives return the same resultsset?
[09:50:48] matthewd: They will return the same rows, but not the same results
[09:51:02] matthewd: oded: I'm not sure I'm following your question either, sorry
[09:51:22] bruno-: has joined #RubyOnRails
[09:51:46] mauro1254: matthewd : what do you mean with same rows but not the same results?
[09:52:37] matthewd: mauro1254: includes / eager_load will use the joined tables for querying, and will also use those DB results to populate the association(s); left_joins just does a join (so you can use it for querying), but has no effect on the association
[09:53:10] matthewd: In other words: They will behave differently. eager_load will behave more like includes.
[09:53:56] mauro1254: matthewd : yes, the fact is that using eager_load (includes + references) it is slower than using left_joins + preload (to avoid N+1 queries)
[09:54:24] oded: matthewd: requesting "http://domain.com/path/../another_path" make the router serve "http://domain.com/another_path"
[09:58:02] matthewd: mauro1254: Okay, we're clearly not understanding each other. I don't think I can offer more information without specific code to talk about.
[09:59:24] ferr: has joined #RubyOnRails
[09:59:26] matthewd: oded: Huh.. I'm not sure I even knew that. My first guess would be that it's a consequence of path handling.. though maybe it's deliberate for some reason?
[10:01:02] bratsche: has joined #RubyOnRails
[10:01:21] matthewd: oded: In general, allowing '../' to pass through as a real path parameter seems to just pass the buck on to whatever's handling it, which will surely be obliged to filter it, lest it escape whatever root it's using
[10:01:26] srinidhi: has joined #RubyOnRails
[10:02:09] ferr: has left #RubyOnRails: ()
[10:04:47] rgr: has joined #RubyOnRails
[10:05:37] noizex: hello, is there some way to run rspec in "watch" mode over some specs, but without the overhead of initializing whole env from the start?
[10:05:52] noizex: our app is pretty heavy and it takes ~40-50s to boot rspec and run a single spec
[10:06:30] matthewd: oded: Actually, it sounds like that transformation is mandated by the RFC
[10:16:35] oded: matthewd: that's so weird. I understand that in filesystems I do not in HTTP URLs. I can't think of one scenario where this is used on purpose. The problem is not just with escaping the root, for example we are making a tool that creates a GitHub commit message (the ones CIs do on PRs). The API is expecting the commit's SHA-1 so we take that as a parameter, this can easiliy be exploited to fuck up or get data from the GitHub repo
[10:18:41] fragamus: has joined #RubyOnRails
[10:19:47] bronson: has joined #RubyOnRails
[10:33:45] dustinm`: has joined #RubyOnRails
[10:43:44] timdotrb: has joined #RubyOnRails
[10:45:25] workmad3: matthewd: `..` is part of the RFC standard for URLs iirc, and have a similar function there as they do in file paths
[10:45:53] workmad3: I'm pretty sure the local URL resolver will handle collapsing and removing them
[10:46:15] workmad3: oh wait, you said that already
[10:46:20] workmad3: dammit, not reading full scrollback
[10:46:32] workmad3: ACTION shuts up
[10:48:24] Jameser: has joined #RubyOnRails
[10:52:44] FernandoBasso: has joined #RubyOnRails
[10:58:10] Ergo: has joined #RubyOnRails
[11:02:09] bratsche: has joined #RubyOnRails
[11:03:03] DrYockel1: has joined #RubyOnRails
[11:04:03] oded: workmad3: :) do you have any clue why the RFC would state that? What good can come of it?
[11:04:41] ecook: has joined #RubyOnRails
[11:08:38] mostlybadfly: has joined #RubyOnRails
[11:29:02] gheegh: has joined #RubyOnRails
[11:31:45] mr_sourcerer: has joined #RubyOnRails
[11:32:32] roamingdog: has joined #RubyOnRails
[11:38:52] srinidhi: has joined #RubyOnRails
[11:45:29] bruno-: has joined #RubyOnRails
[11:54:14] Cork: hmm so using attribute_changed? is depricated if the caller is calling from ex. after_save
[11:54:49] Cork: how can a function tell that it needs to use saved_changes_to_attribute? instead? (except for the deprication warning)
[11:56:19] srinidhi: has joined #RubyOnRails
[11:59:34] bratsche: has joined #RubyOnRails
[12:01:02] Tempesta: has joined #RubyOnRails
[12:12:21] jphase: has joined #RubyOnRails
[12:20:45] bronson: has joined #RubyOnRails
[12:35:01] keegnotrub: has joined #RubyOnRails
[12:37:02] fmcgeough: has joined #RubyOnRails
[12:37:31] daveomcd: has joined #RubyOnRails
[12:38:19] daveomcd: When upgrading my application from Rails 4.2 to 5.1.4, do I need to manually create my action cable files such as, app/assets/javascripts/cable.js ? Or is there a generator I run to add all the basic files?
[12:43:11] Sigyn: has joined #RubyOnRails
[12:51:41] truenito: has joined #RubyOnRails
[12:54:43] workmad3: has joined #RubyOnRails
[12:56:08] uks: has joined #RubyOnRails
[12:57:20] rfoust: has joined #RubyOnRails
[12:58:44] cabotto: has joined #RubyOnRails
[13:00:32] jphase: has joined #RubyOnRails
[13:21:55] blackmesa: has joined #RubyOnRails
[13:25:08] StriderZ: has joined #RubyOnRails
[13:30:51] bratsche: has joined #RubyOnRails
[13:38:43] wethu: has joined #RubyOnRails
[13:45:23] cabotto: has joined #RubyOnRails
[13:53:40] Sylario: has joined #RubyOnRails
[14:08:42] apparition: has joined #RubyOnRails
[14:08:50] orbyt_: has joined #RubyOnRails
[14:12:32] tcopeland: has joined #RubyOnRails
[14:12:44] drptbl: has joined #RubyOnRails
[14:21:42] bronson: has joined #RubyOnRails
[14:26:01] cam27: has joined #RubyOnRails
[14:26:51] cam27: ngserv memo
[14:30:33] dpsk: has joined #RubyOnRails
[14:38:59] ResidentBiscuit: has joined #RubyOnRails
[14:50:10] Mweshi: has joined #RubyOnRails
[15:01:58] quirkycoders: has joined #RubyOnRails
[15:04:59] fragamus: has joined #RubyOnRails
[15:06:55] alfiemax: has joined #RubyOnRails
[15:08:48] mtkd: has joined #RubyOnRails
[15:11:00] alfiemax: has joined #RubyOnRails
[15:14:35] Tempesta: has joined #RubyOnRails
[15:20:44] alfiemax: has joined #RubyOnRails
[15:24:22] quirkycoders: has joined #RubyOnRails
[15:32:58] fragamus: has joined #RubyOnRails
[15:33:14] timdotrb: has joined #RubyOnRails
[15:39:47] cagomez: has joined #RubyOnRails
[15:42:41] FernandoBasso: has joined #RubyOnRails
[15:46:36] dviola: has joined #RubyOnRails
[15:47:45] blackmesa: has joined #RubyOnRails
[15:48:54] _ritchie_: has joined #RubyOnRails
[15:59:06] srinidhi: has joined #RubyOnRails
[16:10:40] orbyt_: has joined #RubyOnRails
[16:13:43] timdotrb: has joined #RubyOnRails
[16:16:13] troys: has joined #RubyOnRails
[16:16:23] ShalokShalom_: has joined #RubyOnRails
[16:16:41] blackmesa: has joined #RubyOnRails
[16:17:16] gusrub: has joined #RubyOnRails
[16:22:54] bronson: has joined #RubyOnRails
[16:26:18] [Butch]: has joined #RubyOnRails
[16:46:55] fragamus: has joined #RubyOnRails
[16:50:05] dionysus69: has joined #RubyOnRails
[16:53:46] one_zero: has joined #RubyOnRails
[16:57:35] kies: has joined #RubyOnRails
[17:16:09] chouhoulis: has joined #RubyOnRails
[17:16:57] chouhoulis: has joined #RubyOnRails
[17:18:16] kuwze: has joined #RubyOnRails
[17:26:56] hive-mind: has joined #RubyOnRails
[17:27:21] alfiemax: has joined #RubyOnRails
[17:33:48] Guest97372: has joined #RubyOnRails
[17:36:37] nogic: has joined #RubyOnRails
[17:42:41] blackmesa: has joined #RubyOnRails
[17:45:09] hive-mind: has joined #RubyOnRails
[17:49:54] sloggerkhan: has joined #RubyOnRails
[17:54:23] mustmodify: has joined #RubyOnRails
[17:54:53] mustmodify: I'm giving a presentation to my local dev group tonight about Rails. Hard to understand, but lot of people here don't even know what it is.
[17:55:44] mustmodify: I've been working with Rails since the DHH showed it to the dinosaurs so I'm afraid I'm not even sure what the **most important** selling points are. I mean, I can tell you all about it, and what I love about it, etc. But what are the top five things you would want a dev to know?
[17:55:52] mustmodify: 1. look at all the code I don't write
[17:56:01] mustmodify: 2. convention over configuration
[17:56:10] mustmodify: 3. get some REST
[17:59:02] baweaver: mustmodify: Show them scaffold, and explain what the parts are
[17:59:17] mustmodify: that's my plan.
[17:59:26] baweaver: Then show them something like Heroku and say there ya go, live site
[17:59:28] mustmodify: I'm basically redoing "the 15 minute blog"
[17:59:54] baweaver: BlogBlog :D
[18:00:50] mustmodify: Things have really changed in some ways. Not in others. https://www.youtube.com/watch?v=Gzj723LkRJY
[18:01:11] conta2: has joined #RubyOnRails
[18:01:48] sloggerkhan: I'm having trouble with capybara not being able to select an option in a select dropdown about 6/7ths of the time.
[18:01:49] orbyt_: has joined #RubyOnRails
[18:02:16] sloggerkhan: Sometimes I get a stale element reference error, other times it just times out, once in a while it works.
[18:02:29] sloggerkhan: It is in a modal.
[18:02:57] baweaver: Haven't used it much, but is there a way to assert presence of an element before you continue?
[18:03:44] sloggerkhan: Have been using page.all('#modal_fluency option')[3].select_option, and yeah, the modal's presence is asserted, and in fact an immediately preceding fill_in(...) of a text input in the same modal works every time.
[18:04:47] mustmodify: has left #RubyOnRails: ()
[18:04:56] baweaver: How are the options loaded?
[18:05:08] baweaver: Is there a chance that that's out of sync?
[18:06:18] sloggerkhan: Well, they don't change and are rendered/displayed the same way the text input is. They both get created as part of the modal display.
[18:07:45] netzfisch: has joined #RubyOnRails
[18:12:19] orbyt_: has joined #RubyOnRails
[18:23:47] bronson: has joined #RubyOnRails
[18:24:53] blackmesa: has joined #RubyOnRails
[18:28:42] srkska: has joined #RubyOnRails
[18:30:50] srkska: I have an instance_method and I want it to be called, if a particular model gets updated. Is that possible ?
[18:32:54] baweaver: http://guides.rubyonrails.org/active_record_callbacks.html
[18:33:08] weaksauce: has joined #RubyOnRails
[18:33:22] optikalmouse: has joined #RubyOnRails
[18:33:49] optikalmouse: does anyone use fixtures for their specs? I'm starting to see how much more useful they are than factory_girl.
[18:34:09] optikalmouse: I feel like I'm getting bit more often by tests that all of a sudden spawned a bunch of things in the database; does anyone else have that happen to them>
[18:34:51] baweaver: FactoryGirl has a build method that doesn't actually persist
[18:35:06] baweaver: Most of the time the issue is how people use it, but fixtures will always be faster
[18:35:27] baweaver: Problem is when you have integration level tests that need relationships defined. FactoryGirl owns in that
[18:38:12] sloggerkhan: I use a mixture of fixtures and factory girl usually. Depends a lot on what's being tested and how which I use more.
[18:38:44] srkska: baweaver, thank you.
[18:39:00] optikalmouse: hmm, ok. so factory girl would be suited more for things like a cucumber/integration test rather than rspec? or?
[18:39:18] baweaver: Well RSpec can do integration tests just as well
[18:39:41] baweaver: Factory Girl is great for Controller tests and above, which are by nature leaning Integration or higher
[18:39:58] sloggerkhan: It's more a question of what your tests are doing than what kind test framework you use.
[18:40:02] baweaver: Unit testing controllers isn't very practical
[18:40:40] optikalmouse: baweaver: good point. in my case I'm dealing with models and some background jobs
[18:40:43] baweaver: just the same that unit testing views is odd
[18:40:59] baweaver: Fixtures should be fine.
[18:41:18] baweaver: You might look into a way to generate your fixtures from Factory Girl
[18:41:24] baweaver: best of both worlds
[18:41:51] optikalmouse: is there an easy way to do that now? last time I tried to do that it required some hackyness in my seeds.db task.
[18:41:54] baweaver: that, and they won't get out of sync which is a pain to find
[18:42:28] sloggerkhan: I mostly use fixtures for things that remain in DB for ALL tests.
[18:42:56] baweaver: https://robots.thoughtbot.com/factory_girl-for-seed-data
[18:43:28] baweaver: I may well make something for that and call it something like factory_manager
[18:43:36] optikalmouse: >Occasionally, somebody recommends or asks about using FactoryGirl to generate seed data for an application. We recommend against it for a few reasons:
[18:43:42] optikalmouse: lol thanks for that baweaver :P
[18:43:59] baweaver: generate fixtures from factories based on migrations
[18:44:32] baweaver: So basically: migration > factory create / update > fixture create / update > seed update
[18:45:00] optikalmouse: build_stubbed looks very nice though: https://robots.thoughtbot.com/use-factory-girls-build-stubbed-for-a-faster-test
[18:45:16] baweaver: if Rails.env != 'production' then update_factories
[18:45:19] arBmind: has joined #RubyOnRails
[18:45:19] baweaver: more or less
[18:45:20] _ritchie_: has joined #RubyOnRails
[18:47:09] baweaver: matthewd / havenwood: Rails Migration tie-in that updates FactoryGirl, Fixtures, and Seeds. Good or bad idea?
[18:47:19] baweaver: * only in dev/test
[18:48:50] havenwood: baweaver: Yeah, I have a task that's basically a fancy: db:{drop,create,migrate,fixtures:load,seed}
[18:49:31] havenwood: But between fixtures:load and db:seed there's an extra data:load step >.>
[18:49:33] baweaver: Rake::Task['db:migrate'].enhance do update_all_the_things unless Rails.env == 'production' end
[18:50:21] baweaver: probably need to tie into rollback as well for sanity
[18:50:23] _ritchie_: has joined #RubyOnRails
[18:53:26] srkska: Mistakenly, I have deleted all files inside db/migrate/* will it make any harm ?
[18:53:58] baweaver: Do you have things in Git?
[18:55:04] srkska: baweaver, nope we don't have them in GIT.
[18:55:13] baweaver: any version control?
[18:55:22] baweaver: If not, do so now.
[18:55:55] srkska: baweaver, We have developing it locally. There was a plan to place them in VCS but due to some other restrictions. It was not made.
[18:56:06] srkska: baweaver, so at the moment, will it cause any impact ?
[18:56:10] optikalmouse: hah. hahahaha
[18:57:01] optikalmouse: srkska: you'll want to make a migration that includes everything in the schema.db or all the create table calls
[18:57:12] optikalmouse: I would suggest making a backup of your database before you do anything else...
[18:57:13] baweaver: Yep, pretty much that
[18:57:19] baweaver: and next time put things in Git
[18:57:35] baweaver: doesn't matter if it's only local, it'll save your life one day
[18:57:48] optikalmouse: baweaver: I know Django south-migrations could create a whole new migration file with all the right create table calls. not sure if rails can do that automagically?
[18:58:11] baweaver: Technically you can copy the entire schema over which is in essence just Ruby code
[18:58:37] baweaver: as far as translating that back to sane migrations, there might be I just don't know it
[18:58:55] srkska: at the time of deletion, there was no migration pending.
[18:59:39] fragamus: has joined #RubyOnRails
[19:05:16] EXCHGR: has joined #RubyOnRails
[19:22:41] gambl0re: has joined #RubyOnRails
[19:29:14] sagax: has joined #RubyOnRails
[19:29:38] daveomcd: I'm trying to setup my first Action Cable code, and I came across the code on Rails Guides that is confusing me. Why would I need to check for "verified_user" in the manner they do there, if I already have a sign in process for my website? Couldn't I just look to see if my "current_user" method is set to a user object or nil? https://gist.github.com/daveomcd/7f1b2d06fc4de27200121f7c036ba368
[19:37:39] quirkycoders: has joined #RubyOnRails
[19:43:49] srinidhi: has joined #RubyOnRails
[19:44:27] orbyt_: has joined #RubyOnRails
[19:48:07] srruby: has joined #RubyOnRails
[19:49:58] srruby: docker: I'm starting an upgrade of a couple of rails 3 applications. I'm setting up my development environment. Should I consider using a docker container for development and possibly deployment? The old apps are running old versions of ruby and debian.
[19:51:21] srruby: long term support: The apps I am upgrading may very well live for 20-30 years (they are vertical market apps). Any advice on avoiding upgrade pains in the future?
[20:06:54] srruby: has joined #RubyOnRails
[20:07:42] ur5us: has joined #RubyOnRails
[20:15:28] mostlybadfly: has joined #RubyOnRails
[20:16:00] mustmodify: has joined #RubyOnRails
[20:16:27] mustmodify: Still working on my presentation for a dev group this evening. I'm thinking about when you DO NOT want to use Rails.
[20:16:35] mustmodify: * you don't know it and you have a high-risk or large project.
[20:16:49] mustmodify: * You have a ton of "wizards" and not a lot of "lists"
[20:22:04] baweaver: You have Websocket dependent behavior
[20:22:32] baweaver: that's more than a few simple actions
[20:23:18] baweaver: Your API isn't RESTful
[20:23:40] mustmodify: good thought. I really want to be non-biased and say "Oh, there are good reasons not to use Rails" but in general I would argue against most of the reasons. :)
[20:23:45] arBmind: has joined #RubyOnRails
[20:23:47] mustmodify: like, "Oh our API isn't restful."
[20:23:50] mustmodify: "Well stop that."
[20:24:05] baweaver: Some APIs don't make sense in a RESTful context
[20:24:13] mustmodify: that's true.
[20:24:32] baweaver: they're few and far between but they do exist
[20:24:40] bronson: has joined #RubyOnRails
[20:25:47] bruno-: has joined #RubyOnRails
[20:25:47] baweaver: No one else on your team / org knows a lick of Ruby
[20:25:54] mustmodify: not strongly data-driven? Is that a thing? I guess it must be.
[20:26:14] mustmodify: Right, that was my first one. If there will be learning and there's high risk, avoid.
[20:26:49] baweaver: Well, Rails works best with DB driven behavior
[20:27:07] baweaver: If you start getting into a ton of business ops / logic that's where it hits a roadblock
[20:28:29] kapil___: has joined #RubyOnRails
[20:31:54] mustmodify: ok, so then reasons TO use rails.
[20:32:11] mustmodify: 1. strong domain language / need for modeling
[20:32:26] mustmodify: 2. need for rapid prototyping
[20:32:54] baweaver: (mostly) sane defaults, no need to decide on 20 different frameworks.
[20:54:31] roamingdog: has joined #RubyOnRails
[20:58:26] yehaizi: has joined #RubyOnRails
[21:02:29] rssluca: has joined #RubyOnRails
[21:11:58] blackmesa: has joined #RubyOnRails
[21:14:59] gambl0re: has joined #RubyOnRails
[21:16:32] cagomez: has joined #RubyOnRails
[21:29:13] growp: has joined #RubyOnRails
[21:29:48] growp: <%= form_for @object do |f| %>
[21:29:48] growp: <%= f.label %>
[21:29:48] growp: <% end %>
[21:29:49] mustmodify: isn't this a Beatles song?
[21:29:56] growp: i don't understand what this means
[21:30:02] growp: You need to call the "label" method on the form object that gets passed to your "form_for" block.
[21:33:07] growp: i tried doing f.label but that's not working
[21:34:56] matthewd: daveomcd: Follow the upgrading guide
[21:35:17] growp: what does callingthe label method mean
[21:35:23] growp: isn't it f.label?!
[21:35:55] matthewd: growp: Can you give some more context for your question?
[21:36:42] matthewd: What are you trying to do, where did you find the above, and what does "not working" look like?
[21:38:56] growp: https://repl.it/M4KM/0
[21:39:04] growp: i hope it makes sense
[21:41:28] matthewd: growp: That seems to answer zero of those three questions, so not really
[21:41:58] mtkd: has joined #RubyOnRails
[21:47:41] cagomez: has joined #RubyOnRails
[22:06:26] mustmodify: ok, I only need one more thing for my Rails presentation tonight. A Rails joke.
[22:06:30] mustmodify: Or a programming joke.
[22:06:37] mustmodify: Preferably one that is funny. Anything? :)
[22:10:43] Cache_Money: has joined #RubyOnRails
[22:25:59] bronson: has joined #RubyOnRails
[22:26:14] baweaver: mustmodify: Javascript
[22:26:51] baweaver: mustmodify: You know why programmers hate CSS so much? It's because everything is a stylistic choice.
[22:27:27] baweaver: mustmodify: TCP is just SYNACKtic sugar
[22:27:51] havenwood: mustmodify: https://collectiveidea.com/blog/archives/2012/04/01/walken-on-rails
[22:35:33] mustmodify: baweaver: that's so bad. :)
[22:35:39] mustmodify: has left #RubyOnRails: ()
[22:35:47] baweaver: So bad he DC'd
[22:35:52] baweaver: my work here is done havenwood
[22:37:59] orbyt_: has joined #RubyOnRails
[22:54:13] kn-928: has joined #RubyOnRails
[22:54:19] fragamus: has joined #RubyOnRails
[23:02:40] conta1: has joined #RubyOnRails
[23:03:18] quirkycoders: has joined #RubyOnRails
[23:18:19] tcopeland: has joined #RubyOnRails
[23:31:02] kn-928: has joined #RubyOnRails
[23:44:29] quirkycoders: has joined #RubyOnRails
[23:45:22] orbyt_: has joined #RubyOnRails
[23:49:56] kn-928: has joined #RubyOnRails
[23:50:40] ahrs: has joined #RubyOnRails
[23:59:31] kn-928: has joined #RubyOnRails