3 ms·

One price, indefinitely for the rest of your life. The developer isn't maintaining any infrastructure, there's no ongoing cost whatsoever, so there's no reason

One price, indefinitely for the rest of your life. The developer isn't maintaining any infrastructure, there's no ongoing cost whatsoever, so there's no reason for monthly payments. It's just a static file on your own computer that's burning your own CPU cycles. Sorry, but it just feels a bit greedy to me.

sankde 19d ago
I was thinking of such a payment system. I would love to offer you that as I am still testing the pricing. Edit: You also would get updates for life.
sankde 19d ago
We also have better models in training. Also the underlying system would get faster, the models smaller over time along with grammar correction, in voice commands and better live preview models
- azornathogron 19d ago
  The way this used to be handled is to sell new versions.
  - sankde 19d ago
    Yes. Newer models is the direction I am going in. New Models are expensive.
vlovich123 19d ago
They have development costs to pay for which is substantial. Not sure why you are framing it as greedy and complaining it should be free vs celebrating someone putting this out there.
- sankde 19d ago
  Thanks. I don't want my data, especially voice and text to be sent to servers. That's why I built this. I love my competitor's product, but the amount of private data I sent over was really uncomfortable to me. Especially when sometimes it included Phone Numbers and some private info. At the same time, tools like mine will fall behind if I don't keep updating the models.
  - woadwarrior01 19d ago
    If you care so much about user privacy, why do you exfiltrate events named "dictation_started", "dictation_completed", "dictation_rejected", "dictation_blocked", "insertion_failed", etc to PostHog, with properties named: "audio_seconds", "latency_ms", "duration_ms", "install_id", etc?
    - vlovich123 19d ago
      Because anyone building a system needs performance metrics to understand how it’s behaving in aggregate / if they update the model? With the exception of install_id these all seem innocuous. Install_id is maybe needed anyway for purchase management. Probably could use a session uuid to track the other metrics at the cost of blinding you to being able to find individual customers with a bad experience which is probably much more important for a small player like this.
      - woadwarrior01 18d ago
        Apple provides APIs for doing this in a privacy-sensitive way, instead of exfiltrating data like this, carte blanche using PostHog. https://developer.apple.com/documentation/metrickit https://developer.apple.com/documentation/metrickit
        sankde 18d ago
        Thanks for your Feedback. More Privacy Improvements, Package Corrections and Attribution Incoming.
      - 18d ago

sankde 19d ago

I was thinking of such a payment system. I would love to offer you that as I am still testing the pricing. Edit: You also would get updates for life.

sankde 19d ago

We also have better models in training. Also the underlying system would get faster, the models smaller over time along with grammar correction, in voice commands and better live preview models

azornathogron 19d ago
The way this used to be handled is to sell new versions.
- sankde 19d ago
  Yes. Newer models is the direction I am going in. New Models are expensive.

vlovich123 19d ago

They have development costs to pay for which is substantial. Not sure why you are framing it as greedy and complaining it should be free vs celebrating someone putting this out there.

sankde 19d ago
Thanks. I don't want my data, especially voice and text to be sent to servers. That's why I built this. I love my competitor's product, but the amount of private data I sent over was really uncomfortable to me. Especially when sometimes it included Phone Numbers and some private info. At the same time, tools like mine will fall behind if I don't keep updating the models.
- woadwarrior01 19d ago
  If you care so much about user privacy, why do you exfiltrate events named "dictation_started", "dictation_completed", "dictation_rejected", "dictation_blocked", "insertion_failed", etc to PostHog, with properties named: "audio_seconds", "latency_ms", "duration_ms", "install_id", etc?
  - vlovich123 19d ago
    Because anyone building a system needs performance metrics to understand how it’s behaving in aggregate / if they update the model? With the exception of install_id these all seem innocuous. Install_id is maybe needed anyway for purchase management. Probably could use a session uuid to track the other metrics at the cost of blinding you to being able to find individual customers with a bad experience which is probably much more important for a small player like this.
    - woadwarrior01 18d ago
      Apple provides APIs for doing this in a privacy-sensitive way, instead of exfiltrating data like this, carte blanche using PostHog. https://developer.apple.com/documentation/metrickit https://developer.apple.com/documentation/metrickit
      - sankde 18d ago
        Thanks for your Feedback. More Privacy Improvements, Package Corrections and Attribution Incoming.
    - 18d ago