__ddd__

I have shied away from certain designs because Google has very specific ideas about how a site should be structured, rooted in the pre- web app days. If Google had real competition, they would adapt to better index "modern" designs and architectures. Instead, developers/designers have to limit ourselves if we want Google to not only index our content, but not penalize our rankings.

When I'm performing a precise search, where the search engine should do exactly what I tell it, I use Duck Duck Go. I use Google when I want to rely on their "smart" algorithms. Basically I default to DDG, and if I'm not finding the results I want, I see if Google's magic can do better.

That's not actionable. The dark part here is the serious threat of applying oppressive prior restraint policies at will. Employing machine learning in the process would only offer a false sense of legitimacy.

Came to say that case is sweet.

JSX is very close to HTML. Maybe the issue is expecting designers who have zero dev skills to build front ends in a time of responsive design and rich JS interfaces. You wouldn't hire a print designer with no Photoshop experience to design a site, and you shouldn't hire a graphic designer with no web dev skills to build front ends. If you're team is really well formed, you might have an experienced graphic designer, a UX expert, and a front end developer who does the actual building as well as making day-to-day design decisions. The design/interface experts would work at a higher level of creating an overarching design language and UX guidelines.

Not all contracts are enforceable. I would be surprised if the entirety of v3 is enforceable

You didn't present your argument in meme form, not sure you're going to change any minds...

When a negative tendency must be negated, there are always people who pretend the negation is no different. It's a question of what/who not to tolerate, and why -- the answer doesn't fit in an image macro or on a bumper sticker, just as it can't be packaged in a word like "intolerance".

It just means the authority is relevant. If you pull out Merriam Webster in an argument about the meaning of the term "racism", you are appealing to authority, which is a logical fallacy. Appealing to authority is a logical shortcut, like any other fallacy, and in a way can be thought of as memoization. Every single logical fallacy has an efficient purpose, but departs from pure logic.

Linux Action Show (LAS) is pretty conversational in its format, if the Linux world interests you. Make sure to share on social media because apparently Jupiter Broadcasting's metrics don't balance growth with existing subscriber base very well...

Unless you're​ solving mathematical problems, how does math directly translate to programming (ignoring efficiency)? I agree with the sentiment that the connection is over-stated. Whenever I hear this argument, it feels like reductive FP propaganda. I'm interested in FP, but not because "it's just math". Sometimes it's nice to piggyback off of mathematics, and it's true that a program is a sort of proof, but sometimes (most of the time) it's better to not be so formal, and not be so academic.

Also, math and logic are obviously related, but logic is not "a form of mathematics". If anything, mathematics is a form of logic.

Yeah, IMO it's mostly about convincing non-technical people that, while they know what they want, you know what they need and are able to provide it. If you're not doing this, your boss is.

Logic more so than mathematics. Mathematics as a means to achieve efficiency, which is an afterthought most of the time. Most working programmers don't need more than a basic understanding of algebra.

Doubt this matters in practice when you have the legal and financial resources that Apple does

That's messed up. In this case, store password DB in deniable TrueCrypt (or similar) volume on an airgapped machine, secured with a memorized passphrase. That way, they can't prove there's something to decrypt, and you haven't memorized any passwords they know about. But it sounds like merely failing to produce a password is a crime in general, which seems unfair to those who have lost / forgotten their password.

An attack that requires installing a keylogger and communicating the results over a period of time is less robust than an attack that searches your system for passwords at rest. How often do you lose your wallet? Hopefully less often than you change your passwords...

Ignoring the (in)validity of your characterization of JS, web assembly will remove this reliance on JS

Well if you're willing to compromise on security by trusting a password manager / encrypted volume (plus user opsec) to store your passwords, there are other compromises one can make to facilitate easier memorization. Security by obscurity is a worthless feature when designing a cryptographic system, but it is an invaluable tool for your own personal opsec. Reuse some passwords for services with a lesser threat model, with slight changes. Is it sub-optimal? Sure, but so is trusting a black box program with your passwords, probably running on your everyday (read: unsecure) computer. As your parent noted, you can't automate low tech cryptanalysis, and you're really not that important.

Random pass phrases written in uv marker on the underside of your desk, in a notebook (bonus: you can burn it once memorized) scrambled and/or hidden among decoy passphrases. Make the phrase long enough (high enough entropy) that you have enough time to memorize it and use it before it should be rotated.

Whether you like this implementation or not, the solution is to choose better passwords.

edit: I just realized you weren't referring to a context menu, but select/middle-click. Duh, didn't even think to try that as I don't really use that feature much. That'll do the trick for now, though apparently they plan to remove this feature from the next gnome release? Seems odd to me -- Anyways, thanks for the suggestion, now I can use alacritty for remote sessions!

I'm using Mint Mate (Sarah), can't get a context menu on right click. I installed all of the dependencies mentioned in the readme, though maybe Mint requires something that Ubuntu doesn't. Tmux mouse support works, interestingly enough.

> Features like tabs/splits will likely never be introduced.

I wholeheartedly support this. Count me among those that like the idea of an "optimized tmux renderer".

I really, really like this so far. Interestingly, it's dependence on tmux (which I really like overall) for 'extra' terminal features presents some problems for performance and usability.

Tmux has its own non-trivial rendering bottlenecks, the most significant of which comes into play when you have multiple clients attached to a session. As a test, I went into a notes folder and did `grep -r e .`. When Alacritty was sized larger than mate's default terminal, mate's default terminal finished rendering first. When Alacritty was sized smaller than mate's terminal, Alacritty finished first. Also of note was that Alacritty running tmux rendered slower than mate's default terminal without tmux. This was an uncontrolled experiment, especially since this was a tmux session with a couple windows with a couple panes per window, on a tmux server with 2 other sessions (with a lot of vim windows etc), but something tells me the results would be the same if I used a tmux server with one session/window/pane. As a tmux user, this isn't a huge deal to me, but it should be concerning the the Alacritty devs since Alacritty requires a multiplexer to be usable.

My biggest concern, however, is not performance related, but usability related. Consider this use case: Alacritty -> ssh into remote server -> run tmux on remote server. How am I supposed to paste anything into that remote tmux session now? Am I supposed to nest my remote tmux session in a local tmux session? That sounds awful! I've found satisfactory workarounds to the lack of copy/paste when working locally, but it falls apart when I can't rely on duplicating the tmux register to the clipboard (and vice versa) because the clipboard is remote.

If I can find a workaround to the remote paste issue, I will probably use Alacritty exclusively. Otherwise, I can't use this terminal for remote work, and I'd rather not run two different terminals just so that rendering is faster _sometimes_

As many have pointed out, Google could handle this in their end and avoided pissing off a small but well defined group of users/developers. My guess is that they decided it wasn't worthwhile because they have some privileged ideas about the direction web marketing will be taking in years to come. As user behavior tracking and analysis techniques become more refined, ads won't be needed as much as they are now. Instead, ads will be placed in high impact areas/sites, and the intel to decide who sees what ads will be acquired even from sites with no ads. Better UX, deeper knowledge of users, simpler monetization strategies for publishers. Sure, it will be even more invasive of privacy, but it won't _feel_ that way to most users. This will require heavier use of NLP and ML, two things Google devotes a whole lot of time and money for.

To those speculating as to the new monitization model: NLP. Improvements in NLP will open new opportunities for data mining behavioral trends. A company like Medium is very well positioned to benefit from this coming trend.