REST has the same problem as object oriented programming. It's too skeuomorphic. Lots of web applications are wrappers around conceptually monolithic resources, so it's convenient to use a protocol that makes that assumption. But as soon as you need to nest resources, or perform some action that has nothing to do with CRUD, or do just about anything interesting, the metaphor begins to fall apart.
(That's also why OOP has all these "patterns." Many are just attempts to cope with the "object" metaphor falling apart. "Is" an AttackingRock a Monster, or "is" it an Obstacle? Hmm...)
This is wonderful. Thank you for sharing! I've been putting off a JS coding project for some interview, which I now think I'll write in Lumen. Another pleasant surprise: it was written by the HN moderators.
Wake up at 5am, meditate, exercise, and shower before starting your day. Stop eating processed carbs and sugar. Get off the computer at 9pm and sleep at 10pm. Clean your room. Schedule sprints of work for yourself, drag yourself over to your chair, and force yourself to start typing anything. Talk to your friends more often. Set 1-3 large goals at the beginning of the day and explain to yourself why they're important.
There are lots of reasons you might be feeling this way, and it's different for everyone. Maybe you're disorganized, or you feel your work is too easy, or your health is bad. You'll have to find out which one it is by trying a lot of different things.
If after doing all this you still feel the same way, please seriously consider the very real possibility of clinical depression, and seek professional help.
CoderPad is really, really good. I've interviewed using a bunch of alternatives, and CoderPad is far and away the only one that works reliably all the time. It always cheers me up when a company tells me they're using it, because I know it won't lag, the vi keybindings will work, the built-in terminal will work, there won't be weird interface glitches, every language I need will be there, etc.
This sounds hyperbolic, but I've never wanted a feature during an interview and found CoderPad to lack it.
I used to tell myself I couldn't code or write without the perfect font. I'd spend hours looking for it, and end up not getting any work done. When I finally did get around to actually working, five minutes in and I'd forget about the font completely.
I have a (rather lazy) friend who's been asking me to help him start a blog for years now. I've promised to after he
produces his first block of content, and he keeps saying he can't write if he doesn't feel the design is aesthetically pleasing. If he'd spent his time writing instead of worrying about this, he'd have a crappy initial draft, several revised drafts, and probably something decent by now. But no, that prohibitively unattractive font!
It was nice of iA to write this up, and design posts are a fun read, but does anyone who's busy actually writing care about this?
It's really important not to skip the math. As a friend once said to me, doing deep learning without understanding the math is like gambling. It's fine to initially take a more practical, project-based approach for the sake of staying motivated, and you'll retain things better if you have project goals in mind, but, the math is that important.
The good news is that compared to other technical fields, the math is also relatively shallow. Here are some good resources that you don't need more than calculus/linalg for (I've used all of them and they got me off the ground):
Once you feel confident, the Deep Learning book is more math-heavy, but it is really very good. The authors are more or less deep learning gods. It'll teach you a tremendous amount about how/why neural nets work and the principles used to discover new architectures, and gain a strong intuition for how to use neural nets as a tool. Read it slowly---unless you're already good at math, it takes a while to get through. Don't skip the first five chapters. Use Google and Wikipedia to pick up concepts you don't understand along the way instead of skipping over them (it will bite you later).
3Blue1Brown is a treasure. The production value is excellent, and he's great at taking seemingly uninteresting ideas and painting a beautiful picture to connect them in twenty minutes. I used to go through a video before falling asleep each night.
If someone does something wrong, Alice tells them plainly, and they get offended, whose fault is it? Some people say it's Alice' fault for offending; some say it's the person's fault for doing it wrong in the first place, and for subsequently getting offended.
I think we're conflating is and ought here. It's probably a fact of reality that most people aren't happy to be told they're wrong. But arguably people ought to accept the consequences of being wrong, e.g. feeling bad when they're told.
I've talked to lots of startups in San Francisco. Most are failing, just due to the nature of startups, but can survive if they reach a finite set of straightforward goals. They've found product/market fit, they know what they have to do, they just have to do it, and the correct 10,000 characters of code input into a computer would solve all their business problems. There's often a lot of handwringing about why they're failing: the process is wrong; communication is wrong; something or other. But the largest reason they're failing is that they're insufficiently good at technology. You know who'd be really good at fixing that? A team of Alices.
I think Alices get too much flak. Bob is genuinely a toxic character. But if your only fault is telling the truth, which offends people, and you're otherwise excellent at your job--- there's a huge opportunity for twenty Alices to get together, bypass the inefficiencies of being offended, and win big. Tech has an obvious historical example.
Edit: I reread the description of Alice. All right, maybe don't browbeat your point into others.
Am I the only one who finds the VSCode icon generally ugly as sin? This is most striking on OS X, where it sits in a tray alongside a bunch of other meticulously designed icons.
If jobs of all levels of difficulty are to be compensated the same, what then counts as a job? Would I be able to get paid for sitting around thinking?
It also sounds like you're basically proposing we give people free money. That could be a fine thing to do, but then why not give it out explicitly, instead of holding wages fixed?
This started out pretty good (and on the whole was fair and measured), but then at one point included this:
> Then you seem to make a giant leap from group differences between men and women on such measures as interest in people rather than things, or systematising versus empathising, to differences in men’s and women’s ability to code. At least that’s what you seem to be doing; you don’t quite say so.
Well, if he "doesn't quite say so," how do you know that's what he seems to be doing? If you analyze his essay without searching desperately for subtexts, and if you listen to his clarifications in his interviews, it's fairly clear he's talking about interest, not ability. Unfortunately much of the next seven paragraphs then consists of breaking down their presumed argument as if it were the one he made.
It wasn't until this memo that I realized how many people, when presented with a body of text, immediately start performing motive inference, subtext analysis, dogwhistle detection, etc.
(That's also why OOP has all these "patterns." Many are just attempts to cope with the "object" metaphor falling apart. "Is" an AttackingRock a Monster, or "is" it an Obstacle? Hmm...)