- that seems to be copy and pasted (i.e. plagiarized) from the original blog post http://danluu.com/clwb-pcommit/
- your submission history suggests you are associated with improgrammer.net
1,935 karma · joined November 9, 2012
- that seems to be copy and pasted (i.e. plagiarized) from the original blog post http://danluu.com/clwb-pcommit/
- your submission history suggests you are associated with improgrammer.net
Yes. Also: Parent of teenagers.
Having said that, I think this is among the best. The writing style is friendly, the examples are meaningful, and it builds up in digestible steps.
I was under the impression it's a legal requirement to show the inc VAT price. (And, show it as the most-prominent price -- no trickery like showing exc VAT bold, and inc VAT in fine print.)
I ask because lately I'm experiencing an increasing proportion of the latter. Apparently pg has endorsed these on the grounds that they are the pure logical inverse of no-reply upvotes. Although I disagree, that's the official stance, and if it is to continue to be the reality here, I think any new notification feature ought to include those, too.
Because that way, if a comment is being downvoted, then I'd know sooner. I'd have the option of adding clarification -- just like if someone took the time to reply with an actual comment and I were to get notified.
However this dynamic is missing from consumer businesses.
(a) A mutator may be stopped for up to 10 ms of every 50 ms by the STW collector.
(b) If more collection is needed, it will transition to a concurrent collector for the remaining 40 ms. Concurrent may pause stop a mutator for up to an additional 1 ms.
Therefore the worst case is 10 + 1 = 11 ms, not 1 ms.
I used to read them carefully first, to decide whether I should up-vote. But from that experience, I've learned I almost always should -- the downvotes were rarely warranted, and almost always lazy and brainless. So I may as well save time and cut to the chase -- just upvote.
(If enough of us do this, maybe we can minimize the problem HN is seemingly unwilling and/or unable to address.)
But unfortunately, from a quick glance it looks like Go's doesn't, is that correct?
Perhaps because someone who downvotes without replying is the sort of person who would rather click than think.
Ironically.
1. Laziness. Which I don't necessarily mean in a pejorative sense. Maybe someone just doesn't have time, yet, to learn/configure/maintain spinning up an instance for limited times.
2. Single instance. To spin up an instance, you need another computer. If you want that "manager" computer to be an instance at EC2, too, now you need two instances. With this approach, you can set up just one instance and get much of the same economic benefit.
EDIT: Also...
3. Predictable cost. If your manual spun-up instance turns out to need to run for 4 hours instead of 2, you get a bigger bill. With the t2 instances, you'll get a slower compute (if you run out of "credits") but not a bigger bill.
Again, this probably appeals most to small/new customers?
Often I like to use past participles as names for stream or signal combinators.
So instead of `map`, `filter`, `fold` -- the names are `mapped`, `filter`, `folded`.
For example, given a stream, `(mapped stream f)` returns a new stream with f mapped over it. It returns a mapped stream.
(To be clear, I'm not suggesting you get "all lawyered up" and obnoxious. Just ask for a meeting with HR, to discuss ways to make it work for both of you. Pointing out that you use a medical device should help get across the point that this isn't a frivolous request to doze.)
SQL is a good example. You can get the desired output from a variety of queries... some of which might complete an order of magnitude slower than others. At some point you will need to peel back the "what" abstraction and consider the "how" -- what execution plan will the engine make for a given query.
Regardless, it's still a win. Even if it is no longer purely declarative, you still have leverage. i.e. You're expressing the solution concisely and with satisfactory performance, both.
(As for "just use Sublime", I'd say just use Emacs :P -- but seriously both are probably OT for this.)
Realistically: The early-adopter power-users will want their new features relatively quickly. It takes significant discipline and foresight to add them in a way that won't complicate and compromise the simpler experience. Yes you can hide options, etc., but eventually the complexity can start poking through.
Of course that's just my experience as a developer and user of many programs; you may be smarter and/or luckier than me.
The OP isn't a jack-booted right-thinking enforcer. The OP isn't even a "moral crusader", as you put it. In a free society, it is perfectly reasonable to gently mock people you believe are engaging in stupid and/or pointless pursuits. As the OP did. Of course the people doing the dumb stuff are free to scoff and ignore them. As you are.
Anyway, I think the OP has a perfectly valid point. Just because there is some market demand for an app like Yo, doesn't mean that we are predestined to make building it our life's mission. Some of us, if we slow down and reflect, might opt to be remembered for doing something other than: "Invented an app that no consumer was willing to pay for, and which solved no meaningful problems for anyone, but which some investment bankers managed to persuade some big company had strategory value. RIP".
That's fine if all y'all want that on your tombstone (the other kind of tombstone), but it's also fine to at least reflect on whether that's really what you want.
Power users are a mixed blessing.
Pros: they give you many ideas what to do. Often they're your best word-of-mouth evangelists.
Cons: If you take their requests too literally, they can drive the product/service into becoming something with too-narrow appeal and poor learnability. (However, if you don't listen to them, enough, they get mad and maybe you lose their evangelism, or worse it turns into anti-evangelism.)
(I still think it's not a great idea. Being regular isn't necessarily the same as being parseable with a maintainable regex.)
[1]: http://stackoverflow.com/questions/1732348/regex-match-open-...