oce 🐆

I try to contribute to things getting better, sometimes through polite rational skepticism.
Disagreeing with your comment ≠ supporting the opposite side, I support rationality.
Let’s discuss to refine the arguments that make things better sustainably.
Always happy to question our beliefs.

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

help-circle











  • oce 🐆@jlai.lutoProgrammer Humor@lemmy.mlTests are code too
    link
    fedilink
    arrow-up
    75
    arrow-down
    2
    ·
    11 months ago

    That supposes to have a clear idea of what you’re going to code. Otherwise, it’s a lot of time wasted to constantly rewrite both the code and tests as you better understand how you’re going to solve the task while trying. I guess it works for very narrowed tasks rather than opened problems.



  • Your knowledge of data engineering may be limited. SQL is predominant in data processing nowadays. FOSS tools such as DBT allows to write efficient data processing pipelines with SQL and some YAML config without the need for a general purpose coding language.
    Why would anyone want that? Because SQL has the interesting property of describing the result you want rather than describing how to compute it. So you can put inside the database, a query engine with decades of optimizations, that will make a much better job at finding the best execution plan than the average developer.
    It also means it’s easier to train people for data processing nowadays.