Hacker Newsnew | past | comments | ask | show | jobs | submit | ebikelaw's commentslogin

Following this line of thinking, all or even more than all US GDP "growth" is attributable to wasteful medical and educational inflation.


Not all, but a good chunk. Definitely less than half. Somewhere around 18% of current US GDP is healthcare spending [1], growing at around 5% year over year. Education spending is somewhere around 5% of GDP [2]. It's hard to figure out how much actual growth is occurring there since most of the ridiculous increases have been specifically in college, not in K-12 which is the bigger share. Total increase seems to be somewhere below 3% year over year growth. We can even add in military spending and not get to half. Thanks to this year's absurd 9% budget increase [3], military spending is now above 4% of GDP again.

So, healthcare + education + military accounts for around 27% of GDP and about 5.2% weighted average growth for that 27%. US GDP is up 4.2% annualized for Q2 this year, so that growth in our 3 categories is only accounting for maybe a third of total GDP growth.

[1] https://www.advisory.com/daily-briefing/2017/02/16/spending-...

[2] https://en.wikipedia.org/wiki/List_of_countries_by_spending_...

[3] https://www.washingtonpost.com/news/wonk/wp/2018/06/19/u-s-m...


The Q2 4.2% is too convenient a number to make your point. On average US GDP growth has been around 2% over the last decade: http://www.multpl.com/us-real-gdp-growth-rate/table/by-year


And before that it was a consistent 3-4% average. Picking the decade following the largest recession in history as your base is also a bit convenient.


It's not an open standard, but this was the one of the interesting pieces of RIM's software stack. Their push system worked reasonably well, used little power on the handset, and organizations were able to run their own on-site push proxy supporting their own in-house applications.


Only on Hacker News is the fact that a database has a primary key for user accounts evidence of a global conspiracy against humanity. Here's some bad news for you: literally every company with a website and user accounts has the same scheme.


Can you provide some supporting statements for your point 1(a)?


If your goal is to not have a mess, you can get there by cleaning up all your messes. You can't get there by not adding to the existing mess.


There are messes that cannot be cleaned up. We have the leverage to destroy everything. Therefore it is better to focus on preventing the mess, than in futilely pretending we can clean it.


Obviously it doesn't make sense to clean up messes that can't be cleaned. There are also messes that can be cleaned, and it can make sense to do so.


It's no substitution for actual data, but there is a basic logic to it. If you're bleeding now it's more important to stanch the wound than it is to worry about avoiding future wounds (they're also not mutually exclusive conditions).


Not sure analogies are strictly helpful here. Like, alternatively: Say there's a knife being pulled through your guts. Should you prioritise stopping the bleeding or trying to arrest the progress of the knife? The analysis here needs to be more quantitative: what are the returns on various mitigation and cleanup methods, and what do the respective rates of change imply in terms of comparative environmental impact over a fixed period of time?


50 > years of pollution that will maybe take millenia to clean up by themselves?


Part of the German economic success story has been keeping housing cheap, so they can keep pay down, so they can export. As soon as housing prices rise, pay rises, and the story falls apart.


...and the secret sauce of keeping rents down have been conscious efforts at keeping second and third tier cities and towns attractive for business, which distributed demand and thus kept it somewhat in check in the naturally attractive metropolitan areas. E.g. most of those small, highly specialized industry (car and other) suppliers that are the backbone of the German industry are based in cities you never heard of, that's not a coincidence but the result of careful balancing.

In recent years (decades, actually), we seem to have dropped the ball in the counter-centralisation game, maybe as a consequence of reunification.


> Part of the German economic success story has been keeping housing cheap, so they can keep pay down, so they can export. As soon as housing prices rise, pay rises, and the story falls apart.

The only reason they're able to do this is because of years of fairly extreme mercantilistic policies combined with struggling economies in other parts of the EU (Greece, Spain, Italy, Portugal, and to an extent Ireland).

It works out for Germany in the short- and medium-run, but it's bad for the EU as a whole.

It's also bad for Germany in the long run, because even if extreme mercantilism were sustainable in a free market in the long run (spoiler: it's not), excess surplus means, by definition, that the government is underinvesting in public infrastructure. It takes a while for the effects of that to become evident, but Germany is starting to see hints of it already, and if these policies continue, it'll become much more pronounced.


Not so sure about that. Germany doesn't compete on firesale prices for its export products. Germany is amongst the top 5 richest countries whatever that means.

I simply see many good and skilled workers paid way too little. How am I earning as much as a med tech with 12 years experience after being in IT proper for 2 years ? The answer lays, admitted within my limited view, in the skilled labor force simply accepting middling pays. Which is maybe harder to pull off in the IT branch it attracting more workers not ready to simply accept lower pays for their work.

In the end I have colleagues with way more experience than me earning less than me simply because they asked for less...Somehow its more a kind of established cultural thing and companies / management taking good advantage of it. Lets not pretend C levels are badly paid in Germany XD.


Yeah they have Mozilla but not Google which occupies the other 99% of the same building. Amazon also has significant headcount in SF.


Adding Google. I somehow omitted that company even though I walk by Google's SF office all the time. It's on the site now!

https://employbl.com/companies/google


Solar utility installations in California that I’m familiar with employ fewer than 1 person per square km.


And how do they keep all those panels clean? Who maintains the transformers when they break? Who swaps out the panels as they reach their life expectancy? It isn't just the night watchman, but the entire community of people involved in any large outdoor installation.


Like any utility, you don't need a guy just hanging around waiting for the transformers to explode. You truck him in every 50 years when that actually happens. It's time domain multiplexing, essentially.


The cleaning is largely a solved problem too.. You don't need 50 $10k/year people with squeegees, you just need one person in a $50k truck.

https://www.alibaba.com/product-detail/China-Road-tunnel-wal...


If there’s one job that robots are certainly going to take, it is solar panel squeegee guy.


And how do they keep all those panels clean?

Robots, like these from Ecoppia:

https://www.ecoppia.com/wp-content/uploads/2016/08/Product_D...

https://www.youtube.com/watch?v=VIH-C29N82o


Do they have problems with security? Try putting down any large piece of infrastructure in Africa - and careful that it doesn't get carried away.


The old eastern span of the SF-Oakland bridge was a series of double-decked trusses between towers. Essentially it was several loosely-coupled, independent failure domains. In failure analysis that's not really the same thing as redundancy.


We still have a lot of prestressed concrete structures that predate good understanding of creep in such structures. Box-beam highway bridges, for example, were universally built from prestressed concrete after WW2, but creep wasn't well characterized until the late 1960s.


The very lightweight HTML Gmail lacks all of "normal" Gmail's latency-hiding features, which is one reason it uses so little memory. Gmail preloads all of the messages in the thread list so when you click them they are displayed instantly. HTML Gmail doesn't, and when you click a message it fetches the body from the origin. The tradeoff is yours to make. I find the HTML version infuriating when I'm tethered on mobile because every mouse click takes 10 seconds. On the same tether I can leave normal Gmail open all the time and it's fast. Ironically the lightweight Gmail is more usable on a fast, reliable wired connection.


I think that the contents of the emails in a thread is a minor part of 150MiB taken by the full version. I suppose my entire inbox (the not-archived part) is much smaller that that.


Indeed, it's not the data but the code to support it. There's a bazillion features in there designed to avoid the user having to do additional page loads. For example in my Gmail memory profile there's 20+ MB of code to support the real-time chat feature in the sidebar. You can argue about whether there should be a middle ground implementation that has the email preloading but not the real-time chat. Developer and project manager time is unfortunately finite.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: