Hacker News new | past | comments | ask | show | jobs | submit login

The whole point of the article is that restricting your hiring pool to only CS graduates is a bad pattern and you should consider other qualities instead so saying only 18% of CS graduates are female misses the point.

Having no CS degree myself and excelling in a top 10 company I agree with this sentiment, especially seeing the epidemic of “over leveling” the small pool of CS graduates occurring. I’d rather work with correctly leveled non-CS graduates than over-leveled CS graduates




The problem is how you gonna find a different hiring pattern to force 50%?

Internal training, ok, but are you going to only provide internal training to women? Is this even legal?

Basecamp training, ok, but are you going to only provide basecamp training to women? Is this even legal?

Special talents (dropouts etc.), ok, but are you going to only hire special talents who are women? Is this even legal?

Non-traditional education, ok, but are you going to only hire non-traditional education candidates who are women? Is this even legal?

The whole idea that there is a social engineering way to make programmers 50% male/female is not based on any facts as we know in a free society. On the contrary, there is evidence that the more gender equal society, the fewer women choose STEM. https://www.theatlantic.com/science/archive/2018/02/the-more...

The obsession of 50% is not only anti-science, it is also demeaning to other great contributions women provide to society. Yes, nurses and teachers make less money than programmers, but it does not mean nurses and teachers are less important than programmers. It is because personal caring kind of job is less scalable than STEM jobs, so a team of 10 programmers can provide services to far more people than 10 nurses.

Oh, are you going to disagree that caring for people is more a part of female nature than male nature? Are you going to say this is actually a result of society oppressed women and tricked them to care more about others? Because female psychology is exactly the same as male psychology? So maybe we should expect a gender equal society there are 50% male/female in murders and rapists?


Always interesting that on Hacker News, people are always so ready to throw in the towel and call something impossible and list the 83 reasons why.

Unless it is about starting a business and making money via ads.... Then they're willing to devote thousand of hours of their life thinking creatively about how to solve problems to "change the world".


Lots of people have started businesses and made money via ads, in ways that increased wealth for everyone. Of course people think about how to do that.

In contrast nobody has changed the gender ratio in tech without discriminating against men: a zero sum game that definitely does not increase wealth for everyone.

As for your dismissal of people's 83 reasons, why not show us how it's done and address them?


> in ways that increased wealth for everyone

It certainly doesn't increase the wealth of people who are persuaded to buy stuff that really isn't worthwhile for them.


If buying things didn't provide value to people, they wouldn't have bought it.

Just because I cannot extract monetary value by buying another MIDI controller for my hobby doesn't mean it isn't a worthwhile purchase. If you derived enjoyment from a purchase, it increased your [non-material] wealth and added value.

The same way, Gmail and FB make money by selling ads, but if they didn't exist without ads, it is easily arguable that people would have missed out on a lot of wealth and benefits that comes with those things. I use Gmail, because I extract value from using it. And I pay for it by letting Google personalize my ads and sell them. For me, that exchange is absolutely worth it. If it wasn't, I wouldn't have been using it.


That sounds like "magic key" cryptodenialist logic. Just because you really want something doesn't make it possible or viable.

They do support initiatives to help but realize it is essentially generational at this point.


I agree, 50% is probably an unreasonable goal, I could maybe even see arguing that any percent based goal is a bad goal. The goal should be “enough so those who are feeling disenfranchised don’t anymore” but that might be too squishy :)


>feeling

Good luck with that. People who profit exploiting "gender gap" like bootcamps, hr firms, speaker agencies, will never be happy.


That’s a laudable goal, and to that end I imagine it would do a world of good to stop the constant exaggeration of how disenfranchised those groups are (NOTE that I’m not saying these groups are fully enfranchised, only that the disenfranchisement is exaggerated). At some point, advertising tech as a bunch of rapey, Nazi frat bros is probably more offputting than whatever discrimination actually exists. Let’s ditch the boogeyman and see what happens.


