And yet, ironically, you have railed at this use of reason without applying any of your own. You wail that people embracing new technologies do so without and moral guidance or grounding, implicitly crying wolf. Yet you fail to point out any specific danger. Where is the potential harm in the behaviour described in the article?
Your third paragraph in particular is worthy of an astologer or palm reader. Vague, generic alarm backed up by wooly thinking.
Thanks, just some kind of file copy over samba would be enough. I just wanted to know if the server acts as a bottleneck, or if the usb connection is the tightest bottleneck in the system. As I've already got drives in a usb box that seems to hold them down to 22MB/s (not sure but I think they would hit 70-80MB/s if they were internal) then if doesn't throttle them any further it seems like a very neat solution for a file server.
That's quite an imprecise number:) I'm wondering as I've currently got a similar setup with 100mbit ethernet and external usb drives. Plugging the drive into a machine that consumes slightly less power would solve a lot of hassles.
No it couldn't. If you are talking about complex the game is then the program *is* the referee. If you don't believe that then every game in the world has the same level of complexity as they all have the same solver:
Are you saying that you couldn't write a program to solve checkers in twelve lines of code?
Such a simple brute force solver still needs an executable specification of the rules that converts a board state and a move into a new board. For checkers this function is simple. For Go this function needs to check the freedoms of each cluster of stones and would thus require recursion. This alone would make it a more complex program than the checkers solver.
Thank you. I did wonder if inflation had something to do with it but was too lazy to check. I see that I'm on the list of "Common Misconceptions". Fame (or infamy) at last:)
Nah... Can't be bothered to rewatch it to make sure but the multiform said something along the lines of "The pandoracon will open", and if memory serves that is exactly what a previous set of shape-shifters were trying to do a couple of seasons ago.....
On point 1 - I've never noticed a problem, but then my music library migrates using appscript for the metadata and scp for the actual files. Again, this may not be typical.
On point 2 - your links break down into ip warfare and protecting the Walled Garden. As fair as I know playing a tenacious defence on trademarks and patents seems to be standard practice in the corporate world. I'm not saying it is correct, only that it seems to be standard. And on the defending the walls - like I said I wouldn't use it myself, but the unwashed masses seem to love it.
The first category is sabotaging the competition (even if everyone else plays the same game). The second category I'm not sure - it is preserving the product that they are really selling with the iPhone (a "safe" malware free environment).
I hate to burst your bubble - I mentioned the high penetration rate of smartphones assuming any reader would realise that I wasn't talking about the states.
I must be a fan of the Koolaid then. Tastes groovy.
Apple are clearly a larger and more relevant player than they were five years ago. Being the next Microsoft does not immediately follow from that. There are some extra requirements (like breaking intercompatability, sabotaging the competition, throwing chairs etc).
My main machine is a macbook. It the only decent unix laptop I could find. Yes, I am familiar with linux on laptops, no it doesn't cut it. I want a POSIX environment with a full tool-chain and all of the other command-line goodness that I'm used to. But I want the user interface to work and a decent level of integration between the two (provided by open -a and pyappscript). Windows doesn't cut it for that kind of work, and linux only solves half the problem. To me the concept of 'freedom' is far less important than day-to-day productivity here and now.
My phone is a n900 (and it is still in the new toy honeymoon phase so can do no wrong). So why not an iPhone? The nicely packaged concept of a Walled Garden may have taken smartphones into the mainstream, but it is not for me. Again I want a decent POSIX environment on my smartphone with all of the tools that I am used to. Maemo certainly seems to be good fun there and now that I've found the python interpreter and the Qt bindings it is going to be exactly what I'm looking for in a phone - but then again I'm not the mass-market.
Everything that is wrong about the iPhone for me is what ha made it a mainstream success story. Sitting on a bus back from the airport the other night almost every person (across a wide age range) had a smartphone. 90% of them were iPhones. Packaging up a chunk of functionality (even if it is as simple as a web-page with some live data) into a a funky icon and selling it was a stroke of marketing genius. I, like many geeks, am left scratching my head and saying "What? You'd pay for that shit?".
So they have in a real sense made the smartphone market. Just as they made the mp3 player market. They didn't invent either product, but they found the right form to convince people that they needed it. Is that Microsoft? Nah, that's bloody good marketing that it. Hats off to them.
Given that they are on different continental plates I would suggest that the part where I said "being an island on the continental shelf of Europe" indicates not.
It's not so much that your link isn't insightful - it's just plain wrong. England is in the continent of Europe, which covers geography, as well as being in the EU, which covers politics.
The post you link to is clearly a troll - being an island on the continental shelf of Europe makes us just as european as when there was a land bridge.
UML and DFDs aren't abstract at all, they are super concrete. I know it's called modeling but that doesn't mean it's abstract.
Let's ignore the obvious problem with your statement: "concrete" is a binary property. Something is either concrete or not and so being "super concrete" sounds somewhat like an excitable teenage girl on a construction site.
If UML or DFD is concrete then how do you execute it? If you can't execute it then it is abstract.
I'd go further than that - most chunks of maths are things that are absolutely essential for some area of programming. You may not need to know everything all of the time, but for any particular task you will need to know some of this (non-exhaustive) list :
Statistics - useful just about everywhere, but in particular if you have to do any kind of data analysis in your work. Knowing particular distributions and how to compute the properties of them is essential.
Probability - if you use any kind of randomness in your work this is essential and in quite a few places where you don't deliberately use randomness but you are using non-determinism to model lack of knowledge i.e packing and filling of sparse data-structures.
Algebra - the daddy. Knowing a simple formal language that lets you rearrange expressions is an essential first step towards understanding a programming language. The more you learn the more it will help. If you head down to the Category Theory end of the pool then Monads and Arrows come in useful if you swim away from imperative languages and find something more interesting.
Logic - the other foundation. Learning to apply logic is relevant in any area of programming as it is an elementary part of programming. A deeper understanding of propositional and predicate logics is essential to do any work in compilers and will aid your understanding of control and data-flow in any language that you work in.
Linear Algebra - anything that touches the "real world" requires a bit of LA, as the parent mentioned physics, 3D graphics and I would add Vision to that list.
Set Theory - these are your basic building blocks, use them well. Whether it is building the right data-structure or using a database this is the foundation that you need to understand.
Graph Theory - some people never need anything more complex than a relational database, but some people only care about the relations. If you want to model any large network (the internet, or social interactions, economics), or perhaps programs within a compiler, or just the relationships between discrete objects then you will either learn some Graph Theory first, or rediscover it yourself the hard way.
Combinatorics - counting is fun! Counting (and enumerating in the programmer's sense) complex objects is basic problem that crops up in almost every area. For people without some grounding in combinatorics it is the kind of question that will get kicked up to the "office guru".
Now, if only maths graduates could program their way out of a wet cardboard box, then we could truly start designing giant flame breathing killer robots.
It's in the middle, next to the link to the Japanese page. The author got a 57 byte Hello World, and compares it to the older version by the Japanese author that was 58 bytes. The 45-byte version just strips out the string.
Millions of times over the years by millions of people.
The 57 bytes looks impressive at first, but seriously? Is that using 57 bytes of their own rather than borrowing them from somewhere else? Come back next year and have another go...
(actually found that while googling for the last slashdot story about overlapping ELF headers to get a smaller hello world)
1. They assume that the read back from external storage doesn't overlap with computation. This is not true of any DMA-based transfer that is asynchronous. This breaks their argument as I can hide the time to do a memory / storage swap by using DMA during calculation of the hash of a different region.
2. It is brittle. It depends on a very narrow margin between computation time and retrieval time. There are many things that could cause this margin to change but their complete avoidance of cache variations would kill it (yes I've read it, no their "worst-case measurement" doesn't cut it).
3. As many other people have pointed out it requires a trusted third-party to do the verification. If we allow a trusted party then installing a TPM is much simpler way to do it.
4. If the malware allows itself to be swapped out (i.e it has infected a callback hook) then the system must drop back to standard scanning techniques. These are not guaranteed because of the halting problem - so the author's claim that this method gives guaranteed detect is a crock of shit.
5. Although they've cited Naccahe's paper they've not really done it justice. His approach was much more elegant as it did not require a trusted party, and it got bonus points for using Quines in a serious research setting.
I did both at that age as they were the fashionable languages to introduce kids to programming. I actually quite liked Logo, although you have to pick up recursion before you can do anything really cute with it.
Slashdot Mirror
And yet, ironically, you have railed at this use of reason without applying any of your own. You wail that people embracing new technologies do so without and moral guidance or grounding, implicitly crying wolf. Yet you fail to point out any specific danger. Where is the potential harm in the behaviour described in the article?
Your third paragraph in particular is worthy of an astologer or palm reader. Vague, generic alarm backed up by wooly thinking.
Very cool, thanks a lot for running the tests.
Thanks, just some kind of file copy over samba would be enough. I just wanted to know if the server acts as a bottleneck, or if the usb connection is the tightest bottleneck in the system. As I've already got drives in a usb box that seems to hold them down to 22MB/s (not sure but I think they would hit 70-80MB/s if they were internal) then if doesn't throttle them any further it seems like a very neat solution for a file server.
That's quite an imprecise number :) I'm wondering as I've currently got a similar setup with 100mbit ethernet and external usb drives. Plugging the drive into a machine that consumes slightly less power would solve a lot of hassles.
Stop reading work email at home. Problem solved, and it turns out that it is actually a blessing in disguise.
What kind of file throughput do you get on client machines?
No it couldn't. If you are talking about complex the game is then the program *is* the referee. If you don't believe that then every game in the world has the same level of complexity as they all have the same solver:
for move in validMoves() : try(move)
Are you saying that you couldn't write a program to solve checkers in twelve lines of code?
Such a simple brute force solver still needs an executable specification of the rules that converts a board state and a move into a new board. For checkers this function is simple. For Go this function needs to check the freedoms of each cluster of stones and would thus require recursion. This alone would make it a more complex program than the checkers solver.
Thank you. I did wonder if inflation had something to do with it but was too lazy to check. I see that I'm on the list of "Common Misconceptions". Fame (or infamy) at last :)
How can we observe 46 billion light years in a universe that is only 13-20 billion years old?
Nah... Can't be bothered to rewatch it to make sure but the multiform said something along the lines of "The pandoracon will open", and if memory serves that is exactly what a previous set of shape-shifters were trying to do a couple of seasons ago.....
On point 1 - I've never noticed a problem, but then my music library migrates using appscript for the metadata and scp for the actual files. Again, this may not be typical.
On point 2 - your links break down into ip warfare and protecting the Walled Garden. As fair as I know playing a tenacious defence on trademarks and patents seems to be standard practice in the corporate world. I'm not saying it is correct, only that it seems to be standard. And on the defending the walls - like I said I wouldn't use it myself, but the unwashed masses seem to love it.
The first category is sabotaging the competition (even if everyone else plays the same game). The second category I'm not sure - it is preserving the product that they are really selling with the iPhone (a "safe" malware free environment).
I hate to burst your bubble - I mentioned the high penetration rate of smartphones assuming any reader would realise that I wasn't talking about the states.
I must be a fan of the Koolaid then. Tastes groovy.
Apple are clearly a larger and more relevant player than they were five years ago. Being the next Microsoft does not immediately follow from that. There are some extra requirements (like breaking intercompatability, sabotaging the competition, throwing chairs etc).
My main machine is a macbook. It the only decent unix laptop I could find. Yes, I am familiar with linux on laptops, no it doesn't cut it. I want a POSIX environment with a full tool-chain and all of the other command-line goodness that I'm used to. But I want the user interface to work and a decent level of integration between the two (provided by open -a and pyappscript). Windows doesn't cut it for that kind of work, and linux only solves half the problem. To me the concept of 'freedom' is far less important than day-to-day productivity here and now.
My phone is a n900 (and it is still in the new toy honeymoon phase so can do no wrong). So why not an iPhone? The nicely packaged concept of a Walled Garden may have taken smartphones into the mainstream, but it is not for me. Again I want a decent POSIX environment on my smartphone with all of the tools that I am used to. Maemo certainly seems to be good fun there and now that I've found the python interpreter and the Qt bindings it is going to be exactly what I'm looking for in a phone - but then again I'm not the mass-market.
Everything that is wrong about the iPhone for me is what ha made it a mainstream success story. Sitting on a bus back from the airport the other night almost every person (across a wide age range) had a smartphone. 90% of them were iPhones. Packaging up a chunk of functionality (even if it is as simple as a web-page with some live data) into a a funky icon and selling it was a stroke of marketing genius. I, like many geeks, am left scratching my head and saying "What? You'd pay for that shit?".
So they have in a real sense made the smartphone market. Just as they made the mp3 player market. They didn't invent either product, but they found the right form to convince people that they needed it. Is that Microsoft? Nah, that's bloody good marketing that it. Hats off to them.
Very good. Glad to hear it old chap.
Given that they are on different continental plates I would suggest that the part where I said "being an island on the continental shelf of Europe" indicates not.
It's not so much that your link isn't insightful - it's just plain wrong. England is in the continent of Europe, which covers geography, as well as being in the EU, which covers politics.
The post you link to is clearly a troll - being an island on the continental shelf of Europe makes us just as european as when there was a land bridge.
Let's ignore the obvious problem with your statement: "concrete" is a binary property. Something is either concrete or not and so being "super concrete" sounds somewhat like an excitable teenage girl on a construction site.
If UML or DFD is concrete then how do you execute it? If you can't execute it then it is abstract.
So you have redefined "maths" as computer science : the study of formal languages and their computational properties....
I'd go further than that - most chunks of maths are things that are absolutely essential for some area of programming. You may not need to know everything all of the time, but for any particular task you will need to know some of this (non-exhaustive) list :
Statistics - useful just about everywhere, but in particular if you have to do any kind of data analysis in your work. Knowing particular distributions and how to compute the properties of them is essential.
Probability - if you use any kind of randomness in your work this is essential and in quite a few places where you don't deliberately use randomness but you are using non-determinism to model lack of knowledge i.e packing and filling of sparse data-structures.
Algebra - the daddy. Knowing a simple formal language that lets you rearrange expressions is an essential first step towards understanding a programming language. The more you learn the more it will help. If you head down to the Category Theory end of the pool then Monads and Arrows come in useful if you swim away from imperative languages and find something more interesting.
Logic - the other foundation. Learning to apply logic is relevant in any area of programming as it is an elementary part of programming. A deeper understanding of propositional and predicate logics is essential to do any work in compilers and will aid your understanding of control and data-flow in any language that you work in.
Linear Algebra - anything that touches the "real world" requires a bit of LA, as the parent mentioned physics, 3D graphics and I would add Vision to that list.
Set Theory - these are your basic building blocks, use them well. Whether it is building the right data-structure or using a database this is the foundation that you need to understand.
Graph Theory - some people never need anything more complex than a relational database, but some people only care about the relations. If you want to model any large network (the internet, or social interactions, economics), or perhaps programs within a compiler, or just the relationships between discrete objects then you will either learn some Graph Theory first, or rediscover it yourself the hard way.
Combinatorics - counting is fun! Counting (and enumerating in the programmer's sense) complex objects is basic problem that crops up in almost every area. For people without some grounding in combinatorics it is the kind of question that will get kicked up to the "office guru".
Now, if only maths graduates could program their way out of a wet cardboard box, then we could truly start designing giant flame breathing killer robots.
It's in the middle, next to the link to the Japanese page. The author got a 57 byte Hello World, and compares it to the older version by the Japanese author that was 58 bytes. The 45-byte version just strips out the string.
So why does she go by the name Brian? Is this a level of Monty Python in-joke that the rest of us can't even dream of?
Millions of times over the years by millions of people.
The 57 bytes looks impressive at first, but seriously? Is that using 57 bytes of their own rather than borrowing them from somewhere else? Come back next year and have another go...
(actually found that while googling for the last slashdot story about overlapping ELF headers to get a smaller hello world)
Ok, so you want serious criticisms?
1. They assume that the read back from external storage doesn't overlap with computation. This is not true of any DMA-based transfer that is asynchronous. This breaks their argument as I can hide the time to do a memory / storage swap by using DMA during calculation of the hash of a different region.
2. It is brittle. It depends on a very narrow margin between computation time and retrieval time. There are many things that could cause this margin to change but their complete avoidance of cache variations would kill it (yes I've read it, no their "worst-case measurement" doesn't cut it).
3. As many other people have pointed out it requires a trusted third-party to do the verification. If we allow a trusted party then installing a TPM is much simpler way to do it.
4. If the malware allows itself to be swapped out (i.e it has infected a callback hook) then the system must drop back to standard scanning techniques. These are not guaranteed because of the halting problem - so the author's claim that this method gives guaranteed detect is a crock of shit.
5. Although they've cited Naccahe's paper they've not really done it justice. His approach was much more elegant as it did not require a trusted party, and it got bonus points for using Quines in a serious research setting.
I did both at that age as they were the fashionable languages to introduce kids to programming. I actually quite liked Logo, although you have to pick up recursion before you can do anything really cute with it.
Disclaimer: I am now a CS, not an EE. :)