titularcomment

6 ms·

1.
by titularcomment 7d ago
I really disagree with their acceptable usage policy, but you can't say it with certainity that LLM contributions would be a fix for this. They generate so much noise (as the primary incentive behind an independent LLM scan is often ch
2.
by titularcomment 7d ago
What is this 'mind' you speak of? As everyone else is intellectually lazy, how do you define the transformer architecture under the hood of LLMs?
3.
by titularcomment 8d ago
I recommend you read the authors' other two latest articles.
4.
by titularcomment 15d ago
Funnily enough you really do need a great prompting and SKILLS setup to use antigravity effectively in contrast to other providers which actually started benefiting from less detailed prompts over time. But I like it this way, its more cust
5.
by titularcomment 15d ago
`agy --dangerously-skip-permissions`
6.
by titularcomment 16d ago
FYI, there are ungoogled chromium builds for Android. Firefox Mobile really is a lackluster browser unfortunately both from a usability and security standpoint (e.g. IonStack worked on Fennec)
7.
by titularcomment 16d ago
This is standart, and happens constantly with Invidious (youtube frontend). This happened before on AuroraOSS too. They probably just flagged the accounts and no API change or A/B testing an API change.
8.
by titularcomment 17d ago
We miscommunicated. First, I think LLMs are a problem for newcomers in general, there is a lot of intuition that I saw that you build while tinkering at 3 A.M which makes programming easier in the long run, at least for me. For someone who
9.
by titularcomment 17d ago
I like that they supplied the prompt instead of the working code :)
10.
by titularcomment 17d ago
Reverse proxies work because they're not behind restrictive NATs, and having a few central servers that are not behind Symmetric NAT is a surefire way to establish an ISP-granted monopoly. Even if that somehow worked, this completely b
11.
by titularcomment 18d ago
This came out a bit longer than I expected. Depends on your usage. A rubber duck won't upheave the entire history of written human knowledge to reach for your answer. It doesn't have inherent bias, and its purpose could also be ha
12.
by titularcomment 18d ago
The original article talks about 'savvy', which is to me an essence of learning. If 'exploration' is looking at walls of code you don't understand but the linter makes them look cool, you don't need LLMs for th
13.
by titularcomment 18d ago
Yes, using analogies of comparing LLMs to relatively simple tools and on the same plane declaring them the predecessors to AGI (or for some, we have achieved AGI) is a common hypocritical take.
14.
by titularcomment 18d ago
With all due respect, what you're describing doesn't quite spell learning in my opinion. Sure, its better to read the code of an application you envisioned to learn a programming language rather than an unrelated convulated progra
15.
by titularcomment 18d ago
Funny thing is, I'm glad we can read this output. I'm afraid advances in models will result in more censored reasoning for the models' benefit as well as anti-distillation efforts.
16.
by titularcomment 20d ago
That last sentence is a straight-up threat.
17.
by titularcomment 22d ago
https://archive.is/eMRTd
18.
by titularcomment 28d ago
If you think HN is anti-AI, you are in deep. There isn't many places on the internet (sans X/Twit which i don't check) that is as AI-positive as HN. Sure, holdouts remain but the frontpage has a 60% constant vibecoded project
19.
by titularcomment 1mo ago
Is ARM truly more user-friendly in this regard? And I dont see no genuine alternative than arm64
20.
by titularcomment 1mo ago
Probably to avoid manipulation, there is tons of stuff on HN that hopes to make it to the limelight through this forum channel
21.
by titularcomment 2mo ago
This is complete dependency on LLM tools all the way from development to usage, and is risky as well as prone to failure
22.
by titularcomment 2mo ago
This does anything but put the user in control. I also think that arbitrary new features on established platforms are not in any close future as it already burns many tokens for you to instruct your agent to fork something and add x, y, z.
23.
by titularcomment 2mo ago
lol. Simple case of if you have to ask, you probably shouldn't.
24.
by titularcomment 2mo ago
1. It depends on model and tokens spent 2. Models talk the talk but not always walk the walk
25.
by titularcomment 2mo ago
Don't play fair in a game others cheat.
26.
by titularcomment 2mo ago
I'd respectfully advise you to assume less
27.
by titularcomment 2mo ago
GPU driver support is not limited to CUDA. Devices that require binary blobs of firmware to work properly are not always exotic. Some examples off the top of my head that won't work with OpenBSD hassle-free is Vantage (LLL), Solaar .
28.
by titularcomment 2mo ago
Personal laptop use with Ada Lovelace or Ampere family NVIDIA GPUs (did you mean this or CUDA, i couldnt tell), personal desktop use with unusual peripherals, dependency on ports, existence and competition of FreeBSD etc. I love OpenBSD&#x2
29.
by titularcomment 2mo ago
I believe issues will arive with AI in the near future in terms of their performance. Disagreeing with the author, I think code quality pre-AI, in certain languages, were golden. They all contained bugs but they were written in a way that b
30.
by titularcomment 2mo ago
I don't understand caring about 'slop' in creative media. Its pressingly more important in programming because there are a lot of bugs linters, complicated language models and even fuzzy sandbox searches can't catch. Eve

More ›