• ÃÆâ€â„ (unregistered) in reply to Jay
    Jay:
    Grammar rules that I routinely ignore:

    Never use a preposition to end a sentence with. (As Winston Churchill said, "That is a rule up with which I shall not put.")

    Be sure to not split your infinitives. (I strive to boldly split infinitives that no man has split before.)

    About sentence fragments.

    And never begin a sentence with a conjunction.

    Aha! You're the one who has been writing all these TDWTF articles! I found you sir.

  • Con Junction (unregistered)

    Nor any other conjunction, neither.

  • (cs) in reply to EngleBart
    EngleBart:
    ...I bet they used a separate account name that Shiva kept locked. In VMS it would have been very simple for him to enable your account, let you logon, and then disable your account. This would stop you from logging on after an idle-timer forced you off of the system.
    Okay, so you're sticking with the Shiva-is-a-sociopath theory?

    Interesting...

    EngleBart:
    P.S. Purposely started a sentence with "But". Can you feel the fingernails on the chalkboard?
    P.S. I can't feel them, but I can hear them. And it's music to my ears!
  • Andy (unregistered) in reply to Jay
    Jay:
    Andy:
    Because a bunch of youngsters learning English would write fragments that started with a conjunction and then left out the other clause, teachers insisted that they not start sentences that way even though it is quite grammatical to do so.

    Also, if you make the sentences long enough, that backwards form can be confusing, since you don't necessarily have all of the context until you reach the end.

    I'm not sure if you're being deliberately ironic, or if you failed to realize that both sentences of your reply begin with conjunctions, thus breaking the rule that you are defending.

    It is perfectly grammatical to start sentences with a conjunction. What is not grammatical is writing a sentence fragment as if it were a sentence, regardless of the part of speech of the first word in the sentence. Since so many young students write sentence fragments, thinking that they are writing sentences, by beginning with these connecting words, teachers often tell students not to do so. This eventually was interpreted as a prohibition on the sentence form rather than a simple rule to help prevent the accidental use of fragments.

    "Because it's a complete sentence." is not a sentence, but "Because it's a complete sentence, it doesn't matter that it starts with a conjunction." is.

  • Bitter Like Quinine (unregistered) in reply to @Deprecated
    @Deprecated:
    Bitter Like Quinine:
    Even though I'm an editor, I've learned to ignore the typos and grammatical pratfalls on this site. But this article sticks out like a sore thumb...
    Even though I'm an editor, I've learned to start sentences with "But".
    And?
    No, never start your sentences with 'And'.
    No, that's bollocks. English writers have been starting sentences with coordinating conjunctions since Chaucer's day and never stopped. Nor does either my Fowler's English Usage or Oxford Companion to the English Language say a damn thing about not doing so.

    This is one of those mythical rules, like not ending sentences with a preposition, that exist nowhere but in the minds of fourth grade English teachers (in both senses).

    http://grammar.ccc.commnet.edu/grammar/conjunctions.htm

  • (cs) in reply to Buffled
    Buffled:
    Some people might call it funny. I just call it "rape of the English language".
    That's a pretty extreme way of putting it. How about calling it "drawing-a-goatee-and-giant-eyebrows on the English language"?
  • ÃÆâ€â„ (unregistered) in reply to boog
    boog:
    EngleBart:
    ...I bet they used a separate account name that Shiva kept locked. In VMS it would have been very simple for him to enable your account, let you logon, and then disable your account. This would stop you from logging on after an idle-timer forced you off of the system.
    Okay, so you're sticking with the Shiva-is-a-sociopath theory?

    Interesting...

    EngleBart:
    P.S. Purposely started a sentence with "But". Can you feel the fingernails on the chalkboard?
    P.S. I can't feel them, but I can hear them. And it's music to my ears!
    But the sound is supposed to make you cringe.
  • Bitter Like Quinine (unregistered) in reply to Jay
    Jay:
    Grammar rules that I routinely ignore:

    Never use a preposition to end a sentence with. (As Winston Churchill said, "That is a rule up with which I shall not put.")

    Except Churchill probably never said it. It appeared as a humour piece in Strand Magazine at least four years before Churchill's supposed marginal reply, and most likely dates from earlier still.

    http://itre.cis.upenn.edu/~myl/languagelog/archives/001715.html

  • (cs) in reply to boog
    boog:
    So I wonder how Shiva prevents people from signing-on in the environment prior to signing-in on the clipboard. Do you think he really locks user accounts until they write their names on a piece of paper? Maybe it's lonely in Shiva-land and he just wants people to visit him?

    I don't think that was the point of that protocol. More likely, the idea is that if there is a log entry showing that somebody was logged in at a certain time, but no corresponding entry on the clipboard, then clearly that person was not who he said he was and wasn't authorized. It's for detecting fishiness after the fact, not preventing it.

  • (cs) in reply to My Name Is Missing
    My Name Is Missing:
    I worked at a Healthcare company where everyone knew the username and password for all the production servers and databases, and there was no audit system either. Insecurity by stupidity.
    FTFY
  • Timmy (unregistered) in reply to EngleBart
    EngleBart:
    VMS security still kicks but compared to Windows. I am still waiting for Windows to tell me how many login failures since my last login.

    And then you'll be pleased to know this functionality can be enabled in a Windows 2008 domain with Win7 and 2008 clients.

    http://blogs.dirteam.com/blogs/jorge/archive/2008/02/10/showing-last-logon-info-at-logon-in-windows-server-2008.aspx

  • Kef Schecter (unregistered) in reply to Jay
    Jay:
    Andy:
    Because a bunch of youngsters learning English would write fragments that started with a conjunction and then left out the other clause, teachers insisted that they not start sentences that way even though it is quite grammatical to do so.

    Also, if you make the sentences long enough, that backwards form can be confusing, since you don't necessarily have all of the context until you reach the end.

    I'm not sure if you're being deliberately ironic, or if you failed to realize that both sentences of your reply begin with conjunctions, thus breaking the rule that you are defending.

    1. Refusing to answer "why?" with a sentence that begins with "because" seems unnatural. It's the way people talk. (This raises another point: conversation needn't obey the rules of formal writing, and discussion in a forum such as this tends toward the conversational side.)

    2. There never was a rule against beginning a sentence with a conjunction. The rule applies specifically to "and", "or", and "but", not ALL conjunctions. (I'm in the camp that believes the rule is stupid and arbitrary, BTW, but that's neither here nor there.)

    3. The post wasn't necessarily defending the rule, merely explaining it.

  • Shiva (unregistered)

    I am become Shiva, destroyer of productivity!

  • (cs) in reply to smxlong
    smxlong:
    boog:
    So I wonder how Shiva prevents people from signing-on in the environment prior to signing-in on the clipboard. Do you think he really locks user accounts until they write their names on a piece of paper? Maybe it's lonely in Shiva-land and he just wants people to visit him?

    I don't think that was the point of that protocol.

    Obviously. </duh>

    smxlong:
    More likely, the idea is that if there is a log entry showing that somebody was logged in at a certain time, but no corresponding entry on the clipboard, then clearly that person was not who he said he was and wasn't authorized. It's for detecting fishiness after the fact, not preventing it.
    Please explain to me how this protocol, in an environment with proper authentication, is not absurd. Or do you think that Shiva assumed everyone else was just as dumb as he was and used their names as their passwords as well?
  • little Johnny (unregistered)

    "I is..."

    "No, no, always use 'I am'."

    "Alright then. I am the ninth letter of the alphabet!"

    Captcha: acsi - character set used for bad spelling :)

  • Grumpy (unregistered) in reply to itzac
    itzac:
    The moral of the story: never break a rule until you understand why it is there.

    Funny, I do it the other way around: never adhere to a rule unless you understand why it is there. Make the rulemaker explain why a rule is necessary or ignore it. "Because I say so" does not make a rule necessary. Also, this makes driving a car so much more interesting.

  • Dave (unregistered) in reply to d.k. Allen
    d.k. Allen:
    frits:
    Shiva:
    Ha! You've been caught and heads will roll!

    I have changed my BUTT*** to something you will never guess!

    FTFY

    FTFTFY

    That's what you get for making silly buttumptions.

  • Ryan (unregistered) in reply to The Enterpriser
    The Enterpriser:
    4. TRRRWTF is that no-one has mentioned hunter2 yet.

    huh, it just appears as *******'s for me, but if i copy and paste those stars instead of writing them, it appears as hunter2 for you.

    [image]
  • TimG (unregistered)

    TheDailyWTFAENPBSAG: The Daily Worse-Than-Failure And Endless Nit-Picky Bull Shit About Grammar.

  • Matt Westwood (unregistered) in reply to danixdefcon5
    danixdefcon5:
    @Deprecated:
    Bitter Like Quinine:
    Even though I'm an editor, I've learned to ignore the typos and grammatical pratfalls on this site. But this article sticks out like a sore thumb...
    Even though I'm an editor, I've learned to start sentences with "But".
    And?

    No, never start your sentences with 'And'.

    Or?

    But I like starting sentences with a conjunction. And it's never been a problem before. Or has it only recently become a problem?

  • (cs) in reply to David
    David:
    TRWTF is that this story must be 25 years old; VAXen were still the new thing in the mid 1980's but not much beyond. Still, if you want old stories...

    ...old story...

    TRRWTF is that nowadays the student would probably have got a police record, and his future career would have been ruined. Still, can't be too careful with all those terrorists about can we?

    Well, during my studies I wrote a program that presented a screen and acted the same as the original login screen of the mainframe computer my university had at the time (this was in 1984). My program waited until someone approached the terminal and tried to login, logged the username and password to a file in my user account, and then told the user that his password was wrong. The problem was, that any unattended session was forcibly ended after at most 30 minutes, so I wasn't able to collect very many passwords.

    Still, after a while, the sysadmin realized what was going on and forced me to delete the program and the source code from the system. And that was also the end of the story. It remained between the two of us. Good times. I am also quite sure that nowadays, they would tell the police and throw me out of uni.

  • Matt Westwood (unregistered) in reply to Andy
    Andy:
    Jay:
    Andy:
    Because a bunch of youngsters learning English would write fragments that started with a conjunction and then left out the other clause, teachers insisted that they not start sentences that way even though it is quite grammatical to do so.

    Also, if you make the sentences long enough, that backwards form can be confusing, since you don't necessarily have all of the context until you reach the end.

    I'm not sure if you're being deliberately ironic, or if you failed to realize that both sentences of your reply begin with conjunctions, thus breaking the rule that you are defending.

    It is perfectly grammatical to start sentences with a conjunction. What is not grammatical is writing a sentence fragment as if it were a sentence, regardless of the part of speech of the first word in the sentence. Since so many young students write sentence fragments, thinking that they are writing sentences, by beginning with these connecting words, teachers often tell students not to do so. This eventually was interpreted as a prohibition on the sentence form rather than a simple rule to help prevent the accidental use of fragments.

    "Because it's a complete sentence." is not a sentence, but "Because it's a complete sentence, it doesn't matter that it starts with a conjunction." is.

    "Why did you write 'the cat sat on the mat'?"

    "Because it's a complete sentence."

    Sentence fragments are sometimes perfectly appropriate. Death to grammar fascists.

  • Matt Westwood (unregistered) in reply to TheRider
    TheRider:
    David:
    TRWTF is that this story must be 25 years old; VAXen were still the new thing in the mid 1980's but not much beyond. Still, if you want old stories...

    ...old story...

    TRRWTF is that nowadays the student would probably have got a police record, and his future career would have been ruined. Still, can't be too careful with all those terrorists about can we?

    Well, during my studies I wrote a program that presented a screen and acted the same as the original login screen of the mainframe computer my university had at the time (this was in 1984). My program waited until someone approached the terminal and tried to login, logged the username and password to a file in my user account, and then told the user that his password was wrong. The problem was, that any unattended session was forcibly ended after at most 30 minutes, so I wasn't able to collect very many passwords.

    Still, after a while, the sysadmin realized what was going on and forced me to delete the program and the source code from the system. And that was also the end of the story. It remained between the two of us. Good times. I am also quite sure that nowadays, they would tell the police and throw me out of uni.

    We a detached process once that listed all the files in a user's directory structure in such a way as to make it look as though it were deleting them all. They pressed ctrl-y in panic, of course, and it said, "Sorry, can't stop" and carried on going. It made one of the programmers in the team burst into tears. Ah, happy days. I still get occasional VAX work even now.

  • Matt Westwood (unregistered) in reply to Matt Westwood
    Matt Westwood:
    We a detached process once that listed all the files in a user's directory structure in such a way as to make it look as though it were deleting them all. They pressed ctrl-y in panic, of course, and it said, "Sorry, can't stop" and carried on going. It made one of the programmers in the team burst into tears. Ah, happy days. I still get occasional VAX work even now.

    ... sorry, that's "We wrote a detached process ..."

  • SR (unregistered) in reply to boog
    boog:
    That's a pretty extreme way of putting it. How about calling it "drawing-a-goatee-and-giant-eyebrows on the English language"?

    +1 (Funny)

  • JB (unregistered) in reply to Mike
    Mike:
    “To keep Shiva from catching on,” the more senior developer explained, “we would play Shiva’s game once every other promotion.”

    What did this mean? I can't understand it.

    If they need to get something done, they use Shiva's login & password. If they have something that isn't so important, they jump through the hoops of the official process, to keep Shiva noticing that things are getting done yet nobody's talking to him.

  • anon (unregistered)

    A well known investment bank that has since become a victim of the Banking Crisis, had "security" and "security" as the user name and password of the system in their security office that allowed access control and employee payment cards to be configured. Access all areas and a licence to print money - who needs security when "security/security" will do!

  • wtf (unregistered) in reply to Bitter Like Quinine
    Bitter Like Quinine:
    Except Churchill probably never said it. It appeared as a humour piece in Strand Magazine at least four years before Churchill's supposed marginal reply, and most likely dates from earlier still.

    If you don't have an actual source, it's always safe to attribute a quote to Churchill or Wilde if it's even marginally clever. It's sort of the like the "Discovery Channel" rule - if you don't have a real source for a fact you've made up, you can always say "no, it's true, I saw it on the Discovery Channel!"

  • PG4 (unregistered)

    The real fun with VMS is to write a program that allocates a bit of non paged pool and copies a routines to it that gets fired by a system timer to change the prompt of one of your friends every 30 seconds.

    The nice part is, you can log out and it will continue to run until the system is rebooted, or you track down and cancel the timer. And it is very very hard for someone even your victim to find.

  • anon (unregistered) in reply to Shiva
    Shiva:
    I am become Shiva, destroyer of productivity!
    Look on my security protocols, ye mighty, and despair!
  • (cs) in reply to Grumpy
    Grumpy:
    itzac:
    The moral of the story: never break a rule until you understand why it is there.

    Funny, I do it the other way around: never adhere to a rule unless you understand why it is there. Make the rulemaker explain why a rule is necessary or ignore it. "Because I say so" does not make a rule necessary. Also, this makes driving a car so much more interesting.

    I suppose the unstated corollary is better illustrated by the story: don't worry about rules that fail to achieve their intended purpose.

  • Jay (unregistered) in reply to Mark
    Mark:
    My problem here is that the story conflates two situations:

    The bulk of the story describes a procedure whose costs clearly outweigh any benefits it could ever have. That's a problem.

    But the into to the story reads as a typical developer rant against ANY procedure one might be required to follow, suggesting that a developer should never be told to follow a procedure the reasons for which he or she doesn't personally understand.

    So what are you to do as an organization with legitimate problems that require a process? For example, perhaps you have a promotion policy that requries the use of a source control system and certain documentation. Undocumented exceptions would quickly erode the value of this system, and it may well be that your long term costs would be much higher without it. It may even be that you couldn't meet your legal obligations without it.

    Yet short-term costs will always be lower without it, and we all know that when a project is behind the principals will argue that there's not time to do things right. There will always be a demand for these exceptions regardless of the long-term costs. So what are you to do?

    Do you spend the time to draw out example scenarios that are long-term enough the developer is going to dismiss them anyway, regardless of their validity? Do you waste time explaining the purpose and connecting the dots over and over again? Do you fire perfectly good development talent because they can't or won't grasp the underlying reasons for the process? Do you just let them ignore the policies and hope for the best (all too common, actually)?

    Or maybe, if you want your organization to function over any length of time, you tell them "it's not in your project's scope to change the process or tell me how much you like it; it is the process."

    Sure, the fact that someone doesn't "personally understand" a rule is not a valid reason to ignore it. G. K. Chesterton once wrote that if someone tells you that a rule or custom or tradition should be abolished, ask him why it was instituted in the first place. If he can give you a clear answer, and then explain why that reason is no longer applicable or why it was a bad idea to begin with, then maybe he should be allowed to abolish the rule. But if he can't tell you why it was originally invented, he is clearly not qualified to say whether those reasons are good or not.

    But on the flip side, to say "it's not in your project's scope to change the process or tell me how much you like it; it is the process" is not valid either. If the only defense anyone can offer for a policy is that it's the policy or that it's in the rule book, it is probably not a good policy.

    I've had plenty of conversations that went something like:

    Me: "Why are we required to do X. It seems to take a lot of time for no clear benefit." Other person: "Because that's company policy." Me: "But why is that company policy?" Other person: "Because the ZZZ Department put it in the policy book." Me: "Yes, I understand that, but WHY did they create this policy? What purpose does it serve?" Other person: "But I just explained to you! Because the ZZZ Department decided that this should be the rule?" Etc.

  • Jay (unregistered) in reply to Mark
    Mark:
    My problem here is that the story conflates two situations:

    The bulk of the story describes a procedure whose costs clearly outweigh any benefits it could ever have. That's a problem.

    But the into to the story reads as a typical developer rant against ANY procedure one might be required to follow, suggesting that a developer should never be told to follow a procedure the reasons for which he or she doesn't personally understand.

    So what are you to do as an organization with legitimate problems that require a process? For example, perhaps you have a promotion policy that requries the use of a source control system and certain documentation. Undocumented exceptions would quickly erode the value of this system, and it may well be that your long term costs would be much higher without it. It may even be that you couldn't meet your legal obligations without it.

    Yet short-term costs will always be lower without it, and we all know that when a project is behind the principals will argue that there's not time to do things right. There will always be a demand for these exceptions regardless of the long-term costs. So what are you to do?

    Do you spend the time to draw out example scenarios that are long-term enough the developer is going to dismiss them anyway, regardless of their validity? Do you waste time explaining the purpose and connecting the dots over and over again? Do you fire perfectly good development talent because they can't or won't grasp the underlying reasons for the process? Do you just let them ignore the policies and hope for the best (all too common, actually)?

    Or maybe, if you want your organization to function over any length of time, you tell them "it's not in your project's scope to change the process or tell me how much you like it; it is the process."

    Sure, the fact that someone doesn't "personally understand" a rule is not a valid reason to ignore it. G. K. Chesterton once wrote that if someone tells you that a rule or custom or tradition should be abolished, ask him why it was instituted in the first place. If he can give you a clear answer, and then explain why that reason is no longer applicable or why it was a bad idea to begin with, then maybe he should be allowed to abolish the rule. But if he can't tell you why it was originally invented, he is clearly not qualified to say whether those reasons are good or not.

    But on the flip side, to say "it's not in your project's scope to change the process or tell me how much you like it; it is the process" is not valid either. If the only defense anyone can offer for a policy is that it's the policy or that it's in the rule book, it is probably not a good policy.

    I've had plenty of conversations that went something like:

    Me: "Why are we required to do X. It seems to take a lot of time for no clear benefit." Other person: "Because that's company policy." Me: "But why is that company policy?" Other person: "Because the ZZZ Department put it in the policy book." Me: "Yes, I understand that, but WHY did they create this policy? What purpose does it serve?" Other person: "But I just explained to you! Because the ZZZ Department decided that this should be the rule?" Etc.

  • Spoe (unregistered) in reply to ih8u
    ih8u:
    Even though I'm an editor, I've learned to start sentences with "But". *sigh*

    I too have an eye for the grammatical. It was the only part of English class I could stand. I can, however, just RTFAs without screaming out in pain for a duplicated word or botched punctuation.

    The writing could be better for sure, but I think complaining should be left for lines that literally make no sense.

    Starting a sentence with a conjunction is perfectly acceptable. See The Chicago Manual of Style, 16th Edition, section 5.206. Similarly, it's also acceptable to end a sentence with a preposition. See section 5.176 of the same.

  • Tanuki (unregistered) in reply to David

    This reminds me of an old joke about a village that hired a known pyromaniac as the fire marshal. "So when a fire is started, the fire marshal is instantly present."

  • Sir Winston Churchill (unregistered) in reply to wtf

    If you don't have an actual source, it's always safe to attribute a quote to Churchill or Wilde if it's even marginally clever.

  • anonymous (unregistered)

    I don't understand why so many people are afraid of using 'and' at the beginning of a sentence. It could be worse, imagine people using it at the end of a sentence and.

  • Stew (unregistered) in reply to Zylon
    Zylon:
    See, this is why you don't hire Hindu gods as admins.

    I dunno. I hear Vishnu is pretty good with Exchange.

  • Kevin White (unregistered)

    This was my story and unfortunately the "author" decided to make it 3 to 4 times longer than what I wrote.

    It wasn't a hysterically funny story to begin with but the too-clever by half additions made it less funny. Ponderous even.

    As far as people's comments as to getting in trouble using someone else's terminal or logging in as someone else. This was a system that was not in full production yet and it was 1987-1988. There wasn't so much emphasis on security back then.

    Except as far as Shiva was concerned.

    KW

  • Shiva Supporter (unregistered) in reply to The Enterpriser

    You have to spoil the fun, don't you?!

  • cappeca (unregistered) in reply to danixdefcon5
    @Deprecated:
    Bitter Like Quinine:
    Even though I'm an editor, I've learned to ignore the typos and grammatical pratfalls on this site. But this article sticks out like a sore thumb...
    Even though I'm an editor, I've learned to start sentences with "But".
    And?

    No, never start your sentences with 'And'.

    And remember, prepositions are something you never end a sentence with.

  • (cs) in reply to Buffled
    Buffled:
    (Note that there's some question over whether the period goes inside or outside of the quote: My Rule states that if the content inside the quotes is a complete sentence, then the period goes inside. Otherwise, it goes outside. Everyone should follow My Rule.)

    Otherwise known as the English rule for periods around end quotes.

    The American rule is simpler: period always inside the quotes.

    I have seen some people following the rule: period always outside the quotes. I've no idea where this idea came from.

    Even though I am an American, I feel the American rule is, IMHO, stupid - but not as bad as period always outside the quotes.

    (Btw, I believe the same holds true for periods around end parentheses (such as these).)

Leave a comment on “Working Around, Over, and Through the Process”

Log In or post as a guest

Replying to comment #:

« Return to Article