Hey Look, It's Every Bootstrap Website Ever
adventurega.me
adventurega.me
As a backend dev, I enjoy the ease with which I can set up a Bootstrap site on my side projects. I'm not good at CSS, so I'll use a Bootstrap theme. It'll make things look all right, and I can focus on content and making the backend work. Later I can return to the styling.
I don't think every site needs to be wholly new and incredibly imaginative. In fact, the uniformity makes it easier for me to process the content.
Bootstrap is great for, well, bootstrapping. Should it be your final CSS when you've had a lot of time to think about your design? I dunno. But I feel that the hate is unwarranted.
I actually find over-designed sites harder to use.
Indeed, I think people underappreciate the advantage of this.
In the past I've designed some pages that were objectively better than the existing patterns, but people wouldn't get it (only hackers, in the hacker news sense of the word, would get it and like it). Now, years of gradual change later, lots of sites work this way and people get it.
These days I notice when sites don't work like most; it makes it really hard to find anything, even though the design might be pretty great on its own.
Imagine if there was a video editing template that cut any movie to 60 seconds, with transitions every 10 seconds, set to the music from Inception: it might look cool the first time, but you'll get sick of the template quickly because it has very specific features that stand out.
Bootstrap is certainly boring and provides a very homogenous visual aesthetic, but it's all in how you use the framework. If you simply pull everything out of the box and slap it onto your app I think you're doing your product a disservice.
If we were discussing desktop applications, would you want every application to have it's own set of buttons, dialogs, modals, and UI conventions? All with different color schemes?
Uniformity comes at the expense of design originality, obviously. But it also comes with the benefit of familiarity, which makes it easier for all users to get the information they need or perform the task they came to do, which is usually more important that originality.
You're overreacting tho. standardization has nothing to do with communism.
I mean also the printing things are probably not designed to have like, shiny inks and such, so with mass producing books, its harder to do the unique printing of the first character, but if /could/ be done. Just, no one wants to badly enough.
Its the free market.
Personally, I prefer even simpler sites than this one, for the most part. (Unless the site does something, I'm not sure I think that js is really needed at all, unless you want an analytics thing.)
That is, unless the other things on the site are the point of the site, in which case of course more stuff is nice.
I don't think its true that preferring a simpler format for the information is necessarily a preference for a lack of aesthetics, but rather a different aesthetic preference.
You know the general way that webpages of students on university websites often look?
At addresses like cs.schoolwebsite.edu/~JRandom/index.html ?
Usually a blank white background, black text, a bit of formatting, but not very much, works fine on pretty much any browser you could think of?
I think there is a specific aesthetic to these sorts of pages, and I personally appreciate that aesthetic.
I don't think that that aesthetic should be considered to be an illegitimate aesthetic choice.
I use a lot of bootstrap for internal web apps so that I can spend nearly zero time on thinking about the UI/layout and all my time just gettin the damn tool built.
If it's public facing I rarely use Bootstrap- but good lord Bootstrap is handy for getting a UI on something quickly or for prototyping a layout.
Everything looks good and the people that actually have to use it don't even know what "Bootstrap" is, but they aren't looking at the result of a programmer doing a half-assed job styling something only 10 people will ever see.
The only thing that I find hard to tune is the navbar, as you can see here it's the only thing giving that bootstrap vibe https://vimeo.com/147455840
All in all it's a good tool to tame browsers.
Good design is hard, and good designers are expensive. Wouldn't you rather have the default design be a good one, instead of paying shitty designers to make shitty designs and use that as the default look for the web?
"Honestly this template does look really nice, though."
I know this is a gripe about the content rather than the presentation, but seriously, so many websites based on this kind of template are a total waste of my time and attention.
I can't find any fault with that. Recruitment is as much broken as interviewing is...
Sometimes clients are unwilling to pay for real design and see more value in that $20 theme forest theme, especially with cheap Wordpress sites being turned around in a day or two.
Nailed it. If I've got a client who has only $10K to spend and I know that I can deliver all of the functionality and a pleasant Bootstrap theme within the budget, then I'm doing the client a disservice not to make that an option. Not only that, even if it's not a theme, but just 'raw' Bootstrap, I'm jumping way ahead and reducing a lot of the browser/window size bugs I'd run into by starting from scratch with the CSS.
Now- if the client was coming to me and the focus was on the design, then I'd be ripping them off if I shoveled some rehashed Bootstrap theme over the fence and called it magic.
I can understand a lot of arguments against it, but I'm still okay with starting your design with Bootstrap CSS for their grids and such. Granted, you could get a lot smaller/more performant grid frameworks, but I wouldn't chastise someone for starting with it.
I do.
I'll take it.
p { max-width: 50em; }
I challenge everyone to go for an entire day with CSS disabled (View -> Page Style -> No Style on Firefox). It will help your design skills if you are a designer.Bootstrap has its uses. Being non-creative and using the same template over and over like everyone else just comes off as unimaginative.
Maybe? Are you meaning 'most' in the more general of terms (in which case I'd argue most programmers couldn't even use bootstrap because most implies > 50% and many programmers are terrible at front end web development)?
Maybe I'm just used to high quality designers but I haven't worked with one yet that couldn't do just that.
Like this? "Ha ha, you chose the most cost effective web-design option. What a dummy you are."
Also, I think, that it embodies style-over-substance in web design: lots of empty space, lots of unnecessary scrolling, lots of cute but pointless gimcrackery.
That's an interesting thought, probably not far from the idea I've had that the ubiquitous "modern" sites will all look dated in a year or two. Fashion is so fickle.
But the real issue is how information sparse and resource intensive these template-driven sites are. The spare craigslist site is arguably quite suited to its purpose, and compact enough that visitors aren't required to navigate far and wide to find what they're looking for.
Can't disagree with the many comments here that designing an attractive and functional website is very hard, but personally I'd rather see a "plain" but useful site vs. a pointlessly overdecorated "landing page" that tells little about the product or service I went to the site to find.
Like any other task or project, quality and effectiveness of the website results reflect the thought and effort put in to it. Kind of weird quoting Spinoza in this context, but this thought of his seems to fit: "All things excellent are as difficult as they are rare."
It's most likely not an accurate description of Tarsnap, but its's a strong enough first impression that I'll immediately close the tab.
And that's a shame, a mutual loss for Tarsnap and any potential customers. Tarsnap pops up on Hacker News quite a bit, so it probably is much better than the impression it gives.
Design certainly isn't a binary choice between adopting fads and abandoning aesthetics completely. The overused styles are overused because they are viable first steps towards a decent design. The cop-out alternative--taking no step at all--isn't better.
http://www.novolume.co.uk/blog/all-websites-look-the-same/
Except you know, this one has four columns rather than three.
Really though, I think people are being a bit unfair on Bootstrap with these criticisms. I mean sure, it makes it easy to make yet another cookie cutter website with the same layout (as a lot of startups have found out), but you can also do some really impressive stuff with the framework if you think outside the box for half a second.
And hey, this template does work for a fair few startups and 'service' companies. Not all of them, but a decent amount of the Silicon Valley type anyway. Why reinvent the wheel for yet another generic company that's probably not going to last six months?
Thanks to bootstrap people with no skills are able to publish their content or put their business on the web at low cost - HOW DARE THEY!! Instead they MUST hire a hipster full stack designer / developer who will build them something using the latest shiny tools and trends, and will then be totally unmaintainable when said tools or trends fall out of fashion and they get bored of it.
If all sites look the same good, it means there is going to be a market for designers to make sites stand out. And if people stick to the templates good too, at least these days they look slick and professional enough - do you remember the web 10 years ago or earlier?
The only thing that is getting old on those bootstrap sites is the appearing icons as you scroll them into view and scrolling instead of having multiple pages. Those fancy patterns will disappear soon enough I expect, perhaps with the next bootstrap version. Then all sites will look alike again, just a bit better.
A designer sees this and thinks "How unoriginal, I could do this much better!"
But that is as if a front-end dev would see a WordPress page and say, that they could do it better.
They probably could in many cases, but do you want to?
Do you want to design 50 landing pages per year?
I don't want to implement the basic functionality of WordPress again and again, even IF I could do it better, because it's a solved problem and it's solved "good enough" for me...
Go, design something new and great.
<div class="row">
<div class="col-lg-3">
<ul class="list-group">Granted, I don't browse the web (just use email, GitHub, Hacker News and Haskell subreddit and the random stuff those link to... and that's about it)...
... but I'm really curious how one stumbles across this theme. What are people looking for on the web? Am I missing out?
Anyone else noticed he forgot to include the Google Analytics code from the template? :D
Bootstrap has become a sign of a lazy developer.
* jokes
* complaints about downvotes
* downvote predictions (thus self-fulfilling prophecies)
* single word / single expression
* simply (dis)agreeing (there are up/downvote buttons for that)
* condescendence, insults, etc.
This is very different from Reddit where numerous threads end up littered with jokes and puns. On the other hand the following types of comments tend to get upvoted:
* insightful and well structured (as in: cut in several paragraphes)
* food for thought
* counter-point (politely worded, obviously)
* sourced
----------------------------------------
Your first comment was probably mostly perceived as a joke:
* “ROFL” just expresses your personal reaction to previous information, and the common use of this acronym usually signals a low quality comment
* “Bootstrap has become a sign of a lazy developer”: this reads as both condescending (“lazy developer”) and unsupported; a more constructed argument with the same idea would have been fine
Your second comment contains the word "downvote", which is often enough to get downvotes.
----------------------------------------
You might want to have a look at:
http://codeofrob.com/entries/you-have-ruined-javascript.html
But what if you want to use a form wizard plugin, validation, a calendar picker, AJAX form posting with backward compatibility and can't use FormData because you have to support those older browsers? Well, all of those cases are covered and VERY well documented for jQuery and the different plugins you'd need. So now you're being very efficient with your time and you're making the smarter choice of giving yourself more time to focus on the problem you're trying to solve, because I doubt rolling your own calendar picker is the goal of the project.
Again, why would you build your own grid and responsive layout/break points when you can just pull in Bootstrap? If the goal of your project is to build a responsive grid, then obviously, go build it. But if your goal is to deliver a web application for desktop and mobile that may already be facing some budget or time constraints, the you're wasting your client's time and your employer's money.
If you're picking Bootstrap or jQuery you're not trying to enhance them. Your using them to jumpstart your project to build the parts that you need to build.
jQuery is bloated and big, but it (and prototype/mootools/etc) lead the way for cross browser compatibility from the time that making an AJAX request required 20 lines of code and a bunch of cascading if/else blocks to make sure which request object you were going to get. It's been around and grown to the size and usage it has exactly because it was/is useful and brought some level of efficiency.
I'm playing a bit of a devil's advocate here because I don't use jQuery for much of anything these days. I'll use it if it's already in a project I've got to touch. But I won't bring it in to a project I start unless there's a real compelling reason.
I absolutely love someone who is interested in making better, specific solutions for things, that is able to really understand the problems that come with building a grid, or a calendar picker, etc.
Once that person has built up their own library of those things, then absolutely they should use them over the jQuery and Bootstrap where it makes sense. But that is also assuming that the developer actually did a better job with what they built than what is offered in Bootstrap or jQuery. It's a bit narcissistic to think you will always be better than what a team of people has been working on for years, but it doesn't mean you're not wrong either.
Often though we are mid project when we realize we need a calendar picker or some other widget for some three forms. I would have a very serious problem with one of my developers careening off course and holding the project up for 6 days so they could build the widget from scratch when they could've gotten one of many jQuery plugins and had all three forms done in two days.
At the end, you bring in the overhead of code maintained by somebody else because you think it will let you finish faster, higher quality, or with features you otherwise wouldn't be able to build.
Because I believe these kind of things must be solved with no JS at all, let alone a bloatware lib.
> If page size or load times are excessive at some point, trim the fat then.
jQuery is THE fat.
> So many things already require jQuery
... that I try to avoid them as virus spreaders.
> a form wizard plugin
Wut?
> a calendar picker
<input type=date>
> AJAX form posting with backward compatibility
XMLHttpRequest (probably with some wrapper functions).
> and can't use FormData because you have to support those older browsers
If a thing happens we must enable front-side file uploads for unterbrowsers without FormData, then we use our custom iframe-based solution and charge the customer additionally. Unterbrowser users must suffer, as well as those who want to support them.
> because I doubt rolling your own calendar picker is the goal of the project.
All the things we need were already rolled long before the project start.
> Again, why would you build your own grid and responsive layout/break points when you can just pull in Bootstrap?
Because my grid weighs 999 bytes. How many kilos does Bootstrap weigh?
> the you're wasting your client's time and your employer's money.
Nope, because the grid is already built.
> If you're picking Bootstrap or jQuery you're not trying to enhance them. Your using them to jumpstart your project to build the parts that you need to build.
Since they don't meet my needs 100% of the time, I would end up with some modules that do the same as the ones written from scratch, but slower and with buggy underlying code. Why would anyone prefer that?
> making an AJAX request required 20 lines of code and a bunch of cascading if/else blocks to make sure which request object you were going to get
How hard is it write it once, the way YOU see fit, and then use it all your projects? Or you believe only jQuery authors are allowed to do that?
> It's a bit narcissistic to think you will always be better than what a team of people has been working on for years, but it doesn't mean you're not wrong either.
I'm not trying to be better than them. But yes, I'm trying to do _things I need_ better than they can offer.
> At the end, you bring in the overhead of code maintained by somebody else because you think it will let you finish faster, higher quality, or with features you otherwise wouldn't be able to build.
In the real world though, "finish faster" and "higher quality" are almost always mutually exclusive.