That the answer could be "not very well" (and we haven't heard otherwise) is what's most troubling to me.
1 karma · joined August 17, 2024
That the answer could be "not very well" (and we haven't heard otherwise) is what's most troubling to me.
And would love to hear your plans too!
It's fairly rudimentary feature-wise, but has worked well for me. Happy to answer any questions.
Thx!
And yes, we'd be happy to discuss your use case and get you set up with something. Just shoot me a note at nick at helix dot io and we can follow up off thread.
One of the core things we're working on is a data structure for more efficient, constant-time sequence lookups, and we've definitely thought of some non-bioinformatics use cases as well. Happy to answer any more specific questions by email too (in my profile)!
(This is nkrumm's and my project)
You have 7 very sensible, and indeed admirable, style guidelines and while no line breaks only clearly violates one of them (PEP8), it's not really in the spirit of the others either. I opened gui.py and immediately was overwhelmed, rather than compelled to dive in and digest your small codebase.
One question – I noticed that you're doing some validation of the inputs (i.e., I can't seem to submit a sentence without a period) – could you explain the reasoning for this?
On the one hand, it seems fairly constraining (and probably comes with a few unfortunate edge cases). On the other, perhaps that's the benefit of the kata philosophy.
(Looking over the application again now...)
I'm assuming the New Deal terms are for S14, but was also surprised to see the announcement after the applications were all in.
Can anyone clarify / point me to what I've missed?
It would definitely need to include:
* Web code editor for jobs (JS, Python, Ruby, Perl, Go, etc., etc.)
* Results served over an authenticated API (e.g., servicename.com/api/<username>/<jobname>/files/result.csv would get you the latest result.csv file generated by your script, .../<jobname>/20140419/files/result.csv would get you yesterday's, etc.)
* Jobs could probably be both scheduled (i.e., cron-like) or triggered via a webhook
Ideally, it would have the following features:
* Pay once, run forever (pay for the job up front and never again -- no recurring billing to worry about)
* Configure once, run forever (use Docker/LXC in the background to allow custom environments and absolve the user of the dependency headaches that can arise when running multiple jobs on a single machine)
* Easy to use
I've been casually working on this as it's a pain point I've experienced numerous times (e.g., running a daily job that should cost ~50 cents per month, which is substantially below any available VM price).
Would anybody use this? Other thoughts?
* And not primarily because of Elizabeth – who I'm sure is fantastic – but more broadly because of what it signals with regards to YC's focus and energy.
It's a crypto DSL that I believe is implemented in Haskell (it compiles to Haskell, C, C++ and a few others).
(Plug) I just launched a site last week that demos this and links to a few other academic works in the field (check the FAQ): https://helix.io
Email is in my profile. Thx!
Would you mind sharing the data source(s) you used for the Do Something app? Curious about both what resources are out there and how easy they are to integrate.
What HB does is really up to them – and donating to charity has always been a core component of both their business and mission/vision.
And best of luck with it!
Source: They just directed me to protectmyid.com and told me to sign up and pay for it myself. Not a great customer service experience.
* Has the lowest influenza/pneumonia rate (7.9)
* Has the lowest nephritis rate (6.7)
* Is in the "really low" rate color for HIV and homicides*
* But has the highest Parkinson's rate (9.6)
What's a contributing factor for Parkinson's?
* Edit: That appears to be the "no data" color actually. I just assumed it was very low because VT has few homicides (1.4 / 100k residents average rate for the past 3 years, or about 10 homicides annually)