skysight-inc/HackerNews huggingface dataset:
>I have a feeling that he actually personally thinks that these are good apps and is annoyed that people are calling him out for believing this.

It's more like he worked hard on Twitter to become "the Marzipan guy", so now he has stake in this game. If he were to express the slightest concern, his consulting/Patreon revenue would suffer, so he has to believe™ in Marzipan.

Always look for the incentives!
They wrote "helped prolong the patients life" in some paragraphs. That kept making me think that in the end the patient did die because of the infection but it just took longer.

However, it appears that the patient is still alive today. That's quite the achievement and opens up interesting ways of beating antibiotic resistance.

Interestingly and semi-related, one of my friends is resistant to antibiotics. Apperantly in her country of origin you can get them pretty much like normal medicine in the pharmacy. People use antibiotics for almost everything, and she did not know about the possibility of developing resistance against it. It was not even 'discovered' until she moved here (Western Europe).

Hopefully more countries will raise awareness around this issue. Because of my bubble I thought everyone would be pretty much aware of it, but as with many things, that was just my bubble :)
The idea here may be to invalidate certain add-ons after they have been released in the wild by revoking the certificates used to sign them.
Anytime a programmer sees a non-technological issue, they think "I know, I'll use computers!" Now they have two problems. (With apologies to JZ et al.)
Any comparison of languages in the form "language X is generally better than language Y" with no additional project context or problem domain is going to be an extremely naive one, to the point it's not relevant to anyone having to make pragmatic tech choices.

This article is no exception.

I'm not partial to Go, Java or Python, but I do wish this sort of article stopped making headlines, leaving room for finer analyses and experience reports. These are what we really need.
The idea wasn't to elevate anything, I'm sharing ideas with anyone who is interested.

There's nothing in here that will make you rich and famous, I have nothing to sell.
Scala – Guardrail with Http4s
Open Source Public Chat Web Application on GitHub
Ask HN: Open-Source IoT Chips?
Hey HN,

I was blown away by the Google talk today regarding Coral, they’re ML meets IOT platform. https://m.youtube.com/watch?v=Jgm25QdF90A

One thing I noticed was that there seems to be a lot of platform lock in. That seems silly when the whole point of building these systems is diversity of useful applications and distributions.

Are there any startups working in the space that have more open strategies, or even fully open sourced chips? If not, I think this could be an awesome opportunity for a lot of folks to build a seriously powerful IOT company, starting from chips all the way through software.

Am i a fool for thinking this?
Catalog of classic Firefox add-ons created before WebExtensions apocalypse https://github.com/JustOff/ca-archive
I don’t think convergence is their current goal. UIKit is simply a more “modern” API for writing GUI apps. AppKit hasn’t been evolving much in the past decade.
Maybe it's because of the way my brain works, but I prefer clarity and brevity above almost everything else.

That's why I like Python over Go, C# and others. Python lets me fit more functionality (expressed as code) in my working memory, and I have to ignore less line noise and boilerplate.
The Impact of Memory Allocation on High-Performance Query Processing
> Honestly I keep seeing this in all big go project, despite the lack of generics.

Not maybe because of the lack of generics?
Terry Davis was extremely talented. He also had his demons. I dunno if there was anything he could do about them. But let's not pretend he didn't have them. He said some terrible stuff: https://wiki.installgentoo.com/wiki/Terry_Davis.
Do you use React? MySql? VsCode? YouTube? Chrome? Not all departments have to share the same vision. Go is open source and its code up on a repository, open and visible.
I can't beleive that it can be any worse than if people can get their luggage out. When you arrive to the gate on something like an A320 or 737, at the middle seats you often need to wait five minutes until everyone ahead and behind you (assuming both exits are used) has collected their luggage and got off. Often the isle ahead of the blocker is clear, it's just someone is struggling to get their luggage out and nobody else can get past.

