Slashdot Mirror


Future Skills for a Budding Web Designer?

ericdfields asks: "One of my lifetime career goals is to establish myself on some decent level or another as a well-rounded, (mostly) standards-based web designer with some backroom web development knowhow. The problem is I have no clue where to begin. HTML, CSS, JavaScript are an obvious start, but what about other web-driven languages? PHP, XML, SQL, Perl... the list goes on. Should I be looking to grab hold of some Flash and Director skills? What abilities will be needed on the horizon that I can get an early start on learning today?"

167 comments

  1. Most important things to learn... by Seumas · · Score: 5, Funny

    It's important to know how to use the french fry timer, so your fries don't burn. Also, you will eventually need to know how to operate the cash register. Fortunately, they usually have pictures of the items on the keypad, so it should be a quick study for nearly anyone.

    1. Re:Most important things to learn... by Squatchman · · Score: 2, Funny

      Everyone knows that you start by washing the lettuce. After a few weeks there, if your skills start to show, they try you out on the fryer or grill. Years of hardwork down the road and it's a management city full of easy streets for you.

    2. Re:Most important things to learn... by FinestLittleSpace · · Score: 1

      they wash the lettuce in such places? you must be talking about a restaurant. i repeat, they wash the lettuce? you must be talking about a food place that doesn't exist.

    3. Re:Most important things to learn... by numbski · · Score: 2, Funny

      I worked as a manager at a Burger King when I was 17. They had a tomato slicer that the blades were dull on. I mean REALLY dull. You'd slap a tomato on there, and ram the tomato through the blades as hard as possible, and inevitably, every time, the tomato would get stuck in the blades.

      You'd have to pull the handle back, and take your fingers and push the tomato through with your bare hands. Now you tell me what happens when that tomato finally gives?

      Uh huh.

      Over and over this would happen. They even provided a chain-mail-like glove to wear while using it, rather than just getting a new tomato slicer. Of course, with the glove on you couldn't possibly get the tomato pushed all the way through, so you'd take the glove off and...yeah.

      How often do you think that thing was properly sanitized too? Bleh. I hate tomatoes.

      --

      Karma: Chameleon (mostly due to the fact that you come and go).

    4. Re:Most important things to learn... by Squatchman · · Score: 1

      Now you're probably the toughest tomato pusher in your unit. You got to wear chainmail too! That's a job skill you can use to apply for a guard position at some Ren-fest.

      Web design really DOES open doors!

    5. Re:Most important things to learn... by Scaba · · Score: 1

      Why didn't they just give you a vorpal blade +5 instead?

    6. Re:Most important things to learn... by csoh · · Score: 1

      Bit off topic. But couldn't resist.. There's a game just for you. I have no tomatoes http://tomatoes.sourceforge.net/

  2. I say this with a smile on my face. by numbski · · Score: 1, Funny

    Remember to salt the fries.

    Hone your customer service skills.

    Become handy with a spatula. :)

    (Sorry, I don't have anything constructive to say here. I know HTML inside and out, JavaScript, CSS, Perl, and MySQL. Couldn't be hired as a web designer to save my life. So I'm a Unix Admin instead.)

    --

    Karma: Chameleon (mostly due to the fact that you come and go).

    1. Re:I say this with a smile on my face. by Wolfger · · Score: 1

      ...or learn a foreign language and move overseas, because that's where the job growth is.

  3. WEB DESIGNER? by Anonymous Coward · · Score: 2, Funny


    Go back to say....1996 in your magical time machine

    Join the HTML Writers Guild

    Get a copy of HTML For Dummies

    Move to California

    1. Re:WEB DESIGNER? by Anonymous Coward · · Score: 0

      I would say:
      - Practice your grammar
      - Drill yourself on spelling
      - Love W3C's website
      - Study this list
      - Study user interfaces, particularly the bad ones (like most corporate websites)
      - Arm yourself with multiple versions of multiple browsers
      - Understand all the Meta tags that you can

    2. Re:WEB DESIGNER? by Saeed+al-Sahaf · · Score: 1

      You forgot: Learn FLASH! Flash is the wave of the future!

      --
      "Who are in control, they are not in control of anything - they don't even control themselves!" - Glen Beck
    3. Re:WEB DESIGNER? by innosent · · Score: 1

      Why is it that almost all of the web design "Best Practices" pages look like something written in 1996? How about clean, professional, shiny-new-looking design sites? Are there any? (Don't answer with Web Page Design for Designers either, although it is/has been an excellent reference at times, I'm looking for sites that are still producing new content, WPDFD is EOL'd)

      --
      --That's the point of being root, you can do anything you want, even if it's stupid.
    4. Re:WEB DESIGNER? by kv9 · · Score: 0

      yes

    5. Re:WEB DESIGNER? by DanBeai · · Score: 1
      Why is it that almost all of the web design "Best Practices" pages look like something written in 1996? How about clean, professional, shiny-new-looking design sites?

      I found this site very informative when I was starting out, http://www.w3schools.com/default.asp. Everything from basic HTML (including XHTML, CSS and even learning TCP/IP) to XML, browser scripting, server scripting, .NET, multimedia and of course web building practices. There really is too much at this site to mention here. They also provide examples and self tests and have links to certifications in all areas they cover (for a small fee). Other than the certifications everything they offer that I have seen is totaly free.

  4. Before any of that. by oddman · · Score: 5, Insightful

    Make sure that you have a good grasp of graphic design and layout/text editing. The best web-designers know more than just the techincal skills, they also know what a good looking page is supposed to look like. Most people are surprised that there are real and time-tested design standards. Violate them and no amount of techincal knowledge will make a webpage look good.

    1. Re:Before any of that. by magefile · · Score: 2, Interesting

      Yes. As a web developer, that is my biggest flaw: I have no design experience. I'm trying to correct that now, but it'll take some time. Do yourself a favor, and learn about design while you're playing with HTML/CSS/whatever.

    2. Re:Before any of that. by Stevyn · · Score: 1
      Dude, this is all you need to know:

      http://www.users.nac.net/falken/annoying/main.html

    3. Re:Before any of that. by zeath · · Score: 2

      usability.gov is a useful place to read up on how to maintain compatibility and accessability using up-to-date standards. Lots of interesting and informative design tips there, too, and it's surprising considering it's a .gov. Nice to see my federal taxes put to good use (or at least better than other purposes).

    4. Re:Before any of that. by tverbeek · · Score: 2, Insightful
      Back in '97 I was a techie with a fondness for web development, and it occurred to me that, although I was a good HTML coder and knew my way around Photoshop pretty well, I simply didn't have the background in design that I'd need if I wanted to get into serious web design.

      So I went to art/design school. Learned a lot. Got good at Flash and what-not. Established myself as an art fag as well as a tech geek. One of my profs even talked to me about going into business with him. But before I graduated, the bottom dropped out, so I'm back to being a full-time geek. The BFA looks nice above my desk, though.

      --
      http://alternatives.rzero.com/
  5. flash later, standards now by everyplace · · Score: 3, Informative

    Flash is a great program, and has some incredibly appropriate uses, but more often than not people learn flash and then say they're web designers.

    Please, learn the standards first, as you've given a tendency towards already. When it is time to learn flash, using it from a proper structural understanding of how the web actually works, including information structures, user interface experience and page interactivity will all help you construct better pages that take advantage of all the technologies at your disposal.

    1. Re:flash later, standards now by BoomerSooner · · Score: 2, Insightful

      Becoming a good flash developer is significantly more difficult than learning HDML/CSS tags. If it is used in the proper context Flash is a great tool. Unfortunately it is rarely used in a productive manner.

    2. Re:flash later, standards now by Anonymous Coward · · Score: 0

      Do I even need to mention the flash-only sites and flash only navigation?

      That needs to be a number one consideration amongst flash-tards. Sure it can be great, but fuck over blind people or those without flash and you might as well get out of the bizness.

    3. Re:flash later, standards now by Anonymous Coward · · Score: 0

      "D" and "T" aren;t typed with the same finger, and aren't near each other on the keyboard - but they do sound alike. So, do you really not know the difference between HTML and "HDML", or do you just have a really crappy speech-to-text system?

    4. Re:flash later, standards now by Anonymous Coward · · Score: 0

      My semicolon in place of an apostrophe, though, *that* is a typo. :)

  6. jack of all trades? by Anonymous Coward · · Score: 1, Insightful

    or master of none?

    your choice.

    However, praises are sung of masters.

  7. ....JavaScript? by AtariAmarok · · Score: 2, Informative
    "...The problem is I have no clue where to begin. HTML, CSS, JavaScript are an obvious start..."

    How about learning the "skill" of not using Javascript at all? If everyone had this skill, it would make make the Web a more pleasant place. Nest up, the elite "skill" of not polluting pages with Flashdross.

    --
    Don't blame Durga. I voted for Centauri.
    1. Re:....JavaScript? by numbski · · Score: 4, Informative

      I disagree. JavaScript has it's place. Primarily for enforcement of how a form should be filled out.

      There are other uses too. Realtime calculations in web pages. All things that could be done server side, but why waste the server side resources when it can be done client side?

      --

      Karma: Chameleon (mostly due to the fact that you come and go).

    2. Re:....JavaScript? by GeorgeH · · Score: 5, Insightful

      JavaScript, used correctly, is good. Look at all the compliments Google gets on GMail and Google Suggest or what people are doing with unobtrusive DHTML.

      If anything you should be encouragine this guy to write good JavaScript so you don't have to put up with the bad stuff.

      --
      Why can't I moderate something "Wrong" or at least "Grossly Misinformed"?
    3. Re:....JavaScript? by Zachary+Kessin · · Score: 1

      Javascript definitly has its place. There are many things that you want to be able to do on the client side without forcing a full page refresh. But it can and often is used poorly. That doesn't mean its a bad thing when done well, but you need to understand not just the correct syntax of Javascript but the how and why as well. Of course this is true for all technology.

      --
      Erlang Developer and podcaster
    4. Re:....JavaScript? by hattmoward · · Score: 1

      That's an okay use, but sometimes it can get irritating. For security reasons, the code that gets the form data must validate it too, so why not simply reissue the form page if something is wrong, and list the problems in red at the top?

    5. Re:....JavaScript? by SunFan · · Score: 2, Insightful

      Primarily for enforcement of how a form should be filled out. ...and that's basically it. JavaScript is pretty much 1% form validation and shopping cart updates and 99% usability impairment. CSS is the way to go.

      --
      -- Microsoft is the most expensive commodity operating system and office suite vendor in the marketplace.
    6. Re:....JavaScript? by SunFan · · Score: 1

      JavaScript, used correctly, is good.

      So are explosives, but you don't see people plastering those everywhere painted in pretty colors just for the enjoyment of it. JavaScript has a place, alright, but like too much salt in a soup, it can quickly ruin everything about a web page in short order.

      --
      -- Microsoft is the most expensive commodity operating system and office suite vendor in the marketplace.
    7. Re:....JavaScript? by dtfinch · · Score: 1

      Aside from it being overused and abused by people who suck at web design, you can still do a lot of nice things with javascript.

    8. Re:....JavaScript? by Anonymous Coward · · Score: 0

      Primarily for enforcement of how a form should be filled out

      Keeping in mind of course that you have to repeat this on the server because some folks turn javascript off. Do not depend on javascript for data integrity!

      For instance once I had to deal with a moronic web form that didn't let me enter my email address ending in .cc .. I just turned off javascript and it worked fine.

    9. Re:....JavaScript? by Anonymous Coward · · Score: 2, Funny

      JavaScript has it's place

      An apostrophe has its place. And that wasn't it.

    10. Re:....JavaScript? by Anonymous Coward · · Score: 1

      why not simply reissue the form page if something is wrong, and list the problems in red at the top?

      Because it is utterly wasteful. Client-side checks are a useful optimisation - the user gets instant feedback instead of waiting for the server, and the server doesn't waste resources when the client can handle the checks.

    11. Re:....JavaScript? by numbski · · Score: 1

      I just want to say:

      You suck.

      Okay? My grammar is pretty good most of the time.

      Nazi. :P

      --

      Karma: Chameleon (mostly due to the fact that you come and go).

    12. Re:....JavaScript? by Anonymous Coward · · Score: 0

      My grammar is pretty good most of the time.

      So why not when you post to Slashdot?

    13. Re:....JavaScript? by Scaba · · Score: 1

      Thanks, dude - now I just wasted an hour of my life and my wrist hurts like crazy.

    14. Re:....JavaScript? by daemon1010011010 · · Score: 0

      Wasted bandwidth, wasted cpu time, for starters. Dialup still exists. Dialup users tend not to wait for pages to load when they don't have to, especially when they are ridiculoudly graphics laden. Furthermore, you can't safely send back some of the information that users have input, since it would sit there, unencrypted in any way, in the html.

    15. Re:....JavaScript? by gabe · · Score: 1

      I love GMail, but it still breaks my back button. No matter how much I use GMail, I always click the back button to return to the message list, end up at a page that says "loading..." and have to type in "gmail.com" again to return. Annoying.

      I've been using my back button for over a decade. Don't think that you can break it and I will adjust.

      --
      Gabriel Ricard
    16. Re:....JavaScript? by log0n · · Score: 1

      Uhm, what? First off, Javascript isn't Flash. Secondly, your comment is retarded and reeks of either scr1ptk!ddy or MCSE, I can't tell which.

      (To be fair, I'm an artist and a graphic designer in addition to a techhead - my job requires a fairly even split among these branches, but philosophically, I'm more of an artist. The methodologies towards what works and how to get things done well is a lot different than the constant upheaval of the tech world. That being said.....)

      I have ZERO server side technologies available to me (webmaster for a large public school system - the reasons why are numerous, mainly because of political incompetence - anyway..). I couldn't do my job if not for the fact that I'm quite a proficient Javascript -among other languages- coder.

      New-fangled technologies are great. But ultimately, it's not about what you use to do a job, it's *if* you do a job and do it well. A tool is a tool is a tool. If it works and you're productive with it, rhetorical reasons for complaining about said tool are just stupid.

      $.02

  8. Why the hell by KDan · · Score: 3, Insightful

    would you want that as a career? The only career I can see shrinking as rapidly is the support centre phone operative.

    Daniel

    --
    Carpe Diem
  9. Good point by AtariAmarok · · Score: 2, Interesting

    Good point. Basic design skills are lost even on designers of major pages. Visit Slashdot.org, Drudgereport.com, Google.com and copy what they do. Visit Foxnews.com, cnn.com,aintitcoolnews.com, newsmax.com and learn how not to do things.

    --
    Don't blame Durga. I voted for Centauri.
    1. Re:Good point by daveinthesky · · Score: 1



      heh

      This reminds me of those vice do's [see: how's your news] where you can't tell whether it's actually supposed to be a don't.


      use the view source and read up on web standards.

    2. Re:Good point by gbjbaanb · · Score: 2

      and if you want to make yourself stand out somewhat, go look at CSS Zen Garden for something a bit fancy.

  10. If you're in it for the money, by Canthros · · Score: 1

    then don't. Look into a different career, preferably one you enjoy or have some pre-existing aptitude.

    If it genuinely does interest you and you have some programming background apready, start by picking up some graphic arts/design and UI design. The programming end of web work is usually relatively trivial.

    --
    Canthros
  11. W3C by maskedbishounen · · Score: 2, Interesting

    Everything *ML-related you can learn from the W3C's Technical Reports. They also have a wide selection of examples/quick reference material in their tutorials.

    I would advise not using JavaScript. Learn it all you want, but don't use it.

    While we could have a PHP vs Perl flame war, I'd suggest you take your time and try them both. And for the heck of it, throw Python into the mix. Learn them all, learn their quirks, and decide for yourself which is better for the job.

    Whenever you design a page, test it in lynx first. If it look good text-only, it will look good in anything (IE-related CSS hacks aside).

    Ah, and pull random people from somewhere and have them test your sites. Don't help them navigate it; they'll let you know if it absolutely sucks or not. :)

    --
    "An infinite number of monkeys typing into GNU emacs would never make a good program."
    1. Re:W3C by geoffspear · · Score: 1
      w3schools is not affiliated in any way with the w3 consortium, but I do agree that both are good sources of information.

      However, your assertion that a page looking good in lynx means it will look good anywhere is ridiculous.

      --
      Don't blame me; I'm never given mod points.
    2. Re:W3C by maskedbishounen · · Score: 2, Insightful

      ..why?

      It's an underlining point of CSS - separation of data flow and styling. Lynx is used to force this into the developer's mind by doing exactly that -- only showing the flow of content.

      If you content doesn't flow properly, regardless of what you do to it, it's not going to "work"; thus, get a working flow first and it will "look good" under anything. :)

      That's my experience, at least. For whatever the heck it's worth these days.

      --
      "An infinite number of monkeys typing into GNU emacs would never make a good program."
    3. Re:W3C by Anonymous Coward · · Score: 0

      It's an underlining point of CSS

      Not it isn't.

      If you content doesn't flow properly, regardless of what you do to it, it's not going to "work"; thus, get a working flow first and it will "look good" under anything. :)

      You are equating "working" with "looking good". Why? The person you are responding to said that just because something looks good in Lynx, it doesn't mean that it looks good in other browsers, and he was 100% right. If you don't believe me, try applying * { display: none } to a page and comparing Lynx's rendering to other browsers' renderings.

    4. Re:W3C by daemon1010011010 · · Score: 0

      So you're saying that you can throw in any kind of fucked up style sheet and as long as the page looks good without it, it will look good with it?

    5. Re:W3C by Ithika · · Score: 1

      Sure, cos the last word with stylesheets is with the user. When they turn off styles (your browser does let you do that, surely) then the content is in a logical and consistent order. Ergo, it is good.

  12. Dynamic Layout... by phallstrom · · Score: 3, Insightful

    I'm going to assume by "designer" you really mean a graphic designer, and not a web developer. That is, you'll be greating the UI and maybe putting together the pages, but not doing heavy development.

    If that's true, I'd say the most important thing you can learn is what a dynamic site does. Understand that content will grow/shrink depending on the database at that moment and make sure your design can accomodate that.

    I've been developing web sites for close to 10 years now and the ones that are the hardest are those where the designer thinks of a web page like a magazine page and doesn't understand that things stretch/shrink/flow.

    That said, I'd also learn as much as you can about *how* the backend languages work (PHP, XML, etc.) but you don't need to know the specifics. But if you understand the relationships and their capabilities you'll be your developers best friend.

    1. Re:Dynamic Layout... by Gorath99 · · Score: 1

      And, by god, learn when to use jpeg, png and gif. I am continually amazed at the number of high profile websites that use jpegs when they should be using png or even gif. (The reverse doesn't happen quite as often.)

      In case anybody around here doesn't know the difference: Use jpeg for photos and photo-like images. Basically anything with lots of gradual color changes. Never use it for anything with large equi-colored areas or line-art. If you do, then the lossy compression scheme will introduce visible artifacts that look really unprofessional. Instead use png or even gif (if you don't need more than 256 colors).

    2. Re:Dynamic Layout... by innosent · · Score: 1

      You're mostly right, but it really depends on your needs. Visual artifacts are a minor issue for most small graphic items (like the slashdot logo at top left), but the compression differences will make a difference, one that could be significant to your bandwidth needs. PNG/GIF can easily be twice the size of JPG for certain images.

      Of course, the reverse can happen, as well, particularly for larger, sharp-edged pictures/drawings. For small items, I typically examine the item at about 400% magnification, and if the artifacts aren't noticable at that size (and I mean really noticable, not like one pixel on a corner in a 100x20 image, something that makes the image look poor), then I pick the smallest size file for the image.

      If you have clients/customers that want shiny things on your site, but have limited bandwidth (there are still a lot of dial-up users), or you have limited bandwidth and a lot of hits, saving a few kB on images is probably worth a bad pixel or two. Of course, the other option is the Google route, just take everything off your most popular page, except for a logo, a few links, a textbox or two, and a button or two. I'm sure adding 10kB to each hit Google sees in a day (minus cached hits) would add up to a rather large number, and would probably cost more than most IT departments have available in their budgets.

      --
      --That's the point of being root, you can do anything you want, even if it's stupid.
  13. Depends? by forsetti · · Score: 2, Insightful
    When you say web designer, do you mean:
    • User interface?

      • Focus on HTML,CSS,JavaScript, PHP, plus take a few Educational Psychology courses, and learn about accessibility standards (and federal mandates).

    • Data driven interaction with backend?

      • Java, SQL, Perl, XML/SOAP, and learn about the capabilities of your data sources, such as connection pooling, cacheing, etc

    • B2B/P2P Grid-type services?

      • Java, SOAP, XML, XML-RPC, UDDI, WSDL



    There are too many facets to learn it all. Pick the arena you are interested in, and work with others to develop the entire package. A "Jack of all trades" will usually create software that is mediocre in all areas.
    --
    10b||~10b -- aah, what a question!
    1. Re:Depends? by velo_mike · · Score: 1
      User interface? ...plus take a few Educational Psychology courses, and learn about accessibility standards (and federal mandates).

      I have to say, that might be the best advice I've seen on the subject. Someone who understands what makes a UI functional, coupled with some graphic arts experience to know what makes one attractive would be a godsend.

      Sadly, those skills are the ones I have a complete lack of - my UI's look, well, utilitarian is a generous description. Fortunately I'm quite happy working the model and controller layers, but it would be nice to have those skills.

      --

      At the bottom of the endless pile of paper work which characterizes all regulation lies a gun.
      Alan Greenspan

  14. Vector Graphics and Video Editing by Andy_R · · Score: 1

    If you want skills that will be useful 5 or 10 years down the line, you need to look ahead at what's not yet possible.

    I'd concentrate on learning how to make the same content look good on screens that vary in size from a wristwatch to a billboard. This means dropping everything that uses pixel-based measurement, and going to vector graphics. Learning how to present the same content in a linear way for small screens and a parallel way for big ones would also be good. All you've really got available now for vector graphics is Flash and it's associated language, Actionscript. Flash isn't greatly loved, but that's because it's immature, and people use it badly (just like HTML a few years back - rememeber the blink tag?). 10 years on we'll be using tools that are to Flash as C is to z80 assembler, but the lessons learned will still hold.

    Secondly, learn video editing. Content will keep getting richer. If you know the theory and practice of editing 10 video streams and 32 audo channels into a cohesive programme, then you'll be better prepared than most for the arrival of bandwidth/compression which will make that possible.

    --
    A pizza of radius z and thickness a has a volume of pi z z a
  15. Simple by RealityMogul · · Score: 4, Informative

    HTML first, you need this no matter what. And learn it right, don't go putting FONT tags all over the place or build nested tables 6 levels deep.

    CSS is next. This is what you use to make your HTML look pretty. Memorize all the little things, there aren't that many really.

    PHP next. Play around with generating dynamic HTML.

    Then MySQL (or other database), and practice creating forms that get saved to a database. I'd recommend spending a good amount of time on this one and learn things like database architecture and how to tune things.

    Javacript should probably be last, since you shouldn't need it much, if at all. A lot of sites have a hundred K of javascript code to try and make things "cool". Go for functional, not cool. Things like confirmation dialogs are good. Things like form validate is WRONG - the backend should do that, not the client.

    Photoshop is fairly important, but won't get you far unless you know the other stuff. Although you could do this right after HTML and CSS if you want to do some static websites for people. For dynamic stuff, functionality is usually more important than looking pretty is a business environment, but your results may vary. Besides, proper design will let your site look cool without a lot of eye candy.

    As for Flash I don't personally like it and haven't bothered to learn it yet simply because I don't have a NEED for it. That's what it comes down to. Flash isn't necessary for web design. If a customer needs it, subcontract it out.

    1. Re:Simple by Anonymous Coward · · Score: 0

      Oh come on, what is the matter with FONT tags? As long as you're not changing the actual FONT, just using them to redefine color and size I don't see a problem...

    2. Re:Simple by mstefanus · · Score: 1

      Oh come on, what is the matter with FONT tags? As long as you're not changing the actual FONT, just using them to redefine color and size I don't see a problem...

      Consistency and flexibility.

      Okay, imagine you have created 20 HTML pages and then you realized that the fonts are too small or too big, with font tags you'll have to search those tags and change them one by one, the same applies with changing color. With CSS, it's a matter of changing one parameter.

    3. Re:Simple by nine-times · · Score: 2, Insightful
      As for Flash I don't personally like it and haven't bothered to learn it yet simply because I don't have a NEED for it. That's what it comes down to. Flash isn't necessary for web design. If a customer needs it, subcontract it out.

      I would agree that you *shouldn't* need Flash to build a web site (at all). I hate flash. It doesn't do anything functional that can't be done without it, and it requires a proprietary plug-in, and I hate needing to download plug-ins.

      So much for my personal rant, because if you're looking for web-development jobs, a lot of people hiring are going to be looking for flash. Often people who don't know better, but sometimes people who just want something.... ehrm.... "flashy".

      It's a sought-after skill, and if you're looking for a career in web-development (though I must echo the people who've been asking "why?") it's a good skill to have. However, I would agree that one ought to learn the practical stuff first, namely XHTML, CSS, PHP, SQL, learn that stuff first. Flash is fluff (regardless of what Macromedia says).

    4. Re:Simple by Trixter · · Score: 2, Interesting

      To add to this, I wouldn't limit yourself to ONE database and ONE interactive language -- for example, once you're done with PHP+MySQL, try Zope+PostgreSQL. If/When you become professional, you will not always have your choice of backends, so get used to a few of them so you can be prepared.

    5. Re:Simple by lphuberdeau · · Score: 1

      Actually, using XHTML 1.0 Strict and making sure it passes the validator is the first thing. CSS can do all the eye-candy stuff. Due to a few bugs in IE, you will still have to use tables for a few layout elements.

      SVG is part of those nice things that will arrive very soon.

      XML and XSL-T is a nice combo too for dynamic data.

      --
      Qui ne va pas à la chasse n'a pas de gibier
      PHP Queb
    6. Re:Simple by Anonymous Coward · · Score: 0

      Things like form validate is WRONG - the backend should do that, not the client.

      You are utterly incorrect. Both the client and the server should perform validation. Server validation because you can't rely on the client doing it, and client validation because you can eliminate a page load, give instant feedback to the user, and reduce server load.

    7. Re:Simple by Saanvik · · Score: 1

      You had me nodding until you said PHP. Then you mentioned MySQL and I stopped reading.

      If you are doing anything on the web, whether it's web app development or web design (two very different things), you need to know HTML and CSS. Everything else is dependent on what you are trying to do.

      If you are doing web development you need to understand databases and have a general knowledge of how they work. Read about them before you install one. You really, really should understand why the DBA has set up the database you'll be working with the way s/he has.

      Don't learn databases by using MySQL. It does a lot of things in a non-standard way. If you really want to practice your database knowledge on a functioning database, download Oracle. It's free for playing around with. The other alternative I would recommend is PostgreSQL. Remember, you don't want to be a DBA, so the concepts are more important than anything else. Anywhere you work that can pay you will also be able to pay a DBA.

      Again, for web development, learn JSP. It's easy, and will give you the most career benefit for the time needed to learn it. Along with learning JSPs, get a basic grounding in Java (not all of J2EE, and don't even look at EJB).

      Also important for web development would be studying JSF and watching it closely. Look at Struts and know what it's good for and how to use a controller.

      If you've got JSP and Struts under your belt, and you understand databases, that's enough technology skills to get a junior web development position. There you'll learn what they need you to learn (whether it's Hibernate, Spring, PHP, etc.) for their specific project. Working is how you move from a junior position to a senior position.

      If you are doing web design, take design courses. Learn what makes good design and the importance of good communication. While doing that you'll learn tools like graphic editing software and layout design tools. Use the tools your teachers tell you to use (hopefully they'll start with paper, pencil, and a ruler, and then move you into software). Usually if you understand one software design tool, you can quickly pick up the others. In web design, tools don't get you jobs, your portfolio does.

      And that's my final recommendation regardless of what you really wind up wanting to do. Learn the stuff, but do something with it. Create your own website (it doesn't have to be public) and do some experimentation. Don't be afraid to try really whacky things. Look at Google. If you think about their interface, before you see it, you'd probably say, "Nah, too simple". But when you actually see it in action, you appreciate the simplicity. Volunteer for projects, either in the OSS community, or in the broader (and much easier to gain a foothold in since nearly every programmer thinks s/he is a web designer) non-profit market. Then you'll have something to show people at your job interviews.

      Learning both is great, but will take a lot of time. I'd focus first on one, then the other.

      If I were just starting out, I'd start by learning design, then the technologies. Good design is a slowly evolving field compared to web development.

      Note, to people that don't agree with me - I'm trying to answer the question of a person who is trying to break into the field of web development/designing, not telling people how to build websites. Dice lists 37 jobs in Silicon Valley that mention PHP and 228 that mention JSP, 886 for SQL, and 79 for MySQL. You want to break into a field, you learn what most people are using, not what you think is the best technology. Once you're in, then you understand what work you want to do, and you can make your own decisions on the best way to do it.

    8. Re:Simple by RealityMogul · · Score: 1

      The JS required to adequately do a form validation is likely larger than the form itself. So you've forced every user to download the equivalent of two pages anyways. Secondly, whenever you change the validation, now you need to change it in two places, which is just ridiculous. Likewise you've created the possibility of twice as many bugs. Lastly, if you've designed the form correctly, it should not be that hard to fill out to begin with. Now, please discuss WHY a single page load is so bad in itself?

    9. Re:Simple by legirons · · Score: 2, Informative
    10. Re:Simple by Anonymous Coward · · Score: 0

      The JS required to adequately do a form validation is likely larger than the form itself. So you've forced every user to download the equivalent of two pages anyways.

      No you haven't. Ever heard of caching? Furthermore, you are comparing apples and oranges. The person who submits an incorrect form doesn't download the form again, they download the whole page again. I don't know what validation you are doing, but in my experience, it's almost certain that it is a net win.

      Secondly, whenever you change the validation, now you need to change it in two places

      Not necessarily. Most form validation can be represented in a couple of regexps. There's no reason you can't share those regexps between the client-side and the server-side validation. Even if you didn't do that, the maintenance is almost always a trivial matter - not the "ridiculous" you make it out to be.

      Likewise you've created the possibility of twice as many bugs.

      Come off it. It's form validation, not rocket surgery.

      Lastly, if you've designed the form correctly, it should not be that hard to fill out to begin with.

      If you really think that, then you have a poor understanding of HCI. It's pretty much impossible to design a form that everyone fills out correctly first time.

      Now, please discuss WHY a single page load is so bad in itself?

      It's not a calamity. It's just good practice to speed up user feedback and reduce server load, especially when it's so trivial to do so.

    11. Re:Simple by mattwarden · · Score: 1

      Things like confirmation dialogs are good. Things like form validate is WRONG - the backend should do that, not the client.

      I'll give you a moment to pull your head out.

      Alright, then. Actually, it is not "WRONG" to validate forms on the client-side. It is oh-so-very right.

      Validation on client side and validation on server side are not mutually exclusive, and I have never understood why some people assume it is (where does that come from?). Do both. Validate on the client side for the benefit of the client (no need to submit a series of requests to the server just to know about errors that need fixing). Validate on the server side for the benefit of your database (in case Javascript is disabled on the client).

      Oh, and make sure your javascript is separated from your markup (please don't add the onsubmit handler directly in your markup. add it with javascript) and style (e.g., css).

    12. Re:Simple by RealityMogul · · Score: 1

      Caching? In my experience, most people end up turning it off, even dumb users, because their ISPs had them do it when they would run into problems. Aside from that, how big are your pages where the form is a relatively small part of the overall document? Surely you aren't talking about images reloading as well, because that wouldn't happen if caching was enabled.

      Changing it in two places does have to occur unless you're using code generation tools to generate a JS file as well as a file for whatever scripting language you're using. It would be easy to do it in one place if you embedded the javascript at the top of the document. Surely you wouldn't embed the javascript though, otherwise you wouldn't get any effect from that caching.

      Bugs, yes. It's trivial stuff, but no coder is perfect. If you think that, you haven't been around long enough. In any case is creates twice as much testing to ensure that both validation routines are working. Server-side validation also lends itself to automated testing.

      I don't assume everyone fills out a form correctly the first time. But a form that is laid out well and has clear format hints and uses standard formats, and isn't anal about things just for the sake of the lazy programmer on the backend, then it's not so complex that every user has to perform multiple form submissions.

      As for reducing server load and speeding up user feedback, you haven't proved that your method atually accomplishes that. I personally prefer using form that do a round trip over ones that give me javascript alerts. JS validation warning tend to be done through alerts, which are one at a time, and have to be closed to correct the problem. Server-side validation tends to be presented to the user by highlighting ALL problems at once and those warning are available while the user is making corrections.

    13. Re:Simple by RealityMogul · · Score: 1

      I'll have to read that later. Thanks.

    14. Re:Simple by babbage · · Score: 1
      Things like form validate is WRONG - the backend should do that, not the client

      Welllll, sort of. Yes, the back end should validate all input data, just as any program should validate input data. You always have to validate on the back end; there is no getting around this.

      On the other hand, a well-written form validator on the client side can have several benefits, including better user feedback in the form of immediate rejection of invalid input (rather than making them wait for the round trip to the server and back just to learn the same thing), and a reduction in load on the server as a lot of validation happens on the client before being uploaded to the server to be checked again. Yes, you still have to check, because there's all kinds of ways around it -- not least being to simply turn off Javascript in the browser -- and there's always a chance that your client-side validator isn't being as strict as it should be. But a well written validator on the client can be well worth the effort to develop as part of polishing off an otherwise complete system.

      The other advice is all solid though.

    15. Re:Simple by RealityMogul · · Score: 1

      I agree, there are a lot of requests for Flash content nowadays. People like shiny things, and the people signing the checks usually don't care about some techies opinion on what's "right".

      I guess it depends on where the submitter wants to go with his career.

    16. Re:Simple by babbage · · Score: 1
      for example, once you're done with PHP+MySQL, try Zope+PostgreSQL

      ...of course, PHP is a scripting/markup language and Zope is a content management framework (that has its own storage mechanism, and so doesn't need a database -- or a web server for that matter), so the comparison doesn't really work there.

      But the point is a fair one: don't just learn PHP -- follow up with Perl, and not just Perl, but Perl's mini-languages for site management: Template Toolkit, Mason (which is much like PHP), HTML::Template, etc. And follow up with Python, though as far as I know it isn't used as much outside of Zope, and others like JSP (exposure to Java is worthwhile), ASP (to try the Microsoft set of tools), etc.

    17. Re:Simple by RealityMogul · · Score: 1

      Hey, a polite argument!!!! =)

      Ok, I will concede a little. It's going to depend on the project first and foremost. I myself have done client-side form validation in the past, and I have also used javascript for lots of stuff on commercial web apps for the company I work for. It usually comes down to part of a design decision on the look and feel of an app.

      My initial comment was poorly worded and didn't go into great detail on how/when that should or shouldn't be done. It was meant as an example of "don't go overboard with javascript".

    18. Re:Simple by babbage · · Score: 1
      Caching? In my experience, most people end up turning it off, even dumb users

      Respectfully then, your experience seems to be pretty limited.

      Caching happens all over the place. Browsers cache. Department proxy servers cache; corporate network proxy servers cache; ISP gateway servers cache; load balancing gateway servers between the web server and the site's uplink cache.

      The point really isn't worth debating: client side validation, when done properly and well, can have a huge positive impact. Just look at Google -- both Gmail and the beta Google Suggest interface are examples of how properly done client side validation both enhances the user experience and greatly reduces the amount of traffic going back and forth between the end-client and the web server. Yes, a site can get by perfectly fine without such techniques, but a really good site knows that they're worth using.

    19. Re:Simple by metalhed77 · · Score: 1

      Realtime form validation is fine via javascript as long as it's confirmed by the server.

      --
      Photos.
    20. Re:Simple by Anonymous Coward · · Score: 0

      Caching? In my experience, most people end up turning it off

      Then your experience differs greatly from mine.

      Aside from that, how big are your pages where the form is a relatively small part of the overall document?

      This is the usual case. In traditional table-based layouts, the layout takes up the majority of the document. I don't do them any more, but even with a lean CSS layout, the document can often outweight the form many times over, due to things like navigation, headers, footers and actual page content.

      If you don't believe me, take the Slashdot comment reply page as an example. The majority of the space is taken up by layout. Then you have the header, the footer, the links down the side. That's not even counting the actual comment you are replying to.

      The form on this page? A subject line, a textarea, a couple of tickboxes, a couple of buttons and a drop-down. Hardly anything in comparison.

      Changing it in two places does have to occur unless you're using code generation tools to generate a JS file as well as a file for whatever scripting language you're using. It would be easy to do it in one place if you embedded the javascript at the top of the document.

      It's easy to do it without embedding as well. I get the impression you think "code generation tools" is some sort of complex routine. It can be as simple as a couple of lines in your upload script.

      That's assuming, of course, that simply updating regexps in two places instead of one is too difficult for you, which is a pretty big assumption.

      Bugs, yes. It's trivial stuff, but no coder is perfect.

      I know that. But if you have already got the validation code on the server, exactly how difficult do you think it is to implement it in Javascript? About the only margin for error necessary is watching out for typos!

      In any case is creates twice as much testing to ensure that both validation routines are working.

      Not really. In the usual instance of a couple of regexps being used, you use a standard Javascript validation routine that you can use across all your sites. The only thing you need to test is that you pasted the regexps correctly.

      But a form that is laid out well and has clear format hints and uses standard formats, and isn't anal about things just for the sake of the lazy programmer on the backend, then it's not so complex that every user has to perform multiple form submissions.

      You've twisted the point. I never claimed that every user has to perform multiple form submissions. Just that not everybody will get it right first time. And I think it's stupid to just fall back on the server because you can't be bothered making the effort to optimise things for people in that situation or have some sort of grudge against Javascript.

      As for reducing server load and speeding up user feedback, you haven't proved that your method atually accomplishes that.

      I would have thought that it was pretty obvious. Unless you are claiming that a round-trip to the server is faster than performing the check on the client, then I don't see how you can claim that the feedback to the user isn't faster. As for reducing server load, do you really think that eliminating one class of traffic to the server almost entirely isn't worth serving a single, small, cachable, compressible, static file?

      I personally prefer using form that do a round trip over ones that give me javascript alerts. JS validation warning tend to be done through alerts, which are one at a time, and have to be closed to correct the problem. Server-side validation tends to be presented to the user by highlighting ALL problems at once and those warning are available while the user is making corrections.

      If you don't like Javascript alerts, don't use them. Javascript is perfectly capable of inserting an error message into a page the same way a server-side script would. This is a complete non-issue.

    21. Re:Simple by Turmio · · Score: 1

      Things like form validate is WRONG - the backend should do that, not the client.
      No, client form validation is definitely GOOD. With proper client side form validation in normal cases you can prevent unnecessary requests (those with invalid input) to the server. This saves both user's time and your bandwidth bill. Of course, validation MUST also performed also on the server side (client may not support JavaScript for a reason or another or client may maliciously by-pass the JavaScript validation). You can't assume anything about client's input but if client's playing nice, JavaScript form validation is a win-win situation. Of course you shouldn't be coding client-side and server-side checks by hand but instead use framework such as Struts Validator, which generates the client side JavaScript and performs server side validation from the common validation rule set.

    22. Re:Simple by I+confirm+I'm+not+a · · Score: 1

      ASP (to try the Microsoft set of tools)

      While the remainder of your comment is sound, if you're talking about "classic" ASP (as opposed to ASP.NET) I'd caution against learning ASP (disclaimer: I'm an ASP developer): ASP is deprecated in favour of ASP.NET on Microsoft's web-server (IIS), and horrendously expensive on any other platform (we've just moved from ChiliSoft ASP/Cobalt RaQ-Linux to SunONE ASP/Sparc-Solaris, and it was the software, not the hardware, that made our bean-counters cry ;)

      ASP is old-fashioned, and rarely used for new projects. If you ever find yourself having to use ASP, it's easy enough to pick up if you've got experience in something similar, like PHP.

      ...and, of course, ASP will get you very few geek points here on slashdot!

      (Just my 2% of a Scottish pound note)

      --
      This is where the serious fun begins.
    23. Re:Simple by PepperedApple · · Score: 1
      Javacript should probably be last, since you shouldn't need it much, if at all. A lot of sites have a hundred K of javascript code to try and make things "cool". Go for functional, not cool. Things like confirmation dialogs are good. Things like form validate is WRONG - the backend should do that, not the client.
      While I would agree that the backend should definitely validate form data, I would disagree that you should not also validate with script on the frontend.

      For example, Imagine that you have a long form and a slow server. In one of the fields you made a typo or accidentally entered an invalid value. If you only have backend validation, you'll have to wait for the form to submit, before you find out anything is wrong.

      If you have client side validation, you'll get instant feedback and will save both server time and the user's time.
    24. Re:Simple by martinX · · Score: 1

      Forget Flash - get Swish. It's very easy to use and really quite flexible. I'd be the happiest guy on the planet if they made a Mac version.

      If a client really wants an entire site built in Flash, let someone else do it. You can't be all things to all people.

      --
      When they came for the communists, I said "He's next door. Take him away. Goddam commies."
  16. As other people have stated by Zachary+Kessin · · Score: 1

    There are several ways you can go with this. If you want to do more of the front end stuff, learn DHTML, Javascript and graphics. If you want to do more back end stuff like application building learn PHP/Perl XML, SQL etc.

    It really depends on which part of web space you want to be in.

    --
    Erlang Developer and podcaster
  17. Don't by L.+VeGas · · Score: 1

    Sure, learn all that stuff if you want to, but today, I wouldn't try to make a living off it. Pay is low. Respect is low (in the geek world).

    I've done a lot of this kind of stuff over the years: multimedia development, design, web development, flash animation, a lot of php/mysql stuff, even asp. Though it can be a lot of fun, the market just doesn't need as many people to do it as there are that want to do it.

    Having tried to rain on your parade, here's the "musts".

    HTML and a rapid HTML development environment. i.e. Dreamweaver

    PHP/MySQL

    Graphics - probably Photoshop, but you can get by with other things if it's not your focus

    javascript

    If you are interested, Flash, but mostly it's a waste in the real / business world (with a few artsy exceptions)

    Learn your server technologies, both IIS and Apache.

    1. Re:Don't by L.+VeGas · · Score: 1

      To make a lame reply to my own post, when I say HTML, I mean to say HTML / CSS / XHTML , etc.

  18. well.. by u-238 · · Score: 1

    You should have seen this coming. You don't go to a college professor and ask him for tips on teaching your preschool class.

    1. Re:well.. by Squatchman · · Score: 1

      Preschool teachers take college courses(with real professors, wow!) to learn how to present information to the younger audiences too.

      It's not as easy as you're thinking it is.

  19. Learn you cannot do it alone by madstork2000 · · Score: 4, Informative

    There are a lot of skills, as you've already realized, that go into web development. But to be successful commercially, you are going to need to learn to work as a team. Quite simply, if you are a good designer, you'll have too much work and will be a bottle neck.

    The hard part of being a developer is troubleshooting, debugging and optimizing. The only way to know effectively do it is to have a complete understanding of the entire web process. Those skills really come only from experience.

    It is learning how ALL the pieces of the equation fit together and interact. I.e How does the HTML in the site render with the browser, is the traffic effecting the performance, if so are the images to blame or possible a database connection? Is there a caching issue in the browser causing upodates not to show? What version of apache/PHP are running, how is each configured?

    I own and run a small hosting company. I also do a lot of development using mainly PHP, but there are a few PERL scripts, shell scripts and even a C program here or there. My company specializes in hosting small developer and designers who are just getting started. So We actually get a lot of questions and issues, that usually stem from the fact that the people just do not have a complete picture of the system.

    For example one of my larger more experienced customers who has two dedicated servers, and hosts about 300 domains on them, called me with a problem with a shopping cart she has used many many times before. For some reason the site was excruiatingly slow, and she did not know why. A quick glance at the config file told me she was running a database off a server in another datacenter. So there was a lot of overhead from the lookups. She knew this, but didn't realize the impact that geography makes, and she wasted a day trying to figure it out before calling me.

    Anyway, in my opinion it is good to lear one or two skills really well, and assemble a team of people around you that can fill in the gaps. But it is equally important to know a little bit about as many skills as you can. This is important for several reasons:

    1. If you are farming out the work you can give the subcontractor good specs, and can in general communicate your needs better.
    2. If you do need to learn the skill it will be easier with some background to start.
    3. A lot of the skills and languages and tools you learn share common elements, or at least common ideas. So by learning new things, you can often take those skills and apply them to your area(s) of expertise and become better.
    4. learning about the features and benifits of a wide range of tools will help you identify the best tool for the particular project. That will help you be more efficient, and thus make more money.

    Anyway if I were starting with a blank slate and wanted to be an independent developer. I would learn HTML and CSS as they are the fundemental building blocks. A server side language is also very handy, and will allow you to truely take advantage of the numerous free scripts. It is one thing to install a script, it is another thing to fully integrate it into a site, knowing the language will help. I prefer PHP.

    If you pick up PHP, knowing basic SQL and specificall MySQL will go a long ways.

    Flash, is handy but I try to avoid it for most sites, animated banners are pretty worthless none and really do not provided the customer with any bang for the buck. If your client insists on it, it is easier to farm out the Flash dev.

    Graphics skills are very handy, but can be very tedious and time consuming. It is a good idea to know how to "tweak" images, change colors, crop, scale, etc using Gimp or Photoshoto, etc. But Like flash you may be better off letting an artist do the none technical design work.

    Javascript has come a long way (or more accurately browsers have come a long way) since now it seems much easier to get Javascript to work across the various browsers. There is a plethora of quality free javascripts

  20. Speaking as someone in web development... by Spaceman40 · · Score: 3, Insightful
    If you're implementing designs that others give you, or even making some of your own:

    HTML is a must. Learn it from the w3schools website - their tutorial rocks. Also check out XHTML, and see if you can conform to the standard in everything you write, whether it is required by your job or not. Standard conformity is a good way to save yourself when all the browsers in the world render differently.

    CSS is good to know, BUT: most of the time, a company will have a CSS template that they use over all their web pages. Sometimes you'll just have to include this template in your HTML (a one tag thing), and sometimes you'll have to edit it a bit. If you ever have to make your own, a quick look at the above website will help you do it immediately (if you can already do HTML, CSS makes a lot of sense), although I wouldn't focus on it initially.

    ASP (& VB), JSP (& Java), PHP (& Perl). Most companies are going to be tied to one of these three. The best thing to do is be a beginner at all of them - take a look at sample code from all six - and then become an expert on the job. My current employers (a university) are tied into Microsoft products, and politics (and other interesting financial things) keep them from changing. However much I would like them to move over to LAMP, I'm not going to sit and mope and lose my job. THUS, I code in ASP with Microsoft SQL-Server, and write VB programs for another section of my department. Be flexible. Don't assume you'll get to use your language of choice, wherever you work. Sometimes conditions prohibit it.

    Learn SQL. Forget all this "learn MySQL" stuff. The connection to the database is generally something you'll write in 30 secs - with some template somewhere - and the SQL code to actually query and update that database is going to be the important, life-changing stuff. Learn SQL. On that note, if you're planning on being more of a back-end web developer (like me), learn database management. Learn how relational databases work. Learn how JOINs are your friend, and multiple relations (or tables) are a good thing. Ugly database code kills me.

    And, to take a note from Joel yesterday, know how to communicate. Most web designers - the people who will be giving you changes that you absolutely must make or they'll die of horror at that color scheme - are art or design majors who have the elite thing going just like most of us programmers. Learn how to talk, how to listen, how to accept someone else's decisions when you don't have the power to make them - yet.

    If you're planning on being back-end, there's a lot of other stuff you might need to know: how virtual directories work, how IIS sets up ASP applications, how Apache's configuration file works, how home directories are transferred over, how server scripting actually works, how to lock down a web server, etc. But if you have a good grasp on the above, and you stay flexible, you should be ok in the job market.

    (That, and having all those acronyms on your resume will get people hooked if you can actually confirm your knowledge!)

    --
    I [may] disapprove of what you say, but I will defend to the death your right to say it.
    1. Re:Speaking as someone in web development... by Unordained · · Score: 1

      I think this needs to be repeated -- if you're planning on learning and using SQL, actually learn it. Don't just pretend to learn it. Don't just learn to do simple selects that "get you by". Actually learn it. Pick up a good relational theory book (Darwen, Date, Pascal, or Celko if you have to) and read it end-to-end. If you're not *really* good at it, find someone who is, and have them take care of it for you. Ugly graphics can be fixed as needed, ugly queries take longer, and bad database design tends to stick with a project forever.

      But most of all, learn to listen to what people are trying to say. Actively seek information. It doesn't matter how good you are at building something if you build the wrong thing.

  21. Thin Ice . . . by Dausha · · Score: 4, Informative

    First, I would say the market is full. Web Designers, unless they are very artistic, are low man on the totem pole. IMO, to say "when I grow up I want to be a web designer" for a teenager today is about like saying, "when I grow up, I wanna drive a UPS truck." That's why the other fellow's humor about flipping burgers is funny, sad, but true. You need to think more long term. Also, beware of the wave of out-sourcing

    Go to college, and at least get a Business minor. Most of the technologies that are needed for web development are self-teachable, so (again, IMO), if you want to go into computers you may not needa a CompSci degree. Many organizations look for somebody who is technical, but who understands their industry--hence the business minor advice. By that, I mean, you'll understand a bit more about business. However, a business minor (or degree) is really generic.

    I used to do IT, now I'm in law school. I don't necessarily plan to be a lawyer--I presently am inclined to return to IT. Having an advanced degree in an industry also helps your job potential.

    When it comes to which languages to learn, HTML is too easy to learn to be mentioned--just follow the advice of others on this list and learn HTML properly, not like the WYSIWYG editors might teach. I'd recommend PHP, Perl, Python, all three. I'd also recommend a systems language (Java, C, C++), Mysql is prefect because it helps you learn the fundamentals of databases at a low cost (free).

    Depending on where in the country your are, though, you may have to submit yourself to Mr. Bill. In my local market (I moved from where I did IT), Unix skills aren't as marketable as MS skills.

    Anyway, a lot of service IT can be self-taught. So, educationally focusing on something else is good for balance. Business helps you communicate to the business types. Other degrees to other specialties. An advanced degree also helps as well as increasing salary potential.

    Finally, Be Flexible.

    --
    What those who want activist courts fear is rule by the people.
    1. Re:Thin Ice . . . by Anonymous Coward · · Score: 0

      A large number of UPS drivers in fact retire as millionaires owing to the generous stock options that company offers, you arrogant prick. Remember that the next time a big brown truck gets between you and the ambulance you're chasing.

      Lemme guess... L2.

      Yours,

      Son of a UPS driver/paper millionaire.

  22. Some different advice by polyp2000 · · Score: 2, Insightful

    One of my lifetime career goals is to establish myself on some decent level or another as a well-rounded, (mostly) standards-based web designer with some backroom web development knowhow.

    4-5 yrs down the line you will probably want to be doing something else less web related - most people want basically the same thing from their websites. And once you have built umteen sites for umpteen different client - you will find your self wondering what other interesting development jobs there are about. I'd advise getting some other more generic skills - C/C++ maybe something else but that can easily be leveraged when you decide websites are'nt challenging any more...

    --
    Electronic Music Made Using Linux http://soundcloud.com/polyp
  23. Skills... by kosmosik · · Score: 3, Interesting

    That depends in which direction you wish to go. Right know I find it good to have website built by few people. Usualy there should be one for website code/logic, second for database design and third for layout/visualisation/layout-specific-logic - for properly designed webpage (and such have future) it is extremely important to separate those things.

    So as graphics designer you probably need to have good knowledge of:
    1. Basics: HTML, CSS, graphics programs (loads of, depends on what is your artistic direction), maybe Flash (but I don't like it).
    2. More advanced stuff: template engines like smarty or common CMS systems, W3C specifications, accesibity, interfaces design methodology, typography.

    As database designer you should be aware of things like:
    1. Basics: SQL basics, popular RDBMS like MySQL, SQL Server, PostgreSQL (go with this one), SQLite etc.
    2. Advanced: database optimalization, RDBMS specific issues, DB abstraction layers (to make code portable between RDBMS), DB server administration etc.

    As code/logic designer:
    1. Basics: PHP, Perl, Python - you should at least know few such languages.
    2. Advanced: internals of servers (like Apache), advanced programming (probably object oriented), use of popular extensions, systems (like Zope, Pear common CMS systems), templating engines (to work with graphics guy).

    Also there is another side of Web which is *content* - it is also wide area how to manage your site, analyze visits, clickpaths, focus on best stuff and forget not visited parts, marketing and so on.

    There is really lot to learn to be good webdesigner, you should know at least basics of those topics to be self contained designer. Otherwise I sugesst you focus on things you like the best (graphics/coding/managing etc.) and work in a team of narrow specialists.

  24. Here is my take on it by Alpha27 · · Score: 3, Informative

    You say web designer, so I will assume you want to go for a more visual development, than a programming/scripting side of it.

    With that in mind I would suggest the following:

    • HTML/CSS as you're doing now. There's no way around this.
    • Javascript You should learn this and as other have said already, use it sparingly. Form validation is one example where it's been used heavily, and should probably not be used. But javascript has other uses such as pull down menus,floating content, image rollovers and other things. At this point in 2005, most of the code you will need is available on many sites you can download from. The most you need to do is understand the code and modify as needed.
    • Flash, and maybe Director There's plenty of Flash on the web, most of it is useless especially when it's used for splash pages. What you need to do is learn when to use it or more so when NOT to use it.

    Now for the theory. This seperates the person who was good with crayons as a kid from someone who can seriously understand what a website means. You need to learn concepts beyond just simple design. You need to understand how web interfaces work and how users relate to them. Read the articles at use-it.com to get a initial understanding of this. You should understand concepts like the "page fold" and how does it relate to content on the page, how much time should a page take to load, most common page dimensions, what actions people commonly do under certain situations and what link colors people are used to and how should links look like. All of this mainly falls under Visual Information design. You have to know how to communicate what the information is trying to say. If you're the type who likes to go for the big flashy images, then you missed the whole point. If you start off your introduction with "I'm a print designer" or "I come from the print industry" then you need to stop, turn around and go back to the books.

    Now for the tougher part. Adding in the developer side of things. If you want to become well rounded, the main questions to ask are:

    • What do you expect to gain from doing or learning the developer aspect of it?
    • Do you want to do backend development or at least just have an understanding of the development?
    • Do you want to do complex development or just simple development?

    This is not to discourage but to at least ask the basic questions

    If you want to at least have an understanding, then I would suggest...

    ...read a number of the websites dedicated to web design and development like webmonkey.com, devshed.com, sitepoint.com, and others.

    ...learn basic programming concepts. Pick up a book like Programming for Dummies. Great way to learn if you're not a programmer.

    ...pick a language to play with.

    If you want to do development, then I would suggest...

    ...the same that was suggested above for understanding.

    ...learn PHP because it has a lower learning curve than Perl, and less syntax mistakes you will encounter. (Don't flame me, it's just my personal opinion from personal experience with both languages.) The main issue some developers will have with PHP is the number of functions available in the core language. Perl has 200+ functions, and PHP has well over 3000 functions. That's where the documentation comes in handy to have. I used the Windows CHM doc when developing PHP for quick reference. If you want to have a more Microsoft background, you could learn ASP.NET. If you want to get into some more serious programming with more potential, then Java is another option.

    ...learn some SQL and some Database Design concepts. A number of books talk about simple theory that can be implemented quite easily if you're a smart enough person. It's also good to look at the example data they have and build basic applications that do simple tasks. Mak

    1. Re:Here is my take on it by josepha48 · · Score: 1
      I'd add in the mandatory xml also and xslt. Why? Because XHTML 1.0 standard is out and it is where things should probably be going. XHTML does require the document to be standard xml, only with html tags, and more rules. XML and xslt can be rendered by any browser (IE / NS 6.x+ / Opera and some others) so learning that should be something else also.

      As a web developer myself, if I were to be hiring someone now, I'd say they MUST know HTML, CSS, JavaScript, XML, XSLT, Java/Jsp/Servlets, and eitehr perl or php, and knowledge of VB and C wouldn't hurt. While I am not using php or perl for my project, I feel that knowledge of a scripting language other than JSP or JavaScript is a must. Perl and php are good easy ways to learn about hashtable and arrays.

      --

      Only 'flamers' flame!
      Does slashdot hate my posts?

    2. Re:Here is my take on it by Anonymous Coward · · Score: 0

      XML and xslt can be rendered by any browser (IE / NS 6.x+ / Opera and some others) so learning that should be something else also.

      What? Hell no. Not only do plenty of browsers still not do this, but pretty much no search engines whatsoever do this. The wisdom of inventing a new XML dialect that nobody understands and providing a stylesheet not everyone understands to make sense of it is questionable at best.

      While I am not using php or perl for my project, I feel that knowledge of a scripting language other than JSP or JavaScript is a must.

      JSP isn't a scripting language.

    3. Re:Here is my take on it by Anonymous Coward · · Score: 0

      Form validation is where it should be used. For a user is a lot better to get immediate feedback (via alert() and focus()) than submitting and then waiting for the error message to come back.

      You still NEED TO validate at the server end but the interactivity improves by using JS.

    4. Re:Here is my take on it by Alpha27 · · Score: 1

      The problems with Javascript doing form validation are:
      * that it can be turned off, so you NEED server side validation anyway,
      * the interactiveness is not necessarily helpful if the developers do not denote locations for users to plainly see, which requires more work to implement, but can be easily setup server-side,

      Though I do agree with your assumption on it, it's best to deal with just one form of validation.

  25. It depends on... by shadwwulf · · Score: 3, Informative

    ...if you want to be a designer or a developer.

    By the definitions that are used in the circles I am involved in a web designer is someone that mostly is designing the visual, purely front end, aspects of the web site. The web developer on the other hand involves the addition of software development that happened to involve using the web browser/web server client/server paradigm with dynamic content.

    Between the two, you will be much more marketable as a potential employee / contractor if you are the developer.

    Like any other software developer, you need to be familiar with general computer science topics. Also learning to think algorithmically and having a solid handle on the theories of procedural and object oriented programming and then expand into the languages that are relevant to your specialization - In this case web programming.

    Another important prerequisite is an understanding of software life-cycles. Web based applications (yes, a web site is a web application) are no different than their desktop cousins in that they grow, adapt and ultimately reach a point that they need to be updated and replaced with newer iterations of code.

    With respect to specific technologies, if you have solid grasp of procedural and object oriented programming, moving between PHP, Perl, Java etc. shouldn't be that huge of a leap. A prime example of this is that PHP and Perl share a great deal of like syntax.

    My personal opinion on the "essential" technologies of web development with respect to languages are as follows:

    PHP and Perl - If you want dynamic content you need a web language. Java servlets have a little higher of a learning curve, so I would start here.

    SQL - If you have dynamic content you need to store it somewhere and flatfiles are poor for performance and developer sanity. Learn SQL (mySQL is a good and cost effective place to start)

    CGI - Although CGI is a communications environment to get data to your script when executed server side, and not a language per say, you need to know how it works in your sleep. The moment you have one dynamic thing on a web site you are touching on CGI in some way and just relying on your language of choice to decode passed information to you is not going to cut it in the real world.

    Apache - One other thing to mention is that you should also become very well acquainted with the behaviors of your web server. I would recommend Apache for two reasons. One is that it is readily available in an unencumbered form. Second, although there are many fanboys that may pipe up and recommend there favorite although less popular web server. Apache quite simply is dominant because it covers all the bases, performs well and quite frankly makes it so there isn't a major reason to bother with anything else. Apache has a multitude of modules available that extend and enrich the functionality of the base server platform. Knowing how to make use of them is something that you don't want to pass up.

    As far as non-essentials to pick up on once you have the above out of the way:

    Java - In many places where you are developing a large scale web application, a well placed java applet can be helpful. This can include real-time communications interfaces for chat functionality, or multimedia services.

    Flash - I'll be the first to advocate NOT using flash wherever possible, except in some extreme cases. However there is a point to be made that knowing language is a good thing, not for just writing new things, but also for reverse engineering or porting an application to another language.

    My $0.02

    1. Re:It depends on... by rabbit994 · · Score: 1

      I would add at least experiencing IIS and ASP.Net sure wouldn't hurt. (I wouldn't make it your primary language, more like something in your back pocket)

  26. That's like being an expert word processor user by Brento · · Score: 4, Insightful

    One of my lifetime career goals is to establish myself on some decent level or another as a well-rounded, (mostly) standards-based web designer with some backroom web development knowhow.

    Lifetime goal? Either you're twelve years old, or you're setting your sights really, really, really low. Or both.

    Web design used to be tough a long, long time ago. These days, saying that you're going to be a well-rounded web designer is like saying you're going to be a well-rounded word processor user or desktop publisher. Off-the-shelf tools like Dreamweaver can produce web code more than good enough to get by. The challenge is no longer the tool, but the content: businesses have a greater need to put together sensible content that users want to consume, rather than just putting together a well-formatted web site.

    If you want to build a set of lifetime career goals, get a role model and ask them what skills they use in their daily job. Don't make the mistake of asking them how they got their start, because lots of us got started in web design because it was tough ten years ago. It's not tough anymore, and it's not a great place to start now.

    If you want to make money on the web, don't get started with design - get started with content. Find a subject that you're an expert on, and build out your content using any run-of-the-mill web site management system like Plone or Xoops. Forget getting good at HTML - any monkey can do that. Get good at providing content that users want to return to, and then you have a shot at making money.

    --
    What's your damage, Heather?
    1. Re:That's like being an expert word processor user by prostoalex · · Score: 1

      Agreed. People tend to bash the tools like Dreamweaver and FrontPage, but once you've played around with pure HTML, you rarely want to go back, you just want to build sites quicker and get better handle on site management, which DW and FP are excellent at.

      Open source site engines are also proliferating, and so is open source Web design, and frequently one can launch a complete Web site by just going through the install manual or performing a few clicks in Fantastico, which many Web hosters provide.

      Building simplistic Web pages with HTML is part of the required curriculum in Washington state, and is attached to the CPLA (Computer Literacy) exam that each college graduate has to take before getting Bachelor's. So it's considered a part of basic skills now, just like word processing and electronic spreadsheet knowledge is.

    2. Re:That's like being an expert word processor user by nine-times · · Score: 2, Insightful
      Web design used to be tough a long, long time ago. These days, saying that you're going to be a well-rounded web designer is like saying you're going to be a well-rounded word processor user or desktop publisher. Off-the-shelf tools like Dreamweaver can produce web code more than good enough to get by.

      Well, that's true if you're making very simple pages. Even simple pages, it's worthwhile to know some HTML though (which, agreed, isn't hard). However, I've never gotten a complex page (even one without any dynamic content) working properly using Frontpage or Dreamweaver without a little tweaking of CSS and HTML. If you want to do and Javascript, Dreamweaver won't take you very far. If you want to make a custom PHP/MySQL app, forget it.

  27. Graphics vs Code by photon317 · · Score: 1


    Decide right off the bat if you intend to be a Graphics Designer who specializes in doing web layouts, or a Web Coder. The two get confused and munged together, but most people are only good at one or the other. If you're going graphics design, hook up with someone who can do the coding side, and you do the HTML templates and the images and the layout and css and all that junk. If you're going the code route, learn the obvious back-end scripting languages, and learn javascript and (d)html stuff. Don't ever forget on the coder side to always think through what's happening at the very lowest levels - what bytes are being sent where and why. Don't get lost in the higher level languages, or you quickly lose sight of real efficiency and security concerns.

    --
    11*43+456^2
  28. HTML Designer by Anonymous Coward · · Score: 1, Informative

    You don't want to be an HTML designer forever, so:

    * Learn how to communicate, make presentations, be very professional.
    * Understand usability requirements and learn how to incorporate them into less-than-ideal project environments.
    * Think of where you want this field to take you. Keep nursing those skills too.

  29. Misuse of HTTP by Nyhm · · Score: 1

    Stick with your plan of being standards compliant. Consider HTTP a tool and understand how to correctly use it. Know what its limitations are.

    The Web has been polluted by the ever increasing crop of "web applications." HTTP is not designed for session-based, interactive applications. Yes, some limited session support is very powerful (as exemplified by Slashdot.org). Amazon also has it right - lots of back-end processing to present useful dynamic (but not "Active") data. Gmail has it wrong because it relies on client-side code - they're trying to provide an interactive experience with a technology base that does not support it.

    Anyone else have problems with web applications these days? Should someone provide a framework to deliver real software to a common container application (similar to Applets or Java Web Start application delivery; even apt-get could be seen as this type of application delivery)?

    1. Re:Misuse of HTTP by 55555 · · Score: 1

      Zero Install does what I think you're looking for: http://zero-install.sourceforge.net/

      The Zero Install system makes software installation not merely easy, but unnecessary. Users run their applications directly from the Internet from the software author's pages. Caching makes this as fast as running a normal application after the first time, and allows off-line use.

      Very clever, very underutilized.

  30. Ability to learn new skills... by karnat10 · · Score: 3, Interesting

    ...is the single most important skill you'll need.

    Don't specialize on technologies, focus on problems instead. You'll have to learn a new technology every year to solve the ever same problems.

  31. Bad timing, but... by shoppa · · Score: 1
    The hot new technology of the day is SVG, Scalable Vector Graphics. Go to http://www.w3.org/ and look it over. Go to http://www.adobe.com/svg/ and see some examples. Then imagine what you can do with your content.

    If you've no content, you're not going to appreciate it :-).

  32. Your advice depends... by brunes69 · · Score: 1

    .. on if he wants to be a web *designer* or a web *developer - two totally different things. You are going more the designer approach, and from that point of view I mostly agree, except that i would suggest he learn XHTML 1.1 rather than HTML (start with the latest - XHTML works great in all current browsers, and a compliant, doctype'd page renders faster than HTML 4.0 in Mozilla and IE, and there is no need to suport netscape 3.0 anymore).

    However, if you want to be a web *developer*, Javascript is very important. Something most slashdotters seem to forget about web development is there is a whole other side to it, and that is developing web-based applications to run on corperate intranets. In these types of situatons, where the clients can be assimed to be relativly powerful machines with good bandwidth, a rich interface utilizing Javascript and CSS can **really** give your product the edge over someone else's.

    Simple things like being able to write pulldown menus in Javascript are essential for a modern web app. Also nice are customized context menus and widgets like Tabs and Sliders.

    The things I would reccomend when learning Javascript are

    • Learn the DOM. Know it like the back of your hand.
    • Learn the Mozilla/W3C and IE event models. They are very different from eachother, and you will likely have to work with both of them.
    • Get yourself a good cross-platform scripting library. I like DomAPI myself, but there are many. These make the differences between Mozilla and IE vanish for the most part, and also give you lots of nice utilities and widgets to work with. There are plenty that are freely available.
    • Practice makes perfect :)

    1. Re:Your advice depends... by Fweeky · · Score: 2, Insightful

      "except that i would suggest he learn XHTML 1.1 rather than HTML"

      Aside from pointless spec (or IE) breaking, what does this achieve over XHTML 1.0 or HTML 4.01? Markup wise, HTML 4.01 Strict is pretty much identical to XHTML 1.0 Strict and XHTML 1.1, but there are a whole load of other issues with using XHTML (1.1 especially) you need to be aware of that suggesting everyone use it is just.. well, silly. This is not a place you want to version-chase unless you like unnecessary hacks and more points of failure.

      "a compliant, doctype'd page renders faster than HTML 4.0 in Mozilla and IE"

      Wrong. IE supports XHTML the same way it supports tag-soup HTML, and so does Mozilla unless you serve it with a Content-Type IE doesn't support. Unless you have a real reason to use XHTML, it's generally better to use HTML 4.01, especially if you're playing with JS and DOM. Seriously, you're recommending to a newbie to use a doctype who's entire DOM model changes depending on how correctly you serve it? :/

    2. Re:Your advice depends... by RealityMogul · · Score: 1

      I agree, I didn't really differentiate between a developer and designer. Most times when I hear people say "web designer", I just assume they really mean developer.

      Although I take "web developer" to mean somebody capable of creating an entire website, both UI and back-end. I know this definition may not be accurate in a human resources controlled environment, but I'm a loner and "web developer" seems an appropriate tag for myself as I do everything.

      As for the JavaScript capabilities, I agree. Although how much JS you do comes down to the market you're going after, like you've said. I've written sites that have not used any javascript that are intended for a very broad audience, and I've written ones for corporate systems that used hundreds of K of code.

      I wasn't aware of any speed improvement when specifying the doctype. That's actually fairly interesting.

    3. Re:Your advice depends... by Anonymous Coward · · Score: 1, Informative

      i would suggest he learn XHTML 1.1 rather than HTML (start with the latest

      That's not advisable. "The latest" rarely works well. In this particular case, you are going to be incompatible with almost everybody. It's a bit silly to go around telling people to use something that is going to cause problems when your only justification is "it's got the highest version number".

      XHTML works great in all current browsers

      No it doesn't. It doesn't work at all in Internet Explorer (it treats it as soup), and it works less well in Gecko-based browsers than HTML 4.01 (if you don't believe me, take a look at Bugzilla or even the Accept header that Firefox sends).

      a compliant, doctype'd page renders faster than HTML 4.0 in Mozilla and IE

      Demonstrably false. Internet Explorer can't tell the difference between XHTML and HTML, and Mozilla renders XHTML slower than HTML.

      there is no need to suport netscape 3.0 anymore

      No, but plenty of other user-agents need supporting, and XHTML support is far from common amongst them.

    4. Re:Your advice depends... by BladeMelbourne · · Score: 1

      There is a fair amount of stuff in HTML 4.01 that cant be used in XHTML 1.1

      I disagree with the grandparent post. XHTML 1.1 is not the place to start. XHTML 1.0 is IMHO. That way you can develop in HTML 4.01 or XHTML 1.1 - without neededing to learn/unlearn too much.

      Migrating a site to XHTML 1.1 is a challenge, even for someone like myself who has been a web/db developer since 96. My current personal site started as XHTML 1.0 Transitional, then I moved to 1.0 Strict, then 1.1. XHTML 2.0 looks nasty, I might put that off for a couple of years.

      MSIE doesn't support the content-type for XHTML (Content-Type: application/xhtml+xml) - so I need to serve XHTML to MSIE as text/html. Not ideal - I'm hoping MSIE 7 will fix support for XHTML.

      One of the benefits of XHTML is that it validates as an XML document. If I have an invalid XHTML document (tag not closed, etc) Mozilla will tell me without needing a validator. Neat and sweet.

    5. Re:Your advice depends... by Anonymous Coward · · Score: 0

      HTML 1.1 is not the place to start. XHTML 1.0 is IMHO.

      XHTML still brings with it a bunch of compatibility concerns. If you are just starting out, you don't know all the edge cases, and it's better to stick with HTML 4.01.

      My current personal site started as XHTML 1.0 Transitional, then I moved to 1.0 Strict, then 1.1.

      It hardly seems worth it. What does 1.1 actually bring you, apart from headaches? You have to transcode to 1.0 for text/html, and you destroy caching and waste bandwidth too.

      XHTML 2.0 looks nasty, I might put that off for a couple of years.

      Well duh, it's not finished yet.

      One of the benefits of XHTML is that it validates as an XML document. If I have an invalid XHTML document (tag not closed, etc) Mozilla will tell me without needing a validator.

      No, Mozilla will only tell you if it is malformed. Whether it is valid or not is another matter.

    6. Re:Your advice depends... by Anonymous Coward · · Score: 0

      XHTML barely has any compatability concerns worth complaining about. The only "concern" for me was the content type for MSIE.

      My site is valid and compliant - if users do not use a resonably standards compliant browser, that is their problem. It works in Gecko and MSIE, that's almost everyone right there.

      XHTML 1.1 became a recommendation more than 3.5 years ago. It's not bleeding edge, nor is it risky or dangerous to use it.

      XHTML 1.1 does not bring me any headaches at all. XHTML 1.1 resulted in a reduction in file sizes - thus the number of lines of PHP and markup that I need to maintain is reduced. My content is very separate from the presentation/style (not saying that this can't be done in HTML, just that it is encouraged by writing XHTML 1.1).

      Caching is not a concern to me, nor is "wasted bandwidth". Images, etc will still be cached as will stylesheets.

      Oh, and a malformed XHTML document isn't valid anyway - I never said I dont need to validate pages because I use Mozilla.

    7. Re:Your advice depends... by Anonymous Coward · · Score: 0

      HTML 4.01 is deprecated. It will not be updated, and reading the W3C site indicates that XHTML is the replacement for HTML.

      Why build a site in HTML 4 today, when you will ultimately need to rewrite it in XHTML tomorrow, or be faced with a plethora of incompatibility concerns?

      Seems illogical to me.

    8. Re:Your advice depends... by Anonymous Coward · · Score: 1, Informative

      XHTML barely has any compatability concerns worth complaining about.

      No, there are a bunch of them. Things like character encodings. Things like document.write not working. Things like empty elements needing extra spaces. Things like empty elements meaning something entirely different to some user-agents.

      The thing is, you might be familiar with them and I might be familiar with them, but somebody just starting out will not be familiar with them. It's best to put off dealing with some of the - quite frankly weird - XHTML peculiarities until they are familiar with developing websites first. There's no need to jump in the deep end.

      XHTML 1.1 became a recommendation more than 3.5 years ago. It's not bleeding edge, nor is it risky or dangerous to use it.

      You cannot use XHTML 1.1 and be compatible with Internet Explorer and the majority of search engines without going out of spec. Not following the specifications is risky. Even today it is less well supported in Gecko than HTML 4.01 is. It is certainly bleeding edge.

      XHTML 1.1 resulted in a reduction in file sizes

      You are confusing separation of content and presentation with the move to XHTML 1.1.

      not saying that this can't be done in HTML, just that it is encouraged by writing XHTML 1.1

      It is encouraged by writing in HTML 4.01 Strict as well.

      Caching is not a concern to me, nor is "wasted bandwidth".

      Well then I guess you only operate small websites. It's a concern to professional web developers who need to reduce operating costs and server load.

      I never said I dont need to validate pages because I use Mozilla.

      Then what did you mean by this?

      Mozilla will tell me without needing a validator.

    9. Re:Your advice depends... by Anonymous Coward · · Score: 0

      HTML 4.01 is deprecated

      Says who? Not the W3C. They still list it as a recommendation. If you read the HTML 4.01 specification, you will see that it explicitly obsoletes previous specifications. Now go and read the XHTML 1.0 specification. It does not obsolete previous specifications, in fact it can't as it relies on the HTML 4.01 specification.

      Why build a site in HTML 4 today

      Because it has less compatibility concerns - a newbie will already have enough on his plate without having to deal with the extra issues XHTML brings.

      you will ultimately need to rewrite it in XHTML tomorrow, or be faced with a plethora of incompatibility concerns?

      Oh please. HTML support is not going away any time soon. Use of Internet Explorer 5.0 is still widespread, and that's almost four years old. Assuming that the Internet Explorer in Longhorn supports XHTML (and that's a big assumption), at best it will be the year 2010 before we can move to XHTML completely, let alone expect HTML support to have disappeared! And that's assuming search engines and other browsers are quicker than Microsoft.

      XHTML brings incompatibility concerns today. HTML brings with it possible incompatibility concerns next decade. Mindless cheerleading of XHTML helps nobody.

  33. My thoughts by Anonymous Coward · · Score: 1, Informative
    I consider myself a web master, it's not the best term but one that encompasses both design and development. I work as the main web developer at a large Canadian ISP. Needless to say that I have had to learn most of the technologies that people are talking about.
    • HTML - Syntax is one thing, but really learn how to make it do what you want.
    • CSS - Is more than your friend. If you have to work on any larger site this is a must have. Sometimes it's even a good place to start. "Design" your site and then break stuff up into bits of CSS. Then go and make your pages.
    • PHP - My language of choice, I have to fight with some ASP sometimes and it only makes PHP look better. If you use PHP look at all the PEAR packages. Specifically PEAR DB.
    • TEMPLATES - Smarty is a godsend for me, there are many systems out there, learn them and learn them well.
    • SQL - MySQL and Postgres are both awesome choices. I prefer Postgres now, but MySQL is always supporting more features.
    • XML - Sometimes Databases aren't really that necessary, learn how to manipulate XML data. If you really get fancy you can Move over to XML / XSLT for most all your pages.
    • EDITORS - Any editor can be good, if you choose a graphical one make sure that your viewing the code at the same time. It can be a handy learning tool at first.
    • Know what you like - Look at all the other pages, well as many as you can. Make notes of what you like and why. Use that as a reference, it will be very handy.
    • Design and Dev - They can live together, but you have to start with one and then learn the other. Design first, then develop.
  34. try it before you buy it by Darth_Burrito · · Score: 3, Informative

    to establish myself on some decent level or another as a well-rounded, (mostly) standards-based web designer with some backroom web development knowhow. The problem is I have no clue where to begin. HTML, CSS, JavaScript are an obvious start

    This is just an opinion, but it would seem to me that if you don't already know a big chunk of html, css, and some kind of scripting language, you're not really in a position to decide that web designer/developer is the right career. Get some experience. Find out if you like it. Then start planning how to enter a career.

    As for web technologies, especially on the developer side, be prepared to enter a never ending learning cycle. There are tons of different standards and technologies out there that all have to do with presentation on the web. Many of them are in flux.

    As for what a person should learn first... the plethora of technologies makes that an open question depending on what kind of projects you are working on. On the bright side, learning any kind of web programming will move you closer to your goals. Some tips:
    * Target rising technologies like PHP.
    * Avoid obsolete stuff like ASP.
    * Avoid anything that is "company XYZ's blah". For example, Macromedia ColdFusion.
    * If you are not a developer, avoid complicated platforms like J2EE or ASP.NET. Simpler scripted languages like PHP or (shudder) ASP will be easier to get going productively.

    Also, I don't know what kind of background you are coming from, but you should realize that good web design requires a strong design background. It has little to do with languages. Being from the other (developer) side of the pond, I've found books like Steve Krug's Don't Make me Think and Robin William's Non-Designer's Design Book to be quite valuable and easy to read.

  35. Pft, forget all that.. by Klowner · · Score: 2, Informative

    Just make pretty pictures, chop them up, and slap them into Adobe GoLive, poof, you're an instant web design professional! Now open wide and wait for your money to roll in.

    Seriously though, at one time I wanted to do web design as a part-time side job, but after creating a couple sites I decided it was a terrible idea. So, unless you enjoy making websites for people that have no freaking clue what they want on their site and aren't willing to provide you with any text related to their website topic, then don't do it.

    Less "web designers" == Less worthless websites

  36. What is a "web designer"? by Anonymous Coward · · Score: 0

    What a generic term.

    Do you want to *code* web sites? Do you want to *draw* the pictures on web sites? Do you want to *lay out* web sites? Do you want to .. *design* web applications?

    If you really want to make an impact as a "web designer", learn *usability*. This is what's really missing from web design these days.

    And please avoid PHP and MySQL. Please don't flood the market with MORE half-assed code. "Everybody else uses it" isn't a good enough reason to learn it. In fact unless you really want to learn about data integrity and the relational model please just stay away from databases entirely.

    However if you must, you can try ruby on rails as your first web framework. It will blow you away if all you're used to is PHP. But do try and learn what the purpose of a database is. It's not just a place for programmers to stuff objects.

    Try and avoid buzzwords like XML or SOAP or whatever it is this week. Try and learn *simplicity*, *usability*, and *durability*. One thing you have to learn is HTML and CSS and Javascript, of course, because you don't have a choice with those.

    I guess the one thing I'm trying to say is, please AIM HIGHER than 99% of all the other web designers out there.

  37. Most important by BigChigger · · Score: 2, Funny

    Learn to speak Hindi. BC

    1. Re:Most important by zero_offset · · Score: 1



      Kudos, sir.
      I knew if I scrolled down far enough, I'd find somebody had already posted this.

      --

      Slashdot quality declines as the number of hot grits posts decreases. - Provolt's Law, Apr-09-2005

  38. Programming is NOT trivial by sunbane · · Score: 3, Informative

    The fact people view the programming as trivial is why there are so many crappy, bloated web pages out there. The graphics arts is the part that is trivial... you can make a great informative, usefull, and traffic'd site without any graphics at all. Just look at /. These sites that are all done w/ graphics and flash might be fun to look at but are for the most part very annoying to use... especially for those w/ lower bandwidth.

    I would start w/ Jakob Nielsen's book Designing Web Interfaces. That will give you a basic foundation of thinking about a good user interface. Then you might want to read Zeldmans Designing with Web Standards and Cederholms Web Standard Solutions. That will give you a PROPER understanding of standards based html markup and a good intro to CSS. (Read Eric Meyer's books to further your CSS).

    As to the programming for web driven apps - I like PHP the best - XML and SQL you would use within PHP. You want to have a good understanding of both of those... SQL especially to hook into database type stuff. Javascript, I'd just get a Cookbook or something - most of what you want to do with that you can quickly pick up from sample scripts.

    Remember - HTML Editors are the devil!

    1. Re:Programming is NOT trivial by Canthros · · Score: 2, Interesting

      Compared to much of the programming I did in college, nearly all of the web programming I have done and currently do is trivial. It's just not that hard if you have a decent programming background to start with.

      UI issues are infinitely trickier and require some pre-existing know-how in addition to user testing to sort out. Graphical issues aren't simply of matter of throwing images on the page, but even slashdot does include graphical design elements and images. It would do a 'budding web designer' who is already focused primarily on technology concerns some good to learn about the flipside of the subject. It is certainly the area in which I am weakest (and, natch, least read up).

      --
      Canthros
    2. Re:Programming is NOT trivial by daemon1010011010 · · Score: 0

      I assume you mean WYSIWYG editors. Good HTML editors, like Arachnophilia, kate and Vim are great. Auto indentation and syntax highliting make things a lot easier.

    3. Re:Programming is NOT trivial by Lucidwray · · Score: 2, Interesting

      I've been a web designer for about 5 years professionally and I have to say that I got pretty lucky. All of my family are either artists or graphic designers by trade. That's how I grew up, listening to my dad talk about great design and watching him do hand layout graphic design. (Old skool, no computers). So growing up I got a great design sense.

      When I started getting into web design I started working with programming/scripting and it came very naturally. I focused on programming as my primary skill for a couple years and it really comes in handy.

      I would say one of the biggest assets I have is the ability to seamlessly blend code and interface design/layout together. It is so common that you come across other web designer's sites and work and they are usually one extreme or another. Great looking site that is horribly built (obviously a graphic designer out of his realm) or have amazing functionality and code but look like total shit (see: slashdot.org).

      The ability to blend them together so that neither one of those elements jumps out at you is very hard.

      To be a great web designer you have to have a great sense of layout and design but being able to make that design work is essential. PHP, JavaScript, css, blah, blah, blah... are just tools to get the job done. If you can tell they are there then you aren't a good web designer.

      The other necessary skill is realizing the fact that your clients don't give a rat's ass about what technologies go into making their web site, and most of them wouldn't know what good design for their needs is if it crawled up and bit them on the ass. Study usability. Study advertising (those guys have studying consumers way longer than us web designers), and learn what really works and what doesn't work and learn what most people want but really doesn't work (like flash navigation menus).

      Your clients will be much happier if you can build them what they need instead of what they want and do it without them knowing.

      --
      My sig can beat up your sig.
  39. XML is the keystone now by Dracos · · Score: 1

    Just about everything on the web is related to XML somehow. Learn the syntax first (most of it you probably know from HTML, but the rules are stricter). Then, apply that knowledge to XHTML (plain HTML should die an unremarked death). Study the DOM, and learn how to manipulate your well-formed documents (this is where javascript comes in) adn how to make them pretty with CSS.

    Up until this point, do not use Internet Explorer. You will only fall prey to its quirks and stray from the Way Of The Standard(tm). Also, try to minimize the amount you rely on things like Dreamweaver: few people learn by having their work done for them: there is a difference between a tool and a crutch. Find a text editor that you like; it will be your best friend.

    Now that you have some practical experience with web pages, you can apply the knowledge to other forms of XML: SVG, RSS, RDF, etc. Then you can get into XSLT and other nifty stuff.

    IMO, Flash has three uses: presentations, cartoons, and the most vile form of banner ad.

    On the server side, take your pick of languages: PHP, Perl, Python (I won't get into evqangelizing them here, it's your decision what you use). While learning these you will pick up how HTTP works (request methods, cookies, redirects, etc). Then pick up some database skills with MySQL or Postgres (again, use what you like).

  40. Learn to do everything by drpentode · · Score: 1

    I've noticed that getting employment as a web developer/designer means knowing everything and anything about graphic design and web programming. At least that's what many HR departments think. Learn XHTML/CSS, JavaScript, PHP, MySQL, the ASP.NET languages, Microsoft SQL, Perl, Python, Linux, Apache, IIS, etc., etc. Once you get a good overview, pick your favorites and then specialize. I also recommend taking courses in journalism, creative writing, graphic design, art history, human-computer interaction, philosophy, etc. Understand people as much as you understand computers. The Internet is often a person's only interaction with the world of computers. Most of all, have fun. The career field may be shrinking, but those who are great at what they do will always find work.

  41. Google Suggest crashes my browser, GMal won by Wee · · Score: 1

    JavaScript, used correctly, is good. Look at all the compliments Google gets on GMail and Google Suggest ...

    --

    Ash and Hickory, straight-grained and true, make excellent bludgeons, dandy for the cudgeling of vegetarians.

  42. Google Suggest crashes my browser, GMal won't work by Wee · · Score: 0
    JavaScript, used correctly, is good. Look at all the compliments Google gets on GMail and Google Suggest ...

    The parent is right, if only by you validating his point. GMail won't work on any of the browsers I use. Google Suggest is worse: it crashes Konqueror outright. It seems to leave Opera alone, however.

    Are those still examples of correct use of good JavaScript? What then would be examples of incorrect and bad use of JavaScript? Spyware, maybe? There's a fine line there between good and bad, if you ask me.

    The balkanization of the Web will most certainly continue on into the 21st century, and use of JavaScript is partly responsible.

    -B

    --

    Ash and Hickory, straight-grained and true, make excellent bludgeons, dandy for the cudgeling of vegetarians.

  43. My Laundry List by Sentry21 · · Score: 3, Insightful

    In my capacity as a web developer, here are the software packages that I feel you should have a firm understanding of:

    1. XHTML - not just 'HTML', XHTML has a few changes that you should get used to (such as closing all tags, even <img src="..."/> and <br/> tags, and all tags being lowercase). For the upcoming specifications, such as XHTML 2.0, which will be very different (you can apply an href="..." property to ANY object, instead of having to wrap it in an <a href=..."> tag), it never hurts to be prepared.
    2. CSS3 - May as well read up now, it's going to be relevant in not too long.
    3. Photoshop - Use The GIMP if you must, but I find Photoshop generally does what I need it to with less hassle.
    4. PHP, ASP, Coldfusion, and J2EE - You don't have to learn how to program in each one, but learn about these solutions, if for no other reason than to make compelling arguments against them if the bosses ever ask you about them (or worse, fail to ask you about them)
    5. Apache and IIS - for the same reasons as listed above; also, a lot of things in Apache (mod_rewrite, for example) can help you solve problems down the road. Good things to know.
    6. A good editor. I use ViM myself, but what you use is up to you. What you'll want is syntax highlighting, auto-indenting, and a powerful (preferably regex) search/replace. Learn to use your editor and you will save hours of work with seconds of typing.

    And now for some soft skills. First, you'll need to learn to give effective presentations. You could use Powerpoint for this, or Keynote or Impress or just print them on transparencies and put them on an overhead projector. How you do it is up to you. Will you ever need to give presentations? Not really, but effective presentations require a lot of soft skills - eye contact, graphic design, pacing, speech tones, body language - that to be skilled in presentations in general means to be skilled in a lot of other areas.

    You should also familiarize yourself with colour. Learn about Pantone, just so that you know about it. Learn how colours play off each other, which colors look good on which backgrounds. Learn about bordering, whitespace, balance, and form. Consider the Pantone Guide to Communicating with Color - out of 61 reader reviews, it got 4.5/5 stars, and is a good place to start.

    Learn about logos. How companies make logos, and why. What goes into making a logo, subconscious suggestions from logos (there's a reason Playboy picked a bunny for their logo, and it's not obvious). This will help in your graphic design and page layout.

    Learn about accessibility and colour-blindness.

    I'm probably missing a ton of important stuff, but if you do it right and are willing to learn (and posting on slashdot seems to imply that), you'll probably learn what you need to know as you go. If not, just come back and post another Ask Slashdot.

    1. Re:My Laundry List by bob+whoops · · Score: 0

      Wait, you seriously think that css3 will be relevant soon? Sure, gecko based browsers and other alternative browsers will support it, but I doubt Internet Explorer will. When was the last time that its rendering was updated? 1997? It barely supports CSS1. I can't see CSS3 becoming relevent any time soon.

    2. Re:My Laundry List by Sentry21 · · Score: 1

      This is obviously a troll but I will reply anyway.

      IE's support for technologies usually encompasses the latest technologies, just not completely. IE's support for CSS1 is spotty, yes, but it does have support for CSS2 - which also is spotty. Still, IE tends to support the majority of any given technology, just not completely or correctly.

      IE will support CSS3, as long as CSS3 is ratified before Longhorn goes gold. Its support will be poor at first, and people will complain, and then it will get better, but it will be there.

      Besides which, web developers should be using the new technologies the way they are supposed to be used, and if users aren't getting the whole picture, they can switch. Idealistic, yes, but now that Firefox is getting headway, it's not entirely unrealistic.

  44. The technology is only half the battle by Anonymous Coward · · Score: 0

    Learning specific technologies is only half the battle. You need to demonstrate that you can apply these technologies to solve real business needs to ever be employable.

    Obviously you start with your own web site and then web sites for other people then other organizations. If you go to college, make sure you go to one that has a strong internship program.

    Come hell or high water, you will need some real world experience if you ever intend to be employed in this area of IT.

  45. I say no to JS and most flash by zogger · · Score: 2, Insightful

    java script and active x websites force people to surf randomly with that stuff turned on. Why do you want to do that? There's more than enough evidence to show that basically it's a bad idea. Your particular site might be totally innocent, but you have no guarantees about other sites, so you force users to set preferences back and forth constantly. This is the 21st century, people use tabs and multiple pages open, not just one...page....at .....a ...time, and jump back and forth. JS and Active X is a *threat* in general if you do that.

    I avoid sites that use javascript now, especially because rarely do they provide an alternative way to navigate inside the site, and they usually don't use alt tags on image links either. JS *works* and does all kinds of nifty cool keen stuff, but it's bad for security, you can't make it work to be good for security,so, why do it? Convenience? For whom? The visitors? No it's not it's a threat and useability flaw. And as such my personal opinion is it shouldn't be used for web pages. On your closed intranet, sure, go for it, no probs. I am just not going to keep jumping back and forth in preferences to turn it on and off. To me, telling your webpage visitor that they have to use JS just to see and use your site is absolutely no different from coding it to only "work" under one web browser. It's just too easily abused and it's insulting actually. I haven't kept track but I can asure you there's more than a few web merchants who haven't gotten my cash business because they insist on JS, and I am able to find an alternative that doesn't, so they get my money instead. Just how it goes. And Flash without an option, just click on a link then it's a 50/50 crapshoot if it will lock up your browser or not. Well, to be fair that is only one guys experience, mine.. Again, no thanks. Give me an option to click on the flash, just don't spring it on me on the homepage of some site.

    1. Re:I say no to JS and most flash by I+confirm+I'm+not+a · · Score: 1

      java script and active x websites force people to surf randomly with that stuff turned on.

      Good use of Javascript should complement server-side code, not replace it. In other words, generally a web-app should not rely on client-side scripting, but client-side scripting - if available - should enhance the user experience.

      An example: form validation should be performed on the server-side. However, client-side validation is a nice bonus, to prevent a round-trip to the web-server only for the user to be told that they made a mistake.

      I understand why you avoid Javascript sites - I avoid sites that require Javascript. But understand that this is the fault of the web developer, not Javascript. Web developers who fail to appreciate that their users have different browsers don't deserve to call themselves developers.

      --
      This is where the serious fun begins.
  46. Employment Requirement by tengu1sd · · Score: 1
    but what about other web-driven languages?

    Hindi.

    What abilities will be needed on the horizon that I can get an early start on learning today?"

    You'll also need a work visa to be hired in India. A taste for curry is also helpful.

  47. webdesin is design by same_old_story · · Score: 2, Interesting
    plenty of people giving you technical advice. I assume you are not talking about web development, but web design, so her it goes:
    webdesign is still design, so study to master the basics elements of design:
    a) composition : creating balanced, interesting , beautiful layouts. study the grid system in depth and be aware of the latest trends (vector arrows and three million lines packed into a small screen). 'less is more': study minimalist.
    b) typography: most content on the web is text . learning how to make text look good (readable) is essential. get to know typefaces, their uses, combinations.
    c) form: you dont have to draw, but the better you do, the less resctricted you will be on you designs.
    d) color: color is paramount. there are tons of good materials on color. the best source is probably painting, painters know all about color. if you are willing to get your hands dirty, painting will give a great start into colors.

    also, you will probably be working a lot with photography: dive into it. take a lot of pictures. learn darkroom techiques. the better photographer you are, at least you will be able to choose your photo material/ work more closely with photographers.

    the best way to achieve all this is probably to study graphic design in general. there will be tweaks and differences from the web, but these are much easier to pick up once you have got a solid foundation. also , most webdesign study material is very poor on designs basic elements, so they are not a good source.
    the things you can mostly ignore from graphic design is technical information regarding output and 'art closing' like pantone color matching, duotone printers, offset setting and stuff like that.

    thats the static part, then study interactivity: acessibility, navigation, ui and you if you are feelling artistic all of john maedas work.

    enjoy

    1. Re:webdesin is design by Anonymous Coward · · Score: 0

      Finally... someone mentioned 'design' skills.

      This is the funniest thread I've read in a while.

  48. Where to start... by dutky · · Score: 2, Insightful

    First, you've set your lifetime goals way too low. If you are any good at all, you will have achieved this in less than a decade (probably half that) and then it's crisis time. Set your lifetime goals higher, the higher the better.

    Second, while you do need to know this technical stuff, that's not all there is to it. On top of HTML, XML, CSS, JavaScript, Java, PHP/ASP and SQL, you will need to understand (and be good at) graphic design, and have some other domain knowledge that gives you insight into the business reasons for the web design work you do. You can't get most of this knowledge quickly or easily, some of it you simply must be born with and some of it will only come after decades of experience.

    Your best bet is to go straight to your local community college and enroll in the Web Design or Web Programming certificate course. While you're at it, think about enrolling in some other, largely unrelated major (business management, visual arts, chemistry, psychology, english literature, whatever) which will give you some outside perspective to ground your technical skills. You can finish up both the certificate and the AA in two or three years as a full-time student, or four years of part-time school/part-time work. While you're there, take advantage of an internship or cooperative education program.

    If you're feeling really energetic, replace community college and AA in the above paragraph with university and BA or BSc. Lather, rinse, repeat.

  49. Misuse of HTTP-A "Functional" solution. by Anonymous Coward · · Score: 0

    "The Web has been polluted by the ever increasing crop of "web applications." HTTP is not designed for session-based, interactive applications."

    Or one could start using functional languages as part of the solution (Of which 'Curl' is one).

  50. How much time do you have? by SanityInAnarchy · · Score: 1

    Learn everything. Learn the basics of, and write at least Hello World level stuff in each of: html/css/javascript, php/perl/mysql/java/ruby/python, c/c++/c#/lisp

    Probably lots more I'm forgetting. The point is, if you want to know what you like working with, you are the only person who can answer that.

    More importantly, by doing this you end up with the same kind of underlying skillset that you would get, say, by playing five or six games for every major gaming platform, or using five or six entirely different operating systems or winodw managers / interfaces.

    You end up having some general skills and an ability to learn new, specific ones very quickly.

    After that, you probably won't want to strictly do web design, more likely web applications. But I can't tell you that. You can.

    --
    Don't thank God, thank a doctor!
  51. Re:Google Suggest crashes my browser, GMal won't w by daemon1010011010 · · Score: 0

    If you sincerely trust the third party, it's not a bad idea to use javascript and cookies in webmail, as long as you're at a trusted terminal. Otherwise, it would be nice to have at least two interfaces. One bloated (or just featurefull) and one minimalist (at least not requiring javascript or cookies).

  52. Math, Logic, Composition, Marketing and Business by foniksonik · · Score: 2, Informative

    Learn how to evaluate a complicated mathematical expression. There are examples you can use everywhere but if you don't know how to read the math symbols you won't know how to apply them.

    Know how logic works. Conditional statements are what makes a web application do almost everything it does. If this condition, do (a), if some other condition do (b), else do (c). You can copy and paste code to get some functionality to happen but if you don't know how it's logic operates you won't be able to customize it to your particular needs.

    Compose things, don't just throw them together. Composition includes balance, hierarchy of importance, and purpose. Use composition when creating the look of a site and when designing the architecture and user flow.... composition tells your audience how to use your site and what is important and what is they should pay attention to.

    Marketing and Business skills will help you understand your clients needs as well as aid you in your own personal success whether you work with a company or on your own.

    Everything else you learn now will most likely be old-fashioned or worse yet EOLed by the time you get into your career... even if you plan to start working in 2 years... languages come and go, applications change all the time and new ways of doing things are constantly being invented or 'innovated'.

    --
    A fool throws a stone into a well and a thousand sages can not remove it.
  53. fourier transforms by Anonymous Coward · · Score: 0

    if you readup on 2d fourier transforms, and then spatial filtering. ie convolution etc. you'll get HEAPS of insight into visual perception and graphical design.

  54. Funny you mention it. by jotaeleemeese · · Score: 1

    I think the heaviest part of the work designing a website is the research part of it.

    You need to devote some time to understanding what he person in front of you is doing so you can grasp what she wants to see on a site.

    If you have a clear idea in general terms of the field and context of a website, then it is easier to ask the right questions to obtain the right answers from a prospective client.

    --
    IANAL but write like a drunk one.
  55. H-1B hike in the works by Anonymous Coward · · Score: 0

    http://www.siliconstrategies.com/article/showArtic le.jhtml?articleId=57300375&_requestid=269669

    CALL YOUR SENATORS NOW!!!!

  56. That site failed by AtariAmarok · · Score: 1
    "and if you want to make yourself stand out somewhat, go look at CSS Zen Garden for something a bit fancy"

    I went there, and bailed after 10 seconds. The "light gray on white" text is a major blunder. If you have to paste the text into a text editor in order to read it, the web page has failed. It is like trying to read a newspaper where someone went over it for a while with Silly Putty and/or an eraser and took away much of the ink. The graphics reek too: the menu on the right in which the headers are pretty much blotted out.

    --
    Don't blame Durga. I voted for Centauri.
    1. Re:That site failed by gbjbaanb · · Score: 1

      I think you missed the point - its a site that has 1 set of content, and as many 'themes' as you can shake a stick at.

      Didn't like the gray on white style? No problem - click the side links and try some others. Note: the links simply change the CSS stylesheet.

      try Black on parchment

      or orange and black on light grey

      or plain black and white-ish

      So, to discover a few ideas about design, as opposed to tying it to content, look at what people have done with the exact same site. It should be a bit of an eye-opener as to what you can do with a bit of imagination, instead of thinking that certain content has to appear in certain ways.

  57. Worlds Worst Website by Anonymous Coward · · Score: 0

    Or this one It's called the World's Worst Website for a reason.

  58. How to use all the tools and methods given so far by ravenII · · Score: 1

    Get one or two portal packages such as http://phpnuke.org/ or http://www.metadot.com/ like packages and change or modify them to your hearts content. You will use mentioned HTML CSS PHP MySQL in the process and you can learn about interfaces with many a themes provided by these portal developers. You will need Photoshop like graphic package to change these. I do not create web sites but I am/have been involved in bringing corporate and governmental databases on to the web. When ever a web designer comes to our firm, one thing I ask is to change one of the given portals to make them look and appear different. So the designer gets his feet wet in the whole shibang, Linux Apache Mysql and PHP. It might help you too. By the way these portals are internationalised and have support for many a languages. If the language you want is missing, you can get involved in translating.

  59. Some thoughts by 1n33d4n4m3! · · Score: 1

    First off all, I suck as webdesigner.
    I have been designing websites since I was 14, I sucked but knew c/perl so I could write a crappy guestbook/form. However I currently am active in the webdesigning/programming/hosting field.

    1: When do you need to make money? Are you unemployed? If yes, you need money fast, learb HTML/php/css/js. If you are a student, party, learn as much as you can, remember that the 'trendy' languages are jus that, a trend, in 4 years they most likely won't be as popular as they are now.

    2:Will you be working for yourself or for a company? If for a company, skip this point. If you create your own company, or freelance, what will be your market? The $12,34 websites (use php/mysql/access(hehe)) or the $30.000 website? (use jsp/asp/php/perl(?)/oracle). Also if you decide to be a lowcost webdesigner you'll need more customers, which means you have to be actively seeking new customers. A company willing to spend 30k on a website will be looking for webdesigners by themselves (just make sure you stand out from the crowd).

    3:Ask yourself; do I really want this? If you want to be in the 'web business' you have to adapt to new technologies fast, is this what you want? I know a guy who was a webprogrammer who hated learning new technologies doomed to fail, but he had to learn the shit because a client thought it was 'hot', he now works as a c programmer and loves it.

    BTW: 1 tip, adult websites: that will earn you some money...

  60. From the view of a user ... by Sleepy_Bozo · · Score: 1

    I am NOT a web designer, so my comments are from a users point of view.

    Learn some art design skills; too many web pages look grotesque or just unattractive.

    Learn good form design; forms should flow logically and be easy to use.

    Remember not everyone uses IE; test your work in multiple browsers, of different ages, including a text only browser.

    Remember not everyone has broadband; keep it as small as will meet your objective.

    Remember the technical things are tools to achieve your end; design and appearance come first, THEN choose the tools to make the design work. This is where you need to be able to use a wide variety of tools well, so you are able to pick the appropriate one. Don't use Flash because YOU like it and feel comfortable with it; use it because it's the BEST tool for accomplishing your design goal.

    Don't force your viewers to use JS, cookies, plugins, etc, unless it's absolutely necessary.It's THEIR computer your forcing to become vulnerable. (Actually, in my case at least, it's me your pushing to a competitor's page!)

    --
    "They have gun control in Cuba. They have universal health care in Cuba. So why do they want to come here?"-Paul Harvey
  61. If you're in it for the money-Competition. by Anonymous Coward · · Score: 0

    "... then don't. Look into a different career, preferably one you enjoy or have some pre-existing aptitude."

    Translation: "Don't compete with me. Else you'll depress the market, and possibly cause my job to go overseas. And then I'll have to get a job at McDonalds not making as much money"*

    *It's nice to know that advice isn't being given with an agenda.

    1. Re:If you're in it for the money-Competition. by Canthros · · Score: 1

      Actually, I couldn't care. I just can't see inspiring any more ding-dongs who're convinced that buzzwords == skill and certifications == competence. Spare me the psychoanalysis: I would recommend against any field of study where his sole interest is a solid paycheck.

      But by all means, troll me some more.

      --
      Canthros
  62. Designer vs Developer... by orion41us · · Score: 1

    There is a big difference between the two, a designer works with marketing/Client to come up with a Nice looking site, graphics, flash and the like. Think of the designer as the GUI person.

    The developer on the other hand is mostly interested in back-end programming of the site i.e. CC validation, shopping carts functionality and the such, bigger businesses have a clear cut distinction between the two. Seems to me that PHP and ASP/ASP.NET are the prominent backend systems for web servers (IIS/Apache). mySQL/msSQL are pretty much the standard DB systems out there. There are a number of other techs though - JSP/IBM's Domino server - ColdFusion ect...

    HTML/JavaScript is pretty much a must for a designer and developer. If your looking to do more developing go with PHP/ASP(.net). It be good to learn some DB skills as well, don't worry too much about flash/shockwave/graphics ect, chances are unless your a 1-2 person teem your going to have a graphics/design person anyway. If your looking to be more of a designer - take graphics art classes, the software is not as important as an ability to come up with nice looking site. Trust me, design is not as easy as it looks.

  63. overabitious suggestions - here are practical ones by Techs-Mechs · · Score: 1

    master your photoshop + hone your basic design skills. html- master use of TABLES - its trickier than most think. rest of html is cinch. learn CSS next and you can effectively transform design comps into webpages. not addressed by most is learning FTP. learn diff btwn transferring in binary/ascii mode. learn setting permissions. i'd not over-focus on learning coding. know basics of what each (ie js, perl, etc) is best used for and just score 'good' free script for what functionality youre looking for.if design is your main bag. anyway, it's rewarding and fun. go for it.

  64. Not funny, insulting by Anonymous Coward · · Score: 0

    Judging from the initial responses, I imagine he won't ask another question any time soon. "What a jerk, he doesn't know everything there is to know"
    What a bunch of fucking assholes you people can be.

  65. Plastics....That is the future.... by einstine · · Score: 1

    (1) Learn how to speak and write English correctly. Most geeks have no clue how to use proper English.

    (2) Learn another language. Spanish or Chinese are a good place to start.

    (3) Learn concepts and theories. Most everything on this thread can be self-taught.

    (4) Learn how to get along with people and work in teams. Learning skills (and having the personality) to lead teams is a plus.

    If you plan to live and work in the U.S., the above list is where you need to focus your efforts. All of the PHP/Perl/CSS/MySQL/etc. stuff will be done overseas under the direction of people with the skills listed above.