The numbers don't exaggerate.


You’re right: they don’t. They tell us the progressives are exaggerating.


[flagged]


> Like that the world of computer engineering is currently full of Brogrammers that females know it is best to stay way clear of

I'm a middle-aged white male who's been working with software development for 25+ years. I don't like being around the typical dev shop - the culture isn't usually much of a fit (whether 'bro' or 'sci-fi' or 'gamer' oriented), often a focus on 'free beer!' and similar 'perks' - so much so that I stay way clear of most typical software/dev jobs. I can pass in those environments (and have), and it's still uncomfortable for me - it must be 10x worse for people who are that much more 'other'. :/


I’ve worked at a couple of mid-late stage startups and currently at a FAANG and I’ve observed very few engineers that I would put in the “bro” category. I don’t know how this became the stereotype when nerd is still the dominant character class by far.

Is it just me? Does anyone find that their workplace is even 50% brogrammer?


I've worked in a couple of small-mid size companies, and in those cases, while the engineering team themselves wasn't really 'bro'-ish... the management kept trying to introduce that sort of culture, I think as a way to try to get us to ... work more? better? attract newer/younger/cheaper devs?


I’m a drop out too and have made my way to manager where I find myself training juniors many of which also do not have degrees. Unfortunately it is night and day between the ones who do have degrees and those that don’t. At this point I am now strongly recommending cs degrees to anyone seeking a career in programming because the theories do come up in any serious work, particularly full stack engineers who must have strong understandings of databases, type theory, statistical analysis, etc.

I would LOVE to create a large curriculum in house that aims to teach non degree holding individuals these skill sets because it would have tremendous return on investment. Be we are a small company (<100) with limited resources that can not afford to have a six month on boarding process to Do it properly (and I am not a professor).

It is an unrealistic burden to any small or medium org to do what is required by your comment.


I'm currently teaching a class on databases to 10 junior engineers at a medium size org (~130 engineers). It's a huge amount of work but wonderfully fun and rewarding. The class is an even mix of CS grads and engineers from nontraditional backgrounds (mostly bootcamps). I myself trained in applied math and am a self-taught engineer who had a few good mentors along the way.

Having a CS degree perhaps helps a little for general background, but not every CS major has taken a db class and even then, they won't have learned many useful practical skills, like analyzing and fixing a slow production query. And conversely the folks who have been through bootcamps (that we have hired!) are all very self-directed and highly motivated to learn. So I'm not sure that the difference is quite as clear cut as you make it out to be.

I do completely agree with you that this is important, and that it's very hard to get companies to devote resources to it. Taking 6-8 hours a week out of a senior engineer's time to prepare and teach an effective class is a big ask; I had a lot of support from management to do this but I think that might be a rare luxury at other companies.

It's just sad that the tech industry doesn't invest more in high-quality structured teaching, when it could so clearly deliver benefits in terms of growing skills for engineers from both CS and non CS backgrounds. Assuming that they'll somehow learn everything they need without structure or direction might work in a few cases, but in general it's a poor long term strategy for both companies and the industry as a whole.


My experience is somewhat the opposite: I have a BSc in Software Engineering and MSc and PhD in Computer Science. I've been in the Software Industry for about 10 years now and have held a Eng Director/VP level positions at some start ups.

I used to be very degree-centric in my recruiting. But some time ago I started hiring from boothcamps, particularly for frontend jobs. The fact I saw is that as part of the development needs of the companies I have been at, there is a good amount of work that can be done by developers of these skill levels. Once my team was able to organize the work, we were able to make jr people productive.

This not only made us capable of hiring jr devs. It actually made more Sr devs happy because they did not have to do that work and made mid levels happy because they own the growth of the jr devs .


> theories do come up in any serious work

Depends on what you classify as serious work, I guess?

From years of reading similar comments and my own experience, I was under the impression most “software developer” jobs only lightly touch on anything complex - most of us aren’t designing databases and complex low-level stuff day-to-day, but we do need to know enough to not do something terribly inefficient and stupid in basic plumbing code.

