skysight-inc/HackerNews huggingface dataset:
Release management is desirable, but Helm's version-number-oriented release management is a bad match for Kubernetes and git. We don't deal with versions; we use commit IDs, and we use Github.

I also don't understand why Helm requires "packaging" and "publishing" anything into a repo. If I commit the chart files to a Github repo, why can't Helm just go there and get them? I shouldn't need to run an HTTP server to serve some kind of special index. Git is a file server.

What I do like is the idea of Helm as a high-level deployment manager. Kubernetes deployments have nice rollback functionality, but you can't roll back multiple changes to things like configmaps and services, which I think Helm does? But Helm still wants those numbered versions...

In my opinion, Helm ought to ditch the "package management for Kubernetes" approach, and instead focus on deployment. Right now it feels like it's straddling the line between the two, and coming up short because of that. Perhaps what I want should be a separate tool.

Edit: Two more things: First, I don't like how Helm abuses the term "release". To me, and also the rest of the world, a release is a specific version of an app. You upgrade to a release, you don't upgrade a release. I think you should rename this to something like "deployment", "installation", "instance", "target" or similarly neutral.

Also, I have to say that templating ends up being a bit boilerplatey. There are things you typically want parameterized across all apps — things like the image name/tag, image pull policy, resources, ports, volumes, etc. The fact that every single chart has to invent its own parameters for this — which means your org has to find a way to standardize them across all apps — isn't so cool.

Edit: One more thing: Release names seem to be global across namespaces. That very much violates the point of namespaces. Name spaces. :-)
SSL is not required and it's certainly not default in most clients.

IRC won't survive the loss of Freenode. With Quakenet dying off (its userbase went from ~65k in 2013 to 23k today), Freenode is the last central bastion that keeps the protocol in people's minds.

FOSS projects today are migrating off IRC, onto Slack and Discord instead. This is why you have an article here talking about it and it's not the first one. If Freenode disappeared, this would accelerate massively. The projects won't bother going to another network because the topic of "Where do we go now?" is going to be asked and in most cases is going to be answered with "Well, we wanted to move to Slack/Discord anyway...".

There will be a few projects left on OFTC, certainly. But they'll give up and go elsewhere eventually as well when they'll see their userbase shrinking 5-10x due to other projects migrating elsewhere and taking their users with them. They'll probably end up on Matrix.
"You're really overestimating people's willingness to pay for a service that's already free and convenient."

Did you miss my last paragraph?

I mean, if "just reconceptualize the entire idea of a social network" sounds easy to you, well... go for it. But it doesn't sound easy to me, which is why I said "It'll take some serious thought to solve this."
> When people say they like Go's static type system sometimes they are comparing it to something more verbose like Java.

Go's system throws out a lot of the ceremony of older Java, but also throws out a lot of the benefit; many modern languages (including recent Java) also use type inference and other features to reduce static typing ceremony, but retain at least the power of the classic Java type system, and often far more.

Go's type system seems to be a poor benefit-to-ceremony trade-off.
I think they could make threads work with some simple changes:

* Optionally show thread replies in-line with chat, as they come in, just like regular chat but with some special annotation to indicate they're part of a thread.

* Allow the user to collapse a thread so they no longer see it in-line.

* Auto-close threads after they're idle for more than 1 hour (or some site-policy-configurable timespan).

* Allow the user to navigate between threads using only their keyboard.

