skysight-inc/HackerNews huggingface dataset:
The document is 10 years old. Many things have changed. I'm not a US citizen (apparently the target group), but somehow I doubt that such an old text would adequately reflect this.
I have a smartphone and use pass via the app Android Password Store [1]. You have to set up your GPG key of course and also an SSH key for the sync with the remote repository, but once that’s done, it works perfectly fine.

[1] https://github.com/zeapo/Android-Password-Store
All of our casual interactions are based on bullshit and cultural expectations. For example, when someone asks how you are doing, you’re not expected to say anything meaningful in response.

If anything about the interview was honest, when the interviewer asked you “why do you want this job?”, the answer would usually either be.

- “I’m passionate about paying my mortgage” or

- “The stingy assholes at my current company won’t pay me market rate and I want more money”

But instead we all give some banal answer about “new challenges” and “being excited about the technology/company’s mission” even it is just another software as a service CRUD app.
The way this usually happens is via donations to FOP (Fraternal Order of Police) organizations.
I think Tesla needs even cheaper/smaller model. 3 is pretty big and expensive for majority of Europeans, especially with little incentives.
Having worked at a large Korean company for a time, it's very easy to see how Korean culture leads to terrible outcomes. Leadership is non-existent - competence is secondary compared to seniority to a degree unseen in the western world. I, for one, will never fly on a Korean airline even today.
Nothing Gets In: Waterproof Enclosure Design 101 (and IP68)
Directus looks like a headless CMS (similar to Contentful). This is more AWS AppSync or Google Firebase.
IRC vs slack is misguided comparison. Irc is protocol, slack is centralized service.
India's Moon Lander Found
This quote is the best explanation for Malcolm Gladwell:

“We’re obsessed with things like coherence, consistency, neatness of argument. Readers are indifferent to those things” - Malcolm Gladwell
I'm not comfortable at all using them. For one thing, I can't tell how they're really storing the passwords, or what kind of encryption they're using there, so I end up being forced to merely trust they're doing the right thing rather than giving backdoors to others or rolling out their own crypto or using some setup that can be reversed on their side.

Additionally, I also believe that:

1. I should have access to all my passwords without a working or stable internet connection

2. And that I should leave as few ways for social media/cancel culture pressure to affect my life as possible.

Hence offline systems like KeePass work fine for me. I can trust they're not providing backdoors, I don't have to worry about a third party server getting hacked, they're accessible offline and if I end up in a controversy, my enemies can't do anything to get my account suspended or terminated.
My Storry Setting Up Let's Encrypt SSL on SiteGround
Other examples include AutoCAD, Photoshop, Premiere, Corel suite, Office (Word, Excel, Access). Visual Studio, Eclipse, IntelliJ IDEA. Eagle. VMWorks management suite. Visio, Rational Enterprise Architect.
All of digital audio workstation products. Most video production applications.
Heck, Windows and Mac OS.

None of those cut features ever. This is why they're great, because you can do many things not possible otherwise, or hard and requiring hoops, with them.

The UX is nicely layered and chunked to overwhelm less. (With some mistakes like lately seen in Windows 8 or 10.)

Great products do more and better. None of these applications started small. They were only somewhat smaller from out and responded to feedback about additional features.

Comparing tiny apps like Twitter or Slack to these is funny.
Someone should ask drone.io or packet.net for an Epyc machine to do this.
>Eating healthy food and exercising regularly isn’t optional in this sense either, and yet people avoid it. Sunscreen isn’t optional if you’re light skinned and go out in the sun, but people often skip it. More examples abound.

And if you are an adult chances are you know better and those arent unfortunate sideffects either. Its precautions you have to take or risk the consequences. If you get a sunburn you are not a poor victim of the sun but an idiot who skipped the necessary step of using sunscreen. As a result you are risking skin cancer. If you dont brush your teeth you get caries. It is similarly absurd to say that caries are the unfortunate sideeffects of eating. They are the reaction to your behavior of not brushing your teeth as you should. Wearing your belt in a car isnt optional either just because you have airbags. The human race, and with them you, know of what precautions you have to take to avoid certain fates. The higher the risk, the less optional they become. You might spend a day in the sun without sunscreen, the increased risk of skincancer might however be minimal if its not a regular occurrence. The risk of sharing a needle or the same watercup during cooking however is just to grave for being stupid.

