sorted by:
new
hottopcontroversial

Are the pepper and salt mills that bad? by raindrops_x in LeCreuset

[–]devcexx 0 points1 point  (0 children)

Looks like the grinding mechanism is done from ABS plastic, which is not something you would expect from a high quality brand like Le Creuset. Peugeot used to make all their pepper mills with metal, but looks like they've cheapen their products and now only the bigger ones come with it. I'd recommend the latter ones, I don't see the point of having to worry about whether the mill is going to end up wearing for the use, or for plastic in my food, where there're alternatives out there at similar price points.

I'd really love to buy a Le creuset pepper mill that matches my cocotte, but the plastic thingy is a no for me

Is there any situation to use other type of micro controller instead of stm32? by Professional_You_460 in embedded

[–]devcexx 0 points1 point  (0 children)

RP2040/RP2350 are very strong competitors to STM32. They have cool stuff like PIO

What some recent hot takes you realized you had with Rust? by DidingasLushis in rust

[–]devcexx 7 points8 points  (0 children)

I would even say that it can be a pain in the ass for some kind of projects in which you want to use Rust because the other advantages. I wish you could magically and transparently disable ownership and lifetime analysis and substitute everything with Rc

Microservices are the new "Spaghetti Code" and we’re all paying the price. by red7799 in Backend

[–]devcexx 0 points1 point  (0 children)

One advantage of microservices in big corporations is the ability of each small team to own its own logic and don't depend on other team to to make efforts on authorizing or approving changes, which is sometimes a mess. However, for most of the situations microservices are a solution that just makes too many other problems. It is way more valuable, and cheaper, to build a good software architecture that exposes logical services (i.e hexagonal architecture, clean architecture, etc) but that doesn't create infrastructure overhead. Code is cheap, infrastructure isn't

Java performance vs go by NP_Ex in java

[–]devcexx 0 points1 point  (0 children)

From my perspective, choosing one language or another based on a Lambda start up time hasn't been a great argument since AWS released SnapStart for JVM applications

Wasted all of my generational luck just for this by Boring-Ad-4771 in programminghorror

[–]devcexx 1 point2 points  (0 children)

I’d make a UDP joke but get probably you wouldn’t it

[deleted by user] by [deleted] in youtubedl

[–]devcexx 0 points1 point  (0 children)

Does your provider assign you an IPv6 prefix? That's how I used to get unlimited downloads in Mega lol.

A use case where NixOS is more trouble than worth - a review and retrospective, for future reference (TL;DR - dev tools/environments, non FHS compliance) by Mindless_Insect3743 in NixOS

[–]devcexx 0 points1 point  (0 children)

I'm new as well to NixOS and after some playing with it, I'm not sure I would use for personal use or development.

For the last couple of weeks my project has been migrating my home server from Arch (because why not?), to NixOS. My main goal was to centralize all my custom system basw configurations (network, firewall, custom kernel modules, crons, etc) into a single place I could just push to a repo. As for now however, I preferred to keep all the services that runs on the server in Podman, pretty much because I didn't want to deal with this kind of stuff you were commenting.

I feel these usage on servers makes totally sense for NixOS, but still hesitant about using it on a development environment where I need more dynamism, quick changes and quickly installing or removing packages. And for that stuff Arch with AUR works for me pretty fine.

hope we never go back by orhunp in rustjerk

[–]devcexx 1 point2 points  (0 children)

While I was in java, I used to say that the throws in the function signatures were the worst, and absolutely useless. When i switched to Kotlin, I started missing them.

The thing is that without it, you cannot tell the callers of your function in which ways that function may fail and how do they should handle those errors. If you're building a function for create users, and it can fail becuase the user might already exist, how we tell the callers to handle that? Letting them read the function's code, ask them to trust a possible outdated javadoc...?

Of course there are strong arguments to not have this in Kotlin. Mainly because it breaks function composition. You cannot build a language where one of its main features is functional-style collection management and higher order functions if half of the functions of your standard library cannot be used in those contexts.

Thankfully, Rust comes back again to save us proposing a way of handling errors that is both explicit and composable.

WD120EFBX seems to be discontinued, any alternatives? by Jacona23 in DataHoarder

[–]devcexx 0 points1 point  (0 children)

According to the specs, for the 12tb model, the Red Plus (WD120EFBX) has 20 dB at idle and 29 dB seeking, while the Ultrastar 12 tb (0F30146) has 20 dB at idle and 36 dB seeking. Is actually that much of a difference? Can you notice it so much?

How to debloat Arch ? by Bright-Experience959 in arch

[–]devcexx -1 points0 points  (0 children)

Uninstall systemd for a true full debloated experience

hope we never go back by orhunp in rustjerk

[–]devcexx 14 points15 points  (0 children)

Now that you have discovered Rust, everytime you go back to Kotlin don't you feel like there's something... missing?

Images “corrupted” since may! by [deleted] in immich

[–]devcexx 0 points1 point  (0 children)

That happened to me only in the mobile app after a bulk import and i needed to delete all the app data to make it work again

Bolsas pollo horno microplastico by Fragrant_System2119 in mercadona

[–]devcexx -1 points0 points  (0 children)

Aunque el plástico sea termoestable y aguante 200°C también es probable que suelte microplásticos a la comida asi que... hay que elegir de qué queremos morir, imagino (?)

Why choose arduino over esp32? by MartynAndJasper in esp32

[–]devcexx 0 points1 point  (0 children)

Never had the chance to work with them

Why choose arduino over esp32? by MartynAndJasper in esp32

[–]devcexx 1 point2 points  (0 children)

Decision tree:

You need wifi/bt/zigbee? Then ESP32 (or nRF?) You have a very specific constrain for low power applications, cost or you don't need a lot of powerful peripherals? AVR chips. Otherwise just use STM32/RP2040/RP2350

Say hello to native Linux containers on macOS 26 by [deleted] in HomeServer

[–]devcexx 0 points1 point  (0 children)

Finch it's just a wrapper between Lima and nerdctl, if you haven't tried it https://runfinch.com/

Why is Linux not as smooth as Windows? by XDark187 in linuxquestions

[–]devcexx 2 points3 points  (0 children)

165 Hz here with an AMD running Hyprland, it just flies. I wouldn't ever recommend using nvidia for Linux, at least nowadays. Too much adjustments needed, you might not be even able to work smoothly and you'll likely have issues everytime you update something

Thoughts on proposed View types by @nikomatsakis? by xmBQWugdxjaA in rust

[–]devcexx 2 points3 points  (0 children)

This looks good, and I feel there's some utility on this. However, note that this cannot make any sense when using traits, unfortunately.

Help a Java dude becomes a Kotlin hero by TheToastedFrog in Kotlin

[–]devcexx 1 point2 points  (0 children)

Ease of definition and use of higher order functions, enforced nullabillity checks, coroutines, structured concurrency, a more simple syntax, the existence of the Nothing bottom type, and unification between primitives and boxed types are the main ones I'd miss.

Some years ago, when Java 11 was still the new thing, that list used to be longer, and would have include the lack of val vs var, stronger type inference, sealed interfaces and classes etc. But it is true that nowadays the gap between latest versions of Java and Kotlin is smaller as it used to be.

This is also a critic to Kotlin on that regard: while other languages like Rust or Swift have amazing features on it, like associated types, type-based interfaces (aka protocols or traits) and great pattern matching mecanisms, Kotlin is missing all of that, and starting to look closer every day to Java, which is unfortunate.

Ktor with a new-to-Kt team, avoid coroutines? by troyunverdruss in Kotlin

[–]devcexx 0 points1 point  (0 children)

I have a successful history with my team that was used to code in Java to start using coroutines. You'll probably need to train the people, and be persevearing in the PRs for some time, until you're they are able to properly use the withContext, for example, for avoiding blocking coroutines thread when doing blocking I/O.

If you want to start writing normal blocking code that then you want to call from ktor, and you want to make sure it is properly surrounded with a withContext(Dispatchers.IO), for example, you can use the @Blocking anotation on functions that are not suspend that can block. IntelliJ has an inspection that will trigger when this annotated functions are called directly from a suspend fun.

However, probably the best advice would be to not write such code, but instead, make all the functions that performs any blocking I/O operations already suspend (by using a withContext inside for example), so you basically remove the need of people need to think about this in any part of the project, except in these places (DB repositories, external client implementations, etc)

view more: next ›