As they are now, I think threads are bad for business. They hide useful information away and slow conversation (responses dragged out because they're no longer in your face).
This is the problem here. Your post illustrate it perfectly.

You just ignore what the market is saying because "you are right".

You are completely missing the point.
Using the tools of architecture to explain digital privacy
At the end of the day - does it matter? People expect X output at $X price. If this meets that desire, they're fine. A lot of people would probably be just fine losing
some power on hot days to not have something ugly on the roof of their house. For some things aesthetics DO matter - the roof of a house is one of them for most people. Cars tend to be another one as Elon is well aware of.
Even if I cut off my home internet, I still have my phone. Am I suppose to cut off both?
I don't see why this comment was killed. The comment does seem to be relevant to the broader discussion, and it isn't aggressive or hostile in tone. I don't fully agree with all parts of it, but it should be allowed to stand in the conversation.
> Nobody in the last 5-10 years cared about writing Desktop apps before Electron came along, there's basically zero money in it

What a load of tripe.

Try stuffing all the functionality of a large enterprise desktop app like SAP or Siebel into Electron and let me know how well that goes.
Wow! Congratulations Courtland! I've followed IH from day zero and it's been such a great learning experience. Really happy for you man!

All the best at Stripe!
> 0x79 is the z in the ASCII table.

The most confusing technically correct statement of the year.

Edit: Sorry, scratch "technically correct". Need more coffee.
Vultr, OVH, Scaleway all come to mind for hourlies.
> Really, if you think IRC is so similar to Slack, then why are so many companies, organizations flocking to it? There has to be a reason.

If HN has higher discussion quality than reddit, why are not all devs on HN instead? If Linux is better for servers, why are people still starting projects on Windows? etc...

The power of marketing, directly or word-of-mouth, is important. And a decentral community can never do as perfect marketing as a company can do.

There are IRC clients and apps, and third party integrations as powerful as Slack, and as easy to use. But you have to find them, install them separately – there’s no single combined effort to market a single "just works" solution, yet ;)
I probably wouldnt hire a developer that didn't use IRC
Autodraw – Fast Drawing for Everyone
> At the moment if you join a channel you can't read its backlog, no.

Then I'm not entirely sure what you were referring to, when you said "IRCCloud can". Backlog from before you joined the channel is the specific feature that I was saying couldn't be done.

It's interesting to know that IRCv3 does have that support, so I was wrong about it not being possible. But if nothing implements it, it's not very helpful.
Reader mode is essential on the modern web, everything has a crap signal to noise ratio.
Atom and VSCode are in different leagues with respect to performance, and the difference is growing with time. If you think the reason that Atom is slow is because of Electron, VSCode is the counterexample.
and how would you implement that?
>Hispanic Health Paradox where poor and likely obese Hispanic Americans have better health and life expectancy than the general population.

Anecdotally, Hispanic people tend to eat far more fruits and vegetables than the average American, so this wouldn't surprise me. Although I think the conclusions you draw beyond that are a bit of a stretch.
What exactly can be replaced with DeepstreamHub if your are using Firebase right now?
Even if this were true, that levying something like a $50 tax per tonne would result in greater incentive to pollute (because we've replaced a powerful social disincentive with a less powerful financial one), it would still very likely reduce co2 emissions.

Cost of energy is a significant cost in most mass-production processes (particularly in manufacturing). So, prior to the imposition of a carbon tax, when faced with the choice of purchasing one of two identical widgets, a 'co2 indifferent' consumer would choose the cheaper one. All other things equal, if widget manufacturer A can externalise some of their production costs (by polluting for free) and widget manufacturer B can't (or won't), widget B will likely have a higher price, even though their total social cost of production is lower. So there is more incentive to be a polluter.

The situation is reversed if a tax is levied on co2 pollution, with the rate set to internalise the cost of all external harm. Now the 'co2 indifferent' consumer will purchase co2 free widget B, because it now has the relatively lower price (prices are now more reflective of total social costs of production because the global cost of polluting has now been internalised).

I guess the other approach, that sidesteps this whole argument, would be to implement a 'cap and trade' scheme (my personal preference). The government auctions or allocates, say, 100,000 one-tonne permits: each permit allows a business to legally emit 1 tonne of co2. If a business needs to emit more co2, and what they produce is more valuable relative to what some other permit holder produces, then they can buy additional permits from this other 'less productive' business (and all businesses like it).

Under this latter scheme there's a hard cap on emissions. So people can feel as entitled to pollute as they like; they'll still be breaking the law if they do so without owning sufficient 'pollution permits'.

