Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
proc0
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
13 ms
·
181.
▲
by
proc0
1y ago
> This could be a highly structured JSON file, YAML, or a new declarative language designed for this purpose. That shouldn't be needed. The current "promise" is that AI should reason like a human, so in theory (or at leas
182.
▲
by
proc0
1y ago
I think that's true for multiplayer games, which is understandable because they are more like platforms, even social media, because it has to support a community of people that play with each other. Single player games will still exist
183.
▲
by
proc0
1y ago
I don't think it's there yet. If we knew how the brain's architecture produces consciousness and we could recreate that in software, I would be open minded to have AI replace human interaction, but what Zucc is suggesting is
184.
▲
by
proc0
1y ago
That could work I guess.
185.
▲
by
proc0
1y ago
It could be paid by taxes, and run by government. Something like the Internet Archive (not sure if that's public but the entire Internet is much larger than all games put together).
186.
▲
by
proc0
1y ago
Yes that would be nice. It could definitely be a non-profit and get a lot of support. Then they could grant access to past games that are no longer on the market. Ideally anyone can just make their own backups without publishing the copy. I
187.
▲
by
proc0
1y ago
That's what should happen over time within a domain. As you engineer the codebase it should become into its own domain framework. I feel the web industry leans heavily into only using existing frameworks and tools instead of just build
188.
▲
by
proc0
1y ago
I think it's silly that the conversation on preserving games revolves around hardware. The hardware is irrelevant. It's about the right to create digital backup for personal use. Whether the game is downloaded or burned on a disc,
189.
▲
by
proc0
1y ago
Oh I haven't looked at Solidjs yet, interesting will take a look. And yeah you may still need to design your application, but having hooks be something that is out-of-the-box pushes you into certain patterns and needs to be actively ig
190.
▲
by
proc0
1y ago
I think React caved in to wider adoption pressure to introduce abstractions that are intuitive on the surface level but are costly in terms of large scale complexity. > It's "declarative" right up until you're debugg
191.
▲
by
proc0
1y ago
Explains a lot.
192.
▲
by
proc0
1y ago
If vibe coding turns out to be another hype wave, it seems there is nothing to compare it with in the past. This truly might be biggest hype and letdown in the history of technology and markets... or we will hit AGI by 2030 (because AI will
193.
▲
by
proc0
1y ago
Interesting. I see from the video example it took a lot of steps and there is a lot of output for a simple task. I'm thinking this probably doesn't scale very well and more complex tasks might have performance challenges. I do thi
194.
▲
by
proc0
1y ago
Right, but the industry wants bad programmers who are good managers and business thinkers. Unfortunately it's hard to draw a straight line from formal methods to profit. So it's hard to convince people to fund a solution that requ
195.
▲
by
proc0
1y ago
This is largely true in my experience. The industry regards software dev as the bottom of the pyramid. It's the job you start doing and you get promoted out of. I believe that's a huge contrast to other professions, in which you c
196.
▲
by
proc0
1y ago
Yeah this is how it felt looking at high level specs. I basically wanted a 5080 with 24GB of memory. 5090 seems overkill for even gaming especially with power consumption taken into consideration. At this point though, I want anything I can
197.
▲
by
proc0
1y ago
Hopefully not, and it's probably correlated with how technically complex the domain is. From my experience it's most of the web industry, but web software has increasingly evolved into gluing libraries together.
198.
▲
by
proc0
1y ago
From a distance I guess there are some similarities, like they're both loops with data transforms, but it's not quite the same.
199.
▲
by
proc0
1y ago
It sounds like two different ideas, one for the Flux / uniflow pattern, and the other for using the react hooks as an interface. These are two separate things. Personally I'm not fond of the React hook pattern. It's actually
200.
▲
by
proc0
1y ago
That ultimately, the industry wants engineers to manage the business, instead of managing software. If I had known this I would not have gone through university at all. I would have attempted my own business from the start and learned on my
201.
▲
by
proc0
2y ago
I would argue that if you need to learn it the right way in order for it to make sense, then what that really means is that you just get used to it and it's not very intuitive to begin with. Take the simple example of a pointer. It
202.
▲
by
proc0
2y ago
> uint32_t const *const foo; That's just silly. I like C++ for its legacy and contributions but my god is it a confusing AF language for no reason. It can easily have syntax for each of these cases instead of reusing keywords and sy
203.
▲
by
proc0
2y ago
Interesting article and seems to shine a light on my experience of recurring bad leadership at tech companies. I suspected this was the case: > Realistically, some chiefs of staff, program managers, and product operations managers aren&#
204.
▲
by
proc0
2y ago
I think that still makes sense in the context I'm using. Do things carefully when building software in the beginning so that you have less issues as it scales and then you are iterating very quickly because of the lack of issues.
205.
▲
by
proc0
2y ago
Bad leadership/ direction of product. These decisions are bad in the long term as people find alternatives. Windows will just be used by large non-tech orgs that need excel and are locked in that ecosystem. Then there is the gaming cro
206.
▲
by
proc0
2y ago
The reason that's a problem is because of how most companies structure their engineering roles. Individual contributors are the bottom part of the metaphorical pyramid. IC engineers are meant to be managed because by definition the pro
207.
▲
by
proc0
2y ago
Well it's because that's what companies optimize for. Companies will never let their employees get away with working less if they can help it. This isn't even a secret, yet so many people do not even question it. They get awa
208.
▲
by
proc0
2y ago
I completely disagree with idea of moving fast at any cost. There's a saying in the marines (I think, maybe navy)... "slow is smooth, smooth is fast" It's about first getting the basics right, so you go slow, which then
209.
▲
by
proc0
2y ago
The fact is that if a company needs to lay off thousands of people then it's a leadership problem. More often than not that leadership is not held accountable either. Large corporations are truly dystopian, in my opinion. X already pro
210.
▲
by
proc0
2y ago
What happened was that web companies gravitated towards using more and more off-the-shelf "solutions", instead of hiring engineers that built what they need more or less from the ground up. Most companies would call this "rei
More ›