qasimalyas

I work on quite a few projects at my workplace and i enjoy working with like-minded developers and designers but there are several things that really get to me and just make me want say ‘FUCK IT’ and walk out! So here are some of those things:

1. When clients can’t decided which design to pick. Most arguably the graphic designers take time out to have conference calls and have face-to-face meetings with the clients to examine their brand, identify their business objectives and producing a design which meets those needs. But the clients can’t decide between variations of design offered or they want to mix and match making the design, at times, feel unintuitive.  What annoys me the most is that clients start requesting changes through the build making everyones’ job difficult and adding time to the project. At time I just wish I could smack some sense into clients!
2. On another note, when you sign something off don’t start adding this and that to it. Projects managers, grow some balls and say no – don’t get owned.
3. When the front-end developers are expected to style or build something without have a design or spec to consult. Oh let me telepathically read your mind so I can build the site – yea right!
4. Why are there variations in the mock designs i.e. font sizes, colours and link styles are the main culprits? When this happens you have to keep asking the designer whether this is on purpose or not and both sides start to get frustrated. Then when it comes to a point when the designer checks the build its all wrong! I know this might be unintentional but its things like these that can add additional time, code, and unnecessary botching to sites. With that being said when designers produce style guides they are a life saver. They give you almost a complete picture of the common elements as well as the dimensions (gaps, colours, font sizes etc) which can be set at start.
5. Please consider IE6 in your designs. We (the front-end developers) detest IE6 and can barely stand IE7 so by all means go ahead and have transparent gradients and such but you should be aware that IE6 is a pain in the ass and we need to apply more simple styles for that useless browser!
6. This is more for the front-end guys. Look to the future and not to the past – start using css3 selectors like the attribute selectors, pseudo selectors and type selectors. Yes IE6 won’t understand it but that doesn’t mean we can’t be creative and be stuck with using classes to tack on styles.
7. Another thing that annoys me is hacks! The pile of rubbish that is IE7 and 6 is the reason why I end up working riduclous hours at times, have grey hairs and mumble endlessly, yet we still have to use hacks/filters to get it display pages correctly. For the love of god please use conditional comments to isolate your hacks and filters. Microsoft knows their browsers are shit and even the admit that all IE hacks should be kep separate in conditional comments.
8. Have more bespoke designs and builds. This encourages creativity and gets us all to talk to each other a bit and learn. But don’t pick a project which is going to take 3-4 years or so to build, some of us might just quit half way because of all the bloody headache with IE6 and pissing around with the build.
9. COST AND TIME PROJECTS PROPERLY!!! I’ve been in situations where projects have ridculous completion dates which require you to give up your life for x number of months. I understand that some projects are loss leaders but still projects need to managed correctly and every function of the website/web application needs to be specified. That way there’s a good chance that everything is ready to go. Maybe talk to programmers/front-end developers before writing out the spec. That goes for graphic designers too, talk to front-end developers!
10. I’ve also started to write a short document in each of my builds explaining what each user control, style or snippet of html does.  The point of this is to let the programmer know that there’s a reason why something is built in such a way – consider it as a front-end spec.
11. I’m going to bitch about myself now because I know I’m not perfect either. I tend to just get one with the builds and if I see any issues then I ask, but I should check each aspect of the design before I start the build. What I have started to do is to set a  rule for myself. That is, “Do not start a project unless you have read the specification first”. If this doesn’t happen then im not going to start the build at all, period. That way I’m not going to waste my time or anybody elses. If there isn’t a spec then I have a temporary design spec set up which I can use to get the necessary details from the graphic designer. This way my balls are covered and I can’t be blamed.
12. This is a personal one, complicated and bloated software really pisses me off! Maybe im just being thick and all but software like DreamWeaver really don’t need to be so heavily bloated; why would anyone want to use DreamWeaver in the first place?  It uses up ram, slows the machine down, expecially when you have Fireworks and virtual machine(s) running at the same time. Simple text editors like Intype and TextPad are just as powerful, lightweight and much easier to use and their memory effecient as well. There’s even options on Macs for prototyping a site – Pixelmator, Drawit, TextMate and Smultron to name a few.

If anyone wants to bitch at me go for it

This entry was posted on Thursday, December 11th, 2008 at 9:00 am and is filed under article, web. You can follow any responses to this entry through the RSS 2.0 feed. You can skip to the end and leave a response. Pinging is currently not allowed.