Might the latter sort of approach (cap and trade) address your concerns?
Barely. Trying all the passwords less than N characters long is way cheaper than trying the ones that are exactly N.
Election really is flash of desktops, just use 3-4 years old hardware to feel the pain.
> Anyone would think it to be ridiculous if a carpenter told you he only works with saws because he is a saw carpenter and that for other kinds of work you should see the plane or sander carpenter.

...and yet there are specialties within like "framer" and "finisher", among others. Then you have interior workers like specialized custom cabinet makers, flooring specialist, drywallers, painters, etc.

What I'm trying to say here is that even in "carpentry" for putting up a house, there are numerous specialties.
So do you think that the future of computing is blinking cursor in code text editor consuming 13% of CPU? Or maybe small gif using 30%?

You presented like the problem was in writing of the code, it's not, that's Electron's biggest strength. The problem is the bloat that it comes with in order to provide you with that experience. Like everything, it's the matter of tradeoff. For me, it's not worth it, nor I like writing HTML and CSS.
Assuming video isn't your main source of content, you probably aren't looking to share a very long video. I just ran a test, encoding the first 30 seconds of a larger video into a 720p MP4 with ffmpeg (with CRF of 28), and the output video is 2.9 MB. That's 1 MB smaller than all the content sent over the wire just by visiting the Medium front page.

But, let's say that you're distributing a 10MB video with your textual content, and your post does get lots of attention and suddenly you need to transmit 30,000 copies of that video. Let's also say that you decided to use a CDN to host your larger static content, such as videos.

In such a situation, you know how much that 30000 visitors cost you? According to CDN Calculator[0], it will cost you, on the low end, $18 that month, and if you where using Amazon Cloudfront as your CDN, it would cost you $30 that month.

If you're more price sensitive though, you could easily use a Digital Ocean[1] droplet as your sole content source, and in that case it would cost you a whopping $5 that month, as each droplet comes with 1TB of network traffic per month. If that's not enough you could switch to a SoYouStart server[2] for $40 a month, each of which has a monthly bandwidth allowance of 250 Mbps, which is 78.3 TB of bandwidth per month.

So no, you probably don't need to resort to 320x260 video in 16 colors : )

[0] - http://www.cdncalc.com/

[1] - https://www.digitalocean.com/products/compute/

[2] - https://www.soyoustart.com/us/essential-servers/
Great suspender ;) unless 100 tabs is your normal working set...
Interestingly, Visual Basic did it all with absolute (pixel-by-pixel) positioning. Some (not all, but some) of the issue is that we have moved forward in what we expect out of UIs.
(The rest, of course, is that the Web front-end is a shitshow of epic proportions)
SNI for httpd! Yay

And Postgres 9.6 in packages. Today is a good day
Could the site have continued to grow massively month over month for the next few years? If so, the founder probably would have earned more money independently. The HN audience is large, but it's not infinite, so growth could have stalled at some point. That's risk and reward; who knows? And who knows if maximizing profit was even his sole goal. Perhaps it was exposure, or building a real community to help folks start new businesses. Wherever the site was headed independently, I'm willing to bet Stripe can accelerate the process significantly, and that counts for a lot.
Comparing Atom and IntelliJ is like comparing a BB gun to a 155mm howitzer.
(Is there some protest somewhere I can join to fight this idiotic image-fade in effect? You know, the one made universally hated by medium.com.)
Not the server but the browser. It looks like FileReader.readAsBinaryString is falling back to readAsText since it's deprecated. Just an assumption though. I couldn't find any better evidence.
I thought the R7 was supposed to be the 'bigger performance' sort of chip

Not really. Basically, if you want the fastest CPUs money can buy you go with Intel. If you want a $500 CPU that can hold it's own against Intel's $1000 CPUs you get a Ryzen 7.
Dridex #banking #Trojan campaign exploited Microsoft Word 0day recently revealed
I feel ya, it's frustrating. Although I did not yet have a problem with time zones, I experienced being left out simply by joining the chat later in the evening.
But can you make a website with the same knowledge ? Can you make it portable to other OS ? Can you reuse 20 years of knowledge, resources and libs ? Can you hire tomorrow 10 experts to help you on it ?

Quality of the tech is NOT the drive for success here. You are missing the point.
5 Smart Things You Must Do Right Now to Get Rich in 2017
Private emails, now more private
I'd like to suggest an edit to two kinds of programmers: There are programmers that care about the quality, elegance, and beauty of their code, and there are programmers who just want to make the most people happy as fast as possible. Fine dining vs fast food.
There isn't a legitimate reason to link to /newest unless it's to promote your submission, which in itself is against the HN rules. (there is the belief that people who vote in a submission via /newest do not trip voting ring detectors like that of direct links, but that is false)
Just checked the all recent the crash reports saved on my Mac. Slack has crashed more than anything!

This is especially surprising because I'm currently writing a custom crash reporter and part of that was experimenting with the builtin crash reporter by crashing a test app.

Just to be clear Slack is ahead of everything, even my artificially induced crashes..
Launch contracts. They sell a service (sending satellites into orbit) for more than it costs them, and then reinvest the profits into crazier things like reusable rockets and getting to Mars.
Exclusivity agreements
It's very hard to know upfront -- what made us interested in Indie Hackers wasn't just the idea per se (we'd thought about it before and looked at other sites in the past), but rather the fact that it was executed so well. There are tons of things that we'd in principle be open to acquiring if the right company existed. In general, we look for small, highly-effective technical teams with a very high bar for execution quality. (Indie Hackers, which was pretty much just Courtland operating solo, cleared this threshold by a significant margin: https://twitter.com/Shpigford/status/851851923502268416) To the extent that the team really understands either developer tools or startups, that's a bonus.
The press release linked by the article has an image of the production facility ...

Norsk Titanium to Deliver the World’s First FAA-Approved, 3D-Printed, Structural Titanium Components to Boeing

http://www.norsktitanium.com/norsk-titanium-to-deliver-the-w...

When can I afford one for my home office?
Good non-gaming keyboard: https://www.kinesis-ergo.com/shop/advantage2/

I agree on most other points. It is sad that good equipment is hard to get without a bunch of lights and MEGA-XXXTREME!!! stickers/labeling all over the place.

I think the thing is that the gaming market is the largest "prosumer" market in the space. For real enterprises, they charge ridiculous markups on something similar to the gaming parts but labeled "professional" or "enterprise". For normal people, they produce the budget parts, because most people don't really care as long as Facebook works. The middle market in PC parts is gamers, enthusiasts who are willing to spend a little more to get decent quality/performance.
> It sounds like a weird way to spend money for fun in my opinion.

Considering the geopolitical aspects of nuclear power along with dual use knowledge and technology, it is probably not a weird way to spend money from their perspective.
Now indie hackers should be interviewed on indie hackers :O
You Might Not Need GraphQL
The Fallout from HPE's Acquisition of SimpliVity
So long as desktop apps don't mimic kai's power tool interface, I think a little variety on the desktop side is nice, so long as it fits function to a meaningful degree.

So an audio mixing applic might do something in a different way than office's ribbon ui.
It never came up in the accounting class I took. I've never seen it and I probably read more about stocks than most people.
My wife for sure. I would never be where I am now without her help. Also the motivation having a wife gives you :)
I agree with you, but there doesn't really seem to be any native application that occupies the same space as VS Code or Atom. VSCode is not just a text editor like vim or Notepad++, as some people here imply. As you say, it's a miniature IDE. And it's far more comprehensive than Sublime Text.

For .NET Core + TypeScript, VS Code is almost feature parity with full blown VS, while being an awful lot faster. The only thing I find particularly lacking is debugging, but even that is coming along well.
I remember them getting a NASA contract recently.
Here: http://spacenews.com/spacex-wins-contract-to-launch-nasa-ear...
Learnt a lesson. Do not put everything in a basket. My mail server was also in the SFO region. :( :(

I had to hide myself today behind someone else's desk in the office. :(
Discord isn't an Electron app, its React native. And as a frequent user on my Macbook and my Android, it isn't resource intensive at all.
Daryl stole an SR-71 once. But he was an android.
When I was doing freelance work, I undersold myself at $75/hr and after six months or so realized that I was on track to make about $30,000 that year. I stopped freelancing and took a salaried position for almost 4x that amount. The problem is, you're doing very well if you can bill 20 hours per week consistently. I had long periods of down time, and I really shouldn't have been charging less than $150/hr if I wanted to make a viable living. I decided I would rather be butt-in-chair five days per week (I still get to work at home) than have several months off per year, but with no money to pay the bills. :)

Edit: if the recipient of $100/hr in TFA is a full time employee, that is indeed a comfortable amount of money to be taking home.

Edit 2: After reading the relevant section, anyone doing this work would be foolish to charge less than $200-300/hr. Given the cost of a rewrite, if you could keep the old systems running for $1M/year, you would be saving the banks buckets of money.
...Especially when about a fifth of said ethnicity is basically atheistic as well; quite a diverse bunch really, from ultra-orthodox 'Haredi' to a purely cultural identity.
Yet, this is not as popular as electron. Ask yourself why.
On Windows I was a huge proponent of Chrome's "save to desktop" feature, which basically gave me the same experience of a native app (separate window, no window chrome, pinnable to start and taskbar, notifications, links open in separate window, etc).
I have recently switched to Mac and I miss this feature so much. I have found https://applicationize.me/ but it's not seamless as "save to desktop".
I wonder why they dropped it from the Mac version of Chrome...
Related to "Unless it's JavaScript", what I mean by "not hard" is that a conservative static analysis can determine whether your code can possibly reference the built-in eval function. A static analysis can't tell whether a eval will be run if it is present (halting problem, and there are escape-hatches like filesystem+exec()) but I think it's very reasonable to expect people to forbid them outright in high-assurance code.

Anecdotally, I've rewritten fair amounts of code from Go to Rust and it seems like Rust takes about 60% the lines of Go, which is mostly due to library reuse for control-flow constructs (higher-order functions rely heavily on generics to be usable and not merely confusing footguns) and simplified error handling. The biggest pain point when porting is usage of goroutines, because these dictate the threading and communication architecture of your Rust code, and unlike goroutines it isn't cheap to spawn large numbers of real threads. This would be better with a coroutine library, but I haven't tried that approach in a ported codebase.

I do think explaining the language clearly and precisely is a big challenge and hope we can make it happen.

It's true that Rust forces you to be explicit and precise in many places C doesn't, but coming from a long time of programming C I loved to see that Rust was enforcing universally the guidelines that C projects slowly develop after years of developer experience: explicitly state memory ownership (in comments, in C), explicitly state which shared memory is protected by which locks (again, in comments or variable names in C), call destructor functions for all live local variables before returning from a function (done automatically by the Rust compiler), and so on. Rust is, in many ways, shorthand for well-written C. It makes you jump through hoops to express many sloppy C practices.

If you're just learning C, after you understand the basics I think the most important thing to understand is the abstract machine around which the language is defined; that's how you learn to reason about UB and which optimizations and transformations compilers will or won't do, along with how to guide the compiler to the translation you want. C isn't defined against a single huge byte array of memory, and pointers aren't indices into such!
You want to protest lazy loading images? Cool.
Or better yet, Rambox ;)

http://rambox.pro/
I will say, I was interested in trying out Bluemix for sake of Watson but the 30 day trial was a huge, huge turn off. I signed up for an account to look around for a project I'm hoping to find time for next month...but my clock is ticking now despite not using ANYTHING. By the time I'm ready to develop, the trial will be expired.

It's a terrible approach IMO.