undefined | Better HN

0 pointsjb36895y ago0 comments

ActiveRecord is configurable. You have options to bypass the serializer. Rails can't magically have the correct answer to every problem out of the box without tweaking

"The default behavior is slow!"

"Don't use the default behavior?"

0 comments

pdimitar5y ago

But if you are going to override the defaults, then the argument of "Rails is performant out of the box" no longer holds water, does it?

jb3689OP5y ago

Was that an argument? It seems pretty clear that that is not the goal of Rails. I'm arguing here that "Rails can't be performant" is not necessarily true

pdimitar5y ago

Sadly often this is the argument, yes.

I am glad to see that there are much more reasonable Rails devs out there compared to some rather toxic individuals around in HN at least!

A lot of tech can be fine-tuned to be very performant. My point was (still is) that there exist technologies today that allow you to delay your scaling decisions much further in future, compared to what a stock Rails app (without any performance tuning) will.

1 more reply

j / k navigate · click thread line to collapse

0 pointsjb36895y ago0 comments

ActiveRecord is configurable. You have options to bypass the serializer. Rails can't magically have the correct answer to every problem out of the box without tweaking

"The default behavior is slow!"

"Don't use the default behavior?"

0 comments

pdimitar5y ago

But if you are going to override the defaults, then the argument of "Rails is performant out of the box" no longer holds water, does it?

jb3689OP5y ago

Was that an argument? It seems pretty clear that that is not the goal of Rails. I'm arguing here that "Rails can't be performant" is not necessarily true

pdimitar5y ago

Sadly often this is the argument, yes.

I am glad to see that there are much more reasonable Rails devs out there compared to some rather toxic individuals around in HN at least!

1 more reply

j / k navigate · click thread line to collapse