On 18 July 2015 at 18:48, Colin Yates <colin.ya...@gmail.com> wrote: > +1 (although I maybe wouldn’t be so mocking in my tone ;-). Since when did > software design by committee work; anyone remember J2EE? (and yes, that > does deserve my mocking tone). >
Why do people always say that a committee is the only alternative of having a BDFL? That's clearly not the case. Would it be so bad of Alex Miller had the power to vet and merge certain clear-cut things himself? Or someone else like him? While create artificial bottlenecks when we can do without them? > > I have no idea about the details being discussed here/why people’s noses > are out of joint, but I can think of as many success with a single overlord > in place as there are failures caused by political infighting. > > On 18 Jul 2015, at 16:44, Luc Prefontaine <lprefonta...@softaddicts.ca> > wrote: > > Sure, indentation is what gets the code running on metal :)) > > Not ranting here, just my abs dying from the pain as I laugh :)) > > As for the contrib process, go have a look at Linux. You'll be happy that > Rich is cool by every meaning of the word. > > There's this misconception about open source that we should all wear > flower collars and sing Kumbaya. Mostly a 60's view of human collaboration. > > That ain't the way to get it done. > It works for ants and termites, they work as groups but we are human > beings with our strong individuality. > > Some form of central control is needed. Opposed by traction from some > individuals that would like to move faster or in other directions. > > This is ok but not at the expense of the cohesion of the end result. > > Hence this tensed balance. > > Rich created Clojure, he knows were he wants to go with it. Any ideas we > bring in the process is evaluated. However not all of them make sense or > are worth the effort to implement. > > Aside from our respective ego being hurt because our ideas are not > retained or our contribs vetted in the first pass there's little damage > done. > > If it was not the case Clojure would have zero traction and Linux > likewise. Search for Linus rants about contributors and try to relate this > with the level of success of Linux. > > They are not so many open source projects that have the same stability > from release to release as Clojure or Linux. > > Control and absence of complacency are key factors to achieve this kind of > success. > > Luc P. > > Sent from my iPhone > > On Jul 18, 2015, at 07:13, Andrey Antukh <n...@niwi.nz> wrote: > > Hi! > > I have some, maybe controversial, questions... > > A little bit of context: > https://twitter.com/aphyr/status/621806683908542464 > > Why this is like a normal approach for managing third party contributions > to clojure core? This kind of things the only discourages the > contributions. Maybe I don't have more context about this concrete case, > but seems is not a unique. > And in general, I have the perception that the clojure development process > is a little bit opaque... > > An other question: Why the great amount of clojure compiler code has no > indentation style and bunch of commented code. > > It is indented like a freshman. Sorry, I don't want offend any one, but > eyes hurt when reading the code compiler clojure (obviously I'm speaking > about the look and feel, and no the quality of the code). > > Some examples: > > Indentation (or maybe no indentation): > > https://github.com/clojure/clojure/blob/36d665793b43f62cfd22354aced4c6892088abd6/src/jvm/clojure/lang/APersistentVector.java#L86 > > Bunch of commented code and also no indentation: > > https://github.com/clojure/clojure/blob/master/src/jvm/clojure/lang/AMapEntry.java#L60 > > If you compare some clojure compiler code with different code snippets > from other languages, the indentation is clearly more cared: > > Kotlin: > https://github.com/JetBrains/kotlin/blob/master/core/descriptors/src/org/jetbrains/kotlin/types/AbstractClassTypeConstructor.java#L44 > Rust: > https://github.com/rust-lang/rust/blob/master/src/libstd/io/buffered.rs#L165 > Ceylon: > https://github.com/ceylon/ceylon-compiler/blob/master/src/com/redhat/ceylon/compiler/java/codegen/AttributeDefinitionBuilder.java#L233 > > This is a random list of code snippets from different compilers with > indentation that is more human friendly. > > I don't intend judge any one, but when a I learn Clojure compiler I expect > something different. I expect something more carefully done. > > No body thinks the same thing that me? > > I think that have a sane, more open contribution policy, with clear and > more cared code formatting, is not very complicated thing and is going to > favor the clojure and its community. > > Andrey > -- > Andrey Antukh - Андрей Антух - <n...@niwi.nz> > http://www.niwi.nz > https://github.com/niwinz > > -- > You received this message because you are subscribed to the Google > Groups "Clojure" group. > To post to this group, send email to clojure@googlegroups.com > Note that posts from new members are moderated - please be patient with > your first post. > To unsubscribe from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Clojure" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to clojure+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > > > -- > You received this message because you are subscribed to the Google > Groups "Clojure" group. > To post to this group, send email to clojure@googlegroups.com > Note that posts from new members are moderated - please be patient with > your first post. > To unsubscribe from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Clojure" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to clojure+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > > > -- > You received this message because you are subscribed to the Google > Groups "Clojure" group. > To post to this group, send email to clojure@googlegroups.com > Note that posts from new members are moderated - please be patient with > your first post. > To unsubscribe from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Clojure" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to clojure+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.