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
Search - "wk47"
-
The worst bad practice I do is I keep going to work.
Many years down the road I will probably look back and say I should have spent more time with my wife (who are you?) and children (wow, you are tall).4 -
I always forget to commit my changes and then when someone reminds me, I usually commit 1 weeks work in one single commit.6
-
Sometimes I'm lazy and if I'm writing unit tests and there's a complicated case to test I'll just skip it.15
-
Sleep less than 6 hours every night and "compensate" the following day with huge quantities of coffee and energy drinks.6
-
I use different variations of the same password. Everywhere.
It's worked out good so far but I can see it all crashing down on me at some point.8 -
Welp. Time to mess with a new distro
*sudo rm -rf /*
*looks at screen* I forgot to back up my db's :|1 -
As a freelancer, I outsource every bit of work to other countries with cheaper labor and charge the client like a rollercoaster13
-
Relying on Chrome to remember all my passwords. I have no idea any more what passwords I have chosen for several important sites. Don't even want to think about what happens the day I switch PC or reset that cache somehow.11
-
Use profanity labelled variables... like the $penis I just used in my code... (makes coding fun, until u get "undefined variable: cannot find $penis on line 31")1
-
- git commit -m "well described comment explaining addition"
oh crap forgot to take out this one thing
- ctrl-S
- git commit -m "ahskdbejjeebdosjeb"3 -
I never touch my code if anyone else have made changes in them without asking me.
I cry like a bitch when I get home.6 -
*Swiches on the PC and opens VS*
Probably I should get some coffee.
*1 hour later, with 0 LOC written*
I should probably code now. Umm, I need music, else I might not focus on the code.
*another hour passes by headbanging to led zeppelin and still on 0 LOC progress*
You know what, this wont work. I should eat and will code with a fresh mind..
*has lunch*
I'll code now.. Maybe I should check up on devrant...
*time goes by with 0 LOC at the end of the day.*
I'll do it tomorrow.
*Next Day, repeats what I did on the earlier day*3 -
I use an MVC based framework mostly aaaand I'm very fucking lazy sometimes soooo I just run the db functions in the view very often yeah just because lazy really 😄4
-
Not adding spaces in for statements.
ex) bad practice
for (i=0;i<10:i++)
{
//some code
}
ex) good practice
for (i = 0; i < 10; i++)
{
//some code
}9 -
git add -A
git commit -m "fix bunch of shit.'
git push origin master
**98 files changed
hours later
me: omg I forgot to change the hardcoded IP now it's getting 404
git add -A
git commit --amend
git push origin master --force2 -
My worst bad practice:
Saving my Linux Root SSH Keys on a Cloud Storage company.
Have them there, so I wont loose them ever. I password protected them, but you never know what the NSA/FBI/CIA can do 😉1 -
1) Continue helping people after helping too much
2) Getting into online pissing contests
3) Writing lists1 -
Minimal comments, no tests, push to Master branch... *Cough* though, this is all for personal projects, not team projects.2
-
1- Copy/Paste (code)
1- Googling before trying to fix a bugs by myself first.
1- Never finish my side projects.
2- (Worst) Still doing all the above.3 -
Several actually
- root DB access on production
- git commit -am "Stuff" (message)
- Not doing backups
- Using personal licensed software for company work
- 1 commit per day or weekend
- Taking work to home1 -
Opening a new file for notes and keeping it open without saving. I will just add things to it until it's HUGE. Then i have to go through it...3
-
In a meeting with customers to agree on the scope of a new project...
Me: "Hey, we could do this awesome thing that will save you a lot of time that nobody's brought up or mentioned and will take us an extra 4 weeks to implement."
Horrible, but it's my way of training my PMs to leave me out of meetings.3 -
I forget to commit changes when I get something working. Then regret it when I monumentally screw something up and have nothing to fall back on2
-
git push --force
Because I always push after every commit, when the slightest fuckup happens I just hard reset, commit again, and force push...
...even if it's just a typo in the commit message6 -
Spend way too much time crafting email responses, littered with subtle sarcasm and hints at their total incompetence with a gentle push in to what they should be focusing on, instead of sending ridiculous half baked fucking foolish requests.1
-
Maintaining old code as comments, coz... you never know when that bug in your commented code turns out to be the next big feature.5
-
Copy my private ssh key to multiple machines so I only have to configure one key in github, gitlab, bitbucket etc.3
-
Coding with a shotgun... Like when I'm tired I change a parameter again and again hoping it'll work randomly. I'm a bad person :/1
-
When a ticket comes in I usually jump right on it, get about half way done with it, then either get stuck or it's lunchtime/end of day.
I really should take the gifs advice.5 -
I don't pay much attention to my local file system when developing-- that's what my operating system and IDE are for. ...So I've thought, at least.
Today, my code didn't compile. I'd been noticing some pesky 'running out of memory' notifications, and mostly brushed them aside. I've spent the last hour deleting various log files and defragging the drive. -
When the work isn't as interesting as I'd like, sometimes I accomplish the easiest, smallest incremental task and waste time the rest of the day.
I guess because it feels like work, I'd rather apply minimal effort. It's a bad habit, and one I'm trying to break. -
Commit and push to live site without testing on Friday and being super confident about it.
And the payment system stop working on the weekend2 -
Use different indentations in same program.
for(.....) {
}
if
{
}
else
{
}
void doSomething
{
}
static{
}
I have to stick to one convention anyhow soon.. :/3 -
All classes (with a few exceptions) have nothing but static methods just so that I can call them like "Class::Method()" from anywhere in the project...5
-
Copy and paste similar code where I have to change X values but ALWAYS mange to only change X-1 values so i get weird behaviour start debugging what in the end then takes longer than to write it new in the first place. Hate myself for that.
-
No documentation, even if it's for personal private projects.
I still can't wrap my head around code I made 2 years ago...1 -
Trying to make everything a one-liner. In the process overusing ternary operators, comma operators, short circuiting and/or operators.
Until someone else needs to review or understand what I created, and I'm forced to change... 😥1 -
Agreeing to everything during a long, boring meeting and finally realizing that you just agreed to rebuilding the entire great wall of china within span of 3 weeks1
-
Working with calculator(Core 2 Duo) after using 4th gen i7....
.
.
Oh just forgot to tell...
Calculator had windows 10 with no search working.
Worst day...
From Multitasking to ↣ ..…1 -
Giving an unrealistic timeline for a project. Got reprimanded a few times because of this. Oh and my procrastination habits do not help..at all.1
-
$ python
>>> class Object:
>>> pass
>>> self = Object()
>>> self.attr = val...
>>> * copy paste code from some class
<Ctrl>+d
Testing ☑️ -
I quite often run untested scripts on production systems or hot fix JavaScript files on live using Emacs...2
-
I use spaces instead of tabs. Working beside me, my mates were irritated of that beautiful sound(they called it noise) from my keyboard.4
-
According to people here, ternary operators. I don't care what I'm doing, if I can use a ternary operator instead of an if, get ready for it!
I guess implicit brackets on conditionals and for loops if it's a single line. Anything that saves me typing boilerplate, but it's still readable, I'm gonna do it.1 -
ignoring a broken unit test suite. although ive just convinced the tech lead to let is look into getting it working again.1
-
I save all my work relate passwords in a single text file on my computer. I always have it open too.
Too many systems, too many password requirements, expires too frequently.1 -
My biggest bad habit (for now!) is rushing changes. I have no real deadlines, yet I rush commits and cause failures in our CI tool every week1
-
Two things actually bad I do :
* Put some printing lines everywhere to debug, and then, debug.
* A syntax than can be pretty bad if not handled properly :
if (your test)
do_something();
I actually always put a tabulation to see the hierarchy and break lines, which is not optimized AT ALL but help me to read, and I hope helps other to read too.
But that's a bad habit tho if you have bad presentation of your code (which I don't have, given how people compliments my code presentation) -
I'm too lazy to set up a proper code review from a branch. Instead, I just make dozens of quickly obsolete tags. I should probably learn to use subversion better, but... ¯\_(ツ)_/¯
-
Not commenting my code just to return 2 weeks later to wonder what kind of special asshole wrote the code. And what the heck it does.1
-
Stating the obvious when writing comments. 🙈
I used to this when I was starting to learn how to code and let someone read it, 'cause it's better to have comments than nothing, right? 😂 I was wrong.
But that led me to improve writing informative comments and self-documenting codes. -
string action = day == "Monday" ? "Go to work" : "Friday" ? "Netflix & chill" : "Saturday" ? "Sleep all day" : "Sunday" ? "Get ready again for Monday" : "Code from 9-5";
I wrote nested ternary operators before and I swear I'd only use shorter conditions like the one below. 😳
string action = isTired == true ? "Get some sleep" : "Drink more coffee";5 -
Assume other people know what they are doing. Since I don't know what I'm doing, why would they know what they are doing?
-
Hotswapping/replacing classes on the production server
We call it "russian deployment" .. No offense -
Introduce lot of temporary variables and print statements while coding and won't remove it later...🤐
-
Changing code and pushing it to the dev build server, so i don't have to wait till the build finishes on my local machine
Everyone sees a notification popup when the build has failed... ( auto build on commit + RSS feeds for build status) -
Don't write tests for work code.
It started off because i couldn't because of the tooling but now i can don't have the time. -
Get on devRant while compiling / waiting for results. Much time later I'm wondering how long that error message has been on my screen staring at me... and then I need to get my focus back into the code :(1
-
Setting the deadlines according to the hours I actually think it's going to take to finish a project
-
Not more accurately tracking my hours worked with estimates, then wondering why I feel like I've worked so hard for seemingly so little monetary gain.2
-
Choose my editor/ide based purely on other people's opinion.
It started when I knew literally nothing about programming. It got better over time, but I still tend to trust other people's opinion before mine1 -
Back in school projects, I used to take way too much tasks in a user story because I knew that at one point, if it was someone else working on it I would end up fixing it anyway. Now I have trust issue -_-2
-
I am the only engineer in my company, we develop and sell software solutions to a niece market.
In 1 year and a half i developed software for Android, IOS, Windows Desktop, web applications and an IoT solution........... My code has not a single line of comment....2 -
String concatenation using + instead of StringBuilder....
Using prototype objects instead of singleton wherever required..1 -
1. Forgetting to add comments
2. Inconsistent code indentation, and it is never present when I do not use any IDE (My project buddies get so mad)1 -
Concatenation of strings in a loop (in C#). Seriously. It's just so easy and unless you are doing something memory intensive or awful (in which case I am sorry) it really doesn't do much harm if any.
-
evaluating whether i should make it more agile and flexible or just get it slapped into production. always waging war in between proper developer testing vs my own uat testing (of which we as devlopers also need to do)
-
I tend to do very functional code that I'm capable of reading while writing, but have to spend quite a bit of time on to understand later on...
Especially if it is a group project where execution time is relevant 😐 -
I almost never enter a commit message for my private git repos. Sometimes I even forget what I did to some of the files (Unreal Engine files are mostly binary except the config and c++ files, so not that easy to check for changes). That combined with my bad attitude to change some stuff here, then fix a minor bug there and then start something completely unrelated leads me just saying fuck it and commiting without message.1
-
If you wirte Code for hours without testing or either compiling it and in the end you get no error and you know this is not possible and began to search the error where no is...
-
'cat file | grep foo' .... For some unknown reasons, too. It sends shivers down my spine all the time
-
Sometimes I'm so overconfident that I don't test some parts of the code I write and then curse myself when QE finds a bug1
-
1. getSomeData(params, ((err, data) => {
2. if(!err && data) {
3. try {
4. data = JSON.parse(data);
5. } catch(e) {
6. return null;
7. }
8. return data.someParam;
9. }
10.}
Nothing like bad practice in above code but I always feel that the line 4 should be replaced by below.
4. var result = JSON.parse(data);
and then use result variable to get data one is looking for, like below
8. return result ? result.someParam : null;
Your thoughts?3 -
I once used try/catch the other way around. I tried to convert a string to an integer, and if it failed, I new that the string weren't a number (success)
-
I hardcode '/' instead of doing os.sep. My bad lol. Just assume it'll never be run on anything other then the server or one of the devs Linux stations.1
-
Sometimes I'm to lazy to properly abstract and reuse code, so I'll just copy & paste and then alter it - and then later curse myself about that. I'm working on this though...
-
Rarely refactor my code: sometimes there are completely same parts of code which I am too lazy to move to a separate function)))
-
Not checking whether every last frickin object is null before using it
It's the one aspect of Java that drives me up the wall 😤5 -
Being on a break, having college projects to do and I keep procrastinating until the last day when I do everything in a hurry1
-
Occasionally I'll make a commit with a message such as 'a' or 'nope' or 'fix' when a few fixes haven't worked when pushing to the test build... I always look back and hate it...
-
Commenting the code at the end of the day. Not while working on them. Usually end up having comments of create action on update action.
-
Whenever something awfully fails with GitHub pulling (read: When you use Github), I have the horrible habit of manually copying the code I want to be saved, and starting over in a new local repo. After a while, I found out I have around 9 local repositories of the same remote repo stored in one folder, too lazy to clean it all up.1
-
1. Windows domains as user@domain
2. Starting tape backups at 13:37, realizing they need about 5 hours and all company servers run on ~5% speed for others
3. Repeatedly opening and closing devRant multiple times a minute realizing it has been open currently
4. accidentally executing "apt-get update && apt-get update"
5. Trying every earlier password if the current windows domain password timeouted until I come to an not yet used one. -
Not following the front end "standards" of the company I work for ( Sass variables, Methods, CSS frameworks, mixins, etc.) even though we had a meeting talking about following standards to improve the workflow a day before.2
-
lol I always work according to the visual design and then forget to read the acceptance criteria. 🤦🏼♂️
-
Skipping jasmine tests- especially ones on partials (not the controller). Seriously, QA has automated test suites to test UI functionality. If it takes 30 mins to write the code and 3 hours to write the tests... it may just not be worth the effort when there already is automated testing.
Ugh I hate skipping them but you know how to test the UI? Use the UI. -
Not having a cup of coffee before I do anything. Because I make silly mistakes like posting a rant for wk7
-
Creating unit test files, but being to lazy to write the actual tests and then giving up creating the files as well.
-
I do write a functions class for most used functions or methods but, some how end up copying some of those on every page.
-
I have set up my automation through a private GitHub repo.
I know there is puppet, and salt, and Ansible. -
For personal projects, I challenge myself to brevity. Like. I don't try to put everything in one line, but I really push it to the limits.1
-
<div id="header" class="hidden-xs hidden-sm">...</div>
<div id="header-mobile" class="hidden-md hidden-lg">...</div>3 -
Using nano on the server for quick fixes because I'm too lazy to setup the project. And using 'git checkout -- [filename]' when shit goes wrong.
-
Trying to craft a capturing subtraction group without having a good grasp of regex... That's a bad practice, right?1
-
Had to implement a team foundation server functionality in a c# tool.
Since noone told me how to etc. The api documentation is not that well I ended up coping code from stackoverflow. I have just a slight idea why it works and to be save added the link as a comment. -
In whatever framework I'm using I get frustrated with the default css so I just !important everything
-
Sometimes I deploy to production without actually testing the changes. At least I have my unit tests!
-
After 5+ years of IT working experience, I still cannot say 'no' to certain customers, even though they're morons and I know it.2
-
Pushing all store builds for a tiny change that "shouldn't" break anything but testing only on 1 device on 1 OS.
Apple testing just takes too long, fuck em.