I think what you really need are smart people, and people who are willing to put in the work to get past the first few years of stumbling and not knowing what anything means. Likewise, young developers need good mentors and patient senior developers to lean on and who they can pick this stuff up from.

Not sure what your company is doing, but if what you say is true, maybe you are one of the rarer groups actually doing the hard stuff.


>I think what you really need are smart people, and people who are willing to put in the work to get past the first few years of stumbling and not knowing what anything means.

I totally agree with you, but that doesn't solve the issue, there are not that many of those people out there struggling to get jobs, because employers already know about this trick. That's why a bunch of quant and other top-tier finance shops are full of math and physics grads who had almost zero knowledge of finance before getting hired for those jobs.


In my experience as somebody without a degree and employed for >15 years now, you don't need a degree to get enough understanding of type theory and statistics, even for things at senior level. It will obviously depend on the specific project, but self-learning is very much a viable option in this industry. Conversely, I've seen many candidates with a CS degree who couldn't handle trivial coding challenges (and I mean trivial, not puzzles).


Yes, but the issue is how likely is an arbitrary person interested in being a programmer but lacking a degree going to be able to self-teach the vast amounts of information needed to be productive as a modern developer? I wager it is very unlikely. Those who do follow the self-taught route are 1) unusually smart and/or self-motivated or 2) got into the field when there were fewer moving parts and so self-teaching had a much smaller learning curve, then they simply matured with the field. After all the field circa 2000 looks vastly different than it does circa 2019.

The value of a degree is less the information it teaches, and more as a filter for people who are unusually smart and/or self-motivated. Those people coming with the requisite CS theory is merely a bonus.


> Yes, but the issue is how likely is an arbitrary person interested in being a programmer but lacking a degree going to be able to self-teach the vast amounts of information needed to be productive as a modern developer?

You don’t need much to be productive. There’s plenty of great guardrails like code reviews, pair programming and shadowing that can make someone surprisingly productive.

The value of a degree is social signaling that you are the “type” of person to be able get that degree, socioeconomically and temperamentally. Plenty of people out there for whom the economics of a degree didn’t make any sense, or they had bigger needs that had to be filled immediately so didn’t have the ability to sacrifice for the long term.


That's what the interviews are for, no? The point of the article is that if you are using degrees as a filter, you're passing on a lot of otherwise qualified candidates.


I agree, but I don't think there is a substantial number of software shops that use relevant degrees as a hard filter, nor is there a significant number of non-degree holders bursting with realized CS talent that the field is somehow blind to.

I took the intended sentiment to be that of finding talent among non-degree holders that won't necessarily present itself in a typical CS interview scenario. Thus we need a way to identify future CS talent that is merely in need of training and mentoring. And so the problem reduces to, in my opinion, to finding people who are smart and unusually self-motivated. But there is just no good way of doing this.


My opinion: applying one-size-fits-all formulaic interviewing to your candidates excludes unconventional talent. Asking personal questions and following through on them unearths the smart and self-motivated talent. As an unconventional CS talent myself, I've had the most success with this approach on both sides of the interview process.

What do I mean by personal questions? My favorite interview so far left all the academic quizzing aside and asked me to talk in-depth about a particular real-world project I worked on. What patterns did I use? How did it interact with the database? How did I model the problem? This was not something that would be easily googled and it let me convey how I think about software on my own terms. Then it was up to the interviewer if my approach to software would be useful to them.


You're absolutely right. A degree is not needed but a structured university program does seem to succeed in putting the majority of its students through that study, while those doing self-study are more likely to miss such concepts for other things considered more "practical"


>>> theories do come up in any serious work

Counterpoint: the overwhelming majority of software companies out there do not work on problems and develop products that warrant deep computer science expertise.

