Fincent | Remote-First (Europe and Asia) | Full Time
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 [email protected] if you are interested, and we will take it from there.
All open source projects are not the same. All the people running open source projects are not swayed by money. Some projects are much more complicated than a web framework. These projects need funds for progress to be made. Case in point - OpenBSD. I love the project and their approach. I also feel they genuinely need funding to keep improving the system. Another example - LuaJIT. Great project, does not have a load of contributors - so I won't mind funding Mike if it means he spends more time on LuaJIT. Another example - SQLite. I'll just send in a donation because its so damn good.
We use MongoDB in production for a couple of use cases:
1> e-Commerce Product Catalog
2> Home grown CMS for our news/editorial site
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.
Totally agree. Over time, everyone develops a particular style of working with their favourite editor/tools and it becomes very difficult to move away after a point.
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.
On the contrary, anything unscientific is great. I am a musician myself and I find proof based scientific discussions very claustrophobic at times.
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.
I agree with the points you make, but I really don't see anything but (unscientific) opinions in the linked article.
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.
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 [email protected] if you are interested, and we will take it from there.