skysight-inc/HackerNews huggingface dataset:
You can follow along on the #elm-dev slack channel to know everything that's happening with the development with Elm. What 0.19 is going to include has been documented and made available to anyone that wants to know.

A long release cycle has meant I don't have to update any of my existing Elm code. That's a WIN to me! :)
Refactor everything all the time, duh
There are two sides to the coin. It is a LOT easier to hire for a Haskell developer, because the pool of jobs is so small compared to the amount of people that would like to work with Haskell in their daily life.

That of course also means that the opposite is true for someone looking for a job—it's a lot harder to find something, so most trudge on, writing code in some language and then use Haskell in their spare time.

The last part usually also mean that the developers you find, as a company looking for someone, usually have a higher lower bar, by the very nature of having invested time into learning a niche language. Of course, that goes for most such cases as above, not that Haskellers are magically better programmers.
the use of "our" threw me off a bunch, unless they're referring to clients
Almost happened to a friend of mine for urinating in an alley way (whilst drunk). There were no children around and he wasn’t showing off. A cop just happened to pull down the alley and his first threat was that of being added to the list.
Thinner and Lighter Laptops Have Screwed Us All
It all depends on what you mean when you say "The fictional character Sherlock Holmes". I believe that thoughts, memories and knowledge "about Sherlock Holmes" exist and are physical details, as are Sherlock Holmes books, etc. And that there's no other reality to "Sherlock Holmes", above and beyond these things.

But really, this discussion is too large to satisfactorily deal with here.
Right, but to your original point. You said Venezuela is a capitalist country. Is Norway socialist because they used capital to acquire assets, and Venezuela capitalist because they used force to acquire assets?

I don't think most people here have a problem with a democratic country with socialist leanings, which maintain a largely market economy. People have a problem with populist leaders who promise to enrich the poor by forcefully taking the means of production away from "capitalist pigs" and using the wealthy and the West as a scapegoat for all their problems. No one complains about Sweden and Norway, but the propaganda that goes around in Latin America is the more violent kind. And I don't see how that doesn't fall under the umbrella of socialism.
Nope, you got windows putting adverts in the start menu because of weak-willed 'consumers' tolerating oppressive crap that is win10. There is nothing wrong with using Linux or Win7 on desktop right now.
It brings the cost of trying an idea out down considerably. I've had a few times where I think "i know, I'll just try this idea out" and then I make a new project, add a few deps in Cargo.toml, hack some code, and then build. Oops, the first build takes half an hour. Then I think I should try new ideas out in Go or python. Alas.
I live in Germany as well and I think it's less the politics and more the culture. He's absolutely right that there's this extreme envy here when someone is successful. The US has the opposite which is unquestioning adulation of success. Germans are extremely risk averse as well. Unicorn companies (whether you need them or not) are high risk-high reward companies which usually come with something entirely new. Thiel is spot on on these two.

I'd personally add that there's a huge problem if you work in industry here and your CV doesn't have a simple path that always pointed in the same direction. Experimentation is almost culturally forbidden.
Happy birthday for tomorrow/today!
This post is a fluf, more like marketing piece. If your pedigree is Google and you are able to raise in 8 weeks, feel blessed.

It would be great to hear VC side of story as well like:

* 4X return to LP's.

* Show enough exits in 7-8 years fund cycle.

* Always on the road for raising next fund.

* Coordinating with portfolio founders or other bigger investors for follow on.

* Managing on a limited management fees.

* How every fund has it's own investment thesis and they keep getting emails from rookie founders.
It depends on the context. ∞ is sometimes defined as the point on the projective real line equal to both +∞ and -∞.
Makes me really sad to hear this. How a few humans can really fuck it up for everyone.

Long way to go before we become a truly intelligent and civilized planet than can absorb crisises like this without any problems. we need to have excellent resource allocation programs and policies that work for everyone. This is a really really hard problem to solve.

