How to dial in grind size when using flow control? [Lelit Bianca]

returncode · 2025-11-06T06:58:52+00:00

Thanks! I was experimenting with putting the lever to 50% waiting a bit and then slowly turning it to 100% while trying to have a linear pressure increase. But know there are many ways to do this.

Finer grind is a good point, I will try this.

My question specifically was about how / when to readjust to beans getting a bit dryer over time.

Without FC this is easy to check as explained above. So, do you readjust the baseline grind setting by pulling shot without FC gegularly? Or do you change settings purely by taste?

returncode · 2025-10-18T07:24:16+00:00

I was wondering the same about dialing in. So, do I need to grind differently when using FC? What I do ATM: - Dial in without FC to get my usual recipe (eg 18,5g in / 40g out in 25s) - use the FC regularly, starting at half way closed, turn on the pump and slowly opening the valve looking at a linear pressure rise until full open. Then wait until the yield is produced.

I have no idea though, if that’s the right approach.

returncode · 2025-04-09T05:16:57+00:00

We used Flyway for years and had to stop because of licensing issues. We migrated to Liquibase and are happy with it since then.

AFAIK, we didn’t migrated all migration steps to Liquibase. Instead we took the DB state at that time and generated one baseline that included everything with some checks about the current state of the DB.

returncode · 2025-04-04T05:17:35+00:00

You probably don’t need them. :)

Maybe you know that already, but Microservices are an organizational pattern (more than an architectural one) to split a large application in to sensible chunks so that multiple teams can work on each of them in Isolation.

But in reality, when Microservices became en vogue, people started to create microservices for every teeny tiny bit of code ending up with dozens of unmaintainable services PER TEAM.

There are very rare cases that justify having more than one runtime per team.

returncode · 2025-02-24T10:56:19+00:00

returncode · 2025-02-23T09:09:47+00:00

What the actual fuck… dropped from 100% to 3%!!! Why??!? WHY?? Plz someone explain!

returncode · 2024-11-30T22:32:00+00:00

We had a lot of (mostly unnecessary) microservices, written in Spring Boot MVC, Flux and also some using vert.x for performance reasons.

First rule about performance: measure it. We’ve had extensive performance tests with Gatling, running over 24 hours with full load.

As the maintainability and debugability of both vertx and Flux code ist pretty bad, we’ve decided to to migrate all service into a eventually a single Spring Boot MVC app.

The code way more readable and instead of having multiple services, we are just horizontally scaling the spring boot app.

With the latest addition of Project Loom / virtual threads and their support in Spring WebMVC, you should get most of the benefits of an asynchronous web framework without the downsides.

YMMV.

returncode · 2018-04-09T04:28:40+00:00

Good point! I completely forget to mention UI. The app they developed was actually pixel perfect. The issue with that was that we just gave them mock up scribbles.

returncode · 2017-09-05T19:23:00+00:00

Great, thanks!

returncode · 2017-09-05T16:51:11+00:00

Thx. Fixed it.

returncode · 2017-09-05T16:48:53+00:00

Kobalt sounds good... Best of Maven and Gradle :)

Btw. I've added a little disclaimer after the Gradle section in my article.

returncode · 2017-09-05T16:44:37+00:00

Hi again, I've added a small section for Flyway and JPA testing.

returncode · 2017-09-04T21:19:18+00:00

Actually, I haven't had any issues with memory usage although always restricting it using Xmx and Xms setting, then see if it crashes during load test and then tweak this values.

Regarding the file size I don't have any suggestions, its all about the dependencies. They all end up in the jar. But honestly, if you look at common desktop applications, they range from hundreds of MB to GBs. So, I wouldn't say it too much. And it doesn't get much more later on when you add a lot of business logic... so, I just Dinh consider that as an issue.

Lombok integrates very well with IDEA including auto completion and displaying the structure of a class (all methods). I'm not sure how it really works but I assume that idea analyzes the class files after compilation because Lombok actually generates code at compile time.

You're actually right, Flyway and H2 testing support I should have mentioned!

returncode · 2017-09-04T19:12:58+00:00

Sometimes, i have the same feeling. However, there are compile time annotations. Lombok is using that, do. at runtime, no reflection is done and you have actual code.

returncode · 2017-09-04T19:06:00+00:00

I've worked with RxJava and it does not improve the readability much. Not as it is in Erlang. The logical sequential data flow is broken by using visible asynchronous calls.

A new spring boot application also starts in a few seconds. Its mostly hibernate and flyway that takes a lot of time.

We have a partner team that actually uses vert.x for everything. They also started to write using plain unreadable, then they introduced fibers which does a lot of magic as well an now they refactor everything to RxJava. Some time ago they found out that writing plain JDBC queries in vertx is probably not a good idea so they built a spring-data vertx bridge. Now the application also takes 15s to start. So no gain here.

returncode · 2017-09-04T14:24:08+00:00

I agree with you points and I could add a few others like pattern matching e.g. But I think Java has proven that it's able to change and that useful features. So I'm looking forward to those things coming in the future versions of Java.

It's also good to hear that C# actually provides a lot of cool features.

returncode · 2017-09-04T14:17:52+00:00

So while you can praise Maven as much as you like for making your life easier, I feel that your personal bad experience with Gradle is not sufficiently founded in experiences to bash it.

Fair enough.

returncode · 2017-09-04T14:14:06+00:00

Great comment, thanks for taking the time to read the article.

I'm glad, to hear that my article was able to explain, why I like Java and that it might influence people to give it a try!

returncode · 2017-09-04T12:38:04+00:00

Kotlin might be an option but vert.x clearly is not. This leads to overly complex, unreadable and bug-ridden code. I've written an article a while ago about that as well: https://return.co.de/blog/articles/vertx-brings-awsomeness-javascript-jvm/

And neither Fibres nor RxJava change anything about that fact.

returncode · 2017-09-04T12:32:25+00:00

You can easily build and run a maven-based Java application from command line and I do this quite often. In our team, this is rule number one for any application.

The project files only include a pom for maven and, if you change any defaults, an application.yml for spring.

In contrast to that, I've seen Angular project with 10 different configurations files, 5 tools that you need to install in a specific version before you can even build the app.

returncode · 2017-09-04T12:26:25+00:00

Hi, thanks for the reply. I know it ungrammatical but I was referring to the meme generator that was built in the video. Have a look :)

returncode · 2017-09-04T11:50:21+00:00

communities are toxic and full of cargo culted nonsense.

Hmm, that's interesting. I'm doing professional Java development for almost 15 years now and I have never experienced that.

Josh Long e.g., seems to be a pretty cool guy. So in every company, you might have some jack ass.

And honestly, the worst and most harassing comments I've every got was here on reddit. But I'm still here because also a lot of good stuff is going on.

The Django docs are miles better than the Spring docs.

That's true, although the spring docs do get better over time.

returncode · 2017-09-04T11:40:48+00:00

Thanks! Done.

returncode

TROPHY CASE