31–40 of 216 posts
ProtobufTransportProtocolSerializationProvider Enterprise OO Garbage is alive and well.
That doesn't seem like Enterprise OO bloat, just overly verbose naming. They could've called it ProtobufSerializer or ProtobufProvider.
Earlier quoted context omitted.
How would we prevent this? Asking for a friend.
Just refuse to play the insane Java/C# Enterprise OO game. Kotlin would be a good alternative but my preference would be Clojure where brevity and simplicity are valued.
And if there are multiple types of "SerializationProvider" (ie. there's an unrelated "CachingSerializationProvider ") then the name is unfortunately long, but accurate
"Computer code of Deutsche Bank" sounds so German and so cool :)
ProtobufTransportProtocolSerializationProvider Enterprise OO Garbage is alive and well.
"Computer code of Deutsche Bank" sounds so German and so cool :)
The bank has the distinction of being mentioned in Kraftwerk’s 1983 song Computer World : ”Interpol, Deutsche Bank, FBI, Scotland Yard, Flensburg und das BKA, haben unsere Daten da.”
Earlier quoted context omitted.
How would we prevent this? Asking for a friend.
Just refuse to play the insane Java/C# Enterprise OO game. Kotlin would be a good alternative but my preference would be Clojure where brevity and simplicity are valued.
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.
I would love for a few banks to dump all their old COBOL code on to GitHub. Not because it would necessarily be useful for anything, but simply because it would be fascinating to read... There is actually very little open source COBOL code available, of the massive quantities of COBOL code written over the decades the vast, vast majority of it remains closed source. Sadly I think a lot of it is just going to be lost…
Your descendants probably. Especially if grandpa earned a lot of dough which by heritage would be theirs now. Or just for the sake of privacy. Would you care if your private social network data was dumped after your death?
To me, when I sign up for confidential that means now and always. Not until death do us part.
Great move. I really believe in the "free software, free society" idea of the FSF. After this batch, I'm sure there will still be a lot left to open source, but it's definitely a big step! If we're fortunate, others will follow suit. Germany is a great country for stuff like this. They have a relatively high share of Linux users, OpenStreetMap usage, etc. I feel like they're very critical towards their own country an…
I don't understand what exactly this code is about but I have problems imagining the Deutsche Bank as a company that acts "for the greater good". As a german I envy you for your drug laws.
(I don’t work in FS, this is just what I can gather from reading the docs).
Link to code: https://github.com/symphonyoss/plexus-interop
///
/// Log a message with the specified .
///
/// The level of log entry.
/// The exception to log.
/// The format of the message object to log.
/// The first argument for message formatting.
[StringFormatMethod("format")]
void Log(LogLevel logLevel, [CanBeNull] Exception exception, string message, T1 arg1);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.
I would love for a few banks to dump all their old COBOL code on to GitHub. Not because it would necessarily be useful for anything, but simply because it would be fascinating to read... There is actually very little open source COBOL code available, of the massive quantities of COBOL code written over the decades the vast, vast majority of it remains closed source. Sadly I think a lot of it is just going to be lost…
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")