skysight-inc/HackerNews huggingface dataset:
Android, UNIX and embedded devices (Ricoh printers and medical devices, factory controls for exemple) prove otherwise.

The only problema with Swing (JavaFX not so much) is developers coding away withouth bothering to learn how to use them.

Yes, out of the box they are harder to use than Windows Forms, but anyone that bothers to read books like "Filthy Rich Clients" is able to tame Swing.

When .NET Core starts supporting a standard GUI (eventually Xamarin.Forms) than runs in all platforms that Java GUIs run today, then you can complain.
> publishers (what Facebook et al. are)

They're not publishers, so your argument falls apart in the very first sentence.

I don't recall a time in history when services (what Facebook et al. are) were allowed to police the content of communications made with their service. I don't recall AT&T, when they allow customers to communicate using their telephone lines, being allowed to police the content of those communications. I don't allow printer manufacturers being allowed to police the things people print.

Before you reach for the keyboard to type the words, "that's different" - no, no it's not. It's not different at all. Facebook offers a service. They aren't publishers. My analogy is closer to reality than yours. It just so happens that Facebook is technically able to police my speech, and so you've chosen to shrug and say it's okay. If AT&T had been technically capable of listening to my speech and policing it, what argument would you make that they shouldn't be allowed to do that? Whatever argument you come up with, I make the same argument for facebook.

> I'm for free speech, but

"...but I'm not really for free speech."

It's all or nothing. You either accept it as a principle because you understand that it's literally the most important principle, or you don't. In your case, you don't.
My post is correct but you're right. ACLs still aren't default and indedd stuff might break because of that lack of testing.
I don't understand your comment.

To me the beauty of JEE on the backend is:
1. Scalability - the application server creates as many instances as needed - until it hits either the JVM limit or the machine limit.
2. Declarative transaction management so I can write reusable code that interacts with the database without having to worry about transaction boundaries.
3. Excellent and portable Object Relationship Mapping (Java Persistence Architecture).

On the front end, with JSF webpages can be developed very quickly.

There are a lot of other things you get with JEE like Asynchronous Messaging (JMS) - built in.

There is a reason mature organizations worth billions of dollars and with highly skilled architecture teams have settled on JEE as the defacto standard for their information systems.

There is definitely a learning curve with JEE, and someone fresh out of school will need a year or two to really understand how it fits together - but when you write something in this framework, it is easy to read, maintain and rarely needs to be re-written.

Most importantly, the framework will continue to be developed for the foreseeable future - I mean multiple decades.

On the other hand, some of the newer javascript stuff - is horrible broken spaghetti code that is glued together by spit and prayer. 99% of these frameworks will fall out of fashion with the associated problems that come with falling out of fashion - the canonical example being Ruby On Rails.
I'm really curious, if it was a la carte, who wouldn't be using it? The OP says it like there's a large group of people not using that infrastructure.. but I can't fathom who those people are?

Hermits living in the woods, alone? Hunting their own food, making their own furniture, etc?

It seems like anyone with even the most minor connection to society are using the goods and services of the road infrastructure. Am I missing something obvious?
Same up here on the puget sound. Stay safe.
Shouldn't "users" include everyone who benefits from the roads being used to bring things to them, like groceries to the local store and laptops from manufacturers?
There will be more efficient algorithms developed over time, all it will take is a software update - behavior will change overnight (for better or worse).
If you're calling a method on the object referred to by a unique_ptr, then you won't have a use-after-free because the thing will exist. The only way it wouldn't exist would be if you typed "delete myuniquePtr.get()", which would be dumb.

It could be a null unique_ptr of course, but I don't see how this is anything worse than a denial-of-service.
Quite funny you'd go as far as capitalize your emphasizing, considering that people are the only group of drivers able to drive everywhere.

