skysight-inc/HackerNews huggingface dataset:
We max out our compute about 3% of the time, and run at about 10% load the rest of the time. It's a similar story for memory consumption. And we run this multitenanted, where the max doesn't overlap for different tenants. And we can't move our customer data out of our data centre, so we can't use cloud elastic compute.

It's in this kind of a world that elastic compute provided by a cluster scheduler with efficient packing looks really appealing. And our jobs, while meaty in time and space, are stateless once the initial data is poured in, up until the results pop out - they are big functions, basically. Good match for a stateless container.

So k8s looks quite attractive.
excuse me if i'm wrong, but isn't it just a snippet for react.createElement?
I would guess it was supposed to read »holistically« but it's hard to tell.
Chimps defend territory and go to war. Its not just human nature.

https://en.wikipedia.org/wiki/Gombe_Chimpanzee_War
It's more simple than that.

They will never fully open the black box, because people will optimize for its contents.

There is an UNBELIEVABLE amount of entitlement thinking and out and out attempts to cheat that go on at places like Harvard, Yale, Princeton, and Stanford. If no one knows what admissions is looking for other than straight A's, then you just get straight A's and do the extras that YOU think are important. (Which as it turns out, is what they really want to determine.)
Hyperbole. Also in Austin Texas, "Save Our Salamander" (SOS) is a real (major) thing.
You already get 2D, WebGL, WebGL 2 through canvas
I second learning the event loop. One of the most important parts of the JS engines, though somehow missed by most commenters.
>It's just plain wrong to say that there are more facts in a theory than proofs of facts. Both of these sets are countably infinite.

Some infinities are larger than others. This was proved by Georg Cantor, who created set theory.
>2. I really wish I had studied JavaScript. I didn't, at all. I was like "Yeah front end is easy anyway, lets roll" and just got started developing. I did so many stupid things, suffered so much, and really resented the language at so many different points exclusively out of my own ignorance. Once I got my head out of my ass, and actually studied the language in depth I felt like so many things started making sense.

Based on my experience interviewing candidates with years of alleged "experience", I marvel at how many so-called professionals don't bother to learn Javascript in any depth. I've had more than a few candidates that couldn't demonstrate how to iterate through the elements of an array, for example. Or correctly give the truth value of expressions like:

" ";
"";
undefined === null;

and on and on. These, to me, are dealbreakers. If someone can't rattle them off, I'm not going to pay them the six-figure salary they claim they're worth.

I'm surprised at the amount of resentment this sentiment of mine generates here on HN, of all places, but it does.
Two years ago I lived in CA, tried to cancel, ended up submitting a ticket and was told I have to call for "security purposes".

If I didn't have anything better to do I would have loved to submit about 40 tickets a day asking to close my account until they finally did and banned me.
One reason why Amazon has such outrageous problems with counterfeits is that having no problem at all would cost the richest man in the world something.
Such a strange comment to read ... literally, the reason Facebook first started creating React was they wanted to put it into legacy apps. :D
I also give you the observation that some men use far more force than necessary for some tasks and then conclude that someone weaker cannot do them.
> Sometimes it feels

You claim in this and other comments to be someone who prefers "evidence-based" arguments and policy. But you've provided few if any references yourself to decisions you believe the Pruitt-led EPA have made that embody evidence-based decision making.
Many Americans avoid eating things made out of plants. For example, tofu or veggie burgers. Like I said, this is a cultural phenomenon, similar to but less severe than the cultural proclivity to avoid eating insects.

Though many Americans don't seem to mind eating snails.
I'm pretty sure that lying about a disability to a company you have bought a product from is not illegal. But I guess I don't know for sure.

I'm willing to take the risk.
What did you expect? That I had a website that says “I am very poor, please donate money to me?” Or maybe “I am a tough SOB from the hood that made it good at google and now i’m a crypto millionaire who boxes in my spare time to drown out the aggressive tendencies I acquired in my youth”?

Who do you want me to be to fit your world view?
That excuse isn't going to fly when they get sued for not accommodating a disability. If anything, it'll cause a lawyer to pounce on the case like there's no tomorrow.
It is for the most part. I only had a little candy-bar SonyEricsson at the time which had really limited interweb capabilities. Other guys had iPhones, but for the most part, winging it was great and got you where you needed to go.
Idiomatic React is both compatible with and orthogonal to state management libraries like Redux or MobX. React is (in my opinion, and likely in the opinion of its creators and maintainers), a library for creating reusable ("dumb" or "presentational") components. In many web apps built with React components, you will want another library to manage the global state of the entire application and provide your dumb components with read/write access to specific pieces of that global state.

I don't understand your point that injecting state into your components (e.g. with Redux' connect function) means JSX is just another fancy HTML templating library. All you need to do is have your React component export a "dumb" version as well as a connected version. Your dumb version will still be reusable in other parts of your application, and any other application could also use your dumb component and connect it to their global state through whatever means they please.
Also, as a Python programmer, you'll want to use "lodash.get" which is the equivalent of Python's dictionary.get() function which is incredibly useful. To install it you do "yarn add lodash.get".

There's lots of ways to get variables from objects/dicts in JavaScript, and I almost always use:

let foo = {"kingName": "edward"}
get(foo, "kingName", null)

Thus you get a nice predictable null if there is no kingName.

Python does falesy well, JavaScript does not. In Python you rely on None alot, in JavaScript there are lots of inconsistent falsey values. Thus in Python I can do lots of code that is quite terse because it assumes a nice predictable falsey value, in JavaScript I tend to verbosely type out all my comparisons even if they are as simple as (variable === true) or (variable === false). By always consistently doing explicit comparisons (i.e. stating what I expect on both sides of the comparison) I can avoid alot of bugs arising from JavaScript's weird falsely behaviour. That's just my personal taste.

Broadly speaking I try to return null in JavaScript where I would have returned None in Python, and generally I'd rather be using lodash.get to force a null return. I prefer to avoid programming around "undefined" in JavaScript.

In Python you do alot of iterating dicts and lists. In JavaScript the equivalent is map/filter and find.

To answer the question of which framework to go with, it's a personal choice of course. I choose ReactJS over Vuejs. It strikes me that VueJS is easy to start with but that is because it lacks an overall architecture. Thus the tradeoff is that you learned it fast but maybe you'll pay for the lack of application architecture later. If you go with ReactJS you might find it harder up front to grasp the architecture, but you'll be in a good position when your application gets to the point of needing an architecture. If you are an experienced programmer then you should not be afraid to learn ReactJS. The other key difference IMO to VueJS and ReactJS is that ReactJS points in the direction of immutability with its one way data flow which I think is important. I must say my advice can be taken with a grain of salt though because I have not programmed VueJS so I'm biased.

As a Python programmer, you'll generally feel pain as you learn JavaScript because asynchronous programming pervades everything. At first I hated this but after many years of async programming I'm glad I understand it. Python is magnificently synchronous. For the Python programmer learning JavaScript I'd suggest making a real effort over time to learn all the JavaScript asynch programming techniques including callback, promises and async/await. Your head will spin but when it falls into place you'll realise the power of JavaScript's inherent async nature.
Then we need to deal with the scammers.
If you are interested in the topic, you should check out the Learning How to Learn course: https://www.coursera.org/learn/learning-how-to-learn
Genocide is defined as intentional. For this reason, smallpox in America (like the black death in Europe) is not genocide while the Young Turks killing Armenians or Saddam Hussein gassing Kurds is genocide.

As to the idea of "punching down". The North was punching down when they invaded the South and forced them to free their slaves. I think this was a good thing. Having power and using it isn't synonymous with evil. The issue with "punching down" is that it implies that position always entails abuse. People who use the phrase always seem to shut up when the punching down is in their favor.

> Illegal Mexican immigrants in the US are often quite racist against black people, for example.

Illegal immigrants leave a terrible situation to work the worst kinds of jobs here because they are still better than what Mexico offers. They live under constant threat of deportation too. You then paint these people as having privilege and say they're all racists. If punching down is a thing, you might just win a medal.
Maybe as humans we could learn from puppies how not to be inhumane to one another?
There's certainly some truth to the idea that EFF, like all nonprofits that accept corporate funding, may be somewhat beholden to those donors. That said, over 25% of its funding is from membership dues [1]. Ironically, the Center for Democracy and Technology (CDT), only briefly touched on in the article, has a reputation for being much closer to a corporate-first lobbying organization than EFF. Of course, as the article points out, CDT was only created when EFF's members balked at Berman's complicity in CALEA's passage.

The Electronic Privacy Information Center (EPIC), briefly touted in the article, doesn't accept corporate donations, but it's also a fairly small organization. It also suffers from being closely associated with a single individual, as opposed to being a large, well-marketed non-profit. That said, they generally do good work, largely by filing amcius briefs in important privacy cases and exposing issues through FOIA filings.

In any case, it seems odd the author considers EFF a stealth lobbying organization when associations like TechNet are explicitly designed to lobby for the big tech corporations, while keeping their names out of the spotlight. Why not shine a light on them?

Fun fact: On the very same day that EFF was founded, the freshly created organization made a $275,000 grant to Computer Professionals for Social Responsibility (CPSR) which just a few years later would become EPIC [2].

[1] https://www.charitynavigator.org/index.cfm?bay=search.summar...
[2] http://tech-insider.org/eff/research/1990/0710.html
> my favorite example of this is the plastic package of organic vegan marshmallows i saw at Whole Foods once

