Hacker News new | past | comments | ask | show | jobs | submit | morpheous's comments login

There's not much point posting an article here, if it's behind a paid wall ...


Hard to believe, based on evidence and everyday experience ...


"the entire Javascript community seems to suffer from ADHD"

^^^ THIS ^^^


From what you've written, you are at the stage where you put in "sweat equity".

Not meaning to sound harsh, but at this early stage, you're not really investable - and other than your immediate circle of "the 3F's (Friends, Family and Fools), no one is going to invest in you - until you prove that this is more than just an idea.

You need to get your first PAYING customers, and establish some numbers that would entice an Angel or other professional investor to take a closer look.

You will have to be creative (part time job, consulting, sell your car etc., etc.),as to how you survive or feed yourself until you get to the stage where you are "investible".

If I got a dollar everytime someone approached me for money for investing in their MVP - without first having proved that it is a viable business - I'd be a very, very, very rich man.


What the hell, was this arduous, tedious article all about?!


We do logic and rationality here, not belief systems ...


$1000 an hour?!. A fool and his money ....


Regarding your recent Kickstarter campaign, first kudos to you, and well done.

However, I'm more than a little intrigued about the mechanics of HOW you pulled that off.

More specifically - I was under the impression that Kickstarter only raised funds for companies operating (or at least based) in the US, and a few other countries (all? in the West).

How was it possible then, for a company based in Pakistan, to raise money from Kickstarter?. Were there any particular obstacles that you had to overcome?


"Youngest monarch in Europe says people must take responsibility for their own future and create their own social and financial safety nets"

Oh, the irony of it all ...


" it's all about not doing anything that someone can point a finger at you for later. Nobody ever got fired for choosing IBM, Oracle or Microsoft."

THIS ^

"Groupthink" writ large - BUT, it is the unfortunate reality.

By the time a small dynamic, free thinking company becomes an "Enterprise", it has metamorphosed into something almost unrecognisable.


I've been recently involved with a software procurement process /rfp recently.

The manager in charge of the process was A LOT more interested in CYA and selecting the product that had the most documentation to defend his choice (Gartner quadrants, other customers, etc.) than in taking risks or actually selecting the "best" product or sticking his neck for whatever he believed the best provider was.

Not unsurprisingly, Oracle and IBM provide a lot of what he needs to show upper management, and so tend to be in the discussion a lot.

You don't have to defend hiring IBM, but you DO have to defend using open source software X with support from local company Y. RedHat and similar do provide a level of "IBM-like" services for large companies, but most open source software doesn't have the support levels and on-site teams required (or sometimes IBM offers those !! Edit: as someone else pointed out, Oracle offers MySQL support too).

smtddr's point about having someone to phone is VERY true for these kind of conservative companies. (also, I've seen the kind of behaviour he documents about people trying to - and succeeding at - claiming credit for projects)


To be fair I think there's a certain amount of momentum and economy of scale when you reach enterprise levels of anything. Incrementally it's quite cheap to toss one more of widget X on the pile when you have a room full of widget X experts.

If you decide widget Y is now the way to go, you get to answer all the questions already answered for widget X: Who supports it? How? How to do we back it up and restore it? Who can tune queries? How does this differ from our build patterns for servers that host X? Can the two live on the same machine or are there potential conflicts? Etc.

Don't get me wrong - with proper planning you can educate the X guys on how to support Y and smoothly add it or even transition to it. But for large-scale systems it requires a great deal of planning and forethought if you want to do it without any bobbles.


Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: