skysight-inc/HackerNews huggingface dataset:
Yes. This is the entire purpose of film rating systems like the well-known MPAA system. People want to be informed about the content of a film before watching it so that they can decide whether it is appropriate for them (or their children, or their friends suffering from PTS) to watch.
> "The problem is, this book doesn't actually motivate that lesson. Instead, it spends a lot of its time sniping"

Yes but that sniping does a good job of deconstructing the historical revisionism that Unix was some beautifully architected thing, rather than something that's become less shit over time.
Company: Microsoft

Overhead: 30%

Details: Capacity management space in the cloud organization
> Let's not forget the model is innovative, and a vast improvement on the old way of getting a ride.

I am genuinely not trying to be play dumb but what is the innovation or vast improvement? Apps like mytaxi were pretty much showing up before/after uber came to light, without violating laws or exploiting folks.
Also, how does such a claim get balanced to the vast financial loss they seem to be accumulating?

> created value

For whom?
As a full time Perl developer, I've wondered more than once if this is due to the way the way the language shapes the community. Perl has evolved (out of necessity) a very strong level of norms and best practices that users are aware of, and put effort into following (well, most the time, Perl is all about letting you pull out the shiny weirdness and letting it shine where it fits well). Module documentation is part of this. A module could implement an object oriented interface, a procedural interface, both, import function into the main scope on use, or on request, or any number of weird (and depending on your point of view wonderful) things.

Not having good documentation means nobody knows how to use your module without a lot of work reading the code. So modules get documented or they get ignored. Thus, the modules on CPAN you know about and that are commonly used and relied on by other modules are the ones that have good documentation. It's self reinforcing. I imagine in a language that funnels use into a single or small set of idiomatic ways to accomplish most tasks, it might be easier to skimp on documentation and rely on people to fall back on the "obvious" way to things.
Can anyone explain the importance of the term "oriented" in OOP?
I build a lot of computer vision systems and did my MSc on classifying what’s happening in video and I am VERY skeptical that it’s possible to prevent this from happening (without having a person watch every video).

You can edit a video to make it appear as safe content and it’s a cat and mouse game because you need humans to annotate those variations before a ML system can detect them (an unsupervised model will likely lead to loads of false positives).

I think the solution is better control over what we see and who we trust enough to allow them to broadcast into our brains.
I've never loved using Sketch. Granted it has some cool features, but I've found the performance and workflow to be poor.

Personally I wish Adobe released a new version of Fireworks or a version of Illustrator with less illustration features. I tried XD and didn't love it either.
If you've only got 2 sensors and you aren't even reading from one of them then "bad" input is hard to know. You can do nothing if they both disagree but you can't actually know which sensor is bad and which is good without a tie breaker.
I think the idea of message passing is a lot like "pure" functional programming. What matters isn't simply that the language does message passing but that the programmer can count on all communication being by message passing.

Then you have a broad "polymorphism" that guarantees all the parts of the system just take messages and do things. Obviously, in practice that could be implemented by function call but having the confidence that programming units are only going to receive messages makes it easier to think about the system - hopefully.
I mean I can usually tell if I'm about to sneeze, it doesn't just sneak up on me like a seizure... I even cover my nose in anticipation subconsciously, I don't think a normal sneeze has ever interrupted my conscious thought...

But alright, just sounds dreadful I guess, to be unable to stay in flow due to the most minute actions or occurrences.
And a million people who can't remember their MySpace passwords to delete their angsty teenager MySpace accounts jump with joy.
MCAS was there to prevent a stall, not hide it. All airplanes will stall under varying circumstances. Much of pilot training goes towards avoiding and recovering from stalls, but they still result in crashes.
That's an interesting case that I was not aware of.

I think your attitude is suboptimal here.
One definition of a monopoly is the Sherman Antitrust Act - 75% or more market share.

Google has a monopoly in search (90% or more share) and they also control north of 60% of internet ad revenue, and they have a monopoly in browsers.

Google repeatedly has leveraged monopolies in one area to gain monopolies in other areas.

They also store tons of data on all of us, whether we want to use them or not. Since that data is not on devices we own, it is easy pickings for law enforcement to get ahold of as the traditional protections do not apply. If NSA or some government agency collected this data with so little oversight or protection, it would be outrageous. They wouldn't get away with saying "We promise not to be evil".

If Google cuts off service to you, good luck. You have little recourse.

Google enters markets, dominates them with a product, and then drops the product, destroying the market.

Google is also highly partisan, overwhelmingly backing a single political party. This is unhealthy to say the least.
If you have 20-ish minutes to spare, I suggest this video about the same topic by Mentour Pilot who is a 737 NG captain: https://www.youtube.com/watch?v=TlinocVHpzk

