Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
vrnvu
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
11 ms
·
91.
▲
by
vrnvu
2y ago
This can be a complex topic if you don’t set clear constraints on what constitutes a valid character in your URL or domain. For instance, in query parameters, spaces are encoded as '+'. But what if '+' is also a valid ch
92.
▲
by
vrnvu
2y ago
Just an example. Why should complexity and over-engineering be considered best practices for a beginner? In the example I've given, it turns out that a for loop and an if conditional are the simplest and most efficient solutions. Addit
93.
▲
by
vrnvu
2y ago
Please, beginners, do not take "Best practices" too seriously. For example: https://github.com/TheAlgorithms/Go/blob/master/strings/pali... Can you tell how many extra memory allocations w
94.
▲
by
vrnvu
2y ago
Those who can't do, teach.
95.
▲
by
vrnvu
2y ago
Location: Spain Remote: Yes Willing to relocate: Yes. If full-time relocation isn't possible (e.g., unable to sponsor a US visa), I'm willing to travel for a couple of months per year. Technologies: Optimization, AI, Ba
96.
▲
by
vrnvu
2y ago
If a junior struggles with WFH you have an engineering culture problem. Which the junior is not responsible for by the way... It's staff and senior engineers responsability ˆˆ
97.
▲
by
vrnvu
2y ago
Well, nobody forces you to use the setters/getters pattern. For internal implementation, you could access everything directly. For example, Zig encourages this style of programming. In my experience in Rust, the use of getters and sett
98.
▲
by
vrnvu
2y ago
Yeah, fore sure. I just share it as a fun read. I think they have been discussed in HN before.
99.
▲
by
vrnvu
2y ago
Aren't we there yet? George Hotz has a nice series of posts on this: https://geohot.github.io/blog/jekyll/update/2020/08/20/a-sil... https://geohot.github.io/blog/jeky
100.
▲
by
vrnvu
2y ago
This reminds me of the famous Visual Studio rant by Casey Muratori https://www.youtube.com/watch?v=GC-0tCy4P1U And the hundreds (if not thousands :D) of rants by Jon Blow saying how contemporary software performance sucks
101.
▲
by
vrnvu
2y ago
Disagree with most points. This seems like another "hyper-productivity" driven blog post that is so common nowadays. If you don't grind 10h and have a clear career path, you are a failure. Couldn't disagree more. - Have
102.
▲
by
vrnvu
2y ago
I agree, I feel so inspired with his streams. Focus and hard work, the key to good results. Add a clear vision and strategy, and you can also accomplish “success”. Congratulations to him and all the tinygrad/comma contributors.
103.
▲
by
vrnvu
3y ago
I'm not keen on giving out my phone number and not looking to grab another SIM just for sign-ups. I can use a temporary email for a quick test, or even create a dedicated email for your service that includes two-factor authentication (
104.
▲
by
vrnvu
3y ago
I'd say 99% of companies using Kubernetes can't really explain why they chose it over Nomad.
105.
▲
by
vrnvu
3y ago
Thanks for answering. I like the ideas behind nix and flox, and I ack it's not an easy problem. I'll keep my eye on the project and check again in the future. GL.
106.
▲
by
vrnvu
3y ago
I tested the product on both Ubuntu and MacOS, but had a frustrating experience in both cases. I prefer using Fish, but it's not supported. So, I uninstalled it and tried with Bash or Zsh instead. Even after completely removing Fish fr
107.
▲
by
vrnvu
3y ago
They don't _work_ either :P
108.
▲
by
vrnvu
3y ago
At $job we have been using Apache Tika for years. Works but occasionally having bugs and weird collisions when working with billions of files. Happy to see new contributions in the space.
109.
▲
by
vrnvu
3y ago
A *must* read. When I recommend this book to people I like to say: "it was talking about TDD, modularity, iterative development, and all your _cool things_ back in the 80s ...". Good programming ideas are nothing new.
110.
▲
by
vrnvu
3y ago
> As the organization continues to grow and these team types continue to sprawl, it becomes increasingly hard to visualize the full organizational landscape, and, consequently, to get things done. The premise is true, but the conclusion
111.
▲
by
vrnvu
3y ago
The biggest win for Go is its approach based on composition rather than inheritance. There isn’t any “architect engineer” building cathedrals with interfaces and abstract classes. There’s no cult behind needing to follow DDD in an event-dri
112.
▲
by
vrnvu
3y ago
99.999% of all SWE don’t know that algorithms and data structures evolve. How can you they choose the right library? That was my point.
113.
▲
by
vrnvu
3y ago
While I agree with using libraries and not reinventing the wheel, we should not ignore the fact that the latest sorting algorithms introduced in Go, C, CPP, and Rust, if I’m not mistaken, were introduced between 2020 and 2022. New algorithm
114.
▲
by
vrnvu
3y ago
Loved the concluding question. "So the question I want to part with is: have we advanced much in 30 years?" Every time I see all the bloated software we are putting out. Is it really worth it? One program that does it all vs many
115.
▲
by
vrnvu
3y ago
one thing I’ve noticed is that many engineers, when they’re looking for a library on Github, they check the last commit time. They think that the more recent the last commit is, the better supported the library is. But what about an archive
116.
▲
by
vrnvu
3y ago
If you visit the website, there is a demo: https://www.penx.io/
117.
▲
by
vrnvu
3y ago
There is a rumor that Apple is working on an "embedded" "SiriGPT". Imagine "ChatGPT" but on device, no API calls, no extra latency. And all apps on your device can use this "SiriGPT" instantly to enri
118.
▲
by
vrnvu
3y ago
My company, Adevinta, adopted this last year. As you can imagine, some higher-ups pushed this idea as an initiative to improve our efficiency as a company. Let's improve our tech culture! We are going to benefit from less code duplicat
119.
▲
by
vrnvu
3y ago
Avoidance of something deprives us of the experience we might gain from it. I don't believe that avoiding everything we might consider "bad" is generally a good practice. However, I am not suggesting that we should try everyt
120.
▲
by
vrnvu
3y ago
I was in a meeting one day, explaining some tech decisions I had made. At one point, my manager interrupted me, looking pale and completely out of place. He asked, "I don't get this approach. Can you share with me the tech blog wh
More ›