Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)CO
Posts
0
Comments
93
Joined
2 yr. ago

  • Good point. Maybe that's why they clarified "all knowledge in data structures and ml and ai" in the end.

    Then again, just because you have all puzzle pieces (and a few extra) it does not mean you can solve it.

  • You wrote you want a full keyboard with F keys, arrow, and numpad - but it can be compact too.

    What would be an example of that combination?

    Try a backlit keyboard, especially for late night coding sessions. But that will likely conflict with the Bluetooth requirement. Does not have to be per key rgb; a fixed single color will be good enough.

  • A naive iterative implementation would be by adding and removing the folders/files from a list.

    If tail call optimization works on the (recursive) example then that's (kinda) the compiler turning a recursive function into a loop.

  • Checking the diff before commit, solve merge conflicts

    Also if it's well integrated into the IDE it feels less like using a separate tool. For 95% of what I do the ide/gui feels better (fetch, pull, push, commit, checkout, merge). Usually just 2-4 clicks and no need to type the branch name (ticket number and then some)

    For Reflog, reset I use the terminal.

    If I had to start github desktop or another seperate gui I would use the terminal that's integrated into the IDE.

  • Even without algorithm knowledge it should be fairly obvious that you can just fast forward several minutes and check if the item has gone missing.

    Not the most efficient solution, but beats watching the entire tape in real time.

  • Easy access to small snippets of code you often need, but putting them in their own library would be crazy.

    • Opening a file / db connection
    • parsing xml/json/... ,
    • template for unit tests,
    • import and initialization of framework at work.

    Depending on the IDE snippets can also move parts of the code around: (intellij live templates)

    • variable.notnull -> if (variable != null) {... }
    • "text %s".format -> String.format("text %s",...)
  • The variable is set once, but the if expression is still evaluated every time (unless the compiler can optimize it)

    (edit after skimming the article: yes,using the variable would solve the problem of the last example)

    So there would be the branching overhead in every iteration. But that's something the cpu branch prediction should cover, especially since the taken branch will be identical in every loop.

    Same also applied to the implied condition to break the for loop (only the first few and last iteration should be wrong predictions)