Earlier quoted context omitted.
There's a difference between "you can't open source some/all of our code" and "you can't work on unrelated open source projects in your free time".
I agree. I can't say I like standard practise of employers owning everything their employees do whether in or out of work, or requiring that you stop anything they don't own. However, this is hardly something that is limited to Goldmans or financial services. I'm pretty sure that Apple require you not to work on side projects, for example. We had a discussion regarding this at my company - Future Workshops - last wee…
Didn't see this coming: The Goldman Sachs Github Account
101–110 of 115 posts
Re: Didn't see this coming: The Goldman Sachs Github Account
#102Earlier quoted context omitted.
I disagree. It's the concise model that can't scale without tool support. Imagine you import foo.∗, bar.∗, and baz.∗. How does someone reading the code know where the Quux class comes from? They can't, without checking all of the namespaces that were imported. But if you just "import foo.bar.baz.Quux", then you know exactly where Quux comes from. This whole thread sounds like a lot of non-java-programmers complaining…
I'm not too fussed with the namespaces - I dont think you will find anyone arguing against that. What is at issue is the over specialization of class or framework components because of language limitations. A language that leads to degenerate boilerplate or mounds of endless repetition (but in user land code and libraries/frameworks) can be viewed as having a serious abstraction problem. Do you really think java will…
Re: Didn't see this coming: The Goldman Sachs Github Account
#103Earlier quoted context omitted.
I'm not too fussed with the namespaces - I dont think you will find anyone arguing against that. What is at issue is the over specialization of class or framework components because of language limitations. A language that leads to degenerate boilerplate or mounds of endless repetition (but in user land code and libraries/frameworks) can be viewed as having a serious abstraction problem. Do you really think java will…
Do you think that 100 years from now, anyone other than programming language researchers will have heard of any programming language used today?
Re: Didn't see this coming: The Goldman Sachs Github Account
#104I'd be really impressed if they open sourced SecDB/Slang.
FTFY
Re: Didn't see this coming: The Goldman Sachs Github Account
#105Earlier quoted context omitted.
“We believe in the power of the technical community to help improve GS Collections.” They aren't accepting code contributions right now, so that doesn't make much sense.
It's a recruiting tool, that's all. They want to be a bit open sourcey to attract top talent. The broken unit test battery that comes with it is a job interview tool.
However I would doubt this will make a big difference when attracting top talent. One important reason for that being (IMO) that the best IT people prefer innovative technologies and GS uses a proprietary in-house programming language and db for everything that's important. Some say their tech was perhaps innovative 25 years ago http://stackoverflow.com/questions/3392636/slang-goldman-sac... .
Not to mention that if you work for GS you lock yourself in those in-house techs. When I went to a job interview at GS and asked what the advantages of using an in-house language and db were, I was told that it's very hard to hack their systems, because no one else uses them (Not sure how valid this argument actually is though).
Re: Didn't see this coming: The Goldman Sachs Github Account
#106... import com.gs.collections.impl.block.factory.Comparators; import com.gs.collections.impl.block.factory.Functions; import com.gs.collections.impl.block.procedure.CollectionAddProcedure; import com.gs.collections.impl.collection.mutable.AbstractCollectionAdapter; ... Gees, I feel sorry for people still stuck using Java.
Oracle has had companies locked in for decades. And they have developers locked in. They are like Microsoft.
Maybe Github and more open source visibility is the beginning of a change.
It is exposing what Java really is: to some observers it is a bloated mess.
When we have internal corporate use cases of Java being made public like this, more comparisons of doing these tasks in other languages can be performed by people outside the company, and I have no doubt we will see some benchmarks done. And we may see that Java is slower than other alternatives.
Peer review, via putting things in an open repository, might be a powerful force for improvement in software.
But if I were Oracle, Microsoft or another company that tries to lock in business customers, which only promotes its own software and does little to advance the state of the art (or even actively inhibits it, e.g. killing OpenSolaris) I would not be too happy with this trend.
Re: Didn't see this coming: The Goldman Sachs Github Account
#107There are a few other brands on there, including Walmart and Amazon: https://github.com/walmartlabs http://www.readwriteweb.com/archives/walmartlabs_kosmix.php https://github.com/amazonwebservices I can imagine Goldmans are using Github to acquire talent and new ideas. I am sure they have some complex problems and technology that needs fixing. Stack Exchange had a discussion on this last year: http://programmers.stac…
I don't think Amazon being on Github is really that surprising.
Re: Didn't see this coming: The Goldman Sachs Github Account
#108Heh. Morgan Stanley open sourced Aplus a long time ago.
Have you ever used it or any other APL? I'm currently getting familiar with K, which is the language Whitney and the company he founded (Kx Systems) after he left Morgan Stanley made, but from an open source implementation called Kona by Kevin Lawler and Scott Vokes: https://github.com/kevinlawler/kona
It seems like a really nice little language. Much more agile than a "desktop spreadsheet program".
Re: Didn't see this coming: The Goldman Sachs Github Account
#109Earlier quoted context omitted.
I made a vow to myself to never reply to a comment that used both "tactics" and "strategy" in the same sentence, but here goes... Why should programming be any different? The very best IDEs in the hands of a skilled programmer should produce code better than a similarly skilled programmer who insists on using a dumb text editor. If the resulting code can only effectively be modified by a similar computer/human team -…
The speed and manner in which the full version of Visual Studio allows you to debug container objects and jump JIT to the code currently executing to look at the call stack and inspect variable values, is not superficial. As a text editor, code writing tool, sure it's not much better than a standard editor. As an IDE with a debugger it allows an experienced developer to debug faster and write better code more quickly…
IntelliJ is on par with Eclipse. Period. Let us put a stop into that topic.
Re: Didn't see this coming: The Goldman Sachs Github Account
#110Earlier quoted context omitted.
The very best chess teams consist of a computers and a humans cooperating with each. The computer insures perfect tactically play while the human concentrates on overall strategy. Why should programming be any different? The very best IDEs in the hands of a skilled programmer should produce code better than a similarly skilled programmer who insists on using a dumb text editor. If the resulting code can only effectiv…
I made a vow to myself to never reply to a comment that used both "tactics" and "strategy" in the same sentence, but here goes... Why should programming be any different? The very best IDEs in the hands of a skilled programmer should produce code better than a similarly skilled programmer who insists on using a dumb text editor. If the resulting code can only effectively be modified by a similar computer/human team -…