Marking Your Cyber Territory? 47
NoOnesMessiah asks: "I recently finished a relatively major webmail install for a large company and it all went very, very well. I left a '/.cornerstone' file for posterity (with names, dates the disks started spinning, 'asbuilt' notes for apache, php, etc) so that future generations would know who to blame (or call) in 3 to 5 years. I have also done this in various and sundry places within my network infrastructure while I wore the mantel of Senior Systems Engineer and even in bits of a major mp3 player's website while it was growing up on our network. Hell, even the concept of the 'asbuilt' is more than 14 years old to me. How was PHP built? Look at the "asbuilt" file for configure or compile-time options... This got me to wondering; How do Slashdot readers mark their territory so future generations know they were there? Certainly I'm not the only one who does this. I would think that most people do, even in some small way. Do you mark your own personal mailer, web server or desktops in the same fashion as you might for your employers or clients?"
Traditional methods (Score:5, Funny)
It also helps cool the processors in the summer.
Re:Traditional methods (Score:4, Funny)
Re:Traditional methods (Score:2)
Re:Traditional methods (Score:3, Funny)
The best way... (Score:4, Funny)
Keep em on their feet
All the time! But..... (Score:3, Interesting)
Now you'll never know it was me!
But they kept the same images that were edited using GIMP!(My name is still in the comments within the pictures)
gt
Smartass reply (Score:1)
</smartass>
(Okay, so I'm a programmer, not a sysadmin. I guess your question doesn't really apply to me, unless you call uninstalling Clippy "leaving my mark"....
Re:Smartass reply (Score:1)
Re:Smartass reply (Score:1)
The reason I called it smartass is because I don't think it was the answer he was asking for, since I don't think I was the intended audience for the question.
You're right that it does still apply somewhat -- even sysadmins write scripts (or more) and should always leave their mark in the form of a comment.
Want your mark to last? (Score:3, Funny)
For example; if you have ever seen my code, knowing what it looks like, you would never be able to miss the muddy footprints I stomp all over anything I touch.
Immortality through Mediocrity!! Do something right, or well, and you will soon be forgotten.
Do it really half assed, or fsck it up, and you will surely be remembered.
Re:Want your mark to last? (Score:1)
I create build directories (Score:4, Informative)
---
foo.bar.com
Built on 6/20/2003
Built by
Installation notes:
Updates:
6/26/2003 -
---
I am a big fan of making sure everybody knows "who-dun-it" and how to do it again.
Re:I create build directories (Score:2)
Re:I create build directories (Score:1)
As a side note, stupid me attempted to use as common variable placeholders for my previous example. It should have read more like:
---
foo.bar.com
Built on 6/20/2003
Built by (name)
Installation notes:
6/20/2003 - (name)
(some stuff)
Updates:
6/26/2003 - (name)
(More stuff)
---
with folders mo
My signatures (Score:5, Interesting)
For things that I may not want to take credit for, or not want some people to know who did this work[1] I put a seemingly random string in somewhere, usually out of sight, but visible to anyone who looks for it which is the md5sum of some string. If I want to prove that I wrote it, I can produce the string which generates the same md5sum, nobody else can. Also, if you put the string somewhere out of the way later coders ignore it and/or believe that it's important in some way they don't understand and leave it alone
[1]: I do a lot of work on IRC, you really don't want to put "Trojan detector 2002 By Isomer" all over it coz the kiddies whose trojans it detects will DDoS you instead...
Re:My signatures (Score:1)
I've found that RCS [gnu.org] is a bit more suited to this task.
In the code... (Score:3, Funny)
} catch (VeryBadException e) {
if (DateTime.Now.year > 2003) {
MessageBox.Show("ee WAS here. Not anymore! Nelson: ha-ha ");
} else {
}
}
Comments in HTML (Score:3, Informative)
The HTML I type for websites sometimes has a <!-- --> comment, but usually something funny rather than my own name or address. I never leave ad advertising mark unlike many admins with my name websites and other information. Usually the webmaster or postmaster@whatever.tld points to my common but spam-filled free email (yahoo/hotmail) and people can still contact me with a quick reply latency.
Oh yeah, C++ source code is a different game...
I don't mark at all (Score:1, Interesting)
I do computer work because it's fun and it pleases me. I don't care what others think of it.
Story of Mel (Score:5, Funny)
A "docs" site (Score:4, Insightful)
I have directories for HOWOTOs, package install documentation, projects, standards & conventions, and official policies. Although most of the documentation up there is mine, I'm working on getting the rest of the admin team to use the site, too. It has already proven very helpful as an adjunct to my own memory, and as a source of "RTFM" URLs when others ask the same question over and over :-)
Re:A "docs" site (Score:4, Interesting)
Re:A "docs" site (Score:1)
oh ya (Score:1)
Easter Eggs! (Score:5, Funny)
Documenting stuff (Score:3, Insightful)
-
Whenever I modify a system file, say
/etc/ntp.conf, I leave a copy of the original as /etc/ntp.conf.orig. This allows people to trace what's been changed.
-
Build trees are always left in
/usr/local/src, sometimes with explanatory notes.
-
Updates/changes to the system that users might notice are logged in
/var/adm/ChangeLog.
-
The base system comes from an install script, which is available to admins. I also have been known to generate a
.ps file documenting the system. (This came from a perl script that generated a TeX file.)
-
Modifications to code always include my last name so they're easy to find.
-
I'm currently learning troff so I can write manpages documenting the local system.
Anyway, mostly standard stuff. The hard part is documenting the documentation. It's amazing how much documentation I have, that nobody would ever find!I'm not quite a system admin... (Score:5, Interesting)
On one system, I'd configure the IP address and netmask for an interface that was never enabled, with the ASCII numbers for my initials and the date, 255.78.74.66 / 6.28.20.3 for today, for instance.
On another, it was possible to create files with arbitrary names but not put anything in them. A few zero-length files with a hello-message did the trick.
My favorite machine allows hand-editing of an ARP-like table for an obscure routing protocol. Handily enough, this entire interface is never enabled, so I can stuff the table with things like "INSTALLEDBY-00:00:DE:AD:BE:EF NJBANDCREW-00:00:00:00:00:00 JAN01FEB01-00:00:00:00:00:00".
Even on dumb equipment like wiring blocks, I always scratch my initials into the backside before closing the block, so later when the system is tested and mistakes are found, I can defend myself. I've tried to make it standard protocol among the installers I've trained, since it saves everyone grief and encourages responsibility.
More than once, I've jotted notes on the bottom of steel equipment frames before bolting them to the floor, to be seen by the crew that tears them out in 30 years. Anything from "Kilroy was here" with the accompanying graphic, to "Help! I'm trapped under the rack!".
I've been responsible for installing some things I'm not always proud of. Personalization can also be a way of disclaiming responsibility.
Wiring junction boxes frequently contain notes jotted on gray electrical tape. "Approved by engineer Larry 5/22/01; says the NEC doesn't apply here. Black:Hot White:Neutral Green:Ground BlackW/tape:Messenger WhiteW/tape:Magic. If this box is smokey, check the one at the other end of the aisle too!"
My favorite thing is finding notes and doodles left by previous generations. Once I saw a pile of boards torn out and waiting for material reclamation (gold chipleads and stuff), so I dug through the pile admiring yesteryear's design. One controller board had a profusion of "green wire", added by a field tech to update the board to a new revision. In some unused space in the corner, a little smiley face had been elegantly needlepointed into the perfboard.
Makes you wonder how much personalization goes undetected in the products we use every day! Spend some time in the Silicon Zoo [fsu.edu] checking out the art inside chips themselves.
Re:I'm not quite a system admin... (Score:1)
Wiring junction boxes frequently contain notes jotted on gray electrical tape. "Approved by engineer Larry 5/22/01; says the NEC doesn't apply here. Black:Hot White:Neutral Green:Ground BlackW/tape:Messenger WhiteW/tape:Magic. If this box is smokey, check the one at the other end of the aisle too!"
While I think it's funny, I don't think anyone who would believe the notes and touched the 'safe' white cable, would think it's funny. Yes, it's stupid to trust a piece of gray tape, but if I were to touch any
Re:I'm not quite a system admin... (Score:1)
The funniest part is... (Score:3, Informative)
Hmmm... (Score:3, Interesting)
Often something of that nature will appear if you do a "strings" on the executable if the language I was working in is a compiled one, typically my email address works its way into the code somehow (help screens, version info, etc.)
For systems hardware, a large cursive MG in green or black marker on an inside surface, usually under the motherboard or on the bottom of drive bays, indicates that I built the system. Smaller MGs (in blue or black), usually with dates, indicate service done (these are sometimes on a frame bar or even a removable panel). When a machine finally reaches the end of its life, I initial it with red marker and leave it open until it is stripped and disposed of.
I understand the signing practice used to be quite common with mainframe service techs but has become less so with PCs and cheap servers - I for one would love to see it revived as it makes it easy to know who was the last person to work on machine X.
For an OS build, my footprints are unmistakeable - anything outside of the OS goes in
This script is used when upgrading software, or when rebuilding from scratch, and usually has a whole load of variables in it to turn off/on various parts of the build (for example, on my FreeBSD systems the first stage of this script is to cvsup and rebuild the OS/kernel - probably not something you want to do if you're just upgrading apache).
Remember me, damnit! (Score:4, Funny)
I write an impossible to find bug in thier critical software that will cause thier servers to shut down should my name be removed from
Re:Remember me, damnit! (Score:1)
My signature (Score:2)
Only applies to contracts... (Score:2)
Documenting what you did and why is the best kind of proof that A> you were thinki
Certainly (Score:2)
Yes. Yes you are.
Easter eggs with contact info (Score:2)