skysight-inc/HackerNews huggingface dataset:
(I work at Stripe.)

You can email us and we’ll introduce you to a lawyer who can assist you with winding down the company. In the simplest case this costs $500.

Speaking generally, the complexity depends on what you’ve done with the company. Dissolving a company which has had a paper existence but never done anything is straightforward; shutting down a company with material operations, payroll, legal commitments, etc requires materially more work. The supermajority of that is figuring out to do about the commitments rather than the entity per se.
Unsure about American, but I am sure that United flies A320/321 and 737s both, so I don't see how switching would be that hard for them. Maybe just due to pilots?
Streaming-USA vs. Mexico Live Stream
https://www.seedandspark.com/fund/soccer-reddit-mexico-vs-usa-live-stream-free-1?token=6d6d10f46860db6b7f9b2061cb7923f3a6ffde8a880ce09bc19e2d04c9e3ad20

https://www.seedandspark.com/fund/soccer-reddit-live-mexico-vs-usa-live-stream-free?token=cb69dbb2aa51ea452d900709d878d0621f12077d4482b56eb1c4f27671c77c13

https://www.seedandspark.com/fund/streamingattv-usa-vs-mexico-live-stream-reddit-c-o-n-c-a-c-a-f-g-o-l-d-c-u-p-final-07072019?token=23b354682e6ec75db4eb1567254a889a07c92ca895aedcf92422cd5797a21553

https://www.seedandspark.com/fund/officialtv-usa-vs-mexico-live-stream-reddit-c-o-n-c-a-c-a-f-g-o-l-d-c-u-p-final-07072019-1?token=83c3b7f2c6b910cc4bfdbdba79d1600e337f3bae92e8c38e34135e7565afcbef

https://www.seedandspark.com/fund/reddit-stream-soccer-mexico-vs-usa-live-streams?token=aafb2ac4b9470f4b1c1b41cb784bd263eac0ea8d66073da4ac2d59734de7ebd8

https://www.seedandspark.com/fund/streamofficialatfinal-usa-vs-mexico-l-i-v-e-s-t-r-e-a-m-reddit-concacaf-gold-cup-soccer-07-07-2019?token=eb6e1f963eeb9b2229b436507350aa1101da79be32db207ddecd748cb120ba4f

https://www.seedandspark.com/fund/streaming-usa-vs-mexico-live-stream-concacaf-gold-cup-final-07072019-3?token=bf24ed9894b226a1889584c71aa4fa7346f5ae71c7a39a0fafb7cace9cd78c0d

https://www.seedandspark.com/fund/streaming-usa-vs-mexico-live-stream-concacaf-gold-cup-final-07072019-2?token=6475d9f56170e542e7ba9752cc0386f8fa8229c3751d77693f53ba8506624d4b

https://www.seedandspark.com/fund/streaming-usa-vs-mexico-live-stream-concacaf-gold-cup-final-07072019-1?token=93e6c4dc2583eed980190c793e4650afead71659679928389e1e8ca3e4da62e3

https://www.seedandspark.com/fund/concacaf-2019-final-usa-vs-mex-livemexico-vs-usa-live-stream-mexico-vs-estados-unidos-en-vivo?token=cd0c95e083a9f04fd86446e06f7f05924b0cc3da7c7eebc07329fe676d54bcee

https://www.spreaker.com/show/usa-vs-mexico-live-stream-final-2019_1

https://www.spreaker.com/show/streaming-usa-vs-mexico-live-stream
> A Partial Segment must be completely available for download at the full speed of the link to the client at the time it is added to the playlist.

So with this, you can not have a manifest file that point to next future chunks (e.g. for up to next 24 hours of live stream) and delay proccessing of http request until the chunk became available. Like HTTP Long Polling used for chunks.

> On the surface, LHLS maintains the traditional HLS paradigm, polling for playlist updates, and then grabbing segments, however, because of the ability to stream a segment back as it's being encoded, you actually don’t have to reload the playlist that often, while in ALHLS, you’ll still be polling the playlist many times a second looking for new parts to be available, even if they’re then pushed to you off the back of the manifest request.

