I recommend Execute Program to all new learners. I like the "learning by writing small snippets of code" approach.
https://www.executeprogram.com/
Covers Python, SQL, Javascript and Typescript.
101 karma · joined July 18, 2012
Currently in Mumbai, India.
https://www.executeprogram.com/
Covers Python, SQL, Javascript and Typescript.
Fincent is helping small business in the US with their day to day finance problems - bookkeeping, taxes, payroll, invoicing and payments. Most small businesses do not have a separate finance team and the burden of financial management falls on the business owners themselves. Existing solutions like Quickbooks are too heavyweight and are aimed at accountants (rather than business owners). Our aim is to provide a simpler and faster way for these business owners to get their work done.
We are looking for team-mates who can help us with:
- Frontend Development with ReactJS, Redux & Typescript
- Backend Development with NodeJS, Typescript, fp-ts and io-ts
- Data Engineering with Python, Postgres and a lot of SQL
We are an easygoing team who works hard. We are pragmatic, so we tend to use the best tool for the job rather than over-engineering things (and we usually prefer simpler but worse solutions until they break). Most of the team is based in India and Europe. We have a mix of crappy and cool code - and we are constantly trying to improve our crappy work (and that's the reason we are hiring new colleagues to help us improve things!).
Feel free to reach out to me at joydeep@fincent.com if you are interested, and we will take it from there.
Both these applications have been in production for about a year without a single problem. Both are using the same MongoDB instance - data size is about 200 GB (RAM on the Mongo machine is 16 GB)
Both these applications were previously on Oracle and were a pain to maintain. The Mongo schema is simpler and far more maintainable then the RDBMS schema. Backups/Monitoring/Replication on Mongo has never given us any problems.
Now, since you claim that an RDBMS can do anything better than MongoDB, can you point me to a simple/elegant/maintainable RDBMS schema for an e-Commerce Product Catalog? I would love to see one.
The original post, like most of the 'Why we moved away from MongoDB' posts displays a shocking lack of due-diligence on the part of the development team / tech lead at these firms. All the points under the 'Data that should be good, ends up bad!' section are known facts about MongoDB. All of them are covered in the manual. If you are not fine with any of these points - please don't use MongoDB at all. Don't put it in production. It baffles me how these firms can put MongoDB into production and 'discover' these things later. Instead of ranting at MongoDB, the CTO's of all these firms deserve the sack for lack of due-diligence and putting data at risk.
One last point:
> ..more flexible than a key-value store
MongoDB is not a key-value store.
[1] Richard Buckland's awesomeness - http://www.youtube.com/watch?v=JTAkUs-NjxU#t=44m21s
I worked with Java on Eclipse for 8 years, and I am taking a self-imposed break from it and working with Java on VIM for the past 2 months. There are benefits to both approaches (editor vs. IDE) but the main thing I notice is that I am far less productive with VIM (because I am unfamiliar with it) and I frequently fight back a strong urge to go back to eclipse (for debugging, refactoring and object relation checking/mapping). I guess this is the kind of thing that keeps making everyone go back to their favourite IDE/editor.
All I am trying to say is, in this case, the article is a bunch of opinion from a Jazz musician about fellow Jazz musicians and bands. How does this fit in with other HN threads?
I would say that something like Frank Zappa on censorship [1] [2] is much more suited to HN discussion than this link.
[1] http://www.joesapt.net/superlink/shrg99-529/p51.html#fztesti...
This article says nothing about why Miles was a good businessman or expound on his leadership skills. All it gives us is insight into his taste in composition styles. That, coupled with the fact that music is a highly unscientific endeavor and the reasons he gives for disliking some of the works might be the exact reasons why others might love those very works, makes this article completely useless IMHO.