skysight-inc/HackerNews huggingface dataset:
>This isn't Starcraft, very few developers are limited by their APM throughput through the UI.

Made me smile. This is a great analogy. Tactics vs strategy. You can become more efficient at low-level tasks by doing faster text editing. However, as you get into actual software engineering, the first time you need to do some semantic refactoring will wipe out any time you saved through low-level efficiency.
Engineering manager (& previously a developer) at a ~2k developer SOX-compliant company chiming in here.

We have a platform as a service team which maintains our PaaS infrastructure (think an internal version of Heroku), and they are the only ones who can SSH into any production systems (<50 engineers, I'd guess).

Engineers write the code (mandatory green build and peer review required before merge to protect against bad actors.. but that's just good engineering practice too!), build their own deployment pipelines on Bamboo or Bitbucket Pipelines to push up code & assets to a docker registry, and ultimately the deployment pipelines make some API calls to deploy docker images. Engineers are also responsible for keeping those services running; most products (such as Jira, Confluence, Bitbucket, etc) also have a dedicated SRE team who are focused on improving reliability of services which support that product.

The vast majority (95%) of our production issues are troubleshooted by looking at Datadog metrics (from CloudWatch & services publish a great deal of metrics too) and Splunk (our services log a lot, we log all traffic, and the host systems also ship their logs off). Fixes are usually to do an automated rollback (part of the PaaS), turn off a feature flag to disable code, redeploy the existing code to fix a transient issue (knowing we'll identify a proper fix in the post incident review), or in rare cases, roll forward by merging a patch & deploying that (~30 mins turnaround time - but this happens <5% of the time). Good test coverage, fast builds (~5 mins on avg), fast deploys, and automated smoke tests before a new deploy goes live all help a lot in preventing issues in the first place.

It's not perfect, but it works a lot better than you might expect.
CA Clipper, FoxPro.... those systems were awesome.
How We Built React Carousel
For more on Knuth, see https://franklinchen.com/blog/2011/12/08/revisiting-knuth-an... and also a C version in http://www.cs.upc.edu/~eipec/pdf/p583-van_wyk.pdf

I think the main thing that stands out to me here is just how long ago it was; Knuth was writing just past the assembler era. None of the modern infrastructure was available, such as languages with builtin dictionaries like Perl and Python.

However, software compositionality is one of those things that's been tried in so many not-quite-successful ways. Pipes? Objects? Interprocess object systems (COM/OLE) or object brokers (CORBA)? RPC? Microservices? Packages? Object pipes (powershell)?
Yeah, while Strava copied Footpath's flashy demo, they kind of missed the point of how people actually plan routes.

Most Footpath users have specific routes in mind and prefer zooming + panning to draw their route in multiple, shorter segments. Footpath has some editing tools that improve upon the hold & drag UI you'd normally find on the web.
It's not obvious from the title, but this is Uber in Australia. Australia doesn't have a culture of tipping generally, because we expect that people are getting paid a living wage by their employers. Not just a minimum wage, one that's sufficient to actually live.

Moving to the US I encountered a huge culture shock when I learnt that there was such a thing as working for almost nothing from your employer and relying entirely on the variable generosity of random strangers to make ends meet. It seemed rather backwards to me.

I don't think this will fly too much in Aus.
Most, if not all, smart bulbs are LED bulbs

LED bulbs have very long lives.

If you want to use an RGB bulb or one of those bulbs that has adjustable white temperature, a smart socket isn't going to support that.
Perl would also be a lot faster than the shell. It just does less work. So if the file is big, you would probably prefer Perl.

perl -lne 'map { $words{lc $_}++ } split /\W+/,$_ }{ print "$words{$_} $_" for (sort {$words{$a}<=>$words{$b}} keys %words)'
I must be missing something...?

Following the HN link, I arrive at the github project page for KrzysztofSzewczyk/Euboea.

Scrolling down, I see in the readme text a section called Learning Euboea. That section tells me to go to the wiki (via a provided link).

Following that link, I find a wiki with three pages. Those three pages have very little substance.

Now I do notice the examples folder in the source, but even that just seems to have very limited snippets. I guess I was just expecting something different.
Trying to register our .dev now and it's been spinning for the last 10 minutes... I guess there's a lot of demand for these?
"That sort of treatment is typical of the level of professionalism I’ve experienced from the Inyo County Sheriff’s Office. And I have taken away a very valuable lesson from it all. If I ever find myself in a dire situation in the backcountry of Inyo County and require rescue, I would crawl on bloody hands and knees over miles of jagged rock until I reached either the Kern or San Bernardino County lines. Then, and only then, would I set off my Personal Locator Beacon or SPOT device. A person needs to do everything possible to maximize survival…."
Weird, right? You'd think it was a typo, but it was a very consistent typo. Maybe they did it lowercase, then they `s/vim/vIM/`, hitting CapsLock and Shift at the same time when they wrote that.
The problem there is that the government doesn't want to hire those ridiculously talented developers in SV to do that improvement. The government process for procuring software is totally broken and hopelessly inefficient, and when the government does try to do it on its own, they can't hire decent developers because they absolutely refuse to pay industry-scale wages. Somehow they think that the "benefits" of a Federal job are competitive with what industry is paying, but I guess they haven't been watching the news where Federal workers have to constantly worry about getting furloughed due to government shutdowns.
We have IR-remote controlled ceiling lamps, and a smart IR blaster. The IR blaster can be put to all kinds of purposes, controlling A/C, floor-standing fans, TV, etc, without replacing every piece of tech in the home.
Trust in Blockchain and Smart Contracts
not really. according to https://en.wikipedia.org/wiki/UTF-8 and https://en.wikipedia.org/wiki/File:Roadmap_to_Unicode_BMP.sv..., any codepoint bigger 0x80 (second half of the first box) is 2 byte per character, and codepoint bigger than 0x800 (anything past the 8th box) is 3 bytes charater. so while it might be fair for CJK languages, it's even less fair for languages that don't mostly use the latin alphabet.
I've mostly switched to using gron [1] for these applications -- the operation is much simpler and doesn't depend on learning a new DSL for manipulating json. I have to manipulate JSON data just enough to want to have a tool better than just firing up node and running something, but not a complete new language. With gron I can just wire it up to a bunch of standard line-based utilities.

[1] https://github.com/tomnomnom/gron
Not only are they expensive, they're already out of date when they're being built.

https://twitter.com/dongho_chang/status/960645535311937538

Linux 2.6.39 in 2018.
Nowadays we keep that information in the VCS. git blame gives you more reliable info than careful comments (assuming that the rationale is recorded in the commit message).
Phillips Hue doesn't have this problem because it uses Z Wave and not WiFi.

You do need the hub, but the attack surface is reduced, the basic bulbs are cheaper, etc. There probably is key material in the bulb, but who wants to impersonate a light that can only exchange simple binary (no strings to parse) messages with the bridge?
That seems like just as bad of an idea. In theory the bulbs (LED) are supposed to last at least 10 years. If you use a smart socket it will stick around a lot longer. Sounds better, but look at how things have changed in the past 10-20 years in wireless tech and security alone. Personally I see the "dumb" bulbs and sockets as the smart choice.
I like to call it psilo-cebo for mushrooms, or psyche-cebo in general.

The approach should be to use different types of psychoactive drugs to multiple pseudocontrol groups. Have a control group have placebo, then another LSD, another Ketamine, another a synthetic cannabinoid, another mushrooms.

That way even if the effects are genuine of psilocybin it will pop from the rest in the results, if is in psychedelics in general LSD will pop as well, if it's anything "mind exploring" Ketamine will pop too, if it's just getting high what makes things better, the cannabinoid will join into the results.

And obviously this has to be done on people without drug experience, because the effects are rather easy to tell apart by drug users.
Some game devs prefer to use VS with an external editor (as shown by Casey Muratori and Jonathan Blow in their live streams).
I still personally think would be the former context (current tech) rather than the latter context ("ever") because you're discussing something that is already working theory - even if it is just a subfield. So the question doesn't become "Will we ever have..." but rather "When will it become...".

Ever applies more for something with an indeterminate future imo.
Registered the same domains on namecheap 30 minutes after checking out on google domains. They were still available. Google domains is still spinning trying to register the domains.
It is. As you say, there's a category of Spectre bugs where the CPU speculatively assumes a bounds check succeeds, then goes on to execute attacker-provided code.
this should have a (2018) ?
> Guis have not only persisted, they've improved.

Respectfully disagree. They've bloated up over time, and lost information density due to trends emphasizing lots of whitespace and hiding options. I liked my GUIs from 10 years ago better, thank you.

> If someone insists on using a CLI and nothing else, after all these years of the world having moved to GUIs, I wonder what prejudice is behind it.

It's not prejudice, it's pragmatism. CLI and vim/Emacs tend to have much higher productivity ceilings (i.e. there is something to master, and that mastery brings rewards). They compose better too, so you can solve more problems without starting to desperately bend the problem into the shape of your tool. They're also lighter, faster, enable easy automation (which is the whole point of this job), and can be used remotely.

> How, reasonably, can all these tools beat a thing like Visual Studio?

Because IDEs can be seen as one particular arrangement of those tools. It tends to cover the most common use cases, but you cannot really step outside it. Whereas "all these tools" used directly can be arranged in different ways, solving more problems.

> Must limit job opportinities too...?

No, it doesn't. With IDEs there's little to no expectation of "proficiency" there - after all, the GUI is there so that you don't have to know your tool.
they're describing building a path based on historical data. that's not UI. It is pretty cool.
This is great news. I just hope it's a sincere effort with some serious backing, and not just smoke-and-mirrors.
Thanks. For a while I had been thinking about my experience there and how things have changed. Glad you liked it.
The Toyota computer is like a super computer compared to old mainframes. IIRC the Toyota program had 10k global variables updated by spaghetti C code. So you had a lot of space, enough to shoot yourself with C code. Old mainframe code in contrast often operated on records in a batch fashion, with a pretty clear input and output.

Of course, the antipattern on enterprise code comparable to thousands of global variables in C code, is to have thousands of columns in hundreds, or thousands even, of database tables, all intertwined and used only God knows where.
the original contract was for $5.7 million, but IBM was eventually paid $185 million.

That's some serious scope creep going on.
No but your question made me think of this: Someone recently tried to scam be by offering to sell a domain similar to one I already own. The message I received wanted 200 USD, a reasonable price for a domain that was owned and unavailable to purchase for years, I had even attempted to contact the owner and received no response. Instead of responding to the 200 USD offer, I pulled the domain up in aws, it was available, I clicked buy immediately for 12 USD.
I'm in the same boat right now. Not sure if it's organic demand, or if the Bots were set free to start registering domains now that the early access fee is gone.
I can tell you that my heat pump set up at my condo is absolute trash here in Northern Ohio. Running 24/7 it is unable to get my condo above 62 deg F. It blows cold-ish air under an outside temperature of 40 deg F. Windows are new, doors are weather stripped. I'm having it run it in supplemental mode just to get it above 65 deg F.
From your link:

"C++ implementations obey the zero-overhead principle: What you don't use, you don't pay for".

In Rust you pay for e.g. bounds checking or integer overflow handling or optionals.
But I don't understand why everyone's getting so defensive about this, since it's the only way (static verification and proofs aside) to get the desired safety characteristics...
ML (or anything really) that could predict which molecules would work in humans without testing them in humans would probably be on of the most important advances in medicine ever, and would massively lower drug costs and open up new areas for drug research

Phase 2 failure -- ie stuff failing in humans after working in mice -- is the biggest cost driver in drug dev. You spend $50-100M+ to get there and 35% of things fail. If you could eliminate you'd cut a massive chunk of the cost and risk of drug dev

However I don't think ML is the thing to study if you want to create ML to predict whether drugs will work in people. There is not enough data about how the human body works to develop a good model. Better to work in biology to develop good models of disease, or in developing tools to better measure the molecular biology of the living human body. It's unclear if predicting drug effectiveness with ML will be possible in our generation

For more near term applications of ML in drug discovery and development see here: https://www.getrevue.co/profile/nathanbenaich/issues/6-impac...
>American blinders that don't have the humility, courage, awareness

No, it's about having some degree of scientific rigor, as opposed to blind anecdote.
The biggest problem I ran into (while supporting these old systems based on DOS and Netware 3.1) was keeping them inline with newer tech. I had a client (an accountant) with several old DOS based apps. Getting their network of printers to work reliably was a crapshoot. I'd get calls all the time that some program just stopped printing. At least Netware stayed reliable.
Can AR Amplify Brand Loyalty?
I can remember every day of my life
Nanotechnology makes it possible for mice to see in infrared
How new is the heat-pump? We put one in our house this year and been in the 20-40F range for the last 2 months. So far we haven't seen resistive heating kick in more than when it's above 40F.
It's not per donor. Their total transfer volume last week was €1,589.34 according to the website. As far as I can tell, the only project with more than €100 in weekly income is Liberapay itself.

EDIT: I see now that they cap donations per donor and recipient at €100 per week, but it doesn't seem like anyone gets close to the cap.
I love this.

I do a lot of dictation on mobile devices for work, with middling, and perhaps more importantly, frustrating results (needless to say we are working on programming our way out of that hole). It is an area ripe for open source progress given the failure of larger companies with large proprietary data sets to make basic common sense decisions in their transcription algorithms, together with no way to provide impactful feedback.

If anybody is interested, there is definitely a market for a more robust dictation library that can be integrated into apps and works offline. It just needs to be professional - e.g. allow for preferences including the ability to indicate a strong preference for standard language and grammar over all slang, not forcing Title Case for anything resembling a brand name, having a training mode for words and phrases of the user's choosing, blacklisting of certain word or phrase results which are false positives, and proper learning from user corrections during use so the tedium of correcting the same phrase 100 times disappears.
You'll probably enjoy https://unix.stackexchange.com/a/503371/5132 then. (-:

Of course this raises the philosophical question of whether a "one-liner" is in fact a one-liner if it has two lines.
My solution is simple. No "smart devices" on my WiFi network. I haven't seen one that does anything useful.
I managed to write a Telegram bot in ash (in OpenWRT) because it had a little program called jsonfilter. It's not as powerful as jq, but quite useful.
And create a protocol for the socket/switch to tell the bulb what color & brightness to glow?
Doesn't that have different behaviour if there is punctuation in the file? On my phone and not in a position to test it, so I'm not sure, but I think it's different.
The Amiga was like that. It didn't physically have a text mode, so there was no point to TUIs. The console (a GUI app that displayed text) was primarily command based. Anything screen oriented (even the first version of Vim) was a GUI app.

I kinda wish we'd move beyond the GUI/text dichotomy. I wish we had something more like the Listener on Symbolics Lisp Machines, which could show rich text and images, forms, clickable elements etc from within a console environment.
Sometimes I also get constipated when I get sick. Should I start practicing fecal retention?
Doesn't work below 40F? That's just not true unless you're using a very poor, cheap heat pump.

Modern, high efficiency air source heat pumps can work well even below 0F.
This is almost as bad as Spectrum telling me the wifi password that I set.

I'm sure some customers use the same password for the email they gave Spectrum.
> Strava's version is not an act of "innovation" that needs protection from being "stifled"

Who said it was?

> Big companies can afford to patent ideas they steal from small ones that can't

Has Strava patented this idea? If not, how is that relevant?

--

People will copy. Footpath, like any other app, used a lot of mapping and mobile app ideas invented by dozens of people over the years. Hell, they literally use (not just copy) OpenStreetMaps, yet you won't see that in the App Store description, just a mention in their website's FAQ. That's just how innovation works, everyone copies from everyone, and we're better off for it.
What?

iterm2 is the only OSX program in that list of five.

[edit]
Plus, his whole point is that you don't need a GUI to get work done. Not, that you don't need software at all.
One of Strava's largest competitors actually reached out a few years ago interested in licensing Footpath's tech, but we decided not to move forward on the deal for various reasons.

I'm not so worried about any of the above putting Footpath out of business. Footpath goes after a deep niche in a way that competitors are unlikely to imitate.
AI For Everyone is now available on Coursera
"Some of which" is actually just one app from the list (iterm2). Iterm2 is just a terminal emulator, so I guess you can sed "s/iterm2/gnome-terminal/g". I must admit that none of these are common default apps.
I have a young daughter, and I try to explain a lot to her.

I have found concrete examples she can relate to are the best.

For instance I was trying to explain the mental model of inversion.

I explained it using with the example of deciding what she wants to eat. If she is not sure, then lets list all the things she does not want to eat first. Then from that, it helps narrow in on what she does want to eat.
There are some very bad heat pumps out there. The difference in usability varies dramatically. Some heat pumps will produce heat even below 0F. Others are crappy at anything under 40F.
I pretty much doubt that, many apps would be already well served with a BGI like library.

Plenty of application developers are more than happy with a Swing/GDI like canvas.

Not everyone needs to be an OpenGL shader guru to draw a couple of lines.
That's the thing, this is what it is almost always like. Anyone who calls themselves a UX designer and is under 25 has just been insufferable.

And they just assume that older technology must be inferior, because it is old. They use obsolete as a synonym for old.

In the span of a year, I had UX consultants tell me that password masking is obsolete, and that there should be one field for passwords, no wait, two fields but masked again. Decisions are not really based on logic, they are based on fashion trends, and intense fear of not being hip.

Maybe in some way this makes sense in the modern app ecosystem, that is possible. But is should be relegated to crummy Listicle apps. But these types of people should be kept well away from any software that does anything important.

As for the warehouse I mentioned, Android and React Native are not the right technologies. But maybe this firm didn't want to tell the client that they should go somewhere else.
I'm glad that my county has modernized.
Outside temperature definitely affects an air heat-pump's performance, but the ones common in sweden stop being effective at -10c or even -15c.

I have a ground-source pump and its brilliant. But plenty of my neighbours are happy enough with air-source pumps.
LED bulbs probably have longer lifetime than cheap computing electronics, in both power supply is the weakest part.
Let's be open: software hasn't become fundamentally better even with better tools and languages. Quality software is more a product of the person or team that created it than the available bells and whistles.
> I want the drivers to be paid fairly, and if that means making the rates more reasonable then so be it I'm happy to pay a fair price.

Agreed. Rather than tipping, I prefer Uber's other ideas like UberX Plus. For 20% extra, you get a driver with a 4.80 rating or higher. It's one way to make sure your driver earns more money for the same trip, and to encourage quality of service over lower price. There's also Uber Black, if you can afford to pay 2x the cost - I used to get Uber Black all the time, but unfortunately right now I can only afford/justify it on occasional trips.

Sadly, I think the ridesharing services have discovered (like airlines) that most people just want the cheapest cost, not better service. For some people that makes sense - eg my neighbour is a pensioner, and making Uber cheaper than a taxi means she can now afford to go more places, it's improved her life. But for those of us who liked the free mints & free water, a comfortable ride, and a driver who helps you with your bags, we've got to pay higher prices & choose higher tiers to make those service levels sustainable.
The double deck means you have to either go down or up from the 'balcony' where you enter the train.
YAUL ?
Using the terminal at least makes you proficient with the lowest common denominator of tools.

I know I can SSH into any random machine, and edit a config with the copy of vi/vim it has, even if it doesn't have my fancy plugins.

And if I get a new machine, all I have to do is install my tools via Apt/Brew/etc, clone my dotfiles repo, and run an install script.