Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
MalcolmDiggs
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
12 ms
·
61.
▲
by
MalcolmDiggs
11y ago
"Yes it is, are your doors unlocked?" https://www.youtube.com/watch?v=oSxP3sUYjU4
62.
▲
by
MalcolmDiggs
11y ago
In college I tended to annotate some existing document/book rather than writing notes from scratch. That tended to save time and energy, and meant I had to write a lot less than if I was starting from a blank sheet (since the textbook
63.
▲
by
MalcolmDiggs
11y ago
When I walk into a company (for an interview), I try to get a good look at the faces of the developers there, and gauge whether or not they seem happy. I figure "In 6 months, my disposition is likely to be the average of the ones in th
64.
▲
by
MalcolmDiggs
11y ago
Oh, the 2k was just an arbitrary number for illustrative purposes. I try to tailor the budget to each project's needs. It could be 50 dollars, it could be 5,000. It really depends on the projects. The same with the time commitment. But
65.
▲
by
MalcolmDiggs
11y ago
I'll usually just copy an established/popular design for the MVP (this doesn't take any appreciable skills on my part), and if the product gets traction I'll bring in a real designer to rethink everything from scratch. A
66.
▲
by
MalcolmDiggs
11y ago
My quick-and-dirty stack is usually LAMP. LAMP allows me to work quickly, but, that doesn't make it dirty. What makes it dirty is the fact that for a small MVP I won't write any tests at all, I won't bother to build a real AP
67.
▲
by
MalcolmDiggs
11y ago
I only really care about the tech-stack of a side project if it's an open-source thing or purely an educational project for myself. If I'm doing it for profit, I'll build it quick and dirty in whatever technology lets me move
68.
▲
by
MalcolmDiggs
11y ago
I use Stitcher to listen to most things: - This American Life - Serial - The Moth - Startups for the Rest of Us - The Business of Freelancing - Freakonomics Radio - The Fat Burning Man - The Dave Ramsey Show
69.
▲
by
MalcolmDiggs
11y ago
Well let me premise this by saying: Getting more money rarely turns a bad job into a good job. If you don't like the place you work, that's the problem, and getting more money won't solve that problem. That being said: I thin
70.
▲
by
MalcolmDiggs
11y ago
They're producing the best possible car they can for the price-point they're trying to hit, and I think they should be applauded for that. Most people can't tell the difference between Prius generations either, but Prius owne
71.
▲
by
MalcolmDiggs
11y ago
Fortune and luck are all relative. Maybe a reframing is all that's necessary. Try volunteering, giving back, and getting to know some of the millions of people who are much less fortunate than yourself. It might help you gain a new per
72.
▲
by
MalcolmDiggs
11y ago
It's an interesting question. I've always viewed SDET's as the red-headed step-children within a dev organization...but I don't have a good reason for feeling this way. It's a legitimate role, and takes a lot of ski
73.
▲
by
MalcolmDiggs
11y ago
Well... I spent the last hour hiding under my desk, curled up in the fetal position, shaking and crying uncontrollably. Left-pad is back in NPM, but that really doesn't the address the underlying issues. I don't know what we'
74.
▲
by
MalcolmDiggs
11y ago
I'm curious, what domain was the email sent from? In my experience, google recruiters email from "@google.com" addresses, and the emails are both "signed by" and "mailed by" google.com (indicating the DKIM
75.
▲
by
MalcolmDiggs
11y ago
I think you'd have an easier time asking for a raise so that you wouldn't feel a need to take side-contracts anymore.
76.
▲
by
MalcolmDiggs
11y ago
Given your background, I think you'll enjoy C. The standard Python interpreter is written in C, and the Sun JVM runtime is C. So if you learn C, you'll start to understand the building blocks that came together to make those highe
77.
▲
by
MalcolmDiggs
11y ago
I'll use the "Ok Google" version if I'm completely alone. But if I'm in a room with someone else (or in public) it just feels weird and awkward to make someone listen to me set an alarm or ask for directions... feel
78.
▲
by
MalcolmDiggs
11y ago
I moved from SF to LA, and then to NYC. All great places, but all very pricey. If I was looking to keep costs down, I'd take a serious look at New Orleans. Obviously purchasing a house there might be riskier (since much of the city is
79.
▲
by
MalcolmDiggs
11y ago
Algebra II is probably necessary (you at-least need to be very comfortable with the concept of variables). Stats couldn't hurt. Any math class that teaches you proofs will be helpful when you stat tackling BDD/TDD. But overall, I&
80.
▲
by
MalcolmDiggs
11y ago
I like Lucidchart ( http://lucidchart.com ). Does what I need, and their google-drive integration makes it easy to keep track of the diagrams and share them with folks.
81.
▲
by
MalcolmDiggs
11y ago
For complex backend projects we usually whiteboard/flowchart as a team first (high level), and use that diagram to pick which parts should be assigned to which person. At that point we start individually writing documentation for our r
82.
▲
by
MalcolmDiggs
11y ago
I like the idea. I've heard of programs like this within very-large companies (team X will send some devs to team Y to evangelize a new technology and visa versa), but I've never thought of it happening between companies. I think
83.
▲
by
MalcolmDiggs
11y ago
Haha, yeah that would be way too much CI. We use CodeShip for CI/CD and they let you add "--skip-ci" to the commit message to skip deployment for trivial stuff.
84.
▲
by
MalcolmDiggs
11y ago
For years I wrote all my ideas down in a spreadsheet. But once the list got into the hundreds of lines I figured "I'm never actually gonna build most of this stuff..." so I stopped doing that. Now I keep a top-10 list only, i
85.
▲
by
MalcolmDiggs
11y ago
Maybe, but I think it's more of a continuous-delivery thing than a scrum thing. I just commit after I add anything meaningful to the codebase (to get it out to users as quickly as possible), and that usually ends up being once an hour.
86.
▲
by
MalcolmDiggs
11y ago
I use Scrum and I usually commit about once an hour. More if I'm just bug-fixing or correcting typos or adding comments. Committing every 30 seconds seems like it would knock me out of my flow so often that I wouldn't get anything
87.
▲
by
MalcolmDiggs
11y ago
Update: The position has been filled. Thank you HN!
88.
▲
by
MalcolmDiggs
11y ago
When React was released it pushed against some long-held (and still widely held) beliefs about separation of concerns, etc. https://www.youtube.com/watch?v=x7cQ3mrcKaY Years later, it's still a major point of contentio
89.
▲
by
MalcolmDiggs
11y ago
Legal issues aside, I'd think of it this way: If you walked in to work tomorrow and got fired on the spot ("Give me your laptop and leave the building"), would you be comfortable just handing over your machine, then turning a
90.
▲
by
MalcolmDiggs
11y ago
---------------------- New York, NY | Good Uncle | Full Stack Javascript Engineer | Full Time Onsite We’re looking for a full-stack Javascript engineer to help us build out mobile, web, and backend applications in Js. We believe in: * ES6 *
More ›