Money is good. But not antagonizing your community (as an open source project) is better.
188 karma · joined March 10, 2011
Money is good. But not antagonizing your community (as an open source project) is better.
The only way they can make this work is to replace the wrongthinkers with agreeable employees.
OTOH I could immediately guess if you've shown me one of these photos: https://duckduckgo.com/?q=leonardo+di+caprio+toon&iax=images...
This is not going to be one of these catchy titles,
so “what kind of bs am I going to read here” has
little use in this place. Actually, this is 100%
true that contributing to the open source community
might greatly affect your life
How to say one thing and communicate the exact opposite. https://github.com/clojure/clojure/blob/master/src/clj/clojure/core.clj#L75
https://github.com/clojure/clojure/blob/master/src/jvm/clojure/lang/RT.java#L661
https://github.com/clojure/clojure/blob/master/src/jvm/clojure/lang/PersistentTreeSet.java#L51
https://github.com/clojure/clojure/blob/master/src/jvm/clojure/lang/RT.java#L667
Then I gave up. I am curious too. Where I left off, we had a Cons cell. And I am hoping it will get converted to a set later (via empty).More importantly can we possibly implement church numerals in Haskell? /rhetorical
It will probably never get as popular as the generic term blog, so it will be difficult to search "how to do X in blog?", so it will probably never get as popular...
Perhaps they consider renaming it as bayelog or something.
Initially v1 is better because it is here and it works.
Later on, when v1 becomes a bigger mess with just a few critical additions, v2 will be worse because: v1 was supposed to have the faster development rate, right? Now we can't afford v2.
Management's initial love for v1's speed of delivery will make it impossible for v2 to actually deliver anything useful (with comparison to v1's current feature set.)
I find this v1/v2 idea ridiculous. I also find the idea of v1 programmers vs v2 programmers too apologetic. There are cowboy coders who write spaghetti code and are damaging to well functioning teams. And then there are real professionals with varying degrees of meticulousness. But real pros always end up defending and building v2 software.
That doesn't mean spike experiments and prototypes are bad. It is just that you don't present them to a management who's likely to try to promote them to production status. Good management would recognize prototypes as prototypes and demand production quality code for production.
I guess my point is; there are no v1 or v2 programmers, there are v1 or v2 companies/managers.
Fire Mary. Communicate reasonable constraints with Melissa and stay out of her way. She doesn't need your mentoring.
My personal comparison:
Once you have the right plugins it's super easy to create a scala project with maven in Eclipse. I had to download scala sources and tell IntelliJ their location, still it didn't work. Forget about maven. (I'm sure IntelliJ gurus can set it up, my point is it's not easy for n00bs)
Not having type-checking doesn't necessarily make Clojure any less awesome for me though. I write unit tests, add (some form of) contracts at least to the public functions and pay attention to documenting public stuff. And not doing excessively clever things like having unnecessary mini-DSL's within the code also help.
class Window(object):
def __init__(self, minimum, maximum):
self.minimum = min(minimum, maximum)
self.maximum = max(minimum, maximum)
Why set attributes twice? AFAIAC you only need to write "self." once for each attribute in the constructor.Here is an in-game video: https://www.youtube.com/watch?v=uWw2HXFAieI
It says:
For our game, we're going to use a library for writing 2D sprite-based games, using Processing.js.
So I got confused.