tuelz

Activity Graph

Page 1 of 16 | Next »

2018-07-30

[06:30:44] tuelz: Ping timeout: 255 seconds

2018-07-20

[00:07:16] tuelz: *.net *.split
[00:15:33] tuelz: has joined #ruby

2018-07-19

[05:30:29] tuelz: Ping timeout: 276 seconds
[05:36:30] tuelz: has joined #ruby

2018-07-18

[02:36:24] tuelz: Quit: EliteBNC 1.6.5 - http://elitebnc.org
[02:48:01] tuelz: has joined #ruby
[05:16:28] tuelz: *.net *.split
[05:35:17] tuelz: has joined #ruby

2018-05-30

[15:10:28] tuelz: has joined #RubyOnRails
[15:11:53] tuelz: is there a idiomatic way to wrap an activerecord field in a serialization/deserialization method? I've got a uuid field that is being serialized into hex values that I'd like for the rest of my application when referencing it to get the deserialized version of it
[15:13:01] tuelz: so right now if I just put a method for the field on the model - I can get it to deserialize cleanly for instances of that model
[15:13:06] tuelz: thanks looking now RougeR
[15:13:26] tuelz: oh, haha no problem!

2018-05-29

[02:47:12] tuelz: *.net *.split
[02:48:03] tuelz: has joined #ruby

2018-05-19

[01:17:42] tuelz: has joined #ruby

2018-05-18

[23:56:30] tuelz: Ping timeout: 256 seconds

2018-04-25

[12:25:52] tuelz: *.net *.split
[12:27:28] tuelz: has joined #ruby
[15:01:23] tuelz: *.net *.split
[15:03:12] tuelz: has joined #ruby

2018-03-28

[01:24:13] tuelz: Ping timeout: 252 seconds
[01:26:17] tuelz: has joined #ruby
[06:14:13] tuelz: Ping timeout: 246 seconds
[07:03:58] tuelz: has joined #ruby
[10:57:42] tuelz: Ping timeout: 245 seconds
[11:10:31] tuelz: has joined #ruby
[16:24:47] tuelz: Ping timeout: 276 seconds
[17:15:27] tuelz: has joined #ruby
[17:24:09] tuelz: Ping timeout: 252 seconds
[17:59:58] tuelz: has joined #ruby

2018-03-21

[06:34:23] tuelz: Ping timeout: 252 seconds
[06:36:49] tuelz: has joined #ruby
[17:37:17] tuelz: Ping timeout: 276 seconds
[17:39:11] tuelz: has joined #ruby

2018-03-02

[21:22:34] tuelz: Ping timeout: 256 seconds
[21:25:03] tuelz: has joined #ruby

2018-01-18

[01:55:15] tuelz: *.net *.split
[01:55:29] tuelz: has joined #ruby

2018-01-07

[01:58:18] tuelz: Ping timeout: 246 seconds
[03:23:54] tuelz: has joined #ruby

2017-12-26

[19:42:17] tuelz: Ping timeout: 255 seconds
[19:48:15] tuelz: has joined #ruby

2017-12-21

[06:26:12] tuelz: *.net *.split
[06:31:49] tuelz: has joined #ruby
[06:48:31] tuelz: *.net *.split
[07:29:16] tuelz: has joined #ruby

2017-12-09

[05:06:13] tuelz: *.net *.split
[05:39:54] tuelz: has joined #ruby

2017-12-07

[14:48:28] tuelz: *.net *.split
[14:55:06] tuelz: has joined #ruby

2017-12-03

[19:48:17] tuelz: Remote host closed the connection
[20:01:45] tuelz: has joined #ruby

2017-12-01

[02:28:46] tuelz: has joined #ruby

2017-11-25

[03:26:31] tuelz: Ping timeout: 250 seconds
[04:01:26] tuelz: has joined #ruby

2017-11-23

[02:01:20] tuelz: Quit: EliteBNC 1.6.3-git-6b28f4f - http://elitebnc.org
[02:09:18] tuelz: has joined #ruby
[13:57:08] tuelz: Ping timeout: 255 seconds
[14:00:29] tuelz: has joined #ruby
[15:42:26] tuelz: Ping timeout: 255 seconds
[15:44:51] tuelz: has joined #ruby

2017-10-05

[16:45:53] tuelz: Ping timeout: 255 seconds
[16:47:37] tuelz: has joined #ruby

2017-09-28

[18:01:39] tuelz: Remote host closed the connection
[18:21:34] tuelz: has joined #ruby

2017-09-19

[04:30:40] tuelz: Ping timeout: 255 seconds
[04:36:22] tuelz: has joined #ruby

2017-09-07

[17:30:02] tuelz: has joined #ruby
[17:30:57] tuelz: has joined #RubyOnRails
[18:16:09] tuelz: I would suggest it's probably easier to have those python scripts store the results as structured data in some sql db and then grab that data like a typical rails app would
[18:17:43] tuelz: I don't know that the db really cares about expiration issues - that'd be something you'd handle at the app level regardless of how you choose to keep your data persisted
[18:18:36] tuelz: it's just a bit cleaner to make some structured data for rails to expect up front and then deal with only that structure for the life of the rails app than to call out to some python code that might change and conversely need a rails update(s) to handle the new return
[18:22:16] tuelz: you're building your own API regardless, don't be fooled into thinking just because you're making ad-hoc calls to this python script it isn't an API :)
[18:23:51] tuelz: I'm just suggesting it's probably cleaner to structure your API up front into sql or some other strucutred persistence layer rather than do ad-hoc code changes any time you want to add a new attribute on some chunk of data
[18:25:29] tuelz: storage is cheap...my philosophy is to sql everything always initially until you understand your data...what's ephemeral today can quickly become an analysis point tomorrow
[18:26:58] tuelz: throwing away data once you hit some upper bounds of storage is a 30 minute task at most that can be scheduled on a cron job....throwing away data premptively however, could be costly
[18:28:44] tuelz: that's not a concern _today_ ;)
[18:33:17] tuelz: a gig of storage on a VPS is gonna cost you like what? a nickel a month or so? However having to wait another 2-3 months to gather some statistical analysis before you execute on something could cost you ridiculous amounts
[18:40:13] tuelz: here's the thing though...if you're not structuring the data yourself then you're trusting some 3rd party to never break their API contract on purpose or by accident....so when your app fails to deliver your customers blame you for trusting some 3rd party
[18:40:41] tuelz: that's one of _many_ problems you could face with just passing values thru unstructured
[18:42:03] tuelz: if you're passing values straight thru and manual parsing them, what happens when they simply remove some deprecated field? your whole app breaks because you're parsing for some value that doesn't exist
[18:42:44] tuelz: but if you're storing into a db with normal tools and you pass some nul value into the db - you'll simply not have that value to display to the customer when they request it rather than returning a 500
[18:43:17] tuelz: sure you could do all kinds of sanity checks with the values coming in and prevent that _without_ a db...but at that point you're doing more work than you would with DB tooling in the first place and getting less guarantees
[18:44:09] tuelz: sql db tooling in any popular language is stupidly simple to set up
[18:45:12] tuelz: well, I shouldn't go that far...it's easy because you'll find 1 gazillion tutorials you can copy/paste from
[18:45:46] tuelz: you don't store queries, you store what the queries return
[18:46:25] tuelz: and then you use normal sql operations to get back the last 6 months of stuff
[18:46:37] tuelz: that's really normal sql stuff and _really_ hard to do without sql
[18:47:04] tuelz: if you're not storing that kind of data inside a sql db then you're rebuilding all the tools sql db's have already built
[18:48:26] tuelz: I can promise you'll have a hard time outpacing a sql db if you're parsing strings for time and ranges :p
[18:48:33] tuelz: even with the network overhead
[18:49:24] tuelz: python polls the data at some interval and stores it in sql....then rails is only worried about getting stuff out of sql and doesn't care what python does
[18:49:46] tuelz: don't have to overright anything
[18:49:59] tuelz: store sequentially and take the last thing written
[18:50:12] tuelz: by some uuid
[18:51:14] tuelz: then if storage actually _is_ a problem a cron job every 30 minutes can delete all expired data without having that crap in your application concerns
[18:51:59] tuelz: overright lul, words are hard
[18:52:05] tuelz: s/overright/overwrite/g
[18:53:03] tuelz: it means that for some record on a uuid you may have 1000s of entries, but you always consider the newest entry to be the correct entry
[18:53:49] tuelz: so when you access your sql from rails you'll say something like "get the last entry for all UUIDs in this list" and then you can do whatever else like parsing for range inside that list afterwords
[18:55:00] tuelz: imagine trying to do all of that inside binary/string blobs :p
[18:55:37] tuelz: hell, if you don't wanna maintain a db - use sqlite
[18:55:53] tuelz: I'd much much much prefer sqlite over some ad-hoc solution
[18:56:02] tuelz: for sure, best of luck :)
[18:56:47] tuelz: the thing is that just because you _feel_ the problem with sql doesn't mean it wouldn't exist with ad-hoc blob parsing
[18:57:03] tuelz: you would just not notice it until the bug showed its face and made you refactor everything
[18:57:43] tuelz: the difference being that any time you structure something you have to consider the shape of your data up front rather than do one thing at a time until you realize "holy shit this is all wrong"
[18:58:58] tuelz: honestly you'll probably save time for version1 in this case
[18:59:34] tuelz: I have a strong feeling that with all those needs you'd have a much harder time parsing thru all those requirements manually with unstructured data than may be initially obvious at first glance
[19:01:14] tuelz: heh, json can be a _lot_ harder to parse than initially obvious
[19:01:50] tuelz: for example...3 objects deep and you have no guarantees that any of the top level objects exist....before you can even _get_ the data you want you have to check if all 3 levels exist :p
[19:03:06] tuelz: sounds like you're already structuring your data with sane rules, which means it'll be even easier to parse that into sql which has guaranteed rules
[19:03:46] tuelz: plus if you're not in charge of the python you get to make someone else do the json -> sql !
[19:04:56] tuelz: handle validation concerns on edges and you'll be a happy developer.....if you pass dirty data throughout your application and only parse/validate/whatever on the outter edge before showing it to your users....you'll have a quick hot mess
[19:06:09] tuelz: so the way I sense your app edges look like this 3rd_pary_api <-> python <-> sql <-> rails <-> web_browser
[19:08:23] tuelz: ACTION waves
[19:26:25] tuelz: you could put the condition on the includes
[19:27:01] tuelz: so only include the domains with formation==true and then admin.domains _should_ (prob wanna double check me here) only have domains with true formations
[19:27:12] tuelz: https://apidock.com/rails/ActiveRecord/QueryMethods/includes
[19:29:40] tuelz: so basically that includes(:domains) is preloading all the domains...you could includes(:domains).where('domains.formation == ?', true)
[19:30:09] tuelz: then I suspect all admin.domains would only include the domains you preloaded, but I'm not sure about that
[19:33:46] tuelz: zephiro: yeah check the docs, my code wasn't intending to be copy/paste...the link I shared shows you can conditionally preload with a .references(:domains) like tcopeland said
[19:35:35] tuelz: but make sure no funny business is happening, because I'm not 100% that once you preload only the domains you want that calling admin.domains on it will return only the preloaded domains
[20:43:34] tuelz: no idea what you just asked xD

2017-06-28

[00:08:12] tuelz: has joined #ruby
[00:11:12] tuelz: Client Quit

2017-06-27

[01:53:47] tuelz: has joined #ruby
[01:55:30] tuelz: so rails is a library? /troll
[01:58:40] tuelz: comet23: sure, the distinction between framework and library can be somewhat arbitrary tho
[01:58:56] tuelz: I was only poking fun, I think rails is pretty well considered a framework
[01:59:16] tuelz: I know frameworks that don't make you put anything anywhere
[01:59:45] tuelz: phoenix in elixir is moving towards everything just being under app/ for instance
[02:00:07] tuelz: also that clojure "framework" that is just a collection of libraries that are super unopinionated
[02:00:12] tuelz: forget what it's called tho
[02:00:40] tuelz: comet23: your definition generally holds true, but it's not a universally accepted line between the two concepts
[02:01:28] tuelz: the world is dynamic
[02:01:41] tuelz: don't be super rigid and it isn't hard
[02:02:59] tuelz: alternatively old people don't exist...only lizards in human skin
[02:04:37] tuelz: you're not wrong, but it's not a conscious choice....selection bias means people who learned those things will consider them more important and become gatekeepers at some places
[02:05:18] tuelz: just like you'll learn things and subcontiously place more importance on those things because the things you learn will serve you well in life
[02:05:39] tuelz: also lizard people
[02:07:49] tuelz: I'm at a coffee shop with the intent to rework my resume and start applying for jobs, but I haven't run out of money yet so it's really hard to give a shit...
[02:08:47] tuelz: and that probably sounds douchey, but before software I always lived paycheck to paycheck so this is kinda a new thing for me...turns out without the motivation of starving to death I'm good at being lazy
[02:09:01] tuelz: also getting fired seems to be a pretty strong driving factor
[02:09:13] tuelz: since I tend to keep them jobs when I get 'em
[02:09:56] tuelz: startup whose funding was starting to dry up
[02:10:18] tuelz: I won't say who in the off chance anybody here matters somehow since they are still trying to make it
[02:11:26] tuelz: hah, no but I work remotely so getting work isn't hard...which isn't me bragging, just the fact of the matter that in ruby and elixir I'm not competeing against the hordes of developers graduating with c++ and java and .net backgrounds
[02:12:22] tuelz: it's never a bad idea to branch out
[02:12:39] tuelz: if money is the motivation then T shaped learned people earn the highest
[02:12:49] tuelz: learn a little about a lot of things and a lot about one or two things
[02:13:27] tuelz: if you're getting started....stick heavily and almost exclusively to ruby and a popular frontend framework....then you'll never have trouble finding a job
[02:13:56] tuelz: then learn the shit you want to learn and do w.e. you want because you'll have a plan B that is always hiring
[02:14:19] tuelz: at least that's been my experience
[02:14:56] tuelz: I didn't get none of them fancy edumications either
[02:15:14] tuelz: and I make more than both of my friends that graduated with engineering degrees writing software
[02:16:05] tuelz: getting that first job is the hardest part in software (again n=1)
[02:17:03] tuelz: take anything and then you can apply/negotiate from a position of power
[02:17:13] tuelz: anything that says you write software on a piece of paper
[02:18:10] tuelz: best of luck to yah
[02:18:37] tuelz: not if you don't let it be
[02:18:57] tuelz: just refuse to tell the next employer your salary...you have a job you pick the terms
[02:20:11] tuelz: and yet I had people paying USD120/hr when I only had 2 years of experience.....sorry I just don't buy into the junk about offshore work bringing wages down
[02:20:37] tuelz: not that I made that kinda money...I just had a company selling my time for 120/hr
[02:21:00] tuelz: uh what? I'd bat an eye...
[02:21:53] tuelz: I hate everyone with a strong equality
[02:23:08] tuelz: the thing about software is it's less about your code skill for most webdev crap and more about your communication ability to translate business requirements into features while navigating thru middle management and other crap
[02:23:35] tuelz: 99% of us are just CRUD app'ing somebodys clone of another website
[02:23:47] tuelz: easy or not it pays good money /shrug
[02:25:02] tuelz: and you say it's easy, but those non-native english speakers in other timezones are less likely to be interfacing with the right people to get the right requirements and even worse aren't legally bound by US contracts so things blow up real hard and make people more likely to spend huge money on US citizens
[02:25:41] tuelz: english is the only one that's gonna help you much, honestly
[02:25:50] tuelz: other countries don't pay crap compared to US for software
[02:26:11] tuelz: generally speaking...exceptions exist all over
[02:27:25] tuelz: my advice to any beginner is to worry less about being good at coding and worry more about your portfolio and sending out more quality applications and practice interviewing with real interviews
[02:28:57] tuelz: denmark taxes at like 50-60% of income for high earners
[02:29:15] tuelz: that's probably gross and not net with CoL adjustments
[02:29:36] tuelz: altho I'd love to see case studies about australia I honestly have never seen a job posting from australia
[02:29:53] tuelz: I odn't even know where that is
[02:30:02] tuelz: but I promise if you give me a few million I'll do it
[02:30:27] tuelz: that's not how any of thise works
[02:32:28] tuelz: I'll live in the street for a few minutes to keep my promise and move to medellin, colombia or someplace else with women who love gringos
[02:32:32] tuelz: and cheap drinks
[02:33:03] tuelz: I'm a simple man.
[02:45:24] tuelz: Ping timeout: 255 seconds
[14:47:58] tuelz: has joined #ruby
[15:16:57] tuelz: Ping timeout: 240 seconds
[15:22:29] tuelz: has joined #ruby
[15:52:24] tuelz: Ping timeout: 260 seconds
[16:05:39] tuelz: has joined #ruby
[16:50:16] tuelz: Ping timeout: 260 seconds
[16:54:03] tuelz: has joined #ruby
[18:10:27] tuelz: Ping timeout: 240 seconds
[19:02:55] tuelz: has joined #ruby
[20:56:23] tuelz: Ping timeout: 240 seconds
[21:19:06] tuelz: has joined #ruby
[21:37:36] tuelz: Ping timeout: 255 seconds
[21:47:39] tuelz: has joined #ruby
[22:17:48] tuelz: Ping timeout: 240 seconds

2017-03-13

[02:16:38] tuelz: has joined #ruby
[02:18:09] tuelz: is there an enum method that will iterate over each of the items from each enum? so [1,2].method([3,4]) will give a block with 1,3 and 1,4 then 2,3 then 2,4 ?
[02:19:19] tuelz: s/and/then/g
[02:22:47] tuelz: havenwood: thanks
[17:06:23] tuelz: Ping timeout: 264 seconds

2016-06-18

[11:29:41] tuelz: Ping timeout: 250 seconds
[17:04:27] tuelz: has joined #ruby
[17:15:40] tuelz: Ping timeout: 252 seconds
[17:31:58] tuelz: has joined #ruby
[17:40:00] tuelz: Ping timeout: 246 seconds

2016-06-17

[15:13:04] tuelz: Ping timeout: 264 seconds
[15:18:52] tuelz: has joined #ruby
[16:41:03] tuelz: Ping timeout: 250 seconds
[16:51:36] tuelz: has joined #ruby

2016-06-16

[19:30:09] tuelz: has joined #ruby
[19:30:40] tuelz: can bundler pull down branches from local git paths? `gem 'mygem', path: '/some/path', branch: 'a_branch'` ?
[19:31:42] tuelz: oh ill try that thanks

2016-05-27

[00:30:16] tuelz: Ping timeout: 252 seconds
[00:32:54] tuelz: has joined #ruby
[01:11:30] tuelz: Ping timeout: 276 seconds
[01:18:18] tuelz: has joined #ruby
[02:11:50] tuelz: Ping timeout: 272 seconds

2016-05-26

[02:00:38] tuelz: Ping timeout: 244 seconds
[02:12:37] tuelz: has joined #ruby
[02:58:54] tuelz: Ping timeout: 258 seconds
[06:55:16] tuelz: has joined #ruby
[07:00:26] tuelz: Ping timeout: 272 seconds
[08:55:51] tuelz: has joined #ruby
[09:00:05] tuelz: Ping timeout: 250 seconds
[10:56:31] tuelz: has joined #ruby
[11:00:45] tuelz: Ping timeout: 258 seconds
[11:59:42] tuelz: has joined #ruby
[16:57:30] tuelz: Ping timeout: 260 seconds
[17:04:33] tuelz: has joined #ruby
[18:12:45] tuelz: Ping timeout: 246 seconds
[18:17:37] tuelz: has joined #ruby
[23:00:20] tuelz: Ping timeout: 260 seconds
[23:09:59] tuelz: has joined #ruby

2016-05-25

[14:54:05] tuelz: has joined #ruby
[23:49:32] tuelz: Ping timeout: 258 seconds
[23:55:12] tuelz: has joined #ruby