1) Government jobs often don't pay as well as their private equivalents - so it's harder for them to keep good talent. 2) A lot of regulation (at least where I'm at) is against corruption, and not towards efficiency - No, it doesn't always prevent the former, that's virtually impossible, but there are times where the two are mutually exclusive unless the laws start to get convoluted.
LG, I believe, wouldn't be able to retroactively revoke the OSS licensing of the previous versions - it's out in the wild with that licensing. However, the owner can license any version/revision any way they want.
I think they are saying, that in a couple small tests, many cultures, particularly less wealthy or more family oriented cultures, react differently than Americans, and therefore Americans make incredibly bad case studies.
Bullshit.
It's better to say, that we are in a different basic situation, so of course we make bad case studies WHEN BEING COMPARED TO OTHER CULTURES WITH DIFFEREING CONDITIONS. You can make that statement about ANY culture. And every culture will probably have a case of tests where it will be an incredibly bad study - particularly in areas where the influencing factors on an individuals decisions on the topic, are drastically different from those of other locations.
As far as gun loving rednecks, that's just a small, overly-vocal part of our community. Every community has the small group of overly vocal nut-jobs that makes them look bad. Hell, yours has you, doesn't it?
Really? Given modern analysis techniques, how hard do you think it would be to program such a robot to have bias based on factors like skin color, facial structure, attire, presence of RFID/radio-ident/FoF/etc. tags, language or even accent?
Separating UI from logic is a design paradigm that is well over 10 years old. It's generally a good idea, not just for different form factors like this, but for cross platform apps where you may not have a good UI library across all target platforms.
Funny, if it's Windows that gets hit, the first thing said around here is that the OS should be secure enough to prevent such attacks.
And, unless the attack affects one user account only... They are right. That goes for Windows, MacOS, Linux, *BSD, and INSERT_ANY_OTHER_FSCKING_OS_HERE
I don't mind the phones being a bit thicker. I want my replaceable batter (since it's one of the more likely to go wrong components), I want a keyboard (I always have found even "the best" touch screens a hassle), and a SD card slot would be really nice, though not a dealbreaker like the first two.
Then again, the phone manufacturers are go so far for thin and light, they ignore forget about battery life and reception, which are more important than any of the above IMO.
*shrug* I'll take rare updates over the crashfest I had with the Samsung phones I used. I'm 3-for-3 in buggy unstable garbage models with them (some dumbphone, Transform, and whatever the replacement for the Transform was).
Still, HTC has moved to 'no keyboards', which, like the crashfest, kills my interest in purchasing. I wonder how long till they make cases with keyboards?
If they have a JIT compiler for it, then it actually won't hurt too much, except at the initial use of a feature. Unless they have the incredible stability of Windows 9x... This shouldn't be a problem.
That's actually the logic behind a microkernel, and it ignores performance. That's why a large number of microkernels have slowly bloated into hybrid kernels.
And current CPUs don't fix the issue, because we are doing more with that power now. We aren't using the same amount of computational power as we did 10 years ago, and just have more power.
Of course, unless that scripting language gets compiled (even JIT compiled) I'm not sure the performance improvement will be that great... or even exist. Personally, I think the issue isn't that BSD is dead,so much as the the NetBSD developers are using enough hard-core drugs that they should be.
it's been 90% of my programming for the past 8 years.
I am very aware of it's elegance and flexibility. But these things also pose a danger, especially in it's OO model. In the hands of a good programmer, it's an amazing tool. In the hands of a novice, which is were you'll be finding a lot of these spreadsheet macro writers, it's dangerous as hell.
I use javascript a lot. And for small things it's great. However, there are a lot of things in the object model that are way to easy for an inexperienced programmer to accidentally shoot themselves in the foot, and make very unmanageable code. While these features make development easier for small things, they can make diagnostics and long term code management, hell.
And you can do functional stuff in a lot of languages. I can apply functional principles to C, C++, C# or Java. I can apply OO principles to straight-up C. I've made message passing (Objective-C) style OO interfaces for C# and Python, which to my knowledge, use the more C++ like OO model. The paradigms a language allows doesn't make it a great language - because I good programmer can work those paradigms into other languages fairly easily. However, if you are using something in a case, where there are going to be a lot of low grade programs, you don't want to give them the programming assault rifles that auto-aim to their weilder's feet.
I assume you are talking about the JS object model? Or the way Office uses objects to represent things internally?
The former is why I mentioned JS. There a lot of problems with it (and I'll add Python, though Python has some features that mitigate the issues). Unless you plan out well ahead, and are particularly careful, these can come and bite you in the ass. However, used properly, they can make things a lot easier for fast/small bits of code. I wouldn't ever want to subject a programmer of low experience/skill to them, too easy to shoot yourself in the foot and be made to think you are a bad programmer.
Generally, they won't be programming at all, or they will not find it difficulty to pick up VBA.
After two or three imperative languages, picking up new ones generally isn't that difficult, unless they have unusual paradigms which can leave a "lot of rope to hang yourself with". Given my experience with features common in JavaScript and Python (but less common in other languages), these two are very good examples of that.
If it was going in roughly the opposite direction, it only needed to get in the meteor's path, depending on how far ahead, and path predictability... that could be done at a walking pace (if you are close enough to the projected impact point).
In fact, the patch of earth it hit, which is still in the reference frame you are talking about, intercepted it quite nicely.
I'm not saying the logic is rational, but many would say yes, or that it would force them to find a better option. People make weird decisions when emotions come into play. Do not take my ability to understand opinions and views that are not my own, as me having said opinions and views.
I'm not saying it is, I'm saying that it is possible for people to consider that it is, because they wouldn't want to be in that position. People aren't always rational.
Sorry, but cleaning toilets doesn't involve having pictures/videos of you doing acts you'd rather keep private, with people you'd rather not do them with, around.
There's a huge difference between having sex (or even just appearing naked in front of people) and cleaning a toilet, to a lot of people.
There are instances of women doing these things because they cannot find anything else legal, that can give them the money they need to survive. Those women make up a grey area.
That being said, do you protect those women (and remove an option that they did at least chose) by removing the option for the women who think it's a great choice?
And as you say, if they aren't there by choice, there are other, much worse crimes being commuted. Why not add 'force pornography' penalties to the list instead?
Part of the issue is also that
1) Government jobs often don't pay as well as their private equivalents - so it's harder for them to keep good talent.
2) A lot of regulation (at least where I'm at) is against corruption, and not towards efficiency - No, it doesn't always prevent the former, that's virtually impossible, but there are times where the two are mutually exclusive unless the laws start to get convoluted.
Nope.
LG, I believe, wouldn't be able to retroactively revoke the OSS licensing of the previous versions - it's out in the wild with that licensing. However, the owner can license any version/revision any way they want.
I think they are saying, that in a couple small tests, many cultures, particularly less wealthy or more family oriented cultures, react differently than Americans, and therefore Americans make incredibly bad case studies.
Bullshit.
It's better to say, that we are in a different basic situation, so of course we make bad case studies WHEN BEING COMPARED TO OTHER CULTURES WITH DIFFEREING CONDITIONS. You can make that statement about ANY culture. And every culture will probably have a case of tests where it will be an incredibly bad study - particularly in areas where the influencing factors on an individuals decisions on the topic, are drastically different from those of other locations.
Ummm... We certainly aren't primitive.
As far as gun loving rednecks, that's just a small, overly-vocal part of our community. Every community has the small group of overly vocal nut-jobs that makes them look bad. Hell, yours has you, doesn't it?
Really? Given modern analysis techniques, how hard do you think it would be to program such a robot to have bias based on factors like skin color, facial structure, attire, presence of RFID/radio-ident/FoF/etc. tags, language or even accent?
You think people WOULDN'T add this log in?
well over 30 years old is a subset of well over 10 years old...
I only started working on this stuff 15 years ago. The post I was responding to was acting as if it was something new, which it is not.
Separating UI from logic is a design paradigm that is well over 10 years old. It's generally a good idea, not just for different form factors like this, but for cross platform apps where you may not have a good UI library across all target platforms.
Funny, if it's Windows that gets hit, the first thing said around here is that the OS should be secure enough to prevent such attacks.
And, unless the attack affects one user account only... They are right. That goes for Windows, MacOS, Linux, *BSD, and INSERT_ANY_OTHER_FSCKING_OS_HERE
I don't mind the phones being a bit thicker. I want my replaceable batter (since it's one of the more likely to go wrong components), I want a keyboard (I always have found even "the best" touch screens a hassle), and a SD card slot would be really nice, though not a dealbreaker like the first two.
Then again, the phone manufacturers are go so far for thin and light, they ignore forget about battery life and reception, which are more important than any of the above IMO.
*shrug* I'll take rare updates over the crashfest I had with the Samsung phones I used. I'm 3-for-3 in buggy unstable garbage models with them (some dumbphone, Transform, and whatever the replacement for the Transform was).
Still, HTC has moved to 'no keyboards', which, like the crashfest, kills my interest in purchasing. I wonder how long till they make cases with keyboards?
That card has been around for a lot more than 2 years. It's 8 generations ago.
If they have a JIT compiler for it, then it actually won't hurt too much, except at the initial use of a feature. Unless they have the incredible stability of Windows 9x... This shouldn't be a problem.
So does Python, C#, Java, Perl, C++, BASH...
That's actually the logic behind a microkernel, and it ignores performance. That's why a large number of microkernels have slowly bloated into hybrid kernels.
And current CPUs don't fix the issue, because we are doing more with that power now. We aren't using the same amount of computational power as we did 10 years ago, and just have more power.
Of course, unless that scripting language gets compiled (even JIT compiled) I'm not sure the performance improvement will be that great... or even exist. Personally, I think the issue isn't that BSD is dead,so much as the the NetBSD developers are using enough hard-core drugs that they should be.
it's been 90% of my programming for the past 8 years.
I am very aware of it's elegance and flexibility. But these things also pose a danger, especially in it's OO model. In the hands of a good programmer, it's an amazing tool. In the hands of a novice, which is were you'll be finding a lot of these spreadsheet macro writers, it's dangerous as hell.
I use javascript a lot. And for small things it's great. However, there are a lot of things in the object model that are way to easy for an inexperienced programmer to accidentally shoot themselves in the foot, and make very unmanageable code. While these features make development easier for small things, they can make diagnostics and long term code management, hell.
And you can do functional stuff in a lot of languages. I can apply functional principles to C, C++, C# or Java. I can apply OO principles to straight-up C. I've made message passing (Objective-C) style OO interfaces for C# and Python, which to my knowledge, use the more C++ like OO model. The paradigms a language allows doesn't make it a great language - because I good programmer can work those paradigms into other languages fairly easily. However, if you are using something in a case, where there are going to be a lot of low grade programs, you don't want to give them the programming assault rifles that auto-aim to their weilder's feet.
I assume you are talking about the JS object model? Or the way Office uses objects to represent things internally?
The former is why I mentioned JS. There a lot of problems with it (and I'll add Python, though Python has some features that mitigate the issues). Unless you plan out well ahead, and are particularly careful, these can come and bite you in the ass. However, used properly, they can make things a lot easier for fast/small bits of code. I wouldn't ever want to subject a programmer of low experience/skill to them, too easy to shoot yourself in the foot and be made to think you are a bad programmer.
Generally, they won't be programming at all, or they will not find it difficulty to pick up VBA.
After two or three imperative languages, picking up new ones generally isn't that difficult, unless they have unusual paradigms which can leave a "lot of rope to hang yourself with". Given my experience with features common in JavaScript and Python (but less common in other languages), these two are very good examples of that.
If it was going in roughly the opposite direction, it only needed to get in the meteor's path, depending on how far ahead, and path predictability... that could be done at a walking pace (if you are close enough to the projected impact point).
In fact, the patch of earth it hit, which is still in the reference frame you are talking about, intercepted it quite nicely.
Wow... quite possibly one option that would be WORSE than VBA.
I'm not saying the logic is rational, but many would say yes, or that it would force them to find a better option. People make weird decisions when emotions come into play. Do not take my ability to understand opinions and views that are not my own, as me having said opinions and views.
I'm not saying it is, I'm saying that it is possible for people to consider that it is, because they wouldn't want to be in that position. People aren't always rational.
Sorry, but cleaning toilets doesn't involve having pictures/videos of you doing acts you'd rather keep private, with people you'd rather not do them with, around.
There's a huge difference between having sex (or even just appearing naked in front of people) and cleaning a toilet, to a lot of people.
To my knowledge, C# can be used to write plugins for Excel, which should be able to handle the more complex macros.
There are instances of women doing these things because they cannot find anything else legal, that can give them the money they need to survive. Those women make up a grey area.
That being said, do you protect those women (and remove an option that they did at least chose) by removing the option for the women who think it's a great choice?
And as you say, if they aren't there by choice, there are other, much worse crimes being commuted. Why not add 'force pornography' penalties to the list instead?