My email contains important technical information that I may need for years after I composed that email. When you delete it for me. You waste valuable company time as I recreate the exact same information I already "knew" which may have never made it into a formal document.
The counterargument is that it's cheaper for you or someone else to reinvent that wheel than it would be for lawyers to pour over terabytes or petabytes of data that have been stored forever in the event of a lawsuit discovery.
This is how adults resolve things. There were no lawsuits. There were no mass protests. There was a guy who said "Yeah, that picture the algorithm picked? It hurt." And Facebook said "Wow, we can see that would hurt, and we're sorry it did. We will try to do better."
Powershell and CCNP are quite different than a compilers class or AI class that teaches Bayesian networks, or discrete mathematics. With the rise of functional languages and map reduce parallelism, set algebra becomes very handy. Mathematics classes cover matrix operations (used like crazy in 3d) and signal processing (used in audio & video compression). OS courses teach you things like how to implement synchronization operations using the instructions on a given processor. A network class that takes you from HTTP down to wire signaling on Ethernet gives you the background to understand in which situations DNS spoofing is successful and why TLS slows down connection establishment.
Apple Pay is more secure than a card, since magstripe cards are woefully insecure (read any of the recent POS hacks). It won't release a payment ID until after it reads your fingerprint, and it sends a token with cryptogram instead of the PAN in the clear.
It is not smaller, but it may be easier to use as people switch from swipe to chip and sign in the US.
I work for a large Fortune 25 company. We have an existing SAS presence and we do some good work in SAS. There are two main reasons that we are bringing R into our environment: research and recruitment/retention.
R is extremely common across research right now. When a new paper comes out describing a new algorithm or modeling technique, the odds are extremely good that it comes with R source code. With R in-house, there is very little time or effort to try these things out to see if they can help our current work. With SAS, we would need to invest time recoding everything or worse, wait until it is baked into SAS itself. That is a huge barrier to adopting new approaches.
Recruitment and retention are related to R's popularity in research. Let's face it, data scientists are a hot commodity right now. Lots of companies are looking to hire them and there aren't enough good people to go around. We're seeing that a lot of the new talent have been using R in their graduate work rather than SAS, and are interested in an environment where they can continue using R. Additionally, it's harder to retain people once you've hired them if they can't use what's become a lingua franca.
SAS remains a great tool, and we're not going to get rid of it. Rather, we want to add R to the toolbox.
(I don't mention python here... We've got some folks working with Python especially for NLP, but for the work we do there's a lot more folks using R across industry and academia.)
Re:Always found it amusing
on
Perl Is Undead
·
· Score: 1
I consider a language to be dead when people stop thinking of it as an option for new programs.
Fortran is still alive. Scientists are still using it for new simulations. Gradually momentum is moving to other languages, but it's still here.
Cobol is dead. Nobody would consider writing something new in it. It's still being used, but only because people want to add new functionality to large systems written in Cobol, and it's crazy-expensive to rewrite those old systems.
Perl? Well, I think it's getting there. It's still a job req because there is a lot of perl out there. But I agree with other folks in that when writing something from scratch, I see Perl picked rarely.
I don't agree. Apple has had an iPod integration protocol since 2005 which is supported by tons of OEM and aftermarket devices. That same protocol is still usable with the latest iPhone 5s and in iOS 8, nine years later. That protocol can even be used now to control third-party apps that are running, so I can pause and fast-forward just as I could if using the music app.
If Google makes a protocol that's simple for manufacturer's to adopt, and is suitably stable, that's good enough for me.
It's true, that had the NSA chosen to share that info, we could have had better security. On the other hand, the NSA were the ones that developed it, so if not for the NSA, it would not have existed to use.
It only needs to be encoded into TEI if you want to digitally archive the original edition. For instance, you want to be able to mark up an original and identify original and regularized spelling of a word.
If you just want to be able to reissue an Ellery Queen novel in ePub, you don't need TEI at all, and could have someone just retype the scans or hand-correct (off shored, usually).
Of the complaints, most of them apply to the web as well.
Millions of pointless apps/websites: yep
Fragmentation into parallel and incompatible app worlds: No, web does have an advantage here
Paying for apps became a race to the bottom: Yep
When apps are free, you're the product: Yep
The app user experience is wildly inconsistent: On Web, the experience for a single site is consistent across different browsers, but there's hardly any consistency between apps. On a mobile platform, usually there is more consistency between different apps.
The reason that mobile apps have been so popular is that in many ways they offer a better experience to websites. If Jeff wants more people to use the web instead, he should be learning from the successes of mobile apps and applying them to his websites. StackExchange has great content, but problematic UI, and it's got a really bad UI on mobile web. I'd love a more capable app version.
Well that depends, if you got a situation where America is artificially taking work away from other nations by simply stealing their knowledge, product designs and so forth then that might mean those nations become less stable and more likely to want to hurt America when they find out the only reason they're poor and unemployed is because America stole from them.
What have we done to China so far?
Developing countries are known for bootstrapping themselves by stealing IP from more developed nations. (The US did it when it was a developing nation: look at the history of textiles.) China has been doing it to the US for years, and our response has not been WWIII, but rather to work on gradually improving IP protections.
Shame that Firefox does not have a good embedded PDF reader.
My email contains important technical information that I may need for years after I composed that email. When you delete it for me. You waste valuable company time as I recreate the exact same information I already "knew" which may have never made it into a formal document.
The counterargument is that it's cheaper for you or someone else to reinvent that wheel than it would be for lawyers to pour over terabytes or petabytes of data that have been stored forever in the event of a lawsuit discovery.
This is how adults resolve things. There were no lawsuits. There were no mass protests. There was a guy who said "Yeah, that picture the algorithm picked? It hurt." And Facebook said "Wow, we can see that would hurt, and we're sorry it did. We will try to do better."
WTF is wrong with this exchange?
That's still an order of magnitude cheaper than stuff like Teradata.
Powershell and CCNP are quite different than a compilers class or AI class that teaches Bayesian networks, or discrete mathematics. With the rise of functional languages and map reduce parallelism, set algebra becomes very handy. Mathematics classes cover matrix operations (used like crazy in 3d) and signal processing (used in audio & video compression). OS courses teach you things like how to implement synchronization operations using the instructions on a given processor. A network class that takes you from HTTP down to wire signaling on Ethernet gives you the background to understand in which situations DNS spoofing is successful and why TLS slows down connection establishment.
So long as you have other products to sell. If your only product is the loss leader, you are screwed.
Apple Pay is more secure than a card, since magstripe cards are woefully insecure (read any of the recent POS hacks). It won't release a payment ID until after it reads your fingerprint, and it sends a token with cryptogram instead of the PAN in the clear.
It is not smaller, but it may be easier to use as people switch from swipe to chip and sign in the US.
This seems like a natural evolution of the freedom of speech doesn't mean freedom from consequences doctrine.
True, but if you are symlinking /bin/bash to dash, then you will break scripts that explicitly asked for bash.
According to the patent application the holes are indeed 20-60 micrometers.
Whoosh.
Block scope doesn't exist. That's broken.
Skype announced that they would be discontinuing support for older versions of the client back in June.
http://9to5mac.com/2014/06/20/...
I work for a large Fortune 25 company. We have an existing SAS presence and we do some good work in SAS. There are two main reasons that we are bringing R into our environment: research and recruitment/retention.
R is extremely common across research right now. When a new paper comes out describing a new algorithm or modeling technique, the odds are extremely good that it comes with R source code. With R in-house, there is very little time or effort to try these things out to see if they can help our current work. With SAS, we would need to invest time recoding everything or worse, wait until it is baked into SAS itself. That is a huge barrier to adopting new approaches.
Recruitment and retention are related to R's popularity in research. Let's face it, data scientists are a hot commodity right now. Lots of companies are looking to hire them and there aren't enough good people to go around. We're seeing that a lot of the new talent have been using R in their graduate work rather than SAS, and are interested in an environment where they can continue using R. Additionally, it's harder to retain people once you've hired them if they can't use what's become a lingua franca.
SAS remains a great tool, and we're not going to get rid of it. Rather, we want to add R to the toolbox.
(I don't mention python here... We've got some folks working with Python especially for NLP, but for the work we do there's a lot more folks using R across industry and academia.)
I consider a language to be dead when people stop thinking of it as an option for new programs.
Fortran is still alive. Scientists are still using it for new simulations. Gradually momentum is moving to other languages, but it's still here.
Cobol is dead. Nobody would consider writing something new in it. It's still being used, but only because people want to add new functionality to large systems written in Cobol, and it's crazy-expensive to rewrite those old systems.
Perl? Well, I think it's getting there. It's still a job req because there is a lot of perl out there. But I agree with other folks in that when writing something from scratch, I see Perl picked rarely.
It's a protocol, not an OS. Vendors won't be running Android or iOS inside their cars. They'll just be able to talk to the device you plug in or pair.
I don't agree. Apple has had an iPod integration protocol since 2005 which is supported by tons of OEM and aftermarket devices. That same protocol is still usable with the latest iPhone 5s and in iOS 8, nine years later. That protocol can even be used now to control third-party apps that are running, so I can pause and fast-forward just as I could if using the music app.
If Google makes a protocol that's simple for manufacturer's to adopt, and is suitably stable, that's good enough for me.
Writeup on this is at http://www.econrates.com/reali...
It's true, that had the NSA chosen to share that info, we could have had better security. On the other hand, the NSA were the ones that developed it, so if not for the NSA, it would not have existed to use.
You probably mean 32GB of flash, not MB.
It only needs to be encoded into TEI if you want to digitally archive the original edition. For instance, you want to be able to mark up an original and identify original and regularized spelling of a word.
If you just want to be able to reissue an Ellery Queen novel in ePub, you don't need TEI at all, and could have someone just retype the scans or hand-correct (off shored, usually).
Doing things differently in every state is the way things have been done since the dawn of public education.
Of the complaints, most of them apply to the web as well.
The reason that mobile apps have been so popular is that in many ways they offer a better experience to websites. If Jeff wants more people to use the web instead, he should be learning from the successes of mobile apps and applying them to his websites. StackExchange has great content, but problematic UI, and it's got a really bad UI on mobile web. I'd love a more capable app version.
Accenture has a well-deserved reputation on a great many projects for decades of being only slightly better than stale toast at their projects.
Well that depends, if you got a situation where America is artificially taking work away from other nations by simply stealing their knowledge, product designs and so forth then that might mean those nations become less stable and more likely to want to hurt America when they find out the only reason they're poor and unemployed is because America stole from them.
What have we done to China so far?
Developing countries are known for bootstrapping themselves by stealing IP from more developed nations. (The US did it when it was a developing nation: look at the history of textiles.) China has been doing it to the US for years, and our response has not been WWIII, but rather to work on gradually improving IP protections.