Announcement

Collapse
No announcement yet.

who is the biggest computer geek?

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #61
    Originally Posted by DandyA View Post
    isn't everything programmed in C these days RG? whilst I don't do it for a living anymore, I can and do write some server-side stuff (PERL or PHP) and I don't know the internal architecture of either of those languages but I always assumed they "semi-compiled" into C ...

    never done any client-side stuff though in modern times ...
    Well you can program in either these days, with the 8051 microprocessors for instance you can program in both. For our DSP module, my lecturer actually rewrote the ADC sampling code in assembly because he didnt get on with the supplied c functions by microchip. Hes been battling that for a while now, if he ever gets it ro work we will be attaching probes to the top of our head and turning a lightbulb on and off by opening / closing our eyes
    sigpic A Truly Beakerific Long Pot Sir!

    Comment


    • #62
      Originally Posted by RGCirencester View Post
      I think while i wasnt on here i have lost the war on this one.... I have no idea what that means I'm assuming the last bit is leet, if so i know that one, but i dont play that many games :'( I wanted to win something
      Muhahahahahaha! N00B!
      sigpic <---New Website
      Dan Shelton Cues on Facebook

      Comment


      • #63
        as for computer games, the last one i played was jet set willy !
        https://www.ebay.co.uk/str/adr147

        Comment


        • #64
          Originally Posted by RGCirencester View Post
          Well you can program in either these days, with the 8051 microprocessors for instance you can program in both. For our DSP module, my lecturer actually rewrote the ADC sampling code in assembly because he didnt get on with the supplied c functions by microchip. Hes been battling that for a while now, if he ever gets it ro work we will be attaching probes to the top of our head and turning a lightbulb on and off by opening / closing our eyes
          You can program in pretty much whatever language so long as you've got the necessary compilers... At the end of the day whatever you type gets converted to binary opcodes & operands anyway. C is certainly the more common, but alot of old school coders prefer Assembler as it allows much more efficient code (Certainly when compared to off the shelf C compilers, to example).

          Originally Posted by totlxtc View Post
          lol

          1 4/\/\ L337
          I am elite?

          Comment


          • #65
            Originally Posted by LavaChild View Post
            You can program in pretty much whatever language so long as you've got the necessary compilers... At the end of the day whatever you type gets converted to binary opcodes & operands anyway. C is certainly the more common, but alot of old school coders prefer Assembler as it allows much more efficient code (Certainly when compared to off the shelf C compilers, to example).



            I am elite?
            Actually if you consider the complexities of writing in assembler very often the more efficient program will be the c program. It is also far easier to transfer code between programmers. which "off the shelf" c compilers are you talking about for embedded systems? Most chips have there own compiler such as microchips MPLab, complete with optimized functions for rach microprocessor.
            sigpic A Truly Beakerific Long Pot Sir!

            Comment


            • #66
              I'm not going to get drawn into another great debate. I feel that whenever I make a comment on here your the first person to try and prove me wrong. I'll answer the points you've raised but there is no point getting too deep in this; It's pretty clear-cut.

              Originally Posted by RGCirencester View Post
              Actually if you consider the complexities of writing in assembler very often the more efficient program will be the c program.
              When you type a command in assembler is represents EXACTLY operand and opcode pair. When you type in C this represents SEVERAL assembler commands. Therefore, code written in C is shorter/faster to code BUT we have no control over how it converts into assembler/machine code.

              Try an IF statement or for loop. In C this is trivial, but requires more commands in assembler... This doesn't mean the C code suddenly demands less work from a processor, but simply when compiled it will produce more machine code... And how it does this is little up to us.

              If we use an expensive/well written compiler it will usually make code more efficient than a free or trial product. I believe even MPLab have some compiler restrictions on efficiency and optimisation.

              Originally Posted by RGCirencester View Post
              It is also far easier to transfer code between programmers.
              This is true but has nothing to do with what I said.

              Originally Posted by RGCirencester View Post
              which "off the shelf" c compilers are you talking about for embedded systems?
              I am referring to freeware or limited demo compilers compared to fully-fledged industry grade.

              Originally Posted by RGCirencester View Post
              Most chips have there own compiler such as microchips MPLab, complete with optimized functions for rach microprocessor.
              MPLab is an IDE (Integrated Development Environment)... The compiler is simply a component of this and you do not have to use the compiler from the chip manufacturer... So long as you produce suitable output (Usually in hex) it matters nothing where it has originated.

              Lots of useful resources will confirm and go into more details:

              Wiki
              At the lowest level, writing code using an assembly language designed for a particular hardware platform will normally produce the most efficient code since the programmer can take advantage of the full repertoire of machine instructions.
              Why Learning Assembly Language Is Still a Good Idea
              Those same old-time programmers who claim that truly efficient software is written in assembly language also offer another common piece of advice -- if you want to learn how to write great high-level language code, learn how to program in assembly language.

              This is very good advice. After all, high-level compilers translate their high-level source statements into low-level machine code. So if you know assembly language for your particular machine, you'll be able to correlate high-level language constructs with the machine language sequences that a compiler generates. And with this understanding, you'll be able to choose better high-level language statements based on your understanding of how compilers translate those statements into machine code.
              I am not saying that C is not used... Infact it is used across the board but my statement was that assembler allows much more efficient code than C. Maybe I should included the caveat that it requires the coder to be comfortable in assembler (Well written assembler is more efficient than c, poorly written assembler is less efficient than c). I'd have thought this was granted, though.
              Last edited by LavaChild; 12 March 2009, 09:19 PM. Reason: Tidied up some errors

              Comment


              • #67
                I was not tryign to argue that c is a faster language than assembler but if you ask a lot of experienced programmers from the industry (lectures etc.) they have told me that freiquently the resultant programs written in assembler will be slower than there counterparts using the ready made c functions from each manufacturer. Asembly language is immenssely difficult to debug and requires a high level of skill in order to program efficiently, and as each processor will have a seperate instruction set you must learn the architecture for each chip every time you switch to a different model.

                . Maybe I should included the caveat that it requires the coder to be comfortable in assembler (Well written assembler is more efficient than c, poorly written assembler is less efficient than c).
                This is the point i was trying to make actually.

                But you also have to consider development time into this, frequently these days you are looking for a very fast turnaround, because technology will go out of date. This means that c can be faster given the work already gone into optimizing the tools by the manufacturer.
                As for MPLab, the free version does not come with the optimizations that i was talking about above, and so yes you probably would get a better program in assembler given the skill and time required to write it. However the professional version we have at uni optimizes the code making it actually quite fast.
                Seriously im not trying to argue for arguments sake. But C is quite a low level language and compares very well with assembler compared to other languages.
                Last edited by RGCirencester; 12 March 2009, 09:45 PM.
                sigpic A Truly Beakerific Long Pot Sir!

                Comment


                • #68
                  Um...im lost. We are on a new level now. RG you have entered the area of Star Trek conventions and people who collect comics.
                  sigpic <---New Website
                  Dan Shelton Cues on Facebook

                  Comment


                  • #69
                    Not quite... We veered off into low level embedded systems instead of high level programming languages. And for the record i own no comics have never attended a star trek convention and have no idea what your leet speak means i had to google it to find out what it was
                    sigpic A Truly Beakerific Long Pot Sir!

                    Comment


                    • #70
                      Thought I had better interrupt to try and bring it all back down to earth again

                      But how Geeky is this then - http://www.thesnookerforum.com/board...ad.php?t=16711

                      Comment


                      • #71
                        D4|\| $P34|<$ 4 \/3r'/ (0|\|PhU$1|\|9 L4|\|9U493

                        Btw totlxtc.... i had to find an online thing to do that for me.. can you speak this mysterious language?
                        sigpic A Truly Beakerific Long Pot Sir!

                        Comment


                        • #72
                          Dan speaks a very confusing language?

                          Took a little while to work out... If correct, it was "confusing" that had me thinking for a moment.

                          Comment


                          • #73
                            Originally Posted by LavaChild View Post
                            Dan speaks a very confusing language?
                            not really. it's called sh*t!
                            The Cuefather.

                            info@handmadecues.com

                            Comment


                            • #74
                              You can read that????? ARRRGGGG and we have another contender

                              Btw Lava.. Welcome to the tiny tables for students club
                              sigpic A Truly Beakerific Long Pot Sir!

                              Comment


                              • #75
                                It is actually one of those old "You know you're a <Whatever> when..." things:

                                You know you're a geek when you look at the time and smile when you read "13:37"

                                Comment

                                Working...
                                X