skysight-inc/HackerNews huggingface dataset:
I can understand if protocol buffers had some technical issue that you disagreed with. Or if you had a preference for a different solution because of some reason.

But this comment seems needlessly cynical and doesn't actually offer any rebuttal to the parent's point. I find technical discussions of these sorts of things interesting and a great way for new people to learn about the tradeoffs, maybe you could offer a reasoned opinion on why not use protocol buffers?
I don't understand what you're saying {hello: 'world'} is not valid json and neither Python's nor javascript's json parser from the standard library parse that.
They have all sorts of different opinions on all sorts of topics. Unless the topic under discussion is a war that USA isn't fighting yet. In that case there is unanimity across media and ideologies. They all get the same retired generals on loan from Northrop to repeat all the same "talking points". I wondered where I had heard this "maximum pressure" phrase, and then I realized I've been watching too much MSNBC. [0] Andrea is hilarious there, with her tiny little question at the end about whether Iran's actions were justified. The "retired" admiral (now on the board of military contractor Caliburn International, which commercial affiliation MSNBC elides) assures her, "there is blame to go around!" Ha!

I can't agree with your "almost as inflammatory" formulation. War media lied us into Spanish-American War, WWI, Vietnam, Iraq I, Afghanistan, Iraq II, Libya, Syria, etc. This doesn't even mention the various "little" wars in Latin America and other locations, which the media didn't bother to market ahead of time but about which they gaslighted us whenever we learned of them. Millions of people are dead as a result. What name do they deserve more than "war media"?

[0] https://www.msnbc.com/andrea-mitchell-reports/watch/new-audi...
yep. I know about the -- way of specifying the args. I'm not saying that we can't do better with existing tools, just that we don't do better.
This might be one of the core reasons why Linux never took off as a Desktop solution. Also looking at the comments here just shows how out of touch people are with the real world...

If you relish in terse commands that don't mean anything to anyone who hasn't been spending their last 20 years working on the command line, then go for it. Just realize that most of us (talking about the already small population that is software developers) are not interested is spending anytime on dealing with this junk. This is not to mention the other 99% of the population who doesn't even know what Linux or Bash is, and good riddance for them...

The JavaScript code the author posted is immediately intelligible to anyone who has been keeping in touch with programming language developments over the past years. It doesn't even matter if you come from C#, Python, JS, Java, etc. It should be familiar to all of them. You might not know exactly what it does, but it seems oddly familiar.

I may be making a leap here, but I would go as far as saying that this very attitude of command-line elitism is the primary reason why Linux has had zero chance to take hold in the Desktop space. The developers have no clue why "normal" people would not want to use the command line (and I am including myself in it) and their efforts of creating a GUI (just look at the junk that is KDE, Gnome and Unity... Proudly sold off as GUI) have been so out of touch with reality, that I can't even.....

Anyway, each to their own. I am mostly using the command line to start a build process. While I am able to do a lot of more advanced stuff, including properly using VIM, I am actually regretting spending the time on learning it. These days I wrote most of my "bash" scripts in Python instead (just to clarify: I write scripts in Python, for which it seems well suited. I don't see Python as a viable choice for creating actual software). There are some scenarios in which Bash is still a better choice, but thankfully they are far and few between.
Recommended Reading: The Art of Unix Programming and the Unix-Haters Handbook
I find Spotify's discover weekly to be great for this.
Thanks for elaborating — that does sound like a good compromise that would be easy for someone/a team familiar with both Rails and the WordPress JSON API to set up.
> No

Agreed, it's not anti-democratic (I guess we're actually talking about freedom of speech) to ignore or refuse to amplify someone's opinion.

> because I only have a limited amount of power

That only changes the scale. You and a few other users are enough to completely censor someone's opinion and you do it all the time. A moderator can wipe a comment, a submission, or a user without any suspicion that they are anti-democratic. And whether it's unsavory or not is a matter of taste.

> HN is not a government institution

Indeed, private companies have no legal duty to let your voice be heard at all. It is not my right to post on HN or YouTube.

People overestimate what "freedom" means: you are allowed to say your piece but your freedom ends where someone else's freedom begins. YouTube doesn't have to promote your opinion more than you have to promote mine.

Let's put it another way. What's a good example of a "democratic" site, paper, etc. that you know of? Together we will ask them to publish something that goes against every value they hold dear to test out your theory.
It's in a graphical chart on the left-hand side of the page, titled "Northern Lights". It is not findable as text.
Not the best context to suggest XML superiority: https://cheatsheetseries.owasp.org/cheatsheets/XML_Security_...

If parsing JSON is bad, XML is a clusterfuck.
I use Google Play, so whenever I find a song I like, I listen to a station based off that song to find similar music.
>...and the decision to cover up Allen’s tattoos was done in this case to “prevent misidentifying the suspect.”

How are you going to "misidentify" a suspect with facial tattoos against an array without them? Not only that, until the tip, facial tattoos didn't even enter the equation. The prominent one on his right cheek should've been a dead give-away, even in the released surveillance photo.

This seems like a "We got him, boys, let's make sure he doesn't get away!" type of situation.
On another hand, imagine if the original computers on which unix commands were designed weren't restricted to 80 characters terminals with a few kilobytes of memory and almost no storage nor CPU. I'm pretty sure the author would have favored much more expressive commands.

I think design of those command lines were done first and foremost because the underlying system constraints were huge. Now that we have tabs autocomplete on shell and IDEs, the length of a command pretty much doesn't have any kind of importance.
> Though Toronto lost the bid, Amazon still opened a 113,000 square-foot office in the downtown core in December and said it would hire 600 new employees.

Wow, they really didn't do any research on this.

Amazon's first Toronto office opened almost 8 years ago. I moved to the office 7 years ago, when it was 25 people Growth has been constant or accelerating since then. We now have over 1000 full time employees- mostly devs, but also some AWS and Ads sales folks now too. Every department seems to have at least a couple teams here. There's two buildings, both running out of space.

And it's not like it's all "couldn't get a US visa, send them to Canada" either. Most of those folks, after a year with Amazon, could probably qualify for an L-1 and transfer to Seattle- but they don't. And a lot of the people being hired are local talent.

Like most of my coworkers, I could definitely get an increase in total comp if I moved to a US office. My wife and I don't want to live in America though- the culture isn't one we like, the politics are terrifying, the gun obsession and violence... Toronto's not perfect, but it's where we want to stay.
Interesting none of the MSR efforts were mentioned

https://www.technologyreview.com/s/542526/china-details-next...

In all, there are 700 nuclear engineers working on the molten-salt reactor at SINAP, Xu said, a number that dwarfs other advanced-reactor research programs around the world

https://www.nextbigfuture.com/2017/12/china-spending-us3-3-b...

China will spend 22 billion yuan (US$3.3 billion) on two prototype molten salt nuclear reactors.

But, of course

The magazine of the global anti-nuclear community.
I advise anyone in Canadian tech to move to the states if they can. The rise in pay is so enormous it overcomes all objections. Move from Canada to Austin and you get higher pay, affordable housing because of zoning is not controlled by a rent-seeking gerontocracy, and far less taxes, too. Also, Canada has many indirect taxes in the form of crony capitalism. Grocery chains and phone providers have extremely cushy relationships with regulators there, increasing their ability to extract rents. Health insurance is not as big a deal as everyone says, at least for people making tech salaries.
Even the direct black holes dont quietly wink out. Once an even horizon forms, anything outside in now in a forming accretion disk. As things contract they start spinning. Things get hot/loud/bright until that disk settles dow.
Ask HN: How do you prioritize non-essentials at your company?
One way you might break down the user-facing work that goes on at software companies is as follows:

New features: whether internally driven or customer-driven, research and development to add business and user value to the product, often resulting in MVPs

Iteration: Going back to those MVPs, sorting through what was cut, getting customer feedback, and improving those features so they’re well-rounded and more-or-less feature complete (for the time being)

Quality of life: General UX improvements, improving workflows, shortcuts, power user features, visual polish

Delight: Illustrations, animations, Easter eggs. Quality of life or well-developed features can be delightful too, of course

Bug fixes: Fixing things that become broken or not working right or are revealed to have always been so. Bug fixes also occur during new features and iteration

My company is relentlessly focused on new features and has been making more and more of an effort at iteration.

Bug fixes tend to only occur when something actively blocks a user from doing a core activity in the app or when a sales or customer success person complains that it's messing up their demos.

As a designer, my pet project is quality of life, and with some very rudimentary coding skills, I do as much as I can to advance this area by opening my own PRs, but I know so much more could be done with a few actual engineers in tow.

Delight as defined above is something I'm less passionate about, but I know how powerful it can be.

Around the office, I regularly hear exclamations of joy as my colleagues discover useful tricks, Easter eggs, or thoughtful anticipation of user need as they use other companies' products to do their work. But that kind of thing so rarely gets prioritized in our own product.

I'm curious how non-essentials get prioritized at other companies (and I know they do, I see them all the time) and what strategies people might suggest in advocating for them.
I still categorically refuse to enable Siri or any other voice activated technology. And yep...this confirms that was the right decision.

I wouldn't be surprised if those recordings also include classified conversations. Some extremely high levels of classification require you to go into sound isolated rooms and leave your phones outside, but there are still plenty of levels of classified information where that is not a requirement.
I'll give that a try, thanks!
This didn't really seem like a deep dive compared to the anandtech article. I was hoping for some memory bandwidth benchmarks, since this should be the first chip that has 8 channels without caveats (looking at you power 9). It's also not clear if it's 16 channels with 2S, but I suspect not.

Edit: the picture from AMD in this review makes me think it can hit 16 memory channels with the two socket version. Does anyone know if this is true?
amen.

well, I'll walk that back just a touch: I can see someone plausibly arguing that it may take longer to read longer commands. In that case, I'd argue maybe we need multiple views of the same source: one view for novices and one for experts.
> Very few people just use the Unix command line tools a few times, then forget about them.

I think that claim might be dubious. I imagine most people ever using sed/seeing it in a command behave exactly like that.
after seeing the mess the Chinese have made in Cambodia, where there are much fewer cultural differences, it's not a good deal. It's handing their children a nightmare.
Perhaps the term coop (cooperative) would be closer to the article text than "summer camp". Certainly sharing things like childcare and bulk buying communally seems it would be a good thing? I'm not sure where the fracking and solar power labour comes in though?
Amazon Music's "Customers Also Listened To" is terrific.
> Consider another way we might express the same functionality in a language like javascript

If only someone would write some sort of practical extraction and reporting language, that would really be a killer app for these types of operations.

I can't believe nobody ever thought of that. Definitely a good idea for a startup.
Adam controls the majority of voting right to the company and the board (made up of VCs) doesn't want a messy legal fight since they stand to lose money if We tanks. So a moderate amount of graft is tolerated since the alternative is less desirable.
How to translate faster: four tips for swamped translators
That's what made me ditch sonos 4 years ago. Being forced to run everything through the awful Sonos app instead of casting from the dedicated app or playing through Bluetooth without any delays.
Wow. Thank you so much. Non-photorealistic rendering is now so amazing. Real-time!

I've been long out of the loop and am delighted to see it's come so far. Ages ago, I had the notion for kid friendly games, contingent on NPR. But I didn't have the maths or design chops to implement it.

Now that the NPR heavy lifting is done, perhaps my notion is feasible.

Again, thanks for the links. Amazing works.
I love the playlists that Spotify Personalizes. It compartmentalizes your tastes into 5 or 6 playlists and then puts in a few other songs on that vibe

Also, just letting youtube autoplay (which despite me never listening to Beck, always seems to take me to Beck)
This is a good way of thinking about this. I think the ideal solution may involve multiple views of the same source code. Experts and novices can switch to different views depending on their level of familiarity.

I actually think the same thing could exist in non-bash contexts.
Using space is a given if you write exclusively in kana. See Kanamoji-kai:

http://kanamozi.org/

Also, the very reason there are so many homonyms in written text in the first place is because of the kanji (over)usage - that is, because people think there are visual cues they are less careful about choosing words that are also understood easily by people listening to the words.

When people speak, at least if they are a competent speaker, people tend to avoid the overuse of homonyms (mostly kango).
I've always solved this with unit/functional tests. The test runner effectively acts as a compiler, for the purposes of checking the contact. in this process.

This is something that's baked into a gate check on merge to the source repo. Or rather it should be.
> Quantum is great, and you can remap your keybinds

Please explain how. Since firefox 57 (quantum), there's precisely no way to do that properly...
Depending on what you listen to, Bandcamp can be an absolute gold mine.
I'm a tech pro too and I need it to pull down large FCC and census datasets, but I'm not too concerned about it being removed from the browser. Anyone who still is utilizing FTP is probably savvy enough to install a better tool that's feature-rich like Filezilla.
He's done a good job of avoiding expensive mistakes, not being pushed to invest cash in something marginal just because it's sitting there.

Half the battle is not doing something stupid.
Couldn't disagree more.

Any code that you expect others (or yourself) to maintain in the future does not belong in a shell script.

Why? A shell script is often the best tool for the job. If your reason is that shell scripts aren't maintainable, then this is a circular argument basically amounting to "we shouldn't make shell scripts maintainable because we shouldn't ever maintain shell scripts because shell scripts aren't maintainable".

allowing experienced users to accomplish their goals as quickly as possible

Having both short and long versions of each flag seems to give you the best of both worlds.
> How is this sort of shenanigan allowed?

Investors gave Adam virtually unchecked power over their capital.
I think GP is making fun of people who do not use protobufs and instead try newer, less proven ones...
I use Google Play & browse their new releases every couple days. Same with youtube music. I also love using Youtube Musics personal radio because it plays both songs it knows you like & stuff that's similar in a really good balance. So I don't have to skip too much stuff but it's not only throwing me stuff I've listened to a bunch.
This is a very confusing thread for me.

I think Idris -- while not exactly mainstream -- has shown that it's fine to treat type checking and types as a continuum. There's nothing about dependent types that forces anybody to prove Goldbach's conjecture or anything of the sort.

