I try to open a video on my phone and Windows 7 copies it to some obscure folder. Fortunately, the search tool is working okay, and searching for it, shows that the file is in
C:\Users\Jul\AppData\Local\Temp\WPDNSE\{000076DD-0001-0002-0000-000000000000}
So, why the H does the crappy software OS designers at M$ do something like this? Is this folder going to be purged someday? When?
And why is it not pos to see the AppData folder when you go to Users\Jul?
A blog of challenges intended to stimulate smart people. Also, a collection of links and info related to the XO laptop. Any worthwhile suggestion will be allowed as a comment.
Sunday, December 14, 2014
Sunday, October 5, 2014
Decide for Yourself
http://www.quora.com/What-do-the-top-1-of-software-engineers-do-that-the-other-99-do-not
Computer science is a deep field, and to be good at it, you need at least a working understanding of everything. If you think assembly code or linear algebra or strong static typing is "scary" or "too deep" you'll never reach 2.0. That doesn't mean you need to be an expert in everything because you can't. You can't have "I won't go there" areas. You probably don't want to be hand-writing assembly code very often, but if you take the attitude that it's "black magic" or "grunt work" or "unclean", then it will hinder your learning. (You see some Java programmers take this attitude toward manual-memory languages like C.) I would probably use Haskell (a high-level language with strong static typing) given a clean slate; but I've exposed myself to Clojure, C, and even Python (data science libraries) because they cover important topics from computer science. You can't have the "Will this be on the test?" mentality. You have to be curious about everything CS-related. (Mathematical curiosity helps.) You also need to learn about the industry itself. Why do so many software projects fail? What mistakes (technical and nontechnical) lead to that and how might they be prevented? What makes a good startup CTO? What things are worth building, and what patterns betray a death march?
Computer science is a deep field, and to be good at it, you need at least a working understanding of everything. If you think assembly code or linear algebra or strong static typing is "scary" or "too deep" you'll never reach 2.0. That doesn't mean you need to be an expert in everything because you can't. You can't have "I won't go there" areas. You probably don't want to be hand-writing assembly code very often, but if you take the attitude that it's "black magic" or "grunt work" or "unclean", then it will hinder your learning. (You see some Java programmers take this attitude toward manual-memory languages like C.) I would probably use Haskell (a high-level language with strong static typing) given a clean slate; but I've exposed myself to Clojure, C, and even Python (data science libraries) because they cover important topics from computer science. You can't have the "Will this be on the test?" mentality. You have to be curious about everything CS-related. (Mathematical curiosity helps.) You also need to learn about the industry itself. Why do so many software projects fail? What mistakes (technical and nontechnical) lead to that and how might they be prevented? What makes a good startup CTO? What things are worth building, and what patterns betray a death march?
Subscribe to:
Posts (Atom)