skysight-inc/HackerNews huggingface dataset:
People here in these comments are claiming that terseness in CLI commands is a good thing.

Perhaps there is a way to do one better? I could imagine an interactive shell that can show you the relevant portion of the man page for that specific flag.

Man pages never have sat right with me; I would love to have a shell that can show me (intellisense?) the most common flags and options commands are run with.

The command line is powerful but the barrier to entry is high. Anybody who does not fathom complexity hidden behind pages of manuals is doomed to be overwhelmed with the sheer ignorance and lack of discoverability a shell provides.
Because the robber didn't appear white?
>Any code that you expect others (or yourself) to maintain in the future does not belong in a shell script.

That is a gross generalization that is not true in many, many circumstances. Creating a full-blown application requires several more steps and much more maintenance due to compilation and packaging than writing interpreted scripts. Whether it's PowerShell, Python, or something else, scripts solve an accessibility problem: not everyone knows how to, is comfortable, or has the time to create compiled applications.

Additionally, PowerShell in particular has excellent self-discovery and help facilities built into the language. The Get-Help cmdlet can be used on any script or cmdlet to retrieve its associated documentation. Tab completion means I don't have to guess what classes, namespaces, members, parameters, etc. are available and I can even be lazy and not use Get-Help to discover them.
"Right now" is not in your lifetime?
He is just fatigued by the media banging the drums of war. Iraq, Syria, Iran, etc. While not all around iglthe e are in support of military action it can feel like it at times. Mentally I already instantly write off articles when I see the headline and don't bother to read because the expectation is there.
Ugh, I don't want to type that much at a CLI. Terseness is a virtue
I'm grateful for that. Why should I cheerlead efforts to keep technology mired in the 1970s? That's what FTP is: a 1970s design, and not in a good way.
Some industries have political impacts way beyond their numerical size would suggest. Farming is one such. Coal was in the UK and seems to have been for the US - Trump won votes appealing to people who had never even seen a mine let alone been down one. But they will vote to support the miners in the same way Idaho is won by supporting farmers.

Yes Clinton won the popular vote. No unions are ridiculously under represented in the States (you need to fix that BTW)

But in the end seem from this side of the pond this was a political message - coal mining was a proxy for "proper American jobs for proper Americans without all this economics and climate change nonsense"

And that has a fairly sizeable base.

Whether trump will find that same base happy to swallow a similar message now he is the incumbent remains to be seen.
It seems it would have a better claim to being bipartisan if the higher taxes on carbon fuels came with a relaxation of efficiency regulations rather than just adding on top.
Powershell is almost good, yet it falls off the mark in about a dozen ways.

A lot of very simple things are harder to do (text is easier than objects up until a point) since Powershell treats everything as objects and LinuxCLI/Bash does everything as text being piped around to specific commands.

The biggest complaint I have with Powershell is that it is so obnoxiously slow at parsing text files, that it just can't do basic scripting tasks on even medium sized files ~100MB without tons of StreamReader[] overhead or without calling a pre-compiled C# binary directly. This is the biggest fail. Nearly all the obvious ways of appending to files or parsing them stop working once the file size gets bigger than tiny. This isn't a problem with Linux commands that just pipe text to highly optimized C binaries. I'd drop Python for 90% of my scripting tasks on Windows if Powershell were faster in this area, but it is just painfully slow (if all the obvious ways of doing something in Powershell take ~5min when even Python can do it in ~4sec, you have a problem).

However, you can usually write some very beautiful and easy to read code by using the built-in objects once you learn them. I also like how powershell's functions allow you to create commands with parameters in a super easy way so you can easily build DSLs in a way. Everyone feels differently, but calling my commands in this manner (InvokeCommand -param1 "blah") reads a lot more naturally to me than (Object.Method(param1)). Also, Powershell can handle things like filesystem interaction in a way that doesn't feel like a bolted on afterthought as Python's does.
SEEKING WORK

