wyqydsyq's comments

Being browser-based, you wouldn't be waiting to download 100MB+ if it's correctly designed

You'd download a 1-2mb core script bundle that then dynamically lazy-loads resources as required. For example, if Hearthstone were converted to a browser game, you would initially only load the base client, all the metadata and media (e.g. hero SFX, card data, effects, images) would be loaded on the fly as they are required, or pre-loaded at determined points (e.g. load all the data for both players' decks when beginning a match)

The saying "Fake it 'till you make it" really comes to mind here.

The kid is hoping he can lie and scheme his way to success.

Sorry bud but that doesn't work with startups, maybe if you were already an executive at a multinational corporation where you have little accountability and any blame can fall onto the company, but if you lie as a startup founder your reputation and that of all your future ventures will be ruined.

> if, hypothetically, the law is modified such that they can get married BUT they can be refused services related to that marriage on religious grounds.

That is the most likely result of this poll

> If they knew that was what would happen, would they vote yes?

From the same-sex couples I've talked to, absolutely. Very few same-sex couples are interested in getting married by a religious celebrant, considering said religions typically vilify their sexuality.

There also seems to have been a large portion of the Australian radical-nationalist demographic (typically white supremacy groups akin to Reclaim Australia etc) campaigned for voting "no" under some bizarre narrative that legalisation of gay marriage would somehow enable Arabic Muslims (who these groups seem to have a comically irrational fear of) to have legally recognised polygamous marriages in Australia.

The influence exerted by radical sensationalist groups like these on politics is disgusting really, it's made even worse that the vast majority of information shared by these groups is incorrect or intentionally misleading/manipulative like the case I just mentioned

I'd argue they aren't deceiving users as those tickets were actually sold

It would be deceiving if they showed an artificially falling stock counter or something to that effect, but in reality they are showing actual true data, it is only the way in which they show it (randomly inserted amongst search results) that can cause a sense of urgency, but there is still no deception here.

+1 to this

The primary use-case for headless-chrome is to support stuff like scraping/crawling JavaScript-dependent sites and services, and emulating user workflows to retrieve data or trigger side effects that couldn't otherwise be achieved with something more low-level (curl, manual HTTP requests w/ Node's HTTP/S API etc).

headless-chrome would be used for the functionality of a server-side microservice, rather than for automated testing of UI/UX, there are already more appropriate projects to achieve that.

The project itself is a great concept but pushing people into RoR and jQuery? Really? Come on, it's 2017. Ruby is hardly a marketable skill, there are very few agencies still utilising it on new projects. I'd also be shocked to see a new project built with jQuery in this day and age.

Teach beginners backend JavaScript with Node.js. It's not a matter of personal preference, JavaScript is objectively easier for beginners to learn and utilise for backend programming because arbitrarily introducing another language when they already know front-end JS increases cognitive load for no benefit.

We've used Torus a fair bit in my team at work, however we're now using Docker's native secrets solution for our container runtimes as it avoids the knowledge and build-time overhead of an extra dependency.

I personally found the experience of using Torus to be great. Getting a quick working setup is easy and it doesn't take much effort to transition from there to locked down access control. Will likely continue using it outside of the Docker context.

Interesting that they supposedly "abandoned" the Unix philosophy, when as far as I'm aware, they never followed it. Seems this article's title is simply clickbait.

GitLab is not just a program, it is both a collection of programs, and a cloud SaaS, neither of which the Unix philosophy is applicable to. The entire purpose of GitLab is to do multiple things, extending git's functionality with issue tracking, wiki etc.

If you want to do one thing and do it well then you should be just using the git CLI.

Use Docker.

When you build a docker image, you copy all your runtime dependencies (`node_modules/`) and build artifacts into the image. When you push a deployment you are deploying that static image with the dependencies baked in, instead of trying to install the dependencies at startup.

Why would anyone expect a unicorn focusing on growth to make a profit?

Once investments dry up you'll see Uber start to focus on profitability and reducing waste, until then they're 100% focused on expansion and disruption, which is pretty expensive and doesn't really make revenue.

Wait — People are actually still using ST in 2017?

And here I was thinking Atom and VSCode had dominated the IDE/Editor environment

"Just to put that growth rate in perspective: this is 70 times the number of sites that switch to Node.js, another fast-growing web server."

I find it hard to believe this could be accurate considering the vast majority of Node.js deployments are also utilizing Nginx as a reverse-proxy in front of it. I think a large portion of nginx's uptake is actually due to Node.js' popularity.

> Zac told me, "It's an awesome example of something that seems stupid and insignificant turning out to have a profound purpose."

So according to MSoft developers, a property being unused and redundant = a profound purpose?

Why not just remove the date criteria completely if you want to ignore it rather than trying to work around it by mutating the data?

Or the fact that it's hosted on SourceForge in 2017

Personally I've done work like this for agencies who focused on design and front-end that needed some complicated back-end functionality implemented for a client and didn't want to hire their own person internally to handle it.

A state of natural chaos, sure, but not war. War is a product of human society, prior to civilization we only had the state of nature which while just as brutal as a war would be quite different...

It boggles me that a project hosted on SourceForge that hasn't been updated in 3 years and is in no way relevant lands on the front page of Hacker News...

I also know Python, Go and Rust, but I only use them for tinkering and experiments. I'd still use JS+CSS+HTML via Electron for a GUI app over traditional systems languages any day of the week.