It's silly.

The entire post cries out for such an empathetic response and I'm not surprised in the slightest that none is forthcoming in this thread.

I've had experiences myself relating to this attitude to things, and know that posts like this are incredibly difficult to write, and the emotions are difficult to discuss. I'm glad the author found the courage to publish it.

She's victimizing herself, and by association all of the other women in tech who only work with men. Honestly, I'm a bit defensive here because I'm tired of being told by other women that any problem I encounter at work is because of my gender.

Getting involved is hard, and takes practice. Same goes for mentoring others. Had she simply wrote about those struggles, the comments would be filled with similar anecdotes and empathy from all the people in HN who have been there regardless of gender.

But claiming all of these feelings are because of her gender is, well, sexist.

From the article, while I can't judge her abilities as a lead, at least part of her problems were to do with feeling like she was being treated differently because she was a woman and having no way to verify this. If she was one of a number of women, then it would be much easier for her to check on that feeling and see if it was true. When you are the only one of your kind, you can't look for people with similar backgrounds to look for correlations, so you can't really tell if there is a pattern or not. If I thought that it was completely unrealistic and impossible for any developers to be sexist, then I might write this story off as entirely her own neuroses - but I am not convinced that is the case.

(also, given the numerous comments along the lines of 'you don't like assholes well get out of tech then', I suspect she would have hit pushback no matter how she phrased any stories of struggles with dealing with assholes)

"Understanding Go and Coroutines as a PHP developer" for example might be useful, and it wouldn't suffer from being written by someone who hadn't absorbed the living spirit of Rob Pike before they wrote it.

Your hypothetical article about Go and coroutines could be very useful, provided that the author has had some significant experience with both Go and PHP (e.g, they've written and maintained non-trivial programs in both languages). Otherwise, it's likely to be full of misconceptions and even errors.

Works alright for most things though, and I think it's still better than Google's default to Google approach, which is frustrating when you're working on a locally hosted site and keep getting sent to a search page.

For things like CoffeeScript, which are fairly thin layers over another language, I'd always advise to just learn JS first. Dart and Clojurescript though are so far removed from their compilation target that you don't really need to know the JS, as long as there's good library support for what you want to do. In the case of clojurescript the interop is so seamless that it puts the focus on learning the APIs, which is where the true complexity lies. Of course, and even more so with typing, you also have the compiler to back you up.

    class TwoBaconRashersInsideTwoSlicesOfBreadFactory {
      
      /* Make a sandwich
       * <p>
       * Construct a foodstuff consisting of two slices 
       * of bread with two slices of bacon.
       * @return TwoBaconRashersInsideTwoSlicesOfBread a sandwich
       */
      Public TwoBaconRashersInsideTwoSlicesOfBread getSandwich () {
       BaconRasherFactory pig = new BaconRasherFactory();

       BaconRasherInstance bacon1 = pig.getBaconRasher();
       BaconRasherInstance bacon2 = pig.getBaconRasher();


       SliceOfBreadFactory loaf = new SliceOfBreadFactory();
       
       SliceOfBread bread1 = loaf.getSliceOfBread();
       SliceOfBread bread2 = loaf.getSliceOfBread();

       return new TwoBaconRashersInsideTwoSlicesOfBread(bread1, bacon1, bacon2, bread2); 
    }

https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpris...

What if someone wants a BLT?

I have the dream that one day we will recognize languages as the tool they are and be mature enough to chose tools by utility and not by hype, hipness or pop culture and see there benefits and limitations.

We do. They're just terrible tools. Do you think other industries don't criticize their tools? Hell, they have full magazines and reports reviewing and grading them.

The idea that all languages/tools are created equal and just have different use cases is nonsense.

Criticism in this way is rare though. Bashing a language to be cool, be part of the hip crowd, make you feel better about your own choices, bashing languages for karma or laughs, bashing languages you have no experience in comparing it with a language you've used for some weeks is not criticism.

Does it help others? If it does, it is criticism. If it doesn't and only makes you feel good after posting, it's not.

[Edit] And the really sad part is that people make language arguments into people arguments, stereotyping people to make themselves feel better.

Learning never to use them is just as legitimate.

"A place for everything and everything in its place" isn't a law of physics, it's a battle-cry for the obsessive compulsive.

Indeed! I would from my experience not use Z80 assembler - though I like it much more than 6502 - and CP/M as an OS for a social media website.

I have the gut feeling though that your comment might be about Java, which might not be warranted. The last company I've worked for makes >$200M in profit a year and will be sold soon for >$1b - based on a Java platform. The next company I worked for was skyrocketing and sold for $200M - based on a Java platform. Both profited from good performance, stability and GC maturity during high periods of growth and load and a good pool of developers during peak hiring times.

But then we might differ in our goals and evaluation criteria, mine is about getting things done to support a business in a sustainable way.

So as to remain on topic: I agree with you but the other side of the coin is that Java the language can't seem to live down Java EE and its culture. It's trying, though. I give particular kudos to the Clojure and Scala communities for helping to rebrand the JVM as something awesome independent of Java. That helped me, at least, to realize that I shouldn't conflate the two in my head.

The only stumbling block I have to get around in my head now when I think JVM is "JVM == long startup times", which is still kinda true but nowhere near as bad as it was.

[Edit] And this is the highest voted comment on a thread about how cool GTA V is to include programming references and how deep their open world is.

Enterprise Clipper

Enterprise C

Enterprise C++

Enterprise Perl

Enterprise TCL

Enterprise insert language here

You just need to let the enterprise architects loose...

@Service public class SandwichFactoryImpl implements SandwichFactory {

	    @Autowired
	    public EmptySandwichFactory emptySandwichFactory;

	    @Autowired
	    public FoodComponentFactoryFactory foodComponentFactoryFactory;

	    @Override
	    public Sandwich makeSandwich(Collection<FoodComponentDescription> foodComponentDescriptions) {

	        Sandwich sandwich = emptySandwichFactory.newSandwich();

	        for (FoodComponentDescription foodComponentDescription : foodComponentDescriptions) {
	            FoodComponentFactory foodFactory = foodComponentFactoryFactory.getFactory(foodComponentDescription.getType());

	            for (int i = 0; i < foodComponentDescription.getQuantity(); i++) {
	            	sandwich.addFood(foodFactory.create());
	            }
	        }
	        
	        return sandwich;
	    }

	    public SandwichDTO makeMyFavoriteSandwich() {
	        Collection<FoodComponentDescription> components = Lists.newArrayList();

	        components.add(new FoodComponentDescription(FoodType.BREAD, 1));
	        components.add(new FoodComponentDescription(FoodType.BACON, 2));
	        components.add(new FoodComponentDescription(FoodType.BREAD, 1));

	        return makeSandwich(components);
	    }

	}

That what the space station architects are there for.