Readit News logoReadit News
FungalRaincloud commented on Yash: Yet Another Shell   github.com/magicant/yash... · Posted by u/InitEnabler
yjftsjthsd-h · 7 months ago
That's how bash works for me, I believe by the combination of these in my .profile:

  shopt -s histappend
  PROMPT_COMMAND="history -a"

FungalRaincloud · 7 months ago
I had something similar set up on my second to last work laptop. I had done some heavy customization that was mostly focused on common workflows for that job, but I have learned that I should still keep a backup even if most of it won't work elsewhere. I should have learned this lesson almost a couple decades ago when I lost all my emacs customizations on a personal computer. But instead, I decided to learn vim.
FungalRaincloud commented on Tips for mathematical handwriting (2007)   johnkerl.org/doc/ortho/or... · Posted by u/susam
layer8 · 7 months ago
> Put a hook on the x to distinguish it from a times sign

This is counterproductive IMO, because it makes it look like a chi. (The article notes the problem.) That seems more likely to cause issues than the possible ambiguity with the “times” symbol (“×”). If you need a multiplication symbol, use the middle dot (“·”) instead.

FungalRaincloud · 7 months ago
I think it's important to consider audience. If I'm working with the intent that what I write is legible to folks who only have a basic understanding of math, I'll usually use the multiplication symbol (NOT the letter x, but ×, intentionally in the middle). Someone with more advanced knowledge of math, who may be more inclined to think it's an x, because my handwriting is shit, I will typically use the dot operator. But then there's the whole other audience where I need to define what the dot operator does. At that point, I'm probably pulling up something like LaTeX, because, again, my handwriting sucks.

Funnily enough, when I write for the purpose of math, my numbers are more legible than when I just write down a number. For some reason, I code switch in my handwriting. Kinda obnoxious when I'm filling out forms.

FungalRaincloud commented on Ask HN: Are YC startups *actually* hiring?    · Posted by u/logotype
ryandrake · 7 months ago
Plus, the personal data on a resume is likely high-quality and accurate because the job seeker is incentivized to be contact-able. High value PII and it's just being handed over...
FungalRaincloud · 7 months ago
I was advised by a few recruiters to remove all PII from my resume but my email, both for privacy reasons and because it's better to funnel all offers to the same location. I still keep my phone number on there, but if someone really wants my data, it's remarkably easy to find, so I am not really doing much by just removing it from my resume. Oddly, I've had a few people actually try to find more PII on me and fail miserably. They claimed to be good at it, and should have known enough to find at least my legal name with ease. Used to be able to find old AIM conversations of mine if you knew what to search for (or got lucky).
FungalRaincloud commented on Norwegian fishermen hunting for halibut caught a US nuclear sub   vice.com/en/article/fishe... · Posted by u/thm
m4rtink · 10 months ago
Also if the propeller still ends up inoperable, the sub could in an emergency also use buoyancy control to both possibly tear free from entanglement but even to travel forward, by adjusting the dive planes, to make it also go forward instead of just up and down.
FungalRaincloud · 10 months ago
I understand how this works, but for some reason, when I read your comment, I thought of Flappy Bird.
FungalRaincloud commented on US House of Representatives Hearing on the Dangers of Deepfakes and AI   lionbridge.ai/articles/de... · Posted by u/MintChocoisEw
faissaloo · 6 years ago
Because that still relies on trust.
FungalRaincloud · 6 years ago
Trust, to me, is not the problem. You can build trust. Known-good certificates can be distributed physically, and require signed messages for replacement. Or, we can develop schemes for distribution digitally via validated channels. For example, each worker at a company has a particular known-good digital presence, verified by their own public key, and distribution happens with them as the source, essentially creating an expanding ring of trust to the key being distributed. Violating such a ring of trust is not going to be easy, if it is well enough built.