The earth has enough to satisfy thirst, hunger, put a roof, have enough energy/electricity etc for everyone. We just haven’t been able to crack the problem of maximizing basic happiness.

Perhaps this is a fundamental human flaw? I don’t know. I think about this all the time.
I'm not sure about zero risk there but I'm not sure many companies would bother with litigation anyway.
When I click the link nothing renders and after I closed the window and tried to go back the link now redirects me to 4chan? I guess I wont browse HN at work anymore.
Algorithms in Online Shopping
The lens drives these concerns, yes, but the pixel size still has significant impact.

If I build a lens that will cover a hypothetical 16MP sensor with good quality over the whole sensor, it will also cover a hypothetical 16MP sensor of half the dimensions. However the smaller sensor demands a higher optical resolution (line pairs / mm) than does the larger to resolve those 16MP with the same clarity, and so the smaller sensor will deliver lower effective output resolution (again, in terms of resolvable line pairs) than will the larger sensor given the same glass.

And if I'm searching for shallow depth of field, again the larger sensor has inherent advantages. Physics isn't your friend once you start trying to build arbitrarily fast small sensor lenses to replicate what's easy with a larger sensor lens.

I'd be delighted if these concerns weren't true; my m43 camera is much lighter to cart around than my FX one :) And yes, we can now get DR and noise performance from a smaller chip that we used to not be able to with a larger chip - but there are definite advantages still to the larger chip that won't go away.
It bothers me a bit that this blog post is what is highlighted her
I am greatly, greatly surprised to see that Asus and other Taiwanese electronics brands still try to play these games given they haven't been present in high end markets for ages.

Really, we are talking about difference in between them selling 250 euro laptops vs 270 euro laptops.

Taiwanese consumer electronics industry got, kinda, ossified.

Their mainstream products are almost as boring as "white goods" these days.
The thing that everyone hates and wishes wasn't there?
You just leave it in the USB port
Sort of like quantitative easing immediately increasing liquidity in the system.
I know "amateur philosopher" is a trope, but I've read a lot and have tens of notebooks filled with gradually-with-time less-and-less cringeworthy stuff. I can also often point out to flaws of scholarship in scholarly material -- stuff jerry-rigged into an argument in open contradiction to what the original material says in context.
"It's not a dirty four-letter word to be avoided, it's something to be managed the way you manage actual financial debt."

As others have pointed out, technical debt operates the same way an unhedged option works. It can go catastrophically debt. Compare that to issuing bonds. If you issue $10 million in bonds, you know exactly how much you will have to repay, and you know the interest, and you know when you will have to repay it. With technical debt, you don't know when you'll have to repay it, and you don't know how much it'll cost you. You just go along knowing that someday something catastrophic might happen. See this previous discussion:

https://news.ycombinator.com/item?id=8777237
Oh man yeah, not worth the risk using company resources.
I'm guessing he's working with other people; a "team" perhaps. Consultants are, sometimes, hired to work for or with companies; even for long periods!
> Not to mention that there is no conclusive evidence of the dual process theory yet

Define "conclusive". There is considerable evidence for this dual reasoning mode.

As for your study, system 1 thinking is not inherently illogical. In fact, it's necessarily logical otherwise it would be maladaptive. The point is that it's logical in a "lossy" way that sometimes excludes pertinent information for speed of response, and so sometimes goes wildly wrong.
It can, but at that stage it's no longer a phishing attack, it's a full remote compromise. Your average phishing attack is just a web page.
Does Navlab not predate this work? It started in 1984.
https://en.m.wikipedia.org/wiki/Navlab
> pretending to be a victim of the system you’ve built

Nicely put! I haven’t thought of it this way.

> Are you improving your measurement system after each failure to further understand the system?

Oh my god. Yes. This is a quote that made my day.

So far, it feels like we need to:

1. Have a concept of area (and maybe sub-area) of the code-base