Touching your brakes to flash your brake lights when braking with your engine isn't an altogether bad idea on congested road with traffic waves – it's a good signal to the car behind that you're slowing down (before they can actually see that) so that you can together help mitigate the propagation of the wave.
I've heard that this company copyrights your DNA in case it has some useful attribute.
I agree.

In the spirit of making sure public infrastructure is maximally available and not a la carte, let's make buses and trains free to end users and funded like roads currently are.
> I still need to be careful not to let the CSS bleed into the child components.

In practice, this means not to use selectors like .a * which is pretty easy to avoid (and you probably should be anyway)
They're using protobufs, which seem just about as flexible as XML as far as schema updates are concerned and are considerably less ambiguous. So I don't see how XML would help?
This is a wonderful article. It also is indicative of why people who really understand systems will always be so employable - it's just so hard to make things run well.
> tankie left

I had to look that one up. A tankie is a hardline stalinist who defends old USSR policies in all cases. I really have a hard time believing that there is a rise in people like that.

The whole "antifa is just as bad"/"hard right and hard left are the same" thing just helps mask the real rise of the alt-right who have amassed a lot of power, they just helped elect a president. The hard-left has nowhere near that much power.
Wow! Thank you. Love it. And built-in Powerline glyphs so no need for a custom font.
Also, ping of death:

http://insecure.org/sploits/ping-o-death.html
How about keeping it with the central bank?
Figure 3: The Monolog, containing all assets every published by The New York Times.
> I'm replying this because I'm getting tired of Microsoft's marketing campaigns on this forum.

Can you substantiate that claim?
Web search should turn up several, Sci-Hub may have it.
Reading TAOCP and CMUs Parallel Algorithms book in my spare time. http://www.parallel-algorithms-book.com

Stack exchange jobs listed the research grant position. I have 2 main jobs, one is a unionized labor shop I've had since high school from 10:30-5pm (can't give up that indexed pension) and I remotely add features to a dbms before it starts which I also learned from a free CMU resource http://15721.courses.cs.cmu.edu/spring2017/ but before that I did a variety of things like contract framework feature writing, writing simple kernel mods, QA testing ect.
Greetings fellow nobody :)

You'll be in my thoughts and prayers this week. Stay safe
TIL using statistical data to make actuarial data more accurate (e.g., insurance) is discrimination.
> Your experience is unique and frankly strange.

It not happening to you in no way makes it unique or strange. I'm in my mid 30s and have likewise been all around the country and have traveled internationally plenty.

I see everything from well-behaved dogs sitting there doing nothing, to annoying dogs wandering around, stretching to the end of their too-long leash, rubbing against people's legs and going under tables, to actually jumping at (not necessarily on) people's laps. Don't get me wrong, the majority of dogs I see in public places are reasonably well-behaved. But there are enough that aren't where IMO it becomes a big problem.

Perhaps SF's dog owners just suck more than in most other places. I would definitely believe that. Most of the dog owners I know have given their dogs minimal to no useful training and have little control over them aside from what they get just by having them on a leash. Everyone here is "busy" all the time and I wouldn't be surprised that on average they walk their dogs less than people in other places. Add that to small apartment sizes, and you end up with restless dogs that are unable to expend the energy they need to.

And maybe that's it -- I can't remember an instance where this has happened to me outside the bay area. I assumed that was because, since I live here, I have orders of magnitude more experience with restaurants here, but maybe there's more to it than just that.
The closest thing to the "apocalypse" you're likely to see is what happened in Argentina and what's happening in Venezuela.

Having a "prepper bunker" full of expensive supplies is not an asset, it just makes you a target. Having a small cache of things you can easily hide, secure, and trade is significantly better. If you have to bail in your city because things get too ugly you don't need a trailer truck to move.