Location: Orange County

Remote: Only

Technologies: PHP, MySQL, AWS, Kubernetes, Redis, HTML, JavaScript, Go

Email: legoheadhn@gmail.com

I specialize in backend systems programming and architecture, but am open to most anything - CRM, REST, Microservices, or if you just want a maintenance/bug-hunter programmer. I am looking for part-time remote work, and will be available for communication throughout the day, but intend to work mostly evenings/weekends.
Best Mom Prank 2019
Maybe find some prescription drugs that would give you some benefits you desire? They are more regulated and if you find a doctor you like you won’t be going at it alone. I wish you the best.
It can be done, Ontario shut down Nanticoke (largest coal genrator in North AMerica) and repalced it with solar.. But something seems off with the capacity??

The Nanticoke Generating Station is a 44 MW solar power station which started operation in April 2019.[2] Previously from 1972 to 2013, it was the largest coal-fired power plant in North America. At full capacity, it could provide 3,964 MW of power into the southern Ontario power grid from its base in Nanticoke, Ontario, Canada,[3] and provided as much as 15% of Ontario's electricity.
Hidden messages in Amiga games (2017)
But the media recently (Iraq 16 years ago, particularly in the case of the NYT, was a different story) isn't banging war drums. It is certainly reporting on the Administration’s bellicose rhetoric, but not particularly favorably.
Natural thing to do given how hard it is to bring people into the US. All the tech giants have been quietly building up their presence outside the US.
You get a couple if you put it in quotes: https://www.google.com/search?hl=en&q=%22photoid%22
I can’t help but think about “flying car” on 2010.
Powershells way of doing CLI is the best way yet
Wow, Multiple DB and Parallel Testing is super productive.

I hope framework maintainers of other language community should also get inspired by these features.
They didn’t expect that government regulation would kill innovation in the nuclear industry. If nuclear plants had not been regulated so highly decades ago, we’d have abundant, clean power today. We may have had hundreds of thousands more dead from nuclear accidents, but that would pale in comparison to the tens of millions saved by phasing out coal earlier and pushing off climate change.
> Neither of those articles mention that real people listen to the recordings

Recall that Siri was an acquisition. If you go back to media then, you’ll see many companies were doing this at the time. There was lots of coverage about humans training. Some companies even got in trouble that it was only* humans, even the supposedly AI parts. (An email transcription service, for example, had a human transcription center in Egypt.) Point being, this was known, and seems to have been forgotten.

Even now, all of them mean people reviewing quality when they say for product improvement purposes.

Anyone who has called any big company knows exactly what the phrase “for quality improvement purposes” means. They tell you they’re going to be recording your call for quality improvement purposes and while they don’t say this part, you absolutely know it means there’s a chance someone is going to listen to it.

Since that’s about the only time people ever hear the phrase not buried in legalese, it could be assumed that’s what it means in other contexts as well.

* EDIT: Linking to a history of Siri since it’s been over a decade now: https://www.bestaiassistant.com/siri/old-siri-history-siri-a...
The latter sounds like a fun premise for a TV series, though.
I'm beginning to see HN's gimmick of greying things out as childish and annoying. Show some simple and visible unpopularity flag and leave the text alone.

https://www.youtube.com/watch?v=AgBlNyZiV_g
> They didn’t expect that government regulation would kill innovation in the nuclear industry. If nuclear plants had not been regulated so highly decades ago, we’d have abundant, clean power today.

The regulation is basically a liability shield and subsidy, the industry wants more, not less, of it to build plants.
Already did. :)

I tried emailing you btw with the email in your profile.
Or use something sane like protocol buffers
yeah. I wondered about the objectivity because it says "there are complaints that China's involvement tends to bring greater corruption" and because I looked in vain for any positive message about countries that have historically done deals with China. at least some of these deals in some of these countries must have been positive somewhere, but this article does not give that view as much voice.

