Live data from Hacker News

Monica: Open-source personal relationship manager

monicahq.com

71–80 of 144 posts

Re: Monica: Open-source personal relationship manager

#71

This has appeared on HN a few times over the years. In order of votes: https://news.ycombinator.com/item?id=14497295 https://news.ycombinator.com/item?id=25270001 https://news.ycombinator.com/item?id=21850155 https://news.ycombinator.com/item?id=18318547

Thanks! Macroexpanded:

Monica: Personal CRM. Remember everything about your friends, family and etc. - https://news.ycombinator.com/item?id=25270001 - Dec 2020 (198 comments)

Monica: Open-source personal CRM - https://news.ycombinator.com/item?id=21850155 - Dec 2019 (129 comments)

Monica – Personal CRM, Remember everything about friends and family - https://news.ycombinator.com/item?id=18318547 - Oct 2018 (45 comments)

Show HN: Monica, an open-source CRM to manage friends and family - https://news.ycombinator.com/item?id=14497295 - June 2017 (568 comments)

Re: Monica: Open-source personal relationship manager

#73
post #39
post #28

Earlier quoted context omitted.

Every re-write I’ve ever seen or been a part of, has either failed or taken way longer and a lot more effort than initially projected. Changing something is definitely not riskier, especially if you have tests and real users who are actively providing feedback as well as showing the edge cases. You can also focus on changing only the things that need changing, instead of having to redo everything just to change some…

> Every re-write I’ve ever seen or been a part of, has either failed or taken way longer and a lot more effort than initially projected. On the face of it what you say is true, but I've seen (and I'm sure many have seen) situations where the codebase was so bad - or the underlying technologies so ancient - that a rewrite was the only practical way to get things back on track again. Did the rewrite take way longer tha…

> Did the rewrite take way longer than initially projected? Yes.

> Was it a lot more effort than initially projected? Yes.

> Was it painful medicine that nonetheless left the business in a better place? Yes.

You make it sound like this is a net positive, but that is meaningless when you are not comparing it with the alternative:

> Would refactoring it be faster? Yes

> Would it require less effort? Yes

> Would it still leave the business in a better place? Yes

I don't think one can ever justify a rewrite unless

(1) the code is trivial to implement, or

(2) it is covered with extensive unit and system testing, or

(3) the technologies used are no longer available/supported, there is no upgrade path, and a new language/framework is absolutely necessary.

Re: Monica: Open-source personal relationship manager

#74

The one big problem I have with this (and I do take notes after some types of conversations with for example first dates through fifth dates to remember important things about people), is that I fear that if I truly took good notes on conversations with loved ones that if the data ever gets leaked / hacked that I've just 1000% fucked everyone I've spoken to and took notes about, if I record anything that is highly pe…

I had a similar concern so one of my side projects is a personal CRM with E2EE: https://mogulnetworking.com/

Someone could probably fork Monica and build an E2EE version for people who care about that kind of stuff. That would be pretty interesting actually.

Re: Monica: Open-source personal relationship manager

#75
post #20

I love the Friends reference behind both product names. I also have been using Obsidian for this (and before that, any generic note taking software). To me this sort of software is really powerful if you have the time to constantly tend to it. I wish I had this built into my mind.

I know!

Can this software BE any more awesome?

Re: Monica: Open-source personal relationship manager

#76

Author of Monica/Chandler here. Thanks for posting this. As others have pointed out, we are rewriting Monica from scratch, codename Chandler: https://github.com/monicahq/chandler We've also written OfficeLife, an open source tool to manage your employees: https://github.com/officelifehq/officelife , yet to be released. I think we have too many ideas and side projects :-)

Is the Chandler name a reference to the Chandler PIM?

Re: Monica: Open-source personal relationship manager

#77

Author of Monica/Chandler here. Thanks for posting this. As others have pointed out, we are rewriting Monica from scratch, codename Chandler: https://github.com/monicahq/chandler We've also written OfficeLife, an open source tool to manage your employees: https://github.com/officelifehq/officelife , yet to be released. I think we have too many ideas and side projects :-)

First, thank you for your work. I must admit though I was hoping that the rewrite would be in Go (or Rust) for the simple use case of a dead-simple binary deploy with a built in sqlite or rocks/level database that can handle as many users as you can throw at it on a $2-5 VPS instance.

Re: Monica: Open-source personal relationship manager

#79

Author of Monica/Chandler here. Thanks for posting this. As others have pointed out, we are rewriting Monica from scratch, codename Chandler: https://github.com/monicahq/chandler We've also written OfficeLife, an open source tool to manage your employees: https://github.com/officelifehq/officelife , yet to be released. I think we have too many ideas and side projects :-)

First, thank you for your work. I must admit though I was hoping that the rewrite would be in Go (or Rust) for the simple use case of a dead-simple binary deploy with a built in sqlite or rocks/level database that can handle as many users as you can throw at it on a $2-5 VPS instance.

There's a Docker image for Moncica which seems pretty dead-simple https://github.com/monicahq/docker

Re: Monica: Open-source personal relationship manager

#80

Author of Monica/Chandler here. Thanks for posting this. As others have pointed out, we are rewriting Monica from scratch, codename Chandler: https://github.com/monicahq/chandler We've also written OfficeLife, an open source tool to manage your employees: https://github.com/officelifehq/officelife , yet to be released. I think we have too many ideas and side projects :-)

First, thank you for your work. I must admit though I was hoping that the rewrite would be in Go (or Rust) for the simple use case of a dead-simple binary deploy with a built in sqlite or rocks/level database that can handle as many users as you can throw at it on a $2-5 VPS instance.

In terms of simplicity, nothing beats PHP. It's easily deployable everywhere, everyone knows how to use this simple language, and the Laravel ecosystem is fantastic. But I understand what you mean.
Post reply on HN