You, the programmer, get to choose just how rigorously you want your values to be specified, and if you really want you can ask for proof of the Riemann hypothesis, or you can ask for a... String.

For me, that's the great thing about dependent types -- you, the programmer, get to choose how rigorous you want to be.
Canadian tech scene is not bad given the small population and relatively recent investments in this area. That is, compared to EU where there's pretty much no tech other than Spotify, and any promising upstarts are getting preemptively destroyed by EU and local governments.

It takes decades to build Silicon Valley, and Canada's focus on foreign talent, business friendly regulation, and general North American enterprising culture might get it there over time.
This website is pretty good http://everynoise.com. It is a giant list of genres where you can listen to short clips to see if you like them quickly.
>> The thing about the app is that it was written with Electron [an open-source framework developed and maintained by GitHub that allows you to build applications using only javascript-based HTML]. Even though the app relies entirely on Chromium, which has a really strong sandbox in Windows, in this case, it’s actually running on Windows without any kind of sandbox. So what I was doing in the demo is downloading an .exe file from the internet, and I just ran it because there’s no sandbox involved.

This is the first I've heard of electron running without a sandbox. If this is correct, then the security implications are much wider than just sex toys; I had (perhaps naively) presumed that since electron is chromium-based it shared the chrome sandbox strength.
This guy has become a multi-hundred-millionaire by renting out office space under a business model that appears to make no financial sense. Because "tech company". It's utterly bonkers.
Reddit. Namely the following subs. I occasionally go their all time top section and just listen to them.

- r/Music
- r/trueMusic
- r/listentothis
- r/listentous
- r/hip_hop
- r/FitTunes
- r/electronicmusic
- 90smusic

Obviously, the above list is not exhaustive.
The GPL is a commercial-friendly license, and in fact, that's one of the freedoms it explicitly protects.
Animation Maker: The Best Place to Hire Them Online
Thank you for explaining that to me. It is good to know what technology to use if I will meet this specific case. So far all projects I have worked on can be implemented both with React and Svelte :)
So code generation isn't an anti pattern, persisting the artifacts generated is? To me that is still code generation, one is more durable and able to be tested, the other is a runtime exception.

I've not seen any long lived python projects that don't end up implementing runtime checks to validate the shape of these generated objects.
Spotify discovery and "Go to Playlist radio".
YouTube with auto play turned on. Play one song you like, and more of the same genre will usually follow. YouTube has a lot of good music that isn’t available on music sites such as Spotify.
Good. Honestly it was always weird to me that browsers ever supported FTP in the first place, it seemed so arbitrary. (Why not gopher and telnet too?)

You'll still be able to download an ftp: link by your browser opening your local FTP client, same as a magnet: opening your local torrenting client -- as it should be.

And honestly, if you're one of the few people who actually need to regularly download files with FTP, don't you want a better standalone client anyways?
Go does not do that implicitly, there is an explicit "go" syntax.

Gevent in Python does something similar [implicit switching] using a dirty monkeypatching. It is great while it works. Sooner or later the explicit cooperative concurrency such as provided by async/await syntax wins (e.g., asyncio, trio, curio Python libraries)
Nice how the article has affiliate links to make the author money. Makes you wonder if the winner in the 'best' category has the highest affiliate payout.
> What percentage of traders do you think will approach the market with such altruism?

Approximately 0%. I don't know of any entities that trade as a nonprofit. The point is that if you find something the market needs, you will have inherently discovered an opportunity that can make money because there is demand which exceeds supply for the service. As an additional benefit, such strategies are unlikely to run afoul of regulatory oversight or be eliminated through future rule changes.

> I think the markets are way too complex to rationalize "improving a market".

This is not rationalizing, it is about how to effectively identify profitable opportunities. Let's turn the argument around. Do you expect a trading strategy that harms a market to be reliably profitable without risking fines, banning, or imprisonment? If you don't, then it probably makes sense to exclude such approaches from your strategy search space. Additionally, I would argue that strategies which are of neutral benefit to the markets are likely to generate small returns relative to their risk because entities on the other side of your trades are not receiving value and thus the market is more likely to turn against you. If we eliminate "harmful" and "neutral", we're left with "beneficial".

I completely agree with everything else you say.
Oh. It's certainly better than Bash, but it's still better to use Python or C#. Powershell makes so many weird decisions and it's so verbose and wordy that it becomes unreadable in the opposite way of Bash. I don't think the shell scripting space is desirable. Either you should be typing in commands manually or you should be writing a program. Powershell and Bash exist in a weird space in between them and wind up being crappy programs rather than readable shell commands.
I read this as software that is probably actually for helping consultants deliver the solution in question.