2. Do frequent checks how painful it is to work with a certain area. Maybe, after every feature (ticket, what have you), make developers record how they felt about the areas that they’ve touched, and why. For example, this was really painful because this class is just too coupled to this other one or something like that. Track this information.

3. Track frequency and size of changes required to different areas in the code right now (+ anticipation in the next period, whatever it is).

4. Regularly have a technical retro, where you look at the areas, and prioritize areas that:

* give the most pain AND
* need to be frequently changed now and in the future

5. Then go through the list of problems and choose the most horrible ones to resolve

6. Schedule time to resolve these, just like we do with features/tickets/what have you.

This is just a draft of what comes to my mind.
> In the real world those traits have been present every time.

No, they haven't. There's a whole lot of places that have had socialism will without any of them (and lots of non-socialist regimes with all of them.)
Did you all have a sense for the scope of the problem in terms of number participants and market share? Is the bulk of the calls from a few larger networks, or is the bulk of the market one man shows?
It's still the same in the UK as it always was, just plus this credit thing. If you're maverick enough you can dodge it by being a good enough researcher that they aren't going to kick you out for not attending workshops, but that's probably going to get harder. Most people cram enough workshops into one week at the end of each year to get the necessary credits to "progress".

You can also get credits for publications and attending conferences, but the credits you can get like that are capped at about 20% of what you need. So you can have 10 publications in a year and still need to attend workshops.
I think his point was rather that people are expected not to think about who they vote for, even abstractly, but vote what they are socially coerced to. This is certainly true for the last US election more than any other I can remember.
One big issue I have (and I'm trying various solutions around it) is code upgrade.

Let's say we are doing something one way - step 0, and we realize "hey, guess what' there's a better way" - let's call it step 1). Now going forward all new code is step 1, and touches to old code is step 0. Later you realize - there's an even better way - let's call this step 2. Now going forward you have step 2, step 1 and step 0. This process continues - but people who worked on this leave - leading to technical debt. This carries on for a few iterations and now you are on step 50 (49, 48, ...).

I have no idea how to deal with this problem.

I personally feel more micro-services would be better - but I also don't want to jump the gun since we were not too big a company at that point (and being profitable with our runaway took all priority)
What's the current theory in vogue?
Millions of rapes of non-Muslims girls by Muslim menOnly 222 have been convicted
As a senior sysadmin who has frequently been in the role of CTO because businesses often don't even have a CTO... my number one pain was always when the technical debt requires more personnel in order to manage properly but upper-management refuses to hire more people for the role. I know your question seems more oriented towards the SV-startup/dev cycle, so my answer is more for general business (even ones without programmers).

My pet peeve though has always been structured cabling. I don't know if yall understand just how bad the cabling situation is is many businesses, but it's bad and for some reason they really don't like spending money on that particular thing even though it's one of the most important things for keeping a business up with the times (and the data rates that match).

So, in general, it has been a frustration with the communication gap between the technical team and the C-level and the board. Too often you either get a CTO who wants to "program with you" or one who is too much MBA and not enough tech.

As a sysadmin I have realized my number one failure was not working on my MBA-side more and thinking purely technical proposals and solutions would win the day. AKA I should have spent more time golfing and going to lunch so I had more power with the Cs.
Technical debt is less analogous to financial debt, and more like an anchor. You want to move fast to keep up with the market, but your debt slows you down.
Yeah, this was kind of upsetting to me that he bought into that. NATO is saving the US money for all of what they're doing in the Middle East and Africa.
7 Mind-Blowing Statistics About the Internet of Things [Infographic]
Technical debt is inevitable. If you ignore it, it becomes worse. I've never been on a project without technical debt.

Of course not every little problem is technical debt. There are plenty of nice to haves, we could do X, etc. style improvements that aren't really that critical. My advice for those: just apply the boy-scout rule and improve things when you work on them. For the bigger stuff, somebody needs to step up and take decisions. Ultimately for big chunks of work related to technical debt, that's a CTO decision that involves taking into account the interests of both tech and business. A CTO must have the power to do this and be wise enough to use that power responsibly.