Is this funny because of all the non-vegan marshmallows that come in non-plastic packaging, making the vegan ones worse for the environment? Any change has to be weighed against the actual alternatives.
Worked for me too over chat.
Generally, laws made by the legislature are well thought out. It's that nearly-immutable laws passed through initiative that screw up California law.
Censoring historical documents is now considered "correct."

Wow.
This is what I do and it works wonderfully.
Even better if CoolApp 1.0 has been continuously updated for new OS’s and the newest version isn’t compatible with a device stuck on an older OS, you can download the “last compatible version”. I was able to download and use Netflix, Crackle, Plex, Hulu, Spotify and Google Drive on my 2010 first gen iPad that was officially abandoned in 2012.

I reset it and downloaded older versions of apps last year.
This amazing new web tool lets you create microsites that exist solely as URLs
The more general version: "No plan survives first contact with reality."

Somebody once also said that planning is still very useful even if the plan changes later because it helps those involved prepare for and understand the changes better when they do come.
Many private institution receive hundreds of millions to billions of dollars from the government.
Vue reminded me so much of Ember that I could not understand how people could think of fresh air...
Google docs here and with the last company. Not joking either.
Charles, thanks for the reply. You guys are doing a really great job and the fact that you are only three main devs is just amazing!
jesus fucking christ, downvote me away from here you ignorant millenials - what the fuck is wrong with you morons?

EDIT: can someone please ban me from ever visiting this site? Who the fuck upvotes 400 points this asinine bullshit?
If you’re reading something which suggests you use CoffeeScript, it’s probably terribly outdated.
Actually, Gmaps seems normally fairly decent for cycling, which was my main method of transport.

Only thing is, there are tons of cool cycle routes around, and I'd like to say I prefer those. It needs some safety/effort-based preferences for routing. Like, I'd prefer to ride 2 or 3km more, if it's on a dedicated bike path, rather than ride direct to my destination on busy traffic roads.
Yeah, the beginning really misses the mark. But two of the things you didn't like I think are actually very reasonable.

> "...totally normal cyberspace activities—things like hacking into computers and circulating stolen source code."

> Even if entirely true, I have a sneaking suspicion that the people in question could add details that made it sound a bit less nefarious.

No, I think this is fair.

The EFF has always been a huge advocate for watering down the CFAA. That's actually one of the main reasons I've donated to EFF in the past.

And FWIW I think this is a tactical error on the part of Yasha Levine. The constituency most likely to be swayed by her message is going to be turned off by this sort of tough-on-crime, throw-everyone-in-jail BS.

This piece would be 1000% more likely to resonate with its target audience if it started by acknowledging all of the good work that the EFF does, and then went on to ask why the EFF hasn't taken a stronger stance on some of the private sector abuses of some of its core values (such as digital privacy).

> So, the ACLU defends companies that traditional EFF supporters sometimes dislike? Is this supposed to be news?

I think the point the author is trying to make is that there's a precedent for civil rights advocacy organizations being co-opted by corporate interests. Which is actually a reasonable thing to point out.
A faceless mob vs. a natural person is an entirely different thing, and is easily weaponized.
Have you tried text to speech dictation? macOS has this built into accessibility options under the speech category. You can assign a keyboard shortcut speak from highlighted text, simple as that. I use it to read faster cause I'm a slow reader.
It certainly isn't Apple's problem. But their marketing screams "We care about your privacy", while their actions show otherwise.

It's completely OK for Apple to pursue their business interests, but the false moral high-ground is deceptive.
Sounds like more to do with not taking battlefield conditions/training into consideration.

When push comes to shove, if you give people cool tech, unless it's easy to mindlessly pick up and use they won't use it. When I was in, I had boxes and boxes of crap that was on the books that we never used (and didn't know how to use but had to inventory), then the stuff we actually used.
Even this article, you manage to inject politics into. That's unfortunate.

You will be disheartened to know that many non-propecia-taking men and women outside the blue bubble agree with many of his policies.

https://brilliantmaps.com/2016-county-election-map/
Redux is not over-engineered. It's a simple library that's <1000 lines of code. It is great for large, complex apps where state gets hairy to manage. It's a bit verbose for smaller apps. But just because something is verbose does not mean it's over-engineered. It is explicit in defining all the possible states your application can get in. That's useful for a certain class of application.
I've been using React full-time for a year and a half now, and I've never felt like pure-functional components are a good fit for more than a handful of use-cases. If all you're doing is displaying data, then sure, they're really elegant, but most UI code isn't a pure function of state; it also sends messages back to state, which means the two are tightly coupled, which means pretending they aren't feels gross and weird (I'm looking at you, Redux).
Thanks for the reply. Yeah, I also have my doubts. I'm not so sure Americans could do wiggly squirmy things. It would take me a lot of effort to get comfortable eating live grubs. Then again, 50 years ago I doubt most people would have guessed how popular sushi would become.
This was already required in the Visa Merchant agreement. If you signed up online. The merchant must provide an online way to cancel which could be email, webpage or chat. If they don't just call up your card issuer and file a "canceled recurring" dispute as the merchant doesn't provide a visa acceptable way to cancel the subscription.

https://usa.visa.com/dam/VCOM/download/about-visa/15-April-2...

Section: 5.9.8.2
This does not redeem him in my eyes (I don't actually like the guy), but here is a live by the sword, die by the sword example:
- https://www.theatlantic.com/science/archive/2018/04/how-the-...
abebooks.com is my go to favorite. Cheap prices, fast shipping.
I found it strange that such a big decision was allowed to happen without a super-majority of some type. Why not have another vote and switch back, and then another? And I heard, but did not research, that technically the vote was not really binding in any case.
Because NIMBYs have figured out how to drag the process out indefinitely. It's very effective at making nuclear projects un-economical.
How does your site sound/read in a screenreader like NVDA? [0]

0: https://www.nvaccess.org/
There's a few people like Will Roper (former MIT prof) and Raj Shah in the military that are introducing agile thinking into the military, which it desperately needs. Other countries are catching up and it's fast becoming the case that software is the only thing that really matters in warfare.
http://www.foxnews.com/tech/2018/06/07/f-35-to-2070-air-forc...
I've heard that the salaries of government employees are capped. I'm very curious how this will play out.

The Air Force can easily afford to pay Silicon Valley salaries (sure the officers who are being taught to code can be paid less), but if the Air Force is artificially limited by red-tape to offer competitive salaries, wouldn't these software developers choose to leave as soon as they've learned?

The other issue is paying these officers competitive salaries, would have quite the ripple effect. Higher ranking officers would all need to get paid more, or software developers would need inflated ranks, but with some designation where rank did not determine command.

I have zero insight and am just speculating. If anyone has more insight I'd love to hear it.
Cordial | San Diego, CA | Multiple positions, primarily Software & QA Engineers | Full-time | Onsite

Cordial is the next-generation messaging platform built on real-time data. We empower brands to create rich personalized experiences across multiple message channels and simplify data management for marketers.

Our stack includes a lot of React, Backbone, PHP, MongoDB, Elasticsearch, Docker and Kubernetes, and we work with some of the biggest names in eCommerce.

In addition to competitive salary, healthcare, and equity we offer:

unlimited time off
parking reimbursement
gym reimbursement
phone reimbursement
computer of your choice
cold brew and Kefir Soda on tap w/ free office snacks

We're hiring across our organization, but in particular are looking for a Software Quality Engineer, and a Site Reliability Engineer to join the team here in San Diego.
If this sounds like a good fit for you please reach out at the job listings below or email me directly at tech-jobs@cordial.com

https://angel.co/cordial-2/jobs/
https://cordial.com/careers/
Always nice to see you, john.

1) If we had sufficient backpressure in the ISPs provided router network driver, with "BQL" to manage the ringbuffers and fq_codel to do fq + aqm, we're mostly done, at least on the uplink.

The hope has been, since most home routers run linux, that 5 years after RFC8920 entered mainline linux, it would appear in ISP gear. fq_codel is now the default on most linux distros but without the backpressure from bql or running below line rate it's not effective unless further configured or shaped.

2) I wish having your own shaper was not "a trend". bql and fq_codel are lightweight compared to shaping.

3) sch_cake solves a bunch of remaining problems: A) doing both flow and host based fairness at the same time, so your host frantically issuing http requests only gets 1/hosts the bandwidth. B) uses a deficit shaper that consistently runs at a rate slightly less than the (ubiquitous) token bucket shaper ISPs use. So it can share the same setpoint but control the queue.

https://arxiv.org/abs/1804.07617

4) we have a lot of wifi devices now doing fq_codel by default. Very happy with the results.
https://arxiv.org/pdf/1703.00064.pdf

Perhaps on rfc970's 40th anniversary, we can view these problems as solved!
Honestly, there's lots of different ways you can teach and approach learning React, in the same way there's lots of ways to teach and approach programming.

Is it better to teach with something resembling a "real app" setup, so the user can start doing something "meaningful" right away? Or is it better to strip away all abstractions and start from the bare bottom, so that the user understands exactly what's going on under the hood?

Both are valid approaches, and a lot of times it depends on both the individual's learning style and what their background is.
Welcome to Kuenzaa.com listing
Free Listing for developer community and everyone with privacy in mind.we don t collect or share personal information.this is Beta version.Newly develop search Engine we make Online job search easy.we aim to provide fast search result for job seeker.Please join us and feel free to list.Thank you to all those who donated and contribute to finish the project. visit us https://kuenzaa.com