• 0 Posts
  • 289 Comments
Joined 2 years ago
cake
Cake day: August 6th, 2023

help-circle
  • Yes, ish. There are aspects of it that are really valuable, and fit some use cases extremely well. But, in some senses, yes. Like any DBMS, you’ve got to know it’s strengths and weaknesses. And if you do, there are definitely circumstances where you’d choose it over others. But not always.


  • bastion@feddit.nltoProgrammer Humor@programming.devSee MongoDB
    link
    fedilink
    arrow-up
    15
    arrow-down
    4
    ·
    21 days ago

    This is kinda absolute BS at this point, though.

    Mongo has acid transactions, and has for years now. Although this is only within the same database, there are plenty of dbms (including rdbms) that don’t support cross-database transactions.

    Mongo also, since time immemorial, has had “write concern” to ensure that it’s written to disk (to the journal) before the transaction is completed.

















  • Yes, because

    In the first kind of language, the thought process is basically: I have the flow of execution, starting at the top of the file. If I want to make a library, I should build the things I want to build, then get out of the way.

    Note the “I have the flow of execution”, and the “if I want to build a library”.

    If you just want to build an executable, do as you wish, you already have the flow of execution.

    If you want to build a library, make the relevant classes and functions and get out of the way (i.e., no IO, no long-running tasks).

    If you want to combine them, use the main name check - or, make a package and do entry points that way. Either way works, because both can fulfill the goal of staying out of the way of those importing this as a library.