skysight-inc/HackerNews huggingface dataset:
You’d be surprised how far a couple of graceful but stern legal-looking template letters can go.

Of course SaaS is a solution, but that doesn’t really apply to the type of software that requires license keys (i.e. standalone and likely behind the firewall).
Great video of a couple living on a mostly self sufficient pretty large sail boat. You really get a sense out of what their life is like and they also talk about a lot of interesting technical details. I'm tempted to see how much one of those costs. Dangerously appealing in this terrible time.
This may only apply to their own ipfs.io gateway
Being unhappy causes a variety of issues that effect your cognitive ability. Humans simply perform better when they are happy.
(author here) All right, but at least the 1k category for Mac/Intel had some cool productions recently. https://www.pouet.net/prodlist.php?type%5B0%5D=1k&platform%5... Not my field exactly, but it seemed like the boilerplate was a bit shorter than for other platforms, so there was decent interest in it.
"Don't call it a movie if it's only on Netflix?" I think the Academy (or was it some movie festival) tried to pull that one. Didn't work.

We can discuss the (de)merits of being Spotify only, but that doesn't change the fact that it is a podcast.
I've done a similar thing, qwant, protonmail, firefox (4 different profiles and scores of containers), privacy badger, ublock origin, decentral eyes, but I'm convinced it's not possible to stop tracking. My browser finger print is unique and it doesn't seem possible to change that.

Also I have an android phone with google apps, facebook, twitter, scores of other apps tracking me. There's not much I can do about giving google my location data atm. I like waze and fitness apps too much.
That's what I meant by "generally" usable. You can install Lineage. I can as sell. But most people can't.

But the worst thing is that to get most use of Android, you have to have Play store and attached surveillance services. There's a lot of cool stuff on fdroid, but your city's public transport? Your bank's app? Your local taxi's app? Your city's meal delivery app? You're not getting that without Google Play.

You can get some stuff from sites like apkmirror, but that's at the risk of getting malware (again, the two of us can see what's malware and what's the actual apk, but most can't) and at the cost of automated security updates.

I lived like that for a while, and it's not worth it. Maybe if you don't mind you're smartphone is actually a dumbphone - which is a good thing for some people who want it that way because of minimalism and somesuch, but most people don't.
Writing Vanilla-JS as we speak - don't be jealous! :)
Got to love DO.

Simple pricing, nothing hidden, not the most feature rich ecosystem, but I get no billing surprises.

Source: customer for 3 years.
I think a lot of people wouldn't mind a remote operator job, but it would have to be safe - in the case of tractor driving, you need to look out for other people and nature itself. Over here in the Netherlands anyway, in the US it seems like fields are a lot bigger and more mechanized.

But yeah, what do you do if you have a breakdown or an issue in the machine (like a rock stuck somewhere) that needs fixing? I guess if you look at US large-scale operations (five combines next to one another) you could have one maintenance guy / foreman with five remote operators?

