This is a light time for hiring, as you state: lots of people are on vacation.
While people do look for specific buzzwords, the better ones realize that you can teach anybody a framework and it's among the less-important aspects of the hiring process. I see a pretty even mix of Angular vs. React jobs these days. I have neither on my resume (but have been doing React for some time now) and get more requests for Angular than React--but that might also be because it's harder to find Angular devs.
I appreciate you taking the time to respond. Having worked 11 years in IT in the Fortune 100 Corporate World and then giving a startup a go, I find myself a little like a fish out of water back trying to get this many years being on the other side of interviewing.
I wasn't referring to my startup failure, I was referring to not having interviewed or having done a resume for over 12 years. :D I'll get it done I have confidence in my ability to figure things out.
Had the same thought - I'm a tech guy not sales, will these guys work for commission and stake in the company in lieu of salary? (Bootstrapping at the moment - have 3 customers after a month and ready to ramp up)
I've known salespeople that will work for straight commission. You may not even need to offer a stake, although that might be a good idea to increase the chances of retention.
I'm a big proponent of bootstrapping, but you may still want to start the process of talking to investors or maybe even a bank. Asking someone to jump from an established ship onto your new ship is a lot easier if you have cash to guarantee them a salary.
Another thing to consider is partnering with a totally different company that sells to the same people. Their salespeople sell your product, and they get gratitude/commission. That doesn't work in all industries of course.
What's your thought on mongodb - i've recently started a project that is running in prod now for a customer and I spent almost two weeks deciding between mysql and mongodb. Ultimately went with mongodb but it's not my forte. And I've been thinking that at some point the calls to the database are going to slow down. And i have no idea where to start looking to improve mongodb performance. (MEAN stack application) I'm sure I'll be doing a bit of research soon on that once i get the base feature set working.
Can't upvote this enough. You cannot reliably improve what you cannot reliably measure, and Amdahl's Law will tell you where to work.
I wish you every success in this business - if it takes off, I might try it myself. I found `oprofile` to be my preferred Linux profiler, and haven't worked out what the corresponding Windows solution is yet.
I would argue that there is literally never a reason to use MongoDB over other solutions. It looks tempting at first, but in reality it has all the downsides of any other database and a whole lot more junk heaped on top.
YMMV of course; that might just be my biased view after weeks of trying to improve performance.
Both MongoDB and MySQL were started by people who had no background in writing databases. They were blazingly fast compared to existing RDBMS, but once they started adding features that actually provided things that people assumed a database should have (primarily in area of consistency) they no longer look that great.
What makes MySQL better than MongoDB is that is older and closer to what a database should do. They still have their warts and some of the warts might not be removed, since it would break compatibility.
At this point MongoDB does not have anything going for them. Its key benefit was their speed, but as it turned out that was because data was stored mostly in RAM if Mongo crashed or there was a power loss then you most likely would lose significant (possibly all) of your data. Since then they fixed that and make it more reliable, it is worse in performance than a relational database [1] and it also doesn't scale well [2]
Essentially NoSQL databases were designed to be simple and without relational features in exchange for scalability and performance. Mongo you get neither. Mongo doesn't even try to benefit from the CAP theorem. It's neither always consistent nor always available [3].
You generally should always use a relational database, because in majority of cases you do have some schema and you expect data to be consistent.
NoSQL databases (especially ones that are AP in CAP) are generally good for specialized use cases, things that have no relations and are acceptable to be wrong or missing occasionally. For example storing logs, or user sessions etc.
Lastly, regarding question about performance. You need to understand your data and what you are doing. At my previous job there was a database called region. It was intended for a task such as looking up latitude/longitude -> ZIP code, and also IP -> ZIP code.
That database was (and probably still is) running on 3 beefy machines running Mongo and contained data was about 13GB. One time I wanted to see how it would work in a relational database. So I loaded the dataset to a Postgres database and installed PostGIS and ip4r extensions. And you know what? The same data took only 600MB there and all queries took sub millisecond on smallest VM.
How come? Mongo does not understand IP addresses, so what they did is they converted an IP into a number and stored it as a 64bit integer in Mongo. Postgres on the other hand was simply storing IP ranges, and with an GiST index.
Why I'm telling you this? I think it is important to know that RDBMS databases have been used for a long time, and many problems were already solved there if you're having some performance problem chances are someone else did have it as well before you (in this case someone wrote an extension providing a new data type)
Why is this on HN? i just read it and now feel... well i'm not sure but it's different than before when i read this article and the comments. And its not even lunch time yet. Back to work for me.
Just make sure you stay current with the latest trends, technology, usability, target demographics for your space. Kids out of college and recent grads inherently have this because it is what they learned. So when putting two people side by side regardless of their metrics - looking at what they know. Far often the person who is in the know and up to date rather than complaisant will have the edge. (At least in my experience)
Thank you! - yeah i see those.. what browser were you using?
Going to make some updates - that is very unclear. Probably time to just get my own hands dirty and stop relying on outsourcing. Appreciate you taking the time to give us some feedback.
Thank you - that makes sense. I've have an internal struggle over design vs function. I liked the clean look of mopp.com - but you are right they stick the price right up front. Are there any sites you think are well done around cleaning.. homejoy.com, mopp.com, maidsinblack.com is the business model we are going after.
Any feedback on SEO, the site, recommendations, call to actions etc? I've done a soft launch while i work on the local SEO - i.e. get on yelp, google plus etc. Looking for all and any feedback. This is my second iteration/rewrite of the website.. almost feel like I need another major tweak. I like the look, but I'm just the owner. I like everything i do.
I'm coding in C, PHP, Python, Javascript. I'm doing a master of cryptography in Bordeaux (check my blog! www.cryptologie.net) and I have several apps online. My last one is www.3pages.fr that is being used by ~100 of people to write everyday.
