Good post, for what is worth Java is slowly and painfully correcting course with features like records and project Valhalla. As with the other language improvements though we will have to live with the tech debt for decades to come…
Readit Newschuzz commented on Data, objects, and how we're railroaded into poor design (2018) tedinski.com/2018/01/23/d... · Posted by u/dvrp
chuzz commented on New material gives copper superalloy-like strength news.lehigh.edu/new-mater... · Posted by u/gnabgib
Plain copper is already too expensive for power lines, and this alloy is more expensive than copper alone. Transmission and distribution lines are typically made with aluminum conductors layered over a steel core for mechanical strength:
https://en.wikipedia.org/wiki/Aluminium-conductor_steel-rein...
Aluminum is a worse conductor than copper on a volumetric basis but a better conductor on a mass basis, which is important for overhead lines supporting their own weight against gravity. It also costs significantly less than copper.
My point was that maybe the improved mechanical performance would help with their own weight. I concede that a more expensive, heavier overhead line that could hang for longer distances does not sound good unless costs are dominated by tower construction
chuzz commented on New material gives copper superalloy-like strength news.lehigh.edu/new-mater... · Posted by u/gnabgib
would this be useful for better power lines? assuming electrical conductivity is about the same, as implied by the article
chuzz commented on Isolating complexity is the essence of successful abstractions v5.chriskrycho.com/journa... · Posted by u/chriskrycho
That's why Typescript/Python optional typing hit the best balance for me. Coding in duck-typed language is generally fine when your test suite is as fast and frequent as a type checker. That also explains why TDD is more popular in say Ruby or Python vs. Java.
Speaking of Java, the problem with types is when you try to reify every single problem you encounter in your codebase.
By the way, python has structured types since 3.8, and I hope they get more popular in Python code:
https://docs.python.org/3/library/typing.html#typing.Protoco...
chuzz commented on How to Send a Swift Wire for Developers iso20022js.com/guides/how... · Posted by u/svapnil
Cool to see how swift wire payments works in practice, but using JS floating point numbers for money amounts is a disaster waiting to happen
Deleted Comment
chuzz commented on DwarFS – Deduplicating Warp-Speed Advanced Read-Only File System github.com/mhx/dwarfs... · Posted by u/pyinstallwoes
This is really neat.
Feature request: Add a "library" option to give mkdwarfs a list of files that should be loaded into the dedup mechanism first, but not stored, allowing the image to be even smaller if the contents of the file can be retrieved from that library instead. Bonus points if you can specify a dwarfs image as a library and have it sensibly use the files contained in it.
Then you have the basis for a deduplicating incremental backup system. Currently, I have a system I wrote that will take a single file and a list of library files and produce a compressed deduplicated file that can re-create that single file using the library, which is great if you use tar to create that single file, but a little unwieldy when coming to decompress and restore everything. The bonus of making it a proper mountable filesystem instead is that then it's a proper mountable filesystem and retrieving single files is a doddle.
My use case is that I have students, and I have given them coursework, which involves them logging in to a Linux machine and hacking away. I want to store regular snapshots of their work so that I can keep a backup for their sake but also so I can see a progression of development to try to work out if they are cheating (yes, I have had to deal with this), but I don't want to store 100 copies of the same fairly large files.
would this be doable with overlayFS using a tmpfs to prepare a snapshot?
chuzz commented on VideoLAN unable to update VLC on Android twitter.com/videolan/stat... · Posted by u/MaximilianEmel
I believe it's the only way that Google can make the App Archive feature works within the current architecture: the replace the existing app by a small shim with the same AppId to save space, and that allows the system to retain the local user-data since it's not actually uninstalled.
And when you load the shim, it redownload the app to be used again. The only way to achieve that currently is to "upgrade" or replace the app by a shim with the same digital signature, on the system will block it.
That does not sound reasonable, why would the shim ever need to be signed with the same key? why can't a system supporting App Archive make an exception for the shim? if it can't for hardware reason, why can't they ask key owner to sign the shim app?
That would degrade security but is not as bad as requiring to give away the private key.
where is the original paper? how did they avoid running into https://xkcd.com/882/
?
I wonder what would happen with a molecule with this shape, what would happen to a crystal with this configuration?