Federal and international regulations state than an aircraft with more than 44 passengers must be able to be fully evacuated in less than half of that - 90 seconds. Crews are meticulously trained for this, including practical tests. (My wife used to be crew on 777 and A380)
Weekly News Digest – 2muchcoffee
WWDC2018 had a slide in it addressing this very question, FWIW. It's up to you whether you choose to believe the response Apple gave.
Not sure why you got voted down as your quite correct.
Solution: during the safety briefing, there should be a statement about bringing bags during an evacuation, and they should mention a fine on the order of tens of thousands of dollars for not complying.
Government-provided? Not likely. The state has long since lost (well, more like willingly let slip) control to corporations. You already have those black-box coprocessors, like the Intel Management Engine.
Article not quite finished yet
> Microsoft has a history of trying good ideas way before they are viable and make the whole concept look unhealthy.

I think it also had to do with their sheer size. Researching stuff is fine, but in many cases they were pushing out half-baked solution with the force of the herd of elephants that Microsoft is. Had a company 1/100th their size tried the same thing, no big deal, just ignore it.

But when a company worth $1tn these days does the same thing, whatever they're promoting is seen everywhere.

They really needed something in-between Microsoft Research (research almost nobody sees) and full blown Microsoft. Maybe a Microsoft Skunkworks Startup? :)
Ha! So much for useful preventions :( That makes it just as ineffective at warning people as any other Android device.
Because SV has more financial capital and can pay 7 times higher salaries or even afford to make losses.
There are links in other comments here. There are official statements already about accident, main version is "mistakes of pilots".

Before asking "sources" from just comment, try to find at least one "source" link in that click-biting trash we are discussing.
I decided to do the same after I received a counterfeit (or altered) item from Amazon for a skincare product. I had grown suspicious of Amazon reviews and their practice of co-mingling items, but it suddenly occurred to me that buying something with the intention of applying it to my skin, without truly trusting the source, was probably not the smartest thing to do. I decided to switch to either ordering from trusted sources (Sephora, Target, etc) or physically visiting the store. One advantage of forcing myself to go out to a physical store is I'm way less inclined to splurge on an item, unless I truly need it. It's shocking how easy Amazon made that possible.
I doubt money laundering related charges themselves are the sole reason criminals are hesitant to spend their proceeds out in the open. Doing so would still lead to suspicion and possible investigations for the underlying criminal activity. Therefore, making money laundering related activity legal probably isn't going to accomplish what you want, and after seeing the decades of crime paying off for Paul Manafort, I'm of the opinion that we are in dire need of a serious crackdown on white collar crime, not a relaxation.
The unlikely rumor was spread on reddit as a fact for days. In fact I believed it until I saw further accounts and discussion.

Admittedly, the real stupidity here is attributed to ME. I really need to stop caring about details/"news" before some time has passed to filter out the rumors and the garbage that people produce on places like reddit.
I was wondering if it would be suitable for micro controllers (with let's say a few hundred kB of memory, not MB). I can't immediately find the answer but there appears to be a port to Zephyr OS in the repo so that is promising.

There's also the beginnings of a sensor manager and API so clearly small embedded use cases are intended.

It's still a very small project (looks like one contributor so far), but that's no bad thing...
This article is aimed at macOS developers, who generally have a decent idea of what Apple is working on. I have a comment downthread which has a short explanation of it for those who don't follow this closely, since someone else has a similar complaint: https://news.ycombinator.com/item?id=19875612
I think the implication is that they have some corrupt buddies on the receiving side in China. Or it could be like here in Thailand where they catch people buying luxury cars in other countries, breaking them down into multiple pieces, shipping them in, then reassembling them. There's a lot of ways to break the law.
In other words, you cant escape the wrath of google, so what you should do is give up. It's like showing up at a Greenpeace march and pointing out to a protester they they are wearing shoes that were made in a facility that probably contributed to the destruction of the planet. Why bother protesting you imperfect hypocrite?
I think that is all we are going to get from this, hastily ported small apps where the fact you even have the app on your Mac outweighs the bad UI. I don’t think it is useful to port large apps because the iOS kit just doesn’t support everything you need for a good large Mac app.
But it gives a lot of references to codes
Not a perfect analogy but here it goes....as people, we are a mix of good and bad. Others have done things I do not like but that does not necessarily stop me from appreciating the good things about them. The world is a lot of gray than some people appreciate. At school and on the screens in the west, we are taught that the world is good vs. evil....
Well, yes, but then, it's always a trade-off. Evacuations are extremely rare. The cost of these trainings would likely prevent a lot more deaths somewhere else (e.g. in training car and heavy vehicle drivers and bicyclists, not to mention motorcyclists).
Veblen goods, innit
Also a nice informative video on bacteriophage from Kurzgesagt: https://www.youtube.com/watch?v=YI3tsmFsrOg
"government in a free society should not deal in probabilities. The law should deal in actions and actions alone, and only insofar as they damage person or property."

Drunk driving should be legal because sometimes you make it home safe. Lead in food should be legal because some people will eat it and not get sick. Putting others at risk isn't a crime, the government should not deal in probabilities. That job falls to "insurance companies to assess on a competitive and voluntary basis."

Cripes, what a totally fucked up worldview.
Ask HN: Why haven’t fitness gaming experiences taken off?
People want to stay fit or lose weight. People love gaming. So why not combine the two?

Peloton has done well, and it seems their platform would work well when combined with games. So why haven’t they or any others attempted this or been successful in doing so?

Are there any companies working on a product that might work?
I think Go has many fun features.

However, to argue that its easier to write "good" code, is hyperbole of the highest order.

A programming language is a brush with which to paint your logic. If your picture is murky its because you, the programmer has made it murky.

There are many tradeoffs with "good" code. Readability, speed, compactness, modularisation, use of libraries. As with any other practical subject, your skill comes from practice. Yes, new tools can make it _easier_ to be more efficient, or faster. They might even badger you into good habits.

But

They cannot make you "good". Its the expensive camera fallacy. Sure a Medium format SLR will take _spectacular_ pictures, but only if you use it properly. A good photographer will be able to take wonderful images using a camera phone from 2006.
If one wanted to hurt Google, stop using their products which generate revenue/profit i.e. Google Search, YouTube etc. For me Golang does not fall into this category.
These people are from countries where the people in favour of the government get rich, and the rich people not in favour of the government get poor. They are currently in favour of their respective governments and even though they probably spend considerate efforts to keep it that way, they know this can change any day without them doing anything wrong. They probably know it better than anyone, being part of that system. Putting their money where their government can't get it gives them an immense security benefit.
Airports are large. As in "huge". This is not obvious from airplane traffic, as airplanes are also fast, so they cover the distances at a proportionate speed. Check out any emergency landing videos where firefighters are visible: the trucks seem tiny and slow, even at top speed (which could be ~200 kph). Speculation from reports: firefighters were a) expecting them at a different rwy, b) chasing the plane as it touched down, but no video long enough to actually see them arrive.
"Go makes it easier (than Java or Python) to write correct, clear and efficient code."

