michaelmior

There are solutions such as Answer Overflow[0] that allow public indexing and search of Discord content that solve this problem.

[0] https://www.answeroverflow.com/

With a little work, it's sometimes surprising how easy things are to repair. My TV died a few years ago and just refused to power on. I don't really know much about electronics, but I assumed since there were no lights of any kind that it was probably a bad power supply. I opened it up and it turns out the power supply is a separate board with an easily detachable cable. I ordered a new one for less than $40 on eBay by looking at the part number and it only took a few minutes to replace and saved me several hundred dollars.

I'd imagine someone more familiar with electronics possibly could have figured out what specific component was wrong and replaced only that for an even smaller fraction of the cost.

Cool to see more players in this space. See also the Postgres implementation of Vercel's "Workflow" for something similar for JavaScript.

[0] https://useworkflow.dev/docs/deploying/world/postgres-world

I'm working on a JSON schema discovery tool, JSONoid[0]. JSONoid can discover many more features of JSON Schema than existing tools such as regular expression patterns, formats, and dependencies. I'm also working on integrating this with some past work I've done on using LLMs to augment JSON Schemas[1,2].

There are a number of use cases for such a tool. One is for helping data analysts who are handed a pile of JSON documents to be able to more quickly and effectively craft analytics pipelines for heterogeneous data where just inspecting a few documents isn't sufficient. Another is to help automate API specification generation and regression testing. Definitely interested in any feedback.

[0] https://github.com/dataunitylab/jsonoid-discovery/ [1] https://michael.mior.ca/blog/llms-for-schema-augmentation/ [2] https://arxiv.org/abs/2407.03286

Agreed although I think it would still help to be more explicit.

GPUI yes, but I'm not so sure about GPUI Component which is what I assumed the parent was talking about.

I figured that's what you meant and I think it's totally reasonable! I just think the wording could be updated a little. I have a couple ESP32s lying around not doing anything, so I'm looking forward to trying out TOMMY with HA :)

> No hub required - TOMMY runs as a Home Assistant add-on or on a Linux host (Docker) and uses supporting devices to create a sensing network.

I don't see how either the HA instance or the Linux host can't be viewed as a hub. No hub required feels untrue to me. I assume this question is intended to clarify that some additional device is not necessary, but I think this could be reworded.

Thanks for the reply! I still worry about debugability. What if the generated code doesn't actually follow the spec? I understand that then generated tests would fail, but I assume there will be cases where Specific will fail. With no access to the code, it seems like there's no way to correct this. Is there any sort of escape hatch for these cases?

I'm curious if you do anything to control how the code evolves over time. Test suites are often incomplete and it's possible that behavior that is not fully specified may be unintentionally relied on.

If Specific regenerates code from the spec each time (which I'm not sure it does), there's the potential for different code each time even for parts of the spec that haven't changed. This seems like a nightmare for maintainability and debugability.

Having arXiv run the cleaner automatically would definitely be cool. Although I've found it non-trivial to get working consistently for my own papers. That said, it would be nice if this was at least an option.

The parent comment wasn't specifically addressing Starlink.

Not with a geostationary orbit. That must have a fixed radius. The problem is that satellites have to move to counteract the force of gravity to avoid falling out of orbit. But if they move too much or too little, then the satellite moves with respect to the earth and the orbit is no longer geostationary.

(Caveat: Not an expert by any means, just someone who had a similar question and did some reading, so my answer may well be incomplete or not fully correct.)

Part of the problem here is that there is no prior association of an identity with an account. So proving who you are is somewhat irrelevant since even if the account has your name, email, and photo, that's no guarantee that the account was created by you. If identity verification were required ahead of time, then perhaps verifying identity after loss of access could be reasonable recovery method. But of course there are many reasons why requiring such verification is problematic.

I go to the Strong almost every weekend with my kids and they love it. I think there are some examples of poor uses of technology that the OP is talking about (screens that just replicate something you could play at home). But there is also some incredibly cool stuff that combines technology with physical play.

Thanks! I missed that part.

> Why does providing assistance have to mean centralized control of what assistance looks like?

I generally agree with you, but often the reason that these programs work economically is that those who don't choose to use them still contribute. There are (at least) three different categories: (1) caregivers who will care for their child themselves regardless of whether or not free care is available elsewhere, (2) caregivers who will find care elsewhere regardless of the cost, and (3) caregivers who will make use of free care if available, or otherwise, care for their child themselves.

I think the group (1) has a tendency to be higher income. It's certainly not true of everyone in that group, but I would wager that a significant number of people in that group do not need the financial assistance. Those people not using the free resource, but still contributing to funding it is what makes it economically viable.

Did anyone else find it bizarre that the user explicitly asked for an Excel document but got a Google Sheet instead?

Thanks for clarifying! It's great to see that other platforms are supported. This wasn't immediately clear from reading through the website.

> Devs get to write 1 app that runs on any pair of smart glases.

Except it seems they only run on Mentra glasses. Not Meta Ray-Bans, Echo Frames, or any of the many other existing smart glasses platforms.

That Zotero sync seems nice! I wrote a daemon that does a (one-way) sync from a Zotero folder to my reMarkable that works pretty well, but it's rather hacky.

I lived in Toronto for several years. Certainly there are much colder places and I personally don't find Toronto winters terribly unpleasant, but I know a lot of people don't share the sentiment.

One thing that I was surprised wasn't mentioned is the impact that I believe weather must have had on the development of the Path. Winters in Toronto get rather cold and snowy. Even with a dense downtown core, walking a few blocks outside can be rather unpleasant.

There are APIs such as Jina AI's reader API that do this pretty well. It doesn't produce output as clean as Sosumi for Apple docs, but it's free and does a decent job.

https://jina.ai/reader

"Reading stuff freely posted on the internet" is also very different from a business having machines consume large volumes of data posted on the Internet for the purpose of generating value for them without compensating the creators. I'm not making a value judgement one way or the other, but "reading stuff freely posted on the Internet" is an oversimplification.

Agreed that there should be an ability to opt out.

As someone who doesn't use CC, auto-commit seems like it would be the easiest way to manage changes. It's easy enough to revert or edit a commit if I don't like what happened.

This is another case where doing this well probably requires some deeper integration. That said, it can be limited to a script that lists the jobs to run, glued together with YAML to launch the jobs, each of which call another script with the appropriate parameters. The majority of the logic still lives in scripts.

IANAL, but I don't believe that lack of intent to cause harm means that relief can't be granted. You could still take legal action if they refused to remove the information. To my knowledge, a question that still hasn't been thoroughly tested from a legal perspective is to what degree users of LLMs should be reasonably expected to be aware of the potentially for false information and to what degree continued use despite that knowledge constitutes willful negligence.

Humans can make mistakes too when compiling information and when mistakes are done unintentionally without the intent of causing harm, I believe liability is typically limited. I would expect the same would be true of LLM use. As long as the user of the LLM has taken reasonable precautions to ensure accuracy, I think liability probably should be limited in most cases. In the case of DeepWiki getting something wrong, I think the case for significant reputational damage is pretty weak.

Just because you "consider" incorrect information to be libelous does not mean that it is. While it's true that LLMs have no will to act, the use of an LLM to publish information that ends up being incorrect does not imply that the user of the LLM intended to post incorrect information.