There are two issues I do see, though, and they're kind of the same issue. Right now, we have this concept of a central store of public certificates. It makes it easy for you to get a certificate for a particular entity, but it also makes the central store a target. If you can compromise a central store (or a machine that is attempting to access said central store), you probably have the resources to at least redirect the user to your own site and leave them none-the-wiser, and you probably have the resources to man-in-the-middle their connection entirely and just snoop your heart out. So central stores of trust are a bit of an issue, and the ways around that are non-trivial to set up. A good example is probably KeyBase, who allow you to certify your various online presences with your private key. So if someone wants to replace your information on KeyBase with their own one, and they have the resources to do so, now they also have to compromise all the places you've distributed that key to. Or, they have to compromise one of those centralized stores of trust....

The big issue with centralized stores of trust is that they build blind trust. That's the big issue with humans in general, though. We don't want to question what we're watching. And we probably don't want to be bothered with validating that the "trusted source" of the certificate used to sign this content is actually _trusted_. It's just too much mental overhead. We want it to be automatic. We want central stores of trust, because it's just _easier_. The work is going to be convincing people that _easier_ is dangerous, in this case. Or, it's going to be to convince software companies to build in inconvenient technology and not make it trivial to turn off.

FungalRaincloud commented on A free XMPP server powered by green energy and hosted in Germany   trashserver.net/en/... · Posted by u/stoerfall
rascul · 7 years ago
Lost friends? I don't understand what you're referring to.
FungalRaincloud · 7 years ago
I think he is implying that he would personally never use FB messenger, so he would not be able to maintain contact with those friends.
FungalRaincloud commented on The C++ Metaclasses Proposal in Less Than 5 Minutes   fluentcpp.com/2018/03/09/... · Posted by u/osopanda
jzwinck · 7 years ago
The guidelines say to use class when there is an invariant and struct otherwise. This is counter productive because if a struct without invariants suddenly gains an invariant, it should be changed to class. Which doesn't matter except that all forward declarations now also must change (despite years of more permissive compilers allowing a forward declaration of a class later defined as a struct, this is not standard).

Better to always use struct and never class, or the opposite. Always class is simpler because the first members declared in most classes are public, and struct saves you typing "public:" at the top of every class. But always class has the advantage that it is far more popular in C++ library code...including std::array which has no invariants.

FungalRaincloud · 7 years ago
I can't think of a case where that's not just a quick find/replace to fix. Or, if you're using a more modern IDE, a refactoring rule.

Do you have something in mind that might be more complicated?

FungalRaincloud commented on Dyslexia   geon.github.io/programmin... · Posted by u/seonirav
hanoz · 8 years ago
> I made it through an engineering degree with "the alligator eats the bigger number" mnemonics for > and <.

I don't understand this at all. The bigger number is at the bigger end, that's the whole point of the symbols. What does the alligator introduce, apart from an extra step and doubt over whether it's larger or smaller numbers they are said to eat?

FungalRaincloud · 8 years ago
It's memorable.
FungalRaincloud commented on Decrypting Amber Rudd   ar.al/notes/decrypting-am... · Posted by u/tolien
rocqua · 8 years ago
I'm more worried about a trigger-able mode of whatsapp that silently disables E2E encryption on a specific phone. The only way to figure this out is to catch the app in the act.

It seems possible that WhatsApp could be persuaded by the government to implement such technology.

FungalRaincloud · 8 years ago
Something that does concern me about WhatsApp is that backups of messages (by default, it seems, put on Google Drive on Android) are not encrypted. I'm not really sure why. There's not a compelling reason that I can think of.
FungalRaincloud commented on Marijuana use holds three-fold blood pressure death risk: study   reuters.com/article/us-he... · Posted by u/cyanbane
artemisyna · 8 years ago
1200 person study is a pretty big study. That said, the authors of the study themselves listed some pretty big caveats.

http://www.oregonlive.com/health/index.ssf/2017/08/study_lin...

FungalRaincloud · 8 years ago
Those are some pretty big caveats...

u/FungalRaincloud

KarmaCake day248March 14, 2015
About
[ my public key: https://keybase.io/fungalraincloud; my proof: https://keybase.io/fungalraincloud/sigs/F0GfFi5Eh9qqFmMyAfwaSyexRLoXI0hCqxQe_ODWjPY ]
View Original