I can send 32 bits per cycle! But I have to be able to put 4294967296 different discrete voltage levels and/or timing shifts, or some combination thereof, into each cycle, WITHOUT NOISE MANGLING IT, to accomplish that.
If the noise is a mere 1 microvolt, I'd still have to make each step be at least 2 microvolts to get over it, and then 0xFFFFFFFF would be over 8 thousand volts!
Much of the engineering that takes place now is finding ways to get around the noise, or to reduce the noise, or to minimize the impact of noise. Spread spectrum, for example, statistically changes the effect of the noise in ways that allows retransmissions to have a chance to make it through the next time.
Much of the science is already done and it is very mathematical and statistical. What remains to be done is more and more engineering to work within the relatively well known confines.
Punch cards were encoded in Hollerith code. Digits had 1 hole (in rows 3-12 labeled 0-9). Upper case letters had 2 holes (one in rows 1-3 and one in rows 4-12). Lower case letters had 3 holes (two in rows 1-3 and one in rows 4-12). Other characters were coded in other ways. On the IBM 360/370 mainframes, the card reader or its controller converted them to BCD or EBCDIC before the data went over the byte channel to the channel process on the CPU.
The truth is, Redhat has always been unable to DELIVER for the sparc platform. I bought 5.1 and 5.2 for sparc in the store. When 6.0 came out, I called to order it, and it was not available and they would not take pre-orders for it. By the time 6.1 came out, 6.0 for sparc never showed up. Even today, no more sparc versions have showed up.
I also asked for a sparc version of their secure web server. I would have bought it if they had it. But they didn't, and even said they had no plans for it. I called again later and ask for it again, and they said no one wanted it when in fact they keep no records of demand at all.
The fact is, Redhat is not interested in supporting other than the one largest platform. As Microsoft is to all operating systems, Redhat is to Linux; they are the "big guys" and as such, they can do, and ignore, whatever they please. The sparc platform isn't in their business plan because their business plan has changed to pursue big corporations (which probably is the right thing to do for their stockholders). They should just tell the truth and say that sparc is just too small a market for their grandiose plans.
There is mismanagement out there, I've been mismanaged plenty, but I've always gotten fed up with it and gone someplace else.
And the employer you left is in the halls of Congress whining that there aren't enough good people around to keep the situation so that people like you would feel that you are priviledged to be mismanaged by them, and just stay on your slave job.
Larger corporations have put things like router management and system administration into specific sets of procedures. That takes the creativity out of it. Of course a business must do this to ensure uniformity and consistency across staff. This is an example of one of the reasons many people don't like to work for a large corporation.
The big question is, how much does Madman allow his staff actually do in ways that use their skills.
For those that don't know, Outlook was really designed to be run with MS Exchange server. The server can be configured to handle mail translation for it's clients, so internally, an office can have the benefits of a more advanced(?) mail system (in an office workgroup sense), and externally, the world can get ASCII.
However, Outlook can be used with Unix based TradeServer from Bynari.
In 2 months of trying to get Debian 2.2 installed on a couple machines, I ran into about a dozen people who wanted to help, but were too ignorant to do so. One exception was found, but in the midst of the steps involved, he disappeared and never showed up again.
If you want to prove to me that real help really exists, track me down and let me know you'll stick with it to make it work no matter how long it takes (and based on past experience, it will take a while until the base installer get replaced).
I hope some day Debian actually puts up a page for reviewing and submitting bug reports. Maybe then I'd actually submit one. Or a few (if I can remember them all).
Please don't waste time asking me to get on some mailing list to do that. That won't ever happen.
I had those problems, and one more. The fdisk program segfaulted due to the hard drive NOT already having a Sun disklabel. But the installer package failed to detect the problem and just went on to try to do the remaining steps, which would of course fail. While the fdisk bug itself isn't their fault, the installer not checking return codes is. Most of a day was spent trying to figure out why the subsequent steps kept failing. I tried Redhat 6.2 for Sparc and it's fdisk also segfaulted (but they let you know) so I went back to Debian 2.2 and tried it on the shell and the problem was revealed. I had go way back to Redhat 5.2 to find something that would make a disklabel correctly.
Eventually I ran into the SILO setup bug, but lost patience in debugging stuff, and switched to OpenBSD for a while (yet another bug, but at least this one was just broken documentation). I'll go back to try Debian again later.
Now if only Debian folks will spend some time on the base installer and get that part to work right. What's there now is a total POS. They'd be better off just providing a tarball snapshot if a base system ready to run apt-get to get everything else.
Belo Corporation is one of the investors in CueCat. They own a number of TV stations such as WFAA channel 8 here in Dallas where I see CueCat promotions all the time now. They also own the Dallas Morning News. Their web sites, which run on NT, have many web bugs, which made it necessary for me to block the domain names they use to deliver those bugged images (which also took out most of the ads). The evil is not so much in DC as it is in companies like Belo that want to get that private and personal information about your, your family, your web travels, and your spending habits. They will do what it takes to get such information, including investing in startups like DC and CueCat.
If this page was taken down due to a court order along with a gag order to deny the existance of such a court order, we won't be able to admit it and all you'll be able to see is...
One method often used to be able to pay for lawyers in order to have a fair opportunity to present your case in court is to go public with the fact of the case, and raise money from those who are concerned with having your side win (specific details don't have to be published for this). Carrying a gag order so far as to deny the very existance of a case is a denial of fair and due process! And to the extent that such a case might have constituted a precedent with regard to affecting me, I should have a right to see to it that such a case is conducted fairly to begin with.
This is a total sham of the legal system.
IANALAIWBAIIWOITC... I am not a lawyer and I would be ashamed if I were one in this case.
We may well need to use models for lots of things, but one difficulty as that the best model for something isn't always the same for everyone. They serve somewhat more to describe things to ourselves than to describe things to others. It is good, but like fine tools, they don't work well (and may break) if not used properly.
I was burning out on college and was offered a job from a company that was desperate to have me come on board (and later when I left them, they were even trying to re-recruit me to come back, and later when my former boss from there took another job, he tried to get me to come join him at his new company). Since then I've gone on to 2 jobs actually at major universities (still no degree) and now I am on my 6th job since college and making more than the CEO here is.
I learn on the job. I learn online. I learn on the ceramic throne. I would say that some college education is important and can be useful. Much of it was useful in working with people and understanding out other stuff works (for example I took a couple courses in EE and it helped me understand the scope of hardware problems I run into).
If you are the creative person who doesn't need college to be able to develop cool stuff, you might be good hiring material (especially with some experience). If you are a mindless drone with a CS degree, you might as well move along (but most/. readers don't resemble that remark).
I think you could get a job at one of those companies. The problem is that the HR mill tends to get in the way. What I would recommend is posting well thought out and intelligent comments on/. and include a link to your resume in your signature. Do similar elsewhere. Do that in addition to the traditional job search functions. Most companies either won't need your skills or won't know how to recognize them. But some do, and you want to match up with them. Don't worry about the others.
Knowledge growth in a company is what you make of it. Managers generally want stuff done; they are not going to "offer" it to you; They don't pay you to learn stuff; they want it to already be known. Find out what the technological edge your company is exploring is, and go learn more about it, and volunteer to do some extra stuff related to it. One day they just might have you do that.
There is a shortage of managers that know how to get technical people to come work for them. However, it is not an extreme shortage because there are many instances in which good people are hired away to another company. Obviously the management of that person's new company is a little more clueful.
When managers of the companies that have good people hired away from them for better pay and better work wonder why it is that these people are leaving them, my response to them is: DUH!
These are the same companies want H1B visa people which they can shackle to the job.
They up and leave for a better salary. Their current employer will now have to replace them. They can either start the cycle over again by hiring someone who needs to be trained for cheap, or they can hire someone who has the training and/or experience and knows what they are doing. But they will have to pony up the dollars for the latter.
Some corporations are just opposed to paying a techie more than the CEO makes. Some others are not. The companies that are hiring people away with higher offers are the ones that are not seeing a shortage of competent IT workers.
What there is a shortage of, is competent managers who know how to get good techies to come to work for them.
This is like Bill Gates claiming that Linux destroys 5 years work in NT (assuming Linux were a threat to NT). If you spend all that effort making a driver for Windows that works with all kinds of OS configurations and sound cards, and along comes a Linux driver... THAT is NOT a theft of any of your work (even though if Linux were a threat to it, which I highly doubt, it only means your work is wasted, not stolen).
Just how much of that work is really stolen in this? If DC does make and release a Linux driver, then what? I can assure you that if it is not satisfactory to the Linux community, they will still tear it apart. If you make the driver in object code binary only, they will reverse engineer it to source code anyway. An army of lawyers can't stop it because it all happens and millions of copies made before a lawyer even wakes up.
It sounds to me like MOST of what DC did was investment, and wants to even count Net Talk Live in it just to up the apparent ante.
It also sounds to me like technology poorly done. I don't know what technology you actually used because I haven't looked at it. But I know that I could have picked technology that could not have been cracked and thus made the:CUE:CAT only useable for its intended purpose. I suspect design shortcuts were made in ignorance of the resourcefulness of the inhabitants of the people that really created the Internet so other people like Jovan could use it to market to millions.
What library go around? Windows.DLLs are part of the problem of why stuff crashes in Win95/98/NT/2K systems where the wrong DLL is present. In Linux you can reference libraries by name, name and version, or however you like. Then you can have multiple versions there ready to use at run time.
A PATH of package/port site locations, and the ability to redirect to another site when a package isn't at a site, could be a useful means to find the needed dependency. Then an interactive install can bring up a menu/choice of where to install from (if desired). A non-interactive install can have a site preference list.
I do agree that having each package in its own tree would be useful. Piling all the executeables into a "bin" directory has always made things difficult (though it certainly makes commands go faster). Some ideal solution to that would be great. Possibilities include piling in symlinks, or PATH entries like/opt/*/bin.
And I also do agree WRT to those annoying info files. That system was always a pain, and the usual culprit was dependencies or not being able to find stuff. HTML should be written to be at least functional in lynx.
- It should list WHAT CHANGES will be applied to the configuration files AND allow me to install w/o them being changed (leave behind the document that explains what needs to be changed and let me do it).
- How about configuration files that are version specific in their names with symlinks pointing to the currently active version (likewise with the executeable).
Whatever packing is used, it needs to be kept simple. RPM isn't. I don't know the inner details of.DEB yet (since the Debian system can't be installed without either a floppy drive in your machine or downloading/buying a fullblow ISO/CD).
My experience with RPM tells me it is a failure. The reason is that RPM was not simple enough for it to be the ORIGINATING format. Someone has to take a source package and convert it to RPM (or apparently to DEB). THIS is the failure because that step introduces a distribution latency, as well as a filtering effect (not all programs get converted).
The proper format for packaging would be one which is JUST AS EASY to build as building a TAR file and compressing it. Right now, the TGZ format meets that requirement. So maybe it should be the starting point to add the additional needed features.
A tgz package can include an install script, and even an uninstall script.
A tgz package can include an md5 checksum file which have the sums for each individual file in the package except for the checksum file itself.
Upgrading and changing config files is something that should be specific to the program being installed. A packaging system shouldn't try to handle it, just accomodate it by having a standard place to identify the version so it knows it is upgrading. Sometimes config files do need to have newly required items added, or even whole reformatting (and uninstall has to format backwards).
RPM's way of handling dependencies was a failure because RPM itself could not accomodate every instance of needing to install something. I needed to install stuff before any RPM was available. RPMs are complicated to build compared to a TGZ, so software often doesn't originate in RPM.
Generic dependencies would be cool, but the whole system needs to be able to handle establishing dependent relations even if the program is installed from source (i.e. go look and see if the friggin library is actually there, and let me install the required library afterwards if I want and still make the dependency come out right).
A chroot option on package install mught help.
I do believe the KISS principle should apply to ports and packaging, while still getting great functionality out of it.
Why limit it to just BSD? Even within BSD some differences exist. A standardized mechanism to detect the platform (and architecture where appropriate) which is modular should allow even Linux and commercial UNIX systems to have these ports (where someone is willing to do the work to add the platform specific component, which in most cases should be a few simple options).
Slashdot Mirror
But didn't they turn down a certificate for your cat?
I can send 32 bits per cycle! But I have to be able to put 4294967296 different discrete voltage levels and/or timing shifts, or some combination thereof, into each cycle, WITHOUT NOISE MANGLING IT, to accomplish that.
If the noise is a mere 1 microvolt, I'd still have to make each step be at least 2 microvolts to get over it, and then 0xFFFFFFFF would be over 8 thousand volts!
Much of the engineering that takes place now is finding ways to get around the noise, or to reduce the noise, or to minimize the impact of noise. Spread spectrum, for example, statistically changes the effect of the noise in ways that allows retransmissions to have a chance to make it through the next time.
Much of the science is already done and it is very mathematical and statistical. What remains to be done is more and more engineering to work within the relatively well known confines.
Punch cards were encoded in Hollerith code. Digits had 1 hole (in rows 3-12 labeled 0-9). Upper case letters had 2 holes (one in rows 1-3 and one in rows 4-12). Lower case letters had 3 holes (two in rows 1-3 and one in rows 4-12). Other characters were coded in other ways. On the IBM 360/370 mainframes, the card reader or its controller converted them to BCD or EBCDIC before the data went over the byte channel to the channel process on the CPU.
The truth is, Redhat has always been unable to DELIVER for the sparc platform. I bought 5.1 and 5.2 for sparc in the store. When 6.0 came out, I called to order it, and it was not available and they would not take pre-orders for it. By the time 6.1 came out, 6.0 for sparc never showed up. Even today, no more sparc versions have showed up.
I also asked for a sparc version of their secure web server. I would have bought it if they had it. But they didn't, and even said they had no plans for it. I called again later and ask for it again, and they said no one wanted it when in fact they keep no records of demand at all.
The fact is, Redhat is not interested in supporting other than the one largest platform. As Microsoft is to all operating systems, Redhat is to Linux; they are the "big guys" and as such, they can do, and ignore, whatever they please. The sparc platform isn't in their business plan because their business plan has changed to pursue big corporations (which probably is the right thing to do for their stockholders). They should just tell the truth and say that sparc is just too small a market for their grandiose plans.
And the employer you left is in the halls of Congress whining that there aren't enough good people around to keep the situation so that people like you would feel that you are priviledged to be mismanaged by them, and just stay on your slave job.
Larger corporations have put things like router management and system administration into specific sets of procedures. That takes the creativity out of it. Of course a business must do this to ensure uniformity and consistency across staff. This is an example of one of the reasons many people don't like to work for a large corporation.
The big question is, how much does Madman allow his staff actually do in ways that use their skills.
However, Outlook can be used with Unix based TradeServer from Bynari.
disclaimer: I do work for Bynari, Inc.
In 2 months of trying to get Debian 2.2 installed on a couple machines, I ran into about a dozen people who wanted to help, but were too ignorant to do so. One exception was found, but in the midst of the steps involved, he disappeared and never showed up again.
If you want to prove to me that real help really exists, track me down and let me know you'll stick with it to make it work no matter how long it takes (and based on past experience, it will take a while until the base installer get replaced).
I hope some day Debian actually puts up a page for reviewing and submitting bug reports. Maybe then I'd actually submit one. Or a few (if I can remember them all).
Please don't waste time asking me to get on some mailing list to do that. That won't ever happen.
I had those problems, and one more. The fdisk program segfaulted due to the hard drive NOT already having a Sun disklabel. But the installer package failed to detect the problem and just went on to try to do the remaining steps, which would of course fail. While the fdisk bug itself isn't their fault, the installer not checking return codes is. Most of a day was spent trying to figure out why the subsequent steps kept failing. I tried Redhat 6.2 for Sparc and it's fdisk also segfaulted (but they let you know) so I went back to Debian 2.2 and tried it on the shell and the problem was revealed. I had go way back to Redhat 5.2 to find something that would make a disklabel correctly.
Eventually I ran into the SILO setup bug, but lost patience in debugging stuff, and switched to OpenBSD for a while (yet another bug, but at least this one was just broken documentation). I'll go back to try Debian again later.
Now if only Debian folks will spend some time on the base installer and get that part to work right. What's there now is a total POS. They'd be better off just providing a tarball snapshot if a base system ready to run apt-get to get everything else.
Belo Corporation is one of the investors in CueCat. They own a number of TV stations such as WFAA channel 8 here in Dallas where I see CueCat promotions all the time now. They also own the Dallas Morning News. Their web sites, which run on NT, have many web bugs, which made it necessary for me to block the domain names they use to deliver those bugged images (which also took out most of the ads). The evil is not so much in DC as it is in companies like Belo that want to get that private and personal information about your, your family, your web travels, and your spending habits. They will do what it takes to get such information, including investing in startups like DC and CueCat.
404 Item Not Found
If this page was taken down due to a court order along with a gag order to deny the existance of such a court order, we won't be able to admit it and all you'll be able to see is...
404 Item Not Found
One method often used to be able to pay for lawyers in order to have a fair opportunity to present your case in court is to go public with the fact of the case, and raise money from those who are concerned with having your side win (specific details don't have to be published for this). Carrying a gag order so far as to deny the very existance of a case is a denial of fair and due process! And to the extent that such a case might have constituted a precedent with regard to affecting me, I should have a right to see to it that such a case is conducted fairly to begin with.
... I am not a lawyer and I would be ashamed if I were one in this case.
This is a total sham of the legal system.
IANALAIWBAIIWOITC
We may well need to use models for lots of things, but one difficulty as that the best model for something isn't always the same for everyone. They serve somewhat more to describe things to ourselves than to describe things to others. It is good, but like fine tools, they don't work well (and may break) if not used properly.
I was burning out on college and was offered a job from a company that was desperate to have me come on board (and later when I left them, they were even trying to re-recruit me to come back, and later when my former boss from there took another job, he tried to get me to come join him at his new company). Since then I've gone on to 2 jobs actually at major universities (still no degree) and now I am on my 6th job since college and making more than the CEO here is.
/. readers don't resemble that remark).
/. and include a link to your resume in your signature. Do similar elsewhere. Do that in addition to the traditional job search functions. Most companies either won't need your skills or won't know how to recognize them. But some do, and you want to match up with them. Don't worry about the others.
I learn on the job. I learn online. I learn on the ceramic throne. I would say that some college education is important and can be useful. Much of it was useful in working with people and understanding out other stuff works (for example I took a couple courses in EE and it helped me understand the scope of hardware problems I run into).
If you are the creative person who doesn't need college to be able to develop cool stuff, you might be good hiring material (especially with some experience). If you are a mindless drone with a CS degree, you might as well move along (but most
I think you could get a job at one of those companies. The problem is that the HR mill tends to get in the way. What I would recommend is posting well thought out and intelligent comments on
Knowledge growth in a company is what you make of it. Managers generally want stuff done; they are not going to "offer" it to you; They don't pay you to learn stuff; they want it to already be known. Find out what the technological edge your company is exploring is, and go learn more about it, and volunteer to do some extra stuff related to it. One day they just might have you do that.
There is a shortage of managers that know how to get technical people to come work for them. However, it is not an extreme shortage because there are many instances in which good people are hired away to another company. Obviously the management of that person's new company is a little more clueful.
When managers of the companies that have good people hired away from them for better pay and better work wonder why it is that these people are leaving them, my response to them is: DUH!
These are the same companies want H1B visa people which they can shackle to the job.
They up and leave for a better salary. Their current employer will now have to replace them. They can either start the cycle over again by hiring someone who needs to be trained for cheap, or they can hire someone who has the training and/or experience and knows what they are doing. But they will have to pony up the dollars for the latter.
Some corporations are just opposed to paying a techie more than the CEO makes. Some others are not. The companies that are hiring people away with higher offers are the ones that are not seeing a shortage of competent IT workers.
What there is a shortage of, is competent managers who know how to get good techies to come to work for them.
This is like Bill Gates claiming that Linux destroys 5 years work in NT (assuming Linux were a threat to NT). If you spend all that effort making a driver for Windows that works with all kinds of OS configurations and sound cards, and along comes a Linux driver ... THAT is NOT a theft of any of your work (even though if Linux were a threat to it, which I highly doubt, it only means your work is wasted, not stolen).
:CUE:CAT only useable for its intended purpose. I suspect design shortcuts were made in ignorance of the resourcefulness of the inhabitants of the people that really created the Internet so other people like Jovan could use it to market to millions.
Just how much of that work is really stolen in this? If DC does make and release a Linux driver, then what? I can assure you that if it is not satisfactory to the Linux community, they will still tear it apart. If you make the driver in object code binary only, they will reverse engineer it to source code anyway. An army of lawyers can't stop it because it all happens and millions of copies made before a lawyer even wakes up.
It sounds to me like MOST of what DC did was investment, and wants to even count Net Talk Live in it just to up the apparent ante.
It also sounds to me like technology poorly done. I don't know what technology you actually used because I haven't looked at it. But I know that I could have picked technology that could not have been cracked and thus made the
What library go around? Windows .DLLs are part of the problem of why stuff crashes in Win95/98/NT/2K systems where the wrong DLL is present. In Linux you can reference libraries by name, name and version, or however you like. Then you can have multiple versions there ready to use at run time.
A PATH of package/port site locations, and the ability to redirect to another site when a package isn't at a site, could be a useful means to find the needed dependency. Then an interactive install can bring up a menu/choice of where to install from (if desired). A non-interactive install can have a site preference list.
/opt/*/bin.
I do agree that having each package in its own tree would be useful. Piling all the executeables into a "bin" directory has always made things difficult (though it certainly makes commands go faster). Some ideal solution to that would be great. Possibilities include piling in symlinks, or PATH entries like
And I also do agree WRT to those annoying info files. That system was always a pain, and the usual culprit was dependencies or not being able to find stuff. HTML should be written to be at least functional in lynx.
- It should list WHAT CHANGES will be applied to the configuration files AND allow me to install w/o them being changed (leave behind the document that explains what needs to be changed and let me do it).
- How about configuration files that are version specific in their names with symlinks pointing to the currently active version (likewise with the executeable).
- I don't want my C code to be treated like Java.
Whatever packing is used, it needs to be kept simple. RPM isn't. I don't know the inner details of .DEB yet (since the Debian system can't be installed without either a floppy drive in your machine or downloading/buying a fullblow ISO/CD).
My experience with RPM tells me it is a failure. The reason is that RPM was not simple enough for it to be the ORIGINATING format. Someone has to take a source package and convert it to RPM (or apparently to DEB). THIS is the failure because that step introduces a distribution latency, as well as a filtering effect (not all programs get converted).
The proper format for packaging would be one which is JUST AS EASY to build as building a TAR file and compressing it. Right now, the TGZ format meets that requirement. So maybe it should be the starting point to add the additional needed features.
A tgz package can include an install script, and even an uninstall script.
A tgz package can include an md5 checksum file which have the sums for each individual file in the package except for the checksum file itself.
Upgrading and changing config files is something that should be specific to the program being installed. A packaging system shouldn't try to handle it, just accomodate it by having a standard place to identify the version so it knows it is upgrading. Sometimes config files do need to have newly required items added, or even whole reformatting (and uninstall has to format backwards).
RPM's way of handling dependencies was a failure because RPM itself could not accomodate every instance of needing to install something. I needed to install stuff before any RPM was available. RPMs are complicated to build compared to a TGZ, so software often doesn't originate in RPM.
Generic dependencies would be cool, but the whole system needs to be able to handle establishing dependent relations even if the program is installed from source (i.e. go look and see if the friggin library is actually there, and let me install the required library afterwards if I want and still make the dependency come out right).
A chroot option on package install mught help.
I do believe the KISS principle should apply to ports and packaging, while still getting great functionality out of it.
Why limit it to just BSD? Even within BSD some differences exist. A standardized mechanism to detect the platform (and architecture where appropriate) which is modular should allow even Linux and commercial UNIX systems to have these ports (where someone is willing to do the work to add the platform specific component, which in most cases should be a few simple options).