You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Discussed this with Raman yesterday: We might consider reconceptualizing DPCreator as a terminal application.
We are refocusing on a model where sensitive data always stays local: While this is possible with a webapp / electron, the choice of platform itself might cause users to worry that data might leak.
The question-and-answer interface we already have translates well to an terminal application.
Webapp development is more difficult than terminal application development in general.
We could just use python and avoid the complexity of making an OpenDP web assembly build.
This needn't be an endpoint: We could consider it a kind of wireframe that makes it easier to focus on the questions for the user, and leaves the UI details for later.
With a terminal application, we could also ask what the output should be: One possibility is that the application does not use opendp itself, but instead outputs a python script which actually has import opendp. This would be in line with #852. Execution could be passed to the script with https://docs.python.org/3/library/os.html#os.execl or similar.
The text was updated successfully, but these errors were encountered:
Discussed this with Raman yesterday: We might consider reconceptualizing DPCreator as a terminal application.
With a terminal application, we could also ask what the output should be: One possibility is that the application does not use opendp itself, but instead outputs a python script which actually has
import opendp
. This would be in line with #852. Execution could be passed to the script with https://docs.python.org/3/library/os.html#os.execl or similar.The text was updated successfully, but these errors were encountered: