To me, accessibility and approachability are two of the most important tenets of any discipline. I think it's important that we make sure there are more Tiffanies and less stories of overharsh criticism (eg. http://harthur.wordpress.com/2013/01/24/771/)
You might not think that everyone should learn how to program, and that's okay, I agree with you -- but at the very least, I think people should have the ability to learn what they want to learn, as ably and quickly as possible.
Maybe it's because I'm old (41, starting programming on a TRS-80 in the early 80s), but I'm astonished sometimes at how much fuss is made over such relatively minor achievements. This is lowering the bar on what stories are 'interesting', and - honestly - turns me off coming to HN because of the (for me) lower signal : noise ratio.
And I disagree that accessibility is so important. Hard stuff is hard, and takes time and effort to work out. To provide a counter and parallel example - these days anyone can download some software and produce 'music' on their computer, and the ease of doing this means that a whole pile of rubbish is produced, some of which people actually believe is worthy of sale. People who are talented and capable will always find a way; conversely, I don't think it's a bad thing that people who are less talented and less capable give up, and find something else they are better at and have more fun doing.
Oh man, I remember when everyone looked down on web programmers and PHP monkeys. Hah. (I also did my much of my early programming on a trs-80, but mine was an obsolete tandy model 100 that I brought to school in the mid-90s, mostly to automate the 'guess and check' rote math homework.)
It used to be that there was a strong hierarchy. I know in the '90s and the first half of the '00s, you had the "real programmers" - the embedded and systems programmers... then the sysadmins, then your web programmers, then your web "designers" - with respect scaling in the obvious direction.
But, I think, this has shifted, especially in the HN world, where VC is very influential. The web programmers are now the 'serious programmers' - the valuable commodities, with designers also being fairly important. My people, the sysadmins are largely considered surplus population, and what you would have called 'real programmers' are now irrelevant old fogies that sometimes have interesting things to say.
(the question that looms in my mind is this: Will the construction of online CRUD apps be automated the same way that the construction of native CRUD apps were automated in the '90s? Will we have 'visual FoxPro' for the web? I mean, my stepfather, a long time user of such programs has shown me some of the rudimentary dot-net stuff... but it's not all the way there, as far as I can see, when it comes to whipping up a webapp as simply and easily as it whips up a native app.)
>This is lowering the bar on what stories are 'interesting', and - honestly - turns me off coming to HN because of the (for me) lower signal : noise ratio.
See, I've always thought of HN as a site more focused on the business side than the technical side. I mean, we do have some interesting technical articles, but ycombinator is about making money, and a lot of that is raising money. (my impression is that being young and goodlooking is an important part of raising money right now, but what do I know? I have yet to seriously attempt raising money.)
From the business perspective? learning how to, you know, use computers is pretty important and interesting.
>conversely, I don't think it's a bad thing that people who are less talented and less capable give up, and find something else they are better at and have more fun doing.
See, I kindof disagree. Sortof. in a way. You see, I think using computers is a bit like literacy. We all can't be Shakespeare, but even if you only get to 'spot is on the rug' well, you are way better off than otherwise.
Personally, I think that really basic programming should be taught in schools the way reading and writing is. Sure, most people aren't very good, but we put a hell of a lot of effort into getting folks to the 'spot is on the rug' level, and I think that most people would be better off if they, say, knew how to make a loop and an 'if' statement in basic.
I mean, certainly, most people can't be specialist programmers. But look at those CRUD app creators in the '90s, like FoxPro. Your ability to understand business processes was just as important, if not more important than your programming ability. We have the ability to make simple programming languages. We have the compute power to be able to run extremely inefficient code at reasonable speeds. Knowing just a little can help a whole lot.
On its face, it's a person talking about their personal accomplishment in making a static HTML/CSS website--something that you seems minor to you as a professional that has been doing it for as as long as you have--but I think you forgot the original thrill you got when you first got your TRS-80 to work. Being able to see the thrill of a beginner again should remind you of your own personal thrills. To have more people be able to code, and to speak the same basic language is a good thing. How many times have you wished your manager knew just a bit of coding, so he's not whipping you on why you took 2 weeks to debug that concurrent code and ended up only changing one line?
At a broader level, many of us are programmers, but we're not programmers in a vacuum. Few of us make things only just for ourselves, and being able to be a better programmer often is being able to relate and empathize with users. In addition, seeing programming again from the eyes of a beginner will often teach you much about what is difficult and what is not, because you've been dulled to the pain for so long. Beginners remind us to rethink assumptions we have, and whether they're still valid.
And lastly, at the biggest scope, software is eating the world. Many of the middle class work and jobs are being replaced with automation, and the OP is a small drop in the river of people realizing this, and scrambling to learn. If you're an entrepreneur, this is especially interesting because there's a demand and a need for education for a different audience, and that is opportunity.
In reference to accessibility, I think it is important. I agree that hard stuff is hard. There are no shortcuts to mastering something. But it doesn't mean that getting started has to be hard. Many of the cultural influences on society nowadays has been made simply due to accessibility to technology. When you democratize a technology for the masses, sure you're going to get lots and lots of crap. But there's no limited warehouse on the internet, and we have the ability to float cream to the top with search, aggregators and other tools. Without this phenomenon, many of the blogs you read on a daily basis wouldn't be on HN for you. Many of the youtube videos that you learned something from or were entertained by wouldn't be there. Because, if accessibility isn't important, then "hey, just setup an Apache web server and FTP it there."
If accessibility isn't important, you might as well drive a car by timing the firing of the pistons, rather than stepping on the gas pedal.
The answer, I think, lies at the center of the hacker mindset: there is inherent value in the experience of making things, and inextricably, the experience of learning how to make them, regardless of the value of the end product. Surely if we believe it's valuable in and of itself to eg. write a Brainfuck compiler or scrape HN for sentiment analysis or build and launch a satellite with the sole purpose of detecting gravitational waves, we must believe it's also valuable for someone to learn to program and build a project, even badly.
So with that in mind, I absolutely think accessibility is important, resume bullet points and job prospects aside; for the same reason I think art, music and woodshop should be taught in schools even though most kids won't grow up to be painters, singers or woodworkers.
But we may be missing the bigger picture. What you call a minor achievement is in reality a big step towards becoming a programmer. The biggest block to programming is being courageous enough to dig into the source code. Be it markup, or else. Who are we to criticize the achievements of others? When in reality we walked down the same path. Do you not remember the first time you were able to print your name to the terminal prompt? I do. It was 1984. I got the same jolly feeling when I did it with Javascript, back in the year 2000.
Who knows if the OP will turn out to be a great programmer?
I hear this a lot. While I would not call most basic work on websites very complex, I struggle to figure out why it's not programming.
You are writing a series of inline presentation commands mixed with content, not unlike how Knuth preferred to write (a technique he called literate programming and that frequently went double-meta when he'd embed TeX documentation for the Tex source code using TeX). This document structure can then be further augmented by directives in one of a few (common, many exist in the margins) ancillary languages, two of which have variables and loops, one of which is Turing complete.
Making websites is programming by any reasonable definition of the word. Usually the people I find saying it isn't then make arguments that are basically design to exclude anyone who hasn't been at it as long as they have. Usually, because they're a little insecure about the slow erosion of the barrier to entry to the field.
There are plenty of things in our modern world to get your jimmies rustled over, man. If you wanna take on a really scary-bad-idea issue in this sector look at how a very good embeddable Javascript engine is being misused for sub-par, poorly designed distributed systems programming.
A friend told a story about a recent job interview for a devops position. He'd already had phone interviews and a breakfast chat with some engineers from a company with offices in his city, and all that was left was meeting the bigwigs at their office.
As the interview started, one of the executives asked, "So what programming languages do you use most often?" My friend replied, "Well, it depends on the job. PHP, Perl, Python, shell, ..." "Oh," the executive interrupted, "so you're not a programmer, you're a scripter!"
I understand and appreciate the sentiment that marking up text isn't programming, but it reminds me of the sort of mindset that says you're not a real programmer unless you're banging machine code into memory using the front panel of a MITS Altair 8800.
with 41 you are certainly NOT old! You just started to be very experienced. You comment and your annoyance about this "news" proves it. And I totally agree with you.
Her facebook friends are a sufficient audience to say a "well done".
It's not so much that the skillset that's required is different, though that's certainly part of it, it's that us junior devs are simply not used to having our code scrutinized very much. Sure, we've done some pair programming and group projects, but that was with other inexperienced undergrad/grad students, and it was difficult to just say "this code sucks, do it over" to an equal, just as much as it was difficult to hear that.
It's simply a mindset that is hard to break out of. A lot of us, myself included, were not ready for the reality that is a code review. I've gotten a lot more used to it, and I'm settling nicely into my role I think. Until now my mindset has been "make it work". I'm now transitioning to "make it work well. It's still hard to have to defend your code or methodology, or worse yet, during code review have the sudden realization that it is indefensible.
Seriously, with this one insight the author is ahead of a good third of the professional web designers out there.
It's definitely a big step up from this - http://www.tiffany-young.com/gexpro.html :)
I think it's great when people work with the feedback they get and decide to act on it.
I have to admit though I was a little surprised this post was about simple frontend design/HTML/CSS, I was expecting something more... techy.
People with too much time on their hands I guess. There's a phenomenon (that I subscribe to) that includes helping people by pointing out mistakes (since humans learn by making mistakes) but often not providing guidance. Not providing guidance forces the person who made the mistake, to think about it and then fix it in their own way.
Its not the kindest form of helping, but its pretty darn effective.
I hope that's not a trait unique to women, but one wonders.
Personally, I read and upvoted this post because it was well written, interesting, and was interesting to see through the eyes of a total beginner. The author's gender was not a factor in my vote nor my opinion of the blog post. I am a woman myself.
So no. You are wrong, misinformed, inflammatory, and offensive. Crawl back into the abyss from whence you came, Tentacle.
Voyeuristic tendencies aside, a lot of experienced programmers find that stuff refreshing. Less experienced programmers often find inspiration to try new things.
Which says a lot about how sexism works both ways :)
What seemed like a first timer progressing, giving you the ahh, how cute (like a cat video), all ended for me on the last line, where she addressed me with my first name.
I immediately assumed it was someone who had used a facebook/google 0-day to get profile information and show off at the end, hitting you while you were at ease, reading this lovely progression... until I continued to read and figured she just had a friend called Nick :P Guess I'm to paranoid for the internet :)
So, what's the problem with the <center> tag?
First, at the purely technical level, <center> was deprecated in HTML4.01 and is not part of HTML5 at all. As far as I know browsers will still render it fine, but it's technically not valid HTML5.
Second, <center> was deprecated along with other tags like <font>, <blink>, <big>, and <strike> because of a popular movement in the late 90s to encapsulate the logical and semantic structure of the document in HTML and the display structure in CSS. So, there's a case to me made for not using it as a Best Practice™, irrespective of the technical details about what browsers do or don't do, whether it's deprecated or not, etc.
Third, other people take your code as a reflection of what was going on inside your head when you wrote it. Your HTML and other code exists in a cultural milieu whether you like it or not. Potential employers will certainly read these sorts of things into your code, so if you care about that then you should care about what they'll think when they see you using the <center> tag.
In sociolinguistics there's an idea of the "prestige" of a dialect. For example, in the US, someone speaking Received Pronunciation (http://www.youtube.com/watch?v=bIemPxHSb6Q&t=6m28s) will be perceived as more educated and worldly while something speaking with a thick Appalachian accent (http://www.youtube.com/watch?v=03iwAY4KlIU) might be perceived as a hillbilly. It's relative to both the listener and the speaker, of course, so someone might think someone with an RP accent is a snob or find solidarity in in a shared-but-low-prestige identity (cf. http://www.youtube.com/watch?v=d7CzHFWsXQQ).
The <center> tag is a marker for a low prestige dialect of HTML authorship. The fact that the OP got mildly reprimanded for using it is actually a sign of that. Folks will take its use as a sign that the author is an amateur and doesn't know that much about HTML. And if she were to use a <font> tag, oh buddy -- let slip the dogs of war!
This isn't inherently true, of course. If I sat down and wrote some HTML using center tags I wouldn't suddenly know less about HTML, but that's the default presumption. This might not seem fair, but be honest: what would be your default, automatic reaction to someone using the <blink> or <marquee> tags non-ironically?
Like someone moving to a foreign country for the first time, you'll pay a price if you don't understand the parameters of the culture in which you've decided to participate. Even if you disagree with the "cultural" conclusions, e.g., you think <center> is fine in certain situations, you should have an idea of how other folks might take it. Otherwise you'll be surprised, confused, and perhaps a little hurt when folks push back.
I'm currently working on a very HTML/JS heavy open source project and a co-developer had included some center and bold tags in the code. I will instead replace them with em/strong and inline:center; since I would not like our project to be judged by our absense of "best practice".
Since the move is to have presentation handled by CSS and HTML should only be used for semantic markup, the tag has been deprecated."
http://stackoverflow.com/questions/4873491/what-is-so-bad-ab...
The thing is, finely textured backgrounds have been slowly creeping back into the web design world for some time now after the collapse of the organic noise craze touched off by Apple's popularization of the linen background. It's time for some coarse patterns!
Dark green on yellow is actually the easiest to read, but that's garish.
Sad to see another soul giving in to the temptation of "over-designing" things. For fuck's sake, what's wrong with light text on a white/gray backgrounds? She could've tweaked the fonts, spacing and colors a bit, but people no longer do that these days, instead she went full steam and overdesigned the shit out of it and it still looks bad.
...she could've learn a bit of Javascript and called herself a programmer instead of masturbating with CSS and posting about it on Facebook.
If you're not a designer, don't overdo design because you're not gonna do it well! If you are a designer, just stop when it looks "good enough" and start working on something more interesting than a bloody website design! We're wasting waaay too much of our lives "designing" stuff, whether it's our garden or a blog, instead of actually putting things and information in order (no, just "search" is no good enough though I guess some day I'll be able to google for my keys) or actually building cool new things!
This is about learning. Going through evolution of design from the ground up. Getting that joy that only comes when you do View Source and every single line is written by you.
You might consider changing your banner's background color to something more "minty" like #45E488. It seems more you.
As someone who has never met you, I feel 100% qualified to say this.
Usually this means that it will look impossibly thin on Windows.
Raleway medium would look better, or you could look at some other fonts like Lato http://www.google.com/fonts/specimen/Lato
I just went through the codecademy HTML/CSS course not expecting much and came out with a bunch of new knowledge.