Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
emseetech
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
61.
▲
by
emseetech
1y ago
Is it bleeding hearts preventing this or the unwillingness to properly fund it?
62.
▲
by
emseetech
1y ago
I'm skeptical "get to market as fast as possible, damn the consequences" is as relevant today as it was 10 years ago. People have to be careful not to miss their window trying to be perfect, but first and broken isn't a
63.
▲
by
emseetech
1y ago
An MVP? Definitely not. A prototype maybe, but... For building a prototype, unless you have the discipline to not put the prototype into production and your organization has similar discipline , I wouldn't recommend vibe coding. We al
64.
▲
by
emseetech
1y ago
I'm not sure vc funding and ads are compatible with a slow, quiet and healthy social network.
65.
▲
by
emseetech
1y ago
Likes/reactions should be hidden to everyone else except the poster, and not used for any kind of ranking. And comments should be disabled by default. Users should have to take the extra step to enable comments ("I would like feed
66.
▲
by
emseetech
1y ago
I’ve been dreaming of building this. I miss chronological feeds the most.
67.
▲
by
emseetech
1y ago
They could be better, but they're not nearly as difficult as people like to make them out to be. And they come with extra benefits like no build tool required and native browser support.
68.
▲
by
emseetech
1y ago
| I find this to be very unlikely. And yet, here we are.
69.
▲
by
emseetech
1y ago
Unless a startup has five+ nines service contracts with their customers already, a little bit of downtime once in a while is not the end of the world the cloud services want us to believe.
70.
▲
by
emseetech
1y ago
This is why when I contract for an early stage startup, I pose the question: " What if your app went viral and you woke to a $20k cloud bill? $50k? $80k? " If the answer is anything less than " Hell yeah, we'll throw it
71.
▲
by
emseetech
1y ago
Personally I would even speed up these animations. 300ms is too high. I prefer animations that are almost imperceptible. You might even only notice them if you take them away. Anything longer than that I consider too slow.
72.
▲
by
emseetech
1y ago
Right, friction is required even if it’s artificial. Which was not the future we were promised but it’s the only way that seems viable. The Hollywood system has serious flaws but at least it’s manageable. Bringing back in-person pitches, ap
73.
▲
by
emseetech
1y ago
This seems to be a general problem of all open submissions in the age of AI. Job applications, story pitches, now grant applications, everyone is overwhelmed.
74.
▲
by
emseetech
1y ago
I don't follow, can you explain more?
75.
▲
by
emseetech
1y ago
| "what if it keeps getting better at this same rate?" All relevant and recent evidence points to logarithmic improvement, not the exponential we were told (promised) in the beginning. We're likely waiting at this point for
76.
▲
by
emseetech
1y ago
For junior devs wondering if they picked the right path, remember that the world still needs software, ai still breaks down at even a small bit of complexity, and the first ones to abandon this career will be those who only did it for money
77.
▲
by
emseetech
1y ago
"You Are NOT Dumb, You Just Lack the Prerequisites" https://lelouch.dev/blog/you-are-probably-not-dumb/
78.
▲
by
emseetech
1y ago
It may have started earlier. This study came out a year ago, showing consumers overwhelmingly were turned off by companies slapping "AI" on products. https://www.tandfonline.com/doi/full/10.1080/1936
79.
▲
by
emseetech
1y ago
Problems created by using LLMs generally can't be solved using LLMS. Your best case scenario is reducing risk by some % but you could also make it less reliable or even open up new attack vectors. Security issues like these need determ
80.
▲
by
emseetech
1y ago
Sanitizing free-form inputs in a natural language is a logistical nightmare, so it's likely there isn't any safe way to do that.
81.
▲
Ask HN: Any AI startups working with diffusion models?
1 points
by
emseetech
1y ago
|
0 comments
82.
▲
by
emseetech
1y ago
Go being boring is exactly why I use it.
83.
▲
by
emseetech
1y ago
Once again, this relates to total comp not base salary alone. Total comp includes salary and benefits which can include vacation time. So it's not 1/2100th of a base salary, it's the hourly rate x2100 to get the total comp.
84.
▲
by
emseetech
1y ago
x2100 is base salary plus benefits, aka "total compensation." So if this doesn't cover everything then charge a higher hourly rate for more money, don't change the multiplier.
85.
▲
by
emseetech
1y ago
2D games can require a lot of assets. And most programmers are not artists.
86.
▲
by
emseetech
1y ago
Every contractor already knows all this. And those who don't learn quick. I'm not clear what you're arguing here. When I evaluate an hourly rate, I multiply by 2100 and ask myself if this is a reasonable salary & benefits
87.
▲
by
emseetech
1y ago
No that's not to do with benefits, I'm rounding up to 2100 for easier mental math. The benefits calculation is a more complicated one and I've never met any two contractors who calculate it the same.
88.
▲
by
emseetech
1y ago
My rule of thumb as a contractor is to take the hourly rate x2100 to get an equivalent full-time salary plus benefits, 401k, vacation, etc. Fractional CTO | $368k - $420k Senior AI Engineer | €179k - €210k Senior Full-stack Engineer | $263k
89.
▲
by
emseetech
1y ago
Their commitment to performance is a beautiful thing. Imagine all projects were similarly committed.
90.
▲
by
emseetech
1y ago
If we increase the velocity of changes to a codebase, even if those changes are being reviewed, it stands to reason that the rate of issues will increase due to fatigue on the part of the reviewer. Consider business pressures as well. If LL
More ›