diekhans

diekhans

11 miesięcy temudiscuss

It seems like a bug report on what is not clear in the documentation would be highly useful.

diekhans

w zeszłym rokudiscuss

No API to hook into one's favorite tools, such as emacs.

diekhans

w zeszłym rokudiscuss

https://www.norvig.com/21-days.html

diekhans

w zeszłym rokudiscuss

This is likely true for many companies. However, it is also a metric for what type of working environment it will be. I value being able to learn quickly and creativity over pre-training.

diekhans

w zeszłym rokudiscuss

The article doesn't understand programmers. People will stay because they are passionate about OCaml and there are not a lot of OCaml jobs.

When hiring for a permanent position, I have the expectation that a programmer can learn a new language and environment. An OCaml programmer for a position that is python or C would be looked on very favorably. Far more attention-getting than “full-stack programmer”.

diekhans

w zeszłym rokudiscuss

Plus the 64-bit integer problem, really 52-bit integers, due to JS not having integers.

diekhans

2 lata temudiscuss

Nicely written (and executed). Worse that my worst memory corruption.

diekhans

2 lata temudiscuss

Hard rules are the problem. There is a lot of "it depends."

After over 40 years of programming, I continue to reduce the size of functions and find it easier to write and understand when I return to them. Ten lines are now a personal guideline.

However, a linear function with only tiny loops or conditionals can be easily understood when hundreds of lines are long, but not so much with nested conditionals and loops, where there is natural decomposition into functions.

I observed that the same guidelines became rules problems when test coverage became popular. They soon became metrics rather than tools to think about code and tests. People became reluctant to add sanity check code for things that could should never happen because it brought down code coverage.

diekhans

2 lata temudiscuss

I have had good luck with duplicacy for cloud backup: https://duplicacy.com/

diekhans

2 lata temudiscuss

Circos is useful when the data is sparse and quickly becomes extremely time-consuming to near-impossible to interpret. The most you can say is "wow, there is a lot going on".

I know in five seconds if a Circos plot is worth looking at.

diekhans

2 lata temudiscuss

This is awesome!!

diekhans

2 lata temudiscuss

Thanks for the reply.

I try to use exception chaining to create a message that is useful for the user to actually debug the problem (solution-directed error message).

The classic toy case is either getting back "permission denied" or "can not open foo" but not both. Chaining of error messages gives a straightforward mechanism for this.

Then, the high-level text, along with the caused-by messages, is displayed without a stack trace to hopefully give the user enough information to address an issue.

Chaining can be done with explicitly returned errors as well as exceptions. The hard part is actually thinking about "is this use to the end user"

diekhans

2 lata temudiscuss

The point of chaining exceptions is to add information to an error result. It prevents one from having to pass down information to produce an error message that makes sense to the user.

diekhans

2 lata temudiscuss

No data checksumming is one of the main reasons not to trust APFS for valuable data. Maybe it is fine on Apple SSDs, but what about terabytes of data on external disks?

Why checksum metadata if the SSD is so safe?

diekhans

2 lata temudiscuss

It's an interesting package, and I have some of the use cases it appears to address. However, the documentation is inadequate to quickly understand how to robustly build some of the more complex cases. In particular, how to build bash-style process substitution. Robust here is the pipeline exits non-zero if any of the substituted processes fail, as demonstrated by this example:

    #!/bin/bash
    set -beEu -o pipefail
    cat <(date) <(false)
    echo did not exit non-zero

If this is addressed, it would be worth more time to figure out Pipexec.

diekhans

3 lata temudiscuss

I have been having great luck with incremental backups with the very similar named Duplicacy https://duplicacy.com/

diekhans

3 lata temudiscuss

My view is that automated testing is not a substitute for QA, but an additional tool. It lets QA focus on harder to automated tasks.

For unit tests, a developer is going to try something out anyway, so capturing it in a unit test for the future should be just a little extra work. Also, writing a unit test means the developer has minimally used what they are writing.

Higher-level (system) testing, especially with GUIs, can be more work than the value added. It is a cost trade-off, but ultimately, a human adds value not matter how much automated.

AI will help too, but these are also tools. Drop QA and you are trading off costs for quality.

IMHO, not backed up by research.

diekhans

3 lata temudiscuss

Darktable is an interesting project and an impressive effort. However, serious photographers tend to use Lightroom. It is just eons beyond Darktable.

Sometimes even those of us who love programing want to use software rather than develop it.

diekhans

3 lata temudiscuss

Setting backup-directory-alist to ((".*" . ".emacs.bak")) keeps the files local to the actually files, without the cognitive overload of being adjacent to the edited files.

diekhans

3 lata temudiscuss

We really should say "a human genome". Reference genomes serve as a Rosetta Stone of genomics. So we can take DNA/RNA sequences from other individuals and align (pattern match) them to the reference as a way of understanding and comparing individuals.

It is not perfect, as a references can be missing or have large variability in DNA regions. The goal of the Human Pangenome Reference Consortium (HPRC) https://humanpangenome.org/ is to sequence individuals from different populations to address this issue. We are also working to develop new computation models to support analysis of data across populations.

Submissions

Hardcore System Monitoring

comments