Any normal person who needs more than a bug-out bag and a passport to survive is doing it wrong.
A Secure Tunnel Based on KCP with N:M Multiplexing (go)
Much of Java EE was driven by IBM: EJBs are in a broad sense a Java wrapper around CICS transactions.
Perhaps cars will be smaller? If people choose to take the cheapest available self-driving taxi, which happens to be the smallest car that will fit their need, cars may end up smaller and less space will be taken up by vehicles on the roads and in such loading zones.
If you're just using Bootstrap and its classes, then you're probably not in the 'target market' for something like this.

I think you've actually agreed that Scoped CSS is really useful, but you just implement it manually by using a naming convention. What if you didn't have to worry about that and the language just worked like that normally?
I remember the Roku platform fondly, even if it had some design flaws that left it hamstrung. The biggest of those was the use of a proprietary language for app development called BrightScript. A sort of bastardized VBScript (from what I'm told, as I don't actually know VBScript, but it looks similar), all complex objects that required performance were "components" that you created with a special function, which really just provided a FFI to a system library through an in language object. For example, the video player, or cURL, or different predefined display screen types. The biggest downside to this approach is that the language was slow, and on a fairly low powered device to begin with, that made some things just too slow to be worthwhile.

As an example of this, a friend and I released a program called KidPaint, which was a simple paint/stamp program modeled after Tux Paint. Because the channel/app had to small (~$500k), there was very limited space to ship PNg files for stamps, and drawing shapes manually was actually a multi-second process in many cases. The way we found to get around this was to ship PNG shapes that were black with transparent backs, but with the black color defined in the palette block of the PNG. We would copy the PNG in memory, overwrite the color from the palette section with the desired color, write it to ramdisk, and use the screen component to place a PNG on the screen at the right location and with the right rotation. This process, including recomputing the CRC (and without shift operators, there was no bitshifts available), was much quicker than trying to implement deflate in brightscript, since it didn't come with compression components we could load (which would have been implemented as a library). It was hacky, it wasn't quick, but it was right at the edge of usability, so it's what we had to work with.

Now, imagine if they had just lifted one of open source the JS engines into the device. They could still have extended it for loading components if they wanted (browsers do stuff like that too), but they could have leverages the thousands of man-hours put into optimizing those engines, plus the many, many different JS modules out there to help build the ecosystem. Instead, we ended up writing our own serialization library, our own JSON parser/emitter, our own TAP testing protocol, a MOP to make complex object creation and management easier, some functional programming helpers, etc. We ended up open sourcing KidPaint and the libraries we wrote under https://github.com/rokudev originally, but Roku eventually asked nicely for that name since it would be beneficial for them, and we acquiesced. I think the original stuff is available now under https://libraries.io/github/rokudev/librokudev (maybe? I'm not actually seeing how to access it, and it would be a shame if it was gone).
I suspect that people who don't use buses avoid them because they can't choose the other 29 people who will be riding with them.
Whether or not car driving is subsidized, it's incorrect to suggest that it's levied uniformly across the population. Gas tax makes up a very large fraction of public spending on roads.

Also, although buses and trains charge per user, they are also heavily subsidized.
"I do Python daily, but I also am familiar with Java and C++."

I think if you really want to participate in the "strong vs. dynamic type" conversation, you need to pick something like Rust or Haskell for your strong typing. Mere "manifest" typing is a very weak type of strong typing. It can be coerced into giving some nicer guarantees via some trickery with things like constructors setting private fields and validating them at the time. For people who advocate proactively preventing bugs via type systems, the type system that C++ or Java has is not very good at it.

Even Go v. Python is a more interesting comparison than you might initially think. I prototype things in Go pretty much as quickly as I could in Python now, but the prototypes are way easier to transform into production code after the first couple of thousand lines. In fact, given how much time I spend with network servers and concurrency I am probably prototyping more quickly than I could in Python, and still having an easier time converting to production services. Go also has a terribly weak type system from the point of view of those who wish to proactively prevent bugs with them (weaker than C++ and Java), but since it has GC and array bound checks it grabs a lot of the low hanging fruit.