and, on the other side, where is the objectivity and criticism about the already present US military base? US bases are notorious for polluting the land and water with toxic and hazardous substances. there's a long history of such problems on former US military bases, even those within the US. but this article does not mention it.
All this does is cause relabeling of "corporate" farms to "family" farms since a privately held corporation held more than 50% by a single extended family is a "family" farm. They still end up being so large for economies of scale that no single mulit-generation family (of 20) could possibly farm them. The smaller farms are stuck in debt and poverty or sell out to the other "families". In my experience it's true for almonds, rice, corn, wheat, cotton, hogs, cattle. When you can't see the edge of the farm from the top of a pickup and talk about size by number of wells... it is a "family" farm in name only.
Python, go, rust and other obscure or archaic languages struggle with json. I recommend using a modern language such as js/nodejs, as it is meant for the web - where json is king among formats.
I am reading the book :)

I just wanted to know, given that someone outside the software engineering has read the book or that someone inside the software engineering, can shed some light on - "the techniques proven and routine in other engineering discipline are considered radical innovations in software engineering".
Pretty weird for a JSON parser to be platform dependent.
You have to admit the bash code is less readable to someone who hasn't used those particular CLI arguments or flags in a while (or ever), as compared to someone trying to read the JavaScript version without knowing much about JS or the library that the code used.

You might argue that this is an acceptable trade-off to make to in order to gain terseness and ease of typing. But this is different than saying it's just matter of tool familiarity.
GNU utilities have addressed this problem for a long time. Maybe he's on OS X? You can install them there though. You don't need anything like PowerShell.

His

cut -sf 2 -d \|

can be written

cut --only-delimited --fields 2 --delimiter '|'

Likewise

xargs -L 1 -I % jira attach rm %

can be rewritten

xargs --max-lines=1 --replace=% -- jira attach rm %

These are options are easy to find with cut --help and xargs --help. Or 'man cut and 'man xargs'. (Though honestly it's weird that xargs doesn't accept --max-lines 1, only --max-lines=1 ? )

---

I plan to add a mode to http://www.oilshell.org/ to support longopts in all the builtins, e.g. instead of

read -r -d ','

instead of

read -raw -delimiter ','

I wrote a blog post last night that shows other benefits you can try now:

Oil's Stricter Semantics Solve Real Problems http://www.oilshell.org/blog/2019/08/16.html
JSON-iterator: A high-performance 'encoding/JSON' drop-in replacement
> Programs must be written for people to read, and only incidentally for machines to execute.

That's true of programs that are written to be used and maintained over a period of time. Shell programs like that are mostly system configuration and installation scripts; they are not written that often compared to throw-away one-liners that most shell users write every day. I'd hate to use even a regular programming language for the daily tasks, let alone a verbose one.
What I see on photos is a genuine PCI Express WiFi, just like one you see in notebooks.

And the fact that the module is 3rd labeled, suggests that either Broadcom or Realtek is involved
mdma is the most common (and thus somewhat well researched), but there are quite a few, though barely any of them legal (or rather: not yet illegal in the case of most "research chemicals", RC for short).
Eneby is one hell of a speaker for the price. I use a the one you linked to at work for "play along" when a practicing new pieces for the orchestra. Before it I had a hard time finding a portable speaker with enough pinch and battery life with a reasonable price.
> Man pages never have sat right with me; I would love to have a shell that can show me (intellisense?) the most common flags and options commands are run with.

While not intellisense, the fish shell [0] might be what you're thinking.

[0] https://fishshell.com
How to Be an Ultimate Fighter
That has nothing to do with automation and everything to do with low interest rates. When interest rates are low, people borrow more money and bid up the prices of capital assets.
Toronto isn't to the north.
> At some points they use JSON (a data format) to describe procedures... like a programming language written in JSON. It feels a bit like using a screwdriver handle as a hammer.

And folks laugh at me for suggesting S-expressions until I'm blue in the face!