Your point seems to be, that people make mistakes. I agree, but they dont have to make mistakes where they know better. There is a difference between an "ups" mistake and just a stupidly destructive choice. Unless there is a severe lack of information they chose to do something stupid for little to none benefit. Thats no mistake, thats action and reaction where you decided to no longer care for the reaction. It is people making the unfortunate decision to go from seeing themselves as addicts to seeing themselves as junkies where the tomorrow doesnt matter anymore. Sure, you can argue that there are clean people with a similar disregard for their future. Just pick people who actually live after the motto "live fast and die young". Or who are eating or drinking themselves to death. They however are making a problematic choice too.

>My main point is that, as a health problem, drug addiction doesn’t look that much different from a lot of other health problems.

I kind of agree. However different to being an addict, being a junkie is a separate kind of problem stemming from deeply destructive choices you make consciously or unconsciously. You can become an addict, there arent however good reasons and rarely good excuses for becoming a junkie. I think a vastly different approach has to be taken to help addicts then ro help people who see themselves as junkies. If you are ODing regularly, changes are you should be treated as a suicide risk who lost your will of self preservation. I dont disagree that there are other people who dont use illegal drugs where the same applies, but thats why we as a society run mental health emergency wards. Differently put, if you are ODing regularly or no longer care that you share syringes you are having a second much more dangerous problem next to your deeply unhealthy habit of injecting unknown illegal drugcocktails to escape whatever. You are having a death wish.
It‘s not the same. If anything, organic produce and its labeling are regulated (at least in EU), magical cures for cancer are not.
Yes this should have been caught in a code review
I think many of these comments are asking too much of a single short article. Or they want the article to be addressing the questions that they have rather than the question it was written to address.
The author is stating very high level reasons about why Haskell is a fairly unique language, as a (relatively) practical, popular, and pragmatic vehicle of programming language progress (mind your ps).

For those that want concrete reasons for why it would be useful for a beginner, my personal honest opinion is that it may not necessarily be. Haskell does seem to require a decent amount of investment before it becomes practical. You may derive benefit from seeing the functional style in an enforced context. I know it informed and changed my python style a quite bit. You may find that these patterns were all around you the entire time and you didn't notice it, like learning new vocabulary words.

Anecdotally, my interest in Haskell seems to have been very good for my career so far and I have not had difficulty finding jobs that coincide with my interest in typed functional programming generally. Perhaps I have been very lucky.
I'm surprised "spite" isn't mentioned as a reason, a lot of people see a "green" label and deliberately choose something else in an act of rebellion.

https://www.nationalgeographic.com/news/energy/2013/04/13043...

>Green labeling causes some consumers to shun energy-efficient light bulbs even when they know the choice could save them money, a new study finds.

https://www.nytimes.com/2016/09/05/business/energy-environme...

>“Why don’t you go live in Sweden and get the heck out of our country,” Mr. Blue wrote.” I will continue to roll coal anytime I feel like and fog your stupid eco-cars.”
I'm not sure how you get from a title like "Even Physicists Don’t Understand Quantum Mechanics" to the "mysticism is the acknowledged heart of the scientific project" thing. The heart of science has been trying to figure out things we don't understand which is not the same as mysticism.
KeepassXC, synced with syncthing on my synology AND on gdrive. Android client and linux client. Databases for personal, personal extra secure, and work. My partner can get into personal, but not work or extra secure.

I have personally read through keepassxc source - haven't read the Android client. I have syncthing on my todo list.
I'm facing Error 1014 CNAME Cross-User Banned error.
This is why a bug is reported, when it is patched, the bug will be closed. This is the point of a bug tracker in a free software project: document the current issues that need to be solved or improved.
I used expect long ago, it was fun but a bit cumbersome.

Quite recently I was working on some python that used netmiko, which is similar but more ssh-oriented.

Having used both, I don’t know when I’d ever use expect. Maybe if there was no python available for some reason.

The developer ergonomics on netmiko are just better. It’s not anything about python vs tcl, it’s that netmiko “does more out of the box”, and expect is a bit lower-level.
SeaMonkey and the Future
I had never done any back end work before.

In less than 2 hours I had auth'd https rest endpoints up and running with logging.

Deploying new endpoints is as easy as exporting a function in my code and typing deploy on the command line. This isn't after some sort of complex configuration, it is after creating a new project via 1 cli command that asks for the project name and not much else!

Google's cloud stuff, especially everything under the Firebase branding, is incredibly easy to use. Getting my serverless functions talking to my DB is almost automatic (couple lines of code).

Everything just works. The docs are wonky in places, but everything just works. The other day I threw in cloud storage, never done cloud storage before, had photo hosting working in about an hour, most of that being front end UI dev time. Everything fully end to end authenticated for editing and non-auth for reads, super easy to set that all up. No confusing service names, no need to glue stuff together, just call the API and tell it to start uploading. (Still need to add a progress indicator and a retry button...)

