BeefWellington
Joined 5 years ago
Joined 5 years ago
Not purely. There may be some prejucide but look at Nortel[1] as a famous example of a situation where technological espionage from Chinese firms wreaked havoc on a company's fortunes and technology.
I too would want to see the evidence and forensics of such a breach to believe this is more than sour grapes from OpenAI.
[1] https://financialpost.com/technology/nortel-hacked-to-pieces
Half jokes aside, I'd love to be able to have a decent mobile style permissions experience on browser extensions and desktop apps.
Making something work really efficiently on older hardware doesn't necessarily imply less demand. If those lessons can be taken and applied to newer generations of hardware, it would seem to make the newer hardware all the more valuable.
A requirement not extended to the open source developers whose code you are using essentially a copyright and licensing laundering engine to get around.
Then again, maybe not; OCR is one of the most worked on problems, so the quality of parsing characters into text maybe shouldn't be as surprising.
Off topic: it's wild to me that in 2025 sites like substack don't apply `prefers-color-scheme` logic to all their blogs.
LLMs which were trained on the works of thousands of other developers with similar licenses, who are offered no similar credit here.
It also claims copyright of the code as though you have authored it, but you're claiming here to have used LLMs to generate it. Seems like trying to have it both ways.
The key thing here is to understand that you want the minimal correct query for what you need, not to avoid "making the database work".
The given example is silly because there's additional parameters that must be either NULL or have a value before the query is sent to the DB. You shouldn't send queries like:
SELECT \* FROM users
WHERE id = 1234
AND (NULL IS NULL OR username = NULL)
AND (NULL IS NULL OR age > NULL)
AND (NULL IS NULL OR age < NULL)
But you should absolutely send: SELECT \* FROM users
WHERE id = 1234
AND age > 18
AND age < 35I leave allowances for `id` to be a stand-in for some other identity column that may represent a foreign key to another table. In which case I'd still expect SQL server's query planner to execute as: initial set is those where said column matches the supplied number, then further applies the logic to that subset. In fact I'd love to see where that isn't the case against a transactional DB.
The rest of the query plan probably won't need much power.
[1]: https://mosquitto.org/blog/2018/05/version-1-5-released/ [2]: https://forums.raspberrypi.com/viewtopic.php?t=287326 [3]: https://esp32.com/viewtopic.php?t=9747
We have not experienced the massive increases in pricing on eggs. The supply management system effectively works to keep farms roughly below a certain size, and seems to have helped avoid large impacts on certain staple foods.
The usual rhetoric against this is that we should be getting cheaper prices by letting in foreign competition. This ignores that doing so would allow foreign subsidies to wipe out our local supply of critical foodstuffs, then making us dependent.
It's not an ideal system but it seems to have yielded some tangible results when things like bird flu are making their rounds.