skysight-inc/HackerNews huggingface dataset:
Ah, I see what you mean. If they are antipodes, then dusk and dawn will happen together every day. This is a good point. I was thinking there would be more overlap on the other days, but you're right, there wouldn't be.
Legal: It will be hard to argue in court that you have right to create fake accounts. That is definitely against TOS, and at that point Linkedin can sue the company instead, so I believe it would scraper would not be successful at court.

Technical: This is actually what you want, as limiting scraping per user is easier than per IP, since IP can be shared by users, so your rate limits have to be higher for IP address than for individual user. Additionally, creating fake account is more work which will in the end making scraping more expensive.
The challenge for me has been habit when I try to do this. If I have to manually break context and focus to log then I don't wish to. I want to monitor everything but passively without having to do any work.
TurnKey LXC Linux Containers
Times are always displayed in your local time zone according to your OS/web browser settings. Now that you mention it, I should put an "add to calendar" link in there.
‘Bitcoin edges up as global markets take coronavirus beating’
Why big pharma sees a remedy in data and AI
It's interesting how differently you can look at things. I would consider the best time to start a React Native project to be sometime next year, and after 1.0 ideally.

It's exactly when you jump on the bleeding edge that you end up with cuts and bruises. For every new shiny thing you'll be trading your current known problems for a set of unknowns and the inability to even Google-search for the solution. Let the tinkerers do the bleeding, and only once they've buffed the sharp parts can you as a company like Shopify start to bet on it.

It seems module and library handling was just revamped in React Native (not a user myself yet, perhaps next year), so thank you for your sacrifice. Developers picking up RN today will hopefully have a smoother experience.
This is assuming that all data sharing to Facebook is done from the client which is obviously not true. If your desired service wants to share data with Facebook they can and will do so and there's nothing you can do about it except not use the service.
Spotify’s “stack-like” music queue is the most infuriating thing ever; god forbid I want to skip backwards and hear some songs again...
Getting locked out of online accounts is the 21st century's version of the twentieth-century's hard drive crash: "It's not a matter if of, but a matter of when."

So you should have a second repository of any data you have in any account, in a different location, provider, hard drive, or whatever. Because it's only a matter of time until you need it.
> It always feels like shit.

Yeah, it does, to developers only. They're not the target market.

I used to lobby for my employer to care about the latest iOS feature or fight over what the HIG advises is best practice.

Unfortunately, most business would be perfectly happy if they could have a designer draw a pretty looking app and have it magically pop into existence. Platform features are an afterthought, if a thought at all. I'm not thrilled with the state of the app industry, but it is what it is.

The really elegant solution is to have a passionate team of platform-specific developers pushing the boundaries of what's possible on a mobile device, constantly using the latest features and profiling for battery usage and network usage. Ideally a team that does this would be so proud of the code that it becomes open source to serve as an exemplary model of software engineering actualized.

I know what's "right", but I also know what the market wants. The market wants me to churn out cross-platform CRUD apps as quickly and cheaply as possible.
Having one dev that knows something about the native side makes this very believable now. I haven't had the pleasure to work on a basic CRUD app that didn't also have some A/V or special file IO work. Your project sounds ideal for an exclusive react-native JS team.
Yes, I'm also waiting for a lightweight Wireguard/pi-hole appliance.
These are all incidental issues. The real problem with CDOs and related financial products is that they deal with tremendous leverage without proper transparency. In a leveraged environment, you need to have a framework to understand who owns what and if the counterpart can pay for that leverage. Good examples of such a well regulated market are the options and futures markets. On the contrary, CDOs, swaps, and other exotic instruments give institutions the ability to leverage themselves, but nobody is regulating where the money is to pay counterparts when bets are wrong (and they eventually will be). The result are frozen markets! The only solution the financial world has at this point is to create money to bring liquidity to the markets again. This can only work up to a point, and in fact can exacerbate the results of a financial catastrophe.
> With defined contribution, politicians and senior union officials can’t play those numbers games since there is no lien on future taxpayers.

If you run out of money in your retirement, and are eating catfood under a bridge, you're going to ask future taxpayers to pay for your survival, either way. Regardless of whether the reason for it is 'my pension fund ran out of money' or 'I lived longer than my planned X years of runway.'

The fun thing is, if you've invested into both of those things, you are reducing the risk that you end up in this situation.
The link you gave, says (sic):

> Sign up now for free access to this content
> [...]
> Email (NOTE: Free email domains not supported)

I think this sort of antinomy[1] sounds ironical especially in this thread. This is practically legal dependency injection pattern, when you call something free, then administer antinomies, catches-22, etc.

