161–170 of 216 posts
Earlier quoted context omitted.
As I keep saying. Some people chuckle about Warhammer 40k Techno Priests. The only people in the warhammer universe with some chance to understand the centuries old compuer systems and machines. Other people work with legacy systems.
It's pretty genius how they've turned ancient maintenance routines into prayers and rituals in order to preserve the knowledge and scale out the work force
Earlier quoted context omitted.
It is OO garbage. The giveaway is "Provider". The ball of mud that is OO inevitably necessitates enlisting an army of services, proxies, factories, builders and managers simply to work around the complexities of OO. Even if you have a simple problem OO tends to make it complex.
So how else do you implement that functionality, allowing you to choose the serialization protocol at runtime? You need some data structure to combine the functionality for serializing and deserializing, and you then need some function that can, depending on context, choose the correct such data structure. And now you've got your transportprotocolserializer, transportprotocolserializerprovider, and transportprotocols…
Earlier quoted context omitted.
> a century from now when all of us are dead who cares if our confidential info gets released to the public then? I'm reminded of Vernor Vinge's far-future scifi "A Deepness in the Sky," where "programmer-archaeologist" is one of the occupations. (along with "programmer-at-arms")
I’ve just been listening to that. It’s remarkable how much AI can already do, compared to the limits assumed in the story.
https://journal.thriveglobal.com/how-technology-hijacks-peop...
https://www.theguardian.com/technology/2017/oct/05/smartphon...
Get ready for a data dump of 40 year old COBOL code /s But in all seriousness, this is a great step forward in institutional software. Open up software to further progress towards standardizing an industry's software interface.
Earlier quoted context omitted.
Germany requires a lot of high-touch interaction to get anything official done, but in Hungary I have to sign seven (seven!) pages in order to send a DHL letter. So it can be much worse. :-)
When receiving packages from outside of the EU, you'll have the pleasure of going to the Zollamt in Germany. At the Zollamt you'll get to enjoy standing in at least 3 separate and consecutive lines. Only to pay import taxes. Something that could have been done faster, cheaper and more conveniently by sending an invoice.
This is how it works if the seller fills out CN22 properly and the customs officials believe the declared contents/value.
I have several times received packages with duties that I paid on delivery. No need to travel to the Zollamt.
I have also been to the Zollamt when they suspect the package contains something else than what is on the shipping manifest. They're always quite giddy to catch you doing something not allowed and always end up terribly disappointed and grumpy when it's exactly as described and then you just pay VAT.
Earlier quoted context omitted.
AFAIK it's also the only first-world country where Firefox has the (slight) majority market share over Chrome on desktop.
That's going to change in the next days, when the media's gonna publish the news that Firefox now partnered with Burda Media Group to track your browsing history in Germany. See the HN thread from friday, where Mozilla employees even defend it as a good thing that Firefox by default now sends everything you type into the URL bar to CliqZ.
Earlier quoted context omitted.
I used to walk around other countries bragging about German online banking, given that we have a standard that has been iterated upon (HBCI/FinTS) over decades and you can pretty use any online banking software with any bank. A few years have passed since then and most germans banks are still the same. Meanwhile you get instant wire transfers in a few countries. When I think Deutsche Bank and innovation, I think of m…
Actually, in November, SEPA ICS comes into force. All bank transfers have to happen in 10 seconds or less.
Earlier quoted context omitted.
SOAP is bleeding edge in banks. Many still pull and push files to/from (S)FTP
Yes, but surely it's possible to jump straight to REST or beyond.
I mean, arbitrarily picking whatever happens to be a popular comms protocol, with no regard to its functional validity, was how they got to SOAP in the first place.
Probably the only thing stopping them will be the byzantine budgetary processes that quasi civil services have.
Earlier quoted context omitted.
So how else do you implement that functionality, allowing you to choose the serialization protocol at runtime? You need some data structure to combine the functionality for serializing and deserializing, and you then need some function that can, depending on context, choose the correct such data structure. And now you've got your transportprotocolserializer, transportprotocolserializerprovider, and transportprotocols…
You can interweave everything into one long function full of ifs and switches. E.g. procesurally. Not saying it is better.
No, you cannot, since you want to dispatch to components that you don't even know of (pulled in via class path or extension DLLs). Components that have not yet been written and will be provided by another team or 3rd party and never compiled in, but just added to the extension directory of the application.
It's getting a bit tiring hearing cargo cult JS developers talk the talk, but walking backwards in their blissful stench of second level ignorance.