Do all the things like ++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatarSign Up
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple APILearn More
Search - "ces"
Been reviewing ALOT of client code and supplier’s lately. I just want to sit in the corner and cry.
Somewhere along the line the education system has failed a generation of software engineers.
I am an embedded c programmer, so I’m pretty low level but I have worked up and down and across the abstractions in the industry. The high level guys I think don’t make these same mistakes due to the stuff they learn in CS courses regarding OOD.. in reference how to properly architect software in a modular way.
I think it may be that too often the embedded software is written by EEs and not CEs, and due to their curriculum they lack good software architecture design.
Too often I will see huge functions with large blocks of copy pasted code with only difference being a variable name. All stuff that can be turned into tables and iterated thru so the function can be less than 20 lines long in the end which is like a 200% improvement when the function started out as 2000 lines because they decided to hard code everything and not let the code and processor do what it’s good at.
Arguments of performance are moot at this point, I’m well aware of constraints and this is not one of them that is affected.
The problem I have is the trying to take their code in and understand what’s its trying todo, and todo that you must scan up and down HUGE sections of the code, even 10k+ of line in one file because their design was not to even use multiple files!
Does their code function yes .. does it work? Yes.. the problem is readability, maintainability. Completely non existent.
I see it soo often I almost begin to second guess my self and think .. am I the crazy one here? No. And it’s not their fault, it’s the education system. They weren’t taught it so they think this is just what programmers do.. hugely mundane copy paste of words and change a little things here and there and done. NO actual software engineers architecture systems and write code in a way so they do it in the most laziest, way possible. Not how these folks do it.. it’s like all they know are if statements and switch statements and everything else is unneeded.. fuck structures and shit just hard code it all... explicitly write everything let’s not be smart about anything.
I know I’ve said it before but with covid and winning so much more buisness did to competition going under I never got around to doing my YouTube channel and web series of how I believe software should be taught across the board.. it’s more than just syntax it’s a way of thinking.. a specific way of architecting any software embedded or high level.
Anyway rant off had to get that off my chest, literally want to sit in the corner and cry this weekend at the horrible code I’m reviewing and it just constantly keeps happening. Over and over and over. The more people I bring on or acquire projects it’s like fuck me wtf is this shit!!! Take some pride in the code you write!17
I don't mind if you down vote my answers on stack-overflow. But unless you leave a better answer or a comment explaining why, you are a fucking troll and an asshole.
I MEAN, YOU SHOULD TAKE A BIG STEP BACK AND LITERALLY FUCK YOUR OWN FACE!!!!
You aren't helping me or others learn from our mistakes by showing us the better way.40
Working in the embedded systems industry for most of my life, I can tell you methodical testing by the software engineers is significantly lacking. Compared to the higher level language development with unit tests and etc, something i think the higher level abstracted industry actually hit out the of park successfully.
The culture around unit testing and testing in general is far superior in java and the rest.
Down here in embedded all too often I hear “well it worked on my setup... it worked at my desk”.. or Oh I forgot to test that part.. or I didn’t think that perticular value could get passed in... etc I’ve heard it all. Then I’ve also heard, you can’t do TTD or unit tests like high level on embedded... HORSESHIT!
You most definitely can! This book is a great book to prove a point or use as confirmation you are doing things correctly. My history with this book was I gonna as doing my own technique of unit testing based on my experience in the high level. Was it perfect no but I caught much more than if I hadn’t done the testing. THEN I found this book, and was like ohh cool I’m glad I’m on the right thought process because essentially what they were doing in the book is what I was doing just slightly less structured and missing a few things.
I’ve seen coworkers immediately think it’s impossible to utilize host testing .. wrong.
Come to find out most the of problems actually are related to lack of abstraction or for thought out into software system design by many lone wolf embedded developers.. either being alone, or not having to think about repercussions of writing direct register writes in application or creating 1500 line “main functions” because their perception is “main = application”. (Not everyone is like this) but it seems to be related to the EEs writing code ( they don’t know wha the CS knows) and CS writing over abstraction and won’t fit on Embedded... then you have CEs that either get both sides or don’t.. the ones to understand the low level need but also get high level concepts and pariadigms and adapt them to low level requirements BOOM those are the special folks.
ANYway..the book is great because it’s a great beginner book for those embedded folks who don’t understand what TDD is or Unit testing and think they can’t do it because they are embedded. So all they do is AdHoc testing on the fly no recording results no concluding data very quick spot check and done....
If your embedded software engineers say they can’t unit test or do TDD or anything other than AdHoc Testing...Throw the book at them and say you want the unit test results report by next week Friday and walk away.
Started working as a developer about 2 months ago and on the first day of of work I was tought how to make coffee.
I couldn't understand why is coffee so important to the everyone in the company. I didn't drink the coffee for the first 2 week.
Now after many sleepless nights spent coding i then realise why the people worship the drink so much.
People get very pissed when they go to coffee machine and find that there is no coffee then the last person to have a cup is going to be shouted at and at times even get insulted.
Now coffee is my fuel and cant do much without it.5
I used to collect rubber ducks back in college. I was absolutely crazy about it and tried getting my hands on almost all different types available like the Punk duck, the Pirate duck, the Weed duck....and so on.
I met this girl who was into the same thing and we ended up banding together to create a sort of webpage where we'd write crazy and hilarious origin stories for each of these ducks. We'd go to great lengths to create ridiculous comic book style encounters between them and had a lot of fun doing it.
We dated for a while but it didn't last.3
Started my new job as a devops engineer, its been al month and i have never seen the seen of aws console or travis ci, dont even have credentials for any company cloud services.
I guess i should change my job title to backend dev1
Have you guys already seen CES of Shit by @internetofshit
Also remember that 'smart' => 'vulnerable' 😱
And if you are not following @internetofshit I think you should.4
Oh so you have a merge conflict this weekend? The only time of the week I try not to think of ripping your nob off, tying a noose around your neck with it and drowning you in a well full of piranhas? Right, right...
How about you take that dick that you've been trying to locate since you were 5 and practice choking on it every day till you die just so you have enough experience to suck demon dongs in hell for eterniity! I seriously hope you die of cancer you fucking wankstain!
How about you go home and keep disappointing that whore of a wife of yours, you know that stinking pile of shit that you stick your dick in every two weeks?2
With all the CES nonsense, wouldn't you love it if they didn't make shit smaller and thinner and actually made it the same size as 5 yrs ago. While upgrading battery life and cooling... I see all these new laptops and small form factor pc's and I just think "well there is something to keep me warm in the winter". Priorities people2
A lot of the work I do is actually done from an 8" tablet.
The issue is, the last decent one was released nearly 2 years ago.
Hoping for something coming out at CES!
I have failed my computer organization and architecture module because i didn't understand assembly language.
Anyone with links to the best x86 assembly programming please share.
New software unveiled at the CES could track down on password sharing on streaming platforms. The program uses “machine learning” so that the platform will improve as it is being used, helping to further identifying “consumption patterns.”