[1] https://en.wikipedia.org/wiki/Antinomy
This is how I read it too. They can then run the RN app on iOS too (with some modifications I'm sure). Seems like a smart strategy. And that the jury is still out.
Very cool, thanks for the link!

I am also thinking hard right now about what kind of business model could fit best for foss gaming. That's a whole other conversation though I guess.
Thank you! I was looking for this today but I didn't bookmark it last time. Bookmarked it this time though!
How has flutter compared?
The panel voltage is pretty stable until the illuminance gets really low (unless you're drawing a lot of current). Diodes such as solar cells are roughly constant-voltage devices. You can get a pretty long way avoiding filesystem corruption by mounting things read-only, but (I've heard) some SSDs aren't really read-only even when they're read-only, because of read disturb and the attempt to compensate for it in the FTL. 10 seconds of 2 W at 3–6 V is about two farads, so you might be able to get acceptable stability with a supercapacitor in the 1–10 farad range instead of a battery.
Well, technically anyone can create an Android app and distribute it directly without going through the Play Store.

"As nice as the iPad" is subjective but there are pretty nice Android tablets out there.
I think you misunderstood my comment. Emotional/social intelligence and "technical" intelligence are completely separate things. I agree with your point, but I don't think that it works against my original hypothesis, it works alongside it.

I wasn't trying to say that all exceptionally intelligent people believe that they have no need for social skills because they are so smart. In fact, I brought up an example of the opposite.

And I agree with you that it makes sense that people would prefer to pair up with people of similar "technical" intelligence as them. However, I doubt that if you take a potential couple, where both people possess "technical" intelligence but only one possesses emotional intelligence, that person is going to be very willing to be with someone who lacks it to such a severe degree.

Leading me to a conclusion that a lot of very "technically" smart people are limiting their already narrow pool of people of similar "technical" intelligence level by not working on their emotional intelligence/social skills.
I'm running both on a Pi 2 (without a heat sink).
I totally agree with you regarding drug prices overall, but insulin is different in this respect. A vial of Humalog cost $35 in 2001. The exact same size vial of the exact same insulin -- no refreshed patent, no reformulations, no improvements, no change whatsoever -- cost $270 in 2017. If the price would have only followed inflation, it would have been $48.50 in 2017.
Screenspace was always x-right, y-down (aka Cartesian quadrant IV) because that was the convention NTSC used to paint the screen.

3D has not had the benefit of an obvious hardware model to emulate. Y-up, Z-up, Y-down are probably the three most common variants though.
Yep - it's very annoying but for me it only happens with markdown cells? So now I generally select all and copy now before leaving a markdown cell if I've edited it.

The other issue is the language server seems to get into a funk regularly - the completion stops working as does the display of docstrings so I regularly use the "Developer: reload window" feature to reset everything.

Also the plots view is poor - it's basically just an SVG you can magnify - there's no proper zoom or rotation for 3d plots.

I was also irritated by the "smart" environment discovery stuff - just let me specify which python install or vent I want to use. Don't make be google to see what names/locations I have to use in order for an environment to magically appear in the list.

Also the editor extension (I use vi mode) is ignored. And even saving the notebook doesn't work the way every other editor pane works in vscode.

Hmm... writing this list makes me wonder why I haven't looked at alternatives.
What will Midi 2.0 mean for musicians?

I suspect: frustrations with shit not working with other shit, like it used to with MIDI, and a big decrement in DIY hackability.

USB is in the mix! Pretty much `nuff said, but I will say it anyway. USB is a complex beast with documentation that is a good fraction of a foot high, if printed out in all its versions on standard letter sized laser paper. If you bring that into any standard, that is now part of your standard.

USB connectors do not have the optical isolation of MIDI current loops; USB interconnecting will bring in noisy ground loops that will have musicians and recording engineers pulling out their hair.

The clever thing in MIDI is that a device which sends messages over MIDI to another device drives current pulses (not voltage). These current pulses activate an octo-coupling device in the receiver such as a phototransistor. There is no galvanic connection between the devices; they don't share any ground or anything.

All sorts of talented musicians have done incredible things with MIDI. The resolution of MIDI has been just fine for people with real chops. MIDI 2.0 isn't going to solve the real problem: talent vacuum.
So, should it have become public knowledge that Brendan Eich donated $1,000 to support Proposition 8?
The sad thing is, all* their tier 1 mobile apps are still ios/android native and are not going to be rewritten, so they still need native devs. But after this blog post native devs will be a lot harder for them to find and hire.

* except for POS for Android which apparently has been rewritten, but not yet released, in RN.
I've thought about trying to build a commercial pi-hole product. Anyone else?
Zapier should open up to resellers and referrals so smaller specialized companies are able to integrate their offering for non-tech SME's.
You don't need anything on your frontend to share data with Facebook. Facebook doesn't acquire information like what shirt you bought by putting a like button a page. Your clothing retailer is willfully sharing that information for marketing benefits.
Firstly, fast breeder reactors get a small fraction of the article, which is mostly devoted to the old stuff.

Secondly, there are several different kinds of breeder reactor, and I don't see that lumping them all together helps understand their scalability. A liquid sodium cooled reactor fueled with uranium has completely different properties from a molten salt reactor fueled with thorium.
All true and mostly irrelevant. The iPad doesn't solve all use cases for everyone, it just solves some really good ones.

So it's a bit like saying that "this bandsaw doesn't is terrible for hammering nails." It's true, but that doesn't mean a bandsaw is a useless tool.
Is there a way we can subsribe to the blog ?
Could you elaborate on why? I worked at a co that almost exclusively ran Alpine containers with a single Python app. No use of virtualenv. Never experienced any hangups with this.
This company is on a Rocket Ship!!
It's busted so thoroughly I switched to Google Music instead, in spite of its cringeworthy and inconsistent UI. One thing that's particularly bad is search. It's not even difficult to do it well in this space, but for as long as lemmings keep paying, there's no incentive for Apple to give a shit. They unconditionally give a shit about hardware as a company. Software is like "meh, it looks pretty but other than that we don't have to care". Hairforce One needs to do his job. At the kooky prices you're charging you should be sweating every single detail throughout the entire stack, silicon to pixels.
Is there any demographic data on that 1%?
Google Stadia likely has way less than 1M users
Real work is only real if you get paid for it ?

You do realise this is HN where quite a lot of us are building startups and not getting paid for it.
It's still a cat.
I hope not. I started using flutter recently and it is by far the best development experience I've had creating anything with a UI. Easy to install (even on windows), build, stateful hot reload, and the code is easy to read and write. No HTML/CSS/JavaScript.

I know web devs probably don't agree, but HTML and CSS weren't designed to build responsive, interactive applications, and all that has to be done to make it work makes it a pain in the ass to setup and develop. With stuff like WASM, Flutter, and Blazor, I'm hoping we have viable alternatives to traditional web development.
> I think we will eventually reach consensus that package managers requiring a compiler is a misfeature

What's your alternative solution? For simple native libraries there's always libffi, but things that need numerical processing will want to actually plug into the underlying value representation directly to not sacrifice speed.
Finding a grid connection can be a serious bottleneck. Rural substations often lack the capacity to export lots of power. And reinforcing capacity or building new lines is expensive. Interestingly this can make it viable to co-locate battery storage at solar sites. This reduces the peak power that is exported and makes the power line cheaper to build. And the battery's can be recharged from the grid if generation is low and used to generate income through storage contracts.
25–30 years is the design life; they can last a lot longer than that. Silicon is an astoundingly stable substance.
The biggest feature I'd like parity on for mobile web.... is logins.

As the tracking war rages, humble little login cookies are becoming a casualty. For example if someone gets a transactional email (say a new booking notification), opens it on their iphone, it opens safari.... in a new context. No login! So frustrating for them. You can send tokens with the links, but they really need to have an expiry date on them, and if the user forwards the email it risks exposing their whole account. So now you have to start playing with an intermediate 'sort of logged in but don't let them do anything too dangerous' state

And now browsers are using "AI" to magically work out which cookies to delete. That's great, but.. can we not have an explicit UX for the user to say hey, this is a login cookie, I'm logged in because I want to see my data and be authorized on this website every single time I come here (and an equally special logout function that deletes it without trouble).

I'm a pretty heavy user of mobile web and rarely use apps, but logins for power users and tech impaired users is pretty much the main reason we're looking at react-native too
This is a double edged sword. On the one hand, you're right, a more mainstream topic does have a larger potential audience, and if your topic is one few people care about, you're probably gonna get a lot less traffic compared to one with a broader audience.

At the same time however, the broader the audience, the harder it usually is compete and make a name for yourself in a niche. There are hundreds if not thousands of people and sites writing about JavaScript frameworks, Docker, etc, and your work will likely get a lot less attention than theirs will. So while the potential audience is there, the likelihood of you getting said audience is extremely low.

It's like on YouTube with popular games. Sure, a lot of people might watch videos about Minecraft or Fortnite or whatever the kids play nowadays, but there are also thousands of other people also making videos about them, and yours can easily get buried in the avalanche of results there. Hence unless you've already got a one in a million advantage (like real world fame), it's very hard to compete.

Focusing on something less popular can help you build a smaller but more focused audience, and you do pretty well off being 'that one guy' who covers said obscure topic. You can then maybe branch out and gradually use your popularity in said smaller field as the jumping off point for popularity in the larger one.
Thats a benefit of React Native though. Share as much code as possible and write wrappers for the Native features you need for your project. I really love the model.
That's about right. But with ext2/3/4 there are no snapshots and when you have a reference to a block you know that's the only reference, so it's not a problem there.

https://en.wikipedia.org/wiki/Inode_pointer_structure has a summary

https://docs.microsoft.com/en-us/archive/blogs/askcore/the-f... talks about the NTFS equivalent
I have scheduled a meeting for EOW. The meeting will be my forum to discuss this issue with the decision makers. Hence, I am looking for suggestions on how to approach what will be a difficult conversation for me.

I think I will do as you suggest: let them know I'm struggling, provide options, and see where it goes. I am to the point where, even if I like this place, I will be looking for another opportunity if it's not resolved.
>using as a interactive screen for customers in retail shops.

This is precisely what we are using iPads for right now. Our clients and end customers are very comfortable using Apple hardware. The screen size on these devices is perfect for most interactions. If you have the device in landscape, it's about as wide as a 8.5x11" document at 1:1 scale.

Also, it is intuitive for most of our users to capture photos of documents or read barcodes using iPads. If I had to build this using USB webcams or even laptops with embedded webcams it would be far trickier from a UX perspective. Also, some of our clients have iPads with LTE connectivity so they can seamlessly go into the field and work with end customers who don't have time to come to them.

That said, the app development ecosystem around Apple is a fucking nightmare. Signing your apps, dealing with regressions after iOS major version updates, trying to do anything at all inside XCode, attempting to automate your builds, etc. This is why we are looking at supporting a wider range of devices heading into 2021 - Surface/Win10, Android, and PWA. IMO the holy grail is PWA, Apple just needs to give it better support (I am quite aware of why they do not want to). If we could somehow get everything working via PWA, we would immediately dumpster the iOS codebase and do the whole thing exclusively using Blazor server-side.
Correct on both cases.

With .NET I'd love integration with existing types and generics too.

Actually, I was just thinking aloud. I don't really mean for Zig authors to target .NET, but rather have .NET Core runtime and C# to have the concept of compile-time values and types.
It's more like shuffling the Titanic deck chairs.
I'll try and watch your talk by weekend, I'm interested in this too! :-)
If an unknown startup's only product was the iPad, it would be a unicorn of mega proportions and the toast of hacker news.
Two satellites will be within 'alarming' proximity to each other over Pittsburgh
Indeed a germline modification to produce only male offspring would do it. Children of men, and all that.
I guess us developers who are staying within a single IDE are not doing "real work".

Also what about people doing CAD, Data Science etc. they also almost always stay within one app.
Great motivation to generate content for them and their community of players, there. How long before they're seekritly employing modders to generate stuff pseudonymously in hopes of generating a community? (Hint: that doesn't work and its obvious and offputting)
Thanks for the recommendation, this is actually quite nice.
Theyve said Fabric comes out probably mid 2020 I think, which I am hopeful for
Tesla Financial Results 2019 Q4
> However, we’re comparing apples to oranges. We have calculated our emissions based on the embodied energy of our installation. When the carbon intensity of the Spanish power grid is measured, the embodied energy of the renewable power infrastructure is taken to be zero. If we calculated our carbon intensity in the same way, of course it would be zero, too.

I don't get it. The carbon intensity of the national grid should result from a life-cycle analysis, so all emissions should be included in the figure. As far as I know, apples and apples are compared, and the home-made version is worse.
Know Your Vote – A primary source collection of candidates' platforms
The personality most dogs have may be attributable to Williams Syndrome[1]. So you just need to engineer some tigers to have the same syndrome!

[1] https://advances.sciencemag.org/content/3/7/e1700398
Users hate web apps, especially on mobile, and it has nothing to do with functionality. Web apps on the App Store invariably provoke angry screeds about how the look and feel is not right.

Native apps are even more essential on mobile. On the desktop, web apps just look weird and waste battery life. On mobile, they feel wrong. That difference in feel provokes visceral hatred.
> One system I work with exposes a CLI. The whole system is written in C, and the CLI is basically just a frontend for a bunch of commands that take in [int argc, char argv]. It is, to misquote Greenspun's tenth, an ad-hoc, informally-specified, bug-ridden, slow implementation of a proper REPL.

Sounds like a poor man's execline:

https://skarnet.org/software/execline/
"...the new specification hasn't been fully ratified by the members of the MMA and the AMEI, many details and implications of the new spec are still unknown."
> Most or perhaps all of these problems have already been fixed, but no doubt there are more problems to discover. Random breakage of this sort is just one more thing to worry about.

It's 2020, and yet we're still falling victim to textbook examples of FUD.
I think you're trying to construct a straw man. Nobody on this thread is suggesting that pharma be deregulated. Rather, Rayiner pointed to a specific regulatory problem that may be contributing to the price of insulin. Whether or not drug companies operate at a loss in Europe is immaterial to that point.
Actually most developers would stay in two apps. Browser and IDE.

Probably the use case that is best suited to an iPad.
I've also thought about this. But basically it will be re-packaging a modern linux kernel, giving some support w/ key management and packaging it in a nice case.

I think there is definitely a market for it.