Which could be avoided if Apple didn't enforced the availibilty of download "at the full speed" once it appeared in the manifest. (long polling of chunks)

LHLS doesn't have this issue as the manifest file itself is streamed with chunked responses hence it makes sense. (streaming manifest file)

> For the time being at least, you’ll have to get your application (and thus your low latency implementation) tested by Apple to get into the app store, signaled by using a special identifier in your application’s manifest.

And this makes me to think about the implementability of the 1st and 2nd point on ALHLS. Maybe the current "implementation" is compatible but not with the specs itself.
Excuse me?

You're excused.

Deserts cool significantly at night

Certain deserts cool significantly in certain places at night. "Deserts" are not identical nor homogenous.

If you look at USWS forecast for Mojave for this week, for example, the nightly low is never higher than 72F

There is no such thing as a "USWS forecast for Mojave." Perhaps you are thinking of the town of Mojave, California, which is one small place in a more temperate portion of a large desert?

Regardless, this week and the entire year is not typical for the Mojave Desert. It has been unusually cool and moist. The Mojave Desert isn't Ohio. It doesn't have NWS weather stations every ten miles. The weather stations you see reporting on the internet are people with uncalibrated contraptions in their backyards, or computer-generated guesses.

The NWS historical data page doesn't load right now, so here's a link from Wunderground for one year ago today in a populated place with a proper weather station: Las Vegas: https://www.wunderground.com/history/daily/us/nv/las-vegas/K...

It's far from the hottest place in the Mojave, but you can see that the low temperature, which occurred at 9pm was 93°. That is normal, not 72°.

Anyone who's lived in the desert for any length of time can tell you that the numbers you see on the internet are far from the truth. NWS, quite reasonably, concentrates its efforts on populated and agricultural areas.

I lived it for five years.
Far more to do with the decreasing costs of automation than minimum wage. These jobs will be automated, depressing wages only delays the inevitable.
I can - I have a Note8, and I was constantly accidentally pressing the Bixby button, until I paid for a little app on appstore to disable it. Not even usefully remap it, just make it go away.

I don't even want to think what else the app might be doing in the background. But that's what they're forcing us to do by having such ridiculous un-disablable behaviour.
(note - it was not disableable through any easy let alone delivered means 14 months ago; things may have changed for the better?)
GNSS locations can be accurate to within a few centimeters using the right equipment as long as you have a clear view of the sky. 5G isn't going to do better, and even if it could that wouldn't be sufficient for autonomous vehicles to operate in snow.
Asciinema has a hilarious full-screen mode, at least in FF: it's a fully black screen with a small video in the center.

----

Also, I wonder if terminal lovers should maybe lobby for a set of Unicode symbols with more ‘pixels’ than the Braille 2×8.
> Right. So why the obsession with Russia? In this book?

Because the author's a Polish-American, writing not long after the collapse of the Soviet Union, and whose job responsibilities dealt a lot with said Soviet Union?

The book doesn't say dominating Europe means you dominate the world. The book says the US ignores Europe at its peril, as a challenger could easily arise there. In the years since 1997, the EU has largely proven to be an ally, not a challenger. The world's not the same place it was in 1997, just like it's not the same as 1904.
Red, sort of kind of.

I have been thinking that there might be room nowadays for a new language that is unabashedly a "scripting language"... something you can easily write scripts with, but which doesn't necessarily aspire to scale real far beyond that, so people will not immediately reach for it to write, say, 250K-line web applications. :3 (Then again, if a language is good/useful/flexible enough, people will use it for everything.)

Anyway, I would like to see such a language. The old stalwarts will probably still work just fine for this purpose, but I am curious to see if there's any innovation left/possible in this particular space.
Cool project! I've been working on typing for stack-based languages. Although I got stuck trying to make the inferencer work on higher-order functions. Kleffner's Master thesis supposedly explains how to accomplish that, but I haven't been able to wrap my head around it yet. I'd be interested to hear how you have solved the problem in Thun.
Maybe given the age and longevity of the language and the creature, the tuatara would be the appropriate cover animal. (It is in the animal.l source.)
If you are in agreement with the parent poster that the Africans receive tangible benefits from Chinese infrastructure development, can you help me understand why you characterize the Chinese plans as "insidious and evil"?
We've banned this account for repeatedly breaking the site guidelines and ignoring our requests to stop.

