Spending 5 years at University with a friend....uh???

Let me explain...

I have a friend. A very good friend I can say. I know him since 18 years but I started being everyday with him at the beginning of my "University's journey".

And when I say everyday, I am not joking...every lesson, every exam, every project...

The problem is that he is one of the smartest person I have ever met in the "scientific field". So? He is also unable to say that he doesn't understand something. He is unable to say the he is wrong or to admit that someone else is better then him.

Let just say that he is not good in "relating to other people".

I am very smart too and suddenly he started to fail where instead i was doing good. Jealousy, anger. Every occasion to point out my errors. Every occasion to say to the others that I am stupid and he is smart.

But I know him and I am not like him. So I continued to stay with him, work with him and also going out with him. Because he is my friend.

And you know what? After 5 years he started to be more "human". I learned so much from him and he learned to be respectful and humble.

It was a very stressful period but thanks to that I know that I can be strong and work hard also when someone try to stop me. I am not afraid to say my opinion just because someone is yelling at me. And I know that I can go over stupid judgements and still work good as a team member.

That's it.

Be respectful. Be patient but defend your opinions. Trust yourself but listen and learn from everyone. And if sometime you fail, remember that it's normal. No one is perfect. No one can be perfect alone.

I hope that this rant can help someone else.

Good week to all of you.

It seems like every other day I run into some post/tweet/article about people whining about having the imposter syndrome. It seems like no other profession (except maybe acting) is filled with people like this.

Well lemme answer that question for you lot.

YES YOU ARE A BLOODY IMPOSTER.

There. I said it. BUT.

Know that you're already a step up from those clowns that talk a lot but say nothing of substance.

You're better than the rockstar dev that "understands" the entire codebase because s/he is the freaking moron that created that convoluted nonsensical pile of shit in the first place.

You're better than that person who thinks knowing nothing is fine. It's just a job and a pay cheque.

The main question is, what the flying fuck are you going to do about being an imposter? Whine about it on twtr/fb/medium? HOW ABOUT YOU GO LEARN SOMETHING BEYOND FRAMEWORKS OR MAKING DUMB CRUD WEBSITES WITH COLOR CHANGING BUTTONS.

Computers are hard. Did you expect to spend 1 year studying random things and waltz into the field as a fucking expert? FUCK YOU. How about you let a "doctor" who taught himself medicine for 1 year do your open heart surgery?

Learn how a godamn computer actually works. Do you expect your doctors and surgeons to be ignorant of how the body works? If you aspire to be a professional WHY THE FUCK DO YOU STAY AT THE SURFACE.

