• 10 Posts
  • 110 Comments
Joined 1 year ago
cake
Cake day: 9 June 2023

help-circle






  • I support people to use any possible tool in their creation process.

    This is not very different than using newer electric tools in cooking vs using the older/habitual techniques. Some may prefer the former, some later. The taste could be different pallet to pallet, or the subtle chemical reactions could cause different outcomes for different foods.

    If the food is tasty, fulfilling and suitable for my pallet what would differ if chopped with a knife or with a blender?

    You can prefer one to the other and who have any right to say no? Just don’t forget same applies both ways.









  • First, persistency. You data lifecycle may not be directly proportional to your applications lifecycle. You may need it even after the app is shut down.

    Second, RDBM systems provide a well defined memory/storage structure and API - "structured query language". This enables you to easily query your data and acquire suitable views that are beneficial for your applications purposes.

    Third, It's always better to outsource your data layer to a battle tested, and trustworty database then trying to reinvent the wheel.

    So this paves a road for you to focus on your business logic than splitting that focus for the data layer and business logic.


  • I see that the problem arises from the "visionary, but lower experienced newer developers (compared to the past generation) " trying to fix a world where "don't touch it if it works crowd who has seen all old timers" built, by putting each layer over the older one. It has all the capabilities, but there is no "single vision", no "well defined api".

    Old established paradigms are being broken. Some conventions are forgotten, new tooling and perspectives are being built.

    Sure this means there is an unfortunate clash is happening.

    I can't say if this is a better, or wiser world or not, however I can only say this is the way now. You can adapt, try to embrace and push forward things or you can try to stay away and become one of the legendary Cobol developer crowd. We know they are there in the wild, but we can't find them.