I do think we'll see more of that. I mean there's the jobs depicted on TV (so I don't know if this is actually a thing) of people looking at security cameras, that can be done from home I think. Plenty of FNAF fans that have done that for ages.

But it has to be secure. I mean another remote operator job I can think of is in factories and power plants, but that's really not something you want to be doable over the internet. Even without internet, stuxnet (?) proved you can cause damage in that kind of systems.
Just stick the SSD to the aluminum enclosure with double sided tape. Works like a charm.
Industrial Automation Software Development DreamSoft
DreamSoft's niche technical expertise in terms of Designing to Development to Implementation is in the field of Industrial Automation Software Development. We have a unique combination of understanding the process of development as well as the Device Interface aspect in the Industrial Automation Field. If you are an OEM of Devices which can communicate over specific Protocols like Serial, TCP/IP, ASCII etc. or you have imported Devices for which you want to develop Data Logging, Data Writing, Data Analysis Software then we have that expertise to do that. We study the Protocol over which the Devices can communicate and accordingly we do various functions in our Software. We have in depth understanding in Pharma Industry in developing software which will be Pharma Part 21 CFR Compliant which is the norm of the Pharma Industry. Our Software is often validated by third party for testing an certifications. Device Interface is just one step, from there, we have mastered ourselves in other areas of Industrial Automation Software Development like: PC Based Data Logging Applications, Web Based Data Logging Applications, OPC Interface Applications, Customized Device Interface Applications, Bridging & Reporting Applications, Intelligent Building Management Systems (IBMS), SMS / Email Applications, Dongle Integration, Project Design etc.
It adds complexity. Software rots faster. You are more likely to git clone a 7 year old front end project and be able to run it successfully than a 7 month old project. It’s hard to find projects that successfully pin versions down so that you can build them after regular work on them has stopped.
<irony>

Wouldn't governments have an easier life if all citizens would wear a mandatory Internet connected camera from birth?

Add an GPS sensor and an RFID tag and we're all set.

</irony>
> I think most people's motivation to work in an office is highly dependent on caffeine.

Absolutely, especially all the people who aren’t morning people who are forced to live by the morning person routine.
I just read some of the replies. What a cesspit Twitter is when it comes to politics.
> What about that opportunity cost? You could use that budget for other community services.

In a democracy, few community services are as fundamental or essential as those that allow people to vote universally and securely. Because without that you don't have a real democracy.

> It should be seen as a service to their fellow citizens of not having to pay another government employee salary, benefits, and retirement.

Who said anything about hiring more full-time employees? What I was proposing is manageable with contractors, volunteers, and some already-existing employees working overtime on weekends (e.g. to catch the people at church or out shopping), or evenings. Surely many citizens would be happy to discharge their civic duties by volunteering to help their fellow citizens get voter ID?
Rare metalloid quadruples lifespan of lithium-sulfur batteries
How did they solve this for the aviation industry? IIRC they've had autopilot for decades as well. The aviation industry seems (appearances anyway) a lot more diligent and disciplined for things like that, I mean for one they have at least two pilots to monitor things.
It's worth being skeptical, but it seems to me that people who criticise do so without having any idea how the business internally operates or what its goals and expectations are - and it seems like on falsely based assumptions.

"Burning" cash is already an unfair term which to me implies that analysis is not founded on fair terms.

How can you tell they are "burning" cash and not "investing" it in r&d and expansion which will have effect in the future? If you can differentiate between the two and bring forth a solid reason why it's actually burning, not investing in itself, I might think there's some truth to it.

Certainly there are viable conditions in which it's possible to invest $1B in itself, right? You could certainly prove that with maths, if for example this $1B spent now will mean maybe $1B extra revenue after 5 years?

> They have lost more money so far than any startup in recent history

How can that be an argument? How can you tell it isn't
"They have invested more money so far than any startup in recent history"?
Understood, but again this is not an easy topic such as the example you gave between an Atheist and a Christian. This is something tangible which is still present and not something fictional or a belief.
> if you want to paint a 10000 ft picture

No I don’t. This has nothing to do with the technicalities of running Air Sinai.
React is a framework though, not a library. I don't mean to be disparaging but this is an article about how someone thought react was one thing, found it was another and then wrote a post of random tidbits about things in react you could learn from its homepage?
Not if it's GAN, no?
Automated rapid switchover with a BDR database cluster in Kubernetes
Hence a sensitive topic that can't be classified as lame.
Chrome can always be replaced just like Internet Explorer was. Is not even the default on most platforms.

Safari on the other hand... You're not even allowed to replace it with an open source browser.
It’s the price of success. Similarly, a lot of people now vehemently hate Go, and in a few years they’ll be complaining about the problems with Rust. (No idea about frontend because as far as I’m concerned React is still on top.)

I don’t think it’s really too big of a deal, but I wish people would be more realistic and use less hyperbole. Everything has trade-offs, one’s own personal honey moon ending does not mean we were all blind and/or ignoring the faults with things.
More something like, “don’t call it a Blu-ray movie if you can’t play it on a Blu-ray player”. Feel free to call it a “show” or whatever, but if you can’t play it in a podcast player, how is it meaningfully a podcast?

Edit: Probably a much better movie analogy would be “Don’t say you’re shooting film if you‘re using a digital camera”.
> These misunderstandings let people write clumsy code like do putStrLn "text"

Is it really a problem that newcomers write things like that? It doesn't make the program any slower or more buggy. It's trivial for a code-reviewer to fix. If the new haskellers have hlint installed, they'll get a hint to simplify it and eventually they'll learn the idiomatic way. (And the readFile/writeFile example was just fine before being "fixed".)
I completely share your opinion here. I've had very little encounters with react but in those few 2 or 3 instances, I hated it with a passion. There are many things wrong with it. Some by design and over-engineering, some inherited from the garbage that is js to begin with.

* jsx: I've been very open about the utterly flawed notion that html should be treated as assembly or cobol: something that only old people with long white beards know and use. As a consequence you have to rely on post-market plug ins for your browser just to figure out where element X comes from. As opposed to what the "old people" would do: grep -rn {pattern} which will genuinely give you the answer in a few seconds tops even for even the largest of projects. As opposed to clicking your way through tons of elements in a browser and staring at a second screen to figure out which is which.

* The endless "compilation" just to get something show up on the screen. Not to mention the ridiculous amounts of system resources required to do said "compilation".

* 5-6mb js files. Holy crap!!!!!!!!!!!!!!!

* Everyone's obsession with mocking data. This is in all cases a terrible idea and leads to tons of "well it works on my machine". In essence you end up with two different applications, one being the frontend and one being the backend and you rely on getting everything right and magically turn that into a "they lived happily ever after". Well... That happens only in fairy tales. That's not to say you can't develop both in parallel without mocking data but for some reason I've hardly ever seen people do this.

IMO, the web is turning into a bigger mess than ever because of this. Even bigger than the flash and coldfusion days. IMO all of this needs to be scrapped and re-done. There have been plenty of attempts to replace js with something that is not garbage by design. But all those attempts were greeted with "No, U fragmentin DA web!!". Well yes, naturally. The point of a migration is to slowly ditch a horrible X for a better Y. Annoyingly, because of this, just like react, it seems js is here to stay.

A real shame really, given several much better alternatives. For instance, I used dart(pure, clean dart, no frameworks or anything) to build my personal page and while I still had to rely on transpiling, there's a strong type system which behaves as you'd expect and pure html and markdown. Yes, even for a simple thing, the generated js is 90kb gzipped but given it's entirely self-contained, no additional code needed and renders markdown out of the box, I'm fine with it. Is it ideal? Hell no. Can I add or remove stuff on the go if I ever need to? Absolutely. I may not be able to add an entirely new functionality while I'm hiking or whatever but add a link or something small and trivial without having to install a ton of crap or have a complex ci-cd setup?

1. vim a.html, add X.

2. git commit && git push.

And just like that, 15 seconds later I'm back to hiking. My argument here is that with some additional tweaks, things like these would be significantly more useful and manageable even for large projects than the huge lumps of fat that the "modern" frameworks enforce us to use.
Kidney Support consists of 10 different ingredients that are known
Because you can never have enough string types in your Windows projects.
Agreed. Just as a heads up regarding "future safety", the guys at NVIDIA - for now - seem to keep the door open for Dos/Bios with very high possible resolutions https://www.pouet.net/prod.php?which=63522#c858522 and even without the need for going the VESA way. Nothing i would really rely on in a business case ;) but neat anyway. (Mode List for several current GPUs : https://www.pouet.net/topic.php?which=11672&page=1 )
I sincerely think that dichotomy is not a useful one - that's not a choice you have to make. You can have server-rendered apps with significant interactivity (where it makes sense).

Many large websites still use server side rendering (in whatever language they want), and js to refresh data client-side as required and respond to user actions, pulling data from the server side. There is no need to attempt to move everything to client-side, it doesn't make the UX better IMO, sometimes it makes it worse.

Keeping most logic and templates server-side works just fine on large complex sites serving millions of people, and it's significantly simpler and more stable for development than react or other frameworks, which seem to be in a permanent state of flux.
insert xkcd about adding another standard here.

I mean I agree, but it'd require a lot of backwards compatibility and a push to get rid of existing standards, which can take decades. I mean we don't even have a unified cable standard around computers / laptops yet. Ideally I'd be able to buy a new PC with only USB-C ports in it, but we're nowhere near that.
And they want to disallow that because.... ?
Wouldn't many companies embrace open platforms while they have a small user base and that help them grow and after that lock their users behind proprietary platforms?
That's not likely. The checks to get the grounded aircraft back in air are quite extensive. And similar checks are regularly conducted under normal conditions anyway.

It might even be the case that we see less accidents, as more aircraft are getting extensive checks than before. As long as maintenance is done correctly that is. Which was true before already as well
I'm a DO client since the beginning. Can anyone tell me how they compare to linode?
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...

> JavaScript classes, introduced in ECMAScript 2015, are primarily syntactical sugar over JavaScript's existing prototype-based inheritance. The class syntax does not introduce a new object-oriented inheritance model to JavaScript.

You've been tricked into thinking you're using a class, but you're really not. I understand it's a useful trick, but hooks are more idiomatic for JS as a language.

As a side note, one of the problems with JS is that the community often disagrees about what JS is: https://babeljs.io/blog/2018/07/27/removing-babels-stage-pre...
7872: The Durst Constant
> If only doing the same at work was this easy…

Never understood employers who had a problem with this. I have people scheduling a small conference room we have to take 30 minute naps, or going to their car, or sleeping under their desk. Why should anyone care about that as long as they are generally productive and get the work done?

(probably should note I don't overwork my employees, make them keep 80 hour schedules or anything - a couple of them get up at like 4:30 AM to go to the gym / shoot hoops before coming in, and want to take a nap around lunch before the 2nd part of their day)
I don't think that's what the OP is talking about.

They want to have a generic function that returns opaque types implementing different interfaces depending on the inputs. I've replied to that above.
And advertising fell from 82% of total revenue to 80%, continuing a downward trend as Google finds success in new market segments. Google Cloud grew from 5.0% to 6.7% of total revenue.
Deliveroo to axe over 300 staff as virus hits demand
Right, but the system could convert the value to all caps after you enter it, no?
Guess what? A factory owner and a doctor disagree on how bad things are.

Elons track record speaks for itself:

https://mobile.twitter.com/elonmusk/status/12407546572631449...

Edit: one more

https://mobile.twitter.com/elonmusk/status/12407534300013568...
Have you checked what factors make your browser fingerprint unique?
Could you explain why, in terms of the reasons for react I gave in my previous comments, any of your suggestions are better than react?
I had to endurance test some industrial flash EEPROM in a humidity/thermal cycling chamber to simulate failure, but the darn Atmel flash was too good. Even so, I wrote logging code that anticipated bit and block pathologies with a layer of turbo coding FEC to extend the serviceable life of the flash well beyond the manufacturer's spec.
Not just aluminium, the whole plane is designed to make it hard to catch fire.
It wouldn't be more difficult to be honest; you can do the exact same work with low-tech tractors and mechanical implements, you'd just need to hire more workers. And honestly, the US is not lacking in workers at the minute.

But the problem the US has is that they just don't want to pay people a living wage or give them any guarantees. You know a farmer or machine operator in agriculture will have a full lifetime of work ahead of them. But in general, US employer culture does not want to commit to anything, they want to be able to fire a tenth of the workforce if there's a pandemic without any consequences.

err. Ranting but I hope you see my point. Automation isn't necessary to maintain production, it's a means to do the same job with less people.
You can replace Chrome with what? If you try to use Firefox tons of recaptchas would be triggered for the crime of not using Chrome and even clicking on second or third page on Google search results will trigger anti-bot response. YouTube will start acting funny, too.

Google punishes you for using non-Google stuff.
> "Everything an HTML tag" is an insane mantra to have.

JSX isn't HTML, it's an HTML-like syntax for JS (it's essentially XAML for JS), and React doesn't have a mantra of “everything is JSX”. It has a mantra of everything is JS, and some of it is conveniently expressed in JSX. It does strongly favor a declarative, functional style whether it's expressed in the form of JSX or conventional JS syntax.

> SSR. I've brought this point up on HN before, but doing server-side rendering in React is absolutely ridiculous.

Yeah, it's basically a client side SPA library. You can do SSR with it, and it supports it, but that's not really it's happy place.

> Boy do I miss the days when I was building stuff in PHP and HTML was simply rendered when I ran the damn thing.

PHP is still around and widely used. If it fits your needs better than React, use it.
"If I had had a daughter, I might have named her Genevieve. During a time when I was supportive of a MtF trans youth, I gifted her the name Genevieve". What now?

It's a touching story that I'd appreciate on Reddit not here...
> when most of the functionality of web apps were built and rendered on the back end, with new state being displayed after full page refreshes or simple AJAX calls.

Most websites (including this one for example) still function that way. It works fine. JS frameworks simply are not required for most of the work the web does nowadays - you can add interactivity and immediate feedback where it makes sense very easily with vanilla js.
They offer worse services, so they had to offer lower prices, otherwise it wouldn't make any sense.
As someone who has been using Firefox for years and is always signed into his Google account, that has absolutely not been my experience at all.

Perhaps it's something else, like your IP range, that's triggering it?
For a while now I've shifted my perception of farming; it's more administration and management now than anything else. I mean for crop seeding and harvesting a lot of farmers will hire a company to do it, instead of purchasing combines that are stationary for most of the year.
Fair enough. I'm must admit that I haven't been into an airliner dealership lately so I've lost track of the current prices.
Let’s put it straight: HTML is a Hypertext Markup Language by definition, it’s not an application UI markup language. We are living in a very confused world where inappropriate standard is used just because nothing better got sufficiently big market share. ES, TS, CSS, all the libraries and frameworks in the ecosystem are all just attempts to make the whale fly. For last 20 years we should have been focusing on building semantic web on HTML, while RAD tools should have been standardizing APIs and UIs across platforms on different, probably similarly looking standards (I’d prefer seeing there some DSL with C-like syntax). Unfortunately we have to deal with what we have - jquery, React, Angular etc, the tools that have not invented anything that we haven’t seen yet, but which pretend to be a silver bullet for solving complexity which should not exist in the first place.
I'd suggest the OECD definition:

Hatzichronoglou, Thomas: "Revision of the High-Technology Sector and Product Classification", OECD Science, Technology and Industry Working Papers, No. 1997/02, OECD Publishing, Paris.

https://read.oecd-ilibrary.org/science-and-technology/revisi...

Page 7 specifically divides manufacturing industries (it doesn't address services) into four technology levels, high, medium-high, medium low, and low:

High technology: Aerospace, computers, office machinery, electronics-communications, pharmaceuticals.

Medium-high technology: Scientific instruments, motor vehicles, electrical machinery, chemicals, other transport equipment, non-electrical machinery.

Medium-low technoogy: Rubber and plastic products, shipbuilding, other manufacturing, non-ferrous metals, non-metallic mineral products, fabricated metal products, petroleum refining, ferrous metals.

Low-technology: Paper printing, textiles and clothing, food, beverages, and tabacco, wood and furniture.

Given J.S. Mill's wonderful definition of technology, 'the study of effects", there's little in human activity which is completely atechnological. There remains, however, much that is quite some remove from the cutting edge.

(http://www.gutenberg.org/files/12004/12004-h/12004-h.htm#FNa...)

In the technology adoption lifecycle, high tech are innovators. An early-adopter firm is itself still not high tech itself.

(Previously: https://news.ycombinator.com/item?id=22884971)