4 ms·

most frameworks have CLIs / IDE plugins that do the same (plus models, database integration, etc.) deterministically. i've built many in house versions for inte

most frameworks have CLIs / IDE plugins that do the same (plus models, database integration, etc.) deterministically. i've built many in house versions for internal frameworks over the years. if you were writing a ton of boilerplate prior to LLMs, that was on you

maccard 7mo ago
Habe they? I’ve used tools that mostly do it, but they require manually writing templates for the frameworks. In internal apps my experience has been these get left behind as the service implementations change, and it ends up with “copy your favourite service that you know works”.
- rileymichael 7mo ago
  > they require manually writing templates for the frameworks the ones i've used come with defaults that you can then customize. here are some of the better ones: - https://guides.rubyonrails.org/command_line.html#generating-code https://guides.rubyonrails.org/command_line.html#generating-... - https://hexdocs.pm/phoenix/Mix.Tasks.Phx.Gen.html https://hexdocs.pm/phoenix/Mix.Tasks.Phx.Gen.html - https://laravel.com/docs/13.x/artisan#stub-customization https://laravel.com/docs/13.x/artisan#stub-customization - https://learn.microsoft.com/en-us/aspnet/core/fundamentals/tools/dotnet-aspnet-codegenerator?view=aspnetcore-10.0 https://learn.microsoft.com/en-us/aspnet/core/fundamentals/t... > my experience has been these get left behind as the service implementations change yeah i've definitely seen this, ultimately it comes down to your culture / ensuring time is invested in devex. an approach that helps avoid drift is generating directly from an _actual_ project instead of using something like yeoman, but that's quite involved
  - maccard 7mo ago
    Sorry - I’m aware that rails/dotnet have these built into visual studio and co, but my point was about our custom internal things that are definitely not IDE integrated. > it comes down to ensuring time is invested in devex That’s actually my point - the orgs haven’t invested in devex buyt that didn’t matter because copilot could figure out what to do!

maccard 7mo ago

Habe they? I’ve used tools that mostly do it, but they require manually writing templates for the frameworks. In internal apps my experience has been these get left behind as the service implementations change, and it ends up with “copy your favourite service that you know works”.

rileymichael 7mo ago
> they require manually writing templates for the frameworks the ones i've used come with defaults that you can then customize. here are some of the better ones: - https://guides.rubyonrails.org/command_line.html#generating-code https://guides.rubyonrails.org/command_line.html#generating-... - https://hexdocs.pm/phoenix/Mix.Tasks.Phx.Gen.html https://hexdocs.pm/phoenix/Mix.Tasks.Phx.Gen.html - https://laravel.com/docs/13.x/artisan#stub-customization https://laravel.com/docs/13.x/artisan#stub-customization - https://learn.microsoft.com/en-us/aspnet/core/fundamentals/tools/dotnet-aspnet-codegenerator?view=aspnetcore-10.0 https://learn.microsoft.com/en-us/aspnet/core/fundamentals/t... > my experience has been these get left behind as the service implementations change yeah i've definitely seen this, ultimately it comes down to your culture / ensuring time is invested in devex. an approach that helps avoid drift is generating directly from an _actual_ project instead of using something like yeoman, but that's quite involved
- maccard 7mo ago
  Sorry - I’m aware that rails/dotnet have these built into visual studio and co, but my point was about our custom internal things that are definitely not IDE integrated. > it comes down to ensuring time is invested in devex That’s actually my point - the orgs haven’t invested in devex buyt that didn’t matter because copilot could figure out what to do!