I really appreciate taking a minimalist and opinionated approach to language design but all design choices done in Go comes at a cost and the above broad statement simply is not correct. And to me it just adds to the impression of the Go community of being on the immature and almost cultish side.
The US has about 10× as many immigrants as a share of population as Japan does, and the Bay Area is significantly higher than the US average share. Globalized demand is not an issue Tokyo (or most Asian cities) face. Globalized demand is what makes it impractical for SF to lower market clearing costs significantly by increasing supply. Also, Japan has a shrinking population, which means that not only isn't globalized demand a thing, the localized potential demand is shrinking, too. So, yeah, boosting supply works well on prices there, for reasons where it wouldn't in SF or the Bay Area more generally.

(And the US shutting down immigration to control the SF housing market, aside from being a radical national solution to an isolated local issue, would also undercut the economic engine driving progress in SF--and lots of other places in the country. While that also would contribute to lower housing prices, we've done "tank the economy to drop housing prices" back around 2008, and I don't think it was all that popular; the cure is worse than the disease.)

I wish the people pointing to Asian cities as a role model for SF bothered to do research on the differences between the situation facing SF and those facing the Asian cities at issue.
All this talk of "strong men" being created by hardship is the bread and butter of fascist propaganda and jihadi recruiting videos.

This sounds pedantic, but it's a core point that the quote talks of men, while historically it's women that have been the beneficiaries of labour-saving machinery in the home. While John Henry was trying to fight the steam shovel, Janet Henry was waiting for the washing machine to arrive.