It's not very technical, but very easy to understand. Assumes you have some basic aviation knowledge e.g. what a stall is and how weight & balance affects flying.
What happens to all the archived content when archive.org itself is gone?

Though a laudable effort, it seems as much a single point of failure as any other site.
If you cant gather political will to build roads, then you can imagine the immense obstacle it would be to bring high speed trains on the table. Consider that there is no country in the world that has good train network without having good road network. Its intertwined.
Ram sperm frozen for 50 years successfully used to impregnate 34 ewes
Autonomous-Driving Aptiv Open to Sharing Data, Sort Of
Pinterest is the absolute worst. They're basically plargists at this point. I really don't like rehosters.
Frequently Raised Concerns of Books
I learned a lot about unix like systems and loved them even more after reading this, ironically. Or maybe because it's sarcastic.
Could be the adrenaline.
Largely because the design wasn't finished in time for the Rust 1.0 release, and they didn't want to commit to the API.

This way of doing things has it's advantages though. People are still coming up with new ways of generating random numbers, and in an external library you can release a major version and remove deprecated functionality without breaking anybody's code.
As someone who uses Uber and Lyft on a daily basis, and has done so for the past three years, their existence has measurably made my life better. Taxis were never an option due to a combination of cost, time, and inconvenience.
For most of the C++ code I write removing inheritance and virtual functions from the language wouldn't have much impact (although a few abstractions might have to be implemented differently under the hood). The same cannot be said for Java.
I wonder if I’ll try to upload a music video by Britney Spears, what will be the false negative rate of FB’s censorship algorithms? Will it be the same 20%?
> "How is [systemd] Europe's fault?"

The only way that makes sense is if they're referring to Lennart being German, but that's kind of a bullshit argument because SystemD was not some novel idea; launchd was around first and came from the American west coast.
I have been seeing more and more articles of this type popping up, from formal academic articles to semi-formal articles in Harvard BR to informal articles such as this one - all asking the same question. I think that none of the problems stated in the article are symptoms endemic to remote working. For some demographics remote working is a real boon (e.g. introverts or groups that may find that they are mistreated in a largely white male dominated brick & mortar environment). In short I think much research has to be done in order to come to any concrete conclusions. We wouldn't want the final say on the pros and cons of remote work to be dictated by pop culture or social media opinions.
Fascinating, the docs are misleading on this point. http://ruby-doc.org/core-2.6.2/Object.html#method-i-send because Object includes Kernel and it's just easier to find, I guess.

That's a somewhat arcane implementation detail though. What about the meat of the discussion?
Maybe you shouldn't be commenting if you didn't read the article
Yeah, I don't think that ever could work. And that's kind of a problem. At best, what you would have is a system where different parts have "names"/ids but there's no guarantee that a named object is going to actually be present and so each object has to be able to handle the situation when the object isn't there.
> Doesn’t seem like a great way to tell the age of a skull.

Going to take a guess and say that a brief glance at the teeth is probably not the _only_ age determination method they applied before determining their course of action.
I think you're letting some rando's accusations color your perception of the project too much.
Traditional taxis are no less exploitive than Uber. The death of protections for rent seeking medallion holders is a net win for both consumers and drivers.
I would recommend reading the chapters on Finite State Machines from Object Oriented Design & Modelling - Rumbaugh, et al.

