Put some fear of real punishment into the hearts of the people who can't control their drinking and they might be less inclined to try their luck.
As a person who was charged with a DUI after having ONE BEER (I was in no way impaired) when stopped at a roadblock, there are serious problems with your strategy. Many local and state conservative governments like to have things but not pay for them, so they use DUIs as a grossly unjust money-generating source of revenue. Luckily I'm a upper-middle class white man so I was able to buy my way out of it.
It's people like you that ruin people's lives, not me.
Can anyone recommend an Android app that can filter the screen by either dimming it past what it normally does with the built-in settings, or removes certain light frequencies?
Point 2 however, I think you're letting your inner troll take over too much of your post.
Yeah, this is definitely true. What is pissing me off more than build times (which seems to have been settled greatly in the 1.0 release - now I don't notice the difference) is the slow speed of the editor itself. Repainting, auto-completions, tabbing through, etc. is slow, etc. There are a few missing features from Eclipse (although there are new features as well). I just hate the feeling of being forced to downgrade.
However, in all seriousness, I don't think Android Studio is a piece of shit - I think it was just too early to switch. But I realize I will get used to it in time.
Yes. And duh, I did turn the AV off, numbnuts. As I mentioned, turning it off improved build times immensely, but I never had to turn off AV in Eclipse. There are two speed comparisons: 1. the Gradle build system, and 2. the speed of the IntelliJ IDE.
1. Gradle in Android Studio takes longer than the backend of Eclispe. In optimal conditions, it's as fast. But it's been worse in our project. 2. You can watch the IntelliJ IDE repaint itself when switching editors. It's pathetic. There are also the intermittent pauses which happen a LOT, a lot more than in Eclipse.
A thousand upvotes, sir. Android Studio and Gradle has been a clusterfuck hair-tearing horror which has cost us dozens of hours of downtime. Well, maybe I exaggerate about the hair-tearing, but sure as hell not about the dozens of lost hours.
THIS. I can't fucking stand it when people say it's faster to program in Notepad or Vi or whatever than it is in Eclipse, Android Studio, or whatever. It's absolutely not; if you can go fast in Notepad then you can go fast in a "bloated" IDE.
The worse decision we ever made in my team was to switch to Android Studio. It's much slower, and the few items that are better are by far outweighed by the many items that are worse.
Better: * Expands R.id.string identifiers into the English text * Condenses some verbosity in Java, such as inner classes with a single method (think OnClickListener) * Shows colors on the left margin
However, there are so many worse things. It doesn't have all of the refactoring features available in Eclipse. But by far and away the worse thing is its speed. I saw build times of 10+ minutes, gone up from 15 seconds (granted, we believe this was the antivirus, but still, on a good day it was 1 minute 30 seconds). You type, and every 30 seconds or go it will just pause for a blip and make you wait one second. It takes about a second for the screen to completely redraw as you ctrl-tab to switch editors. It starts up slightly faster than Eclipse, but startup time is microscopic compared to the time you're not starting up your IDE.
The Gradle build system did not live up to its hype. It is absolutely no better; it's just different. You have to learn everything again, and it's hard to customize builds because of the sparse documentation. Ant was a piece of shit, but well documented and stable. They really could have changed the game with Gradle, and they simply didn't. The build flavors sound so good but they are surprisingly limited; you can't do anything with them except what Google planned on. For example, you can't make Amazon and Google builds because you can't change targets with flavors. You can, of course, write a custom script to do so, but then what the hell have you gained - we already had to write custom scripts!
Honestly I could go on and on, but switching to Android Studio has cost my team dozens of hours of wasted productivity losses.
I'm really looking forward to see improvements in Android Studio - because I'm going to have to deal Android Studio for many, many years.
it surpassed Eclipse a long time ago
No, it definitely hasn't. Even the Facebook SDK doesn't include instructions for Gradle/Android Studio (at least not a month or two ago when I looked)
In fact, Jesus didn't redefine sin; he redefined the punishment for sin because he was to bear that punishment himself on behalf and in place of mankind.
He sort of did, in fact. It's the new covenant vs. the old. Most (not all) people hold that wearing polyester is no longer a sin, for example. Most use http://biblia.com/bible/niv/He... (Hebrews 8:13) as the proof. Then again, one is free to cherry pick the bible as one pleases.
Well, there you go. Belonging to a community is different from being an atheist. I am an atheist and have never been in a "community", websites, etc. There's no dogma behind being an atheist. There's probably dogma in many communities of anything, including atheists.
The difference between C++ and Java or Ruby is that you're more likely to discover you have a problem at compile time with C++.
Totally not trolling here - can you explain that? It seems to me that any statically-typed language is equally capable of finding problems at compile time.
Are you referring to the fact that it's possible to typedef integers in C++ and not in Java/Ruby? So using an int incorrectly in Java/Ruby wouldn't cause a compile error? That seems like a big stretch to me, that that's actually a quantifiable boon to C++.
Quietly shitting exceptions into a log file is actually better behavior than crashing (unless there's data corruption involved), and in fact, sounds like expected behavior.
You are what is called a "C++ apologist". You are comparing C++ to nothing except itself and abstract complexity (and offhandedly VisualBasic), instead of actually coming to terms with the real problems of C++.
Let me offer you a few pieces of evidence of C++'s failures. * C++ has a text preprocessor. A solution to engineering constraints of fucking 1970. No one has or will ever do that since 1975. Everything is and should be resolved symbolically. * C++ is meant to be able to compile C code with no to minimal changes. This really makes * D. Read http://dlang.org/cpptod.html which is a description of how another systems-level language dealt with perceived drawbacks of C++. I don't think D is perfect by any means, but there are many thoughtful improvements to C++. * Read http://yosefk.com/c++fqa/defec... for a bunch of valid complaints about C++ (granted, many of those can be argued).
I remember taking a test as a VERY young child (one of my earliest memories). I was getting all of the questions right and was getting bored. As a person who loves exploring, I wanted to know what would happen if you got one wrong, so I purposely chose the wrong answer twice (choose which shape this shape can fit in - star, circle, square, or something like that). I thought it was really obvious the answer, and I chose wrong, and then was very disappointed to learn that when you get one wrong, she just says "no that's not the right answer, this is", and moves on. Turns out I "failed" the test so I didn't get in the advanced classes for kindergartners.
In the two major cities that I've lived in (in the U.S.), cab drivers are hands down the worst drivers on the road. Usually they didn't grow up in the U.S. and therefore don't drive the same. America has its faults, but we drive comparatively well compared to the rest of the world.
An interesting anecdote from a friend of mine who moved here from South America told me how he was amazed how everyone here follows the rules. He observed a thug-looking fellow bellowing loud music and smoking a joint in his car, with the implication that he probably was a person who committed crimes, but he still stopped at the stop sign.
No kidding - he's probably lying, but if he hired three people who couldn't use {}, or even works for a company who hired THREE of them, then he's the idiot.
FYI to your racist rant, actually it's just African Americans that are athletically superior, not blacks. African Americans are genetically superior athletically due to selective breeding due to slavery and therefore physical work. This does actually confront the "baseball" comparison of the 1950's which does not relate to 2014 Facebook racial makeup.
Comparatively, horses are incredibly larger, stronger, faster, etc., than they were just a mere 2000 years ago due to the military importance of them and therefore the immense selective breeding that came of it. The reasons a few certain countries in Africa such as Kenya always win marathons is due to genetic makeups, but it's not a "black" thing it's a gene pool thing.
"Asians" in your view are actually American Asians. The Asians who come to America are financially superior than their counterparts who could not come.
However, humans are 99.9% genetically similar. There is no plausibility that any human by race could not become equal to another by another race within a few generations of genetic swapping.
So he STILL needs to learn C or C++ if he's serious about writing games. Even a graphically-intense smartphone game has C underpinnings.
WTF? No, he or she doesn't! Name 1 game that actually requires a programmer to learn C or C++, and I can name 100 or even 200 that don't. ESPECIALLY on a smartphone.
Java is, by all benchmarks that I can find, the fastest non-native language that exists. Java was known as slow in 1996. It's been intensely optimized since. I'm sure there are some programs that are sometimes faster due to very circumstantial situations. Here's one example, there are countless others: http://benchmarksgame.alioth.d...
I also think my given citation or the many others I can find just isn't enough to make any declaration about which is "fastest" - it would be safe to say they are fairly equivalent, and this whole argument about their comparative speeds is stupid. Average CPU abilities, amount of memory accessible, and what not change so consistently that anything you write now which is a little bit too slow will be fast enough in a year.
but anything that really needs fancy graphics or fast processing will need C++ or C.
Totally incorrect. Anything that needs fancy graphics just require an SDK with access to a fancy graphics processing engine. I've written games in Java that use OpenGL on the backend. You don't need the language to be C or C++ to access OpenGL. As far as fast processing requirements, I guarantee you most games don't actually need processing that would not be fast enough in bytecode but would be fast enough in native code.
You can also use a progressive tax system to achieve some of the same goals. In fact, we already have a progressive tax system! You just want to ramp it up a bit. I disagree with a maximum wage, and I think you are probably exaggerating anyways, but a progressive tax system is a good thing.
the existence of a man named Jesus who was crucified in the first century is one of the most verified humans in antiquity
The most verified? The most discussed, sure. I doubt the most verified. There are thousands of data points about the existence of Julius Caesar. How many exist for said Jesus character?
What exactly are you talking about? It is not ambiguous or confusing to be opposed to the death penalty in addition to being opposed to unjust convictions.
Slashdot Mirror
Put some fear of real punishment into the hearts of the people who can't control their drinking and they might be less inclined to try their luck.
As a person who was charged with a DUI after having ONE BEER (I was in no way impaired) when stopped at a roadblock, there are serious problems with your strategy. Many local and state conservative governments like to have things but not pay for them, so they use DUIs as a grossly unjust money-generating source of revenue. Luckily I'm a upper-middle class white man so I was able to buy my way out of it.
It's people like you that ruin people's lives, not me.
Can anyone recommend an Android app that can filter the screen by either dimming it past what it normally does with the built-in settings, or removes certain light frequencies?
Point 2 however, I think you're letting your inner troll take over too much of your post.
Yeah, this is definitely true. What is pissing me off more than build times (which seems to have been settled greatly in the 1.0 release - now I don't notice the difference) is the slow speed of the editor itself. Repainting, auto-completions, tabbing through, etc. is slow, etc. There are a few missing features from Eclipse (although there are new features as well). I just hate the feeling of being forced to downgrade.
However, in all seriousness, I don't think Android Studio is a piece of shit - I think it was just too early to switch. But I realize I will get used to it in time.
Are you fucking serious?
Yes. And duh, I did turn the AV off, numbnuts. As I mentioned, turning it off improved build times immensely, but I never had to turn off AV in Eclipse. There are two speed comparisons: 1. the Gradle build system, and 2. the speed of the IntelliJ IDE.
1. Gradle in Android Studio takes longer than the backend of Eclispe. In optimal conditions, it's as fast. But it's been worse in our project.
2. You can watch the IntelliJ IDE repaint itself when switching editors. It's pathetic. There are also the intermittent pauses which happen a LOT, a lot more than in Eclipse.
A thousand upvotes, sir. Android Studio and Gradle has been a clusterfuck hair-tearing horror which has cost us dozens of hours of downtime. Well, maybe I exaggerate about the hair-tearing, but sure as hell not about the dozens of lost hours.
THIS. I can't fucking stand it when people say it's faster to program in Notepad or Vi or whatever than it is in Eclipse, Android Studio, or whatever. It's absolutely not; if you can go fast in Notepad then you can go fast in a "bloated" IDE.
The worse decision we ever made in my team was to switch to Android Studio. It's much slower, and the few items that are better are by far outweighed by the many items that are worse.
Better:
* Expands R.id.string identifiers into the English text
* Condenses some verbosity in Java, such as inner classes with a single method (think OnClickListener)
* Shows colors on the left margin
However, there are so many worse things. It doesn't have all of the refactoring features available in Eclipse. But by far and away the worse thing is its speed. I saw build times of 10+ minutes, gone up from 15 seconds (granted, we believe this was the antivirus, but still, on a good day it was 1 minute 30 seconds). You type, and every 30 seconds or go it will just pause for a blip and make you wait one second. It takes about a second for the screen to completely redraw as you ctrl-tab to switch editors. It starts up slightly faster than Eclipse, but startup time is microscopic compared to the time you're not starting up your IDE.
The Gradle build system did not live up to its hype. It is absolutely no better; it's just different. You have to learn everything again, and it's hard to customize builds because of the sparse documentation. Ant was a piece of shit, but well documented and stable. They really could have changed the game with Gradle, and they simply didn't. The build flavors sound so good but they are surprisingly limited; you can't do anything with them except what Google planned on. For example, you can't make Amazon and Google builds because you can't change targets with flavors. You can, of course, write a custom script to do so, but then what the hell have you gained - we already had to write custom scripts!
Honestly I could go on and on, but switching to Android Studio has cost my team dozens of hours of wasted productivity losses.
I'm really looking forward to see improvements in Android Studio - because I'm going to have to deal Android Studio for many, many years.
it surpassed Eclipse a long time ago
No, it definitely hasn't. Even the Facebook SDK doesn't include instructions for Gradle/Android Studio (at least not a month or two ago when I looked)
In fact, Jesus didn't redefine sin; he redefined the punishment for sin because he was to bear that punishment himself on behalf and in place of mankind.
He sort of did, in fact. It's the new covenant vs. the old. Most (not all) people hold that wearing polyester is no longer a sin, for example. Most use http://biblia.com/bible/niv/He... (Hebrews 8:13) as the proof. Then again, one is free to cherry pick the bible as one pleases.
To belong to any atheist community
Well, there you go. Belonging to a community is different from being an atheist. I am an atheist and have never been in a "community", websites, etc. There's no dogma behind being an atheist. There's probably dogma in many communities of anything, including atheists.
LOL :)
The difference between C++ and Java or Ruby is that you're more likely to discover you have a problem at compile time with C++.
Totally not trolling here - can you explain that? It seems to me that any statically-typed language is equally capable of finding problems at compile time.
Are you referring to the fact that it's possible to typedef integers in C++ and not in Java/Ruby? So using an int incorrectly in Java/Ruby wouldn't cause a compile error? That seems like a big stretch to me, that that's actually a quantifiable boon to C++.
Quietly shitting exceptions into a log file is actually better behavior than crashing (unless there's data corruption involved), and in fact, sounds like expected behavior.
You are what is called a "C++ apologist". You are comparing C++ to nothing except itself and abstract complexity (and offhandedly VisualBasic), instead of actually coming to terms with the real problems of C++.
Let me offer you a few pieces of evidence of C++'s failures.
* C++ has a text preprocessor. A solution to engineering constraints of fucking 1970. No one has or will ever do that since 1975. Everything is and should be resolved symbolically.
* C++ is meant to be able to compile C code with no to minimal changes. This really makes
* D. Read http://dlang.org/cpptod.html which is a description of how another systems-level language dealt with perceived drawbacks of C++. I don't think D is perfect by any means, but there are many thoughtful improvements to C++.
* Read http://yosefk.com/c++fqa/defec... for a bunch of valid complaints about C++ (granted, many of those can be argued).
I remember taking a test as a VERY young child (one of my earliest memories). I was getting all of the questions right and was getting bored. As a person who loves exploring, I wanted to know what would happen if you got one wrong, so I purposely chose the wrong answer twice (choose which shape this shape can fit in - star, circle, square, or something like that). I thought it was really obvious the answer, and I chose wrong, and then was very disappointed to learn that when you get one wrong, she just says "no that's not the right answer, this is", and moves on. Turns out I "failed" the test so I didn't get in the advanced classes for kindergartners.
1) Do you really want two-ton land missiles driven by desperate people who are driven to cut corners to stay competitive?
We already have those. They're called taxi drivers.
proper training and licensing of drivers
In the two major cities that I've lived in (in the U.S.), cab drivers are hands down the worst drivers on the road. Usually they didn't grow up in the U.S. and therefore don't drive the same. America has its faults, but we drive comparatively well compared to the rest of the world.
An interesting anecdote from a friend of mine who moved here from South America told me how he was amazed how everyone here follows the rules. He observed a thug-looking fellow bellowing loud music and smoking a joint in his car, with the implication that he probably was a person who committed crimes, but he still stopped at the stop sign.
In California, 9/10ths of all restaurants are total fucking shit food with total fucking shit service.
I cannot speak for the entirety of California, but San Francisco has amazing restaurants.
No kidding - he's probably lying, but if he hired three people who couldn't use {}, or even works for a company who hired THREE of them, then he's the idiot.
FYI to your racist rant, actually it's just African Americans that are athletically superior, not blacks. African Americans are genetically superior athletically due to selective breeding due to slavery and therefore physical work. This does actually confront the "baseball" comparison of the 1950's which does not relate to 2014 Facebook racial makeup.
Comparatively, horses are incredibly larger, stronger, faster, etc., than they were just a mere 2000 years ago due to the military importance of them and therefore the immense selective breeding that came of it. The reasons a few certain countries in Africa such as Kenya always win marathons is due to genetic makeups, but it's not a "black" thing it's a gene pool thing.
"Asians" in your view are actually American Asians. The Asians who come to America are financially superior than their counterparts who could not come.
However, humans are 99.9% genetically similar. There is no plausibility that any human by race could not become equal to another by another race within a few generations of genetic swapping.
So he STILL needs to learn C or C++ if he's serious about writing games. Even a graphically-intense smartphone game has C underpinnings.
WTF? No, he or she doesn't! Name 1 game that actually requires a programmer to learn C or C++, and I can name 100 or even 200 that don't. ESPECIALLY on a smartphone.
Java is, by all benchmarks that I can find, the fastest non-native language that exists. Java was known as slow in 1996. It's been intensely optimized since. I'm sure there are some programs that are sometimes faster due to very circumstantial situations. Here's one example, there are countless others: http://benchmarksgame.alioth.d...
I also think my given citation or the many others I can find just isn't enough to make any declaration about which is "fastest" - it would be safe to say they are fairly equivalent, and this whole argument about their comparative speeds is stupid. Average CPU abilities, amount of memory accessible, and what not change so consistently that anything you write now which is a little bit too slow will be fast enough in a year.
but anything that really needs fancy graphics or fast processing will need C++ or C.
Totally incorrect. Anything that needs fancy graphics just require an SDK with access to a fancy graphics processing engine. I've written games in Java that use OpenGL on the backend. You don't need the language to be C or C++ to access OpenGL. As far as fast processing requirements, I guarantee you most games don't actually need processing that would not be fast enough in bytecode but would be fast enough in native code.
You can also use a progressive tax system to achieve some of the same goals. In fact, we already have a progressive tax system! You just want to ramp it up a bit. I disagree with a maximum wage, and I think you are probably exaggerating anyways, but a progressive tax system is a good thing.
the existence of a man named Jesus who was crucified in the first century is one of the most verified humans in antiquity
The most verified? The most discussed, sure. I doubt the most verified. There are thousands of data points about the existence of Julius Caesar. How many exist for said Jesus character?
What exactly are you talking about? It is not ambiguous or confusing to be opposed to the death penalty in addition to being opposed to unjust convictions.
If you're happy killing for food, you shall not quibble on how since the end result is the same.
That's complete bullshit. Just because the end result is the same doesn't mean the process is the same.
But yes I do agree with the last, all methods of killing humans are inhumane.