ByteJockey
Joined 6 years ago
Joined 6 years ago
It's really nice because it means you don't have to pre-wrap all of your properties with accessor methods. They can just be properties, and if something changes, you swap the property out with a decorated method and you don't need to change any code.
This seems like a form of premature optimization.
I mean, you're not wrong technically, but if you were exceptionally performance concerned, you probably wouldn't be using ruby.
If you're just regular performance concerned (i.e. you want to stop pathological behavior in the hot loop), you're really only concerned about 1-2% of your code. You wait until it's an issue, run a profiler over your code and optimize the couple of parts that are causing the issue.
Could be, but that's a bunch of stuff you don't have to power with the existing system. Given how many creeks there are, that seems like it could really add up.
> With the advent of long lasting perovskites and (hopefully) some less polluting battery technologies you're not even better off cost-wise.
That's fair. I've learned in my life that I don't have a good intuition for what the costs of large infrastructure projects are.
I actually have no idea how to estimate that. Anyone have a good estimate on that? Intuitively, I'm thinking that most of those rivers are fed by many small streams, so it would be approximately equal. I'm entirely unsure of that though so treat it as having huge error bars.
Huh. Weird. Well, I don't see it brought up on HN all that often (once a month tops?), so we must hang out in different circles outside of here.
Anyways, you have a good one.
Did they announce a change of plans? Their website just says that they have no plans for a borrow checker (i.e. it's not required to actually implement rust).
From the website for the project:
> There are no immediate plans for a borrow checker as this is not required to compile rust code and is the last pass in the RustC compiler. This can be handled as a separate project when we get to that point.
Link here: https://rust-gcc.github.io/
Whenever I've seen it brought up it's always that it would require a constitutional amendment (specifically in the US). The federal government isn't allowed to do taxes that way under the current system (Article 1 Clause 2 Section 3).
Hell, the feds weren't even allowed to do a straight income tax until the 16th amendment.
The government put fuel efficiency regulations on sedans in the 1970s. This effectively killed station wagons. The rules around light trucks were different though, and that's why the minivan was created.
The SUV is an outgrowth of the same thing.
That's the thing, there are a lot more positions these days that people seem to be unwilling to change.
I may personally hate windows with a passion, but if we're talking about the layman's definition of "PC", I think that's still a hard requirement. Especially this side of the "I'm a mac/I'm a PC" commercials.
To quote the NLRB's website directly:
> Federal law allows unions and employers to enter into "union-security" agreements which require all employees in a bargaining unit to become union members and begin paying union dues and fees within 30 days of being hired. Employees may choose not to become union members and pay dues, or opt to pay only that share of dues used directly for representation, such as collective bargaining and contract administration. Known as objectors, they are no longer union members, but are still protected by the contract. Unions are obligated to tell all covered employees about this option, which was created by a Supreme Court ruling and is known as the Beck right.
This usually works well enough, but in certain circumstances, you can have a small minority control the entire operation and the vast majority are "represented" by an institution they have no voice in. This seems to be the case in lower paid unions (e.g. grocery baggers) because the majority can't afford the extra dues.