If Bray worked on the OED in 1985, he must have seen IBM Fellow Mike Cowlishaw's LEXX editor, which was the thing that displayed "the electronic version[] of dictionary. It was what we would now call XML. It had little embedded tags saying entry, word, and then pronunciation, etymology, a brief quotation, and the date, source, text, and so on." It was a color-terminal application, running (initially) on IBM's VM mainframe system. LEXX was the subject of an IBM Journal of Research and Development article back in 1987 - it's worth reading, even though the screen-shots didn't survive being scanned into the PDF.
GML even had tags for doing Gantt charts, and I would dearly love to find a publishing system that could do printouts from such tags....... Here it is 10 years later, and we still haven't gotten back to the level of ease of use and flexibility that GML had in the '80s
You're looking for Gary Richtmeyer's B2H program, available from IBM's z/VM download site. It's written in Rexx and runs on every system you're likely to be using, comes in source form, and can process just about everything the BookMaster markup can dish out (even the syntax diagram tags).
UC Berkeley's Ptolemy Project has a nice graphing package called Ptplot. It runs as either a standalone application or as an applet, and allows quite a bit of end-user control over the display of the data. There is also a patch available to run Ptplot as a servlet.
I've looked into small safes with PINs, or card readers (all faculty have IDs with magstripes), blah blah blah, but most of these are prohibitively expensive, so I'm thinking of hacking something together myself.
I have no idea what the cost situation is, but have you looked at the sorts of lockers that are (or were, at least before 11 Sept 2001) common in airports and train stations? Not the "drop a quarter in and take away the key" type, they've been around for 50 years or more. Rather, the ones that have interfaces for non-cash transactions. Combined with the smart-cards you've got, and with each item in its own locker, you could probably get a decent system put together from off-the-shelf parts.
Two books: Fred Brooks' famous "The Mythical Man-Month" and Tracy Kidder's "Soul of a New Machine". The former is all about managing large, heck, gigantic software projects. The latter is about managing small, highly motivated teams effectively.
LISP was designed for the IBM 704, not the System/360. The 360 series (and its subsequent 40 years of followons) weren't the source of CAR and CDR. The 704's word was divided into two parts, the "address" and "decrement". Hence "CAR" for "Contents of Address part of Register" and "CDR" for "Contents of Decrement part of Register". McCarthy is on the record about this.
The key difference is a manager will tell you to do something. You will only do the action if it is in your best interest. A leader will convince you to do something that isn't necessarily in your best interest and you will do it.
You're kidding, right? A "manager" only provides advice, not instructions? Try again:
The key difference is a manager will tell you to do something. You will only do the action if
you want to keep, and possibly advance in, your job. A leader will convince you to do something that isn't necessarily in your best interest and you will do it because you want to be a good follower.
Leaders have followers. Managers have subordinates. Leadership and Management are both important skill sets and roles, but they are of necessity applied in different contexts.
Compare this to the OpenBSD/NetBSD/FreeBSD fork. Each of the forks has a very different design goal: OpenBSD concentrates on security, NetBSD goes for maximum cross-platform portability
If you read the many public emails on the creation of OpenBSD from NetBSD, you'll find that what OpenBSD really concentrated on was Theo de Raadt. His behavior within the NetBSD community engendered much angst, and he was told by the core group to play nice or go home. "OpenBSD" could just as easily have been called "TheoBSD" at the time of its fork from NetBSD.
That said, all three of the main BSD variants (Free, Net and Open) have made nice-nice enough that they trade code back and forth on a regular basis. So the OpenBSD fork hasn't turned out to be a bad thing after all, no matter how it started.
A resume or a CV is just one of many tools you'll employ in getting a job. It serves one and only one purpose, at least in American business: to get the attention of the hiring manager. Resumes won't get you jobs. If you're lucky, though, they'll get you interviews. And that's the goal at this stage.
To that end, it should be truthful, "impactful", and readable. It should say enough to convince the reader that you might be worth talking to. It shouldn't overwhelm them, and it needs to both be short enough to keep them awake and have enough information to make you attractive.
If you're submitting resumes online, remember that most web-based HR systems will both print it out and dump the text into a searchable database. So make it look nice, but also include key terms. Don't list every language and piece of hardware you've ever used - that's a dead giveaway that you haven't got any real experience, you'll look like every newly-minted Bachelor of Computer Science.
And yes, keep it to two pages, plus a custom-to-the-job cover letter.
Next week on "Ask Slashdot": "How should I act in a job interview?"
At US$71.40/year plus a US$10.00 "administration fee", it better get better fast. The articles are nice, but they don't justify a price that high.
The publishers clearly expect a decent number of ads, as they've reserved quite a bit of space, and even have a few of what appear to be paid ads. That's actually *very* good for the first issue of any new magazine.
I wish them luck, but I'll be browsing it online for a while before I subscribe to any periodical whose pricing is that far out of line with its market.
In the banking, stock, etc. businesses, many companies are required to both record and read their employees email. Here in the US, it applies to a variety of communications (telephone, email, snail-mail, even IM!), and is mandated by federal regulations. I don't know about Canada, but in these folks' world, they should have expected to be caught.
The kiosks in question aren't stamp machines (which have been around for 40 years or more), but a complete self-service post office. You can buy postage, mail letters, mail small packages, etc. It takes credit cards, paper currency and coins.
Have you ever looked at an Apache config file? It's English all over the place!
Yes, I know, *nobody* is talking about i18n'ing and l10n'ing config files. And they probably shouldn't be, because there are *lots* of programs that play with other programs' config files. But shouldn't we be thinking about the non-English speakers when we design configuration support too?
The best way to handle stress is not to accept it in the first place.
Stress is entirely within yourself, resulting from friction with that which is outside of you. If you don't let the friction occur, the stress won't either.
Sure, but do it in the right context. The worst thing you can do with your stress is to give it to somebody else. After all, that's how you got it from your users, and look what it did to you!
So if you're gonna scream, do it far away from everyone else. Your goal isn't to get sympathy from others, it's to let the stress out of your system.
Get everything you can in print form. The combination of brain and eyes functions amazingly well as a content discriminator, and runs far faster than any online medium can keep up. You'll also find that print media are well adapted to support visual scanning, while online media have a long way to go still.
I get about a dozen magazines of varying content levels every week. I scan every page of every magazine, both articles and advertising. Sometimes I throw an issue in the trash without finding anything worthy of reading, but more often I read one or two articles from each magazine. This all takes less than 5 hours a week - I fit it in easily at home in the evenings, instead of watching bad TV.
This honestly doesn't matter. If I lop off the antenna on my cellphone and put some kind of directional thing on it instead, chances are it's breaking FCC rules too. That doesn't mean Nokia or Motorola are breaking the law by making cellphones.
If Nokia or Motorola make it too easy for you to replace the antenna, then they are indeed breaking the law, at least in the USA. Radio transmitters here are heavily regulated, and both use and sale of unapproved transmitters is illegal (with certain exceptions - e.g. hams can build their own stuff).
On top of which, as has been demonstrated repeatedly, source code is merely a more readable version of code.
Don't let the FSF hear you say that:-)
It's up to the users to determine that their modifications are legal.
Nope. The US "type acceptance" practice does not permit unapproved modification of key parameters, and holds all parties responsible at various levels, including the manufacturer.
And I just thought "I wonder where in the small print they attribute PearPC.".
The GPL does not require any attribution. If you modify the heck out of a GPL'ed program, change its filenames, rename all its variables and translate all its messages to pidgeon Esperanto, you're still clean as long as you leave the original warranty discalaimer license intact and release the source under the GPL.
If you want to require people to acknowlege your work, the GPL is the wrong license for you. Try the BSD license instead.
The last time I looked, Apricorn's EZ-GIG software limited the number of times you could use it (something really small - 5 or so?). This was clearly intended to sell more copies to large organizations rather than limit individual users, but it still has that effect. I see that Apricorn is now selling "EZ Gig II" - does anybody know if this restriction has been lifted?
NIST Net absolutely rocks. We build network appliances, so we use it a lot here. It's intended to suimulate low-bandwidth or high-latency networks across LANs, but you can directly control packet-drop rates, arrange for packets to be delivered out of order, etc.
If Bray worked on the OED in 1985, he must have seen IBM Fellow Mike Cowlishaw's LEXX editor, which was the thing that displayed "the electronic version[] of dictionary. It was what we would now call XML. It had little embedded tags saying entry, word, and then pronunciation, etymology, a brief quotation, and the date, source, text, and so on." It was a color-terminal application, running (initially) on IBM's VM mainframe system. LEXX was the subject of an IBM Journal of Research and Development article back in 1987 - it's worth reading, even though the screen-shots didn't survive being scanned into the PDF.
GML even had tags for doing Gantt charts, and I would dearly love to find a publishing system that could do printouts from such tags. ... ... Here it is 10 years later, and we still haven't gotten back to the level of ease of use and flexibility that GML had in the '80s
You're looking for Gary Richtmeyer's B2H program, available from IBM's z/VM download site. It's written in Rexx and runs on every system you're likely to be using, comes in source form, and can process just about everything the BookMaster markup can dish out (even the syntax diagram tags).
UC Berkeley's Ptolemy Project has a nice graphing package called Ptplot. It runs as either a standalone application or as an applet, and allows quite a bit of end-user control over the display of the data. There is also a patch available to run Ptplot as a servlet.
I've looked into small safes with PINs, or card readers (all faculty have IDs with magstripes), blah blah blah, but most of these are prohibitively expensive, so I'm thinking of hacking something together myself.
I have no idea what the cost situation is, but have you looked at the sorts of lockers that are (or were, at least before 11 Sept 2001) common in airports and train stations? Not the "drop a quarter in and take away the key" type, they've been around for 50 years or more. Rather, the ones that have interfaces for non-cash transactions. Combined with the smart-cards you've got, and with each item in its own locker, you could probably get a decent system put together from off-the-shelf parts.
Two books: Fred Brooks' famous "The Mythical Man-Month" and Tracy Kidder's "Soul of a New Machine". The former is all about managing large, heck, gigantic software projects. The latter is about managing small, highly motivated teams effectively.
LISP was designed for the IBM 704, not the System/360. The 360 series (and its subsequent 40 years of followons) weren't the source of CAR and CDR. The 704's word was divided into two parts, the "address" and "decrement". Hence "CAR" for "Contents of Address part of Register" and "CDR" for "Contents of Decrement part of Register". McCarthy is on the record about this.
The key difference is a manager will tell you to do something. You will only do the action if it is in your best interest. A leader will convince you to do something that isn't necessarily in your best interest and you will do it.
You're kidding, right? A "manager" only provides advice, not instructions? Try again:
Leaders have followers. Managers have subordinates. Leadership and Management are both important skill sets and roles, but they are of necessity applied in different contexts.
Compare this to the OpenBSD/NetBSD/FreeBSD fork. Each of the forks has a very different design goal: OpenBSD concentrates on security, NetBSD goes for maximum cross-platform portability
If you read the many public emails on the creation of OpenBSD from NetBSD, you'll find that what OpenBSD really concentrated on was Theo de Raadt. His behavior within the NetBSD community engendered much angst, and he was told by the core group to play nice or go home. "OpenBSD" could just as easily have been called "TheoBSD" at the time of its fork from NetBSD.
That said, all three of the main BSD variants (Free, Net and Open) have made nice-nice enough that they trade code back and forth on a regular basis. So the OpenBSD fork hasn't turned out to be a bad thing after all, no matter how it started.
See! I knew it! Linux DOES have a registry!
It sure does! And the Elektra Project even admits it!
... you funded someone else's development. If you didn't conctract for full ownership of the result and all the source, you're just a funding source.
Success in outsourced development is strictly tied to the quality of the contract and to your oversight of it.
Good luck, but you're going to court and that's gonna suck.
FYI, if you want to look at the "registry" info for Skype on Linux, it's in $HOME/.Skype/shared.xml.
Hear me out.
A resume or a CV is just one of many tools you'll employ in getting a job. It serves one and only one purpose, at least in American business: to get the attention of the hiring manager. Resumes won't get you jobs. If you're lucky, though, they'll get you interviews. And that's the goal at this stage.
To that end, it should be truthful, "impactful", and readable. It should say enough to convince the reader that you might be worth talking to. It shouldn't overwhelm them, and it needs to both be short enough to keep them awake and have enough information to make you attractive.
If you're submitting resumes online, remember that most web-based HR systems will both print it out and dump the text into a searchable database. So make it look nice, but also include key terms. Don't list every language and piece of hardware you've ever used - that's a dead giveaway that you haven't got any real experience, you'll look like every newly-minted Bachelor of Computer Science.
And yes, keep it to two pages, plus a custom-to-the-job cover letter.
Next week on "Ask Slashdot": "How should I act in a job interview?"
At US$71.40/year plus a US$10.00 "administration fee", it better get better fast. The articles are nice, but they don't justify a price that high.
The publishers clearly expect a decent number of ads, as they've reserved quite a bit of space, and even have a few of what appear to be paid ads. That's actually *very* good for the first issue of any new magazine.
I wish them luck, but I'll be browsing it online for a while before I subscribe to any periodical whose pricing is that far out of line with its market.
In the banking, stock, etc. businesses, many companies are required to both record and read their employees email. Here in the US, it applies to a variety of communications (telephone, email, snail-mail, even IM!), and is mandated by federal regulations. I don't know about Canada, but in these folks' world, they should have expected to be caught.
The kiosks in question aren't stamp machines (which have been around for 40 years or more), but a complete self-service post office. You can buy postage, mail letters, mail small packages, etc. It takes credit cards, paper currency and coins.
In other words, it *is* a lot like an ATM.
Have you ever looked at an Apache config file? It's English all over the place!
Yes, I know, *nobody* is talking about i18n'ing and l10n'ing config files. And they probably shouldn't be, because there are *lots* of programs that play with other programs' config files. But shouldn't we be thinking about the non-English speakers when we design configuration support too?
The best way to handle stress is not to accept it in the first place.
Stress is entirely within yourself, resulting from friction with that which is outside of you. If you don't let the friction occur, the stress won't either.
Sure, but do it in the right context. The worst thing you can do with your stress is to give it to somebody else. After all, that's how you got it from your users, and look what it did to you!
So if you're gonna scream, do it far away from everyone else. Your goal isn't to get sympathy from others, it's to let the stress out of your system.
Get everything you can in print form. The combination of brain and eyes functions amazingly well as a content discriminator, and runs far faster than any online medium can keep up. You'll also find that print media are well adapted to support visual scanning, while online media have a long way to go still.
I get about a dozen magazines of varying content levels every week. I scan every page of every magazine, both articles and advertising. Sometimes I throw an issue in the trash without finding anything worthy of reading, but more often I read one or two articles from each magazine. This all takes less than 5 hours a week - I fit it in easily at home in the evenings, instead of watching bad TV.
This honestly doesn't matter. If I lop off the antenna on my cellphone and put some kind of directional thing on it instead, chances are it's breaking FCC rules too. That doesn't mean Nokia or Motorola are breaking the law by making cellphones.
If Nokia or Motorola make it too easy for you to replace the antenna, then they are indeed breaking the law, at least in the USA. Radio transmitters here are heavily regulated, and both use and sale of unapproved transmitters is illegal (with certain exceptions - e.g. hams can build their own stuff).
On top of which, as has been demonstrated repeatedly, source code is merely a more readable version of code.
Don't let the FSF hear you say that :-)
It's up to the users to determine that their modifications are legal.
Nope. The US "type acceptance" practice does not permit unapproved modification of key parameters, and holds all parties responsible at various levels, including the manufacturer.
And I just thought "I wonder where in the small print they attribute PearPC.".
The GPL does not require any attribution. If you modify the heck out of a GPL'ed program, change its filenames, rename all its variables and translate all its messages to pidgeon Esperanto, you're still clean as long as you leave the original warranty discalaimer license intact and release the source under the GPL.
If you want to require people to acknowlege your work, the GPL is the wrong license for you. Try the BSD license instead.
The last time I looked, Apricorn's EZ-GIG software limited the number of times you could use it (something really small - 5 or so?). This was clearly intended to sell more copies to large organizations rather than limit individual users, but it still has that effect. I see that Apricorn is now selling "EZ Gig II" - does anybody know if this restriction has been lifted?
:-)
And no, Google hasn't helped with any answers
Woo hoo! That makes 4 Nobel laureates for Stuyvesant HS! Axel is class of '63
NIST Net absolutely rocks. We build network appliances, so we use it a lot here. It's intended to suimulate low-bandwidth or high-latency networks across LANs, but you can directly control packet-drop rates, arrange for packets to be delivered out of order, etc.
An excellent example of Your Tax Dollars At Work.
You need to hard-code your virtual Ethernet MAC addresses and all will be well. VMware's support pages have instructions on how to do this.