Goldman Sachs: GS Collections source code released
github.com
github.com
gs-collections / collections / src / main / java / com / gs / collections / impl / map / strategy / immutable / ImmutableHashingStrategyMapFactoryImpl.java
Never mind...
* how it differs from Google Guava Collections,
* what are the tradeoffs and performance/memory characteristics of the collection types.
I couldn't find an answer to the question "why would I use this?" — and I am actually looking for collections with certain properties (for Clojure, but it doesn't matter much in my case).
I have heard from people that have worked there, that one of their main sources of competitive advantage is their bespoke settlements system, Sec DB. Apparently, it models every instrument as an object, and adding new derivatives and instruments is relatively straightforward.
A bunch of senior managers from GS took over the tech organisation of a different bank I was involved with, and one of the first things they did was to start creating a new settlements and trading system, even down to the level of creating their own RDBMS as existing ones didn't do what they wanted.
In most banks, you could get laughed out of the office if you said you needed to write a new RDBMS from scratch.
Sounds interesting, would like to know a bit more. Looks like I have to find out for myself if I want answers
Personally I build all my test/stage/production releases on single Jenkins box that does a full clean before building (actually it auto builds off a github hook).
</sarcasm>
I have a Jenkins install on a "found" server (belonged to a project that no longer exists, never gave the server back to infra) so I know my tests pass and my Ant scripts produce good artifacts. Still, it would be nice to step away from Ant and use something requiring less effort (and, could automatically resolve my dependencies, which by the way are a whole other battle).