And both genders can benefit from accomodative technology as they age and weaken. Not to mention the younger disabled. See all those catalogues of seemingly useless hyper-specific kitchen gadgets; they're actually accessibility aids that for reasons of customer pride can't be marketed as such.

"Convenience" doesn't just extend your life by giving you more in the middle. It extends your time of useful independence.
People's holiday time is precious, they don't want to risk having to spend a day clothes shopping.
>While it is clear what lines of code does, at a tactical level, it is extremely difficult to follow what happen in the big picture, the strategic level. Where the values comes from and where they go?

Compared to python or Java? Well written python basically resembles Go. And most Java I've come across tries to spread logic across class boundaries so you never get to have all the code in front of you at one time.
App convergence over different operating systems seems to bigger trend than platform convergence within an ecosystem, and Marzipan seems be Apple's response to that. I would much rather run a version of Slack's iPhone app than the electron version I'm stuck with at the moment.
TinyGo (Go for embedded devices - AVR, Cortex, Bluepill, STM32F4, etc) compiles to Wasm as well:

https://github.com/tinygo-org/tinygo/

No garbage collector yet, but it's on the ToDo list and probably not too far off. :)
And yet, people are building big code bases on top of both C and Go without generics all the time. Like C, Go lacks support for elaborate abstractions. It's still a better C for many problems.
Cool! Thanks a lot! I'll try to write on that :)
> Phage therapy is a blind spot for Western medicine. It's a new category of drug

It is a branch of traditional medicine, approximately 100000 years old and counting.

"Western medicine" ignores phage therapy, because growing a bunch of mud in a bowl does not bring anyone 10000% cuts. Cultivating phages still requires labor and equipment, and can be quite profitable, just not 10000% profitable, — because pretty much anyone can do it.
Sure, a great mechanic can use a hammer to drive a screw, but they usually choose more appropriate tools.
That’s just not true. AppKit has evolved a lot since 10.6. Big changes in Lion and lots of incremental improvement since.

UIKit may be more modern in some specific aspects, but it’s also far more limited. Here’s a good post highlighting some of the most obvious differences:
https://pilky.me/appreciating-appkit-part-1/
The two scenarios are not comparable.

But yeah, we should fine people and put them in metal cages (and fuck their life up in the process) because their value is up by a negligible amount. I could drink a glass of wine and potentially fail the test which is based on an arbitrary value which is dependent on many factors that is extremely unique to one individual, and it is not OK to fuck their life up for what they did not do. Apparently you do not have to display the behavior related to drunk driving to have your life ruined, that is the problem. Punish for the behavior (we already do) displayed, not some arbitrary value that may or may not mean anything.

Cripes, what a totally fucked up worldview. I sincerely hope that you will have a taste of your poison one day.
The other side of the extreme is functional languages which have yet to have the big breakthrough in business.
I am not sure myself.

If I recall correctly one of the arguments for lack of generic was that they would make more obvious code, hence easier to follow and read. Actually it seems like the lack of generic just make more obvious code, hence more difficult to read.

The other argument was compilation speed, that honestly I cannot complain about.
> You can avoid those with garbage collection.

Until you need to close a socket or file or unlock a mutex or respond to an async response handler.

$(cat /opt/propaganda/rust/raii-in-rust.txt)
Should they?

There is evidence in psychology studies about human reaction to catastrophes such as this. People often default to habitual behavior, possibly because active decision making may be "disabled" as responsible regions of the brain get overwhelmed.

It reaches an extent where people are entirely incapable of unbuckling their seatbelts because a more common and therefore default mechanism for unbuckling is the one you would use in your car. And that works entirely different from the ones in planes.

https://consumerist.com/2016/07/12/why-are-there-seatbelt-de...
I like that electric cars are starting to have smaller hoods. With the battery located at the bottom of the car and the electric motors at or in the wheels, there is no need for a long hood.

Just switching to electric will not solve our mobility problems. Cars need to get smaller and lighter and we need fewer of them, not more.

I'm looking forward to what's on the horizon in the european L7e category (up to 450kg w/out battery), for example the Microlino. DLR is also doing some interesting research in this area with their NGC Safe Light Regional Vehicle (SLRV). They recently did some crash tests with promising results:
https://www.dlr.de/dlr/desktopdefault.aspx/tabid-10122/333_r...
> I would be pissed off as anyone if luggage grabbers killed someone, but it seems they weren't the "deadly stupidity" here? I mean, the dude just wrote the whole pompous blog post with a flashy title off an unlikely rumor?

This is such flawed thinking statistically. It really doesn't matter if the luggage killed somebody here or not, it's faster to get out of the plane without luggage and there's no way to tell how fast the plane is burning from inside.

Grabbing luggage put their fellow passengers, even it was for one second, in the hands of fate. I don't know whether it killed any extra people or not, but it was deadly stupidity regardless.
I worked on Uno for a few years. We used it to build over a hundred iOS and Android apps. Nobody would guess they're built with UWP.

I have done native development for UWP, iOS, Android. UWP delivers the most consistent API, advanced tooling, and productive devrloper experience by far. This is part of why we picked UWP as the abstraction API for Uno.

That said, I believe that modern web development frameworks offer an even better developer experience, thanks to projects like TypeScript and React. I can't comment about Flutter yet.
Windows CE?
> and I have to ignore less line noise and boilerplate.

Preemptive strike against whitespace comment.
There are many autoML libraries, however I'm not aware off any that do production-grade neural architecture search.
It's a good idea, but I'm curious what your differentiation is from Patreon. Are you 10x better? If so, why?
Absolutely the opposite. The ability to understand Go code seems roughly constant with regards to codebase size.

On teams of enough engineers, especially as those engineers rotate in and out of maintenance roles, richer abstractions tend to obfuscate intent and hurt maintainability more than help it.
Go succeeded because it compiles to native code, has good performance and an efficient standard lib - but in spite of being a terrible programming language. There are a great many programmers who cared about producing great software rather dwell on the quality of PLs, and for these people Go hit a particular sweet spot.

I have really tried to like Go, but the imperativeness is just something I struggled with. Even good Go code is littered with breaks, mid-function returns and imperative loops. For those who want cross-platform native code but find Rust too complicated, hopefully C# will fill the void once CoreRT ships.
The mistake Microsoft made was to stubbornly tie user interface convergence to their platform convergence effort. Everything had to be Windows so everything got start buttons and all kinds of cruft that wasn't needed and lead to bad experience.

Making platforms more similar so it easier to target that platform is very nice for developers. If you can do it without losing what makes users want the different devices then there's no downside.
> long-in-tooth AppKit.

What, specifically, is "long-in-tooth" about AppKit?
Thanks for linking to this. I think I've been trying to build a poor mans version of it in scala without realizing it...
Reading a BBC piece on it, it looks like the rear emergency doors were stuck also https://www.bbc.co.uk/news/world-europe-48175029
There's plenty of polymorphism in Go, that's what interfaces are for. In C you would typically use a struct stuffed with function pointers, how is that an improvement?

Its still a better C in many ways, strings and character sets is a big one.