Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PAML suggestion: calculation of time / energy cost for a given protocol. #144

Open
photocyte opened this issue May 3, 2022 · 2 comments

Comments

@photocyte
Copy link
Member

Hi there folks,

I'm using this PAML issues section as a general feedback/suggestion box. Not necessarily saying this is a pressing issue nor related to the code in this repo itself. Haven't searched if this is already addressed.

A "killer app" for PAML could be making the cost (in terms of reagent cost) and time spent (i.e. instrument time, worker time) for a given protocol, more explicitly calculated & editable/"experimentable". I.e., what is the impact if I include an additional replicate in my protocol (or, subsection of a protocol), or if I miniaturize the volumes involved in a given step ("assay miniaturization" minimizing reagent cost). Am I actually mislead that the cost of some small unit operation that I have to do many times, adds up to the dominant cost of a protocol? If I want to optimize the cost or turnaround time of a given protocol, by sending off samples to some off-site core facility or cloud lab for a given specialized step, how does that tradeoff factor into the rest of the protocol?

This would be in the context of, it's hard / laborious to manually do this up-front for a complex hybrid manual/automated protocol, other than an intuitive feel from being an experienced lab worker.

@danbryce
Copy link
Collaborator

danbryce commented May 3, 2022 via email

@rpgoldman
Copy link
Collaborator

Related to the point about using this as a location for discussion, maybe we should enable the "Discussions" feature on this GitHub repo?

I don't mind using issues for the purpose as such, but it makes it harder to triage and to close issues if they don't have a resolution. The Discussions feature, a lightweight forum, would let us keep this straight. And you can transform issues into discussions, too. @danbryce @jakebeal

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants