• 0 Posts
  • 22 Comments
Joined 1 year ago
cake
Cake day: June 28th, 2023

help-circle



  • If people are not happy, that’s the most important thing. I’d fix that first and foremost.

    • It doesn’t sound abnormal
    • You’re not crazy, there is always room to improve dev experience
    • Probably they worked at a big company with tooling for this kind of thing. Startups can’t afford the same design patterns as big companies.
    • YMMV, but this architectural pattern doesn’t seem very Go-friendly or startup-friendly. I’d just use one type with optional fields, instead of writing fully different types for each of DB, BE, and FE.
    • Frameworks are like safety rails around design patterns. If you’re not an expert, they can help you build a passable system design. But in the long term it’s better to learn design fundamentals and use frameworks only as needed.

    Depending on your experience level, reading through refactoring.guru may help your situation. Lmk if so, and what you end up doing.

















  • Compared to C or C++ it is miles ahead, but higher-level programming languages can be more intuitive. Kotlin IMO is much more intuitive than Rust.

    While Rust code may look as simple as other high level languages, it takes much more effort to get there. It can feel like the type system is fighting against you, rather than being there to guide you toward a correct answer. Thanks to Rust’s macros, IDE support for Rust is also not as good, which contributes to that feeling.