(See https://www.joelonsoftware.com/2004/06/13/how-microsoft-lost... , under the heading "Automatic Transmissions Win The Day".)
Tips to improve programming skills for beginners and learn to code
I'd rather argue they are there for "domain" reasons. For one, banks often re-order transactions. I know my bank will process deposits first, then debits for the day. This way you are less likely to incur overdraft fees. It's also to fight fraudulent transactions. Although with the move to "real time" debit processing (which is actually two batch jobs a day) they are placing limits on the types of transactions that can be processed.

A domain that can't handle any delay in consistency is atypical in my experience. Either way you can do DDD/CQRS without eventual consistency.
I make enough "trivial" errors that I find static typing useful on larger projects. Static vs dynamic typing in this context is mostly about when you catch the bug, not "if" you'll catch it per se, so you're right that static doesn't necessarily mean fewer bugs. But it might still mean they're caught faster!

Individual type errors have occasionally eaten a distressing amount of my time in dynamically typed languages - in terms of debug time and context switching, when I make the mistake of, say, trusting Javascript docs, in a way that mostly doesn't happen in statically typed languages IME. They help keep these trivial bugs trivial. Sadly most types systems (static or dynamic) aren't leveraged well enough to catch, say, SQL data being passed to things expecting SQL commands, so some issues still slip through.

> Without a good unit test suite you are doomed in any language.

I write a lot of code that is difficult to meaningfully unit test. How do I properly unit test a platform agnostic wrapper for gamepads - hook up a raspberry pi to some servos? How do I share that with our build server cluster? When is it a bug if nVidia and Intel GPUs render my scene slightly differently - what specific fuzzy conditions qualify as "bug" vs "expected variation"? How do I catch a missing memory barrier in multi-threaded code with unit tests? Sometimes an ARM processor with it's weaker memory semantics can help, but that still won't catch cases where triggering the bug requires the optimizer to do something specific.

> Well, when you get your C++ program to compile, it is still probably wrong.

While I agree in general, there are counterexamples. Even in the tire fire that is C++, static typing and compile time checks mean that if it still compiles, my rename refactoring in a large project was probably successful. If I rename something in Python, I have no such assurance, and probably updated the name where it was actually referencing something else, or failed to update the name where I thought it was referencing something else and it wasn't. So I have to test "everything". If I'm lucky, my manual audit of the codebase will show that this thing was only used by things that I know are well covered by unit tests. But let's be honest, I'm not that lucky.
The House Energy and Commerce Committee passed the SELF DRIVE Act with a vote of 54-0.

The act correctly delineates the purview of federal versus state regulation for autonomous vehicles. In short, federal regulatory bodies have authority when it comes to the car, while states have authority when it comes to the driver.

A bipartisan, unanimous vote to secure future regulator power, story at 11! eyeroll The Federal government gets to regulate the car that drives itself, and the State gets to regulate the driver that's actually just a passenger.
Well, except that Kafka doesn't automatically delete stuff?
ehhhh, no. Stocks do not only have value when SEC deems that it can have value. That is completely incorrect. SEC simply regulates equity issuance, it doesn't set the price of each stock. BMW costs more than honda because it is objectively a better car. By objectively identifiable metrics. Yes, it's true there are some people who love cold climates. But in the US people are moving from cold climates to warmer climates, on average - so real estate in warmer climates is growing in value faster. So, no, you are completely wrong.
CSS Modules has composes https://github.com/css-modules/css-modules#composition
awesome! I signed up back then but haven't heard anything since. Is there anything else I can do to try out the beta?
Parent, or parent-parent? I'd put "safety" laws on the left side of the political spectrum, so decline in individualism & religion would correlate to more safety laws.
Not really. In reality, even the buses of England for example end up driving so many trips relatively or completely empty (to provide adequate service so that you could do without a car) that they end up producing more emissions per kilometre compared to personal vehicles – you can't do that with incredibly low costs, nor can you calculate the costs by thinking of only the full buses, when that's hardly the complete picture.
Diversifying a portion of your mattress money into digital money isn't the worst idea. It's a hedge against hyperinflation that can be transported digitally.
This doesn't seem to be an open source project, unless I'm missing something. It's kind of a show-and-tell basically.
"I really wanted to know if I have any genes that indicate an increased risk of schizophrenia."

So does everyone else. Unfortunately, the best science out there is insufficient to give you an answer. If 23andMe were doing that, they would have deserved to have their wings clipped. Merely reporting the markers would be irresponsible -- there are hundreds! Interpreting those markers is, at best, an unclear process.

The GGP comment is ironic, because the problems they are complaining about (weirdly precise ancestry claims) are exactly what happened with much of what 23andMe used to report -- exaggeration of weak statistical signals. Ancestry is something more understandable to laypeople than relative risk factors for rare diseases, so folks can more easily understand the absurdity of the claims.
eehhhh. No. People prefer faster cars on average over slower cars. that's an objective metric - one car is slower than the other. They don't just perceive it. If they simply perceived it, you could launch an advertising campaign and convince them that they should pay more for the Honda. But they won't.
Has happened in The Netherlands as well, sadly.
Yes it does! It took a while however to find. I've now updated the remake wiki to include it. Direct link though is: https://github.com/rocky/remake/wiki/linuxBernsteinMakeDebug...
Sure, if we accept the idea that traffic congestion increases, but I don't think that it will be the biggest problem because with current forms of congestion it becomes frustrating because you have to pay attention to the road and operate the car, while alternatively with a SDC, that'll no longer be the case and can actively engage in productive activities (or not).

I suppose there are other arguments to this; Maybe time critical events such as emergency vehicles attempting to reach a destination, but there's probably a solution to this...
T-Mobile to give free Netflix subscriptions
I would consider that as long as public transportation evolves. Light rail can make a lot of sense, but I have a hard time getting behind buses. I rode one for years to get to work and I hope I never have to again.

If instead public transportation worked more like Uber or Lyft I could get behind that. I wonder if some cities with underused buses wouldn't be better off subsidizing their citizens use of Uber?
ECB deposit rates are also negative.

https://www.ecb.europa.eu/explainers/tell-me/html/what-is-th...
Spark is good if it fits your use case (or if you can make it fit your use case). We have definitely found that scaling can be a real issue though.
I usually think a bad attitude or cynicism as a symptom of burnout.

Everyone knows that sleep deprivation can make you cranky and put your nerves on edge.

Burnout reduces your sleep quality and you might not notice it except that you feel cranky in the early stages.
> new age

1870s

> anti-science

Though popular medicine was only a little sciency when they were founded.

> quacky

They use to have lots of celebrity adherents: Joan Crawford, Mickey Rooney, George Hamilton. Kind of like Scientology nowadays.
Modular ladders, now that's something.
Springtime for the Confederacy
Anyone who doesn't own a car?

If you're making the common argument that they're still "using" it because they patronize stores whose goods arrive by roads and such, that doesn't really make a lot of sense. You want the direct users of something paying for it. If the non-car-owner benefits from the roads through stores using them to ship goods, they should pay for that as part of the price of those goods.
Mono was great for the kind of programs you would write in Python if you worked for a company that used any F/OSS under protest and held it at arms length when it couldn't avoid using it.
Why isn't identity handled by the browser?
Every login page is different---or at least used to be until sites started standardizing on Facebook/Google/whatever login. This seems like an obvious place for browsers to provide a standardized user experience, but this never took off, in spite of Mozilla's efforts: https://www.wired.com/2010/04/mozilla-gets-it-right-moves-identity-management-into-firefox/

Why hasn't such standardization happened?
"people are still copy-pasting their old sysctls.conf that they’ve used to tune 2.6.18/2.6.32 kernels."

This.