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 joydeep@fincent.com 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.
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.
I found it interesting. And, I see parallels to Bill Gates and Steve Jobs. Both of whom are merciless critics.
Does that make it "HN-worthy"? I dunno. It got voted up. I don't consider that a sure sign of worthiness...memes and jokes would also get voted up if they weren't ruthlessly removed by mods, and they definitely aren't HN-worthy. But, I suspect this has something to teach us...or at least provides interesting conversation fodder in areas that most people here probably previously had none. I studied jazz at a high school for fine arts and in college, and Miles Davis is a huge part of a jazz education; I still feel like this gave me some knowledge about Miles that I didn't quite have before (I knew he was a merciless critic, and extremely forthright, and occasionally an asshole; but I don't think I'd ever read it straight from his mouth...I'd read what his band members had said about him).
The fact that his band members were still loyal to him also parallels Steve Jobs: even though their character is often described as unpleasant, these people still retained their allies.
> And I thought about the following. Jobs and Dylan had something in common, which is they blurted out often cruel things to people around them, which we often call--as adults we call it selfish. [...]
> [Jonah Lehrer]: It all comes back. No, no, it's a fascinating question. What really interests me about that is, especially in terms of Steve Jobs, because I think we've got this epic biography of him at this point, is the way it complicates our traditional notions of self-control. I think we often think of self-control as domain-general : If you've got self-control, you can exert self-control in every facet of your life.
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 am a musician myself and I find proof based scientific discussions very claustrophobic at times."
How do you rate the musicians you play with?
I have to make judgements about students and (at this time of year) prospective students in terms of which course and which level to allocate them to.
I imagine that the founders of a startup who are responding to a sudden increase in use/market have to make judgements about their colleagues when scaling up the responsibilties.
The way Davis is making judgements about his peers and the particular recordings shows something about his approach.
>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.
You seem to conflate "unscientific" with "anything goes".
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.