Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
socketcluster
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
151.
▲
by
socketcluster
9mo ago
I feel like there's no point to get a graphics card nowadays. Clearly, graphics cards are optimized for graphics; they just happened to be good for AI but based on the increased significance of AI, I'd be surprised if we don'
152.
▲
by
socketcluster
9mo ago
Your last paragraph is an interesting way to frame it. I also think it's true; what appeals to people is something superficial. The product has to be highly optimized to generate an initial 'wow' factor. But it's almost
153.
▲
by
socketcluster
9mo ago
I have a really hard time designing my career in tech because I believe that people already have more options than they need or can afford. What people need aren't more options. What they need is MONEY; which is the ability to obtain t
154.
▲
by
socketcluster
9mo ago
JWT supports some encryption algorithms as an alternative to signatures but my experience is that most people like to keep it simple. JWT is intended for authentication. Most of the time you're basically just signing a token containing
155.
▲
by
socketcluster
9mo ago
For me, Claude Code was the most impressive innovation this year. Cursor was a good proof of concept but Claude Code is the tool that actually got me to use LLMs for coding. The kind of code that Claude produces looks almost exactly like th
156.
▲
by
socketcluster
9mo ago
Yep, httpOnly cookies just give the hacker a bit of extra work in some situations. TBH I don't even think httpOnly is worth the hassle it creates for platform developers given how little security it adds.
157.
▲
by
socketcluster
9mo ago
Not a problem in itself. Also, there's not much point of encrypting tokens. The attacker could use the encrypted token to authenticate themselves without having to decrypt. They could just make a request from the victim's own brow
158.
▲
by
socketcluster
9mo ago
Great article. I like the simple point about the hypothetical IQ test sent one week in advance. It makes a strong case about time being the true bottleness. I think this same idea could be applied to most tests. Implicit in the design of mo
159.
▲
by
socketcluster
9mo ago
The fact that you mentioned Claude (LLMs) is interesting! I definitely feel like there is a parallel; maybe because AI sometimes hallucinates, people have built up a tolerance for this kind of speculative use of language from people as well
160.
▲
by
socketcluster
9mo ago
Yep, I fully agree with this view and I find that it's seniors who ask the 'dumb' questions. Everyone is worried about losing face in this precarious economy... But seniors are able to ask really smart questions as well so ev
161.
▲
by
socketcluster
9mo ago
Other possibility; a disgruntled investor who poured millions into dead-end fusion research and now wishes they had invested in AI research instead? Blames the professor for persuading them to invest in fusion. It's a tough one to find
162.
▲
by
socketcluster
9mo ago
I get it. Sometimes complexity is justified. I just don't feel this particular bridge is justified for 'mainstream software' which is what the article is about.
163.
▲
by
socketcluster
9mo ago
Might work for some projects. For really complex projects (which is what I typically work on), strong engineering helps and so a lead-by-example approach tends to work out and it helps to motivate the team. Also, I can give my team members
164.
▲
by
socketcluster
9mo ago
If the requirements you have to satisfy arise out of a fixed, deterministic contract (as opposed to a human being), I can see how that's possible in this case. I think the root problem may be that most software has to adapt to a consta
165.
▲
by
socketcluster
9mo ago
Yeah, IMO, the spec almost always needs refinement. I've worked for some companies where they tried to write specs with precision down to every word; but what happened is; if the spec was too detailed, it usually had to be adjusted lat
166.
▲
by
socketcluster
9mo ago
> A bidirectional bridge that spans multiple representations from informal spec Amusingly, what I'm hearing is literally "I have a bridge to sell you."
167.
▲
by
socketcluster
9mo ago
Yes. I feel like people who are trying to push software verification have never worked on typical real-world software projects where the spec is like 100 pages long and still doesn't fully cover all the requirements and you still have
168.
▲
by
socketcluster
9mo ago
I've been tech lead at different companies. Every time I switched companies, I started out as senior dev and got promoted into the team lead role again; each time with full support of my team. I don't look or act like a leader and
169.
▲
by
socketcluster
9mo ago
This is a very compelling SaaS license.
170.
▲
by
socketcluster
9mo ago
I think the problem is that people will never agree about the same definitions when discussing complex topics. For example, even when it comes to testing, I find that developers tend to disagree about definitions of 'Unit tests' v
171.
▲
by
socketcluster
9mo ago
This is a good point, nowadays I always try to account for human psychology. Like a tool might be a positive in some way but maybe it will have a negative impact on people's morale and it might end up being a negative. Or some tool mak
172.
▲
by
socketcluster
9mo ago
I'm actually more thinking about the client sitting on the front-end like a single page app. Network instability could cause the response to not reach the front-end after a successful insert. This wouldn't be extremely common but
173.
▲
by
socketcluster
9mo ago
Still, UUID is probably the simplest and most reliable way to generate such idempotency identifiers.
174.
▲
by
socketcluster
9mo ago
A major one for me is preventing duplicate records. If the client POSTs a new object to insert it into the database; if there is a connection failure and the client does not receive a success response from the server, the client cannot know
175.
▲
by
socketcluster
9mo ago
My advice is: Avoid Blanket Statements About Any Technology. I'm tired of midwit arguments like "Tech X is N% faster than tech Y at performing operation Z. Since your system (sometimes) performs operation Z, it implies that Tech X
176.
▲
by
socketcluster
9mo ago
I find that the more senior you become, the less you rely on software design patterns. Juniors often think that learning design patterns is some kind of career hack which will allow them to skip ahead a decade of experience... There is some
177.
▲
by
socketcluster
9mo ago
This is a good API. I hope it gains adoption in at least one browser, that way other browsers which don't adopt it will be called 'insecure'... Which would be warranted IMO... People have been wanting the ability to inject sa
178.
▲
by
socketcluster
9mo ago
Totally agree with the first observation. The default human state seems to be confusion. I've seen this over and over in junior coders. It's often very creative how junior devs approach problems. It's like they don't ful
179.
▲
by
socketcluster
9mo ago
Depends on the size and complexity of the problem that the system is solving. For very complex problems, even the most succinct solution will be complex and not all parts of the code can be throwaway code. You have to start stacking the lay
180.
▲
by
socketcluster
9mo ago
I think my software engineering job will be safe so long as big companies keep using average code as their training set. This is because the average developer creates unnecessary complexity which creates more work for me. The way the averag
More ›