mdellavo

Using stimulants prescribed for ADHD to have extra pep in your step is drug abuse - just sayin. You see this a lot with adults taking stimulants for ADHD.

One suggestion to the authors - every serious codebase I've ever worked on had their own set of linters and plugins for whatever linter they were using.

How do I extend Ruff? Can I extend Ruff? How do I write plugins and linters? It's Rust in Python and I am generally leery of such things. The fact that it's one tool to do all these things makes believe it's because the tool is inflexible so it must be able to do all these things.

it's version 0.x - breakages are expected

It's not an open standard but the JVM spec is publically available and intended for multiple implementations

https://docs.oracle.com/javase/specs/jvms/se8/html/

sure but three days in a row?

simply rendering tables - most of the (python) pdf generation libraries I evaluated a few years ago all had the same limitations (reflow is hard) around laying out large multipage tables. We went with a headless chrome service to print to pdf which did not have the limitation.

How well does this handle large tables that span pages? That seems to be a key differentiator for most PDF libs I sampled. I'd assume this works well if it's coming from Chromium

you can pick a alternate browser on IOS and as I said - it was multiple instances

Go in your google/android settings and make sure location tracking is off - come back and tell me with a straight face that the UX of the feature is not a dark pattern.

It's pretty much BS like that that had me switch to IOS after years on Android.

Why would some be branded damaged because they have knowledge of a tool? That's ludicrous.

I've used many databases including mongo. They are all tools like any other with pros and cons and having experience with multiple across domains is a boon.

hmm didnt this happen once before after a long weekend?

fully typed? it used dicts for queryinb - should maybe look at sqlalchemy for comparison

browserpass is the killer addon for pass - just calling it out

I typically use the generate pass command to generate a new password - that isnt in history

browserpass for the pass password manager does this

what about applying a GIN index on the JSONB?

EAV is a pattern you can easily roll out - https://docs.sqlalchemy.org/en/14/orm/examples.html#module-e...

Another commenter illustrated some of the issues you will run into with this pattern at scale.

It would probably help to benchmark some complex queries on a sizable data set. And compare against mongo, postgres jsonb, vanilla eav, clickhouse, etc. Without much information to go on, it's hard to know what this is.

Are you unrolling the nested JSON data structures and storing as traditional K/Vs in an EAV pattern? Possibly using one table for each datatype or using a sparse table?

I'd be curious how this performs for complex queries - does this rely heavily on index intersection?

I was taking Armodafinil for a bit and this was my experience - it was too strong and would lead to insomnia for me.

people were without power for over two weeks after hurricane Sandy - no unrest

It seems to be to be a misrepresentation to call this a mongodb alternative.

if you delete the key - the data is effectively gone

SQLModel is brand new? why not just use sqlalchemy which is more mature?

optimistic locking is a useful technique that seems unfamiliar to many - it's worth looking into

please don't - CSV is a perfectly fine textual file format for many things that can be used by the technical and non with a wide range of support in applications and programming languages.

That does not seem like the app from the article

is there any secret sauce?

Doesn't really seem like much original work... a chat app tailored to a specific audience?

Generating code has never been a problem for developers :)

I'd be more interested in a tool that notices patterns and boilerplate. It could offer a chance for generalization, abstraction or use of a common pattern from the codebase. This is of course much harder.