If you don't want to be banned, you're welcome to email hn@ycombinator.com and give us reason to believe that you'll follow the rules in the future.
>And in most circumstances it suffices to stop and restart.

Only if your program is small and/or does trivial stuff.

In ordinary languages, there's a significant loss of time to achieve the following, once a bug is found:

- stop the running program

- correct the offending function

- recompile the program

- restart the program again

- interact with the program until you achieve the same conditions that caused the bug

- confirm that the bug doesn't happen again.

On a lisp system the steps are:

- correct the offending function

- re-compile the function (this takes milliseconds); this can even be done while other threads are running.

- restart the stack frame where the error condition was found, and immediately confirm that the error doesn't happen again.

The difference in productivity is remarkable.
Anecdotally, FindFace found my Russian friend's VK.com profile (amongst many millions of such profiles) as the number one hit after I took a picture of her in a bar and submitted it to their face recognition service.
If I have misattributed, I am sorry.

Still the 'poverty leads to migration' theory is not quite true (in fact arguably the reverse in these particular circumstances), and therefore the fact some CFA countries have less emigration than some ex-CFA countries does not show that they are less poor or that the CFA is beneficial compared to non-CFA case.
> and can read my compiler manual to answer the question of how the code behaves.

Which is both not true (because the compiler manual usually won't define undefined behaviour) and irrelevant (because the questions were about C, not about a compiler).
I, for one, want a pure command line based email client, not just a TUI client, that is well integrated with bash/zsh in an everyday use, e.g.

$ inbox
(shows the first 10 emails in the inbox)
$ search from:john
(shows emails from john with numbers)
$ reply 4
(opens up vi to edit a reply to the email #4)
...

I've been dreaming a client like this for decades, and actually started developing it, but the development is stagnating for now (due to the spec changes and other priorities).
The bixby button is super annoying. At least on the Note 8 it is positioned such that in certain situations it's really hard not to activate it when trying to turn off the phone because it's directly opposite it on the other side. Pretty much the only times I have ever activated Bixby is when trying to turn off the device, and the result is that it immediately turns on and makes a loud noise - very annoying in meetings.

It's one thing to force something benign in front of your users, it's quite another to do actively hostile things to them.
OK sure, but over what time frame should shareholder value be maximized? A quarter, a year, several years? The strategies might look quite different.
Moving stuff is seamless. You are not charged.

Passing items between friends that used the same phone to get in is also seamless (I’ve never tried passing an item between two amazon accounts).

I believe there are weight sensors to counteract stuff like taking out half a sandwich and putting the rest back, but I’m not sure about this one.

There are definitely ways to cheat the system. But the tech is at a point where it is similar hassle/consequences to other petty shoplifting that happens across the world (the cameras can always be checked by a human in a post-mortem).

The reality is convenience store shopping is at a point where it is almost always better for the company and the customer with Amazon Go tech.

The bigger problems with the Amazon Go tech is, how do you scale it to a supermarket size, how do you get around or change regulations that a human needs to validate ID for alcohol, how do you auto-stock the place, how do you get away from needing a human for security guard / first aid reasons? Also I imagine it costs a lot to set up. How do you make this cheap enough to be financially worth the ROI?
Transistors in individual packages are called discrete components. Even if they use the same technology as ICs, they're still discrete. You can certainly build useful analog and power circuits with only discrete components. Somebody even made a CPU from them [1] which was a much bigger circuit than TFA's IC video card will be so it's worth distinguishing truly discrete from simple ICs.

[1] https://monster6502.com/
True, e.g. whatever happened to SRI/Kestrel Specware?
Doing this usefully does require more than just “does IO” — e.g. does that mean it can load another module, read a list of too-common passwords, write to a log file, or read your ~/.aws/credentials? Similarly, does allowing networking mean it can talk to anything or just a few well-known hostnames and ports?

This isn’t to say that it’s a bad idea but there are a ton of details which get annoying fast. I know the Rust community was looking into the options after the last NPM hijack was in the news but it sounded like it’d take years to make it meaningfully better.
Short range is a feuture of 5G not a bug, to prevent congestion.

Probably it will not be usefull outside really crowded areas or a set of high throughput sensors that need to be wireless for some reason.
How is this particular development relevant? The US government still has nukes, SSN, etc etc etc.

This particular reading of the 2nd Amendment seems to have been frozen in time since the drafting of the Constitution.
I've been recently tasked to find a live video solution for an industrial device. In my case, I want to display video from a camera to a local LCD and simultaneously allow it to be live streamed over the web. By web, I mean that the most likely location of the client is on the same LAN, but this is not guaranteed. I figured this has to be a completely solved problem by now.

Anyway, so I've tried many of the recent protocols. I was really hoping that HLS would work, because it's so simple. For example, I can use the gstreamer "hlssink" to generate the files, and basically deliver video with a one-line shell script and any webserver. But the 7 second best case latency is unacceptable. I really want 1 second or better.

I looked at MPEG-DASH: it seems equivalent to HLS. Why would I use it when all of the MPEG-DASH examples fall back on HLS?

I looked at WebRTC, but I'm too nervous the build a product around the few sample client/server code bases I can find on github. They are not fully baked, and then I'm really depending on a non-standard solution.

I looked a Flash: but of course it's not desirable to use it these days.

So the solution that works for me happens to be the oldest: Motion JPEG, where I have to give up on using a good video compression (MPEG). I get below 1 second latency, and no coding (use ffmpeg + ffserver). Luckily Internet Explorer is dead enough that I don't have to worry about its non-support of it. It works everywhere else, including Microsoft-Edge. MJPEG is not great in that the latency can be higher if the client can't keep up. I think WebRTC is likely better here.

Conclusion: here we are in 2019 and the best low latency video delivery protocol is from the mid-90s. It's nuts. I'm open to suggestions in case I've missed anything.
10 years isn't really all that much, is it? From my experience that's around how long it takes for developers to get a big head about how much they know, but 5 years less than what it takes to learn to respect how much they actually don't know about the different aspects of the field, and the real scale of challenges that have to be solved (both the technical, and the human).

Also, not all experience is equal. Someone that's spent 10 years working on 4 or 5 different systems in totally different problem domains, written in totally different languages, and operating in totally different ecosystems is going to have a very different view of development from someone that's spent 10 years doing essentially the same thing over and over again.

This guy seems to have a very focused view of the correct approach to problems. He's familiar with the tools that linux offers (which I agree are great), but he doesn't seem to respect the scale of specialization it takes to use and maintain those tools effectively on a large scale. Also, there is no mention of the cost to rebuild existing systems in terms of developer time, the mental cost to re-train all of the developers, as well as the time to migrate and train the users.

Ironically, I remember getting into debates like this back in the mid-2000s when I was first starting to think I had it all figured out. The points I made back then were more or less the same things I see now in the article above. It's quite nostalgic, though it definitely makes me feel older than I like.
This is a company that pisses on its customers. Why bother doing business with them at all?
> active COBOL use that continues today [...] 220 Billion LOC

That 220b LOC is because most newly-written COBOL programs today are copied and pasted from some other large existing program, then some small parts of it changed. I know in one large corp I once worked at, a manager ordered that instead of a new code being created for a new customer in the program suite as was usually done, every program in the suite was cloned and the new customer's name was hard-coded into the strings in the program text. That manager got the new system up and running in record time and was well regarded by his peers. The maintenance programmers and computer operators got some extra job security in the years ahead too.
I have one I'd _like_ to see in a very limited domain: Dhall.

Dhall is amazing. But it's domain is very limited.
Thanks, that's exactly how I felt — that there’s a really good and useful article in here, but clouded by assumptions and an attempt to create controversy.
Indeed -- can anybody provide more details on the agreement? The only policy detail the article lists is that the deal eliminates "most tariffs". Is that the entirety of the project? Are the goods for which tariffs remain critical ones like oil, minerals or food? How is "most tariffs" even measured --as classes of goods? trade volume in dollars?
You know what, if we assume that most people people are too gullible and dumb to live in a society, there is no longer any reason to uphold the social contract. It's not set in stone that i must live in a democracy if half of them are not fit for it.

(Predictable irrational downvotes only serve to prove this point)
> The most active Wayland developers are not only also Xorg developers but have been so for a very long time

Amusingly, I often hear this argument from Wayland proponents. Do they realize, that those very same developers have failed at maintaining Xorg code base and fixing it's bugs in backward compatible way?

To run a project into the ground and wash one's hands of it... is not worthy of endorsement.
> Can you imagine the utter insanity and chaos if any other form of engineering worked this way?

You mean like how when I bought my house I had to bring the wiring up to code and replace the knob and tube?

This is how the rest of the world works. The time scales are simply longer.
> few libraries actually have a good excuse to do I/O (though logging might be thorny).

Yeah, logging would be tricky...

Maybe a "logging" capability could be created. Separated from other I/O.

Such a capability would be weird, and nonstandard, and messy, cutting across several several abstraction layers. But if pulled off, it might be worth the effort.
Register allocation can be quite tricky, and sometimes it can only explore a small part of the problem space, so if you don't start the algorithm with exactly the same seed you might end up with significantly different code in certain functions.
> looks to me like a "2nd system design" for C programmers

That seems fairly accurate.

> I'm hoping that the concurrency model is where it shines

I'd say that channels aren't quite the magic thing they are made out to be and goroutines aren't that amazing. The real win of go for me is three things:

1. Evented runtime with a synchronous interface. "Go is my favorite epoll library"

2. A standard lib that has great http support (things like keepalive and connection pooling and http2)

3. A build and test toolchain that makes coverage and race detection and memory and CPU and lock contention profiling trivial.
Chip photography site zeptobars.com has some photographs of modern transistors, and while some have interesting geometry, I didn't see anything that I'd consider an integrated circuit, i.e. something that would be drawn as more than a single transistor symbol on a schematic.

https://zeptobars.com/en/read/NXP-PMST3904-NPN-BJT

https://zeptobars.com/en/read/NXP-MMBT3904-npn-bjt

https://zeptobars.com/en/read/NXP-2N7002-TrenchMOS-N-Channel...

There are some "discrete" transistors with built-in ESD protection, e.g. NCV8440A, but those are unusual, and under normal operating conditions they work just like a normal transistor so I'd still count them as discrete components.
I know a couple people who have reported mistakes, and they were refunded with no questions asked. I have used it dozens of times with 100% accuracy so far
Neovim 0.3.8 Released
100MB is still not great for business premises. At home in London I'm on 80MB fibre, and get ~76MB during peak times. At work in London we have 1GB (and typically get 1.2GB) between ~80 people. This co-working space is ~85MB for a similar number of people.
religion is supposed to help with self improvement and help people live together, build a community. what else is there? if religion does not achieve that, then what's the point?

humanity should continuously improve our society. globally.

we progress scientifically, and we should (and do) progress socially. the latter is the purpose of religion. every religion, when introduced, has induced social progress. if a religion is no longer serving that function, then it's time to move on.
At least Eurozone countries get a seat at the Eurogroup meetings and the European Council. African CFA users don't even get that.
Check out notmuch:

https://notmuchmail.org/
I don't think anyone has "chosen" to implement Numpy (or any of the hundreds of C and C++ modules) in Python because of its language features. On the contrary, they specifically avoided using pure Python because of its low performance and opted for more performant languages used through FFI.

The reason people have gone through the effort to implement those modules is absolutely because of "captive audience based killer apps" which for Python were ML and scientific computing. And while Python is decent in its role as a glue language, it succeeded mostly by being easy to pick up and very forgiving, which shouldn't be the main factors for choosing a language for anyone who is a software engineer and not a scientist.
You're burning 1kg of gasoline with 46MJ/kg energy at 20% efficiency gives you 9.2MJ of work done.

Do you need to replace 46MJ energy embodied in gasoline with 46MJ worth of electricity?

No. Electric engine has 95% efficiency so you need 9.68 MJ of energy.
I don't quite see how enabling trade is an insidious plan.