I took a functional programming in Haskell course first year in Uni without having much previous programming experience at all. Quite early in the course we were tasked with implementing a huge bidirectional graph and an efficient shortest path algorithm for finding the fastest way between any two nodes.
I hadn’t taken any DSA course and was totally unaware of graphs and shortest path algorithms and the course material was pure Haskell syntax.
I failed miserably and so did most of the others.
Capital M is for Mega.
I would use duration_s and duration_ms.
const duration_ms = 1000 * duration_s
And _us for microsec.
const duration_us = 1000 * duration_ms
But then the tool would probably reject my code for not following the naming conventions which ”disallows using underscores in variable names”.
Guess what I wanted to say is that there are always exceptions to the rule and there should always be some way to turn off the automatic checker for certain sections of the code.
I second this. My impressions so far are pretty much the same.
Have been trying to get ChatGPT to generate code for some algorithms that are pretty close to well known implementations but with some twists and it absolutely fails no matter how much I tried to provide hints to change the suggestions it gave me. In the end I just went back to hand coding them since it actually saves me the frustration of trying to get ChatGPT to bend in the direction I need.
Agreed. A comment can also explain things that a function name cannot.
I’m all for splitting code into paragraphs with a well written comment above each.
Of course I also extract functions, but only when there are obvious benefit, like removing repetition.
I'm having a hard time believing that world's top talent in software development are fighting to get into Swiss banking. What makes you think that the brightest people are striving to get employment at your bank?
My experience is that the expectations on what your average engineer should be able to handle has grown enormously during the last 10 years or so.
Working both with large distributed systems and medium size monolithic systems I have seen the expectations become a lot higher in both.
When I started my career the engineers at our company were assigned a very specific part of the product that they were experts on. Usually there were 1 or 2 engineers assigned to a specific area and they knew it really well.
Then we went Agile(tm) and the engineers were grouped into 6 to 9 person teams that were assigned features that spanned several areas of the product. The teams also got involved in customer interaction, planning, testing and documentation. The days when you could focus on a single part of the system and become really good at it were gone.
Next big change came when the teams moved from being feature teams to devops teams. None of the previous responsibilities were removed but we now became responsible also for setting up and running the (cloud) infrastructure and deploying our own software.
In some ways I agree that these changes have empowered us. But it is also, as you say, exhausting. Once I was simply a programmer; now I'm a domain expert, project manager, programmer, tester, technical writer, database admin, operations engineer, and so on.
Thanks for this comment. A very interesting observation.
Do you have any thoughts regarding American companies that are established in Europe, shouldn't they be able to introduce that American culture in their European offices?
It’s interesting to see these salary levels. A senior developer (10+ years of experience) here in Sweden is paid less than their entry level salary.
The difference in pay between Europe and the US seems huge. I wonder why.
Premature optimization is a common disease amongst C and C++ devs. I often come across code that is written in an obscure/complex way just because someone thought execution speed triumphs code readability.
In most cases (around 9 times out of 10) it is on a non-time-critical path of the code and the developer who wrote it didn't even bother to run a profiler on it.
My work would be significantly easier if we could learn to prioritize code readability.
You only work 7h per day minus lunch break? Sounds sweet. Do you get paid for full time?
I usually work 7am to 4pm but lately we have been ordered to work overtime so currently I am doing 7am to 5pm and a couple of hours extra on Saturdays.
Personal life pretty much consists of taking care of the kids and maintaining the house.
I read Clean Code in 2010 and trying out and applying some of the principles really helped to make my code more maintainable.
Now over 10 years later I have come to realize that you cannot set up too many rules on how to structure and write code. It is like forcing all authors to apply the same writing style or all artists to draw their paintings with the exact same technique.
With that analogy in mind, I think that one of the biggest contributors to messy code is having a lot of developers, all with different preferences, working in the same code base. Just imagine having 100 different writers trying to write a book, this is the challenge we are trying to address.
I don't know about Facebook but here in Sweden we have several systems where you need to use Google, and of course accept Google's terms in order to do that.
One example is the health care centers and hospitals that uses Google Maps. Another example being the schools that forces the students to use Chromebooks (and apps like GMail, Google Classroom, Google Docs, etc), and Google forms for requesting information about the kids need for after school care.
I do not like that Google get to know when I need to visit the hospital, or collect information about my children's activities in school. But currently we do not have an option.
I see your point. I have friends that put GPS trackers on their kids "just in case they get abducted by a sexual predator". It does happen that kids get taken, however it's more likely that they get hit by lightning... and a GPS tracker wont really protect them anyhow.
The absolute majority of abuse towards children are also done by people that are close to them (parents, relatives, teachers). I have put a lot of time and effort into building a relation with my kids where it's ok to talk about anything. My oldest have also been practicing self-defense for over 5 years now.