10 ms·
Having read the previous HN post on this (leaving Ocaml) and this one, I'm going to post a different perspective on this. As a programmer, I love reading blog
by massung 6y ago
Having read the previous HN post on this (leaving Ocaml) and this one, I'm going to post a different perspective on this.
As a programmer, I love reading blog posts about why someone made something, how they made it, and what tools they chose to use/create to facilitate their end-goals. Some of the frustrations the OP had with respect to Ocaml are some I - and many others - have experienced as well. Enumerating those constructively can potentially benefit the Ocaml community as well.
However, as a possible target user...
Reading blog posts like these are _scary_. It is very rare that I want to read a "hey, that service you use regularly? yeah, we decided to rebuild it from the ground up using entirely new tools 'just because'".
Will I still be able to work?
Should I postpone signing up/paying?
What new bugs will appear?
Which features I currently rely on will change or outright disappear/cease to work?
What edge cases that are currently handled will be forgotten?
The list goes on...
There are often very legitimate answers to these questions, and sometimes taking a HUGE step back in order to meet demands you didn't know existed before is what's required. But those requirements, and how this step back will address them, should be clearly laid out to your users.
More importantly, work such as this postpones any current roadmap features (potential) users may be waiting for and have been previously promised. Presumably an analysis has been done on how much they'd be postponed by, and why those features will benefit greatly once done. Sharing that would also be extremely helpful in assuaging concerns.
- deleted 6y ago[deleted]