rafekett (u/rafekett)

rafekett commented on I no longer understand my PhD dissertation medium.com/@fjmubeen/ai-n... · Posted by u/refrigerator

nanis · 10 years ago

First, I am not sure Functional Analysis is as obscure as some other areas. But, second, this just shows, once again, that one ought never to use "clearly," "obviously" etc in proofs.

It is the same principle as writing programs so they are easier for the next programmer to read. That person may be you.

rafekett · 10 years ago

it also leads to proof by intimidation which often masks errors.

rafekett commented on What if journalists had story writing tools as powerful as those used by coders? pudo.org/blog/2014/12/03/... · Posted by u/danso

kd5bjo · 11 years ago

In print journalism, you're supposed to include information in descending order of importance. As a reader, you're expected to stop reading once you get to details you don't really care about, confident that you won't miss something more important buried farther down.

rafekett · 11 years ago

this seems to be a lost art, unfortunately.

rafekett commented on Trailblazer: A new architecture for Rails github.com/apotonick/trai... · Posted by u/tombenner

juliangregorian · 11 years ago

Or you would just use the class because it's already in the autoload paths. Seeing a lot of opinions from people who don't actually seem to use rails.

rafekett · 11 years ago

au contraire. I have worked on what I suspect is one of the largest Rails apps out there. autoload has been off for a long time (along with many other "convenient" features) for performance reasons.

that's beside the point though, because if you're outside the Rails world you will have to type the whole name of the file if you want to do something with it.

rafekett commented on Trailblazer: A new architecture for Rails github.com/apotonick/trai... · Posted by u/tombenner

disbelief · 11 years ago

JSON rendering performance is a major concern for most of my Rails apps, and I'm wondering the same thing. I've not used Roar (https://github.com/apotonick/roar) before which is what Trailblazer uses for JSON serialization/deserialization. It seems to be full-featured, but I'm interested to hear how it performs compared to other gems. I currently use OJ + Jbuilder + a ton of fragment caching and it's not great but better than anything else I could find.

rafekett · 11 years ago

> JSON rendering performance is a major concern for most of my Rails apps

I've always wondered why this is the case. Faster JSON libraries don't seem to help. Similar frameworks don't have this problem. It just seems the Rails serialization code is slow in and of itself, it's not what it calls out to. Maybe there's a contention issue somewhere?

rafekett commented on Trailblazer: A new architecture for Rails github.com/apotonick/trai... · Posted by u/tombenner

ebiester · 11 years ago

Say that again after you have to learn a rails app with 1500 line models built "the rails way." Controller -> model breaks down when you reach a certain size.

Or worse, giant controllers and models with no clear distinction.

rafekett · 11 years ago

I think the issue is monorails (monolithic rails apps). If you have a single domain object you're representing that's that complex, you'd done a poor issue of modeling your domain. It doesn't matter if you write the logic in the model or controller, at that point you're just pushing code around -- you need better abstractions.

rafekett commented on Trailblazer: A new architecture for Rails github.com/apotonick/trai... · Posted by u/tombenner

picardo · 11 years ago

This "architecture" changes so much about Rails that I don't know why it's trying to build on Rails at all. If you don't like the Rails Way, just create another framework.

rafekett · 11 years ago

as much as I don't want to quote dhh about anything: http://david.heinemeierhansson.com/2012/rails-is-omakase.htm...

in short, since Rails 3 there is no "Rails Way"

rafekett commented on Trailblazer: A new architecture for Rails github.com/apotonick/trai... · Posted by u/tombenner

sbov · 11 years ago

I've never really understood layer-level grouping. Ideally, the more likely things are going to change together, the closer together you have them.

Given that, it's less likely that you'll change the code for all your models than change the view+controller+model code for a given feature.

rafekett · 11 years ago

it's useful in practice for denoising file names. unfortunately rails doesn't do this at all, and every controller file is something like `app/controllers/foo_controller.rb`. in Python, if you had a file `app/controllers/foo.py` you'd be able to `from app.controllers import foo`, which is more useful and does an equally good job of declaring the file is a controller without having to write `_controller.rb` every time you do anything with a file.

rafekett commented on McGill will double your password if you don’t do it first mcgill.ca/it/channels/new... · Posted by u/isbadawi

azernik · 11 years ago

Why is this a problem? If your password is "foofoo" and was set after the cutoff, then it won't be halved; if it is "foofoo" and was set before the cutoff, it will be halved, and then not match the password in the database, as intended.

rafekett · 11 years ago

this, i'm not sure why it is hard to see that this is easy to implement without storing passwords in plaintext.

rafekett commented on Some REST best practices bourgeois.me/rest/... · Posted by u/brgs

rafekett · 11 years ago

there are lots of problems (particularly with versioning/backwards compatibility) that using better protocols (i.e., protobufs) can solve.

rafekett commented on Ask HN: When did you write your first commercial code? · Posted by u/davismwfl

rafekett · 11 years ago

2010, python (wxpython to be exact, the Python version IIRC was 2.5). pretty fun, I think the biggest development since then is the degree to which the browser has improved as a platform for development.

u/rafekett

KarmaCake day162March 17, 2012View Original