Readit News logoReadit News
mhfu commented on .NET 10   devblogs.microsoft.com/do... · Posted by u/runesoerensen
netdevphoenix · 3 months ago
> People love to talk about the right tool for the job, it's all BS

This sounds very close minded to me. It is certainly true that there exist tasks if not subdomains where some ecosystems are better than others. Using a hammer for everything might work for you if all your problems are nails. But that doesn't mean that all problems out there are nails

mhfu · 3 months ago
If your organization has one API written in Node, another in Java and third in Python without any reason, then yes, all the problems are nails. And sadly, I've seen this a lot.
mhfu commented on Vibe coding cleanup as a service   donado.co/en/articles/202... · Posted by u/sjdonado
scorpioxy · 5 months ago
I have been taking on "rescue" projects for a while through my business. Previously, the barely-functioning code was usually being generated via outsourcing agencies but it seems the new source is now going to be LLMs.

I imagine it will be the same set of issues really. Just a different way of cost cutting measures. There can be good reasons to take shortcuts but, in my experience, the problems start when you're not mindful that there's a price to pay for taking these shortcuts. Whether it comes from managers, employees or outsourced personnel, it's the same result.

I haven't thought about advertising it as a separate type of service(for vibe coded platforms) yet but maybe I should. The Australian software market is small so haven't been hearing much about the results of those experiments.

mhfu · 5 months ago
I was thinking of doing something like that, but how does it work for the company in the end? If they vibe coded their project and now have shitty code full of bugs, you come in, fix the bugs and organize the code better and that's it? How do they continue to maintain it if they didn't have the knowledge to set it up in the first place?
mhfu commented on Biomolecular shifts occur in our 40s and 60s (2024)   med.stanford.edu/news/all... · Posted by u/fzliu
matthewdgreen · 8 months ago
I also felt this way in my mid-40s. I still feel this way. But then after a lifetime of perfect vision, one day I was reading a book and noticed that everything was a little blurry. Now I need reading glasses. Not a big deal! I’m doing fine! But a gentle reminder that all the diet and CrossFit in the world isn’t going to save you from a (hopefully) gentle and inevitable decay ;)
mhfu · 8 months ago
I mean, of course exercise isn't going to fix your vision. But if your vision is going to degrade, you can still choose if you want to live as a fit and healthy person who needs reading glasses, or as a person who has aches all over, is in bad shape, feels tired and like shit all the time, and on top of all that needs reading glasses.

Dead Comment

mhfu commented on Android 14 adds support for using your smartphone as a webcam   esper.io/blog/android-14-... · Posted by u/amadeuspagel
blinding-streak · 2 years ago
I'd like to be able to use my Android phone as a dashcam. When will that be available? Seems like a no brainer.
mhfu · 2 years ago
What does a dashcam do differently from a normal camera? Why can't you just hit record?
mhfu commented on A compact overview of JDK 21’s “frozen” feature list   vived.io/a-compact-overvi... · Posted by u/mooreds
hamandcheese · 3 years ago
I'm impressed with how Java is shaping up. With records, pattern matching, destructuring, and virtual threads all arrived or arriving, what advantages do Kotlin and Scala bring?
mhfu · 3 years ago
Don't know anything about Scala. Kotlin has null safety and a bit cleaner syntax, but other than that, I don't see too much advantage over Java for backend. In Android, Java is still lagging behind a lot. Also, Jetpack Compose, a declarative UI framework is Kotlin only. Kotlin is also working on wasm (so is Java I think, but Kotlin has working examples with wasm GC) and Jetpack Compose is going multiplatform, including wasm. This video has some examples in description https://youtu.be/oIbX7nrSTPQ
mhfu commented on Future Blues – Emily's Cowboy Bebop Page (1999)   futureblues.com/... · Posted by u/tm2t
unsupp0rted · 3 years ago
You can close the auto-playing video by simply waiting 10 seconds for the “x close” button to appear, which is 5px high and 12px wide.
mhfu · 3 years ago
"which is 5px high and 12px wide"

And that is just the visible part, actual clickable area is 1px by 1px so even when you correctly click on the "x", you don't actually close it.

mhfu commented on Ask HN: I’m falling out of love with coding    · Posted by u/zikero
throwaway020623 · 3 years ago
I have several side projects where I use a simple Spring Boot backend and I feel I can focus more on the fun part (solving problems). It just works! There is also a huge eco system of good quality open source libraries compared to some of the newer backend languages.

This feeling is absent from React-based apps. The React eco system has been around for many years now, but is missing many of the advantages age typically brings. The eco system feels much more fragile and driven by hype. I simply don't trust things to work as smoothly. Maybe this instability is what keeps React popular? If it becomes more stable, it will not generate as much hype and developers move to the next big thing.

mhfu · 3 years ago
"I have several side projects where I use a simple Spring Boot backend and I feel I can focus more on the fun part (solving problems)."

I tried to do side projects with Spring Boot and I also worked with it professionally. I never got to the point where I can focus on just solving problems, I'm always fighting with the framework, looking for how to do certain things in the depths of blogs and stackoverflow because I can never find what I need in Spring docs. I actually find it interesting how some people seem to be very productive with it, while others have issues similar to mine.

mhfu commented on Build your front end in React, then let ChatGPT be your Redux reducer   spindas.dreamwidth.org/42... · Posted by u/mintplant
zelphirkalt · 3 years ago
Don't build your frontend in React at all, unless absolutely necessary. Look for simpler ways. Check if your website really needs to be a web app. Check if your website actually has many interactive widgets. Even if interactive widgets are present, check, whether you could go with a simpler approach of serving static web pages and serving a frontend framework only on pages, where the interactive widgets are located. This will save loads of time for pages, where simple template rendering as offered by most traditional web frameworks in proper backend languages is sufficient. Then you can add interactive widgets later on.
mhfu · 3 years ago
I like to use React for it's component system. Those components don't even have to be reusable, I just like working with them, it's way easier to separate and organize code and it makes me more productive when I have to find and change anything. I don't like huge html files. If I need static sites, things like Nextjs and Astro are great for that.
mhfu commented on The best Go framework: no framework?   threedots.tech/post/best-... · Posted by u/roblaszczak
pkphilip · 3 years ago
Spring Boot is actually a VERY easy to use framework. So much so that Netflix shifted out of writing their own libraries to using Spring boot.

For example, the code below is a complete Spring Boot application with all of the default configuration in place. It will take just a couple of minutes to have this running and it provides quite a lot of features under the hood - which you don't need to worry about.

@SpringBootApplication @RestController public class DemoApplication {

@GetMapping("/helloworld") public String hello() { return "Hello World!"; } }

mhfu · 3 years ago
Writing a single get endpoint that returns string is easy in almost any language/framework today, you didn't really show anything with it. The real pain starts when you have to add database connection, migrations, auth, security and all that.

u/mhfu

KarmaCake day61October 19, 2021View Original