I mean, if you're doing cutting edge and/or highly technical stuff, great, go nuts, recruit only those with CS degrees. But most software out there is your run-of-the-mill line of business software, mostly CRUD with a bit of specialized functionality. And the bar for working on that is way lower.


As a person without a CS education but with 30 years of industry experience, including several of The Bigs, I urge young people to get an education in anything but CS. The number of CS degree holders, even the masters and doctors, who struggle with statistics, linear algebra, or even thermodynamics and basic accounting is pretty dispiriting. Get an education and learn to program computers. Two separate things in my humble opinion.


I'm stunned to hear that. Well, not the part about basic accounting, or maybe thermodynamics, that I believe. But stats and linear algebra? I've worked at or attended several UC schools, and they all require calculus through linear algebra, vector calc, basic differential equations, and probability theory as part of the CS major. I myself was a math major and a grad student in Industrial Engineering, but we were all in the same core math sequence together.

Sometimes you go ahead and walk the fine line of the no true scotsman argument - a degree without this basic math isn't CS. And any "reputable" CS degree - and by "reputable" I don't mean top 10 or even top 50, I just mean a fine university with a proper curriculum - will absolutely have this requirement.


Do you think other degrees, outside of maths or physics maybe, makes you better at the things you listed? It seems unlikely to me, and the fact people struggle with this is more representative of the general population than of the degree itself I would say.

It might depend on how the degree is taught I guess, mine had very little actual programming.


I'll never have personal first-hand experience with another kind of degree program, but my engineering program taught thermodynamics, accounting, technical writing, and ethics. I am looking right now at the Stanford CS undergraduate catalog and there are no requirements for technical writing, ethics, etc in here at all. Even the senior year writing requirement can be satisfied by working for Facebook for six months, which is disturbing and, frankly, explains a lot about why these kids can't write.


Your comment seemed really strange to me, because I remember that even back at Georgia Tech, we had both technical writing and ethics requirement for anyone in the CS program, so I decided to doublecheck the facts you listed about the Stanford CS program.

Where did you get your info from? Because I just checked the Stanford CS curriculum requirements for Bachelors degree, and it clearly has "Computers, Ethics, and Public Policy" requirement, along with a senior project requirement (that would, I assume, includes writing), as well as 3-5 credit units from the list of approved "Technology in Society" courses.[0]

0. https://exploredegrees.stanford.edu/schoolofengineering/comp...


The senior project is the one I mentioned that can be fulfilled by CS210, working at “our industry partners” in lieu of actual university coursework. The “tech & society” catalog is a joke. Look at the courses. Archeology? Fine as an elective.

My engineering program required an upper-division course from the philosophy department on the development of rigorously ethical systems of thought.


That assumes that those mediocore "fizzbuzz test failers" tiers would do better in the domain with another degree. The problem may be in their capabilities predegree.


I don’t think I’m assuming that. They’ll just be a more rounded person.


I'd like to see some proof that there's a large pool of competent software engineers without any degrees (or CS degrees) just waiting to be hired.

Additionally, if you meant specifically without CS degrees, I think a lot of companies accept unrelated degrees + experience.


I am one of them. I have no college degree of any kind and bested CS grads in an interview.


> I'd like to see some proof that there's a large pool

> I am one of them

You, yourself, are a large pool? Or you, yourself are one instance of a fairly small pool (like OP suggests).


I am proof a pool exists.


A pool of statistical outliers is not a "big pool" that the parent comment was referring too. There are quite a few brilliant software engineers I got a chance to work with who had no college education whatsoever, but they are very clearly outliers among very few. I strongly doubt there is some big untapped pool of engineers without degrees who are just being completely overlooked simply for not having a degree.


How could we use Newton's flaming laser sword to settle our argument?


One of the most disgusting things I have seen in my career was when my manager up-leveled a male candidate just to offer a salary the candidate might agree to, but he did not do the same for a female candidate who received similar feedback in the interview process. I mainly remember this because it happened around the same time for the same role we were trying to fill. Neither candidate accepted an offer.




Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: