Details
-
AboutDev
-
Skillsandroid, objective c, java
-
LocationToronto
-
Github
Joined devRant on 9/10/2016
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
-
Apple, which dumb fuck thought this would be good? ok new mouse, no more batteries it can be charged on a wire, cool you may think, until it actually needs charging and you discover that the charging port is on the bottom, making the mouse unusable whilst charging!!!42
-
"Don't waste your time on writing comments or documentation, as long as the code works!" - My (Ex-) Coworker5
-
Worst dev advice?
My first manager said, "You're young and single. You don't have a family. You should spend all of your waking hours on work."
Me thinking, "I understand the importance of extra effort the first few years but I do have a life. One that I intend to enjoy."15 -
I fucking hate working remote jobs.
Currently in Turkey running absolutely shit internet speeds.
Speed is around 0.31 Mbps down and 3.29 Mbps up, ping is around 141ms according to speedtest.net.
It took about 15 minutes to get a test of the speed working.
Stability is about the same as that of the country.
Please take me back to Denmark and my amazing 150/150 connection.
Only one upside: see attached14 -
*in a chat with a fellow devRanter who is aiming more and more towards privacy things*
*hmmm shall i tell him about my Firefox privacy addons... *
*nahh let's not get too intrusive*
3 minutes later
Him: hey bro, what Firefox addons do you have?
😄😊😂3 -
"You gave us bad code! We ran it and now production is DOWN! Join this bridgeline now and help us fix this!"
So, as the author of the code in question, I join the bridge... And what happens next, I will simply never forget.
First, a little backstory... Another team within our company needed some vendor client software installed and maintained across the enterprise. Multiple OSes (Linux, AIX, Solaris, HPUX, etc.), so packaging and consistent update methods were a a challenge. I wrote an entire set of utilities to install, update and generally maintain the software; intending all the time that this other team would eventually own the process and code. With this in mind, I wrote extensive documentation, and conducted a formal turnover / training season with the other team.
So, fast forward to when the other team now owns my code, has been trained on how to use it, including (perhaps most importantly) how to send out updates when the vendor released upgrades to the agent software.
Now, this other team had the responsibility of releasing their first update since I gave them the process. Very simple upgrade process, already fully automated. What could have gone so horribly wrong? Did something the vendor supplied break their client?
I asked for the log files from the upgrade process. They sent them, and they looked... wrong. Very, very wrong.
Did you run the code I gave you to do this update?
"Yes, your code is broken - fix it! Production is down! Rabble, rabble, rabble!"
So, I go into our code management tool and review the _actual_ script they ran. Sure enough, it is my code... But something is very wrong.
More than 2/3rds of my code... has been commented out. The code is "there"... but has been commented out so it is not being executed. WT-actual-F?!
I question this on the bridge line. Silence. I insist someone explain what is going on. Is this a joke? Is this some kind of work version of candid camera?
Finally someone breaks the silence and explains.
And this, my friends, is the part I will never forget.
"We wanted to look through your code before we ran the update. When we looked at it, there was some stuff we didn't understand, so we commented that stuff out."
You... you didn't... understand... my some of the code... so you... you didn't ask me about it... you didn't try to actually figure out what it did... you... commented it OUT?!
"Right, we figured it was better to only run the parts we understood... But now we ran it and everything is broken and you need to fix your code."
I cannot repeat the things I said next, even here on devRant. Let's just say that call did not go well.
So, lesson learned? If you don't know what some code does? Just comment that shit out. Then blame the original author when it doesn't work.
You just cannot make this kind of stuff up.105 -
My last night:
- Had nothing much to work on.
- Opened a porn site to spend sometime.
- Clicked on some really good video.
- Realized full screen isn't working on the page.
- Fired up JS console, spent the next 30 minutes trying to get the video part full screen. Failed!
- Opened up Google & navigated through stackoverflow looking for the fix. Still couldn't do it.
- Cursed the website for having a bad design.
- Left the site.
Bad UI = No Fuck.23 -
A coworker was listening to a Stephen King audio book through headphones on his Mac, so I ssh'd in and used the `say` command to start talking to him.
I love admin rights.5 -
Don't get too comfortable.
If your workplace isn't much of a learning environment, it's either time to learn on your own time or leave that workplace.
Don't be arrogant with those who are less tech savy. If your boss/cowoker doesn't understand, at least give them them a chance ☺.
Be kind to new developers who make mistakes; you were in their shoes once.
Realize there's more to life than just designing and implementing software. Don't let other areas of your life suffer just because you're a godly developer.3