198 karma · joined August 9, 2011
There's a dangerous consequence to saying this. Here's how: 1. Voting is easy.
2. Voting is valueable: it literally changes HN for everyone else.
3. Agreement/disagreement is easy: we're taught how to do it as children.
4. Agreement/disagreement is value-less. Saying that you agree with pg on 'Hackers and Painters' is valueless. Saying "prior to reading H&P, I was in mindset A-B-C supported by points of view D-E-F, and here's how they were modified, and here's the new mindset H-I-J" conveys the same agreement, but it provides value.
We shouldn't incite people to use up/down votes to express something value-less. Agreement and lack thereof (alone) is valueless.
Developers/designers using OP's two-way criticism style are really removing their own egos and emotions from the discussion and letting ideas honestly fight for themselves. I suspect that the Lead "Hat" is a conduit between developers/designers and executives and it's naturally difficult to convey, let alone objectively discuss corporate objectives in a development/design meeting.
The takeaway for Lead Hat lurkers on HN would be to (unfortunately) expose developers/designers to a wider scope of the project when the ideas are fighting, so they can understand where you're coming from.
Point #2 on the list: "Don’t make it hard for me to try your software. If I can’t play with a trial version or sandbox immediately, I’m moving on."
Another piece of constructive criticism: promotional codes. I can't find the article now, but it argued lucidly that promotional codes are an obstacle to user sign-up: they prompt people away from the page to search for a discount/benefit instead of engaging a user immediately in the service. If the Shoplocket author is lurking about - might be worth setting up A/B testing to figure out whether the Beta Promo code is worth placing so prominently on the front page.
Other than that, looks great. Embedding seems like a smarter way to get connected with your audience than a stand-alone store. Best of luck!
I'm just future-fantasizing here but ... Wouldn't it be a ripe topic of neurochemical study to find out what happens in a brain that decides that ego stroking is more important than learning through constructive conversation? I suspect that "deciding to learn" requires a significantly higher activation energy than simply choosing to prove "I'm right".
It's just a focus on user experience. Companies solve genuine problems, and while people pay for solutions, they happily pay more for great shrink wrapping.
Unfortunately, that's exactly the issue: many uninformed people are getting people like you wrong simply because they lack perspective on the Tesla "bricking" issue. Electrical cars are a new technology and people don't have the perspective to shrug off serious but very unlikely problems.
This is why Tesla's post isn't simply "PR bullshit" -- it provides context for the discussion and perspective. As others have pointed out, perspective exists with ICE vehicles today: we know that there are potential bricking issues, but we keep perspective and shrug them off because we understand how unlikely they are.
It's fair to over-focus on the Tesla bricking issue, but it's more fair to place this discussion in a context: how likely is this problem to occur, and what can be done to prevent it, to spot it before it occurs.
I suspect that Moser/Dweck would find that programmers in a state of flow encountering a compile/runtime exception would exhibit significantly lower amplitude signal associated with immediate negative response.
Steve Blank speaks about the technology lifecycle adoption curve [1], and I think this entire "health + mobile" market is (optimistically) on the far left end of the curve.
The problem isn't the problem - it's how people feel about the problem. I know I can have a completely digital banking solution, with even phone support 24/7 if I need it, but I don't want that. Banking and my money is important to me, and when I need advice or have problems, I want to walk into a branch and speak with a real person. I'm not a dinosaur or a luddite - I'm 24, and I'm well versed in emerging technology.
I feel even more strongly about my health: I don't care that I can take a picture of my ear drum and send it to a doctor and have an antibiotic prescription that I can forward to my pharmacy and pick up in 30 minutes: there is something wrong with my body, I am concerned, this is important to me, and I want to speak to someone who is trained, credible, and can offer medical advice. The trouble with digital services that attempt to melt themselves into the physical world is that important things need to be dealt with by people. A doctor offers credibility and that is what I want. A 99c iPhone app offers no credibility, and for important things, credibility is important. If a doctor waves off my ear problem as "sleep on it for a few days, here's a note", I trust his advice and I'm more than willing to go through with it. If an iPhone app told me the same, I'd be probably reaching for the uninstall button around the time I'm dialing a doctor to make an appointment.
1. [PDF] page 23/45 http://www.stanford.edu/group/e145/cgi-bin/winter/drupal/upl...
tpatke: > it just doesn't apply (and I am a huge fan on Dweck's work). This article is one for the masses - not people who are trying to create the next Google
aristus: > defining characteristic of highly creative people is their ability to change their mind at will. ... A factor in that is developing a strong associative memory ... seeking out many many kinds of knowledge and experiences and constantly trying to connect them together
Being wrong, persisting, and trying to learn from the mistake takes effort. It's difficult, and I suspect as difficult as (if not directly linked to) exerting self-control. Connecting thought is here: http://psr.sagepub.com/content/11/4/303.short
A good question for Moser/Dweck would be: is the physiological response of a child to a mistake a function of their blood glucose levels? I suspect that it is: anecdotally, people are a lot more optimistic and willing to explore an issue instead of yielding to to surface obstacles if they're on a sugar high.
Thus -- a connecting thought from communication theory: "I didn't have time to write a short letter, so I've written a long one instead." - attributed to Blaise Pascal, Mark Twain.
Good communication is clear and simple: in conveying the message, it connects both the hearts and the brains of the author and the reader. This idea of simplicity isn't unique to hardware design, or software code, or written communication, or math ... but I don't believe that's the key takeaway. The point is that it's so difficult to understand and appreciate how much time and effort it takes, spent by talented and focused people, before the solution becomes simple and clean.
Facebook login makes sense in its convenience, but in reality, it grates against something that's pretty important to a lot of people: how they present themselves in front of an audience.
Hear me out: when I go through the email-signup hullabaloo on a website, it's usually because I really want something from there. It's probably a one time thing, and I'll likely forget about your site and brand momentarily after I receive the object of my attention. When you email me two weeks down the road with some "exciting features" or "website overhaul" or "biweekly coleslaw update of random things on your website" -- I still don't care about you or your website, and now you've annoyed me like a dinner party guest that blabs on about themselves after everyone's body language has made it clear they're not listening or caring.
What I do still slightly care about is the problem you've helped me solve two weeks ago. I imagine a neat way to engage me would be: "Hey, you downloaded these Visio stencils from our website, but check it out - we've just updated our stencils library with these slightly older pieces of equipment. If you've got something old kicking around, it's worth to have a look, instead of drawing it yourself: link. Oh, and by the way, if you want a template and some advice on modelling a building, check out this(link) post on our forums. UsernameXYZ has worked in several large corporations and has modelled enterprise-scale networks. 801 of our users thought it was good advice - it's probably worth a read!"
There is a reason people sign up for service to use it once, and that ought to be cleverly exploited to increase their engagement. The clever bit needn't be unscalable either - the majority of one-time users likely fit into several common scenarios (log in to download something, log in to post something, etc) and it wouldn't be hard to come up with a set of custom messages, each tailored for the particular scenario. That wouldn't cover every one-time use, but I imagine it'd be a fair stab at it.
Do you think this would be a good way to engage you, or would it still fall into the "annoying -> immediately delete from inbox" category?
Connecting thought from this video: http://www.youtube.com/watch?v=ywu7Vu8Hko0
Quote, not verbatim: "Roadblocks are there to stop people who don't want it badly enough."
Questions like...
> "Oh Teller! I want to be a great magician just like you!"
> "What are 10 things an aspiring magician should do?"
> "Dear Teller, would you mind sending me information you find relevant or letting me pick your brain over coffee?"
... are indications of people who don't want it badly enough. They are infatuated with the fabulous end product, but not infatuated enough to really dive into it. The advice to "prod and demonstrate the failure/successes of your prodding before asking for advice" is not a heuristic against laziness - rather, it's meant to find out the depth of passion in the inquirer. Putting effort into an infatuation elevates it from a passing delightful thought into a serious, long-term passion. People who have chased life-long passions like to help those who aim to do the same.
Great tip - I've come across it myself when learning emotional maturity. A part of self-awareness is the mental equivalent of trying and failing to sudo - understanding that who I am at the moment isn't who should be making long-term decisions... and being at peace with that. This doesn't dissolve my discontent, but simply adds a sensible maximum to the damage my emotionally-charged moods can have.
Other than that - great idea. Best of luck!
The issue of customer discovery and validation has always felt like a "large amorphous blob of negative feelings and gut unease" that I would simply ignore. This book faces it squarely and rigorously. I find that exhilarating, and I feel already more confident in tackling this issue while creating things for other people.
I often see comment threads die out on HN far too quickly, and the parties lose interest often. Any change that would promote more critical insight and stimulating conversations gets a profound thumbs up from me.
1. Bacteria:
- Can they adapt to the climate and the ecology of their target environment?
- Can they adapt, in particular, to oceanic salt water to dissolve dumped plastic waste?
- Overpopulation: what are the consequences? Do natural predators of this bacteria exist?
- Underpopulation: can the bacteria be genetically modified to survive in landfills or oceans? Must they be isolated in a controlled environment with plastic?
2. Manufacturing - If the enzyme/manufacturing process is controlled by a profit-seeking corporation, would this mean unequal pollution capabilities between the developed and developing worlds? I suspect more plastic waste is improperly disposed by developing countries - thus further exacerbating the problem.
- Must the bacteria manufacture the enzyme necessary, or can an enzyme be chemically manufactured?
- Does the enzyme have an optimal/useful operating temperature? The Amazon rainforest is not only a freshwater environment, but also a relatively warm climate. Our waste may be captured by cold ocean currents or be present in countries simply far too distant from the equator for this to be a feasible option.
3. Process consequences -What are the products of plastic dissolution by this bacteria?
-If the process is performed inefficiently/incompletely due to some environmental factors (water salinity, pH, temperature), are there any harmful byproducts?
-If the process produces simple chemicals - do these harm other organisms in the environment surrounding the bacteria?
-Would the accumulation of the products (CO2 gas for example) further global warming or pollution?
This article leaves me yearning for more details.I'd argue we're naturally biased to hold our own creations on a higher pedestal, and hence more likely to keep them instead of discarding or rewriting them.
I would define a value-added comment as lucidly conveyed viewpoint based on a simple set of logically-consistent principles ... that flies in the face of commonly-held understandings of the subject matter at hand. It's not enough to offer an opinion, or an adversarial opinion - it must be clearly stated and supported, so that the emotional weight of its disagreement prompts a healthy discussion where some measure of truth is found, where some insight is gained where there was none before.
This rests on the premises of intellectual honesty, trust, and emotional maturity within all involved, but I nevertheless think that kind of discourse is what would grow HN, and what we ought to focus on. Calling out non-value-added comments does nothing to create a culture of value-added comments.
If that is the case, I feel this is a disservice to young humans: we ought to be exposing them to as broad a range of human thought as possible, and not narrowly focusing on a passion. The idea (as I understand it) seems to be a recipe for producing narrow humans.
More importantly, the context surrounding the code. I could read someone's code, and find it absolutely abhorrent for any number of reasons: aesthetics, functionality, efficiency, and so on. But if what's written is what the customer wanted, needed, or what was appropriate for the problem, the environment, the cost, or any other constraint that fits into "code context", then by all means it's justified, and I'm unfit to judge the person simply by what's on paper.
In fact, I think a lot of insight about the potential new-hire can be gleaned from their answer to: "Can you describe a situation where you decided that the best course of action was to write 'ugly' code? What do you consider 'ugly'? What was more important than having 'clean' code?"