Why do you ignore languages like Perl, Python, and even Tcl
Because Perl doesn't even consistently compile itself in different versions on the same platform, and writing anything interesting in it beyond a mere utility script would be like performing your own root canal. Python I've never actually seen used in the enterprise, hence 0 reason to use it. Maybe smaller projects use it, I don't know, nothing I'm paid for utilizes it. TCL, people still use it? Haven't seen any development in that in more than 15 years. Might as well ask about fortran or SQL. Oh, right, neither of those are portable either unless you meet a bunch of criteria both in your coding and in your platform/compiler selections.
From a security standpoint, BT should be off on your devices except when you explicitly need to use them. There's far more reasons than just this vulnerability for that statement. In fact, ideally, you would turn off all radios on your phone when you're not needing it and for the tinfoil hat crowd, drop it into a heavy duty electrostatic bag.
That said, wrt to BT vs USB vulnerabilities that I'm aware of, both require action by the user to actually work (BT requires pairing, USB requires you to plug it in) The USB one appears to be a greater risk, as that can operate in the true virus sense and infect everything you connect. The BT path just opens a potential vector. I'm not sure why both ends of a BT pairing cannot specify what the device operations are limited to. That seems to be a grossly neglected level of operational security that should have just been part of the protocol handshake - hi, I'm an audio device, hello, you have audio capabilities and are authorized for audio. Done.
In fact, you'd think they would have included that in USB as well, although that doesn't prevent the firmware attacks. There's no reason for a mouse to be able to do anything other than return clicks and locations for example. That could be handled by OS upgrades to the default drivers though even if it's one sided. BT could be handled the same way I guess.
Well, in this case you can stick with Android phones, and state that there is at least 1 device that is supported over the long haul. However, there's many many many that are not, so overwhelmingly many, that for purposes of statistics, there are none.
People with no software background writing financial software is exactly why we are in this situation today.
I agree that those people have a lot to do with the problems in the IT industry today. Also, schools that don't teach computer science but "programming" and churn out as many code monkeys as possible with no real understanding of software engineering nor any truly technical understanding at all have just added oil to the fire.
This bullshit about "anyone can code" has to stop. Professions and professional degrees exist for a reason.
You don't go to a surgeon who is really a gardener with some surgical experience he "picked up on the job".
Same thing applies to software.
"Anyone" can code, like anyone can grab a scalpel and cut a wart. Some will know enough to numb, sanitize, and remove the in skin part. Similarly, only a few can design and architect a software system. The problem comes when a slightly better than the group average programmer is tasked with "leading" the project and building a system much like tasking the person that understands warts to perform bypass surgery.
Never mind, actually. The value of your Gmail archive as a data mine is far greater.
I doubt it. Mine's a hotbed of junk mail. I haven't used it for anything meaningful since at least 2004. Even prior to that, it was only a couple of former colleagues with the "Hey, web mail sucks, but it does work" "Yes it does. Missing features tho" "Verily". And other associated extremely valuable insightful data in the same vein.
Consumption of carbohydrates as a proportion of total calories has not increased over the last 35 years.
I'd hugely disagree, even without an appropriate referenced study. Just look to the cost and common size of that huge source of carbs, the coke, cola, soda, pop, etc. And note that refills became free somewhere in the late 80s or 90s. Finally, note that in the 80s, IIRC, is when the "War on Fat" in the diet started. Turns out eating fat doesn't necessarily make you fat, but eating carbs, especially those provided by sugars, not only become fat easier, but also cause a whole host of other issues including obesity and liver disease. A simple google search on this topic for reports published in 2017 will reveal that carb heavy diets are terrible.
That simple.
Simple, yet wrong.
You can guess, citation? Or even some simple counter-arguments?
The reasons why kids are being inactive today versus 30 years ago are the interactive video systems
You're going to take reported speculation as fact? I'll bet user specified cookie handling is still there, just that specific third party cookie handling will be by default set to this stricter limitation. Nothing says that more restrictive settings won't be possible, but admittedly that's also speculation. We'll have to wait and see what the final release does.
Obesity in children has tripled over the last 35 years, and we have NO IDEA what is causing this.
Inactivity. That simple.
Inactivity and massive amounts of carbohydrates. That simple.
The reasons why kids are being inactive today versus 30 years ago are the interactive video systems, and much more importantly, society's fear of kidnappers. Kids 30 years ago used to wander the neighborhoods or woods with friends...but once national news started the sensationalism cycle, parents freaked out and made sure their kids were inside doing safe things like video games
30 years ago, kids were in greater danger being in the house than outside it.
They odds of Google "getting on board" with this are less than zero. They may well hire ninja assassins to take out the Apple execs behind this.
The odds of Google being just fine with this are about 110%. They have the majority of their suckers... er, sheep,... er users, logging into their platform, so tracking information isn't an issue for them. However, it does take out a whole bunch of their competition with them not having to lift a finger.
It would be nice if there was a way to say "This ad is not relevant to me".
Ads are never relevant. If you need something, you have a search engine. Then you won't need to see anything about it again. Per the AC, ad blockers make that statement for you.
My head is still spinning that apple would actually make a decent decision like this with their users' best interests at heart: it just runs so counter to everything I've come to expect from big tech companies.
Considering when that version was released, I can only relay my impressions at this time. I'm sure improvements happened since then, but the main impression I retained was that it was a fundamentally different approach to development, more in line with older IDEs that failed. I recall things like IBM's rational rose integrated IDE that did some weird object oriented based views of code, instead of how everyone else does it. I also recall having to hit a lot more odd interstitial menus to accomplish simple things, and it just didn't flow with the way I'm used to coding. Hence my comment that if it was your first IDE, moving to another "standard" from my viewpoint IDE would be difficult. I guess I should also mention that in over 30 companies I've been involved with, not a single one had developers using netbeans. In fact, not a single developer I've worked with used netbeans.
Let's put it this way - Eclipse 2.x in 2003 or so was essentially a piece of crap. By 2005 or so, with Eclipse 3.0, it was much much better. I use both Eclipse and IntelliJ these days, and can say that Eclipse has IntelliJ beat in many areas, but there are a few IntelliJ pieces that are better. Visual Studio is several notches below both, as is XCode, although those both have their specific uses. Netbeans in the one version (6?) I attempted to use reminded me much of Visual Cafe. Clunky, obtuse, and just plain difficult to navigate and move around in. I guess if it was your first IDE you'd have a lot of trouble adjusting to a real IDE.
And Google has always been an advertising company with cool technology. Every single move Google makes is targeted towards increasing their ad revenue.
The only thing I take issue with there is "with cool technology". I've been forced to use their stuff. It only seems cool until you actually use it. Then the warts, boils and turds come out in force. It's almost as bad as MS tech, maybe worse these days.
Tell that to the Disney corporation. That company has made billions of dollars out of creating derivative works of existing public domain works - and boy does it cling to it's ownership of those derivatives.
Anyone is free to make shows out of any of the base stories, Cinderella, Snow White, etc, and many have. They know they don't have a leg to stand on suing you, unless you explicitly copy their creations (drawings, music, etc)
What you think you're doing is not what you're actually doing- what you want to do means using a BSD or MIT license at the very least, or maybe even a copyleft license like the GPL.
That's true for copyright more or less. For patents, the topic in the story up above, public domain is prior art, and prior art will nullify a patent. At worst, in a patent lawsuit, it becomes "we based our design/device on this information in the public domain, which is prior to plaintiffs filing date and invalidates plaintiff's claims and patent."
If someone is doing work that can be done cheaper by a machine (or which provides no value and can be simply avoided entirely by making workflows more efficient) then there is a benefit to the economy as a whole from automating or eliminating that job.
That's only true if the economy needs that person to do another job. If not, then there's no benefit to automating them away.
That's something economists with their infinite growth views keep screwing up on. Nothing concrete is infinite, and eventually you're going to run into the wall. Jobs don't appear out of thin air, we can see the wall, it's approaching faster than most thought. When most forms of common blue collar labor become automated (drivers, loaders, packagers, a whole host of manufacturing jobs, almost all agricultural work, janitorial, etc) what exactly are the lower 3/4s of the skilled an unskilled population supposed to do for employment?
On *average* they have better performance, but that's because Apple doesn't even offer low end handsets. If you compare 'flagship' devices, they are pretty even on at least performance and battery life. Sure, people have less sleek image of Android because they used a sub-200 dollar new handset, but there doesn't exist such an Apple device.
Similarly for maintenance and updates, there are devices that keep up, but the water is murkier to know which are which.
The number of labeled devices which are updated with Android even semi-reliably are countable on the thumb of 1 hand (Google).
As for the cheapest Apple device - it's $400 from Apple. You can go cheaper, with refurbs, etc. But, you only need 1 in 3-5 years, vs 3-5 with Android if you're wanting to stay current.
This was on the four major broadcast networks (sorry, CW) - yet how many of us had no idea it was happening? This Slashdot submission was the first I'd heard of it, in any case...
I guess friday night football and Irma trumped this?
Uh, according to that link, 7 and 7.1 make up 13.5%, not 23%
I did state that the assumption was an optimistic one.;)
Screen sizes are growing, and that's happening because people prefer larger screens. Apple resisted for years. The iPhone was the perfect size. Then they caved to market pressure.
And then they came right back and offered a smaller size again, which sells like hotcakes. Not everyone wants a tablet in their pocket. That said, I like the slightly larger 6, and don't know which way I'll go on the next upgrade.
Slashdot Mirror
Why do you ignore languages like Perl, Python, and even Tcl
Because Perl doesn't even consistently compile itself in different versions on the same platform, and writing anything interesting in it beyond a mere utility script would be like performing your own root canal. Python I've never actually seen used in the enterprise, hence 0 reason to use it. Maybe smaller projects use it, I don't know, nothing I'm paid for utilizes it. TCL, people still use it? Haven't seen any development in that in more than 15 years. Might as well ask about fortran or SQL. Oh, right, neither of those are portable either unless you meet a bunch of criteria both in your coding and in your platform/compiler selections.
From a security standpoint, BT should be off on your devices except when you explicitly need to use them. There's far more reasons than just this vulnerability for that statement. In fact, ideally, you would turn off all radios on your phone when you're not needing it and for the tinfoil hat crowd, drop it into a heavy duty electrostatic bag.
That said, wrt to BT vs USB vulnerabilities that I'm aware of, both require action by the user to actually work (BT requires pairing, USB requires you to plug it in) The USB one appears to be a greater risk, as that can operate in the true virus sense and infect everything you connect. The BT path just opens a potential vector. I'm not sure why both ends of a BT pairing cannot specify what the device operations are limited to. That seems to be a grossly neglected level of operational security that should have just been part of the protocol handshake - hi, I'm an audio device, hello, you have audio capabilities and are authorized for audio. Done.
In fact, you'd think they would have included that in USB as well, although that doesn't prevent the firmware attacks. There's no reason for a mouse to be able to do anything other than return clicks and locations for example. That could be handled by OS upgrades to the default drivers though even if it's one sided. BT could be handled the same way I guess.
The reality is, it's the same base issue as with the USB bus or any insufficiently protected external protocol.
Well, in this case you can stick with Android phones, and state that there is at least 1 device that is supported over the long haul. However, there's many many many that are not, so overwhelmingly many, that for purposes of statistics, there are none.
People with no software background writing financial software is exactly why we are in this situation today.
I agree that those people have a lot to do with the problems in the IT industry today. Also, schools that don't teach computer science but "programming" and churn out as many code monkeys as possible with no real understanding of software engineering nor any truly technical understanding at all have just added oil to the fire.
This bullshit about "anyone can code" has to stop. Professions and professional degrees exist for a reason.
You don't go to a surgeon who is really a gardener with some surgical experience he "picked up on the job".
Same thing applies to software.
"Anyone" can code, like anyone can grab a scalpel and cut a wart. Some will know enough to numb, sanitize, and remove the in skin part. Similarly, only a few can design and architect a software system. The problem comes when a slightly better than the group average programmer is tasked with "leading" the project and building a system much like tasking the person that understands warts to perform bypass surgery.
Never mind, actually. The value of your Gmail archive as a data mine is far greater.
I doubt it. Mine's a hotbed of junk mail. I haven't used it for anything meaningful since at least 2004. Even prior to that, it was only a couple of former colleagues with the "Hey, web mail sucks, but it does work" "Yes it does. Missing features tho" "Verily". And other associated extremely valuable insightful data in the same vein.
Inactivity and massive amounts of carbohydrates.
Consumption of carbohydrates as a proportion of total calories has not increased over the last 35 years.
I'd hugely disagree, even without an appropriate referenced study. Just look to the cost and common size of that huge source of carbs, the coke, cola, soda, pop, etc. And note that refills became free somewhere in the late 80s or 90s. Finally, note that in the 80s, IIRC, is when the "War on Fat" in the diet started. Turns out eating fat doesn't necessarily make you fat, but eating carbs, especially those provided by sugars, not only become fat easier, but also cause a whole host of other issues including obesity and liver disease. A simple google search on this topic for reports published in 2017 will reveal that carb heavy diets are terrible.
That simple.
Simple, yet wrong.
You can guess, citation? Or even some simple counter-arguments?
The reasons why kids are being inactive today versus 30 years ago are the interactive video systems
FTFY: I responded to that quote from the GP
You're going to take reported speculation as fact? I'll bet user specified cookie handling is still there, just that specific third party cookie handling will be by default set to this stricter limitation. Nothing says that more restrictive settings won't be possible, but admittedly that's also speculation. We'll have to wait and see what the final release does.
Obesity in children has tripled over the last 35 years, and we have NO IDEA what is causing this.
Inactivity. That simple.
Inactivity and massive amounts of carbohydrates. That simple.
The reasons why kids are being inactive today versus 30 years ago are the interactive video systems, and much more importantly, society's fear of kidnappers. Kids 30 years ago used to wander the neighborhoods or woods with friends...but once national news started the sensationalism cycle, parents freaked out and made sure their kids were inside doing safe things like video games
30 years ago, kids were in greater danger being in the house than outside it.
They odds of Google "getting on board" with this are less than zero. They may well hire ninja assassins to take out the Apple execs behind this.
The odds of Google being just fine with this are about 110%. They have the majority of their suckers... er, sheep,... er users, logging into their platform, so tracking information isn't an issue for them. However, it does take out a whole bunch of their competition with them not having to lift a finger.
It would be nice if there was a way to say "This ad is not relevant to me".
Ads are never relevant. If you need something, you have a search engine. Then you won't need to see anything about it again. Per the AC, ad blockers make that statement for you.
My head is still spinning that apple would actually make a decent decision like this with their users' best interests at heart: it just runs so counter to everything I've come to expect from big tech companies.
You need to experience apple more.
Considering when that version was released, I can only relay my impressions at this time. I'm sure improvements happened since then, but the main impression I retained was that it was a fundamentally different approach to development, more in line with older IDEs that failed. I recall things like IBM's rational rose integrated IDE that did some weird object oriented based views of code, instead of how everyone else does it. I also recall having to hit a lot more odd interstitial menus to accomplish simple things, and it just didn't flow with the way I'm used to coding. Hence my comment that if it was your first IDE, moving to another "standard" from my viewpoint IDE would be difficult. I guess I should also mention that in over 30 companies I've been involved with, not a single one had developers using netbeans. In fact, not a single developer I've worked with used netbeans.
And how much time do you spend dealing with upgrading your phone, over its lifespan?
Let's put it this way - Eclipse 2.x in 2003 or so was essentially a piece of crap. By 2005 or so, with Eclipse 3.0, it was much much better. I use both Eclipse and IntelliJ these days, and can say that Eclipse has IntelliJ beat in many areas, but there are a few IntelliJ pieces that are better. Visual Studio is several notches below both, as is XCode, although those both have their specific uses. Netbeans in the one version (6?) I attempted to use reminded me much of Visual Cafe. Clunky, obtuse, and just plain difficult to navigate and move around in. I guess if it was your first IDE you'd have a lot of trouble adjusting to a real IDE.
Not really that sketchy, IMHO, as when they started it was just a search engine, not an ad serving platform.
Depends upon what you're telling them to do. Take the Beagle 2 for instance, they didn't do enough documentation telling people what to do.
Much like Google removed its "Don't be Evil" motto when they rebranded into Alphabet,
Google effectively toilet papered its "Don't be Evil" motto when it went public in 2004.
yep, started running my own DNS setup to completely ignore my ISP. Their stupidity continues.
And Google has always been an advertising company with cool technology. Every single move Google makes is targeted towards increasing their ad revenue.
The only thing I take issue with there is "with cool technology". I've been forced to use their stuff. It only seems cool until you actually use it. Then the warts, boils and turds come out in force. It's almost as bad as MS tech, maybe worse these days.
Tell that to the Disney corporation. That company has made billions of dollars out of creating derivative works of existing public domain works - and boy does it cling to it's ownership of those derivatives.
Anyone is free to make shows out of any of the base stories, Cinderella, Snow White, etc, and many have. They know they don't have a leg to stand on suing you, unless you explicitly copy their creations (drawings, music, etc)
What you think you're doing is not what you're actually doing- what you want to do means using a BSD or MIT license at the very least, or maybe even a copyleft license like the GPL.
That's true for copyright more or less. For patents, the topic in the story up above, public domain is prior art, and prior art will nullify a patent. At worst, in a patent lawsuit, it becomes "we based our design/device on this information in the public domain, which is prior to plaintiffs filing date and invalidates plaintiff's claims and patent."
If someone is doing work that can be done cheaper by a machine (or which provides no value and can be simply avoided entirely by making workflows more efficient) then there is a benefit to the economy as a whole from automating or eliminating that job.
That's only true if the economy needs that person to do another job. If not, then there's no benefit to automating them away.
That's something economists with their infinite growth views keep screwing up on. Nothing concrete is infinite, and eventually you're going to run into the wall. Jobs don't appear out of thin air, we can see the wall, it's approaching faster than most thought. When most forms of common blue collar labor become automated (drivers, loaders, packagers, a whole host of manufacturing jobs, almost all agricultural work, janitorial, etc) what exactly are the lower 3/4s of the skilled an unskilled population supposed to do for employment?
But they haven't been...
On *average* they have better performance, but that's because Apple doesn't even offer low end handsets. If you compare 'flagship' devices, they are pretty even on at least performance and battery life. Sure, people have less sleek image of Android because they used a sub-200 dollar new handset, but there doesn't exist such an Apple device.
Similarly for maintenance and updates, there are devices that keep up, but the water is murkier to know which are which.
The number of labeled devices which are updated with Android even semi-reliably are countable on the thumb of 1 hand (Google).
As for the cheapest Apple device - it's $400 from Apple. You can go cheaper, with refurbs, etc. But, you only need 1 in 3-5 years, vs 3-5 with Android if you're wanting to stay current.
This was on the four major broadcast networks (sorry, CW) - yet how many of us had no idea it was happening? This Slashdot submission was the first I'd heard of it, in any case...
I guess friday night football and Irma trumped this?
Uh, according to that link, 7 and 7.1 make up 13.5%, not 23%
I did state that the assumption was an optimistic one. ;)
Screen sizes are growing, and that's happening because people prefer larger screens. Apple resisted for years. The iPhone was the perfect size. Then they caved to market pressure.
And then they came right back and offered a smaller size again, which sells like hotcakes. Not everyone wants a tablet in their pocket. That said, I like the slightly larger 6, and don't know which way I'll go on the next upgrade.