Would it be the same as using an emulator to play a Nintendo game on your PC?
That would be totally illegal if Nintendo was making the laws, but yes, pretty much.
Readit Newsgorky1 commented on Libgourou: A Free Implementation of Adobe's Adept DRM on ePub/PDF Files forge.soutade.fr/soutade/... · Posted by u/gorky1
I'd say this doesn't bypass anything, it's just some kind of virtual device? I'm using it to read legally purchased books on unsupported hardware.
I have very little to add about the color aspect, but I can say that I love my Kobo. I've had three Kindles before buying the Kobo, which I got because it has a "better" integration with my local library (better in quotes, because I still have to do with the Adobe DRM, which is so bad on Linux that I borrow my wife's computer just to transfer).
The Pocket integration is fantastic, as are the physical page turn buttons. I always thought they were unnecessary, but I really do prefer them now. The warm night light is also great. It's a bonus as well not to be in the Amazon ecosystem more than I have to.
The biggest downsides are maybe a bit niche: the dictionary is terrible (although you can upload your own, but not make it the default) and there's no built-in translate function. I read mostly in my non-native language, so these two features make life a bit more difficult, but they're outweighed by the rest.
There's an open source Adobe ADEPT DRM implementation that works well on Linux:
gorky1 commented on A Canadian payroll dependency chart daemonology.net/blog/2023... · Posted by u/djha-skin
> It's a shame that we don't have open formulas in code form published by the government.
I completely disagree. Then you're just handing them a mechanism to make this as complicated as they possibly can. Taxes should be simple enough to be fully understood by the people paying them.
I'm not some algorithmic tool for the government to abuse when it's failed to balance it's budgets and I should not _need_ software to figure out something so basic as a deduction in wages.
> doing this by hand is quite painful and error-prone.
It's a shame there isn't a law forcing the government to make this possible.
You're right, and it's extremely hard to undo.
Once you have that complexity, you'll always be taking away something from somebody by simplifying.
So all simplifications end up as additional "if" clauses, defeating the purpose.
gorky1 commented on A Canadian payroll dependency chart daemonology.net/blog/2023... · Posted by u/djha-skin
Germany has been publishing standardized flowcharts with named variables and formulas for payroll calculation for a long time (at least since the 1970s — hence the notation employed): https://www.bundesfinanzministerium.de/Content/DE/Downloads/...
That's very cool, but that's taxes only.
For social security, you have to get certified by a completely different set of bureaucrats with partially incompatible requirements:
The simplifications, they are additional! (Usually.)
I mostly use my work computer in my free time.
The ultimate test: can you develop Java on it? (In practice, not in principle.)
Intellij Idea on Linux runs surprisingly well on 15 year old T400 Thinkpads. It's actually pleasant to use for small hobby Java projects.
gorky1 commented on Cyclic dependencies are evil (2013) fsharpforfunandprofit.com... · Posted by u/nojito
No, you don’t need reflection or annotations to use dependency inversion. Why do you think so?
The question was "what has reflection got to do with it". I've used reflection for dependency inversion, so I think that's what it's got to do with it.
If you can do dependency inversion without reflection, more power to you :-) We can't do classpath scanning in the project I'm working on because of the size of the classpath, and compile time configuration using direct imports would introduce cycles, so reflection it is for us, in one form or another.
gorky1 commented on Cyclic dependencies are evil (2013) fsharpforfunandprofit.com... · Posted by u/nojito
If the code is implementing against interfaces, why would late binding mess up your IDE experience at all?
I've seen people learning about dependency inversion from a book called "Clean Architecture", then proceeding to apply it to every bit of code they write, to make it "clean". It makes code difficult to trace by reading alone. Indirection may be cheap, but it adds up.
gorky1 commented on Cyclic dependencies are evil (2013) fsharpforfunandprofit.com... · Posted by u/nojito
If I may, that sounds horrifying. Please, for the sake of my sanity and the IDE, always do things at compile time rather than runtime if you can!
It's called the "dependency inversion principle". People don't like to call it "reflection", and heap various layers like XML or dependency injection annotions on it, but technically, it comes down to reflection at runtime, as far as I've seen.
It certainly has its cost in additional complexity through indirection, but it's better than creating cyclic dependencies or giant balls of mud.
https://en.m.wikipedia.org/wiki/Dependency_inversion_princip...