3,239 karma · joined October 20, 2010
Always happy to meet a stranger, please reach out any time: hn @ peterdowns.com
[ my public key: https://keybase.io/peterldowns; my proof: https://keybase.io/peterldowns/sigs/9N-85LOZH1eJMXHLR70WroivxJB1is_s3ye5IT5xzxs ]
https://huggingface.co/NousResearch/Hermes-2-Pro-Mistral-7B-...
If you have the time, could you explain what you mean by "Q5 is minimum"? Did you determine that by trying the different models and finding this one is best, or did someone else do that evaluation, or is that just generally accepted knowledge? Sorry, I find this whole ecosystem quite confusing still, but I'm very new and that's not your problem.
[0] https://huggingface.co/TheBloke/OpenHermes-2.5-Mistral-7B-GG...
The code is frankly not very polished and not worth reviewing, but I'm curious to hear feedback on the documentation / README and whether or not you clearly understand what these libraries are for and how to use them.
* https://github.com/peterldowns/pgtestdb
edit: maybe an april fools thing?
Just one example, of many, that shows this author doesn’t know what they’re talking about. At all.
- Borrow a physical or digital copy from your library
- Borrow a digital copy from the Internet Archive: https://archive.org/details/fasttimesatridge0000crow
- Download a digital copy from Anna's Archive: https://annas-archive.org/search?index=&q=fast+times+at+ridg...
Enjoy!
Edit: oh you’re one of the authors — thank you, and congratulations!
Here's what I went through:
1. Notice the problem (tooltips showing up and making the click targets for repository names confusingly and annoyingly small.)
2. Click in the "upper left hamburger" menu to try to find a bug report page. Didn't see anything relevant.
3. Click in the "upper right user icon menu" to try to find a bug report page. See two relevant links, "Github Support" and "Github Community".
4. I try "Github Support", and I have to log in "with Github", to access a subdomain support.github.com. Weird.
5. Search for "tooltip" to see if this is a known issue. See some results, click through them, end up on the "github.com/orgs/commmunity" site where people ask questions and seem to report bugs.
6. Report the bug, here https://github.com/orgs/community/discussions/114049
7. Click on the main "discussions" tab to see other reported bugs. Home page is literally filled with spam.
8. Try to search for tickets reporting the problem of spam. Find this existing ticket, and add my own report of the spam problem in response to the "sorry there's an active phishing campaign going on right now" answer https://github.com/orgs/community/discussions/111562
9. Get a bad feeling in my stomach. There's no way this is the expected way to file a bug report, I pay for this software. Go back to step 3 and try "Github Support" again.
10. Search for "how to file a bug report" and find this answer https://github.com/orgs/community/discussions/23084 which links me to https://support.github.com/request and the "bug report" option.
11. Finally file an actual bug report.
I'm beyond confused. How is this so bad? Every step in the process, just, terrible. I checked back in and noticed even more spam. Figured I'd report it here in case that helps get it looked at faster. What a terrible product.
Localias wraps Caddy to handle all the cert provision; I believe Caddy uses mkcert. I haven't seen any bug reports about yet, but if you give it a try and run into an issue I would be happy to help fix it.
> This CA has some restrictions though: it can only issue certificates for subdomains of lcl.host and localhost, but that’s all you need for local development.
Localias, on the other hand, lets you use any custom domain you'd like. And if you use a domain ending in .local, it will broadcast over mDNS so that you can easily connect to that server from any other device on your wifi network (like your phone.)
Localias also allows you to share your configuration with your entire development team by committing a .localias.yaml file to the root of your git repo. This makes sharing links with each other super convenient.
Always nice to see another competitor in the space; if you're interested in this, please check out Localias as well!
- Github repo https://github.com/Caranea/gpulife
- Finished particle simulator https://webgpulife.netlify.app/
Depending on timing (and here it was just over a year between the round closing and the acquisition), you may be able to easily re-deploy the capital you get back as another investment included in the same fund, and get another shot at a 100x return.
I'd be curious to hear what others think (particularly actual VCs, not just pretend ones like me) but this seems like a very rational outcome to me.
You imagine incorrectly, as revealed by your lead investors' decision to allow an acquihire by another one of their portfolio companies.
The current pitch, which is "this is a workflow orchestration framework that does not allow for any monitoring or observability" is a complete non-starter. You may want to consider how other projects keep track of workflow state and allow for it to be instrumented.
- Why would someone use this instead of Airflow/Cadence/Temporal/Databuilderframework?
- What does this look like when it's used? Most frameworks provide some kind of example project, you should too.
- Related, but more specifically, what does the `IDataStore` interface contract mean? Beyond the two functions that I have to implement, are there any considerations related to the overall performance/scalability/durability of the system? Would it make sense to use a disk-backed store, or Redis, or Postgres?
- How do I observe the system? Which workflows are running, which have failed, what the current state is, etc. Are there metrics? Logs?
All of this is based on the assumption you want people to adopt this framework. If it's just a cool side project, that's fine too, but you should probably try to set that expectation in the README.