Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Bootstrap 2.3 Released

blog.getbootstrap.com

Post reply on HN
Print view View original

101–110 of 118 posts

Re: Bootstrap 2.3 Released

#101

Post by Legion »

josteink wrote: post #94
robomartin wrote: post #85

Earlier quoted context omitted.

Ah, see, you would have received an error when running this code! It's "justTestingThis" not "JustTestingThis" if we are talking camel case. So yeah, camel case and case sensitivity add unnecessary fragility to programming. Which is the reason I don't like the fad. You accidentally made my case.

camelCase vs PascalCasing is used to signal and separate public from private in C#, so that you always know what kind of data or function you are working with. It's useful.

Having a convention is useful. It doesn't necessarily have to be that particular one.

Re: Bootstrap 2.3 Released

#102

Post by robomartin »

randallsquared wrote: post #90
robomartin wrote: post #82

Earlier quoted context omitted.

I think the big difference is that camel case added to the ridiculous idea of designing programming languages that are case sensitive just makes for unnecessary friction. Tab vs. spaces will not cause code to break, mistyping camel case in a case sensitive language does. Neither camel case nor case sensitivity makes programming easier, better, faster, less error-prone, clearer, more accurate, et. In other words, it s…

> Tab vs. spaces will not cause code to break Well, mixing them can. Python, for example.

I literally just started going through Project Euler with Python now to get comfortable with the language.

I'll play with that and see. I can't think of any other language where this might matter.

Should I look for anything in particular or simply tabs vs space in indentation on any code?

    # Problems from ProjectEuler.net

    # http://projecteuler.net/problem=1
    def problem_1():
        return sum([n for n in range(1000) if (n%3 == 0) or (n%5 == 0)])


    def problem_1a():
        return sum(set(range(3,1000,3) +  range(5,1000,5)))


    # http://projecteuler.net/problem=2
    def problem_2():
        sequence = [1,2]
        while sequence[-1]  4000000:
            sequence.pop()
        return sum([n for n in sequence if (n%2 == 0)])
I did say I was just getting started!

I'll try the above and other code I wrote with a mixture of tabs and spaced and see what happens. Interesting. If Python actually breaks because of that it's a shame. I really like the language. Is it a matter of IDE interpreter (type code and execute interactively) vs. command-line interpreter (same as previous) vs. module execution (i.e.: "python my_module.py" from the command prompt)?

Re: Bootstrap 2.3 Released

#103

Post by cryowaffle »

zopticity wrote: post #31

Man, I love bootstrap. Not only is it pretty well design from the front end and back end. The less files that are architected are awesome, I wouldn't have thought of it on my own. The guys built it for full customization for advance programmers and dead simple for beginners. Keep up the good work! The only disadvantage to this is that all startups are now 'lazy' and begin using bootstrap default theme colors and styl…

In my opinion that is AWESOME that lazy startups are defaulting to basic bootstrap theme. 1) It is WAY better than the crap that a non-design oriented engineer would come up with and 2) it lays an awesome foundation for a designer to come in and make improvements. Usually engineers write the first 10,000 lines of code on a project so give them a dead simple UI framework so they don't create something horrible in it's place.

Re: Bootstrap 2.3 Released

#104

Post by robomartin »

blowski wrote: post #95
robomartin wrote: post #79

Earlier quoted context omitted.

> It's one of those typical things that novice programmers fret about. I think you might be generalizing a little too far here. I've been programming for over thirty years in more languages than I care to remember. Every so often a meme of some sort raises to the surface and the sheep jump on it. Hungarian notation was probably one of the ugliest of all. Case sensitivity is another. And, case sensitivity added to cam…

Any actual research to support that, or is it just an opinion? As I can't find any data, I've asked on programmers.stackexchange.com. http://programmers.stackexchange.com/questions/186407/are-th...

Let's see how long that one stays open! :-)

From one of the answers:

"results indicate a significant improvement in time and lower visual effort with the underscore style. The interaction of Experience with Style indicates that novices benefit twice as much with respect to time, with the underscore style."

Having said what I said, I'll program in any language and abide by any convention if required. That's just what you have to do as a programmer. No issues there. If a client requires camelCase, so be it, it's not like it is crippling.

If I have the freedom to do so, I tend to be very pragmatic about my own projects. I don't subscribe to fads both in my personal life and in software development. Camel case and Hungarian notation are just fads that, when surfaced, may or may not survive the test of time. The second, for the most part, did not. We'll see what happens with Camel case. None of this crap is necessary to write good code, or code that is bug-free, or code that makes you money.

Life goes on. Those who love to camelCase, hey, it's OK, not the end of the world.

Re: Bootstrap 2.3 Released

#105

Post by joshuacc »

robomartin wrote: post #102
randallsquared wrote: post #90

Earlier quoted context omitted.

> Tab vs. spaces will not cause code to break Well, mixing them can. Python, for example.

I literally just started going through Project Euler with Python now to get comfortable with the language. I'll play with that and see. I can't think of any other language where this might matter. Should I look for anything in particular or simply tabs vs space in indentation on any code? # Problems from ProjectEuler.net # http://projecteuler.net/problem=1 def problem_1(): return sum([n for n in range(1000) if (n%3 =…

> I'll play with that and see. I can't think of any other language where this might matter.

CoffeeScript as well, if I recall the indentation rules correctly.

Re: Bootstrap 2.3 Released

#106

Post by lmm »

instakill wrote: post #2

Not sure how I feel about the swearing on the page.

I liked the casual tone. It read like the sort of thing you'd actually say when explaining the framework, and required less mental effort to interpret than program documentation usually does.

Re: Bootstrap 2.3 Released

#107

Post by ChikkaChiChi »

Bootstrap allows developers to prototype something that looks good enough for production use without having to worry about a lot of the minutiae of layout.

For that, I will always looooooooooooooove yoooooooooooooouuuuuuuu ooooooooooooh Iiiiiiiiiiii will always loooooooooove yooooooooooooouuuuuuuu.

Thank you.

Re: Bootstrap 2.3 Released

#109

Post by shawnphoffman »

bluetidepro wrote: post #75

It would be awesome if someone built a Bootstrap version converter. I'm currently using v2.2.2, and I simply don't really have the time to go through all the code to get it upgraded to the extent of making sure nothing breaks. Does anyone know the best way to do things like this, if a converter doesn't exist? It would be nice if the docs still had old versions, sort of like WordPress or PHP docs do, where you can see…

I've heard this before and I think it's a great topic. Is the addressable issue that there needs to be a way to "upgrade" to the newest version or is there a fundamental oversight into how we handle upgrades of amazing resources like this. I feel like there is an elegant solution out there but it just hasn't been adopted into CSS and JS yet.

Re: Bootstrap 2.3 Released

#110

Post by randallsquared »

robomartin wrote: post #102
randallsquared wrote: post #90

Earlier quoted context omitted.

> Tab vs. spaces will not cause code to break Well, mixing them can. Python, for example.

I literally just started going through Project Euler with Python now to get comfortable with the language. I'll play with that and see. I can't think of any other language where this might matter. Should I look for anything in particular or simply tabs vs space in indentation on any code? # Problems from ProjectEuler.net # http://projecteuler.net/problem=1 def problem_1(): return sum([n for n in range(1000) if (n%3 =…

If I recall correctly, Python's indentation counts characters, so a single tab is not the equivalent of four or eight spaces, but only one. If you accidentally mix them, therefore, lining things up visually in your editor will result in indenting or outdenting where you did not intend.
Post reply on HN