No, even in the cities it went fairly well. I think they had most problems with the police (even though the organisers had official connections), dependent upon the place they where.
Well, we have this program here, which is called 'Peking Express'. It is a game where several couples have to make a journey in Asia with as little means as possible.
Last year, they had to get from Peking to the mouth of the Indus.
While in China, they had it relatively easy, people liked to help them for nothing. However, once in India, they had the hardest time, people wouldn't do anything for them without pay.
I think there is not much homogenity on this in Eastern cultures, as it spans from about Russia and Turkey up to Japan.
It is a short story by Henry Kuttner, included in the bundle "The Proud Robot".
In short, it is about a space expedition to Venus, and the explorers find themselves in a society which is completely static because everything has been patented.
It was written in 1943, but when I see what Morse and Edison did with patents, Kuttner had some fine references to build his story on.
Re:Know and love GCC
on
GCC 4.1 Released
·
· Score: 2, Interesting
GCC existed long before Linux, but Linux made it possible to deploy it large scale on PC's (I know about DJGCC).
When I got into PC's in school in the 80's, Borland ruled.
When I started working in 1990, I wanted to learn C++. There were no inexpensive options however. I knew about GNU and FSF, but all the software they sold was targeted at commercial 32-bit platforms (I think that they did not even had a C++ compiler back then). All other options where too expensive, until the summer of 1991, when Zortech came out with their C++ compiler, which included also 286 and 386 extension software, which made it possible to run 32-bit code.
Linux a year later made it possible for people really interested to run real 32-bit code on a real 32-bit platform.
But you should really add another question to your list :
To gain momentum Linux needs a central installation architecture that all applications must use to properly install and run. The OS should ensure that applications are installed before they can be executed.
You should be modded funny. I am 39, I have used vi(m) for almost 6 years, and now I am learning emacs. I like them both.
I find the opening of files and switching between buffers easier on emacs.
Also, when I do a compile on Emacs with 'perl -c' I can automatically go to the errors in the Perl code. In vim, I had to enter manually the regular expressions for matching those.
I do not know with what I am going to end up in the long run. vim is faster for editing config files, emacs makes it easier on long running editing sessions.
Yeah, well, I was considering starting a thread "These Christians you are speaking of, who are they ?"
You already made the split between Catholics and Protestants, but how many breeds of Protestants really exist ?
Around the sixteenth century, you had Maarten Luther and Johannes Calvijn, which are responsible for two kinds of Protestantism here in Europe.
Henry VIII renounced the Pope and made himself head of the English Church, thus creating a third European form of Protestantism.
Like you said, then Puritanism followed.
According to 'By the Numbers' a couple of years ago in Scientific American, the Scandinavians have the most modern societies, although they are mostly Protestant.
I've learnt this lesson by using floppy disks as a backup medium (in the beginning of the 90's).
Do not try to win time by taking a bunch of floppies and doing a backup, because somewhere down the road there will be faulty floppies. First format them to weed out the bad ones, then do the backup.
What I am doing to remedy this for myself, is write an application library which emulates integrated components like register, ALU, buffer, bus, nothing specific, but signal driven.
I am now using this to design and emulate a processar at the functional electrical level (ie, above the gate level, but still emulating electrical connections).
If this works, the next step will probably be to interface the keyboard and the terminal, add mass storage and then try to write some simple software which can use these tools. Maybe an assembler first.
If this works, I could start going to the gate level.
It depends upon your alignment. If you are lawful, then you get -1 for blasphemy, if you are chaotic then you get +1.
This is analogous to offering someone of your race on an altar. If you are chaotic then you get +2 for your alignment, if you are lawful, then you get -2.
This is also what I think about software development. There should not be software project leaders, it should be up to the architects and the engineers to coordinate efforts toward a common goal.
I know these Indian CCM Level 5 organisations. They are affiliated with Philips. From a point of practicality, they are not level 5, but they do know how to cook the books.
The first computers have always had more emphasis on IO than on processing power. I think that the fact that mainframes have comparatively more IO power is an inherited architectural feature. Minicomputers from the past had also more emphasis on IO than on processing power (although the lines began to blur then), but it is really the PC world which has emphasised processing speed over IO. I do not think there is even remotely in the PC world something that resembles 'channels' (independent IO processing units) which are used in mainframes (and which have been used in minicomputers).
But Linux would not have existed without GNU right? Yes I think it would
I was round that same time looking for a 32 bit C/C++ compiler. There only alternative for compilers around then was GCC. The only other compilers were severely limited in their 32-bit capabilities or were too expensive. And GCC was also probably one of the few good 32-bit cross-platform compilers.
I do not even know if GCC then ran on DOS. How did Linus effectively compile his first 32-bit kernel ?
Seriously, perl can be complicated, as there's a lot to learn...
Last year I dug a couple of months into Scheme and Common Lisp.
I could apply all the ideas that were in those languages in Perl.
If you have a look at CL2, then you will find that a whole lot of the things that are explained there can be implemented in Perl.
So, I think that learning Perl is not a matter of complexity from the language, but from the features that you can use. You can start real simple, using Perl for simple scripting, but you can grow with Perl for complex classes and applications.
I even did complex macro's in Perl. You need to write your macro code as a string, which needs then to be eval'ed at run-time. Nice feature to implement class templates.
The only thing that really sucks is the dereferencing and the curly brackets. I take COBOL (or even PL/1) any time to define and reference record types.
I code in Perl because I am obliged (platform consistency at my employer), I code in Python because of Zope, but I really would like to code in Ruby only (Common Lisp or Scheme I like too, but I there are too many libraries missing).
No, even in the cities it went fairly well. I think they had most problems with the police (even though the organisers had official connections), dependent upon the place they where.
Well, we have this program here, which is called 'Peking Express'. It is a game where several couples have to make a journey in Asia with as little means as possible.
Last year, they had to get from Peking to the mouth of the Indus.
While in China, they had it relatively easy, people liked to help them for nothing. However, once in India, they had the hardest time, people wouldn't do anything for them without pay.
I think there is not much homogenity on this in Eastern cultures, as it spans from about Russia and Turkey up to Japan.
It is a short story by Henry Kuttner, included in the bundle "The Proud Robot".
In short, it is about a space expedition to Venus, and the explorers find themselves in a society which is completely static because everything has been patented.
It was written in 1943, but when I see what Morse and Edison did with patents, Kuttner had some fine references to build his story on.
The Iron Standard, by Henry Kuttner.
GCC existed long before Linux, but Linux made it possible to deploy it large scale on PC's (I know about DJGCC).
When I got into PC's in school in the 80's, Borland ruled.
When I started working in 1990, I wanted to learn C++. There were no inexpensive options however. I knew about GNU and FSF, but all the software they sold was targeted at commercial 32-bit platforms (I think that they did not even had a C++ compiler back then). All other options where too expensive, until the summer of 1991, when Zortech came out with their C++ compiler, which included also 286 and 386 extension software, which made it possible to run 32-bit code.
Linux a year later made it possible for people really interested to run real 32-bit code on a real 32-bit platform.
But you should really add another question to your list :
Where would both be without the Internet ?
That is why I prefer Debian.
The only problem with APT for RPM is that the website now states that this tool is obsolete and you should only use yum.
This is a pity, because yum is way slower and I haven't found something like aptitude or synaptic for yum.
You should be modded funny. I am 39, I have used vi(m) for almost 6 years, and now I am learning emacs. I like them both.
I find the opening of files and switching between buffers easier on emacs.
Also, when I do a compile on Emacs with 'perl -c' I can automatically go to the errors in the Perl code. In vim, I had to enter manually the regular expressions for matching those.
I do not know with what I am going to end up in the long run. vim is faster for editing config files, emacs makes it easier on long running editing sessions.
Yeah, well, I was considering starting a thread "These Christians you are speaking of, who are they ?"
You already made the split between Catholics and Protestants, but how many breeds of Protestants really exist ?
Around the sixteenth century, you had Maarten Luther and Johannes Calvijn, which are responsible for two kinds of Protestantism here in Europe.
Henry VIII renounced the Pope and made himself head of the English Church, thus creating a third European form of Protestantism.
Like you said, then Puritanism followed.
According to 'By the Numbers' a couple of years ago in Scientific American, the Scandinavians have the most modern societies, although they are mostly Protestant.
Anybody know a good general book on design patterns, applicable to all languages, not only Java or C++ ?
I've learnt this lesson by using floppy disks as a backup medium (in the beginning of the 90's).
Do not try to win time by taking a bunch of floppies and doing a backup, because somewhere down the road there will be faulty floppies. First format them to weed out the bad ones, then do the backup.
What I am doing to remedy this for myself, is write an application library which emulates integrated components like register, ALU, buffer, bus, nothing specific, but signal driven.
I am now using this to design and emulate a processar at the functional electrical level (ie, above the gate level, but still emulating electrical connections).
If this works, the next step will probably be to interface the keyboard and the terminal, add mass storage and then try to write some simple software which can use these tools. Maybe an assembler first.
If this works, I could start going to the gate level.
It depends upon your alignment. If you are lawful, then you get -1 for blasphemy, if you are chaotic then you get +1.
This is analogous to offering someone of your race on an altar. If you are chaotic then you get +2 for your alignment, if you are lawful, then you get -2.
This is also what I think about software development. There should not be software project leaders, it should be up to the architects and the engineers to coordinate efforts toward a common goal.
I know these Indian CCM Level 5 organisations. They are affiliated with Philips. From a point of practicality, they are not level 5, but they do know how to cook the books.
I think you mean near 1/3 of century.
The original Red Hat 9 kernel (2.4.xx) had patches to use the SuperTrak SX6000 (I have one too).
Since Januari 2005, Markus Lidel maintains the SX6000 code and has migrated them into the 2.6 kernel.
The first computers have always had more emphasis on IO than on processing power. I think that the fact that mainframes have comparatively more IO power is an inherited architectural feature. Minicomputers from the past had also more emphasis on IO than on processing power (although the lines began to blur then), but it is really the PC world which has emphasised processing speed over IO. I do not think there is even remotely in the PC world something that resembles 'channels' (independent IO processing units) which are used in mainframes (and which have been used in minicomputers).
But Linux would not have existed without GNU right? Yes I think it would
I was round that same time looking for a 32 bit C/C++ compiler. There only alternative for compilers around then was GCC. The only other compilers were severely limited in their 32-bit capabilities or were too expensive. And GCC was also probably one of the few good 32-bit cross-platform compilers.
I do not even know if GCC then ran on DOS. How did Linus effectively compile his first 32-bit kernel ?
Lawful -1
Neutral 0
Chaotic +1
It has to be small enough to play nethack anywhere.
I do the same.
But being able to say
$pie[0].key
is nicer than
$pie->[0]->{key}
Seriously, perl can be complicated, as there's a lot to learn...
Last year I dug a couple of months into Scheme and Common Lisp.
I could apply all the ideas that were in those languages in Perl.
If you have a look at CL2, then you will find that a whole lot of the things that are explained there can be implemented in Perl.
So, I think that learning Perl is not a matter of complexity from the language, but from the features that you can use. You can start real simple, using Perl for simple scripting, but you can grow with Perl for complex classes and applications.
I even did complex macro's in Perl. You need to write your macro code as a string, which needs then to be eval'ed at run-time. Nice feature to implement class templates.
The only thing that really sucks is the dereferencing and the curly brackets. I take COBOL (or even PL/1) any time to define and reference record types.
I do both.
I code in Perl because I am obliged (platform consistency at my employer), I code in Python because of Zope, but I really would like to code in Ruby only (Common Lisp or Scheme I like too, but I there are too many libraries missing).
Maybe it is time to start a discussion about the difference between inventing and designing.