Stuff to watch out for as a CTO is when seemingly simple stories snowball into a lot of firefighting, bugs, or deployment issues. That's usually a good sign something is wrong. If that happens a lot, you are definitely experiencing technical debt. Firefighting eats away development budget. If your team spends half their sprint diagnosing weird issues instead of getting stuff done, cleaning that stuff up is probably time well spent.
Beware: The site seems to have been compromised. I'm getting re-directed to 4chan when visiting.
In other words, it’s not a problem to be avoided, but rather a problem to be embraced.

If this is indeed true, how does one fully embrace it? Optimize for easy refactoring? What does this look like in practice?
Mailparser dev just closed every open issue without comment
Yeah. I think I'm trying to make that connection but might be failing with my words. Picking people you like, can have a beer with, look and feel like a winner, etc. is all, I think, driven by emotion, not patient, rational analysis. Being socially coerced is just an extension of that. You want to feel included, feel like a winner, so you'll make the choices that feel right, even if they're analytically wrong.
Works on smartphone with Firefox, but if I select a different color I can only get the selection box go away by tapping on screen or changing color. Both have repercussions. Perhaps make the undo button more prominent?
Kiwi TCMS 5.0 – open source test case management
Now to get someone to investigate the RAM market for its blatant price fixing
The 'Over-Parenting Crisis' in School and at Home (2015)
Navy Bean Pie
> If there were better options,

Please tell me if there's a better way to run this system than "global universal basic income". Because man, world government has its downsides too.
Better explanations in this last one: http://lambdaway.free.fr/workshop/
Probably because it’s easier to find Indian/Filipino call center operators who speak English and the US is such a large market that there’s no need to expand into smaller European markets.
Antithesis. Of course. I'll edit my comment. I certainly respect those who choose to have kids but not something I ever planned or plan to do. Of course, now I'm in my mid 40s that ship, as far as I'm concerned, has sailed (not saying I couldn't father kids but no teenager wants a dad who is in the 50s/60s).
That's the exception though. I pay almost 700€ a month in Germany and my employer pays a part, too.

It's actually quite expensive, except if you're poor.

EDIT: Not sure why I got downvoted for stating facts. European health care is not free. And the defense budget is separate. They have nothing to do with each other.
The joke assumes that the debt graph is circular. In real life though it looks more like a star - many owe to few. So the trick wouldn’t work.
If releases are the primary means by which bug fixes are distributed then a slow release pace means a slow pace at which bugs are fixed.

Otherwise, I too enjoy the stability of using working tools that don't necessitate a lot of fast-paced changes.
Yes, I can't get the same quality from downscaling Bayer/pixel binning :( Maybe 100MPx Hasselblad is getting it done though from what I've seen. I guess the averaging interpolation is missing out on some signals picked up by my eyes/brain and once you finally see them on Foveon and can't see them on Bayer, you can't unsee it any longer. Of course, Foveon has its own problems, some might be related to immature manufacturing tech like banding or purple-green patches in shadows, but when paired with top-end optics in Sigma Art lenses, I simply can't avoid feeling unhappy with Bayer sensors. I have a perfect color vision as well, so I can spot issues where most people can't.
They are illegal in the US and often originate abroad, anyway, so legality under the law of the target country (or the source country, as most are illegal where they originate, too) doesn't seem to be a controlling factor.
No idea what just happened here:
https://imgur.com/Se1jzmd
Are these fines in any way based on the projection of the revenue coming from applying the illegal practices? So what I'm asking is did anyone try to calculate how much money they might have made from this and apply a fine that nullifies all those profits, to which they add a penalty for doing it in the first place?
Cross Validation and Grid Search for Model Selection in Python
Yes, costs average less than $6 a month. Wholesale SIP termination and origination is remarkably cheap if you are dealing with the US48 states and Canada.

I believe I'm at something like 6/10ths of 1 cent per minute.
> What happens if you lose your Yubikey or similar?

Get two, leave one in your safe deposit box. Every service I've seen that supports U2F supports multiple tokens.
Cloud computing usage and security concerns – infographic
I’m assuming that the author is describing his experience working as a consultant for a software company with a larger team. The article explicitly refers to multiple programmers working on the code base.
The Ultimate Guide to Sell on Top U.S. Marketplaces
This is a pretty large library used by many organizations to process mail in a node environment. The developer recently re-licensed the parent project "NodeMailer" back to MIT from EUPL with a blog post about how people were simply violating the terms of the license. His frustration in that post, combined with this sudden burst of closings is worrying to those of us who rely on his projects.
Oh man where do I begin?

So I can't confidently say I've tried it all but when I booted up Ubuntu within the last year it was hard to find...

- simple email client with good html template support and conversation threading (thunderbird was meh)
- simple pdf viewer
- pdf editor
- an oscilliscope app that works with those usb oscilliscopes
- image editor (gimp is a slow nightmare to use)
- Microsoft Office suite replacement (Open/Libre Office is also a UI nightmare)
- A diagram app ala draw.io (Admittedly I haven't looked too hard for this one)
- Music library organizer (Also didn't look too hard)

I guess now would also be a good time to mention apps that are great

- Desktops shells (Gnome/KDE/Xfce)
- VLC
- Firefox/Chrome
- Package managers
- Music players (generally bearable)
That would probably double their margins, don't you think?
To piggyback, and inflect on, whatshisface's point, the number of times you've met the Queen of England is not a physical thing. You can't describe the Queen of England with a physical function either, even if you could describe her physical body, you can't capture what she means to the United Kingdom, which is at least 40% of the context being dealt with here.
I don't have much frustration with tech debt itself. It's a normal, acknowledged, often understood and predictable side effect of moving fast OR weighing tradeoffs.

I actually get pretty annoyed when it's conflated with product debt. I don't know if that has a real definition, but for me that's where your market/audience has grown to need things you did not envision/never built. This is often labeled as tech debt, even though it has nothing to do with your coders. This is an organizational issue, and one I haven't fully conquered yet.

Tech debt should not be accruing every week, it should be a conscious decision. MVP's are riddled with tech debt, intentionally. You want to get the thing out there and start gathering feedback/information, you acknowledge you don't know the right thing to build, and will do so once you have more info.

I'm also annoyed at the junior dev that doesn't take time to understand a system, and shouts that it needs to be re-written. Most times that's just because the dev is junior, or lazy. It's actual tech debt when the system is too convoluted to understand, or you haven't documented.

I have no idea what "sprint commitment" or "manager's power" are supposed to mean. They both sounds kinda sick.

If you know a rewrite is going to be a time sink and catastrophe, why on earth would you do it? Also sounds sick.

Your org should be focused on business results. If you're focused on optics, things are not healthy.

You are not in a race with your competitors unless you're in a market that is itself racing to a commodity. This is a business strategy problem vs an engineering one.

Technical debt seems far less a problem to me if you have a moderately capable software engineering team. It happens, yeah. But as your experience grows you know the proper balance of paying it down vs new work. It comes down to measuring quality of your services from an end user perspective vs how much work on engineering and support teams to maintain the desired quality.

~7-8 years cto'in
China is but perhaps the reasons behind it are questionable. It happens right when China decided to come barging into the RAM market so the timing is suspicious.
Hmmm, do you have any kind of super duper security plugin maybe? This message makes it sounds like the level of security applied to your Chrome is super anal :). And I don't find much of anything Googling for it.
So where do the proceeds of this fine go? Do they do back to the purchasers of said products like in a class action? Similar question for the anti-trust fines...
what is an activor?
How VCs See Your KPIs
TypeScript is at the top of the list if you include unsound approaches.