I might be interested in being your study partner; what would that involve?
Depends mainly on how we both learn best. For me, when it comes to learning a new language that tends to be finding a well-defined, small (but larger than toy) project and implementing it, and having someone to rubber-duck with (over IM/IRC/email is fine) when I hit conceptual walls. I'm certainly up for tackling something that would help out MIRI.
This problem is rampant in lectures and academic talks. Many times, a speaker will be saying something which to her is of course obvious, and she'll put it up on the board and ask if everyone gets it. There'll be a lot of blank faces and maybe one guy nodding reflexively. And she'll be like: "OK, if everyone gets it we'll move on"; when actually no one would've got it.
This is mitigated if there's a small subset of people who try to engage deeply with the speaker and constantly ask for clarifications. Often they are senior professors since they have no danger of losing status by asking stupid questions; but they need not be. This small subset energizes the rest and forces the speaker to be clear and engaging.
Similarly, if you're on LW, and if some post or comment is confusing to you, don't skip it and leave it to people who might have the right background. Ask for clarifications. Tell yourself that you're doing a huge favor to the poster because her ideas are clarified and absorbed into the community.
If you feel something is just obviously right and nothing need be said: well, with high probability you're wrong. In academic talks, I've realized that the feeling that something is obvious is almost always misplaced. In fact this is the illusion of explanatory depth. To counteract this during talks, I often tell myself that this Obvious Thing is probably the result of years of debate among some community and probably there're still holes that need to be fixed. And if I'm not seeing the subtleties, then I'm not looking close enough.
if some post or comment is confusing to you, don't skip it and leave it to people who might have the right background. Ask for clarifications.
I am hereby publicly committing to doing this at least once per day for the next week.
My experience with modafinil has been that sleep is possible, but not necessary.
Why do it, if it is not necessary?
Modafinil eliminates the feeling of being tired, but not the body's need for sleep. Being in sleep deficit weakens the immune system, and I've seen long-term modafinil use without sleep recovery end in pneumonia. So, if I take modafinil to work on a project or stay alert for a long drive, and I finish before the modafinil wears off, I'll go to sleep anyway, because even if my brain doesn't care whether it gets sleep or not, my body needs it. With stimulants like caffeine, getting to sleep before the stimulant wears off is difficult and leads to less sleep.
Risks, biases, and heuristics would be good to look into. One would have to be careful to avoid using measures that participants have prior exposure though (a problem that is unusually common in MTurk), so surveys probably would have to create unique measures.
Most social-science studies are designed to elicit answers in such a way that the participant doesn't realize what question is actually being asked. For example, when William Labov studied the distribution of rhoticity in spoken English, he asked people innocuous questions whose answers contained the sound /r/ in (phonetic) environments where rhoticity can occur. He'd go into a multi-story department store, look at the map, and ask an employee something along the lines of "Where can I find towels?" so that the person would answer "Those are on the fourth floor." Similarly, the wi-fi study wasn't looking at usability any more than Labov was interested in towels; they were really eliciting "willingness to do something dangerous" as a proxy for (lack of) risk awareness. As long as the measure is wearing unique clothing, participants shouldn't be able to recognize it.
One class of questions you didn't bring up has to do with perceptions of risk. There was a poster at this year's USENIX Security about a Mechanical Turk experiment that purported to be a Starbucks study evaluating the usability of a new method of accessing the wi-fi at Starbucks locations: click here to install this new root certificate! (Nearly 3/4 of participants did so.) I can't find the poster online, but this short paper accompanied it at SOUPS.
Sorry if I wasn't clear. I intended the list to include only skills that make you a more valuable programmer that aren't explicitly taught as part of the degree. Two Java courses (one object-oriented) are required as is a Programming Languages class that teaches (at least the basics of) C/C++, Scheme, and Prolog. Also, we must take a Computer Organization course that includes Assembly (although, I'm not sure what kind). Thanks for the advice.
I've TAed a class like the Programming Languages class you described. It was half Haskell, half Prolog. By the end of the semester, most of my students were functionally literate in both languages, but I did not get the impression that the students I later encountered in other classes had internalized the functional or logical/declarative paradigms particularly well -- e.g., I would expect most of them to struggle with Clojure. I'd strongly recommend following up on that class with SICP, as sketerpot suggested, and maybe broadening your experience with Prolog. In a decade of professional software engineering I've only run into a handful of situations where logic programming was the best tool for the job, but knowing how to work in that paradigm made a huge difference, and it's getting more common.
Poll Question: What are communities are you active in other than Less Wrong?
Communities that you think are closely related to Less Wrong are welcome, but I am also wondering what other completely unrelated groups you associate with. How do you think such communities help you? Are there any that you would recommend to an arbitrary Less Wronger?
My local hackerspace, and broadly the US and European hacker communities. This is mainly because information security is my primary focus, but I find myself happier interacting with hackers because in general they tend not only to be highly outcome-oriented (i.e., inherently consequentialist), but also pragmatic about it: as the saying goes, there's no arguing with a root shell. (Modulo bikeshedding, but this seems to be more of a failure mode of subgroups that don't strive to avoid that problem.) The hacker community is also where I learned to think of communities in terms of design patterns; it's one of the few groups I've encountered so far that puts effort into that sort of community self-evaluation. Mostly it helps me because it's a place where I feel welcome, where other people see value in the goals I want to achieve and are working toward compatible goals. I'd encourage any instrumental rationalist with an interest in software engineering, and especially security, to visit a hackerspace or attend a hacker conference.
Until recently I was also involved in the "liberation technology" activism community, but ultimately found it toxic and left. I'm still too close to that situation to evaluate it fairly, but a lot of the toxicity had to do with identity politics and status games getting in the way of accomplishing anything of lasting value. (I'm also dissatisfied with the degree to which activism in general fixates on removing existing structures rather than replacing them with better ones, but again, too close to evaluate fairly.)
I'd heard of Idris. Parts of it sound really good (dependent typing, totality, a proper effects system, being usable from Vim), although I'm not a huge fan of tactic-based proofs (that's what the Curry-Howard Isomorphism is for!). It's definitely on the top of my list of languages to learn. I wasn't aware of the security focus, that is certainly interesting.
Proving safety in the face of malicious input sounds fascinating -- a dump would be much appreciated.
I wonder if the bitcoin/cryptocurrency community fits in the map somewhere, perhaps in the lower right area. It's newer, so the influence on other things would be weaker.
Eh, cryptocurrency has been a thing since the 80s (see Chaum's Blind signatures for untraceable payments, 1983), but it was patent-encumbered for a long time. If you look at the people involved, they're all cypherpunks of one stripe or another, so I'd place cryptocurrency as a subset of hackers at least initially. (The community has certainly expanded since the emergence of bitcoin.)
View more: Next
Subscribe to RSS Feed
= f037147d6e6c911a85753b9abdedda8d)
What if one day you don't read any comment you find confusing? You keep on reading until you find one?
There's a lot of content here, and replying to old posts is encouraged, so I think there should be plenty of material.