What “Full Stack” really means to the job market by SarasaNews in programming

[–]nfrankel 9 points10 points  (0 children)

What "Full stack" really means to the job market is: I want to hire one guy who can do everything so that I don't hurt my little head managing their time on my projects.

Open your classes and methods in Kotlin by nfrankel in coding

[–]nfrankel[S] 0 points1 point  (0 children)

don't worry, i don't take offense on (most) comments :)

Open your classes and methods in Kotlin by nfrankel in Kotlin

[–]nfrankel[S] 2 points3 points  (0 children)

I beg to differ: it happens as soon as you're using CGLIB-based frameworks/lib and is not Spring specific.

Uncle Bob argues for languages that let you shoot yourself in the foot by ms86 in programming

[–]nfrankel 84 points85 points  (0 children)

Arguing because you want to spend more time to write tests instead of letting the compiler handle the problem is pretty wrong IMHO. I grew up as a software engineer hearing a lot of good about Uncle Bob. Now, the more I read his rants, the more I think that either he's become not relevant anymore, or that he became famous in a context with only bad programmers. The last time I was shocked because he advocated for 100% code coverage. I guess it's time for a pat on his shoulder and let him rant in his own private world.

Research on code coverage by rtfpessoa in programming

[–]nfrankel 0 points1 point  (0 children)

I can only encourage you to go further about your experiment. And I guess once compared to your infrastructure and your salaries, the extra electricity that you're going to use to execute mutation testing is negligible. As for the false positives, it's an argument I've heard a few times. I won't even argue there are none (they are), but not so many, and regarding the benefits, it's worth spending a few minutes. Even a customary glance at a mutation testing report executed during the night on your laptop has a huge chance of improving your codebase. Have fun!

Research on code coverage by rtfpessoa in programming

[–]nfrankel 0 points1 point  (0 children)

That is not bold once you realize you can have 100% code coverage and not a single assertion. Past that, you can have 100% and not test boundary values, etc. The only thing that can point you toward testing everything is mutation testing (shameless plug: https://blog.frankel.ch/introduction-to-mutation-testing/)

How to Reduce Long GC Pauses by nfrankel in java

[–]nfrankel[S] 0 points1 point  (0 children)

Thanks for letting me know about it. From the project page, I couldn't see any way to download/use it.

Research on code coverage by rtfpessoa in programming

[–]nfrankel 1 point2 points  (0 children)

For the ump-teenth time, code coverage is a useless metric (see https://blog.frankel.ch/your-code-coverage-metric-is-not-meaningful/). The only advantage is that it's easy to compute.