• 0 Posts
  • 17 Comments
Joined 1 year ago
cake
Cake day: July 1st, 2023

help-circle




  • That is true, but from a human perspective it can still seem non-deterministic! The behaviour of the program as a whole will be deterministic, if all inputs are always the same, in the same order, and without multithreading. On the other hand, a specific function call that is executed multiple times with the same input may occasionally give a different result.

    Most programs also have input that changes between executions. Hence you may get the same input record, but at a different place in the execution. Thus you can get a different result for the same record as well.


  • That exact version will end up making “true” false any time it appears on a line number that is divisible by 10.

    During the compilation, “true” would be replaced by that statement and within the statement, “__LINE__” would be replaced by the line number of the current line. So at runtime, you end up witb the line number modulo 10 (%10). In C, something is true if its value is not 0. So for e.g., lines 4, 17, 116, 39, it ends up being true. For line numbers that can be divided by 10, the result is zero, and thus false.

    In reality the compiler would optimise that modulo operation away and pre-calculate the result during compilation.

    The original version constantly behaves differently at runtime, this version would always give the same result… Unless you change any line and recompile.

    The original version is also super likely to be actually true. This version would be false very often. You could reduce the likelihood by increasing the 10, but you can’t make it too high or it will never be triggered.

    One downside compared to the original version is that the value of “true” can be 10 different things (anything between 0 and 9), so you would get a lot more weird behaviour since “1 == true” would not always be true.

    A slightly more consistent version would be

    ((__LINE__ % 10) > 0)
    

  • You want to translate COBOL to another language? That exists as a commercial product! The complexity is not the syntax though, it is the environment and subsystems surrounding the code. A lot of COBOL is designed for mainframe systems, and emulating a mainframe is complex.

    You also end up with code that is still written as if it were COBOL. The syntax for COBOL is the easy part and that is all you can easily replace. Afterwards you’re still stuck with the way of working and mindset, both of which are quite peculiar.

    The company I work for recently looked at all of this, and we decided not to translate our code.






  • Indeed! I read all of the GoT books, and they are just not good. There does not appear to be any logic to the world. The dude just keeps adding elements, never explaining how they fit in the world. Just cheap tricks and twists that are based on nothing.

    I enjoy good fantasy, and magic is a part of that. But a good fantasy world usually only has a few sources of magic, and somehow they are connected to create a world that’s coherent and follows its own rules. Bad books just keep randomly adding new incoherent elements whenever the author gets stuck and refuse to explain anything:

    • Dragons
    • Bunches of different and unconnected gods
    • Weird shadow assassin creature created by two people having sex, and some kind of intervention from one of the random gods
    • White walkers
    • Weird trees up north
    • Bran’s magical magic of magicness
    • The entire plot with assassin’s that change face

    It all honestly reminds me of a book that was written and self-published by a friend of a friend. It was self-published because they couldn’t find a publisher that was interested… And every two damn pages they added a new random type of magic. Martin is just better at dressing it up and selling his crap, but I think Martin and that friend of a friend have similar world building skills.