• 1 Post
  • 21 Comments
Joined 2 years ago
cake
Cake day: June 23rd, 2023

help-circle
  • That is a difference people make in their mind. I don’t see a difference. The criticism is the critism. If you receive enough negative feedback on PRs after being hired, you will be fired for not be good enough.

    The only way to take away the stress of an interview is to not care about the outcome. I don’t and interviews are stressful for me. I present myself as I am and if they don’t like it oh well, but that is a confidence I think most people don’t have. I have been like this since I was junior so it’s not the arrogance of experience. It’s not even the confidence of easily being able to get jobs because in my early career it would sometimes take months to get a new job. I’d ask for feedback if I could get it and accept or disregard it. Some feedback amounted to, “this wasn’t the job for you” and that’s okay.

    I just don’t think it’s worth worrying about any particular job when hiring is like dating. You can be perfect for one job and an obvious no for another, so it’s not worth worrying about the outcome. They like you or they don’t.


  • Your post was about stress not anxiety and theu are different things. My point is that these these kind interviews approximate what you will actually do at work. If someone finds them stressful then they should think about if this is the career for them. Feeling anxious is another thing, but you can feel anxious while being confident because anxiety is about fearing and unknown outcome.

    My point is that people should fine these interview styles stressful and that has always been my point and what I have been replying to since you never brought up anxiety until now.


  • The literal point if interviews it to judge. The point is to find people who will work in the environment you have. I have done work on codebases where bad code means people die, by indirect or direct results. This probably biases me. For example, I have coded in front of a group several times. This year in fact. Sometimes a problem involves multiple people thinking through it. That’s probably why I don’t care about panel interviews as well. I have had to explain myself in front of a group several times.

    These are things that people find stressful, but they are part of my job and have been at nearly every one of the little over half a dozen jobs I have held. My current job isn’t even doing anything important. No one dies if I make a mistake and I’ve still experienced explaining myself in front of a group and coding with several people onlooking. I just assumed that’s how the job is as my friends in the same field have similar kinds of stories

    People can be stressed I guess, but is normal and common events in your job are highly stressful, then I still say that’s a sign that it’s not the career path for you. For all we know, these jobs have these things because it’s common on the job and a candidate should really feel at ease doing it. That’s my opinion anyway. We can only form opinions based on experience and apparently, mine differs from yours.


  • I don’t agree at all. I’ve definitely been in lair sessions where the other person has been assigned to babysit me to the correct answer. It’s just an experience that mostly happens with juniors. I’ve babysat juniors to the solution myself.

    There can also be zero trust between colleagues forced to pair, especially in debug sessions. I have worked a lot of jobs, so maybe it’s just my experience, but I would not say that if categorized every single pair session I’ve had in my entire career anywhere near half involved two colleagues who trusted each other and didn’t judge.

    I’ve definitely been judged as a senior for dumb dumb moments and that’s okay. If you care about people’s opinions too personally as a software engineer, I’m not sure this is the career for you. It’s a career that involves a lot of negative feedback even as an experienced professional.


  • I guess my question why should anyone feel stressed from live coding? There are some jobs where this is legitimately a common occurrence at your job. Some jobs are big on pair programming. And I don’t think I’ve ever had a single job that at least a couple times a year didn’t have me living coding through a problem. It happened way more often when I was a junior and needed a lot of assistance. If you are stressed by being watched while you code, that’s not great because you are going to have to do it regularly or semi-regularly at your job. That’s whether someone is sitting right next to you or they are screensharing. It’s why I personally am comfortable with live coding. It’s literally a thing I do at work, albeit not with toy problems.


  • The problem with only hiring people you have met personally is that you miss out on a whole world of people who would be great to work with but had no chance of ever meeting you or your network. I agree that network recruiting is the safest route, but having diversity in your employees is great. If you only hire through your networks you’ll see quickly quickly how you only get one kind of person.

    I have seem this happen a lot in smaller companies. It’s also the story of how I’m typically the sole woman in the department. I by happenstance happen to seed my professional network from college with a lot of men (because I accidentally picked a college that like 80% men). I’m a unicorn because many men’s networks include so few women since in IT they tend to be non-traditional and/or generally excluded from younger men’s social groups.

    I get tapped via my network all the time. But if the company basically only does referral based hiring me and perhaps one other woman is there for the whole engineering department. It’s way more balanced at 20%-30% of the department at companies that don’t do this. There is some value in shotgun hiring even if it has a higher fail rate than referral hiring. Different kinds of people can bring fresh perspectives and considerations.


  • Public school? You mean that place that children are mandated to be? Also you forgot government. It was a whole thing. So if you’re a Muslim and you want to be a part of the French government, then I hope you don’t have any attachment to those head scarves. There are other religions ornamentation, but the head scarves one was the last one I saw. And whether school or a DMV clerk, it’s dumb.

    Also noticed I used two different labels for France rather than China. I think China is fascist with what they’re doing. France is xenophobic with what they’re doing.



  • Let’s just be simple about this: pensions and oth3r old age support. Who pays for those? Young people. If young people have to support a lot of old people, you’re gonna have a bad time. Everyone. The young people have have larger amounts taken out of their pay and old people who get less support because there are just literally not enough resources. And because old people outnumber young people young are pressured more and more under democracy to give more to older people.

    That is only one terrible thing from demographic collapse.



  • Football? American Football has no restrictions on gender, it’s just that no woman can compete after puberty truly sets in. What that guys says is true about physical sports. Women can’t compete and never could. I can’t think of a single sport where a woman could outcompete a man in a physical sense. Even something like gymnastics, I think men still overcome the natural female advantage that comes from being small.

    Chess from what I recall created a woman’s division because of the systematic biases and pressures girls faced. However, if I’m recalling correctly, it’s not particularly weird for a woman to complete in the open division. It’s just not a welcoming place for woman, so beginners often start in the women’s division. With that in mind I don’t see why transpeople shouldn’t be allowed. They wouldn’t be welcome much either in the open division, but also I’m not sure they’d be welcome in the women’s division either, so it’s kind of a wash.


  • I don’t know anything about Singapore besides what a friend who grew up there said. She came here to the US as an adult. Tried very hard to stay and worked very hard to bring her parents over to the US. Very confusing given that she had nothing but great things to say about the place and got very mad if I said that the US might be better in any small way. She had a lot of complaints about the US and many I found unfair even if many were totally fair.

    So then I asked her: do you think that I a black woman could do what you did here in the US in Singapore. And she skipped over my question and continued her rant about how great Singapore is. That’s all I personally need to know. Singapore probably is great, but only if you’re the right kind of person, the acceptable person. I get the feeling that she and her family weren’t those kinds of people and that’s why she left and she’s pulling her family here to the US.



  • I feel like this is only true of internal or enterprise software where switching is expensive. For business to consumer, the impact of bugs can cause a company to go under or at least become a zombie. For any type of company, the thread of a competitor is high and can cause your company to stagnant and slowly go under or bleed and rapidly go under.

    There is a real impact to a high amount of bugs, it just doesn’t happen in one quarter. It happens over years and results in higher stress foe the developers. A stagnating company doesn’t hire. It doesn’t give raises and slashes benefits. A lot of terrible things happen before a company goes under. We can watch Twitter speed running this.


  • I wasn’t talking about rewriting an existing system either. I’m talking about adding to a system. In order to do that effectively, you need to understand the system as it stands and consider how any requirement could clash or be impossible with the current set of requirements. This is why I bring up the AI needing to pull a set of requirements from the existing code. You cannot add requirements without knowing the requirements that already exist.

    I think that hallucination is still a massive issue. I don’t even like to call it hallucination because what it really is bad guesses. We should never forget that all any AI does is guess. It doesn’t reason about anything or connect information together. AI will hold contradictory positions because of this.

    Currently we have no way to make an AI declare that it just doesn’t know or even very often ask for more information in order to make a decision because the method of training an AI is literally guess and check.

    For that reason, I don’t think that AI will ever be the tool for the job when it comes to any kind of requirements gathering. I mean I guess you could, but I always run the risk of being like that lawyer who had made up cases in this result. AI made things up because all it does it make its best guess and it doesn’t care I’d that guess is grounded in much of anything at all.


  • I feel like AI would fall down even harder here. A lot of long running applications have “secret” rules in them that developers have as either tribal knowledge or they have to reas the code and see is the case. Will AI be sophisticated enough to read a massive repo probably dependent on several others and have a realistic understanding of the requirements inherent in that code system? Because that’s what we pay senior devs to be good at quickly figuring out. I find myself skeptical that AI will be able to do that in a trustworthy way with how it “hallucinates” now and doesn’t have the concept that it just doesn’t know sometimes. If a developer has to spend time checking the AI’s assertions about the rules, is that actually going to be faster than just keeping them in their mind or doing the research themselves?



  • I don’t think I’ve ever had a working definition of a business rule beyond what feels right intuitively. I’m going to carry this forth with me.

    Perhaps you’ve been reading this with mounting frustration: How about validating the address according to the SMTP spec?

    Indeed, that sounds like something one should do, but turns out to be rarely necessary. As already outlined, users can easily supply a bogus address like foo@bar.com. It’s valid according to the spec, and so what? How does that information help you?

    I feel like this is the difference between an academic and a professional. One is trying to do it provably right and the other is trying to satisfy a need with limited resources.