their own privacy team told me they are bound by regulatory obligations to retain data even after you request deletion. I've notified our attorney general's office to see if anything can be done but it might be too late. I'd love for someone who knows these "regulatory obligations" to chime in.....
>their own privacy team told me they are bound by regulatory obligations to retain data even after you request deletion
They have to retain data about the person who requested the deletion which seems eminently reasonable. In the future if you sue them because you can't access your account that you paid for, they have a record that you requested said account's deletion.
Similarly they obviously can't withdraw your data from the anonymized research projects they pursued.
I've had situations where Cursor just starts to do some really bizarre behavior after long running cycles of tasks unsuccessfully like the death loop I've seen described in other threads.
Best way to deal with this is to just clear the embedding index from the cursor settings and rebuild it.
I've never had it go to a point where it will want to rf home, but now I'm a bit fearful that one day it will go and do it as I have it on auto run currently.
That's one of the bonus I was thinking about. It's nice if you have a subset of deps you want to share, or if one dep is actually part of the monorepo, but it does require more to know.
Thanks. Why is the notion of run and tool separate? Coming from JS, we have the package.json#scripts field and everything executes via a `pnpm run <script name>` command.
sync is something you would rarely use, it's most useful for scripting.
uv run is the bread and meat of uv, it will run any command you need in the project, and ensure it will work by synching all deps and making sure your command can import stuff and call python.
In fact, if you run a python script, you should do uv run python the_script.py,
It's so common uv run the_script.py will work as a shortcut.
I will write a series of article on uv on bitecode.dev.
I will write it so that it work for non python devs as well.
Sorry i misread and stayed on sync. Group and extras are for lib makers to create sets of optionals dependenacies. Groups are private ones for maintainers, extras are oublic one for users.
Hi, I'm the author of LogLayer (https://loglayer.dev) for Typescript, which has integration with DataDog and competitors. Sift looks easy to integrate with since you have a TS library and the API is straightforward.
Would you like me to create a transport for it (I'm not implying I'd be charging to do this; it'd be free)?
The benefit of LogLayer is that they'd just use the loglayer library to make their log calls and it ships it to whatever transports they have defined for it. Better than having them manage two separate loggers (eg Sift and Pino for example) or write their own wrapper.
Same, I have occupational lenses that are also focused to arms length, and it has made a huge difference for me as well when using it for reading things on my computer screens. It makes reading small text easier and feels crisp.
Using it outside of its intended distance will cause eye strain since your eyes won't be able to focus properly.
My provider calls them "computer glasses". It does not have blue light filtering as I do work with implementing web designs and color accuracy does matter to me.
I totally recommend computer glasses for anyone who works all day looking at a computer screen.
They would be a separate prescription / lens type (as in not progressive I think) compared to daily use glasses. I do have to swap to my daily use when not using my computer glasses outside of sitting and looking at a monitor.
Using my daily use for computer monitor reading doesn't feel "right" compared to my computer glasses. There is a clear difference between them.
>Using it outside of its intended distance will cause eye strain since your eyes won't be able to focus properly.
Mine are more useful that I anticipated when I'm not using them for work. I would advise against anybody driving with the wrong pair of glasses, but I can see significantly better with my occupational lenses than without. I would not trust them at night, but during the day I can see well enough I am not concerned about my driving. I don't intend to drive with them, but there has been the occasion here or there when I had to run somewhere quickly and forgot to swap my glasses.
It also helps that mine are progressives, so the very very top part of the lens is my "regular" prescription. I can use that to focus on something at a distance if necessary.
>They would be a separate prescription / lens type (as in not progressive I think) compared to daily use glasses. I do have to swap to my daily use when not using my computer glasses outside of sitting and looking at a monitor.
Like I mentioned above, mine are both occupational and progressive. I'd like to try non-progressive occupational lenses to see if I like them better, but I'm not convinced it would be worth the money.
Same. I've driven short distances sometimes to pick up lunch or something 5-10 minutes away because I forgot to switch my glasses. It wasn't ideal but perfectly doable.
I've only done it a handful of times, though. And also I wouldn't do so at night.
> Using it outside of its intended distance will cause eye strain since your eyes won't be able to focus properly.
I don't find that at all, personally. I wear my computer glasses almost all the time in the house and just let myself not try to focus on things. If anything it seems to be better than my normal distance lenses for eye strain, for me, because my eyes do try to focus with my normal lenses since it's supposed to be perfectly clear, where I know there's a good reason they're not in focus when I'm not wearing them.
My distance glasses have progressive lenses, which may be part of that, as there's different strength depending on where you're looking at in the glasses. I've been tempted to remove progressive lenses from my next pair, as I tend to take them off to read anyway, and then I'd get a flat prescription like I have on my computer lenses.
Me too. My progressive lenses give me eye strain and it is much worse at the computer. I have non-progressive lens for work and they’re much more comfortable. (Especially with my large monitor.)
Would love to speak with you for 20 mins to learn from your experience. If interested, ping me at jbornhorst [at] gmail [dot] com and I'll coordinate times.
This might be useful for just checking the general content of a chapter you're interested in if it hasn't been translated yet, but it's not clear if it handles things like varying fonts / sizes used to convey the emotion of spoken dialog, does consistent translation (eg does it remember stylistic choices it has made chapters before it), or handles tricky items that might be difficult to localize.
Also, how does it work, what is the tech behind it? Are you doing any of the training yourself?
Another thing I'm not sure machine translation can really "nail" is cultural context, or even little linguistic cues and other tidbits. I like when translators explain in the margins that one character is speaking in a certain register for XYZ reason, or that there's been a shift in a certain relationship signaled by a change in how they address each other, etc.
That said, I did just read a great series last night whose human translation ended right before the final two volumes, and hasn't been updated in nearly 8 years... so I may need to try some machine translation on those last two volumes just to see how things end.
https://github.com/theogravity/fastify-starter-turbo-monorep...
Usage:
Search for loader.js refs.
https://github.com/theogravity/fastify-starter-turbo-monorep...