5,370 karma · joined December 29, 2008
[ my public key: https://keybase.io/tghw; my proof: https://keybase.io/tghw/sigs/Hs5ZHgrRiQcc32_HKqs0NkYoPS7WWFBgRMFChOKth-4 ]
What's dismaying is how many people in this thread don't even want to have to think about how the person driving them is a human being, often just trying to make ends meet.
Lyft includes tipping in the UI, after the ride. As a result, their drivers don't have as much of a reason to hustle for tips.
Uber's model feels like it's trying to make the human driver into a robot. Until we have actual robot drivers, I prefer a system that has the tipping built in, e.g. Lyft.
It's better than it's made out to be, but that there still is a gap is not right.
1. Women are expected (societally) to be more accommodating and compliant throughout most aspects of their lives, meaning they have less practice and comfort negotiating.
2. Even when women do negotiate, they end up being penalized for it, probably because of the expectations mentioned in point 1. See http://www.newyorker.com/science/maria-konnikova/lean-out-th.... Underlying study is here: https://www.cfa.harvard.edu/cfawis/bowles.pdf
- Cards do have stable URLs. Not sure why you think they don't.
- A Github url to a commit will link to that URL. Powerups can be used if you want tighter integration.
- Very few people actually need this. If you do, then you need a fully auditable system.
- Copy paste the card URL. Again, card URLs are stable and Trello will detect that it's a card URL.
- There are fairly extensive keyboard shortcuts: https://trello.com/shortcuts
- Such as?
- Boards -> Lists -> Cards -> Description/Comments/Check Lists/Polls/etc. At least 4 levels.
- Is this a prediction??
- Sounds like a Firefox problem.
- Are you putting logs in the titles of the cards?
- Such as?
- Haven't ever seen an ad in a card.
It sounds like you set out with the intention of not liking it and found (or made up?) reasons.
(I have a card, but am not otherwise affiliated with them.)
If anyone is questioning this, just play with `git rebase -i [some old changeset id]` and you'll see that it's just an ordering of patches.
I love the EFF, but they don't cover voting rights, disability rights, immigration rights, racial justice, etc.
It could be the case, but it seems that, in at least some of the markets, it was not. They were pulling out to try to invalidate the DOJs finding that the merger would produce insufficient competition.
It always helps me to remember that Rome is further north than New York.
For example, "Vaccines to prevent influenza in healthy adults" concluded, in part: "Vaccination shows no appreciable effect on working days lost or hospitalisation."[1]
[0] http://www.cochrane.org/evidence [1] http://www.cochrane.org/CD001269/ARI_vaccines-to-prevent-inf...
Fortunately, the certonly script grabs the cert and puts it in an easy location. Updating the config from there is easy enough.
1. Install the app. 2. Run the certonly script, following the prompts. 3. Point the server at the certificates.
The only hitch was stopping Nginx long enough to do the domain verification. A three line bash script fixed that.
There's no conflict in adding another license, it's his code, and the license and his directives dictate how people can copy and distribute it. Nor does the fact that there's only one license in LICENSE.txt really mean anything. README.txt is clear about the dual license in its "Licence" section.
Without any persistence (Mongo, SQL, Redis, something) this is nothing more than a toy. Right now, the forums suggest setting one up via some PAAS, which obviates the whole "it's only one step" thing. Presumably persistence is on its way, as this is just a beta.
Persistence aside, it's still lightweight for an experienced developer. All of the things listed in Joel's "look what you don't have to do list" exist because they are good practice. In fact, 16 years ago Joel wrote about the 12 things that you need to make good software[0], which, coincidentally, includes almost everything on that convenience list.
On the other hand, if you're just learning to code, not having to provision a server or deal with Git isn't really fixing the hard part. Heroku and GitHub are making that easier and easier. HyperDev drops you right into an active NodeJS project without explaining what package.json is, where you define your views, or even what views are.
This leaves it serving a very narrow demographic, which is often the problem with these sorts of tools. Hopefully Fog Creek will be able to make it more broadly appealing before the shine wears off.
[0] http://www.joelonsoftware.com/articles/fog0000000043.html
2) You can use your favorite Node SQL package for that. Yeah, the DB has to be hosted somewhere else, but that's getting pretty easy if you're using PAAS services.
3) Yeah, that'd be nice.
Take mammograms. It's a fairly non-invasive test for breast cancer. Everyone wants to reduce breast cancer, right? Unfortunately, the data is very much like fivethirtyeight's example. In a 10 year period, 1 in 2 women are harmed by a false positive and 1 in 5 were harmed by an unnecessary surgical procedure. What about the lives saved? None.[0] Screening mammograms only end up harming patients.
While it may make sense intuitively that more screening must be better, the data generally fails to back it up.
[0] http://www.thennt.com/nnt/screening-mammography-for-reducing...