I second the Insteon vote. I used a selection of Insteon devices plus the ISY994i (https://www.universal-devices.com/residential/isy994i-series/) to do much of what the OP asked about. In addition to all the typical benefits of home automation like one-touch lighting scenes and the like (most of which is doable with bare Insteon), the ISY-994i is both programmable itself (through a simple event-based GUI language) and offers a REST (and SOAP) API for remote control through your language of choice. If the Insteon controls and sensors are not enough for you, the ISY can also communicate over Z-Wave or Zigbee. The convenience and security applications are limited only by your imagination (and budget).
It's a Cocoa app, so it's Objective-C but it's not the language. I have the same problem, and I only have a few hundred entires.
The problem is in the way your 3000 item collection is stored on disk. Those items are stored in a XML text file that takes a long time to parse on startup, and, I'm betting, a long time to save on close. If you look in your Library directory, you should find the file; it's probably many megabytes in size.
The plus side is that there are many ways this process can be optimized, and I think the next version is supposed to take advantage of them. In fact, Delicious Library uses the Apple-supplied libraries for reading and writing this information, so simple OS upgrades could also make it faster.
IE for Mac used to be a fairly nice browser. There was a time when it set the standard for CSS support. Unfortuntely, the world moved on, and IE for Mac didn't. It's too bad, really...
Actually, it was a pretty simple Mosix setup built from 4 or 5 little 25MHz machines my school had sitting around. It acutually did better on the benchmarks then we were expecting. 'Course, these were some pretty tricked out 486s...VLBus video cards, a couple megs of memory, hard drives, 10Mbit ethernet cards, the works
I seem to remember that Sun systems required monitors that could handle sync-on-green (much like NeXT workstations, and probably others). My multi-scan Dell monitor will work on a Sun, but my LCD won't.
Well, not too light, exactly, just made of the wrong materials. Some states (Tennessee) now even allow motorcycles to run red lights if the sensor doesn't trigger.
See this article.
The city I live in is moving away from the pavement-embedded sensors to a system that mounts a low-resolution camera above the light (facing the oncoming traffic). The camera is connected to a vehicle recognition system that can tell if traffic is approaching.
Supposedly, this system is cheaper (repairs don't have to tear up the pavement) and more effective for just the reasons you describe. Also, it solves the problems motorcycles have with being too light to trigger the pavement sensor. The govt. claims the cameras are too low resolution to be used as surveillance.
They didn't say how well the cameras perform in heavy rain, snow or fog, however.
I'm going to disagree that the IBM JDK is the fastest. In my experience (enterprise server apps), the BEA JVM, JRockit, is the fastest. We ran some tests that showed something like the IBM 1.4.1 VM was 2/3 faster than the Sun 1.4.2 VM, but BEA 1.4.1 was more than twice as fast as Sun's. We watched the execution speed over time, and JRockit took very few iterations to reach top speed. Sun and IBM both took many more iterations. What's particularly nice about BEA is the builtin monitoring.
You mean besides being ugly, looking out-of-place and violating those few UI standards Windows has? This from a company that prides itself on usability...
I would guess that the TYPE metadata has gotten lost. It should be set to APPL (I think). If you are on an HFS partition, you can use Resedit in Classic to fix it. If you are on a UFS partition, God help you, because something is out of sync in the AppleDouble files, or whatever mechanism OS X uses on UFS to store metadata.
Now, taking that away in order to have a binary registry that has exactly one painful tool to manipulate is like highway robbery. No remote admin, not easy write your own utils, etc. Just crap.
Actually, not only can you connect to remote machines (more or less--the domain) using the graphical tool provided from another workstation, you can ssh into the machine you want to admin, and use command line tools (dwrite and friends) to change NI. Also, the API is available (or at least it used to be) so you can write your own tools.
Yup, it seems to be catching on. A couple of other networks are doing this same annoying thing. Oxygen, TV for women, does it to run not only ads, but "vital" information about the love lives of the stars of the show...
While I would agree that functional programming is a great paradigm for solving general engineering problems, I think it would have some issues with the problem domain specified by the post.
For example, in Haskell, as in most functional languages, you can never be quite sure how the runtime is implementing your algorithm. In some cases, say a Simpson's rule approximation, this doesn't matter because:
Any optimization that needs to be done is easy to do by changing the algorithm, and
the endpoint is easy to determine.
However, this isn't always the case for some numerical or simulation algorithms that might run a long time, have a fixed algorithm, a lot of special cases, and heuristic based endpoints.
If you think that's bad, the University of Oklahoma teaches all intro to CS classes in Fortran 77, data structures in c++ and Software Engineering in Java.
I work in the NEXRAD ROC (the people who designed and built the current doppler radar system used for weather forcasts, air traffic control and by the air force). The next-generation (in test and early development, respectively) versions of the Open Principal User Processor (OPUP) (used to process radar data) and Open Radar Product Generator (what it sounds like) run on Solaris and Linux. Current systems run on some archaic Unisys box (that doesn't support ARP, for crying out loud!), with development done on a mixture of HP-UX, Solaris, and linux.
+ "Phase pistols"? Stick with the laser pistol up till at least TOS, please.
+ A Vulcan, who has zero ties to Earth's Starfleet (no Federation) not only sits in the Captain's chair 15 minutes into the show, but takes command?
+ "Wading into space"? After WWIII and warp speed, we blasted off the planet. Most warp research was done on Alpha Centari (See TOS show with ZC and the Companion)
+ The last movie placed First Contact in circa 2063. This is 90 years later, 2153.
According the ST Encyclopedia, the Federation was founded by several planets in 2161, after the Romulan wars. Better get busy in order to fight and win a war with allies and enemies you haven't met in less than ten years!
+ I won't even talk about warp 5.
+ IDIC. What happened to Vulcan respect and tolerance and non-judgementalism?
If I got any of this wrong, say so. (Not that I have to worry...)
Granted, we only had a few minutes of it in ST:VI, but isn't Klingon blood PINK? What is it with this red, strangly human looking (under a microscope) blood? Couldn't be that the effects budget was too small, because it would have taken less than half a travel-size Pepto Bismal to fake that blood.
On the other hand, maybe the effects budget was blown on the cheesy computer generated ships. Don't get me wrong, I think CG has its place (those hand weapons were well done!, and the opening space scene in the transport when you could see reflections in the glass) but when the ships are obviously fake...give me a solid model any day.
As the subject says, this won't fly. Why? Netscape 4.x is still the major browser used by business and government. I support about 200 users who use NS4.7 exclusively for their mail, news, and www access, and we are the smallest branch of a nationwide organization. We're going nowhere until we get a supported, easy to deploy solution that runs on all our platforms. Oh, and includes LDAP support...
A large portion of the government is standardized on Netscape. NOAA, one of the branches of the Dept. of Commerce just completed a switch from various and sundry email systems (Banyan, Netware) to Netscape, in all its forms: Communicator on the desktop, mail and directory servers on the server farm.
Why did we do this? First and foremost, cross-platform. There are large concentrations of UNIX and Mac-type people that refuse to run the Windows emulation overhead of IE. Second, standards compliance. LDAP is up and coming, as opposed to Exchange. Third, uniformity. No more "John J Doe@WOSF@NWS" addresses.
(The downside of this is that all those other networks (Banyan, Novell) got switched to NT at the same time)
I for one am quite happy with my Palm III. If I wanted another PalmOS machine, it would be a Palm IV,V,VI, or whatever. Apple would really have to deliver an outstanding little PDA with highly competative pricing to make me switch. And I am sure they can do that, based on past success:-)
Slashdot Mirror
I second the Insteon vote. I used a selection of Insteon devices plus the ISY994i (https://www.universal-devices.com/residential/isy994i-series/) to do much of what the OP asked about. In addition to all the typical benefits of home automation like one-touch lighting scenes and the like (most of which is doable with bare Insteon), the ISY-994i is both programmable itself (through a simple event-based GUI language) and offers a REST (and SOAP) API for remote control through your language of choice. If the Insteon controls and sensors are not enough for you, the ISY can also communicate over Z-Wave or Zigbee. The convenience and security applications are limited only by your imagination (and budget).
It's a Cocoa app, so it's Objective-C but it's not the language. I have the same problem, and I only have a few hundred entires.
The problem is in the way your 3000 item collection is stored on disk. Those items are stored in a XML text file that takes a long time to parse on startup, and, I'm betting, a long time to save on close. If you look in your Library directory, you should find the file; it's probably many megabytes in size.
The plus side is that there are many ways this process can be optimized, and I think the next version is supposed to take advantage of them. In fact, Delicious Library uses the Apple-supplied libraries for reading and writing this information, so simple OS upgrades could also make it faster.
IE for Mac used to be a fairly nice browser. There was a time when it set the standard for CSS support. Unfortuntely, the world moved on, and IE for Mac didn't. It's too bad, really...
Been there, done that.
Actually, it was a pretty simple Mosix setup built from 4 or 5 little 25MHz machines my school had sitting around. It acutually did better on the benchmarks then we were expecting. 'Course, these were some pretty tricked out 486s...VLBus video cards, a couple megs of memory, hard drives, 10Mbit ethernet cards, the works
I seem to remember that Sun systems required monitors that could handle sync-on-green (much like NeXT workstations, and probably others). My multi-scan Dell monitor will work on a Sun, but my LCD won't.
Well, not too light, exactly, just made of the wrong materials. Some states (Tennessee) now even allow motorcycles to run red lights if the sensor doesn't trigger. See this article.
The city I live in is moving away from the pavement-embedded sensors to a system that mounts a low-resolution camera above the light (facing the oncoming traffic). The camera is connected to a vehicle recognition system that can tell if traffic is approaching.
Supposedly, this system is cheaper (repairs don't have to tear up the pavement) and more effective for just the reasons you describe. Also, it solves the problems motorcycles have with being too light to trigger the pavement sensor. The govt. claims the cameras are too low resolution to be used as surveillance.
They didn't say how well the cameras perform in heavy rain, snow or fog, however.
I'm going to disagree that the IBM JDK is the fastest. In my experience (enterprise server apps), the BEA JVM, JRockit, is the fastest. We ran some tests that showed something like the IBM 1.4.1 VM was 2/3 faster than the Sun 1.4.2 VM, but BEA 1.4.1 was more than twice as fast as Sun's. We watched the execution speed over time, and JRockit took very few iterations to reach top speed. Sun and IBM both took many more iterations. What's particularly nice about BEA is the builtin monitoring.
The last I knew, Sun machines didn't have a BIOS, they had a PROM. They also didn't have Lisp, they had Forth. 'Course, it has been awhile...
You mean besides being ugly, looking out-of-place and violating those few UI standards Windows has? This from a company that prides itself on usability...
Actually, TrueType fonts were developed by Apple; see this TrueType history for more information.
I would guess that the TYPE metadata has gotten lost. It should be set to APPL (I think). If you are on an HFS partition, you can use Resedit in Classic to fix it. If you are on a UFS partition, God help you, because something is out of sync in the AppleDouble files, or whatever mechanism OS X uses on UFS to store metadata.
Now, taking that away in order to have a binary registry that has exactly one painful tool to manipulate is like highway robbery. No remote admin, not easy write your own utils, etc. Just crap.
Actually, not only can you connect to remote machines (more or less--the domain) using the graphical tool provided from another workstation, you can ssh into the machine you want to admin, and use command line tools (dwrite and friends) to change NI. Also, the API is available (or at least it used to be) so you can write your own tools.
Yup, it seems to be catching on. A couple of other networks are doing this same annoying thing. Oxygen, TV for women, does it to run not only ads, but "vital" information about the love lives of the stars of the show...
While I would agree that functional programming is a great paradigm for solving general engineering problems, I think it would have some issues with the problem domain specified by the post.
For example, in Haskell, as in most functional languages, you can never be quite sure how the runtime is implementing your algorithm. In some cases, say a Simpson's rule approximation, this doesn't matter because:
- Any optimization that needs to be done is easy to do by changing the algorithm, and
- the endpoint is easy to determine.
However, this isn't always the case for some numerical or simulation algorithms that might run a long time, have a fixed algorithm, a lot of special cases, and heuristic based endpoints.Up until last year, Fortran it was. I was able to clep out, but I had friends who had to suffer through it.
If you think that's bad, the University of Oklahoma teaches all intro to CS classes in Fortran 77, data structures in c++ and Software Engineering in Java.
I work in the NEXRAD ROC (the people who designed and built the current doppler radar system used for weather forcasts, air traffic control and by the air force). The next-generation (in test and early development, respectively) versions of the Open Principal User Processor (OPUP) (used to process radar data) and Open Radar Product Generator (what it sounds like) run on Solaris and Linux. Current systems run on some archaic Unisys box (that doesn't support ARP, for crying out loud!), with development done on a mixture of HP-UX, Solaris, and linux.
know when they are being hoodwinked.
+ "Phase pistols"? Stick with the laser pistol up till at least TOS, please.
+ A Vulcan, who has zero ties to Earth's Starfleet (no Federation) not only sits in the Captain's chair 15 minutes into the show, but takes command?
+ "Wading into space"? After WWIII and warp speed, we blasted off the planet. Most warp research was done on Alpha Centari (See TOS show with ZC and the Companion)
+ The last movie placed First Contact in circa 2063. This is 90 years later, 2153.
According the ST Encyclopedia, the Federation was founded by several planets in 2161, after the Romulan wars. Better get busy in order to fight and win a war with allies and enemies you haven't met in less than ten years!
+ I won't even talk about warp 5.
+ IDIC. What happened to Vulcan respect and tolerance and non-judgementalism?
If I got any of this wrong, say so. (Not that I have to worry...)
Granted, we only had a few minutes of it in ST:VI, but isn't Klingon blood PINK? What is it with this red, strangly human looking (under a microscope) blood? Couldn't be that the effects budget was too small, because it would have taken less than half a travel-size Pepto Bismal to fake that blood.
On the other hand, maybe the effects budget was blown on the cheesy computer generated ships. Don't get me wrong, I think CG has its place (those hand weapons were well done!, and the opening space scene in the transport when you could see reflections in the glass) but when the ships are obviously fake...give me a solid model any day.
Oh, and the theme has to go.
As the subject says, this won't fly. Why? Netscape 4.x is still the major browser used by business and government. I support about 200 users who use NS4.7 exclusively for their mail, news, and www access, and we are the smallest branch of a nationwide organization. We're going nowhere until we get a supported, easy to deploy solution that runs on all our platforms. Oh, and includes LDAP support...
Another mirror in the central US at http://www.spock.shacknet.nu/~jmadden/starwars/swo rde.htm
A large portion of the government is standardized on Netscape. NOAA, one of the branches of the Dept. of Commerce just completed a switch from various and sundry email systems (Banyan, Netware) to Netscape, in all its forms: Communicator on the desktop, mail and directory servers on the server farm.
Why did we do this? First and foremost, cross-platform. There are large concentrations of UNIX and Mac-type people that refuse to run the Windows emulation overhead of IE. Second, standards compliance. LDAP is up and coming, as opposed to Exchange. Third, uniformity. No more "John J Doe@WOSF@NWS" addresses.
(The downside of this is that all those other networks (Banyan, Novell) got switched to NT at the same time)
and how much did they cost?
I for one am quite happy with my Palm III. If I wanted another PalmOS machine, it would be a Palm IV,V,VI, or whatever. Apple would really have to deliver an outstanding little PDA with highly competative pricing to make me switch. And I am sure they can do that, based on past success :-)