skysight-inc/HackerNews huggingface dataset:
> Every application on its own micro-segment with access control up to the application layer to restrict all forms of access beyond the bare minimum of what is required.

I hope for the operator team that they have good tool support to help administer all the access controls. Over time and across large organisations there are going to be a lot.

The even larger challenge must be auditing all these access controls. Services change, and if a connection is not required anymore, it should be painless for its operators to get rid of the corresponding access control.
>The dutiful compliance of the police—first chasing after Facebook property that Facebook employees left around the community as litter, then standing down when told by Facebook that the culprit was part of a special, protected class

Wow, I didn't realize we were already living in a corporate anime dystopia. I mean I knew it was on the way, but holy cow I guess it already happened.
Had this been implemented as a web service, half of the crowd would be asking for it to be an open-source program, so they could run it locally, for speed and flexibility and security. It was implemented as an open-source program, so half of the crowd are asking for it to be a web service for usability and convenience and aesthetics.

What I'm seeing is we've got two big platforms (web, CLI) and they both have some distinct advantages and some distinct disadvantages, and it's not easy for either one to cross the chasm and compete with the other one directly. We desperately need a new platform which combines what we like about both of these, and discards what we don't.

Until then, we're just going to keep implementing all end-user functionality twice, because by historical accident developers do most of their work in a DEC VT100 emulator, and end-users won't tolerate that.
Writing Performant Code in Julia
I doubt the last mile efficiency is a big factor here. I suspect that the real optimization is in the longer parts of the route. If you're shipping something a thousand miles to get to a customer it makes sense to have a few more trucks driving around a city if it means you have less planes, long haul trucks, etc.

When I order something off Amazon and choose the longer shipping times I don't usually see it getting shipped from wherever it is to a warehouse near me and held for a couple days before delivery. Instead I usually see nothing being done until near the deadline when it ships from the warehouse. Occasionally I'll see it ship from the warehouse a few days early.
Supposedly, HW will start shipping in a few days to devs.
Delivery people could ride their (electric) bikes that last oh, one mile from a central warehouse, to the drop off point.
The What and Why of ZEnterprise Millicode
> Throughout eight years of civil war, Syrians who tied their fortunes to the changing whims of American policy have been systematically arrested, killed, and driven from the country.

> First it was protesters chanting for democracy—many took encouragement from Barack Obama’s statement in the summer of 2011 that the country’s dictator, Bashar al-Assad, should step down. But the U.S. government looked on as protesters were killed or disappeared into the regime’s teeming prisons.

It’s as though the US government is on a mission to prove they should not be trusted. I hope most can get out of there somehow, this is very unfortunate
If a server know the client's browser version, it can serve JS polyfills to older clients and smaller files without the polyfills to more recent clients. Here is a polyfill service hosted and maintained by the Financial Times: https://polyfill.io/v3/
Same behavior here, and same configuration. I guess we'll never know.
Have you considered using a full TLD and hosting and/or relaying through a reputable service. I've used mailgun and sendgrid both for moderate accounts for outbound email and didn't have any issues. There's also hosting options for mail ranging from fastmail, to google, MS and others.

In the end, TFA is from a subdomain that seems to have a lot of spam, and to avoid it may mean using A commercial option, if not a specific commercial option. It sucks.. but the mail relays I mention above are relatively cheap and easy to properly setup with limited issues on the other side.
Yes, companies sometimes have to redesign their product (costing a bunch of time and money and potentially making it worse) because they can't supply some ingredient or technical part anymore and have to use something else... which is pretty much the same thing as having to rework your system because a software dependency you're using isn't supported anymore.

Furthermore, you may simply be working with a supplier where you know that they're stopping production or going out of business soon, and you know that you'll need to rework your physical product soon but haven't started doing that yet, such cases happen, they'd show up on internal risk assessments and shareholder reports - and I'm not certain how this class of challenges as a whole would be called in the (non-software) business world, but it's definitely not "debt".
The motivation for this idea was to make it easier to rewrite everything else.
> In 1997, I started in Perl. In 1998, I switched to PHP. In 2004, a rewrite in Rails. In 2007, back to PHP. In 2009, minimalist Ruby. In 2012, client-side JavaScript.
It's not that as simple as all that. Often the most expensive part of a database transaction is all the round trips back and forth while holding locks with an open transaction in the database. Move that logic into a stored procedure and suddenly your business logic can run in less than the time of a couple round trips to the database. Lock contention drops, number of concurrent transactions drops, and performance could actually increase. You scale the system vertically as long as you can, and then start partitioning and scaling it horizontally. You can go pretty far like that.

There are lots of other reasons this is a questionable idea at best, but performance is not necessarily one of them.
Qwant is powered by bing under the hood. Wikipedia is wrong about that.

