Comment by alex_smart

Comment by alex_smart 3 days ago

5 replies

All this because I told one guy who asked "what exactly is “cronService”? you write in each service or copy/paste each time you need it?" that they can reuse code by writing a library instead of copy/pasting it?

If this is the level of incompetence encouraged by a framework, I would avoid using it just to avoid the chance of hiring people like you.

Just kidding. Spring boot is great. But yeah, I would fire people with this attitude without blinking an eye.

bdangubic 2 days ago

* Why would I write my own database driver or encryption just because I wanted to implement my own "cronService"?*

how do you decide whether you will write your own or pull in a dependency? this is a legit question. you did start this with writing your own “cronService” (which is about as insane as writing your own database driver) so asked about it.

  • alex_smart 2 days ago

    > you did start this with writing your own

    I really did not. I only said that if you were to create your own cronService, you can reuse it by creating your library rather than copy pasting code (which is obviously insane).

    > which is about as insane as writing your own database driver

    No, it is not. Spring Boot’s support for async jobs and scheduled jobs is lacking. A lot of people roll their own. Including yours truly.

    It is also much easier than writing a database driver so there is that.

    • bdangubic 2 days ago

      Spring Boot’s support for async jobs and scheduled jobs is lacking.

      Can you elaborate? What exactly is lacking and what version of Spring are you using?!

      • alex_smart 2 days ago

        Compare with the functionality offered by async job systems of other full stack frameworks - eg django with celery and rails with solid-queue. It’s not even close.

        I am on the latest version of Spring Boot.

        • bdangubic a day ago

          I am not saying there aren't more robust scheduling libraries, people still use Quartz a lot in the Java ecosystem - was just wondering what specifically are you up against that you cannot solve with Spring's scheduling?