4 ms·

> If you look in the past history of language features that are being added or might be added (e.g. generics) you can find a whole lot of past explanation of wh

> If you look in the past history of language features that are being added or might be added (e.g. generics) you can find a whole lot of past explanation of why the language doesn't need those features in the name of simplicity and why the reader just doesn't understand the brilliance of Rob Pike. Isn't this just nutpicking[0]? You have that with every language. I can criticize C++ on proggit right now and 3 or 4 people will respond "C++ has every language feature, just use the ones you want/like/etc and ignore the others, your problems are invalid!". Similarly, on an OCaml forum I can find a dozen people who tell me if Jane Street hasn't run into my problem before and solved it, then it's not a real problem and I'm dumb for trying to do it. I can post here or on r/rust (or proggit) and people will tell me that Rust is strictly faster/easier to develop with than any GC language because in the worst case you can always throw `Rc<T>` on everything. I can post on r/python about how hard it is to optimize Python and people will tell me I'm dumb and I can just use multiprocessing, rewrite the slow bits in C/Cython/etc, use numpy/pandas/etc. I can merely register for an account on a Java forum and be berated for my low intelligence. :) > The principle is entirely correct, but its fucking weird that a programming language needs to have a list of "proverbs". I don't feel as strongly as you do, but I agree that proverbs and analogies are pretty low quality and invite more confusion than they address. Probably only a rung above analogies and a rung below quotations. [0]: https://rationalwiki.org/wiki/Nutpicking https://rationalwiki.org/wiki/Nutpicking

lamontcg 5y ago
> Isn't this just nutpicking[0]? From that article, I'm specifically addressing "Does this movement _promote_ crazies?" I'd argue the sloganeering attracts them like moths to a flame.
- throwaway894345 5y ago
  I don't know what is meant by "sloganeering" but if writing a full, nuanced article (e.g., TFA) fits the bill then I'm not sure I agree with your conclusion... In other words, I agree that "sloganeering" attracts the nuts, but I'm not sure I agree that TFA is sloganeering.
  - lamontcg 5y ago
    proverbs == sloganeering the focus on "simplicity" also is both a good thing, and a great way to shut down any discussion.
    - throwaway894345 5y ago
      > proverbs == sloganeering If the TFA amounted to "don't communicate by sharing data; share data by communicating <mic drop>" then yeah, I would be on your side, but the author went to the trouble of writing a 4K word essay to support his points. That you and others reduce it to mere slogans isn't a valid criticism of TFA IMHO. To your point, there are actual people in and outside of the Go community who do this kind of lazy argumentation. For example, someone upthread said (and I'm hardly paraphrasing), "Hoare called nullable pointers a billion dollar mistake and Go has nullable pointers so... <mic drop>". > the focus on "simplicity" also is both a good thing, and a great way to shut down any discussion. Pretty sure you could levy the same criticism against the Java folks for "configurability" or the C++ folks for "performance/control" and the Haskell folks for "type safety". It still sounds like you're nutpicking rather than observing something unique to the Go community.

lamontcg 5y ago

> Isn't this just nutpicking[0]? From that article, I'm specifically addressing "Does this movement _promote_ crazies?" I'd argue the sloganeering attracts them like moths to a flame.

throwaway894345 5y ago
I don't know what is meant by "sloganeering" but if writing a full, nuanced article (e.g., TFA) fits the bill then I'm not sure I agree with your conclusion... In other words, I agree that "sloganeering" attracts the nuts, but I'm not sure I agree that TFA is sloganeering.
- lamontcg 5y ago
  proverbs == sloganeering the focus on "simplicity" also is both a good thing, and a great way to shut down any discussion.
  - throwaway894345 5y ago
    > proverbs == sloganeering If the TFA amounted to "don't communicate by sharing data; share data by communicating <mic drop>" then yeah, I would be on your side, but the author went to the trouble of writing a 4K word essay to support his points. That you and others reduce it to mere slogans isn't a valid criticism of TFA IMHO. To your point, there are actual people in and outside of the Go community who do this kind of lazy argumentation. For example, someone upthread said (and I'm hardly paraphrasing), "Hoare called nullable pointers a billion dollar mistake and Go has nullable pointers so... <mic drop>". > the focus on "simplicity" also is both a good thing, and a great way to shut down any discussion. Pretty sure you could levy the same criticism against the Java folks for "configurability" or the C++ folks for "performance/control" and the Haskell folks for "type safety". It still sounds like you're nutpicking rather than observing something unique to the Go community.