Hacker News new | past | comments | ask | show | jobs | submit login

I love the idea, I have for a while. I hope to see this project grow. But, without a rich text editor it's not the efficient option. I've done Markdown notes before, rich text notes are much faster to read and write. Enough to make me abandon principle and just get it done.



Just want to go on-record as saying I stridently disagree.

There are too many rich text formats. Many are undocumented, proprietary, or otherwise not well-supported. They're hard to revision control, which means harder to sync across computers and among groups of people.

The hardest thing about this project, which I love, is going to be saying "no" to almost every single feature request people propose. I'll be interested to see how well the authors can hold the line.

I'm also very interested in the software development methodology the authors use. If they're seriously about longevity, they'd be smart to take as few dependencies on external libraries/systems as possible and use clean, layered architecture. I'd probably do the lowest levels (the sync and file storage, etc) in close to pure C and put a graphical front-end on top of it, similar to what Netflix does with their high-performance media libraries (streaming and decode) to share code across iOS and Android (via NDK). You want something super-portable that's easy to slap a new front-end on in 10-15 years when things have changed, which IMO pretty much rules out any language except C and maybe Java or .NET.


You're not actually disagreeing. Maybe I was unclear. What's superior about rich text is the user experience - writing notes, reading notes. I agree with the issues you list, just don't think they outweigh the benefit.




Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact

Search: