skysight-inc/HackerNews huggingface dataset:
> we can get great benefits from a system that expands abbreviations, ... emmet-style powers

I can't agree here (excepting perhaps the unicode char replacement which a non-english speaker needs to comment on the viability of, vs actually having a non-english keyboard (excepting huge alphabets like chinese where that is used already AFAIK)).

Writing is fundamentally a thinking process, the text entry for a touch typist is relatively quick. If you are to propose expanding abbreviations, how much time do you expect to save? I mean, actually measured it?

> runs little scripts and inserts the output

What is the purpose of this?

> gives you quick dictionary/thesaurus lookups

I use those perhaps once a week or less. If you use it say 3X a day, you'd save little time, perhaps a couple of minutes.

Dunno what emmet powers are though.

MS word & libreOffice does some of what you want and the first time I install them, I spend several minutes tracking down each setting and turning them off - they drive me bonkers. They think they know what I want but they don't. Touch typists can hit many keys a second and kind of pipeline their typing. Having the input modified automatically is rarely useful IMO.

Your idea may be good but like many other ideas such as graphical programming, except in restricted cases they don't work. Perhaps if you measured it I'd be convinced but I can't accept it now as an obviously great benefit.
Best Jamb CBT Expo RUNZ
Optimised Task-like objects for declaring async methods in C#
Just because lidar is not working in certain places and certain conditions does not mean that it's always useless. It just means that an AV cannot rely [only ]on lidar. Lidar could be used as a suplementary sensor - that is providing additional sensory data when appropriate and switching to non-lidar mode when conditions require.
This is one of the things where AV can have a clear advantage over [even above ]average driver: a superior sensory system
To me, today's internet was born with the invention of HTTP by Sir Tim Berners-Lee.
It's still an interesting article and a great achievement, but a big piece has still been missing. One can definitely credit them for providing the base though.
On the Aesthetics of Blogs
Although suggestions in this sub-thread are good, prioritise reducing shared secrets first. You can't eliminate them from most projects today, but try not to have more than you need.

