skysight-inc/HackerNews huggingface dataset:
>In many cases they've turned those cities even more progressive in the process

Be careful what you wish for, I remember a saying from when I lived in Vermont: "They moved here because they like it better than Connecticut, now they're trying to turn Vermont into Connecticut."

Don't blame that attitude on the right - they'd just call them Carpetbaggers. This is the kind of thing our non-democrat left would say (Even then-mayor Sanders, but I can't find the youtube clip of it right now because I don't want to listen to a bunch of hours-long interviews).

Unless the only thing important to you is turning the state from red to blue, all this does is poison local politics.

>"Bay Area conveyor belt" is perhaps the best thing that could happen for progressive politics, as many people newly arrived in the Bay Area come from very conservative regions, they often pick up more liberal values in the area

If I wanted the left to continue shooting themselves in the foot, I would be championing this too.

You're describing the same process as when kids from a strongly-conservative upbringing come to UVM and swing left. They are inevitability full of terrible ideas, naïve idealism and need years to mellow out into anything resembling a tenable political perspective. They're not necessarily dummies, but their ideas haven't been shaped by debate or tested against reality.
PlayStation can also do auto updates if you leave the console in sleep mode rather than turning it fully off. When I start up my game I just get a notification that an update has been applied rather than a prompt asking whether I want to wait for an update or play offline.
Traditionally, claims of a specific effect are treated skeptically until adequate evidence is given, and the burden of producing that evidence falls to the people making the claim. This, of course, goes both ways when it comes to the standing desk question.
One problem with that approach is that depending on how little you trust the general area around RDRAND, it doesn't work.

Now, before I continue, I should mention that Intel explained that in their design the back-end of RDRAND is completely separate from other (micro)architectural state (like registers). [However, this restriction does not help if you were to assume that e.g. RDRAND microcode is evil].

Theorem of poisonous entropy: Given an attacker able to observe the state of your CSPRNG, they can embed information in the CSPRNG output with negligible computational cost iff they are able to supply entropy.

Therefore, if you don't trust RDRAND to not spy on you, but still use it as an entropy source, you cannot build a secure CSRPNG.
Sounds like it started and ended with Bretton Woods
Sounds like someone that hasn't ever had a good manager. A leader that can provide good air cover is a serious benefit in a large company. That ability has little to do with whether they have engineering experience or not.
I'd phrase it as conservatives find good principles are more trustworthy than good individuals, especially given that turnover guarantees more opportunities to install bad individuals in power.

There is a principle that some knowledge is crowd-sourced over time and we shouldn't ignore that. If there is a fence in a field, we should figure out why it is there before tearing it down. And we should tear it down in a gradual and reversible way in case we were wrong in our original guess.

Your comments about which groups are in charge of what could be that kind of conservatism if you squint, but it ignores the fact that individualism is one of the principles conservatives are trying to preserve.
The way things work in Bangalore, the best thing to do is to call the front desk every time you want to turn the light on or off.
I've never used Turbolinks and have no prejudice, but it seems slow after working with prefetched links in Next.js and Gatsby.
There are plenty of tutorials available on this topic online. Is there something specific you are missing?
It depends.

I've worked along-side and led multiple managers and have experienced various types of managers.

The good ones usually stood out. A good manager is usually the ones that shield their teams from the onslaught of clients' un-managed demands. She is the one that liaises effectively between a looming deadline and the sanity of the team. She is the one making sure the clients are making their timely payments when the work is delivered/deployed or milestones met. She is the one who knows the right way to calm down an angry client when something is not happening the way it should - missed deadline, bug regression. A good manager knows her limitations, and also her power.

A bad manager is usually the one that instigates one against the other. Takes credit and sweet talks with the upper management. She blames the team when things go wrong. A manager, who reports to me, once told me, "why should I be the one to say anything now, the client is pissed and we missed the deliverables. I'm not responsible." (btw, he was fired the following month.)

I believe I'm technically sound, know a thing or two about design and I've led multiple projects with multiple project/product managers. I love the ones that are ready to go with me frontal assault on problems and challenges.

Engineering managers are a good fit for an all-out engineering team. But at the end of the day, I believe managers need to be better human characters, have empathy and have more of people skill than technical or design skills. Design/Engineering — that is what the team is for.

Edit: Plural/Singular Gender normalization.
Samsung Galaxy S9 and S9+ launch video appears online
This is a valid point. In my mind, ideally, at least one or two trusted members on the team can help with this since they're even closer to the actual engineering taking place. It's helpful for management to understand the tradeoffs that are discussed, so I agree that some experience is very helpful, but hopefully the team has a few mature members as well.
Wot Mate? You think when a company announces they are saving money on costs, lowering COGS and increasing margin by cutting costs by investing in a lower cost, higher performance solution, it's a signal of softening demand and weak product pipeline?

There's a kernel of truth in what you're saying, perhaps. Any growing company has to choose between devoting resources (engineers, cash, executive overhead) between different projects.

Alot of the time companies expand by capturing market share through adding features and expanding their TAM.

But it's foolish to suggest that lowering COGS and increasing margin means a company is in trouble.

Let's say your company is now making $1B/year (Dropbox) and you can choose between adding 3% more revenue or lowering your costs by 7%.

In most cases, for your IPO, you'll get a higher aggregate shareholder value by cutting the costs and increasing your margin.
This is what I don't get about the obsession people have with Tesla, in particular the Model 3. The interface in those cars is inferior and distracting. When I'm driving I need an interface I can operate from muscle memory.

The controls in my 1985 Saab C900 is almost ideal. Everything important at eye height. Direct manipulation analog controls with an immediate and tactile result.

Computers should be here to assist and get out of the way. Wiz-bang fancy too often takes precedence over pragmatism here.
Well people can do what they like, but I'd enjoy the public restroom setup in my bathroom, especially if it is a half bathroom (toilet and sink but no shower or tub). It probably makes sense in kitchens, garages, and utility rooms. Living rooms and bedrooms shouldn't run on motion sensors, at least not always.
I'm building my house now, and I have plans for wall switches to control outlets behind the TV.

I mostly buy AV equipment that can be controlled by turning the power on/off.
Micro Fibrillated Cellulose (MFC) made from wood can replace plastic in bottles
Looks like only part of the proposal got onto the front page of news [0]. The proposal itself has plenty of other contents that are interesting [1], especially the one on supervisory commission (the anti-corruption body) [2].

[0] https://www.reuters.com/ http://www.bbc.com/

[1] http://www.xinhuanet.com/english/2018-02/25/c_136999077.htm

[2] https://www.reuters.com/article/us-china-politics-corruption...
If you mean designed and built, that's a rather harsh judgement of eg IBM - well beyond "war profiteer". Perhaps supplied for that purpose though.

https://www.theguardian.com/world/2002/mar/29/humanities.hig...

Somewhat chilling to contemplate what purpose the current "Watson" could be put to, though:

"When the Nazis invaded Poland (...) IBM New York established a special new subsidiary called Watson Business Machines," after its then- president, Thomas Watson."

"Hello, Watson - is our genocide still on track?"
Why involve companies at all? The visa should be tied to the individual, not the company. The goal should be to enable immigration of skilled/motivated people to the US.

The only role that appears to make sense for corporate involvement is that perhaps a company could select from individuals who have applied and are awaiting entry.
> Yeah, but in that sense, C is "just syntactic sugar" for Assembly.

That's not true in anywhere near the same sense. There's not a 1 to 1 correspondence that lets you transform C semantics into assembly. Assembly has no counterpart to C types, for example. And if you recognize that your initial argument is flawed, the rest of what you're saying falls apart.

> Like I don't need functions or methods, either, but that doesn't mean that I should avoid their use.

If you can point out where I said you should avoid the use of DSLs I'll be very surprised.

What I said is that the cost of implementing a DSL is rarely worth it, given a library will often provide 90% of the benefit a DSL with 10% of the effort.

> Yes, it's time consuming, but abstractions provide real value in programming.

Yep. And functions are an abstraction which has a very low cost in most programming languages and provides.

> All you're really saying is "I can implement a regex engine in C."

If that's what you think I said, you should read what I said again.
> a computer one presumably trusts

There is now no such thing.
Personally I'm afraid it could result in China attempting an invasion of Taiwan. This could lead to war between the US (as well as other countries) and China.
Say you're a gastroenterologist and in the video, your patient was interviewed by a pathologist. The pathologist would ask pathologist questions, but you need to know gastroenterologist answers. How do you get them from the video of a pathologist asking pathologist questions?
> Once you’re coordinating groups of people you need a manager to keep them working together towards a common goal.

What is a manager?

I've worked on many successful teams (including projects with 100+ devs) without formal managers in the typical hierarchy sense.

You just need a combination of program managers, project managers, product managers, and architects.
I'm not the person you're originally responding to, nor am I supporting their position, but your bit about minority control is something that strikes me as odd. The big cities you named have all the money and control all the media. Big bankers from those cities control the fed. I think even with the rebalancing that comes from the electoral college system the big cities still have outsized power.
It's fascinating to dig into HN literature from 1900!
There's nothing inherently political about the this article or the science in general here.

There is, however, a very concerted effort to convince people that the science of climate change 'is political' in order to give those who find the issue uncomfortable license to question the legitimacy of the entire field of study. That's as dangerous as it is absurd, and it's important that it's challenged whenever it's encountered.
My experience is the opposite: I find that managers who are not from a software engineering background are generally better.

In my experience managers from a software engineering background are usually lower skilled engineers who tend to overrate their own skill level and make bad technical decisions where a non-engineer manager would defer to the expert opinion of the people they manage.
Is this accurate? If that was the case then interest from savings accounts and CDs wouldn't be taxed at the marginal tax rate as ordinary income is.
I think that's a little disingenuous. Dropbox provides:

1. a nice web interface;

2. synchronisation;

3. an easy-to-understand pricing model;

4. tightly integrated desktop support (at least for OS X).
Situs Judi QQ Online Terpercaya – Agen Judi Online – Asiapoker303
I think you should update your reference baseline. Start with looking for papers who cite those papers, see what they think and what they found.

For one, with recent advances in genomics, we now realise that conclusions from twin studies in general aren't aging so well. And all the above don't really do genetics, they used seemingly close-knitted cohorts.

In themselves I find all the papers you pointed dubious at best, and more likely garbage. The experimental setups in all of these were rather weak to start with, and did not allow to discriminate between causation and correlation, and the authors all achieved/generalized conclusions that were not supported by their own data.

Our societies fascination and obstination with deriving things from IQ is, well, fascinating... No of these start with asking a question to understand a tractable and useful problem. They're all a my "d!ck is bigger than your d!ck" kind of ranking problem.
Two hours?! Flagged the post.
I often institute a “just” $1 jar. Anytime “why don’t we just” or “it’s just” is uttered you have to put a dollar into the jar. This applies to engineers, managers, myself, everyone. The idea is breaking the habit of trivializing work that isn’t. Something like a dollar jar is fairly effective as a notifier but doesn’t necessarily replace the habit with a better one. Nevertheless the game itself seems to help even if dollars aren’t transferred into the jar.
Sometimes we engineers do a poor job of communicating complexity: we have un-communicated assumptions that we think the listening party shares. Which sometimes lead to this:

"You could prepend the words “it’s just” to anything, it’s not going to change the fact that you sound completely ignorant and will ignore any challenges that your team communicates to you."

I have often found it effective to counter "just-justifications" with the right representation of complexity. E.g.

"Yes, it's just an API change, but it requires 50 new test cases and impacts 120 existing test cases",

OR

"Yes, it's just a library change, but there are 450 sites in our code that use the library and out of those, 50 involve financial calculations"

Almost always, the manager appreciates this because you would have brought to his attention a problem that would otherwise gone under his radar.
Sometimes the reason manufacturers are going digital is not just to be "smart", albeit it is a nice selling point for them to state it that way. Its actually sometimes cheaper to use digital parts instead of physical parts for certain components.

When you talk about stovetops, the tradeoff between price points on a unit from physical / digital controls is generally if it uses a built in thermostat or not, and the need for more advanced features (built in timers, etc). Its fairly common for kitchens to use purely manual driven knobs that open on/off gas valves on the economy scale since they are reliable and work. For home use stoves, since it also doesn't go through as much abuse compare to a kitchen stove, manufacturers will veer towards digital controls to offer more features and selling points.
> But if they are ordinary people why are they paid like the superhuman healers that they aren't and still hold themselves as such?

They're not. The lifetime after-tax expected earnings of a person entering medical school today, after work and operating expenses are taken into account, is probably a lot less than the equivalent figure for the average Hacker News reader.

Doctors make nowhere near as much money as people think they do, and that incorrect perception is based on stereotypes that haven't been true for decades.
Or you know, that is a BS quote, extrapolating from too few historical examples (and even them, not understood well), and not some scientific law.
Important to remember that they’re averaging over a decade to get that annual return figure. I still hear 10% thrown around as a rough estimate (if you believe anyone is capable of making such a prediction) — though Jack Boggle has been cautioning that we should expect much lower returns over the next twenty years (more like 3-4%).
Adopting Prettier into Existing Project
It's just management, after all.

I don't mean to be too flippant, but isn't this whole article an instance of exactly what the author is complaining about? Let's have good managers rather than bad ones. Good managers trust their reports to tell them the constraints of the work and factor that into the team's strategy. Being conversant in the underlying task helps a lot with that, but there are plenty of managers who come from an engineering background who make the same mistakes the author laments.
In my experience management was either good an bad. I think that culture was the most important thing at the end of the day. Engineering is not everything when productivity is important as well as environment.

In some cases/team there is the need of an extra effort in order to balance resources AND people.

If I could pick a manager from a pool I will probably take someone with experience in people first and docker later...

At the end manager that are open to listen to the team and the customers will probably take the right choice in term of technology.
I think the reasoning in the arguments is left a little loose on purpose simply because it is so difficult make strong arguments about something we know so little about.
The NHS does worse in treating cancer than other countries, but many of those countries (Germany, France, etc) have public health care also. It's not clear that the difference in performance is because of public, vs privately, funded medicine.
Others have mentioned the vagueness and low value of the questions, but I'm particularly struck by the professionalism/work ethic one.

Professionalism is tough, because we define it (roughly) as seeking the common expectations for the role, but one of those expectations is "professionalism".

And "work ethic"...Im a gen Xer and I feel like millennials are getting dumped on more than the normal generational strife, to a very unfair level. (Example: I see a lot more snowflakes and need for "participation trophies" among those complaining about such things than among the millenials themselves)

Which leads me to wonder, particularly with work ethic, is it the students or the employer that have the unrealistic expectation?
>have empathy and have more of people skill than technical or design skills

The problematic ones i've seen had some people skills, or they were thinking they had. The problem was when they did not understand engineering problems, and were thinking that everything was a people problem/issue. So they either assume that the developers are lazy, or they simply can't accept that the engineer can have some real objective concerns. So its either they don't understand however hard you try to explain or they try to understand it is a people/personal problem, when it is not.
My immediate family and I have also made a lot of changes, and I agree that there's a lot you can do with no real sacrifice. I fully support people making these choices themselves. Every little bit helps!

That said, there still needs to be a sea change (did I just write that?). Not just in choices of individuals within the populace but also in industry, etc. Individual behavior and choice is a starting point, but it's not enough.
This is a Reef knot tied using two bights. Nice little trick and a very clear explanation.

We would use a knot similar to this when furling the foresail on schooners, as it easily untied under sail.

If the author wanted a slight improvement in the explanation, mine would make the finger diagrams use a transparency for the thumb and index finger so that the reader could interpret the location of the laces behind the fingers.
Your definition doesn't make sense. I've been labeled a "Senior Software Engineer". Does that mean that any time I write code in any language I'm using it professionally, while people who have been paid to write the same language for years but don't have senior in their title aren't using it professionally?
None of those are inherently fatal, either alone or in combination. To illustrate, imagine I did a study where I took 20 people, subjected them to a 10 minute ice bath, followed by a chest X-ray, and then put them naked in a steel cage and lowered the cage to the bottom of a swimming pool for 20 minutes (yes, the pool is full of water). Study participants are not told beforehand that they will be going into water.

And suppose further that 9 of them are still alive when I pull them out of the water. Not only are they alive, they are conscious, alert, and show no ill effects from 20 minutes underwater.

That would be a study worth talking about despite the sample size and lack of control and short time span.

Those would not be a fatal problems because we already know a lot about what happens to humans in general who spend 20 minutes without diving equipment underwater. We have a good idea of what the probability is for a human to survive such a thing, and can estimate the probability that my sample included 9 such people. It would be close to zero. Heck, even if I had the misfortune of accidentally getting my sample at a free diving competition the chances that I'd get 9 people who could hold their breaths for 20 minutes would be very low.
Had the exact same thought coming here, couldn't have said it better.
> Exhibit B is still a DSL - just expressed in a syntactic manner that is compatible with C-style programming languages.

True, I suppose. But I think I can agree that you could also call the functions in Exhibit B a library. The difference, in my mind, is that Exhibit B gets you most of the benefits of Exhibit A without most of the implementation difficulty, because it avoids the trap of getting too caught up in syntax over semantics.

There is a point where DSLs are used enough that implementing the syntax becomes worth it: there's a reason people implemented SQL and Regex.

> In this sense, the function call mechanism of the host language isn't being used in it's usual sense - that is for actually doing something.

Eh, I don't know about that. If you recognize that functions can be used in this way, it can quickly become a very powerful tool, even moreso if you're working in a language where those functions can return closures. Lots of code is written in this style. Of course nobody writes these specific functions because most languages support regexes. :)
Tenure for life in leading posts is linked both to feudal influences and to the continued absence of proper regulations in the Party for the retirement and dismissal of cadres. ... During the “Cultural Revolution”, Lin Biao and the Gang of Four did everything to procure a privileged life style for themselves and inflicted great suffering upon the masses. At present there are still some cadres who, regarding themselves as masters rather than servants of the people, use their positions to seek personal privileges. This practice has aroused strong mass resentment and tarnished the Party’s prestige. Unless it is firmly corrected, it is bound to corrupt our cadres.

Deng Xiaoping, 1980
https://dengxiaopingworks.wordpress.com/2013/02/25/on-the-re...