It's sold filled with music, as opposed to empty cards, and (as I understand it) the goal is to make profit off both the music AND physical media (the media is rewritable, like a normal microSD).
I know, I kid. Emacs default editor&keybindings (+ some custom modifications) is the only editor around that I like. Python-mode rocks for hacking in my language of choice (:
> to avoid being manipulated or otherwise taken advantage of.
You're right here. But humans act this way only because they actually have a hidden need of such closeness. If they hadn't had it, or if it was satisfied, they would never get afraid of being manipulated through it - because there would be no way to do so.
So your example is just a side-effect of being afraid to fulfill that subconscious need for love.
> Everyone hug your kids or your parents or whomever > is next to you (if that's allowed by your HR policy).
That's what I've been doing from the day one. Hugging has some mysterious power in it, if I can say it this way. However, many people seem not to like hugging. I think that people "simply" have a subconscious fear of fully giving and fully accepting love. There's not much you can help other people about this, unless: you really want to; the other person also really wants to; you know how to show empathy; you learned a bit about the psychology and stuff; you have much time. IANAP, at least not one with a paper that'd confirm any knowledge or skills - the stated opinions are just my own conclusions, and I try to help people only because I like doing it.
> You never know when your time is up.
It's not something that I would be afraid of. Death is a part of a natural cycle - you get born, you live, you die. Everyone either went through it, is going through it, or is going to go through it, and there are almost no escapes (the only way to "escape" would involve forcing an end of this cycle upon oneself anyway). If you're not scared of death, you're also not scared to truly live your life.
People associate death with pain, because that's what they usually see and feel when they see someone dying. Nobody likes pain. Pain sucks. The physical pain really sucks, but the psychical one, like the one we feel when we lose someone - must be the worst.
But the death itself?... No, I'm not afraid of dying.
This is almost exactly how I have encouraged my sister to start toying with Python.
She loves fantasy, role playing games, reading books, etc, and a few years ago she discovered a SUD (Single User Dungeon, single player MUD, text adventure, whatever you call it), namely Otchlan (polish for "abyss"). The game is almost dead now (the author announced that further development will cease, and the game isn't OSS), so she is seeing a potential in having an ability to write and maintain her own game like that - especially since I've showed her one example of how easy it is to create a simple text adventure. At the moment we've teamed up and are working on a small SUD - I've started coding the engine, she's drawing maps of cities and countries to be later added to the game, but we often lurk into each other's work and exchange thoughts and ideas.
By the way, SUDs and MUDs can greatly help overcoming the fear of using Unix CLI - for example, you show someone that "less readme.txt" isn't much different from "read sign".
> So the RAM stick itself would have to detect > that it is no longer connected to any motherboard (...)
Have you seen Mission: Impossible? They've done an interesting thing with the laser beams that served as an intrusion detection system there. I wonder if a similar hack could be achieved by plugging out the ram stick, without disconnecting it from the mobo (or rather: sequentially disconnecting it and reconnecting to your hackbox on the fly).
Then again, if it's a server, then a decent intrusion detection system would do the job, but nothing would help if your laptop gets stolen while it's on...
Good point, sir. Actually, my opinion on the parens is not that they're evil or what, they have their purpose, they're an useful tool, may Gods bless them, but it's just the gazillion of different coding styles which have no use but to be a topic of endless arguments between hordes of blood-hungry programmers - that is my pain. In my view, Python is not trying to solve the problem of parentheses - there's no such thing as a problem with parentheses - it is trying to solve the problem with their users.
Nothing is a problem until you make a problem of it.
I think I can see Lisp, OCaml, probably Modula-3, there's one example I think I saw before, but can't remember the name...
I grasped a bit of Python, C, C++, Java, Perl, Bash, PHP, and a little of Smalltalk, D, Common Lisp, Ruby, Pascal, x86 assembly and z80 assembly. I was always interested in various computer programming languages, trying to write just a few lines in about every single one for which I didn't had trouble with getting a compiler. Even before I knew anything but C, I tried to create my own syntax using the C preprocessor #defines (replacing "if(" with "IF", "==" with "IS", etc). I wrote my own toy z80 assembler, tried writing a custom shell. For the purpose of my toy project involving genetic algorithms "research" (just curious if it could spit something interesting out) I've also "created" a "language" based on lists and objects rather than some text representation. I have a few random drafts of my own OO language, hidden somewhere at the bottom of a drawer.
I think that this makes a decent list for a 19 year old who learned to program in his free time, while also having a normal life and OMG, devoting most of the aforementioned free time not to coding, but to playing lead guitar in a progressive metal band without a name. But that doesn't actually matter...
Well, yes, in my previous post, I might have sounded like an ignorant troll. We all make mistakes, sometimes dumb mistakes that make us look like ignorant trolls, but isn't this whole "life" thing all about learning from these mistakes?
At one end, people sitting in their caves, scared of any change, afraid of abandoning the place that gives them a false illusion of being safe. It's okay to be there, as long as you're fully aware of why are you there.
At the other end, people who are afraid of nothing, who consciously jump right into "the danger", laughing at everything the people of the first group are scared of. They want to live their lifes, embrace whatever the future brings, be happy no matter what it takes to do so.
And a lot of people somewhere in between.
I'm closer to the second end, but IMHO everyone has their own set of crayons and their own world to color.
Makes me think about using my electric guitar as an input device... Although it's hard to say how many unique chords could I produce, or if the software could easily distinguish between all of them (but certainly easier than voice recognition!). Hey, but I could switch between lower and upper case by hitting the "distortion" button!:D
No, no, no. It's 2.2 billion "processor cycles", not operations. Some CPU architectures will do one operation in many cycles (think pre-pentium x86, z80, m68k, and so on), some do one op per cycle (early RISC designs: MIPS, etc), some do many operations in one cycle (superscalar stuff, instruction parallelism, AFAIK: POWER, SPARC), and some even run an older instruction set on a "hardware virtual machine", so you'll probably never know how many instructions per cycle (or cycles per instruction) they really do at the core (your Celeron works like this). Just pointing this subtle (but crucial) difference out (it is what the whole RISC-vs-CISC-vs-Everything dispute was all about).
> you cannot tell the difference between a nanosecond and a femtosecond
But I can tell a difference between an hour and a minute, and when running a CPU-intensive task (say, transcoding media), having more CPU power certainly pays back (not to mention that if you also have a second core, you can keep using the computer for whatever else you want, while it is crunching numbers in the background, or - if you're not doing any work - speed up that process by 100% (if it scales to multiple cores/CPUs)).
Tell me something. Are you going to think of yourself as something insignificant for the rest of your life just because you turn out to be a part of some larger system that you do not have a great impact on? You are the one who has the greatest possible impact on the most significant thing in your life - your life itself.
Or reversing this "we're insignificant" way of thinking - what kind of impact has on you some random supernova that happened half a million light years away from here, half a million years ago? Even closer to nothing than I do, because we turn out to live on the same planet, and maybe you can even meet me on the street one day. Hey - I already have an impact on you - you're reading my posts and replying to them!
Please don't talk about the "outside this planet" point-of-view - ***there's nobody out there(*)*** to have any point of view, and even if there was, you are as significant to them as some other alien could be to you if you were observing their solar system.
(* or we do not know about them)
So, it turns out, significance depends *only* on the point of view, and if your point of view is that $RANDOM_SUPERNOVA_OR_SOME_OTHER_ASTRONOMICAL_EVENT demands more of your attention than taking care of your needs, here on Earth, so be it.
Slashdot Mirror
Goto might also be useful for error handling:
//...
status = do_something(foo);
if (status == ERROR)
goto error_handle;
do_something_else(status, foo);
error_handle:
undo_something(foo);
It can be a nice replacement for try/catch in C, and could actually lead to cleaner code IMO (separation of normal code and error handling).
$ grep -n -C 3 'on fire' /usr/src/linux/drivers/char/lp.c
:)
252- } else if (!(status & LP_PERRORP)) {
253- if (last != LP_PERRORP) {
254- last = LP_PERRORP;
255: printk(KERN_INFO "lp%d on fire\n", minor);
256- }
257- error = -EIO;
258- } else {
...
My machine /is/ 5 yrs old, you insensitive clod!
Call me old fashioned, but I still use an abacus. Much purer and reliable to me.
It's sold filled with music, as opposed to empty cards, and (as I understand it) the goal is to make profit off both the music AND physical media (the media is rewritable, like a normal microSD).
> either the game sucks, or it doesn't.
Since it's Blizzard, it doesn't.
I know, I kid. Emacs default editor&keybindings (+ some custom modifications) is the only editor around that I like. Python-mode rocks for hacking in my language of choice (:
What is the best place to get these? How much do they cost? How powerful and how flexible they are?
He said: sufficient for editing text
:D
*ducks*
BTW, porting emacs to bare x86 metal sounds like a really nice idea...
I'm neopagan, you insensitive clod!
> to avoid being manipulated or otherwise taken advantage of.
You're right here. But humans act this way only because they actually have a hidden need of such closeness. If they hadn't had it, or if it was satisfied, they would never get afraid of being manipulated through it - because there would be no way to do so.
So your example is just a side-effect of being afraid to fulfill that subconscious need for love.
> Everyone hug your kids or your parents or whomever
> is next to you (if that's allowed by your HR policy).
That's what I've been doing from the day one. Hugging has some mysterious power in it, if I can say it this way. However, many people seem not to like hugging. I think that people "simply" have a subconscious fear of fully giving and fully accepting love. There's not much you can help other people about this, unless: you really want to; the other person also really wants to; you know how to show empathy; you learned a bit about the psychology and stuff; you have much time. IANAP, at least not one with a paper that'd confirm any knowledge or skills - the stated opinions are just my own conclusions, and I try to help people only because I like doing it.
> You never know when your time is up.
It's not something that I would be afraid of. Death is a part of a natural cycle - you get born, you live, you die. Everyone either went through it, is going through it, or is going to go through it, and there are almost no escapes (the only way to "escape" would involve forcing an end of this cycle upon oneself anyway). If you're not scared of death, you're also not scared to truly live your life.
People associate death with pain, because that's what they usually see and feel when they see someone dying. Nobody likes pain. Pain sucks. The physical pain really sucks, but the psychical one, like the one we feel when we lose someone - must be the worst.
But the death itself?... No, I'm not afraid of dying.
This is almost exactly how I have encouraged my sister to start toying with Python.
She loves fantasy, role playing games, reading books, etc, and a few years ago she discovered a SUD (Single User Dungeon, single player MUD, text adventure, whatever you call it), namely Otchlan (polish for "abyss"). The game is almost dead now (the author announced that further development will cease, and the game isn't OSS), so she is seeing a potential in having an ability to write and maintain her own game like that - especially since I've showed her one example of how easy it is to create a simple text adventure. At the moment we've teamed up and are working on a small SUD - I've started coding the engine, she's drawing maps of cities and countries to be later added to the game, but we often lurk into each other's work and exchange thoughts and ideas.
By the way, SUDs and MUDs can greatly help overcoming the fear of using Unix CLI - for example, you show someone that "less readme.txt" isn't much different from "read sign".
> that are really only useful with the original kit.
Unless you're creative enough (:
Linux + KDE3 + Kicker, there's an applet kalled KDoomsDay (it's KInstallable from apt in Debian and possibly Kubuntu).
> So the RAM stick itself would have to detect
> that it is no longer connected to any motherboard (...)
Have you seen Mission: Impossible? They've done an interesting thing with the laser beams that served as an intrusion detection system there. I wonder if a similar hack could be achieved by plugging out the ram stick, without disconnecting it from the mobo (or rather: sequentially disconnecting it and reconnecting to your hackbox on the fly).
Then again, if it's a server, then a decent intrusion detection system would do the job, but nothing would help if your laptop gets stolen while it's on...
Good point, sir. Actually, my opinion on the parens is not that they're evil or what, they have their purpose, they're an useful tool, may Gods bless them, but it's just the gazillion of different coding styles which have no use but to be a topic of endless arguments between hordes of blood-hungry programmers - that is my pain. In my view, Python is not trying to solve the problem of parentheses - there's no such thing as a problem with parentheses - it is trying to solve the problem with their users.
Nothing is a problem until you make a problem of it.
I think I can see Lisp, OCaml, probably Modula-3, there's one example I think I saw before, but can't remember the name...
I grasped a bit of Python, C, C++, Java, Perl, Bash, PHP, and a little of Smalltalk, D, Common Lisp, Ruby, Pascal, x86 assembly and z80 assembly. I was always interested in various computer programming languages, trying to write just a few lines in about every single one for which I didn't had trouble with getting a compiler. Even before I knew anything but C, I tried to create my own syntax using the C preprocessor #defines (replacing "if(" with "IF", "==" with "IS", etc). I wrote my own toy z80 assembler, tried writing a custom shell. For the purpose of my toy project involving genetic algorithms "research" (just curious if it could spit something interesting out) I've also "created" a "language" based on lists and objects rather than some text representation. I have a few random drafts of my own OO language, hidden somewhere at the bottom of a drawer.
I think that this makes a decent list for a 19 year old who learned to program in his free time, while also having a normal life and OMG, devoting most of the aforementioned free time not to coding, but to playing lead guitar in a progressive metal band without a name. But that doesn't actually matter...
Well, yes, in my previous post, I might have sounded like an ignorant troll. We all make mistakes, sometimes dumb mistakes that make us look like ignorant trolls, but isn't this whole "life" thing all about learning from these mistakes?
Braces, braces, braces... I code in Python, which seems to be the only computer language that got the braces right:
if condition:
statement1
else:
statement2
That's it! No braces at all.
Well, maybe except in dictionaries:
mydict = {"foo": someObject,
"bar": 42,
}
> Who is doing witchcraft at work?
I'm neopagan, you insensitive clod!
> "as change scares me"
At one end, people sitting in their caves, scared of any change, afraid of abandoning the place that gives them a false illusion of being safe. It's okay to be there, as long as you're fully aware of why are you there.
At the other end, people who are afraid of nothing, who consciously jump right into "the danger", laughing at everything the people of the first group are scared of. They want to live their lifes, embrace whatever the future brings, be happy no matter what it takes to do so.
And a lot of people somewhere in between.
I'm closer to the second end, but IMHO everyone has their own set of crayons and their own world to color.
Makes me think about using my electric guitar as an input device... Although it's hard to say how many unique chords could I produce, or if the software could easily distinguish between all of them (but certainly easier than voice recognition!). Hey, but I could switch between lower and upper case by hitting the "distortion" button! :D
My family is gonna kill me, though...
I'm not sure either, but WiFi isn't allowed and AFAIK Bluetooth works on the same frequency (2.4Ghz).
> 2.2 billion operations a second
No, no, no. It's 2.2 billion "processor cycles", not operations. Some CPU architectures will do one operation in many cycles (think pre-pentium x86, z80, m68k, and so on), some do one op per cycle (early RISC designs: MIPS, etc), some do many operations in one cycle (superscalar stuff, instruction parallelism, AFAIK: POWER, SPARC), and some even run an older instruction set on a "hardware virtual machine", so you'll probably never know how many instructions per cycle (or cycles per instruction) they really do at the core (your Celeron works like this). Just pointing this subtle (but crucial) difference out (it is what the whole RISC-vs-CISC-vs-Everything dispute was all about).
> you cannot tell the difference between a nanosecond and a femtosecond
But I can tell a difference between an hour and a minute, and when running a CPU-intensive task (say, transcoding media), having more CPU power certainly pays back (not to mention that if you also have a second core, you can keep using the computer for whatever else you want, while it is crunching numbers in the background, or - if you're not doing any work - speed up that process by 100% (if it scales to multiple cores/CPUs)).
I believe you're just misinformed.
Tell me something. Are you going to think of yourself as something insignificant for the rest of your life just because you turn out to be a part of some larger system that you do not have a great impact on? You are the one who has the greatest possible impact on the most significant thing in your life - your life itself.
Or reversing this "we're insignificant" way of thinking - what kind of impact has on you some random supernova that happened half a million light years away from here, half a million years ago? Even closer to nothing than I do, because we turn out to live on the same planet, and maybe you can even meet me on the street one day. Hey - I already have an impact on you - you're reading my posts and replying to them!
Please don't talk about the "outside this planet" point-of-view - ***there's nobody out there(*)*** to have any point of view, and even if there was, you are as significant to them as some other alien could be to you if you were observing their solar system.
(* or we do not know about them)
So, it turns out, significance depends *only* on the point of view, and if your point of view is that $RANDOM_SUPERNOVA_OR_SOME_OTHER_ASTRONOMICAL_EVENT demands more of your attention than taking care of your needs, here on Earth, so be it.