Re: [jug-discussion] And on that note WAS: Re: [jug-discussion] Our thanks to Nick
Hi everyone, Thanks for the many recommendations. Unfortunately (?) at a place like Google, the command-line mumbo jumbo is a big part of my requisite knowledge. I am in the middle of learning the bash shell by Newham and Rosenblatt. So far it's good, though I was hoping for more here's what you might use sed for stuff... Google gave me another OS X laptop (I tried to stop them, I swear!) so I suppose the bash and general *nix stuff will help me there too. Despite the obvious assumption that I'm sure some of you hold, I've spent very little time interacting with the *NIX side of OS X, and a lot more time interacting with its happy GUI... (Whee, watch those windows fly!) Anyway, based on the recommendations, I think I will purchase: C++ Primer Unix Power Tools Maybe later I will get: Linux Cookbook Linux in a Nutshell The C++ Programming Language, Special 3rd ed., by Bjarne Stroustrup (Too many books and I will read none of them...) I already own the Scott Myers C++ book, it's standard issue at Google. I know my Linux question was a little broad. I should have qualified that I'm using some version of Red Hat (beats me which one) with a very pleasant if quirky GUI. So I guess I was hoping for something to give me some perspective on the field as well as specific knowledge that I can apply tomorrow. Cheers, Nick --- [EMAIL PROTECTED] wrote: While bash is not Linux. But much of what you do in Linux is often at the command line or a shell script. So a good grasp of bash can be useful. I spend a great deal of my time trying to overcome this myth when talking to people about Linux :(I would honestly say I spend as much time in the command line on my Linux box as I do on my OSX box or on my Windows box. Not to say you cannot do a lot of work in the command line if you wish, but just as MS batch files are not Windows bash scripts are not Linux. And, if you wish, you never have to see a command line in Linux, just as you never have to see one in windows. And while I know the people in this thread probably know this, I just wanted to clear it up for any lurkers out their :) Bryan O'Neal President Linux Users Group of Arizona State University - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jug-discussion] And on that note WAS: Re: [jug-discussion] Our thanks to Nick
Thank you Tom and Rick for the kind words. The JUG has definitely been a big part of my growth and maturation as a software engineer. Tom wasn't kidding when he said that it was full of talented people. I will, of course, continue to lurk on the list to extract the wisdom and humor that characterizes the JUG. And on that note: Can anyone suggest best of breed books for learning the following topics as an experienced software engineer (i.e. me): C++ Linux apparently these gaps in my knowledge really can't remain unfilled for me much longer :) Nick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jug-discussion] And on that note WAS: Re: [jug-discussion] Our thanks to Nick
Nicholas Lesiecki wrote: Thank you Tom and Rick for the kind words. The JUG has definitely been a big part of my growth and maturation as a software engineer. Tom wasn't kidding when he said that it was full of talented people. I will, of course, continue to lurk on the list to extract the wisdom and humor that characterizes the JUG. And on that note: Can anyone suggest best of breed books for learning the following topics as an experienced software engineer (i.e. me): C++ Can't help here; I have a C++ book, but I wouldn't recommend it. ;) Linux Hm. Depends on what you mean by linux. I'm guessing you're referring to command-line linux, which (mostly) boils down to learning the shell of your choice (default tends to be bash; which also happens to be my personal favorite shell these days... although csh can be nice to work in). If this is what you need to learn, I suggest Unix Power Tools (O'Reilly) by Jerry Peek, Tim O'Reilly, and Mike Loukides. Get the 2nd edition, rather than the 3rd edition. You can pick it up online for cheap (I think my copy was two bucks). Reasons why I like this book: 1) It's designed for people on the go. That is, you can pick it up and open it randomly and read a section, learn some cool tidbit, and not worry about what came before or what comes after. That said, it is arranged in a fairly logical fashion such that you /could/ read it from cover to cover. 2) It's hyperlinked. =) Anytime you see a command, there will be a [xx.xx] next to it, giving you the chapter and section with a tip about that command. (In fact, in addition to page #'s on the bottom of the page, there are section numbers at the top of every page.) 3) It's well written: it's concise without losing clarity. 4) They cover the major shells, pointing out differences in behavior where applicable, and they also cover the major *nixes. It isn't strictly a linux book; the knowledge gained will be generally applicable on most unix systems. 5) Something for everyone; whether you're an old hat on *nix, or novice, there's going to be something in the book you didn't know before (or, knew once upon a time, but forgot. =) Robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jug-discussion] And on that note WAS: Re: [jug-discussion] Our thanks to Nick
On Mon, 2005-04-18 at 23:36 -0700, Nicholas Lesiecki wrote: And on that note: Can anyone suggest best of breed books for learning the following topics as an experienced software engineer (i.e. me): C++ Most of my C++ reference is old: Stroustrup The C++ Programming Language Pohl Object Oriented Programming C++ Stroustrup is the base for C++, as KR is to C, Pohl is a prolific text book writer, I find his style good for grasping a concept. Linux I agree with Robert on Unix Power Tools. I would add: Newham Rosenblatt Learning the bash Shell While bash is not Linux. But much of what you do in Linux is often at the command line or a shell script. So a good grasp of bash can be useful. apparently these gaps in my knowledge really can't remain unfilled for me much longer :) Nick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Terence Rudkin [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jug-discussion] And on that note WAS: Re: [jug-discussion] Our thanks to Nick
Nicholas Lesiecki wrote: Thank you Tom and Rick for the kind words. The JUG has definitely been a big part of my growth and maturation as a software engineer. Tom wasn't kidding when he said that it was full of talented people. I will, of course, continue to lurk on the list to extract the wisdom and humor that characterizes the JUG. And on that note: Can anyone suggest best of breed books for learning the following topics as an experienced software engineer (i.e. me): C++ Can't help here; I have a C++ book, but I wouldn't recommend it. ;) Linux On Tue, 19 Apr 2005, Robert Zeigler wrote: Hm. Depends on what you mean by linux. I'm guessing you're referring to command-line linux, which (mostly) boils down to learning the shell of your choice (default tends to be bash; which also happens to be my personal favorite shell these days... although csh can be nice to work in). If this is what you need to learn, I suggest Unix Power Tools (O'Reilly) by Jerry Peek, Tim O'Reilly, and Mike Loukides. Get the 2nd edition, rather than the 3rd edition. You can pick it up online for cheap (I think my copy was two bucks). Reasons why I like this book: 1) It's designed for people on the go. That is, you can pick it up and open it randomly and read a section, learn some cool tidbit, and not worry about what came before or what comes after. That said, it is arranged in a fairly logical fashion such that you /could/ read it from cover to cover. 2) It's hyperlinked. =) Anytime you see a command, there will be a [xx.xx] next to it, giving you the chapter and section with a tip about that command. (In fact, in addition to page #'s on the bottom of the page, there are section numbers at the top of every page.) 3) It's well written: it's concise without losing clarity. 4) They cover the major shells, pointing out differences in behavior where applicable, and they also cover the major *nixes. It isn't strictly a linux book; the knowledge gained will be generally applicable on most unix systems. 5) Something for everyone; whether you're an old hat on *nix, or novice, there's going to be something in the book you didn't know before (or, knew once upon a time, but forgot. =) Robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Linux is a broad subject, like trying to lean Microsoft. For the Linux operating system their a dozen different flavors, like Novel/SuSE, Mandriva, Ubuntu, Knoppix, Slackware, Fedora Core, etc., etc., etc. For Linux script programming, I would recommend bash shell scripts and their a number of good sources on the net (and even classes available at most community colleges and several universities including UofA and ASU) Other people dump sudo OO scripting languages like python and pearl into Linux and, again there is a variable cornucopia of sources for those. If your looking for a great intro, catch all book, that has enough meet for intermediate and even advanced people, I would highly recommend the new (as in very recently updated) Linux Cookbook. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