Use public key crypto in more places so that systems can ask "Was one of these authorised public keys able to authenticate?" (that list of keys isn't a secret) rather than "Was one of these secret passwords used?"

For something like all of the engineering group need access to the same test account in your production system: Consider whether some customers might want to share access to an account too ("Disney Global Team" definitely wants this and even "Sally Smith" might if Sally's entourage of agents, managers and assistants are handling a famous person's "personal" account) -- and so add a feature for each of those engineers to have their own login credentials for the account instead of a shared secret, then it reduces to a secret management problem for individual engineers.

While considering secret management also give a thought to HR termination checklists. Maybe sharing a single password is easier than building new shared account features for the product, but what happens when somebody leaves for their dream job? Gonna just trust that they won't tell? That's not a sustainable plan.
It's the same for me when writing Swiss-style German. It's not only cumbersome to type the special characters like ö on a cell phone, also spell-check is a pain in the ass. For example, spell-checkers are not aware that in Switzerland, we do not use the ugly German ß and just write ss instead. So I get false corrections all the time. Furthermore, spell-checks usually seem to be designed for languages like English with only a limited number of flections. English only has singular and plural, but in German, the ending of a word can be bent in much more ways, making it rather unlikely that the spell-checker suggests the one you want. I suspect that most spell-checkers do not know that "car" and "cars" are the same word in a different form. Instead, they add each form to the dictionary individually. This works well for English, but for many other languages awareness of this would be helpful. Another detail is that expressions that are short in one language can be long in another and vice versa, so many direct translations of English words are much longer in German, taking more space on buttons and other UI elements, thereby screwing up the layout.

So yes, even when "localized", hardware and software is usually not fully adjusted to the language. And for German, which is relatively close to English, the problems are probably relatively small. I cannot even fathom how big all these issues for more distant languages must be.

And to answer you questions: yes, these pain-points lead me to sometimes prefer English and to avoid special characters. I even avoid spaces in file names as too many programs I worked with in the past struggle with that.
> How exactly is the word supposed to get out in dangerous dry windy conditions if the power is out, the cells are out, and the hams move out?

There have been attempts to create apps that allow a combination of store and forward messaging and ad hoc network creation so that messages could be literally carried from where there is no mobile network coverage to places where there is or to be relayed through other devices.

Now I put on my tinfoil hat: the problem is that in densely populated areas this would eat into the revenue that the network operator gets from SMS so no operators have promoted the idea and of course it would be easy to make it somewhat resistant to eavesdropping so no state will promote it either.

Actually I don't know if those things are true but it seems like a plausible reason for the lack of peer to peer capabilities in modern smartphones.

See https://www.computerworld.com/article/2510683/peer-to-peer--...
MOOC from Google
Exec is the 13 KB multitasking microkernel of AmigaOS
I assume this is about having to use other people’s devices, which aren’t configured how you’d configure your own.

I personally have muscle-memory for my own programming-optimised adaptation of Type 2 Dvorak, regular German layout, and UK/US/International variants of English keyboards, each in Mac and PC variants. And, I suppose, in mobile phone and tablet screen-keyboard variants.

It always takes a few seconds to adapt to whatever I’m sitting in front of, and I have a lot of practice with this compared to the average person.

At least in German, there are standard substitutions for when umlauts and sharp S aren’t available for technical reasons:

ä -> ae

ö -> oe

ü -> ue

ß -> ss (historically “sz“, which you still occasionally see, particularly where there is Hungarian influence; Swiss German tends to forego ß altogether)
Amiwest Devcon 2019: What Is ExecSG?
I'm still not sure what you mean. It just prints / and \ randomly. What is a maze lookalike and partial maze? Would you mind sharing any examples?
I think the parent was concerned about accidental unsafe behavior, not by design.
I second these recommendations. Also, some other ideas: pilates, swimming, argentine tango (it's amazing what dancing with a beautiful person in your arms can do to pain.)
I would guess whatever you do on top of typescript, its still a superset of javascript, which will always have holes in it. Its that 100% guarantee that the author is looking for, and that Elm provides.

The difference between 99% and 100% is enormous in my experience. A part of your brain that constantly evaluated the situation can now be totally at rest, spending that energy at other things.

Note that I have not used Elm myself, but looking at it I get the point. I have the 99/100% experience in other things
>Kind of silly I can't find a good image sharing site in 2019.

Have you investigated paid options? Otherwise, it's kind of silly that people expect free image hosting years after everyone has started monetizing.
I can't speak for other Lisps, but Clojure code really doesn't feature a lot of macros (by convention) and I've honestly never had to use any macro knowledge to refactor Clojure code. I work full time on a 100% Clojure/ClojureScript stack with 60 other Clojure devs.

Maybe you can give us an example where this is an issue?
> For me, Go has become the new Ruby. A language I use to get things done, and enjoy programming again.

Despite my annoyance with the direction that Go's taken since 1.10, this line really resonates with me.

TL;DR

Windows + PHP + slow laptop drove me to put away my childish anti-Google fears for a weekend and try Go, and for the first time since I started coding (with Pascal) I enjoyed programming.

Cool story:

Around late 2010, after a few years of using (btw, Arch) Linux exclusively, I was given a slow Windows laptop for work. The laptop came with Windows Vista IIRC and the whole experience of writing PHP code on an unfamiliar OS combined with a slow laptop was just misery - it was even worse than my memories of Windows ME/XP.

I tried everything to get a familiar Linux env going: Cygwin, msys, KDE... and it just added insult to injury.

Anyway, soon after, it was Go's birthday so it was in the news again and one weekend I decided to put away my childish anti-Google fears and try it and I never looked back.

Something about the simplicity, its lack of CMake, Makefiles, latest build-system-of-the-week, dynamic linking hell, C++ complexity, D and its 2 std libs, etc. was a breath of fresh air.

Before even falling in love the the concurrency primitives, I started writing "bash scripts" in Go - something I do to this day. I even started writing prototypes in Go to then port them to PHP and Python because I could write the inefficient, naive, brute-force code to validate an idea... and it'd still end up being faster and use less memory than the code the was deployed to production.

I later also discovered that my shitty naive linters written in Go that parsed and checked whole PHP packages every time I saved a file ran near instantly compared to the heavy disk-destroying IDE indexing - it was crazy.
You hit the nail on the head, it isn't a fair comparison. I suspect autopilot is largely used under 'safe' and ideal conditions, and as a glorified lane-assist/cruise-control feature. You add complexity, and things deteriorate. This is why Tesla had to severely pull back on their initial claims after several high-profile crashes due to driver inattentiveness, and you need only to watch Tesla navigating a parking lot with it's 'smart summon' feature to see we have ways to go still.

And you're correct, driver demographics are important as well. How does Tesla's autopilot safety record stack up to the record of other drivers of luxury cars? Luxury cars will tend to have, for example, proper tires for the season. The one accident I was involved in resulted from the other driver not having winter tires and rear-ending me at a red-light. So is it the autopilot that is responsible for the improved safety stats, or 'dumb' companion features, like a built-in blind-spot warning, and a properly maintained vehicle.

Also, though human rate of accident is on the order of 1 per 500,000 miles, the fatality rate is on the order of 1 per hundreds of millions of miles -> how does Tesla compare to that? Reducing minor accidents is important, but it isn't the primary consideration.

It's clear, this is a misleading marketing number. Don't trust the Tesla autopilot to drive you around safely without your full attention - that's not me saying - that's Tesla saying it.
Same for the Honor Band 5 in the UK until recently, when it has been enabled.

Very cheap device, I see many of them and the Mi Band 4 around here (and Apple watches). Seems to be a saturated market.
> Writing is fundamentally a thinking process, the text entry for a touch typist is relatively quick. If you are to propose expanding abbreviations, how much time do you expect to save? I mean, actually measured it?

Not quick enough. I think faster than I type, and I type fast. It's fine until I start getting impatient with myself. Call it micro-impatience, a flash of irritation in which you're suddenly conscious of not having finished typing in the thought. It's distracting.

Honestly, I like parent's idea; a good chunk of Emacs's awesomeness and the reason people like me use it as an operating system is because of that - unified, fully configurable and expandable text-based interface. I often wish to have something like it system-wide, because standard UIs are very far from optimum ergonomy-wise. But then again I wouldn't trust Apple or Microsoft to do it right; they'd quickly find a way to dumb it down, or restrict the extensibility in the name of security.
Hey Nick, I'm glad to hear about that you are in the Word team:)
I'm working on a document manager and static site builder based on Mirosoft Word (https://docxmanager.com/) (The upcoming version will have a more user-friendly tabbed UI)
> What I'd do is switch to english language instead.

Hmm, I've never encountered situations when only English keyboard is available for communication (except for when someone is setting up a new Linux machine).

But even if there is such situation, I don't think that would happen, I'm not sure if Swedish is similar to English but English is cognitive load here. Even with people that are proficient in English, I cannot imagine myself communicating with the English language.

I remember myself resorting to online keyboards though(while setting up Linux).
I'm afraid I'm not the messiah you're looking for, then. This is not a replacement for subtrees/submodules. But from my limited experience I agree with what you're saying :)
Does it? Any links? Perhaps from the greek Andros? I'm curious.
If this is about the login overlay on people's profiles, you can just zap that with ublock origin.
Except in some situations you don't have a GC or can't afford one (hard realtime, embedded devices, osdev).
How to Cover Django Application with Unit Tests
He probably means using the ¨ modifier on a non-native keyboard. I do that daily after I picked up the habit of using Danish keyboards.

For the record, it's a habit you get used to rather fast; nowadays I use the ¨ modifier for ä and ö even when I'm using a Finnish keyboard.
This is a lot of fun. Right now I'm hitting a few issues with the Vimium plugin in Firefox.

Pretty sure that can be fix though.
> The issue is that all the self-driving car companies ignore how people actually drive. People memorize their local driving area (...) A self-driving car needs to do the same

Self-driving car companies have been memorizing ("mapping") areas for years.
Do you have plans to cover South Bay?
Tons: alcohol being just one example.
The tool has a flag icon which will open a new issue in the repo. I've seen a few false positives while watching, so auto-opening issues would be an issue.
>What I fail to understand is why it's so important to you whether a pre-processing/compiler/de-sugaring of language A results in a valid snippet of language A or another language for complexity of language A.

It's important because any and all code in language A is fair game when it comes to criticising semantic properties of language A. Code in other languages isn't.

noncoml criticised Rust based on a piece of Rust code. My point is simply that this criticism is potentially legitimate in ways that criticising C based on a piece of assembly code could never be.

I think our disagreement arises because you are asking a completely different question. What you're saying is that for devs who invoke some code it may not matter one bit whether that code was implemented in language A or language B or language A generated by language A or B. Those distinctions do not necessarily affect the semantic complexity for users of that code.

I completely agree with that. I also agree that the code snippet noncoml posted does not mean using async code in Rust has to be overly complicated.

But when I see a piece of Rust source code, I can criticise Rust based on it regardless of where that code came from or what purpose it serves.

Someone had to think in terms of Rust in order to write that code, and it's always worth asking whether it shouldn't be possible to express the same thing in a simpler way or whether that would have been possible in another language.

The fact that this code does not have to be understood by its users is completely irrelevant for this particular question.
How to Whiten the Teeth in 4 Steps with This Homemade Recipe
Microscope and 3D Scanner for Small Things, Made Out of Blu-ray Players
Yaml must be the worst syntax ever to parse. Tried to make a yaml diff program for kubectl in .net core. Lists as keys in maps? ...
> Why shouldn't it be higher? Why shouldn't it be on the level of airline travel?

Who said it shouldn't?
Is this really true though? Frequently I hear claims that safety standards are too strict and liability too great, but all of that could be addressed through suitable government policy.

Maybe these companies just want it both ways. They can then brag about how safe their AI is, but blame the ignorant masses for it not actually being deployed.
Microsoft internally uses something pretty similar to Bazel. I'm not familiar enough with the two to fully understand motivations for the divergence. It supposedly initially ran poorly on Mac, just due to differences in what is cheap on different platforms. I wonder what kind of inherent performance differences you would find in something "Windows first" vs "Linux/MacOS first"
https://github.com/microsoft/BuildXL
There are multiple things in play here: keyboard layout which is slightly different for a swedish keyboard https://en.wikipedia.org/wiki/QWERTY#Swedish and of course keyboard language which maps the key pressed to a character. You can mix and match those.
Lacking the Ö key doesn't matter so long as pressing the key that is where the Ö key should be actually produces an Ö (which is the case e.g. with a US keyboard layout but a Swedish keyboard chosen in windows).

> Could you give an example?

It was a hypothetical, but in windows you have a per-app layout (so you can choose multiple keyboard layouts in windows and an icon in the systray will let you choose the active one) and that one often spuriously switches so suddenly you hit the Ö key and it produces a ';'.
A better example is perhaps when I'm travelling and composing an email from someone elses computer at my office in Britain back to my office in Sweden. I'm not going to bother switching the windows settings just to write the email on that machine.
Or if I'm logging on to a VM with only english layout so hitting my Ö key will produce a ;
If I needed to type anything inside that VM desktop for whatever reason, I wouldn't bother trying to write Swedish even if the person I was typing to was Swedish.

> Or are you're actually using US keyboard with Swedish layout and there is no ö key on it?

Personally I actually do use a US keyboard wit ha Swedish layout, which works fine. If I hit the key labelled ';' it will show an Ö on screen. The reason is I wanted a specific type of keyboard that didn't exist with Swedish layout, and the layouts are almost equal. It's just one missing key between lshift and Z that doesn't exist in US layout.
Isn't the real point something like: this is a paid advertisement for elm, check it out.
They wouldn't be forced, as if they want to use a non-ascii language then they can develop it themselves or pay the absurd amount of money needed to support their language. We have no obligation to give hundreds of thousands of dollars of our time to people for free.
Yes, because it was clear from the beginning that it would be just a pattern matching exercise. No reasoning necessary, no actual, deep understanding of the written text.

It was always known that pattern matching would be what ML algorithms would be great at - since the 60s or do. Reasoning about and "understanding" things - well, not so much. Some people hoped that this behavior would at some point just "emerge". But they basically resorted to this because they did not see any promising path to these goals.
Martin Weitzman on the Economics of Climate Change
Google BERT Update: One of the biggest steps forward in the history of search
Something about US first names is always puzzling to me because there is a much larger space of names than what there is in Europe for example. Not even talking about exotic ones only. Names like "Justice" are pretty much unheard of in Europe.
Would mandating 5Ghz help?
I can't see how they do, sorry. In fact, they complement each other. The usual static typing mechanisms I mentioned force you to approach a problem with their specific mindset, very much like math problems that add unreasonable constraints to their statements in order to check if you grasped a specific concept really well. In a real world scenario you should be able to reason your way out of the problem without such artificial constraints. So it should not be a restriction to anybody if they can accurately explain a concept or implement a program without using tools such as types.
Or a list.
It can be both a bad environment and very successful.

Personally I would be happy with just proper version control support.
> Does this make C++ a horrible language?

As a C++ programmer from before it was standardised, I would happily say "yes". Unfortunately it has some properties which make it too useful not to use in some situations, and the default shared library linkage on most platforms only works for C or C++ style languages.

Edit: no, it's worse than that, there's no truly reliable C++ ABI! See http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n402...

Inter-linkage of C++ programs tends to be done over "extern C" ABIs, or "object broker" systems (COM, CORBA etc).

Possibly the next closest system is C#'s MSIL, which is almost a first-class platform citizen on Windows, and allows you to interlink assemblies produced in different languages (F#, "managed" C++, VB). Even then it's capable of alarming confusion depending on whether you've used a "framework" or "core" version.
To address just one point, in emacs you've dabbrev-expand (bound to M-/). I like it and use it but it is not automatic. I have to invoke it myself which means it can't get in the way.

If you want larger clumps of code then you have various options such as skeleton mode, but again that's something the user has to ensure happens - again they remain in control.

> But then again I wouldn't trust Apple or Microsoft to do it right

Oh hell yes!
I personally believe secrets management is not done in software.

Systems should be fully constrained by networking logic.

If you need to hide certain authentications; create expiring DNS records derived from a secret hashing function, have the source of the secret algorithm pre-installed, and then delete after connecting.

Then disable inappropriate logging.
Ultimately, you dont have to trust a computer. You have to trust the corporation that built that computer. That is quite different IMO. How am I supposed to entrust my life to a machine built by a corporation that just recently dropped the slogan "we wont do evil"? How am I going to entrust my life to a machine that has been built by a company that, like all the others, is maily interested in maximising profit margins? Why should I believe they care about my health as an individual? As you said, if I am passenger of a human driver, I can at least hope they dont want to die. If the machine crashes itself, who cares?
Sadly, not having pull requests, HTML mail and issue tracker is an absolute deal breaker for me, I rely on those for being productive. Otherwise, it's positive to hear that there is some profit made.