skewart

39 ms·

301.
by skewart 11y ago
Yeah, the comment section on that article is pretty sad. The number of people whose argument against building more housing is a fear that it will make the city "ugly" is astounding. It's mind-numbingly selfish and greedy to
302.
by skewart 11y ago
Building inspections are to enforce building codes, not zoning. Building inspections and building codes are a very good thing. I don't think anyone in these comments is saying otherwise. Zoning and building codes are two vastly differe
303.
by skewart 11y ago
> Building limits are systemically classist and racist. They maintain a geographical segregation system. This. Outlawing dense, urban growth does real harm to people's lives, and to the environment. It's one of the clearest exa
304.
by skewart 11y ago
You're making a massive leap from legalizing more different kinds of development in the US to a totally unregulated city in India. It's basically a strawman fallacy. The article clearly talks about a lack of many basic governmen
305.
by skewart 11y ago
> A good game today is a place you visit. Yes! I think that's a really good insight. I wonder if VR's "killer app" for consumer entertainment will be more closely related to travel than to movies. It's interesti
306.
by skewart 11y ago
This blog post makes a number of good points, though it also kind of veers into simplistic VC-bashing. It ends up sounding a little bitter and angry, which undermines the smart insights elsewhere. The US government is absolutely doing bad
307.
by skewart 11y ago
That's awesome. I'm on my phone and just quickly read through the readme, but it seems a bit like Hubot on steroids. In other words, as easy to deploy and extend as Hubot, but with much more powerful NLP (and voice recognition too
308.
by skewart 11y ago
Most of the comments here are pretty discouraging, which is reasonable. It sounds like an insanely ambitious project for a single non-expert to take on. But I completely disagree. You should go for it. Even if you never really get it to wo
309.
by skewart 11y ago
I agree. That is the much bigger question. Texting with software has a huge novelty factor for many people, but it remains to be seen if it's actually more useful. GUIs offer a lot of great short cuts that are simply faster to visuall
310.
by skewart 11y ago
That's interesting. Maybe the widespread misconception that it provides some protection emboldens people to work on projects in their spare time?
311.
by skewart 11y ago
> However, if I'm Papa Johns or Marcos Pizza or ..., FB can't shut me out. That's not true. FB doesn't have to get into the food delivery business to shut someone out. Imagine that FB's plans come true and talkin
312.
by skewart 11y ago
This. It's really hard to imagine SV becoming what it is today without this section in the labor laws.
313.
by skewart 11y ago
Awesome. Yeah, I think this could be really big. > You don’t want to test people on things that they can google in 30 seconds, but the sort of thinking and problem solving that make a real difference in the workplace. Do you have a plan
314.
by skewart 11y ago
This is a really interesting idea. I'm not convinced from your description that you have a viable product just yet, but I think you're headed down a really good path. Here are some more thoughts: - Testing and certification is th
315.
by skewart 11y ago
There may well be plenty. There are probably also a lot of people, like myself, with no connection to HubSpot who dislike Lyons's latest writing. Having read a few of the promotional articles for the book, I'm certainly not a fan.
316.
by skewart 11y ago
That can happen at the small scale - neighborhoods or suburban villages. It doesn't really happen at the city or metro area scale. (If you have evidence of urban areas that have allowed lots of construction during periods of high popul
317.
by skewart 11y ago
I wish I could upvote your comment twice. People need to get involved in person!
318.
by skewart 11y ago
Just because he decided not to invest doesn't mean he didn't think AirBnB had the potential to become big. It doesn't mean he didn't think they were going after a big market. He might have just thought the team wasn&#x27
319.
by skewart 11y ago
I don't know what the conversations around FB's early investment were like, or if expanding to a billion users was always part of the plan. My understanding is that very early on (i.e. the first six to nine months after it started
320.
by skewart 11y ago
It's incredibly hard to identify successful companies early on. But following Thiel's rule isn't actually all that hard. The key is to look at the total addressible market for a company or product. It has to be large, or gro
321.
by skewart 11y ago
That's a fair question. I think there is a widely held consensus among most techy people on a set of values/ideas that were instrumental to the birth anf growth of the internet, and which are a core part of what makes it one of th
322.
by skewart 11y ago
I had the same thought. It was a bizarre selection of media companies and other "social" sites. It seems like either naive, amateur analysis, or else they cherry picked the data to make a popular perception of fb look as dramatic
323.
by skewart 11y ago
I think he was talking about a work system that the senior dev was mostly responsible for, not the senior dev's personal server. I completely disagree with the idea that a work box should ever "belong" to someone. Cattle not
324.
by skewart 11y ago
I'm the OP. For the record, people on my team do review PRs. And we typically do assign PRs to people in github. It's just that we don't have a very structured process beyond that, which leads to some mildly annoying ambiguit
325.
by skewart 11y ago
Haha, nice. Also a few lines later "has anyone else run I to similar problems..." should be "has anyone run in to similar problems..." But HN won't let me edit the text now so it's too late. All I can do is
326.
by skewart 11y ago
I'm really curious how the ping pong PRs worked out. I've often wanted to do this - both when reviewing code and having code reviewed. Especially for relatively small changes it can be almost as much work to describe a change as
327.
by skewart 11y ago
OP here, you're welcone! I'm thrilled at how many awesome responses there are here. You bring up some really important questions that I think get at the heart of the problems teams often have with code review. Even if it is valued
328.
by skewart 11y ago
> GitHub's notification system is just comically broken for a team review workflow -- completely overwhelming with emails, but in the wrong way (i.e. a notification for every edit). People just ignore it. Yup. I've found it to
329.
Ask HN: How do you review code?
357 points by skewart 11y ago|140 comments
330.
by skewart 11y ago
I'd say it really comes down to whether your actor or microservice has any statefulness or if it's idempotent. If you have a database behind your microservice, or some kind of in-memory cache, where you ever modify values instead

More ›