Everything about Google's cloud services has been like that so far. While I regret going no-sql, I can't fault the services for usability.
Yeah, there’s a lot of misinformation all around here. Not to mention that production cars have a lot different dynamics than an f1 car. They’re designed with very different chassis goals in mind, so they’re going to exhibition very different behaviors around a track.

I have a few days experience on track with an SCCA instructor. Braking late and at maximum deceleration is the basic idea, but braking can do lots of things and be used lots of ways.

A light application of braking is sometimes important, not to slow the vehicle, but just to transfer weight to the front wheels before a turn. Also, it is possible to use light braking to induce some rotation mid-turn, especially in an FWD vehicle like a Leaf that will likely exhibit significant understeer.

Driving a car around a real track is humbling for the first time. The first event I was at, some instructor was taking a few laps with his personal Chevy Volt, and he was effortlessly passing students in a variety of high dollar sports cars.
I'll probably get downvoted to oblivion as punishment for reporting but I got this error when going to https://www.juliaacademy.com/:

Error 1014
CNAME Cross-User Banned
What happened?
You've requested a page on a website that is part of the Cloudflare network. The host is configured as a CNAME across accounts on Cloudflare, which is prohibited by security policy.
Try for example updating a column in a spreadsheet. Or uploading a file to Google drive.
Why fraud? Organic is certifying different, but clearly defined production and husbandry standards. You have to meet EU, USDA etc requirements before you can legally use the term organic. It's a worthwhile indicator of less excess in farming, and a marked step up from the many, often dubious, self-certification schemes and logos.

Whether you prefer the flavour, or think the restrictions of organic are necessary or not, or don't go far enough are another matter.
The point is to put Haswell-optimized code in the "haswell" subdirectory. However, compiling code with -march=haswell (implying -mtune=haswell) does a lot of other platform/manufacturer-specific optimizations as well (not just usage of the various extensions), like favoring instructions X that perform slightly better over other instructions Y, even if instructions X would be significantly slower on AMD processors.

So it does not seem 100% certain, at least without testing, that using "haswell" on AMD would be beneficial (it depends on whether the speed-up from extra extensions offsets possible speed loss due to other Intel-specific optimization). And Intel was probably not going to do such testing.

But my guess is that using the "haswell" libraries on AMD will be beneficial, and the check will probably be loosened accordingly in the future.

Note, though, that the feature checks currently performed do not seem exhaustive, so I don't think one can simply remove the Intel check as-is. Haswell has a lot more extensions than the ones currently checked.
I can highly recommend this talk by Respawn, Multiplay, and Google on how Titanfall 2 does multiplayer server management. It's geared more at the infrastructure side as opposed to actual dev but worth a watch: https://www.youtube.com/watch?v=p72GaGq-B_0
I’m a bit conflicted about your point here, because they seem cherry-picked to highlight disparate aspects of Haskell that don’t make it less interesting or important.

Haskell is more often than not sued as a general purpose language, not as a systems language. Its performance is actually outstanding, usually equal to Java and often close to C. This means that Haskell can be safely used in any domain were java would be fast enough.

I find also somewhat arrogant to claim that there are no complex systems built in it. Just take a look at the webpage publishing this article. They mention several projects of great complexity. Here’s an example: https://www.tweag.io/posts/2017-03-13-linear-types.html

They are using Haskell as a prototyping language that lets the refactor and radically change the direction of their solutions at a low development cost. Haskell clearly is helping solve complexity here.

Also, where did the claim that GHC is badly documented come from, and how is it relevant to Haskell being important?

Just looking at randomly selected file in the repo, it looks actually quite well documented: https://gitlab.haskell.org/ghc/ghc/blob/master/compiler/simp...
Of course it's a herculean task to write a library with that many features. But I don't think that's the issue, it's more that the devs of TF can't possibly optimize for every use case. For me, I knew what kind of ops I needed, so I could focus on getting those as fast as possible.
In NZ they recon that electrifying the entire vehicle fleet will only add about 25% demand to the grid, this is somewhat mitigated by the vehicles charging mostly off-peak and when hooked up to a smart meter would actually feed electricity back into the grid when required making the grid more efficient.
The most important thing about Haskell is this: serving as a test bed for programming language theory and ideas.

Some of these ideas eventually find their way to other programming languages. Other ideas remain just ideas and academic experiments.
Yes, and it can make sense to dispatch between compiler-vectorised and non-simd implementations.
Ok let's apply this to phones. How could a phone without a rich app ecosystem become "great"?
A Bodyguard in Iraq
Not sure why you expect downvoting. Thanks for the warning.
Peter Attia discussed on his podcast a time when he fell asleep and fell on top of a patient while operating on them during his residency. Pretty insanely bad system.
What? Why would you do that?
The balance between beauty/structure and effectiveness is tough to get right.