Given it was written nearly 30 years ago - the concepts it puts forward are much closer to the ideas that Kay had than what passes for OO these days.
It seems to be more a function of the vi-like in use. Old-school vi behaved that way, but (at least some) vim interprets ESC [ A close together as a movement command.
and asked her how she could tell even from afar that these were not more current remains
"a future whose intellectual tone and interaction style is set by Sonic the Hedgehog"

Ironically, Unix won yet here we are..
Hi There!

I'm part of an open source based startup and we'd love to get some help with our web design.

We sell physical FIDO2/U2F security keys, for strong authentication on the web. Soon to replace passwords! All firmware and hardware is open source.

https://shop.solokeys.com/

Would you be interested in helping out?
If things have fundamentally changed, what is that a type-inference based language that's fast but nearly as easy as Python?
I've been working remotely for the past 10 years.

Originally, it was because I hated working from an office. Now, it's because it makes it really easy to work on my own business (no wasting time with commutes).

It is socially isolating, but I do have friends outside of work and go to local meetups regularly. I also rent my own office space, which also provides more social interaction.
"SJWs" is a pejorative not worthy of serious discussions. I'm sure you could make your point on its own merits without inventing strawmen to attack.
I don't think Ruby is message passing either because the caller determines which method to call, based on the object's method table. #method_missing is just another method to be called by the caller - it isn't an example of the object being able to determine what happens. I think #send is really #call, but I think the name implies someone somewhere thought it was message passing.

If I'm being uncharitable I think applying the term 'message passing' to Ruby is a bit of making something sound more sophisticated and elaborate than it is. They're method calls - it's pretty simple already and doesn't need a complex concept on top of that.
Coder finds DIY analogic solutions to improve SF small loft [video]
I am not surprised at this and I am not sure why the Construct developer was either. Protocols like this during the initial growth phase have a ton of churn on the backend and because of that, reluctance to finalize any spec -- it's understood to be a moving standard. So presumably this person knew the risks.
Thanks for sharing this story.
Any idea how the graphics gets rendered on the brower here? Is there a javascript library for this?

I see further interesting graphics from the author here: https://github.com/zalo/MathUtilities
Just for comparison I uploaded this image of both duckduckgo & google for the query above: https://imgur.com/a/1Fci80P

The layouts are different & it’s hard to tell if that impacts whether or not the results are sorted by dimension so they can fit the maximum number of images in the viewport; or if they just have slightly different ranking.

Probably a little of both, but image search results are a little harder to compare between search engines — or harder to compare than “plain” results.

My point is, while it’s completely fair to question Google’s results and doubt what actually producing those results; it’s a lot more scientific to compare their results to at least one of their “competitors.”

Easier said than done, but until there are no comparisons available we should do this (maybe just to produce data so when you search “Which is better Google or ??????” there’s a result).
So this is the equivalence of “let the software engineers do the QA” thing.
It’s because the story sounds like bullshit.

I have no doubt that you can tell the age of a skull with a close inspection of the teeth. This story was an anthropologist looking at remains from several feet away and claiming that it’s aboriginal from the lack of dental decay.

I proposed a few exceptions to that rule. Certainly not a quip about the expertise of the anthropologist, but rather the accuracy of the story.
Presto Summit 2019 at Facebook HQ
Best theory I've heard of this is that it's due to chromatic aberration in the lens of your eye. Blue is deflected slightly to the left/right relative to red/yellow due to the wavelength-dependent refractive index of your lens. This deflection causes a spurious parallax shift on your retina which your brain interprets as depth.
I think you're maybe overly focused on the "compile time type checker" bit of static typing.

The contract definition bit is secondary, but useful. It's also at least somewhat separable from the type checking.

The best example I can think of is to compare the duck typing that is common in many dynamic languages with the formal interfaces that are more popular in static languages. With duck typing, you basically look for a method with a particular name in an object, and then, having found it, simply assume that that method is going to implement the semantics you expect. That works surprisingly often, but it is a bit rough-and-ready for many people's tastes.

With formal interfaces, you have a clearer indication from the type's author that they're consciously planning on implementing a specific set of semantics. They could still be doing it wrong, of course, but it's at least trying to be more meticulous about things.

I also think it's worth pointing out that static typing can be useful as a performance thing. Pushing all those type checks into run-time does have costs. There's the extra branch instructions involved in doing all those type checks at run time, and there's the extra memory consumption involved in carrying around that type information at run time.

(It's also true that this aspect is very much a continuum, especially with regards to the performance considerations: Many dynamic languages have JIT compilers that can statically analyze the code and treat it as if it were statically typed at run time, and any ostensibly static language that allows downcasting or reflection supplies those features by carrying type information and allowing for type checks at run time.)
I think there's a decent re-implementation out there but as far as I'm aware most of the mainstream software for the Espressif chips still uses the blobs.
You seem to be more interested in your hypotheticals than engaging with empirical data or learning about the rather extensive infrastructure that already exists to address the problem.
Clickbait titles...

Limmiting procurement should incentivize non-deforistation where as a simple ban would likely just shift deforestation to other countries. But alas, the current title is more sensational.
Indeed. It was more intellectual curiosity.
Visual programming was pretty popular in the architecture industry last I remember. Mograph is also another area where I've seen people use it a lot, (its hard to hand model and animate thousands of objects), It's also great for developing shaders and textures that depend on different colors and noise values.

Programmers might dislike visual programming because you give up a lot of control, but artists have a far easier time using them than writing "const int x = foo", etc since they have to basically learn a whole new language/subject matter.

On that note, I think anything that isn't particularly algorithm heavy and visual could enable a different class of people (like designers and artists) to access the utility of programming logic without having to learn a whole new language and paradigm of thinking. Who knows, maybe in the future, front-end ui work might be done by designers using a "photoshop-for-interfaces" software rather than programmers writing react components.
I'm not a full-time Perl Dev like you, but do whip up something a few times a year and it is there when I need it. I'm therefore incapable of properly replying to your thoughts although it makes sense to me (Perl is so flexible that you better have good documentation if you make a module and want it used). My thoughts are more along the lines of how much modules and CPAN are pushed in general. Most of my Perl books (Ovid's in particular) go into excruciating detail on publishing packages. It's not a two pager crammed into an appendix either, but is front and center. The Perl community frequently hosts challenges to clean up old modules and such. There is even a guy with the last name of "Anwar" if I recall correctly that is a celebrity in the community for how many modules he maintains that aren't even his (and he has also done challenges like making a new pull-request every day for like a year). That is some real dedication there to making Perl useful. It is one of the things I really like about the community. I'm a little bit of a language hobbyist even though I'm still only a novice coder in my mind. Out of all the languages that I've spent time with (probably 2 dozen) learning superficially, I'd say Perl ranks towards the top of the spectrum when it comes to focusing on this. They've evolved a relatively simple and effective system for allowing users to make, share, and document libraries.
The sentence you quote says "typically hinges", but your evidence is a single anecdote.

You would need more data before concluding it is not true.
I have horrible battery life on my T520, mainly because the battery is really old.

I wish to purchase a new battery for it and am looking for a place to buy a battery that

1. will ship to Norway without too high shipping cost, and

2. isn’t going to explode in my face.

Any suggestions?

Also, mbrumlow, what distro are you running? And did you customize it in anyway aside from using powertop that you mentioned, to get it to consume low amounts of power while idle?
I don't think it's historical revisionism. The initial stroke of luck was IBM not realising what a gold mine they had gifted Microsoft. Beyond that point, MS leveraged their platform advantage to neutralise competitors. They made Lotus 1-2-3 run slower on their platform, then copied it. Stacker's code, they straight out stole. Once they were in a powerful position, that gifted them more power, but it was luck that got them there in the first place. None of that has to do with any meritorious coding by Gates.
The canvas has a mousemove handler that points to http://paperjs.org/
In some sense it’s worse since it expensive and complex to run, and there’s also no way to know what’s actually valuable data vs data that has the value of an 80s informercial.
Nice rant, systemBuilder. ;-)

Say what you will about Multics, but it had essentially "no buffer overflows" [1], simply because it was written in a more memory-safe language (PL/I). (The stack also grew upward rather than downward iirc.)

It also had several nice features that I wish UNIX/Linux hadn't forgotten, even simple ones such as long names for commands (e.g. list-segments in addition to the 'ls' abbreviation.)

"Thirty Years Later: Lessons from the Multics Security Evaluation (2002)", https://news.ycombinator.com/item?id=16956386
Not quite - they're still manufacturing A380s until 2021. Those will probably still be flying for at least 15 years. It won't be a distant memory like the Concorde for 25-30 years.
I agree with you that the ad models which are all about maximizing engagement are a problem, but I think that the article is trying to say that those sorts of models are inevitable given how the internet works. Like suppose no websites did ads at all and they all worked on a subscription model or something similar. Then you'd still have websites trying to get more eyeballs, because more attention means more subscribers. No matter what the model, for a given media source, more users means more money. And if you're trying to get more eyeballs, you'll end up with clickbait and attention seeking, a flood of information and misinformation, and we'd be back where we started.
By functions we generally mean "functions" which are stateless things which always return the same result to the same set of arguments.

Objects in contrast are not stateless things. They can know the history of the messages they have received earlier, as reflected in their internal state.

The distinguishing feature of message-passing an OOP I think is that the receiver of a message is free to decide how it will respond to it. Will it always return the same result for the same inputs? Not necessarily. I decides. It is the decider.

One way to think about Objects is as independent computers which get inputs from their surrounding and then somehow process such inputs. They might not return any result, but still do something useful. The point is they a PROGRAMMABLE objects, they are "live".
There are plenty of Erlang programmers out there who, I'm guessing, would happily tell you that it works quite well.

(Just don't ask them about the ets module.)
I founded the mailing list the book was based on. These days I say, Unix went from being the worst operating system available, to being the best operating system available, without getting appreciably better. (which may not be entirely accurate, but don't flame me).

And still miss my Lisp Machine. It's not that Unix is really that bad, it's that it has a certain model of computer use which has crowded out the more ambitious visions which were still alive in the 70s and 80s.

Much as the web (the Unix of hypertext) crowded out the more ambitious visions of what computational media for intellectual work could be (see the work of Doug Engelbart and Ted Nelson). That's a bigger tragedy IMO. Unix, eh, it's good enough, but the shittiness of the web makes humanity stupider than we should be, at a time when we can ill afford it.
acer aspire v17 nitro. ubuntu 18. Has both SDD and HDD. Four years old now, holding out till thanksgiving deals to go to a smaller laptop with longer battery.
Object-Oriented Programming Is Good