Go learn about Compilers, complete projects with low level languages like C / Rust (protip: stay away from C++, Java doesn't count), read up on CPU architecture, to name a few topics.

Then, after learning how your computers work, you can start learning functional programming and appreciate the tradeoffs it makes. Or go learn AI/ML/DS. But preferably not before.

Basically, it's fine if you were never formally taught. Get yourself schooled, quit bitching, and be patient. It's ok to be stupid, but it's not ok to stay stupid forever.

/rant

It's enough. I have to quit my job.

December last year I've started working for a company doing finance. Since it was a serious-sounding field, I tought I'd be better off than with my previous employer. Which was kinda the family-agency where you can do pretty much anything you want without any real concequences, nor structures. I liked it, but the professionalism was missing.

Turns out, they do operate more professionally, but the intern mood and commitment is awful. They all pretty much bash on eachother. And the root cause of this and why it will stay like this is simply the Project Lead.

The plan was that I was positioned as glue between Design/UX and Backend to then make the best Frontend for the situation. Since that is somewhat new and has the most potential to get better. Beside, this is what the customer sees everyday.

After just two months, an retrospective and a hell lot of communication with co-workers, I've decided that there is no other way other than to leave.

I had a weekly productivity of 60h+ (work and private, sometimes up to 80h). I had no problems with that, I was happy to work, but since working in this company, my weekly productivity dropped to 25~30h. Not only can I not work for a whole proper work-week, this time still includes private projects. So in hindsight, I efficiently work less than 20h for my actual job.

The Product lead just wants feature on top of feature, our customers don't want to pay concepts, but also won't give us exact specifications on what they want.
Refactoring is forbidden since we get to many issues/bugs on a daily basis so we won't get time.
An re-design is forbidden because that would mean that all Screens have to be re-designed.
The product should be responsive, but none of the components feel finished on Desktop - don't talk about mobile, it doesn't exist.
The Designer next to me has to make 200+ Screens for Desktop and Mobile JUST so we can change the primary colors for an potential new customer, nothing more. Remember that we don't have responsiveness? Guess what, that should be purposely included on the Designs (and it looks awful).
I may hate PHP, but I can still work with it. But not here, this is worse then any ecommerce. I have to fix legacy backend code that has no test coverage. But I haven't touched php for 4 years, letalone wrote sql (I hate it). There should be no reason whatsoever to let me do this kind of work, as FRONTEND ARCHITECT.

After an (short) analysis of the Frontend, I conclude that it is required to be rewritten to 90%. There have been no performance checks for the Client/UI, therefor not only the components behave badly, but the whole system is slow as FUCK! Back in my days I wrote jQuery, but even that shit was faster than the architecuture of this React Multi-instance app. Nothing is shared, most of the AppState correlate to other instances.

The Backend. Oh boy. Not only do we use an shitty outated open-source project with tons of XSS possibillities as base, no we clone that shit and COPY OUR SOURCES ON TOP. But since these people also don't want to write SQL, they tought using Symfony as base on top of the base would be an good idea.
Generally speaking (and done right), this is true. but not then there will be no time and not properly checked. As I said I'm working on Legacy code. And the more I look into it, the more Bugs I find. Nothing too bad, but it's still a bad sign why the webservices are buggy in general. And therefor, the buggyness has to travel into the frontend.

And now the last goodies:
- Composer itself is commited to the repo (the fucking .phar!)
- Deployments never work and every release is done manually
- We commit an "_TRASH" folder
- There is an secret ongoing refactoring in the root of the Project called "_REFACTORING" (right, no branches)
- I cannot test locally, nor have just the Frontend locally connected to the Staging webservices
- I am required to upload my sources I write to an in-house server that get's shared with the other coworkers
- This is the only Linux server here and all of the permissions are fucked up
- We don't have versions, nor builds, we use the current Date as build number, but nothing simple to read, nonono. It's has to be an german Date, with only numbers and has always to end with "00"
- They take security "super serious" but disable the abillity to unlock your device with your fingerprint sensor ON PURPOSE

My brain hurts, maybe I'll post more on this shit fucking cuntfuck company. Sorry to be rude, but this triggers me sooo much!

I feel guilty when I spend time after work writing code, because there's that voice in the back of my head saying I should switch to leisure activities. "You've worked enough, don't sit all day, it's unhealthy".

Then I go for a walk or start planning something to cook. And there's still this weird feeling of guilt for not being productive enough, telling me I should learn a new programming language. "Work on your skills, you need to learn stuff to stay relevant in your field"

BRAIN, BE FUCKING CONTENT WITH WHAT I'M DOING FOR ONCE!

And stop fucking bullshitting me.

You're not trying to make me take a walk, you're not having my best interests at heart by making me learn or work.

I'm fucking on to you, you treacherous shitlitter of neurons. You're betraying me, and it happens every single fucking time I let my guard down.

I alt-tab out of my IDE, and within seconds you're there, impeding my intellect, making me click bookmarks to check the feculent streams spraying from the fingers of "friends" on Facebook.

I take a poop, and you just let me slide into a slowwitted state where I pick up my phone and stare at some crapfilled mire of memes.

You're the retarded digital-era id, wearing the disguise of a renaissance smart-ass ego, and you're dumping the fucking guilt on ME?

FUCK YOU AND YOUR MEMES, I'M GONNA BAKE A STEAK WITH MUSHROOM SAUCE AND WATCH PROGRAMMING VIDEOS WHILE DANCING.

NAKED.

(and maybe browse devRant later. I still love you, devRant)

Xpost from /r/sysadmin:
I occasionally see posts from people who seem like they want to spend every waking hour of every waking minute working on home lab stuff and studying for certs.

If you do this, you're missing out on life which you will regret later, but even if you don't care about missing out on life, it actually is hurting your career.

Being well rounded helps you interact with others at work in a number of ways. It makes you less one dimensional as "the computers guy" and it also gives you topics to discuss with people. If you know how to cook, or brew beer, or bake bread you end up using a lot of your technical and troubleshooting skills. Biking long distancing and learning how to fix your bike helps with your troubleshooting skills too. You learn to look at things from other angles.

Reading novels or writing poetry or making art work also helps because it exercises your brain. Woodworking or metal working involve a lot of skills that'd help your IT career including project planning and measuring and budgeting for each project. Working on cars or motorcycles would be similar. You just have to do SOMETHING.

I have a member of my team who literally has nothing going on in his life other than studying for certs. No friends, no hobbies, and he basically eats nothing but McDonalds and frozen dinners because even making a meal takes time away from his studying. He thinks means he's dedicated and will experience great career success.

But instead he has nothing to talk to anyone about, and when I say nothing, I mean literally nothing. It's borderline terrifying. Even if he was into comic books and video games it might help, which might help him relate to SOME of the IT staff even if the rest of the people at the company know nothing about it. But he doesn't even have that.

This isn't a solitary field anymore. Even if you truly are "the best" you still have to interact with other people and stay mentally stable enough to not burn out. Even if you know more than everyone else (or think you do) you have to try to broaden your horizons.

I've been lurking on devrant a while now, I figure it's time to add my first rant.

Little background and setting a frame of reference for the rant: I'm currently a software engineer in the bioinformatics field. I have a computer science background whereas a vast majority of those around me, especially other devs, are people with little to no formal computer background - mostly biology in some form or another. Now, this said, a lot of the other devs are excellent developers, but some are as bad as you could imagine.

I started at a new company in April. About a month after joining a dev who worked there left, and I inherited the pipeline he maintained. Primarily 3 perl scripts (yes, perl, welcome to bioinformatics, especially when it comes to legacy code like is seen in this pipeline) that mostly copied and generated some files and reports in different places. No biggie, until I really dove in.

This dev, which I barely feel he deserves to be called, is a biology major turned computer developer. He was hired at this company and learned to program on the job. That being said, I give him a bit of a pass as I'm sure he did not have had an adequate support structure to teach him any better, but still, some of this is BS.

One final note: not all of the code, especially a lot of the stupid logic, in this pipeline was developed by this other dev. A lot of it he adopted himself. However, he did nothing about it either, so I put fault on him.

Now, let's start.
1. perl - yay bioinformatics
2. Redundant code. Like, you literally copied 200+ lines of code into a function to change 3 lines in that code for a different condition, and added if(condition) {function();} else {existing code;}?? Seriously??
3. Whitesmiths indentation style.. why? Just, why? Fuck off with that. Where did you learn that and why do you insist on using it??
4. Mixing of whitesmiths and more common K&R indentation.
5. Fucked indentation. Code either not indented and even some code indented THE WRONG WAY
6. 10+ indentation levels. This, not "terrible" normally, but imagine this with the last 3 points. Cannot follow the code at freaking all.
7. Stupid logic. Like, for example, check if a string has a comma in it. If it does, split the string on the comma and push everything to an array. If not, just push the string to the array.... You, you know you can just split the string on the comma and push it, right?? If there is no comma it will be an array containing the original string.. Why the fuck did you think you needed to add a condition for that??
8. Functions that are called to set values in global variables, arrays, and hashes.. function has like 5 lines in it and is called in 2 locations. Just keep that code in place!
9. 50+ global variables/hashes/arrays in one of the scripts with no clear way to tell how/when values are set nor what they are used for.
10. Non-descriptive names for everything
11. Next to no comments in the code. What comments there are are barely useful.
12. No documentation

There's more, but this is all I can think to identify right now. All together these issues have made this pipeline the pinnacle of all the garbage that I've had to work on.

Attaching some screenshots of just a tiny fraction of the code to show some of the crap I'm talking about.

I'll give you a few reasons to walk away from a dev's chair:

1. if you want your life to be simple and not challenging, if you just want to go with the flow - choose something else. Dev's life will definitely bring some challenges to your day (and sometimes night, and sometimes - your weekends). Especially if you feel you are a perfectionist, dev life could turn your life into a living hell if not handled with care.

2. If you like to see people smiling, if you love that feeling when you help someone and that someone has a better day thanks to you - choose something else. 1st line SD would probably do, but the further from technology you go - the more smiles (and human faces overall) you'll see.

3. If you prefer person-to-person interaction over to talking to machines - definitely don't be a dev. Go to management, administration or smth else, but development. >90% of the human interaction in this field is arguments and conflicts; ~8% are requests for assistance, and the remaining 2% are shared by saying "hi" to the office administrator and your (semi|)annual reviews with your manager. Not kidding.

4. If you have a personality where you find it difficult to stand your ground and not budge to the pressure/blame game/your managers asking you to stay in late. Like it or not, it happens quite often. Many devs have spoiled the management by budging to their requests/demands to stay for OT/unpaid OT to "fix the mess they have made". That's a blame game right there. And these people stay in and do what the slaves do - work for free because they are yelled at. And then management sees this technique work and (ab|)uses it on other devs. If you can say NO and stick to it, prolly wave with some printed paragraphs of labour law in front that manager's nose - it won't be a problem. But if your consciousness is too troubling - stay away from this field of engineering.

5. If you want to easily "disconnect" from work and go do something else - dev's career might be a problem. Yes, your computer might be shut down/hibernated/suspended after 5pm until 9m the next morning, but your brain will most likely keep trying to solve the problems you were facing. You'll prolly use your own computer to do some research, check some forums, docs, etc. - this is all your free time, this is all your family time donated to your manager (and to your personal knowledge base). Not to mention, all these things you learn will soon enough become obsolete, as new technologies will replace them. So if you'd like to easily "disconnect" after 5pm, doing that as a dev might be too challenging.

Hey peeps,
I got a question that is bothering me for a while now. I am from Germany and I quit my CS studies a few months ago in favor of a "Berufsausbildung". I don't know if other countries have a comparable equal to our Berufsausbildung, so I gonna give you a quick overview:

In the Berufsausbildung you stay 30% of your time in school where you have to learn the basics and theory parts of your chosen profession. 70% of your time you are in the company ("Ausbildungsbetrieb") that is training you to learn the practical parts your profession and gain work experience. At the end of the Berufsausbildung, you have to work on a project and present it in front of a committee and write some exams.

So the Berufsausbildung is more about learning by doing instead of learning all the little things in the field of your profession.

Now to my actual question. One of my biggest dreams is to work in Japan as a freelance for a few years or more. Working on projects for companies in my home country while traveling through Japan. I know that it is hard to be allowed into the country for a longer time and even working there without a good education. I always have the feeling that I am inferior to people who have a college degree and I am afraid that my "inferior education" might be a huge disadvantage in the future for me. I already gained 3 years of work experience as a dev and in February 2020 I will have finished my Berufsausbildung. What is your experience with working as a dev without any college degree? Are you treated differently than other people that got a degree? And has anyone experience with working abroad with or without a degree?

Thank you very much!

!dev

Look what I'm fixing to say is gonna make seem like a cunt and it'll probably be deserved but at the same time, I think it should be said too.

The increasingly high number of people fishing for compliments and attention because of their CHOSEN profession being important in the current times is starting get old as fuck.

I've seen so many people fishing for compliments; rather it be medical workers or truck drivers because their job is more important now than usual.

Like don't get me wrong, they're all necessary for society to function. But for crying out loud y'all chose this profession for yourselves. You knew this could happen whenever you decided to go to school for your job. You don't hear server admins bragging and fishing for attention whenever they restore access to a service.

Just do your job, know that everyone appreciates what you're doing even if it's not being verbally said, and let it end there. Personally feel that if you went into the medical field for the praise and recognition, then you went in there for the wrong reason.

Anyways, y'all stay safe and let's get this shit show over with already. Ya boy is going insane

So someone from another team in the company asked on our public Slack channel if they can send a field they're sending for one client, for all clients, so they don't have to have a branch for that one client that sends it.
We're talking about a string of up to 20 chars, typically much less even connected to each record, of which we have let's say a million per month and each of those records has at least 30 columns, some of them being longer strings even.

A dev from my team responded that they shouldn't send it because, while no one uses it so it's not going to break anything, it will require extra storage.

This was not 20 years ago, this was today, in 2021.

I responded asking what storage does he foresee to be the problem, because I can't see where so I'd like to get more details.

Guess who got ripped to shreds because it's a bad thing to question members of the team in public....

This is just one in a long line of similar brainless idiocies I've had to deal with from this asshole.

And no, I'm not a junior dev or something, I'm transitioning out of the Principal Engineer role for that team (for this reason exactly, otherwise I'd stay as PE). And no, I'm not the transitioning the role to that asshole.

At least 3 people who have left the team because of this asshole.

Managers not helping either, responses like "Yeah, you're right, but you're reasonable, he isn't, so let's appease him until we can find a way to deal with him"...

I used to love being a developer, this asshole made me want to vomit at any mention of anything remotely dev related...

Hope y'all are reasonably happy with your jobs and, more importantly, don't have such an asshole around you!

Hold a meeting that the participants actually want.

The biggest time wasters I had to attend were:
- "generic weekly meet up of people not working together telling what's new on their side" (I don't work with you, I DON'T CARE)
- "management wants updates/wants to talk about doing instead of letting us do" (go read Jira tickets, and ffs stay out of the experts' field... They're experts in it for a reason)
- "no agenda, this is just to get to know each other" (I get to know people on my own terms, stop forcing what can't be forced)
- most Scrum meetings (some people need guidance, I don't! Your Scrum chains actually hinder my productivity! Can we please stop wasting my time and nerves?)

And the best meetings? A couple of coworkers realizing "hey we need to make a decision here, let's book a conference room together" and "hey you know your stuff about xyz, can you teach us what you know?".

I was today years old when I learned about "shadow jobs". This is where companies list jobs without any intention of hiring anyone. You could also call them "fake jobs", or "lies". Why they do this is anyone's guess. Maybe they want to look like they're expanding for their investors or something. Maybe they're harvesting resumes to train AI. Maybe they're just bored, and this is how the sick fucks get their jollies now that it's harder to find snuff films on the public internet. I wonder if HR didn't exist, would asylums still be popular? Is HR as a field just a way to keep prison populations lower?

For me, this is more of a matter of "want" to change jobs, over "need a job". For example, I've got a friend who is a way, way, way better programmer/developer than I could ever claim to be, and he's been fighting tooth and nail to get the time of day from some of these companies. Despite his extensive academic background, professional credentials, and high levels of skill and competence, he's been out of work for months now. At least they're going to "keep your information on file" though, right? Can definitely pay a mortgage with that.

Maybe I don't get it, but if you're hiring, post the JD. If you're not hiring, shut the fuck up and stay off the job boards. Everyone wins, except for the recovering snuff film addicts in HR.

The taboo of not finishing.

(As I prefaced to many posts I made, don't take this too seriously)

It is very normal in the programming world to get recommended to finish projects.

But I was wondering "what if you don't?".
Of course, we can agree that having little patience or persistence is not good for any endeavor.

But what if this recurrent focus on finishing is also bad?

Granted, I have started dozens of things and only finished one or two of them and none have become popular.
So there's not a lot of support to back my take.

But I definitely learned a lot from these projects. And I definitely had a lot of fun at some points.

In fact, I think if I had switched more often early on I would have been less miserable, and maybe I would have learned more by the virtue of not getting stuck with some project.

Of course this applies as long as you stay within the same field; it doesn't help learning gardening one day but karate the following.

But even then, there are so many hobbies in life that the chance of finding the one that you love and are the best at are very slim. So switching out of the least pleasant ones might bring you to a favorite one.

But, let's go back to programming.

Here, people recommend finishing things as means to become profitable. If you want to live as a gamedev, then you need to sell games, and to do that, you need to finish games.

That is understandable.

But if gamedev isn't your main profit, why is finishing games a requirement?

What's the point of publishing a game that you know looks like shit?

Why? Why should you put time and energy, pain and stress, all the way through the end only to finish or even publish a game that you can feel ashamed of how awful it looks? (because most 1st games look awful).

Why would you ever want to finish something that looks horrible?

First tries are always terrible, and that's fine, nothing wrong with that.

What's wrong is this sheepthought that you should publish to the public every turd that you can produce in your early learning stages.

I've been a programmer for almost 8 years now. I'm not the best out there, but I consider myself ok.

And considering I had some pretty deep depression pits thanks to this mentality, here's my advice to folk having stress with unfinished projects: don't give a single fuck.

If a side project has become stressful, shelf that shit, maybe tell someone about your issues with it. But don't care much about it.

In fact, if you manage to finish a project but it has costed you a great deal of stress, maybe that should be the shameful thing.

Life is too short to waste it considering suicide because you're not a prolific programmer.

And i would argue that iterating 100 times on different things is far more productive (and fun) than fetting stuck or spending shitloads of time on the first one, even if you don't finish any of them.

I'm the only one who's subscribed to DHH blog's mailing list but is getting tired by all of his ranting about politically correctness, DEI and stuff?

I believe that DHH is one of the most insightful professionals in our field and I'm annoyed by SJWs too but I don't carefully curate my YouTube/social media content consumption (and completely stay away from Twitter since it pushes politicized content despite your best efforts to avoid it) just to get culture war bullshit (which I hate, it doesn't matter if it comes from the right or the left wing) straight in my inbox.

I hoped that at 44 people knows better than ranting on the Internet about overdone stuff, especially when they aren't "professional agitators" like Vaush whose livelihood depends on having people listening to your rants.

My best friend (a consultant in salesforce) told me that he feels that software development is becoming like a blue collar casual job that anyone who has enough IQ can just pickup and start working. Have in mind that, he doesn't even have coding basics so I take his opinion with a grain of salt (since his work is just knowing the salesforce framework and teaching his clients what button to click where. He spends 80% of his day in business calls or meetings).

Personally I think that anyone can learn coding basics, but only certain people can stay in this field because you need to constantly grow, change, learn new things, have a huge treshold for failure and also somehow motivate yourself. Only 20% of my unversity peers are actually coding nowadays. Also only around 2-3 people out of 10 people in coding bootcamps actually become devs. So for me dev job is clearly not a casual job.

What are your thoughts on this?

i wanted some advice on career progression. I am a CS graduate from 2020, have been a decent mobile dev for last 3 years and switched 2 companies so far. i currently have an average ctc (considering i reside in the world's most populated country) as a junior dev.

i want to grow but don't know the next steps. here are my options:

1. stay in the same company . role growth: senior in 2 years , more senior in 4 years . comp growth : avg 10% every year

>> this feels okay-ish path but 10% growth seems very less

2. switch every x years . role growth : unpredictable. comp growth min 30-50%

>> this has been my approach. as i grow bore of a company, i switch . the first time i got a 200% hike, but at that time, i was already earning very less. however companies do not usually take you for a senior role unles you were a senior before, so i think i am losing something here

3. do a masters in tech . comp growth : ? role growth :0
>> this is an unknown territory for me. i haven't heard of anyone bragging about how they did a masters in some tech field and got a better job/position. most people prefer masters in business or do a masters in tech only if they had a poor bachelors degree

4. do a masters in business. comp growth ? role growth?
>> another unknown territory for me. i really wanna consider a managerial position, just because i want to be leading the action , but that's probably because of being a beta guy in all my life and not just the tech/work.

1. managers have a great comp but they also get fired more often than techies. how do you become a good manager/vp/director etc?

2. what are your goals, how do you improve/work upon the goals as a manager?

3. how do you grow as a manager?

honestly i put a lot of tasks and capabilities into one category : the skills of a manager. but i think there might be different roles for such categories. let me know which one is which and if they are worth going into:

1. an x is a person that researches on market trends, other companies, amtheir audience etc and come up with new ideas to implement and improve growth/business of the company

2. an x is a person that makes sure that devs , qa, designers etc are aligned , knows what to do , clears their doubts and ensure the proper functioni5 of the team and timely releases of new features.

3. an x is an ambitious and curious person who can think of new , original ideas.

4. an x is a person with all knowledge of product features.

-----
in all above statements, is x== junior manager? then what are senior manager, vp, directors, president, tech lead, qa,etc?

also how can one start to become x?