Wouldn't this have been better done with a trip to LAX or another international airport to protest, or at least an office that has some relation to the government?
178 karma · joined October 4, 2013
Wouldn't this have been better done with a trip to LAX or another international airport to protest, or at least an office that has some relation to the government?
That's a bit long winded, just don't want people automatically rule out home ownership since not only can it be a point of pride, it actually can be financially beneficial if you're willing to do the math for your own situation.
The author is confusing income from dividends (either of the stock or bond variety) and interest income with income simply for existing. He chooses to use Alaska, an oil rich and low population state, as a model for the rest of the country. He states that the government would somehow build up a "big wealth fund" that would deliver "returns" without specifying where those returns would come from or the amount of those returns. A fund of the size required can't easily generate large returns since that amount of money is enough to distort markets.
Simple back of the napkin math is that based on the 2013 census, we have 242,470,820 adults living in the US. If we pay each of them $12,000 per year, that's $2,909,649,840,000 in additional mandatory spending every single year. That's more than Medicare and Social security combined, and that has no cost of living adjustments built in. The basic math shows that this idea is simply unrealistic as far as I can tell.
The biggest takeaways that I've had are mainly that if you really want to optimize, then write the kind of code that the various engines can optimize best. With that in mind, TypeScript is not only a great language, it's actually a great performance tool since it can help you to identify polymorphic functions that maybe could be changed to monomorphic ones if they're in the hot path.
I've got another fun hacky kind of optimization for you though that I've mainly used for benefit in some angular code/expressions that are executed potentially millions of times. If you can make some assumptions about the name of the property being accessed for security reasons and it's going to be repeatedly used, compare the following:
// Setup
const makeGetter = (prop) => new Function("obj", "return obj." + prop");
const slowGetter = (obj, prop) => obj[prop];
const fastGetter = makeGetter("foo");
const obj = { foo: "bar" };
// Test
slowGetter(obj, 'foo');
fastGetter(obj);
This is primarily an optimization for Internet Explorer, but if I recall it was somewhat positive in other browsers at the time as well. It makes more sense if you consider it in the context of executing a simple angular expression repeatedly, though 1.6.0 might narrow that gap significantly now that the expressions sandbox was removed as I think they generate code similar to my "makeGetter" factory. Haven't re-tested yet.
"Anonymous" function calls (function expressions, either immediate or not) are generally only more expensive because they're re-created all the time. Sometimes this is necessary to create a closure, often it's not. If you were to profile `var foo = function() {}`, performance should match the function declaration variant identically, so it's not the method of declaration that affects performance.
It gets a lot easier though. After going in and out of keto a couple more times, it completely stops being an issue.
Maybe someone more educated about blockchain could illustrate some of the pros/cons about using it in this manner?
I'm not sure what you mean that web sockets aren't supported since the MDN shows it as being fully available:
https://developer.mozilla.org/en-US/docs/Web/API/Web_Workers...
Where this falls down is in handling events where some actions inherently need to be synchronous (preventDefault, stopPropagation), however I think Angular 2 was starting to consider options on how to overcome that. I can't speak for progress in other frameworks.
I wrote an ajaxTransport for jQuery to accomplish this exact thing years ago; I can ask about open sourcing it if there's interest since I doubt it's in use anymore since our browser set is IE10+ at this point.
It doesn't work for unversioned library code though where you want to automatically upgrade all users of your code as is the case with Twitter it looks like.
The chicken does come out moist and tastes awesome, but that goes for the outside as well which I don't mind that much, but you can also toss it on the grill for like 20-30s a side after it's done if you want nice grill marks and a little crispier outside.
It's also more difficult to follow practices like quickly rendering above the fold content; when you use the normal practice of writing re-usable directives, you end up needing to wait until at least Angular and any dependencies are loaded prior to being able to render any content at all. Server side rendering of initial content helps to alleviate that quite a bit since even though the content may not be interactive until your app bootstraps, the perceived load time is much better as the user has something to look at.
While he may not fully understand everything (the lessons, not the words), this is the kind of book that I still go back and read every couple of years and still try to pick up something new each time. I'm sure he can pick up things that are relevant to him today and still find new lessons for years to come.
He'll always be the Waco Kid to me.
The correct way to accomplish what you want is to either throttle or debounce your searching such that you reduce the amount of requests made in the first place.
Both libraries provide their own implementation of a Set though, so in practice you would just use the library provided one.