There are cases where functional programming is essential, and there are cases where it's an absolute overkill.

Developing the judgment to tell which is which is this 'experience' part. 25 years in this industry and I still undergo frequent regret when I write ugly-but-effective code, and frequent anxiety when I have to write 300 lines to accomplish what can be accomplished in half that.

Time-preference is a blessing and a curse.
Most people use less than 10 apps on their phone.
> you will find yourself will a million dollar student debt

In USA. Definitely not in EU (currently, although there is a increasing pressure to dismantle and privatize university)

On the other hand, robotic solutions are competing for more and more roles in Hospitals. We have robotic helpers for surgeons yet. At some point in the near future they will start replacing many people and this factor should be included in the picture. Specialists will do online surgeries in all country without spending the time traveling from one hospital to other. The future can need less doctors for treating the same people.
This is a religious debate. Some people are delighted by additional features, others by thoughtful design. It’s hard to see the other viewpoint and how this can be mutually exclusive.
> new wind farms being built but so few nuclear power plants?

Because of the initial investment, private companies already have trouble to project themselves just 5 years into the future and they lack the big picture. That's also why privately managed electricity generation just doesn't work.

> Anyway, the proof of the pudding is in the eating.

I'll believe what I see as well, there's not a single country in the world which manages to use wind & solar as their primary electricity source and there's nothing indicating any could in the future.
https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...

In many of your comments you discuss your girlfriend. Should we assume that you're talking about an underage girl?

If you're going to engage in this sort of weird pedantry you should be careful lest you paint yourself a pederast.
A better solid comparison would be a simple email client like old Phoenix Mail.

(Not Outlook, not Gmail, these are super loaded with features.)
I hesitate to comment because I don't have AAA experience (thank god) but I made this simple platform from scratch that would be good enough for AAA FPS: https://github.com/tinspin/fuse

Among the unique features are globally distributed hot-deploy of server side code/resources and globally distributed JSON database over HTTP. It's completely async. concurrent and all threads work on all memory which is not what most systems have if you look under the hood.

Only Java (begin the down vote without arguments) has good enough non-blocking IO and memory model for networked concurrency to be workable on the server side, but most implementations are bloated.

The real discussion we should have is tick vs event based protocols, I'm 100% convinced we need to move away from tick based protocols.
> The Hyundai Kona can be bought for a bit less than a similarly priced Model 3 and the Kona has more range at that price point.

These 2 are not similarly sized vehicles though and the difference in range is negligible. As for performance, it's no real contest.
Nope. Only after our software reached a certain amount of features (compared to our competition, mainly) did we start to experience real growth.

Our customers would not accept not having some features because the fewer features are so great. Nope. They need many features, and have complex workflows, that's how it goes.

This doesn't mean that the features you offer shouldn't have a clear purpose and be easy to use.
Does io_uring change the equation a little?
Some context: https://en.wikipedia.org/wiki/Plug-in_electric_vehicles_in_N...
Ada Lovelace obviously didn't write the first loop either.

But I guess Grace Hopper thought that and was impressed, not sure what that means though. Legends can be inspiring?
Norway is more forward thinking than most countries.

They know that oil is not going to make their country rich forever.
I think it's just stupid to trust anyone with your passwords even when they are encrypted.

We all know how just after some years all encryption can be rendered useless by some technical advancement or mathematical brake-through (potentially).

In my opinion you are far better off with some device (mooltipass, yubikey) that holds your credentials because you have physical control over it and the chances your encrypted passwords are stolen are much lower than going with the cloud option.

This isn't about being paranoid but about minimizing the risk of ones credential being exposed/compromised.

We trust entities far too much for my taste and next to credentials I also don't feel comfortable with private pictures and videos of/with me being uploaded to some cloud.

1. Something could go wrong while transport (poor SSL/TLS, compromised devices in between (MITM) & weak crypto)
2. Something could go wrong on the companies side (failure to implement crypto properly, usage of weak crypto, bad server security)
3. Most encryption can be broken and it probably will be broken. This isn't about the fear of quantum computing but plain logic. Crypto often relies on some mathematical assumption that states that no one can break something in a realistic amount of time (e.g. discrete logarithms) which is rendered useless by superior equipment/power to calculate. Then there is implementation details which are too complex (or the people who implement it just don't take enough care) to be executed in the correct (=secure) way, easily.

This is a problem we can see on many waypoints in these scenarios and this fact for itself increases the risk of being compromised in a scale I'll always try to weigh in and to minimize.