https://news.microsoft.com/europe/features/qwant-and-microso... -- dated May 22, 2019
Mod_php was always faster at executing scripts. There is less overhead as you don't have to communicate like you have to with fpm.

For light scripts this is far superior to fpm. On the other hand, always loading php does have it's downsides too as memory consumption can get quite high depending on the number of threads.

This is was also the reason for the fpm hype a long time ago: don't waste memory on php when php isn't needed. It had nothing to do with it running php faster.

What you should choose depends on your need.
It'd be fun to have optional licensing info of said code snippet.
No, service vehicles are integral to well-functioning cities. We need to increase efficient transportation so most people avoid cars with a single driver.

Delivery reduces traffic by having 1 truck drop off 100 packages instead of 100 people picking up 1 package.
Making something that technically qualifies as a movie isn't a real hurdle. Get some people with a pulse (they don't have to be able to act), give them some costumes (amateur theatre groups can easily afford renting costumes) and a script (it doesn't have to make sense). Let them recite it and film them with your phone for 10 minutes. Done.

If someone actually wants to watch this, they can rent a DRM'd Betamax tape (inventing this is certainly the most expensive step) for $999999/day.

You could of course make sure the "movie" is actually available by regulating distribution and prices. But you can't regulate how movies are supposed to be made without seriously restricting freedom of art.
Samsung Satellite Lands in Gratiot County Michigan
> vikings who did it hundreds of years before him

The vikings essentially forgot about it and nobody knew until archaeology provided proof they had gotten to America. It had no effect on history.

But Columbus' discovery changed everything overnight.
I imagine the electric vehicle charging could be time-shifted to overnight. Between 10pm and 6am

Also, energy for water heaters and home heating vary a bit across the country. Electricity is more common in some parts than in others. Even in places that are overwhelmingly gas or propane fueled, the 10% of systems that are electrically powered represent a small but significant opportunity to time-shift demand.

A/C is definitely the largest culprit here, though. And precooling does work if you lower the temperature of the interior thermal mass of the house.

I used to do it when I was subject to random 4-hour A/C shutoffs as part of my discount plan. If I got the house down to 66˚F before the shutoff occurred, the house would remain comfortable for a couple hours. I may have used an overall larger amount of power to do this, but it was the "right" power: drawn from neighbors' solar rather than generating plants.
Making code perform more efficient is easily analyzed as a feature. If the inefficiency results in end user delays then it can be directly traded-off against other feature requests, if it only impacts costs it can be fairly easily be determined whether or not it is worth devoting (very expensive) developer resources against.

Prioritizing improving performance for aesthetic reasons, that is because a "low-performance hack job" offends someone's sensibilities, likely means either: 1) the team is poorly lead or 2) doesn't have enough high value work to do.
Show HN: Track your time in a google calendar and share it - any feedback ?
But what benefit is a standard if browsers does not implement it? It can be "right for the web" only in a theoretical sense if it is never implemented.
Easiest case of this: You have a tank of water and oil under supercritical conditions, and you pump high pressure oxygen gas into it. You get a "flame" around the intake, but unlike a regular flame (which is the boundary between fuel and the surrounding oxidizer) this is the boundary between the incoming oxidizer and the surrounding fuel.

The combustion products are the same as you would get in the absence of the supercritical water -- typically H2O and CO2 -- but they're all contained inside the supercritical water tank, which makes this very convenient for e.g. disposing of chemical weapons.
US Federal Land Ownership: Overview and Data [pdf]
Every search engine box you see on the Internet is powered by google or bing, basically, with Yandex having a tiny piece. And part of System1's business is syndicating google/bing APIs.
I've seen third party developers demoing the devkit, from my understanding they really just need to stick it in a plastic shell and it's more or less good to go (outside of some bugs with gtk or video playback or whatever, phone calls and the shell works and that's all I want.)
Bypass McAfee AV with McAfee AV
https://deepstream.io/tutorials/concepts/what-is-deepstream/

Generally deepstream is an alternative to using firebase, socket.io, featherJS and meteor. However rather than putting the logic within the server you instead run them as microservices and allow deepstream to handle load-balancing for you.

The two main things deepstream offers are:

- Events

You can publish and subscribe to events by simple doing:

deepstream.event.emit('event-name', data)

deepstream.event.subscribe('event-name', data => {})

Which is the functionality you expect to see from most pubsub mechanisms

- Records

Records is events with persistence. They are more heavy weight objects that persist their content in a cache + db and across all connected devices without the user/developer having to actually do anything. The also support offline support if you want to be able to get/set data while offline.

// get a record

const record = client.record.getRecord('unique-data-name')

// wait for record to be loaded from server

await record.whenReady()

// subscribe to any changes that happen in the future

record.subscribe(data => console.log('someone updated this object!', data)

// discard when finished

record.discard()

You can also set data directly without having to subscribe using

client.record.setData('some-record', newData)

The are multiple other aspects deepstream provides like merge-conflicts, permissions, authentication and some useful patterns, but the above code is about 90% of what you would expect a user to use in deepstream
They pay for it. In fact the most common deal is to show both google search ads and google results, then the results are free and you get a cut of the ad revenue.
Wouldn't that fall under the "Hardware Token" column, or is that a different technology?
But business people know all about debt because it's common for a business to operate on debt. They can relate. And, as the advice usually goes, it's better to first address your debt before going into saving and investing.
Banning cars on major roads and eliminating street parking would solve this overnight. Roads in dense urban areas need to be used for service vehicles only.

It's just political will standing in the way at this point. People don't want to actually solve the misery, they just want to complain about it.
Why can't one construct a prefix tree of all prefixes, then start process from the right to left (assume that it is an offline algorithm)?
Haven't found any price/release model information at all either.
I ran my own for a number of years... it was a pain in the ass and took too much time for what it is/was worth. I'm a frugal man, but it's just not worth it to me. I now have several relays pointing to my gmail and/or a custom outlook.com domain (grandfathered free account). I've thought about putting something up, but it's a headache and a half.

For delivery, if you are really just using it for personal use a mailgun or sendgrid account can allow you to handle most delivery issues, while still handling inbound.

Which still leaves the other side, actually dealing with inbound mail issues which is just painful with either too much or too little filtering. The likes of google and MS have teams of brilliant people to handle dealing with spam, and despite some little guys caught in the middle, is still far better than I could ever do on my own.
Oral History of Huey Johnson
I've worked with System1 in a previous job. One of their main products is ad arbitrage, which as far as I can tell adds zero (or negative) value to the average consumer's browsing experience. This is a company that only cares about extracting as much money as they can by finding new ways of showing you ads.

As a side note - the whole digital advertising industry reminds me a little of the financial engineering on Wall Street of the last decade. Doesn't add any new value to society - and in many ways actually harms it - but makes so much money that companies build their whole strategy around it.
> You can go on with the invention of the paper press

"But what really set Gutenberg apart from his predecessors in Asia was his development of a press that mechanized the transfer of ink from movable type to paper. Adapting the screw mechanisms found in wine presses, papermakers' presses and linen presses, Gutenberg developed a press perfectly suited for printing. The first printing press allowed for an assembly line-style production process that was much more efficient than pressing paper to ink by hand. For the first time in history, books could be mass-produced — and at a fraction of the cost of conventional printing methods."

https://www.livescience.com/43639-who-invented-the-printing-...

Gutenberg's press changed the world almost overnight. It enabled the vast dissemination of knowledge, mass literacy, and was essential to the advent of the industrial revolution.
Maybe this isn't the place to post this, but it's been on my mind, especially with the recent release of Catalina, iOS 13, and iPadOS and this post made me recall.

With the hiring bar and exercises like FAANG put candidates through, one would expect if it's working well, why are the products, software, getting worse? I would think they would get more talented, educated, and smart engineers.

It seems like it's the opposite though. Catalina has to be the most bug ridden macOS I recall (I've been using macOS since 9), same goes for iOS 13/iPadOS. Not to mention the included software applications such as iTunes, Podcasts, ... I've read similar problems with Windows and Android, so I don't think it's only happening at Apple and I don't mean to specifically call out Apple, but that's the ecosystem I spend the most time with.

I feel as if the software quality should be improving. It would have less bugs, be more efficient, and run faster. I feel as if it's not though. It seems like it gets worse. This seems to be a problem with modern games too.
It's helpful in web development, it allows you to target specific browser versions. For example if I use a new feature on my website which is only supported by recent browser versions, I can inform the user about the incompatibility and prevent complains.

I also don't think Google needs that info, there's a million things to criticize them for but this is a bit silly.
Excerpt:

"Microcode can be used to enable an inexpensive low-end machine to look at software just like an expensive high-end computer. An example of this from the S/360 era was the Model 30. Physically, the Model 30 was an 8-bit machine with 8-bit registers and 8-bit data paths. The architected general-purpose registers were not hardware registers at all, but actually resided in core memory. Yet, by using microcode in a read-only store (ROS), the Model 30 presented the full basic S/360 architecture—in which the registers and operations are defined—as if it were a 32-bit machine."

8-bit to 32-bit, just like magic...

Probably a lot slower though, but magical nonetheless...

Great article!
> You cannot use existing desktop apps on mobile without remaking their UI and refactoring them.

Supposedly the GNOME platform that Librem has chosen makes this much easier.

> There will be no games, no popular messenger apps, no bank apps, no apps to play music, no manga selling apps, no photo editing apps, no apps to buy clothes or order a taxi.

That sounds rather like how life already is for Android users who only get stuff through F-Droid. I don’t have games on my Android phone, I told my bank I don’t want their app and I use their other 2FA solution instead. I don’t read manga, so obviously I have no manga-related apps. When it comes to online shopping, I do all that through the browser – honestly, I have never even thought about installing a retailer’s own app.

When it comes to “popular messenger apps”, again, the sort of people who would be interested in Librem’s phone are probably the sort of people who are presently using Telegram or Signal on their Android phones. There are already Desktop Linux versions of those apps, and while the UI may be an issue, it is not hard to believe that usable ports will appear for Librem.

As for “apps to play music”, back on my old Nokia N900 I was very satisfied with using MPD to play music, which could be readily installed on Librem’s phone without even having to port it. I also know that whipping up a new MPD client for whatever UI is not that much work at all, definitely not “millions of man hours”.
Sure, but the price of not having 24/7 support may be that instead of applying a patch you get to nuke everything from orbit and rebuild from backups.
Ok, where does this go when it needs to grow beyond a single machine? Is it time to set up replication? Partitioning?
Yes it's important to keep separate things that could be seen as duplicate but the meaning of which is different and will evolve differently. By example paying user and delivery user or provisioning an IP address and a physical server.
Avoiding nuclear power is just stupid, and shutting down functioning plants is cutting off your nose to spite your face. If you actually care about net effects on the environment, anyway.
But Play Services and related libraries for analytics or ads have a documented API. Isn't it easier either to write an implementation of that API or put Play Services into a safe sandbox rather than find time to write or port thousands of apps (that would require millions of man-hours) you could take for free from Android ecosystem?

Also, there are open source apps like Calendar, Gallery, Camera or Music that don't have ads and don't need proprietary components that you could use for free.
This! What an insane framing from the times. 15 odd years ago the city gradually began converting manhattan avenue parking to more and more commercial loading zones because of double parking, and it worked. But despite proof that it works and pressure from transit groups (e.g. TransAlt -- primarily bike advocacy -- pitches a loading zone on every side of every block), the city has never been willing to do this on streets or most other boroughs.

The ticket money and jobs might present a conflict of interest, or it might just be entitled car-owning lifers. But it's insane, because double parking is incredibly harmful to traffic flows, dangerous to truck drivers and cyclists, and unnecessary in a city whose residents who largely demand truck deliveries all day every day and don't need or want the free/cheap parking.
IANAL, but I don't think profiting would be the illegal part here. I think any distribution of an unauthorized copy violates copyright.
No idea. You'd probably have to roll your own.
Tipping needs to go. It's discriminatory and a PITA. But I think the only way we'll get rid of it is if it's made illegal.
This also made no sense to me when I visited the US. If you don't tip, people are going to be seriously mad at you. Living in Europe, you never tip. You just pay for your meal, and you call it a day.
So.. don't use those APIs?

One of the reasond a platform succeeds is because it can be many things to different people.

I completely rejected the idea that there should be separated document and application models. Instead I think there are capabilities which should be layered to add abilities.
If you pay for it by paying a higher price, or by tipping, doesn't really matter for the customer.

This is just a scheme to circumvent paying social security and tax costs.
Ok that's not a solution because it's not legal either and doesn't fit delivery trucks. Actual loading zones are very different.
Since no one else has said it, I'll be the voice of reason.

Share your design specs only, and let each platform team write the implementation in the language that they think best.

Yes, you'll have two teams spending time on doing the same thing. However, you'll get important benefits.

Each team will be able to implement appropriately for their platform. While iPhones and Android phones are rather similar in terms of capability, the interaction models have a lot of differences, and forcing a common component often results in non-native feeling apps. Users will be at best confused, and at worst insulted by this.

Additionally, when you have two teams working on similar problems, they can help each other. Training on this interaction with things known to be pretty much the same helps people realize they can do it with things that aren't obvious. Meeting on a regular basis to discuss things that worked/didn't on the various platforms will help them all.
There are a lot of advantages to the approach the author is discussing, but some of the drawbacks are (as he mentions) the poor syntax of plsql, difficulty with SCC and versioning, and some others.

I wrote pgproxy[1] in an attempt to overcome some of those issues. So far, it's worked pretty well for me.

[1] https://github.com/claytongulick/pgproxy
I don't see why people are surprised, it's hardware and that stuff pretty much never gets delivered on time. I'm pretty sure the original raspberry pi came out a year at least after it was expected to and OH MY GOSH was the original pi hardware absolutely awful. I think mine was so unstable it could only reliably run for about 10 minutes with nothing plugged in.

Now I have a number of pi3s that I permanently have installed and haven't had issues with. This is almost certainly going to go the same way and we just need to let them do their thing.