Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. Other Discussions
  3. The Weird and The Wonderful
  4. Till death, my code and I

Till death, my code and I

Scheduled Pinned Locked Moved The Weird and The Wonderful
question
12 Posts 8 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • E Offline
    E Offline
    eyesark
    wrote on last edited by
    #1

    I was writing code the other day and a colleague of mine came by and asked me why I use comments and Function names in Camel Case. For some weird reason, this annoyed me, and I went on to make a case for camel case such as readability, and I noticed myself getting angry as if an attack on my code was an attack on me. Am I the only one who defends my code by whatever means and shirks having to change what we view as 'superior' habits? Or is this a case of the overprotective 'mother hen :-\ ' on her chics?

    Know ye not that ye are gods?

    A L Sander RosselS M N 7 Replies Last reply
    0
    • E eyesark

      I was writing code the other day and a colleague of mine came by and asked me why I use comments and Function names in Camel Case. For some weird reason, this annoyed me, and I went on to make a case for camel case such as readability, and I noticed myself getting angry as if an attack on my code was an attack on me. Am I the only one who defends my code by whatever means and shirks having to change what we view as 'superior' habits? Or is this a case of the overprotective 'mother hen :-\ ' on her chics?

      Know ye not that ye are gods?

      A Offline
      A Offline
      Afzaal Ahmad Zeeshan
      wrote on last edited by
      #2

      You my friend, deserve a +1. Yes, I do that! I do that everytime, I don't like anyone trying to tell me, "hey don't do that, don't be like that". I mean, if he's perfect enough, why don't he do the job? It's my code, and I write it as I like! If there is a compile time error, complain, if there ain't any, then please shut the damn thing up. Simple as that!

      Favourite line: Throw me to them wolves and close the gate up. I am afraid of what will happen to them wolves - Eminem ~! Firewall !~

      1 Reply Last reply
      0
      • E eyesark

        I was writing code the other day and a colleague of mine came by and asked me why I use comments and Function names in Camel Case. For some weird reason, this annoyed me, and I went on to make a case for camel case such as readability, and I noticed myself getting angry as if an attack on my code was an attack on me. Am I the only one who defends my code by whatever means and shirks having to change what we view as 'superior' habits? Or is this a case of the overprotective 'mother hen :-\ ' on her chics?

        Know ye not that ye are gods?

        L Offline
        L Offline
        Lost User
        wrote on last edited by
        #3

        Every team should have some kind of common coding style defined and settled. Because you may not be the only one working on a particular code base. It is a poor management style to not get these things sorted out from the very beginning.

        E 1 Reply Last reply
        0
        • E eyesark

          I was writing code the other day and a colleague of mine came by and asked me why I use comments and Function names in Camel Case. For some weird reason, this annoyed me, and I went on to make a case for camel case such as readability, and I noticed myself getting angry as if an attack on my code was an attack on me. Am I the only one who defends my code by whatever means and shirks having to change what we view as 'superior' habits? Or is this a case of the overprotective 'mother hen :-\ ' on her chics?

          Know ye not that ye are gods?

          Sander RosselS Offline
          Sander RosselS Offline
          Sander Rossel
          wrote on last edited by
          #4

          Well, it depends... If the entire team decides PascalCasing is the way to go on function names then you'd just be an a-hole if you went all camelCase, or worse, sHungarianNotation (that's s for stupid :)). Where I work we have a common style defined and everyone sticks to that. There's still some freedom of style though. Personally I like using the this keyword, for example this.SomeFunction(), so I know it's an instance method that's called and not a class method. My co-workers don't use this that often though. If someone asks why I use this that often I can tell them my reason and they can agree with me or be wrong (no hurt feelings either way). Until the entire team decides to not use this, in which case I'll have to adjust my style.

          It's an OO world.

          public class SanderRossel : Lazy<Person>
          {
          public void DoWork()
          {
          throw new NotSupportedException();
          }
          }

          E 1 Reply Last reply
          0
          • L Lost User

            Every team should have some kind of common coding style defined and settled. Because you may not be the only one working on a particular code base. It is a poor management style to not get these things sorted out from the very beginning.

            E Offline
            E Offline
            eyesark
            wrote on last edited by
            #5

            Agreed, but even then from the team, people just have some quirks that they seem very averse to changing, it's as if changing it means they change the very core of who they are... :laugh: , a survival instinct of sorts

            1 Reply Last reply
            0
            • Sander RosselS Sander Rossel

              Well, it depends... If the entire team decides PascalCasing is the way to go on function names then you'd just be an a-hole if you went all camelCase, or worse, sHungarianNotation (that's s for stupid :)). Where I work we have a common style defined and everyone sticks to that. There's still some freedom of style though. Personally I like using the this keyword, for example this.SomeFunction(), so I know it's an instance method that's called and not a class method. My co-workers don't use this that often though. If someone asks why I use this that often I can tell them my reason and they can agree with me or be wrong (no hurt feelings either way). Until the entire team decides to not use this, in which case I'll have to adjust my style.

              It's an OO world.

              public class SanderRossel : Lazy<Person>
              {
              public void DoWork()
              {
              throw new NotSupportedException();
              }
              }

              E Offline
              E Offline
              eyesark
              wrote on last edited by
              #6

              it's interesting how even in teams, we still try to preserve our 'soul' and essence of our personalities, as if to tell the whole world to go to hell and leave our code alone. ;)

              Sander RosselS 1 Reply Last reply
              0
              • E eyesark

                it's interesting how even in teams, we still try to preserve our 'soul' and essence of our personalities, as if to tell the whole world to go to hell and leave our code alone. ;)

                Sander RosselS Offline
                Sander RosselS Offline
                Sander Rossel
                wrote on last edited by
                #7

                Well, it's pretty difficult to turn off our preferences and personalities ;)

                It's an OO world.

                public class SanderRossel : Lazy<Person>
                {
                public void DoWork()
                {
                throw new NotSupportedException();
                }
                }

                1 Reply Last reply
                0
                • E eyesark

                  I was writing code the other day and a colleague of mine came by and asked me why I use comments and Function names in Camel Case. For some weird reason, this annoyed me, and I went on to make a case for camel case such as readability, and I noticed myself getting angry as if an attack on my code was an attack on me. Am I the only one who defends my code by whatever means and shirks having to change what we view as 'superior' habits? Or is this a case of the overprotective 'mother hen :-\ ' on her chics?

                  Know ye not that ye are gods?

                  M Offline
                  M Offline
                  MarkTJohnson
                  wrote on last edited by
                  #8

                  I tend to rebel against the new fangled, latest and greatest. The idea that comments aren't needed is asinine as far as I am concerned. My direct report wants us to start putting in TDD stuff for bug fixes to established code. That will take weeks and it doubles the amount of code I will have to write. I can understand, MAYBE, for completely new code, but for stuff that is nearly 8 years old? NO way. Don't screw around with "MY" code.

                  1 Reply Last reply
                  0
                  • E eyesark

                    I was writing code the other day and a colleague of mine came by and asked me why I use comments and Function names in Camel Case. For some weird reason, this annoyed me, and I went on to make a case for camel case such as readability, and I noticed myself getting angry as if an attack on my code was an attack on me. Am I the only one who defends my code by whatever means and shirks having to change what we view as 'superior' habits? Or is this a case of the overprotective 'mother hen :-\ ' on her chics?

                    Know ye not that ye are gods?

                    N Offline
                    N Offline
                    Nelek
                    wrote on last edited by
                    #9

                    eyesark wrote:

                    Am I the only one who defends my code

                    I think yes... I prefer to defend mine ;P

                    M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.

                    E 1 Reply Last reply
                    0
                    • N Nelek

                      eyesark wrote:

                      Am I the only one who defends my code

                      I think yes... I prefer to defend mine ;P

                      M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.

                      E Offline
                      E Offline
                      eyesark
                      wrote on last edited by
                      #10

                      ahaha... noted :cool:

                      1 Reply Last reply
                      0
                      • E eyesark

                        I was writing code the other day and a colleague of mine came by and asked me why I use comments and Function names in Camel Case. For some weird reason, this annoyed me, and I went on to make a case for camel case such as readability, and I noticed myself getting angry as if an attack on my code was an attack on me. Am I the only one who defends my code by whatever means and shirks having to change what we view as 'superior' habits? Or is this a case of the overprotective 'mother hen :-\ ' on her chics?

                        Know ye not that ye are gods?

                        K Offline
                        K Offline
                        kmoorevs
                        wrote on last edited by
                        #11

                        eyesark wrote:

                        what we view as 'superior' habits

                        While you may have made your 'case' with your colleague, it was probably in vain, as he/she clearly has a different style that is 'superior' in their minds. That said, understand the frustration of having someone nitpick about something that trivial, so you get a +5 for combating stupidity! :laugh:

                        "Go forth into the source" - Neal Morse

                        1 Reply Last reply
                        0
                        • E eyesark

                          I was writing code the other day and a colleague of mine came by and asked me why I use comments and Function names in Camel Case. For some weird reason, this annoyed me, and I went on to make a case for camel case such as readability, and I noticed myself getting angry as if an attack on my code was an attack on me. Am I the only one who defends my code by whatever means and shirks having to change what we view as 'superior' habits? Or is this a case of the overprotective 'mother hen :-\ ' on her chics?

                          Know ye not that ye are gods?

                          M Offline
                          M Offline
                          Member 9986689 PandaLion98
                          wrote on last edited by
                          #12

                          Just do your own thing if it's comfortable. What other people say are just opinions.

                          1 Reply Last reply
                          0
                          Reply
                          • Reply as topic
                          Log in to reply
                          • Oldest to Newest
                          • Newest to Oldest
                          • Most Votes


                          • Login

                          • Don't have an account? Register

                          • Login or register to search.
                          • First post
                            Last post
                          0
                          • Categories
                          • Recent
                          • Tags
                          • Popular
                          • World
                          • Users
                          • Groups