fookyong

41 ms·

361.
by fookyong 16y ago
that's the "build it and they will come" approach. sorry, the real world doesn't work like that for 99% of companies. you will get further with an average product and a shit-ton of money to spend on marketing, than having a great product a
362.
by fookyong 16y ago
good point, but then I could counter-argue that Apple had more domain knowledge in the area of building and marketing consumer electronics that people love :) depends where you see the domain as being.
363.
by fookyong 16y ago
"We have a gigantic amount of funding" and "We have a gigantic amount of domain knowledge" are two "true" competitive advantages. one allows you to out-market the competition, the other allows you to out-think them.
364.
by fookyong 16y ago
I totally see that. I guess my point is - are aggregators and their ilk going to make for good paying customers? there's not much money to be made in aggregating since the barrier to entry is so low (because tools like Embed.ly exist!).
365.
by fookyong 16y ago
who is the customer for Embed.ly? I imagine this is useful for people who make mashup style apps that plug into various different services, but is that a big enough market size? If I'm just plugging into one service, it's better to use the
366.
by fookyong 16y ago
I would jump at the chance. I would imagine that working 1 to 2 years at an adult internet startup would give you the most insane knowledge about direct marketing, maximising conversions and the dark underbelly of affiliate marketing. It w
367.
by fookyong 16y ago
I think it's fair game. However, instead of building a feature and then pitching it directly to the user, I would create a landing page for it. Something clearly laid out e.g. "(big text) Having Problems with X? -> describe the pain-po
368.
by fookyong 16y ago
This is not an MVP. It is a Dry Test. Lets try to clarify the jargon a little. http://yongfook.com/mvp-vs-dry-test That said - I love the idea of your app :)
369.
by fookyong 16y ago
do you have javascript turned off or something?
370.
by fookyong 16y ago
hrmm. you wouldn't happen to remember what the error code said? I'll check the logs too.
371.
by fookyong 16y ago
yes that's exactly what it was. it was outsourced to a vendor that pretty much took advantage of the contracting startup's lack of DB knowledge. so they got the kitchen sink and a fat invoice. of course it's easy for the vendor to defend t
372.
by fookyong 16y ago
I find this answer incredibly excellent. particularly: You can actually get pretty far on a single MySQL database and not even have to worry about partitioning at the application level. You can "scale up" to a machine with lots of cores an
373.
by fookyong 16y ago
thanks!
374.
by fookyong 16y ago
this kind of thing is the reason you can't base a business off Twitter (and expect to sleep soundly at night). make Twitter apps for fun. not for profit.
375.
by fookyong 16y ago
clickable: http://goodgecko.com
376.
Ask HN: Review my service - Goodgecko
12 points by fookyong 16y ago|9 comments
377.
by fookyong 16y ago
how? DNS will resolve to posterous' servers. It's out of your old server's control by that point. Unless you're talking about different domains, e.g. moving from mycoolblog.com self hosted -> myawesomeblog.com on posterous in that case
378.
by fookyong 16y ago
This is one of those "mom do I haaaaave to????" pieces of functionality that engineers (I say this as an engineer-type) hate. I would procrastinate for weeks before implementing something like this. It's boring, complex, and affects a tiny
379.
by fookyong 16y ago
The guy runs a $60 million a year empire and won't spring for a new iMac? come on Gary, that thing is an antique now!
380.
by fookyong 16y ago
in this sentence "engineer" is interchangeable with about a million other skilled professions. we prefer things done our way. whodathunkit! this is not limited to engineers.
381.
by fookyong 16y ago
Feature wars are so trite.
382.
by fookyong 16y ago
The only question you need to ask yourself is whether usage of these other languages is going to filter down into tangible benefits for the customer. If the answer is no, then arguing one over the other is just pointless fan service. Try n
383.
by fookyong 16y ago
once upon a time I thought about making an analytics app. doing the math though, it must be so hard to get traction in this space. it's an expensive / risky business to run (1 hour of downtime will piss off ALL your customers), but at the
384.
by fookyong 16y ago
case-by-case, angry young Padawan.
385.
by fookyong 16y ago
Don't try to work on your project after a full day of work. You're physically and mentally tired, you won't produce quality work and you'll begin to dread working on your side project. Here is some simple advice that has worked for me very
386.
by fookyong 16y ago
+1 I run everything on Rackspace Cloud Servers, from SaaS apps to a very large Ecommerce site, and I'm extremely happy with them.
387.
by fookyong 16y ago
https://www.geocerts.com Fast provisioning and a simple-to-use interface. I've bought many certs from them and am very satisfied.
388.
by fookyong 16y ago
anecdotally, I'm sure people are curious in the short term. but I'm pretty sure the current best practice for maximising CTR is to, well, make sure stuff is visible. feels silly to even dispute this.
389.
by fookyong 16y ago
this kind of form-over-function platitude is all well and good until you realise that conversions are 500% higher when you have your product's call-to-action box set at full opacity ;) even more so when you've got employee mouths to feed.
390.
by fookyong 16y ago
this sounds like viral marketing for JJ Abrams' new movie.

More ›