But that is just the point, in C++ they are weird little corners. In perl they are displayed front and center. Sure you can do some pretty weird stuff in C++, but generally that is the domain of people who know the language well.
The other problem I have with installing things like this is you have to manage updated manually. It becomes your problem to monitor the patches for the apps you have installed, rather than say adding a daily cron job to manage it for you.
I'd much prefer managing apps through additions to sources.list.
Every new stable is really well tested, I would expect it to work just fine.
The last move from sarge to etch caused some issues for me, specifically the postfix-mysql authentication. I sorted them all out within about an hour or two after the upgrade, but it does happen.
I am by no means an expert, however I have upgraded a couple of servers that I don't have physical access to.
I've normally tried to upgrade a server that I do have physical access to before upgrading the offsite server(s). So long as the server comes back up and ssh is still running pretty much everything else can be sorted out after a little time, the logs and google.
Ideally similar hardware.
Oh and googling around to see if anyone has hit problems doing the upgrade.
So, what is that ideal picture? Personally, I've met programmers and math types that are all over the map, personality-wise. And, frankly, I would consider avoiding the overly bookish, socially inept types, given that one's job as a programmer is, above all things, to communicate with others and to, you know, socially interact with them.
Two things. I'm not sure I'd say that a programmers jos is "above all things, to communicate with others". Secondlt, I'm not sure that a picture of a programmer "at the end of a beer bong" shows their social interaction skills.
Writing code on paper or a whiteboard is a terrible idea. Good programming practices make it harder to write code well. For example, it is a good idea to write the closing brace when you write the opening brace for a block of code (or whatever delimits blocks in your language). Now, when you write the closing block, you may not have a good idea as to the size of the block that it will contain.
In general it is better to code by writing the skeleton first and filling it in later. That you cannot do on a whiteboard.
Nazi Germany was deterred from using chemical weapons due to fears of massive Allied retaliation. They didn't even use them towards the end as the Red Army was encircling Berlin.
There was another reason for that. Hitler was gassed during WWI and he didn't like it. Hence the nazis didn't use chemical weapons.
FAT doesn't support delayed writes like NTFS does, so all writes to a FAT drive are immediate. You can just pull a USB flash drive out and walk away once the little light stops flashing. Selecting "remove drive" is asking Vista to perform an unnecessary step. There is no problem here--- unless you're formatting a flash drive with NTFS, in which case that's your problem.
My bad, I meant write behind caching, which is the reason you you select safely remove hardware (or unmount on linux).
In the end that is beside the point. If this is an unneccessary step, Vista should not fail and say the drive cannot be unmounted. If it is a neccessary step, vista should not fail.
My use of Vista is limited to some quick experience with a collegue's laptop, but it is clear to me that it is pretty rough around the edges. Case in point, plug in a flash drive, copy a (very small) file on, select remove drive, it says the drive is in use. Wait 10 seconds, file still in use. I understand the issues with FAT drives and delayed writes, however XP does not show the same issues for similar sized files.
I imagine that is the kind of thing that you would argue in court. I think that is it something that would be dependent on the person. So if someone was a gay activist and it was revealed that they were secretly married (to a woman) with 2.5 kids etc, that might lower your opinion of the person.
Wars only end when one side loses the stomach to fight it. That is done by demoralizing the populace which supports it. Unfortunately that means raining death and destruction on what is a civilian population.
I suggest you go back and read some history. Vietnam may have been lost by the US as a result of demoralising the population, however that was not the case for WWI or WWII. In WWI, despite the blockade of German ports (something that hit the civilian population directly) it was the German army that collapse. In WWII, both Japan and Germany were defeated by force of arms and greater productive capacity, not due to any impact on the civilian population. The bombings of the German civilian population did not have the effect you are describing, indeed it may have strengthened their resolve.
2. Can't you just do this with a void pointer? Seems like a bad idea anyway
3. autopointers.
6. IMO well written C++ is the most readable code, YMMV
But that is just the point, in C++ they are weird little corners. In perl they are displayed front and center. Sure you can do some pretty weird stuff in C++, but generally that is the domain of people who know the language well.
Close but no cigar. TMTOWTDI is killing perl.
Good call.
The other problem I have with installing things like this is you have to manage updated manually. It becomes your problem to monitor the patches for the apps you have installed, rather than say adding a daily cron job to manage it for you.
I'd much prefer managing apps through additions to sources.list.
Every new stable is really well tested, I would expect it to work just fine.
The last move from sarge to etch caused some issues for me, specifically the postfix-mysql authentication. I sorted them all out within about an hour or two after the upgrade, but it does happen.
I am by no means an expert, however I have upgraded a couple of servers that I don't have physical access to.
I've normally tried to upgrade a server that I do have physical access to before upgrading the offsite server(s). So long as the server comes back up and ssh is still running pretty much everything else can be sorted out after a little time, the logs and google.
Ideally similar hardware.
Oh and googling around to see if anyone has hit problems doing the upgrade.
On the contrary, I come to slashdot and hear people comment on subjects in which they have no expertise and only slight experience.
The fact that they do it with such certainty and seeming authority is ... amusing.
No, a better idea: George Lucas - the search for intelligent life.
Lucas could research better topics, namely why have all of his movies for the last 10 years sucked horribly?
SatanicPuppy, let me introduce you to google. Using this tool you can appear all knowing.
I find this odd. From a global perspective democrats are right and republicans are far right. What is your personal political scale?
Two things. I'm not sure I'd say that a programmers jos is "above all things, to communicate with others". Secondlt, I'm not sure that a picture of a programmer "at the end of a beer bong" shows their social interaction skills.
Possibly, I have fairly large hands.
You missed one.
If you are resting your left finger on the shell and you right click, it left clicks.
The US has not had a left and right for quite some time. There has only been the right and extreme right.
Absolutely.
Writing code on paper or a whiteboard is a terrible idea. Good programming practices make it harder to write code well. For example, it is a good idea to write the closing brace when you write the opening brace for a block of code (or whatever delimits blocks in your language). Now, when you write the closing block, you may not have a good idea as to the size of the block that it will contain.
In general it is better to code by writing the skeleton first and filling it in later. That you cannot do on a whiteboard.
There was another reason for that. Hitler was gassed during WWI and he didn't like it. Hence the nazis didn't use chemical weapons.
Quite hard. You'd need to build a lot more chip shops for one thing.
My bad, I meant write behind caching, which is the reason you you select safely remove hardware (or unmount on linux).
In the end that is beside the point. If this is an unneccessary step, Vista should not fail and say the drive cannot be unmounted. If it is a neccessary step, vista should not fail.
Short version: Vista -> Fail.
My use of Vista is limited to some quick experience with a collegue's laptop, but it is clear to me that it is pretty rough around the edges. Case in point, plug in a flash drive, copy a (very small) file on, select remove drive, it says the drive is in use. Wait 10 seconds, file still in use. I understand the issues with FAT drives and delayed writes, however XP does not show the same issues for similar sized files.
Wow. You'd never expect a significant software company to do anything like that.
Wait... That process is *exactly* the Microsoft process.
A book on business ethics? Never too late to learn something new.
I imagine that is the kind of thing that you would argue in court. I think that is it something that would be dependent on the person. So if someone was a gay activist and it was revealed that they were secretly married (to a woman) with 2.5 kids etc, that might lower your opinion of the person.
Sorry, you are correct. Doh.
Wars only end when one side loses the stomach to fight it. That is done by demoralizing the populace which supports it. Unfortunately that means raining death and destruction on what is a civilian population.
I suggest you go back and read some history. Vietnam may have been lost by the US as a result of demoralising the population, however that was not the case for WWI or WWII. In WWI, despite the blockade of German ports (something that hit the civilian population directly) it was the German army that collapse. In WWII, both Japan and Germany were defeated by force of arms and greater productive capacity, not due to any impact on the civilian population. The bombings of the German civilian population did not have the effect you are describing, indeed it may have strengthened their resolve.