5 ms·

Not mature, but if you fancy contributing I've started DMS.rs a couple of years ago: https://github.com/DMSrs/dmsrs https://github.com/DMSrs/dmsrs It's written

Not mature, but if you fancy contributing I've started DMS.rs a couple of years ago: https://github.com/DMSrs/dmsrs https://github.com/DMSrs/dmsrs It's written in Rust but I never managed to continue the project sadly :(

jll29 4y ago
Would you be interested to re-activate this project? Are you available for (open source) contract work to that effect?
- denysvitali 4y ago
  Of course!
deepsun 4y ago
I can't help but notice the fact that language choice is put first. For document-organizer almost any language would work fine, there's no need for super-optimized memory management. Much more important would be language+ecosystem security and speed of safe development, IMHO.
- xpe 4y ago
  > For document-organizer almost any language would work fine... Maybe yes, maybe no. Despite what many say, when digging into a specific domain and topic, I don't find "almost any language" is approximately equal when it comes to the effort and joy of building and maintaining a project. (A theoretical explanation: It would be statistically very interesting if this were the case, since that level of uniformity would not be expected across all domains and topics.) (Personally, people have particular preferences of varying intensity. Once a software developer has learned ~5ish diverse languages, I tend to think languages, their ecosystems, and their community are viewed with more nuance.) Also, open source projects tend to involve a whole broad set of motivations. Thanks to the author for sharing this! I aspire to have the same gratitude even if it was written in Cold Fusion. > ... there's no need for super-optimized memory management. This is not the only benefit of Rust. Note: I can see hints of constructive criticism in the above comment... (But what are the specifics? Probably not rewrite in another language, methinks. To change the README?) ... so I'm offering constructive criticism as well. I can also see what might be armchair quarterbacking and overlooking of personal motivations.
- riquito 4y ago
  > For document-organizer almost any language would work fine, there's no need for super-optimized memory management Depends on the scale, and the original comment in this thread mention "serious performance issues" as something they care about, so choosing a faster language is not that far fetched as an idea (algorithms trump but still...)

jll29 4y ago

Would you be interested to re-activate this project? Are you available for (open source) contract work to that effect?

denysvitali 4y ago
Of course!

deepsun 4y ago

I can't help but notice the fact that language choice is put first. For document-organizer almost any language would work fine, there's no need for super-optimized memory management. Much more important would be language+ecosystem security and speed of safe development, IMHO.

xpe 4y ago
> For document-organizer almost any language would work fine... Maybe yes, maybe no. Despite what many say, when digging into a specific domain and topic, I don't find "almost any language" is approximately equal when it comes to the effort and joy of building and maintaining a project. (A theoretical explanation: It would be statistically very interesting if this were the case, since that level of uniformity would not be expected across all domains and topics.) (Personally, people have particular preferences of varying intensity. Once a software developer has learned ~5ish diverse languages, I tend to think languages, their ecosystems, and their community are viewed with more nuance.) Also, open source projects tend to involve a whole broad set of motivations. Thanks to the author for sharing this! I aspire to have the same gratitude even if it was written in Cold Fusion. > ... there's no need for super-optimized memory management. This is not the only benefit of Rust. Note: I can see hints of constructive criticism in the above comment... (But what are the specifics? Probably not rewrite in another language, methinks. To change the README?) ... so I'm offering constructive criticism as well. I can also see what might be armchair quarterbacking and overlooking of personal motivations.
riquito 4y ago
> For document-organizer almost any language would work fine, there's no need for super-optimized memory management Depends on the scale, and the original comment in this thread mention "serious performance issues" as something they care about, so choosing a faster language is not that far fetched as an idea (algorithms trump but still...)