Seriously, this is one of the areas in which they excel (ref.: literally every line of Lisp ever written). They're a pretty nifty data format too (cf. https://sites.google.com/site/steveyegge2/the-emacs-problem).
Acrobat has had this as a built in feature forever.
> It can also play from Spotify etc. and the binaries for that are probably bloated like most cloud services.

One of my favourite things about my Sonos setup is that it avoids me having to run bloated cloud service binaries on my personal computing devices. (Most notably, of the services I use, SiriusXM digital services have always been most unpleasant to use.)
R&D tax credits in Canada are also attractive.
> you need to construct methods to improve the markets with your trading

What percentage of traders do you think will approach the market with such altruism?

I think the markets are way too complex to rationalize "improving a market". Markets are by definition good markets when you have long term and short term traders mixed in with technical and fundamental traders all with different alpha time horizons. This is a healthy market.

If you're a speculator, so be it. As you point out, the market may teach you a lesson at some point. Those guys go away but new ones will join.

It's a beautiful virtuous cycle.

Not to say there aren't bad actors. Most speculators are not IMHO. But they cross the line when they undertake certain market activities, like spoofing for example. This is why good markets also have good regulatory oversight (finra, sec... )
Curious if tech pay around canada is getting higher as a result of this, or if consulting is becoming more of a “thing”.
This is really awesome! Is there any issues with the mismatch of inductive resistance/impedance of the bookshelf speaker vs the original speakers? I would imagine the board is designed for a very specific ohm range.
Well if you're really going to go down that route, you should remember that the "unix philosophy" favours plain text as the data-passing mechanism. JSON itself does not have rules for how things like malformed UTF8 decoding should work, which means that every implementation of this JMAP protocol is going to need to refer to a specific JSON spec for starters, which is already destroying the credibility of the "simple" argument. Also, I don't see how your claims about hackers "in those days" has any basis other than speculation here.
Aren't kanji closer to english words than english letters?
How does it compare to Elixir/Phoenix?
"It's really sad to see this art form has died out on a large scale"

I think 2D animation will eventually make a widespread comeback - ironically probably via 3D animation tools. These tools can now convincingly mimic 2D animation (see Blender's Grease Pencil feature as an example). These tools might not use the traditional frame-by-frame technique of 2D animation, but they still open up lots of possibilities. An example is Spider-Man: Into the Spider-Verse - it's clearly a 3D film but has a unique 2D/3D aesthetic.
> Python, go, rust and other obscure or archaic languages struggle with json. I recommend using a modern language such as js/nodejs, as it is meant for the web - where json is king among formats.

In what ways are the languages you listed obscure or archaic?
Not just that even more mundane stuff becomes much easier if you have more energy - clean water (desalination), trash (vaporize & collect fractions), raw materials (can trade energy for lower input concentration in ore), polution & greenhouse gases (capture back from th atmosphere and convert to something usable or inert).

All this becomes relatively easy if you have a lot of cheap power. And you would not get it just by power saving and eficiency improvements, only with research and building of new sources.
That doesn’t mean that regulation doesn’t impede innovation, e.g. by eliminating the incentive to adopt safer cycles. Moreover, the onerous review of reactor designs means there is a high incentive to stick with older designs that have already been reviewed by the government. (Thats a double whammy, because it makes newer, safer designs harder to deploy while reducing the incentive to deploy them.)
> That's because they lacked basic tools. Hackers in those days weren't getting much work done either.

Wat.
How would I pad my resume if I didn't keep reinventing the same wheels over and over?
Completion helps, but pushing too much in that direction (automated tool assistance) hits up against another thing: You want a CLI which is usable on a slow system or over a slow network connection, and those kinds of things are still very real, especially when you're trying to fix a system which is running a runaway process and therefore can't devote much CPU time to running a helpful CLI.

There are other ways to fix that specific problem. None of them are as generally applicable as having a terse CLI.
"other people set one's objectives, provides one's resources and furnish one's information. One rarely controls the circumstances of his work, or even its goals. In management terms, one's authority is not sufficient for his responsibility. It all seems that on all fields, however, the jobs where things get done never have formal authority commensurate with the responsibility. In practice, actual (as opposed to formal) authority is acquired from the very momentum of accomplishment"
The radioactivity still wouldn't kill all multicellular life (or even complex life). Some predict that an all-out nuclear war wouldn't even make humans go extinct.

A few sources:

- https://www.msn.com/en-in/health/medical/20-life-forms-that-...

- https://en.wikipedia.org/wiki/Nuclear_holocaust

- https://www.oism.org/nwss/s73p912.htm
A problem we're finding with those is the massive runtime dependency you get trying to include protobuf in browser.
How's that right to self-determination working out for Scotland and Catalonia?
One thing the author's missing is a consideration of how often a system is used vs. how often it's learned. Let's just take one example from the article. Would it have been better if `sed` had been named `streamEditor` from the start?

sed was written in 1973. Think about that, it's been around for half a century. It's regularly used by millions across generations. Imagine how many countless man-hours have been saved from naming it "sed" instead of "streamEditor"? And I'm not just talking about typing code, but also reading code.

Yes "sed" is pretty inscrutable if you don't know Unix. But pretty much any Unix developer or sysadmin instantly recognized "sed" the same way they would a common English word. Very few people just use the Unix command line tools a few times, then forget about them. Once you learn Unix, chances are you'll keep using it for decades. And for those people, their brains almost certainly parse "sed" much faster than they would "streamEditor".

So, I think here's the lesson. The utility of terseness is very much related to the relative balance of expert users vs novice leaners. If you expect your system to mostly be repeat power-users, then terseness is very good. Systems that are around for decades, used widely by thousands, and general-purpose frameworks tend to fall in this category. In contrast, a high percentage of your user's man hours may just be people getting acquainted with the system. Maybe it's an application that solves some niche corner case, and most people use it once or twice then forget about it. Or maybe it's some internal software, where corporate turnover means that most devs working on it at any given time are neophytes. In this case verbosity and explicitness is a very good thing. You're not trying to cater to power-users. You want things to be as clear as possible, even if it means a lot of typing and spelling errors and wasted screen space.

The challenge here is that you mostly need to make these decisions at the development stage. You have to try to predict what your user-profile will look like, before you actually have any users. I doubt the original authors of sed could have ever imagined how popular and lost-lasting it would become. But given that it has, there's no doubt they made the right choices.
You can generate Python classes on the fly during the initial import stage - because Python does it anyway itself, that’s why it’s an anti-pattern.
Ask HN: Where do you find new music to listen to online?
I feel like I'm missing the boat in terms of places online to find new music to listen to. What are some good websites to explore music?
I firmly believe that the best technology can do both. Tools should be designed firstly for the 95% of users who only need them at a surface level, but provide pathways that encourage users to explore deeper, as they become ready.

macOS kind of does this, whether intentionally or not. On the surface, it's a basic consumer machine, with a web browser, media player, and office suite. But dig a little deeper, and you'll discover Automator, a great little tool for automating menial tasks which puts you in a programmer mindset. Probe deeper still, and you may discover the Terminal icon, full of secrets to be discovered.

It could be taken further. Imagine if TextEdit had built-in syntax highlighting whenever it detected code. "Regular" users would never see the highlighting, and professional programmers would stick to real IDE's or more advanced editors. But as a hidden built-in, it could be a wonderful stepping stone.

Now compare all of this to iOS. Yes, it's true, no one really wants to program on an iPhone anyway—but what happens if you give a child an iPad instead of a laptop? There's now much less opportunity for them to grow and discover more. This isn't to say that every child with a Mac will discover the terminal and become a power user, but some will, and be thankful for the opportunity.