I also wonder what the speed of the interpreter is going to be like compared to perl5. Hopefully faster
Take a look.
It's going to be quite a bit faster, and I suspect, though I have't finished reading A5, that the new RE syntax will also decrease the time spent parsing. The positioning of modifiers at the beginning of the pattern should help, since it permits the parser to know how to deal with the pattern itself, rather than reading in the pattern, then finding out how to parse it.
You don't ask much, do you? The eMac is only slightly larger than the Kihei and Columbus iMacs, yet it has a 17" CRT rather than the 15". If anything, there's likely less room left for internal expansion.
In line with that thought, I'd be somewhat concerned about airflow inside the machine, and the resulting cooling issues.
My bias is towards object-oriented programming. It's a method(no pun intended) of approaching programming that seems to lend itself incredibly well to analogy. There's a certain animism to it that lets top-down teaching work, because the way object interact is the way everything interacts. Things in day to day life are self-contained, opaque packages, yet they send and receive messages from other objects, have certain properties, and do certain things. That I can relate programming to just about anything makes OO an absolutely wonderful thing.
Of course, more important than this is listening to your students. If you try to teach purely by lecturing, their heads will explode. Let them reinvent the wheel. They'll figure out in time that there are good reasons not to do that(I know I did), but in the meantime, they'll approach a wider variety of problems. Let the better students take over a bit. Hold discussions in a lab with a whiteboard and lots of markers.
As a teacher, you can only provide some basic knowledge, and guidance based on your experience. You can transfer the knowledge to them, but not the experience. They have to gain that on their own.
And if the new iMac works the same way as the Quicksilver towers, holding down the mouse button as the computer boots should trigger firmware to eject the CD.
Chimera's tabbed browsing is severely flawed in term of UI. How do I close a tab when I'm done with it? My reflex is to hit the standard "close" widget in the window's titlebar, but that kills all of the tabbed pages I have open.
So After a bit of research, I find that you hit Apple-y(if I recall correctly and it hasn't changed since last I tried Chimera). This is hardly obvious for what is going to be a common action.
"Minimize", and "zoom" buttons hardly need to be duplicatd for each tab, but being able to close the tabs easily is a must. This means somehow giving each tab its own "close" widget, and I'm not sure how to integrate that into the GUI in a decent(aesthetically) way.
Not to mention all of the dead pilots in Phantom Menace, from the ship Qui-Gon and Obi-Wan arrive on, to the Naboo starfighter pilots who die either getting to their ships, or die in flight.
The Dok continues to exist because it is the best solution(of course there are a few minor tweaks that will make it even better) to the problem. That problem is designing a process management tool that:
1. Is easily accessible. 2. Does not consume a large amount of screen real estate. 3. Is persistent. No Application should be able to cover it. 4. Is interactive with regards to its status.
1: The Dock beats the old app switcher menu in that it takes one click rather than two clicks, or a click-hold-drag-release. 2: The app switcher does this better. 3: Both do this equally well, I think. The app switcher, though does have one problem... 4: If an application wanted your attention it either pops up a dialog window(generally bad), or flashes its icon and/or name in the place where the name of the current aplication should be, which violates number 3.
Right now, you may think that system administration is all you want to do. However in 10 years, you may see the world differently.
Absolutely! The worst thing you can do is have a summer job somewhere that's a heck of a lot of fun, and make a significant choice, like career or even in terms of a college major, based on that.
Even if you think you've explored the full range of possibilities, go to college and you'll realize just how sheltered your life has been. You may(heaven forbid!;-) ) decide to become a programmer, or you might decide to abandon computers altogether and become an architect. Or you might fall in love with an art major with purple hair and spend a year teaching english to kids in Costa Rica.
Thank you. I wish I'd worded my original post so well.
It is a matter of which is more useful for a given task. For myself, Ruby has all of the text manipulation-y goodness of Perl, but with a pure OO design that lends itself to predictability(and those things that surprise me always manage to be good things).
I am productive in Python, but I've found Ruby clearly superior in situations, such as web programming, which require loads of text manipulation. The ability to modify existing classes without having to subclass them is also extremely useful.
Ruby should be proud of its Perl heritage. Having worked in Perl, Python, and Ruby, and enjoyed both of the latter, I can tell you that Ruby is much more frequently useful to me. If for no other reason than that Ruby allows for literal type regular expressions, it blows away Python in terms of productivity.
Then there's the fact that in Ruby everything really is an object. I don't have to ask myself, "ok, can I do this with an instance method, or do I pass the object to a function?" Even when Python gets this right, methods far too infrequently return self, requiring extraneous assignments, and decreasing efficiency, both in terms of computer efficiency, and programmer efficiency.
So Microsoft is just now talking about something Apple's been doing for well over a year now in a release quality product that runs fine on a 3 year old iMac?
Actually, as I recall, only the initial signup has to be done via a Mac. Since Apple actually bases their services on industry standards, like LDAP, IMAP, and WebDAV, you can then access those services(not sure about webmail though, yet) from any computer. Some have even reported that iDisk(WebDAV) access is noticeably faster, though less slick, from NT-based machines.
Only if "getting on in age" can aply to 22 year olds, because that sounds almost exactly like my Friday night. Except that I get home at 9:15, and Farscape starts at 9:00.
If Sci-Fi doesn't show the midnight encore, blood will spill.
Uh... just open the case and set said item of food directly on the processor. It's a P4, so it should get those grilled cheese sandwiches the perfect shade of crispy golden brown.
You've had experience then with.NET? If so, does it manage to avoid the lowest common denominator trap, where languages forfeit some of their more intriguing benefits to be able to utilize the CLR?
Oh, and one of the things that will set Parrot apart from.NET and the various JVMs is that it's being designed specifically for dynamically typed languages, so it might mesh better with Ruby, Perl, Python, etc. if those types of languages are where your interest lies. The fact that it's being designed as a software emulation of a (Super Complex)CISC processor, with registers, stacks, an assembly language, and all that other good stuff, is quite interesting, as well.
Slashdot Mirror
You don't ask much, do you? The eMac is only slightly larger than the Kihei and Columbus iMacs, yet it has a 17" CRT rather than the 15". If anything, there's likely less room left for internal expansion.
In line with that thought, I'd be somewhat concerned about airflow inside the machine, and the resulting cooling issues.
My bias is towards object-oriented programming. It's a method(no pun intended) of approaching programming that seems to lend itself incredibly well to analogy. There's a certain animism to it that lets top-down teaching work, because the way object interact is the way everything interacts. Things in day to day life are self-contained, opaque packages, yet they send and receive messages from other objects, have certain properties, and do certain things. That I can relate programming to just about anything makes OO an absolutely wonderful thing.
Of course, more important than this is listening to your students. If you try to teach purely by lecturing, their heads will explode. Let them reinvent the wheel. They'll figure out in time that there are good reasons not to do that(I know I did), but in the meantime, they'll approach a wider variety of problems. Let the better students take over a bit. Hold discussions in a lab with a whiteboard and lots of markers.
As a teacher, you can only provide some basic knowledge, and guidance based on your experience. You can transfer the knowledge to them, but not the experience. They have to gain that on their own.
Well, I feel left out. What about those of us who write buggy 'Hello world!' programs? Don't we deserve some consideration too?
./join h e l l o w o r l d !
#include
#include
#include
void join(char * dest, char * with, char * source[], int start)
{
int i;
for (i = start; source[i] != NULL; i++)
{
(i) ? strcat(dest, with) : strcpy(dest, "");
strcat(dest, source[i]);
}
}
int main(int argc, char *argv[])
{
char * something = (char *)malloc(sizeof(char *));
join(something, "", argv, 1);
printf("%s\n", something);
}
[localhost:~] chris% cc join.c -o join
[localhost:~] chris%
[localhost:~] chris% helloworld!
And if the new iMac works the same way as the Quicksilver towers, holding down the mouse button as the computer boots should trigger firmware to eject the CD.
IIRC.
Actually, the inner surface of the plastic shell is painted, rather than the magnesium skeleton.
Chimera's tabbed browsing is severely flawed in term of UI. How do I close a tab when I'm done with it? My reflex is to hit the standard "close" widget in the window's titlebar, but that kills all of the tabbed pages I have open.
So After a bit of research, I find that you hit Apple-y(if I recall correctly and it hasn't changed since last I tried Chimera). This is hardly obvious for what is going to be a common action.
"Minimize", and "zoom" buttons hardly need to be duplicatd for each tab, but being able to close the tabs easily is a must. This means somehow giving each tab its own "close" widget, and I'm not sure how to integrate that into the GUI in a decent(aesthetically) way.
Not to mention all of the dead pilots in Phantom Menace, from the ship Qui-Gon and Obi-Wan arrive on, to the Naboo starfighter pilots who die either getting to their ships, or die in flight.
The Dok continues to exist because it is the best solution(of course there are a few minor tweaks that will make it even better) to the problem. That problem is designing a process management tool that:
1. Is easily accessible.
2. Does not consume a large amount of screen real estate.
3. Is persistent. No Application should be able to cover it.
4. Is interactive with regards to its status.
1: The Dock beats the old app switcher menu in that it takes one click rather than two clicks, or a click-hold-drag-release.
2: The app switcher does this better.
3: Both do this equally well, I think. The app switcher, though does have one problem...
4: If an application wanted your attention it either pops up a dialog window(generally bad), or flashes its icon and/or name in the place where the name of the current aplication should be, which violates number 3.
Absolutely! The worst thing you can do is have a summer job somewhere that's a heck of a lot of fun, and make a significant choice, like career or even in terms of a college major, based on that.
Even if you think you've explored the full range of possibilities, go to college and you'll realize just how sheltered your life has been. You may(heaven forbid! ;-) ) decide to become a programmer, or you might decide to abandon computers altogether and become an architect. Or you might fall in love with an art major with purple hair and spend a year teaching english to kids in Costa Rica.
Actually, I believe Jobs left Apple semi-voluntarily after John Sculley had stripped away most of his responsibilities within Apple.
Thank you. I wish I'd worded my original post so well.
It is a matter of which is more useful for a given task. For myself, Ruby has all of the text manipulation-y goodness of Perl, but with a pure OO design that lends itself to predictability(and those things that surprise me always manage to be good things).
I am productive in Python, but I've found Ruby clearly superior in situations, such as web programming, which require loads of text manipulation. The ability to modify existing classes without having to subclass them is also extremely useful.
Ruby should be proud of its Perl heritage. Having worked in Perl, Python, and Ruby, and enjoyed both of the latter, I can tell you that Ruby is much more frequently useful to me. If for no other reason than that Ruby allows for literal type regular expressions, it blows away Python in terms of productivity.
Then there's the fact that in Ruby everything really is an object. I don't have to ask myself, "ok, can I do this with an instance method, or do I pass the object to a function?" Even when Python gets this right, methods far too infrequently return self, requiring extraneous assignments, and decreasing efficiency, both in terms of computer efficiency, and programmer efficiency.
This is not unprecendented.
The G3 All-in-One(no, not the iMac) was made available solely to education markets and as such has a certain collector's item appeal these days.
http://www.apple-history.com
Some people actually use 3D for something other than gaming, hard as that is to believe.
Speaking of which, you really shouldn't play Quake III in your cubicle. It's just asking for trouble.
So Microsoft is just now talking about something Apple's been doing for well over a year now in a release quality product that runs fine on a 3 year old iMac?
How innovative....
Try perl -e "foreach(`locate Sherlock.app`){print if /sherlock\.app\s+$/i;}" in Terminal.
Actually, as I recall, only the initial signup has to be done via a Mac. Since Apple actually bases their services on industry standards, like LDAP, IMAP, and WebDAV, you can then access those services(not sure about webmail though, yet) from any computer. Some have even reported that iDisk(WebDAV) access is noticeably faster, though less slick, from NT-based machines.
It showed up in 8.5, and I don't think it ever got additional features after that.
While cutting and pasting files may not be your thing, copying and pasting files is rather nice.
As I recall, everything after MacOS 8 has support for upto 8 different basic mouse clicks(or "events").
Also the last revision of the ADB mouse wasa two button mouse with the single button simply covering both triggers.
Spring-loaded folders are almost certain to appear in 10.2.
Only if "getting on in age" can aply to 22 year olds, because that sounds almost exactly like my Friday night. Except that I get home at 9:15, and Farscape starts at 9:00.
If Sci-Fi doesn't show the midnight encore, blood will spill.
Uh... just open the case and set said item of food directly on the processor. It's a P4, so it should get those grilled cheese sandwiches the perfect shade of crispy golden brown.
Just create the interface you're looking for(buttons and such) in Interface Builder, "test" the interface, and take a screenshot. Voila!
You've had experience then with .NET? If so, does it manage to avoid the lowest common denominator trap, where languages forfeit some of their more intriguing benefits to be able to utilize the CLR?
.NET and the various JVMs is that it's being designed specifically for dynamically typed languages, so it might mesh better with Ruby, Perl, Python, etc. if those types of languages are where your interest lies. The fact that it's being designed as a software emulation of a (Super Complex)CISC processor, with registers, stacks, an assembly language, and all that other good stuff, is quite interesting, as well.
Oh, and one of the things that will set Parrot apart from