• Complain

Mark Bates - Conquering the Command Line

Here you can read online Mark Bates - Conquering the Command Line full text of the book (entire story) in english for free. Download pdf and epub, get meaning, cover and reviews about this ebook. publisher: Softcover, genre: Computer. Description of the work, (preface) as well as reviews are available. Best literature library LitArk.com created for fans of good reading and offers a wide selection of genres:

Romance novel Science fiction Adventure Detective Science History Home and family Prose Art Politics Computer Non-fiction Religion Business Children Humor

Choose a favorite category and find really read worthwhile books. Enjoy immersion in the world of imagination, feel the emotions of the characters or learn something new for yourself, make an fascinating discovery.

Mark Bates Conquering the Command Line
  • Book:
    Conquering the Command Line
  • Author:
  • Publisher:
    Softcover
  • Genre:
  • Rating:
    3 / 5
  • Favourites:
    Add to favourites
  • Your mark:
    • 60
    • 1
    • 2
    • 3
    • 4
    • 5

Conquering the Command Line: summary, description and annotation

We offer to read an annotation, description, summary or preface (depends on what the author of the book "Conquering the Command Line" wrote himself). If you haven't found the necessary information about the book — write in the comments, we will try to find it.

Mark Bates: author's other books


Who wrote Conquering the Command Line? Find out the surname, the name of the author of the book and a list of all author's works by series.

Conquering the Command Line — read online for free the complete book (whole text) full work

Below is the text of the book, divided by pages. System saving the place of the last page read, allows you to conveniently read the book "Conquering the Command Line" online for free, without having to search again every time where you left off. Put a bookmark, and you can go to the page where you finished reading at any time.

Light

Font size:

Reset

Interval:

Bookmark:

Make
Conquering the Command Line
Conquering the Command Line
Unix and Linux Commands for Developers
Mark Bates
Contents

I distinctly remember, as a freshman in college, asking a local guru how to rename a file in Unix. Its mv, he said for move. To me, he was a Unix god, and here I was not even knowing mv. Hey, we all have to start somewhere.

No matter where youre starting, Mark Batess Conquering the Command Line is for you. Mark is an expert developer, lucid writer, and acclaimed speaker, and I cant think of a better guide to the ins and outs of the Unix command line from the perspective of a working developer rather than a Unix sysadmin. Marks approach is not to give you an exhaustive and overwhelming catalog of each command and everything it can do, but rather to carefully select the most important commands and the most useful options. In other words, this is a curated introduction to the Unix command line.

Conquering the Command Line starts with the essential basicsthings like pwd, ls, and cdand then takes you on a tour of the more exotic animals in the Unix zoo. The result is that youll quickly move past mv to master commands like curl, grep, find, and acknot to mention ps, tar, and sed. Because of the ubiquity of Unix, the knowledge you gain will serve you well whether you use OS X, Linux, or *BSD. (And if youre stuck running Windowswell, you can always install a Linux virtual machine.)

I certainly dont consider myself a Unix god, or indeed any other kind of OS deity. For all I know, neither did that local guru. But we can all aspire at least to demigod status, and Conquering the Command Line will help get you there. Please remember, though, to use your new-found Unix powers for good, not for evilwith great sudo comes great responsibility.

Michael Hartl Author, The Ruby on Rails Tutorial

This book is for new developers, experienced developers, and everyone in between who wants to master Unix and Linux commands. This book was designed to showcase some of the most useful commands that a developer can know to help them in their daily tasks.

This book is not an exhaustive manual for each of these commands; in fact, it is just the opposite. Instead of just collecting up MAN pages, this book pulls out the most useful flags, options, and arguments for each of the commands in the book.

By learning and understanding the subset of flags, options, and arguments for each command, youll be able to more efficiently use each one in your daily development workflow - while understanding where to look to find the more esoteric options youll only need occasionally.

For most of the examples in this book we will use the Rails source code as a way to demonstrate a lot of the commands we will look at.

The source code for Rails can easily be downloaded from GitHub using Git.

$ git clone git@github.com:rails/rails.git$ cd rails

If you dont have Git installed, which you should, you can download the zip of the Rails source code at https://github.com/rails/rails/archive/master.zip.

Because Rails is an ever changing code base, your results may vary from those in the book as the source code changes.

Books are not written in a vacuum, and this book was no exception. It is easy to assume that since there is only one name on the cover of this book, that there is only person responsible for bringing it all to fruition - when in fact, this couldnt be any further from the truth.

I have a lot of people to thank for helping to get this book in your hands, yourself included. If I didnt think people such as yourself would want to read this book, I wouldnt have written it, so thank you so much.

I would like to thank Michael Hartl, and the entire team at Softcover, for developing a great set of publishing tools meant for people such as myself, the technical writer. I have written two books prior to this one, and I have to say that I have never used tools as good as these for writing a book before. The platform just got out of my way and let me focus on writing, and not on constantly trying to figure out how to format things, why my PDF wasnt generating correctly, etc

Next I would like to thank my fantastic team of technical reviewers. The tech reviewers on this book were Pat Shaughnessy, Michael Denomy, Pete Brown, Johnny Boursiqout, and Dan Pickett. They tirelessly waded through each chapter as I wrote it, and they submitted some amazing pull requests to improve both the quality of the content as well as the prose itself. Their questions, suggestions, subtractions, and additions, made this book significantly better than I could have ever written on my own. Im eternally grateful to each of them for donating their time, and mindshare, so freely. If you see them at a conference, user group, or in the street, give them a big hug and say thanks.

Lastly, the most important thank you I can give is to my family. I have to be the luckiest man on the planet to have such an amazing, and understanding wife. She supports me, she pushes me, she believes in me, and most importantly, she makes my life better. I cant express how much I owe to her for all she has done and given to me, including our two beautiful boys. Thank you Rachel, as always, this book is dedicated to you.

Well, enough gushing - I just hope you enjoy this book, and that it helps you as much as I hope it will. Enjoy.

The story of how this book came to be started in April of 2013 at RailsConf in Portland, Oregon. At RailsConf I was hanging out with Michael Hartl, author of the Rails Tutorial. Michael and I had known each other for a few years through conferences, as well as both being authors for Addison-Wesley.

Over dinner one night, Michael started telling me that he was thinking of building a self-publishing platform for technical writers, and was pumping me for information about what kind of a platform I would like to write books on. I left RailsConf not thinking too much more about Michaels idea, as I had vowed to never write another book.

Fast forward a couple of months to June, 2013. I was in Los Angeles for a friends wedding. I drove up to Pasadena one night to meet Michael for dinner, and the strongest Margaritas I have ever had. During dinner Michael, as hes prone to do, pulled out his laptop and started to demonstrate his publishing platform to me. I have to admit, I thought it looked really nice. He proceeded to spend the rest of the night trying to convince me that I should be a guinea pig for him and write another book, this time using his platform.

After I left Los Angeles, I headed back to Boston, packed quickly, and boarded a plane to Stockholm with my wife and kids, to spend the entire month of July working for a client I had there.

While at my clients office, I had several conversations with some developers who had no idea how to do even those most basic of commands on their systems. They were petrified of the command line. They could do simple stuff like change a directory, move a file, etc., but they couldnt un-tar a file, or find runaway processes. I found this incredibly frustrating as most developers spend their whole day in a terminal window, and here was a whole group of people that werent getting the most they could from the powerful tools at their disposal.

This lack of command line knowledge bothered me for several days. I was obsessed with how these developers could get this far, without this knowledge. I started to ask myself questions such as how had I acquired these skills? The answer was I was lucky enough to have great mentors over the years who passed on tiny snippets of commands that were incredibly useful. I also thought about what would keep people from learning how to use these commands.

Next page
Light

Font size:

Reset

Interval:

Bookmark:

Make

Similar books «Conquering the Command Line»

Look at similar books to Conquering the Command Line. We have selected literature similar in name and meaning in the hope of providing readers with more options to find new, interesting, not yet read works.


Reviews about «Conquering the Command Line»

Discussion, reviews of the book Conquering the Command Line and just readers' own opinions. Leave your comments, write what you think about the work, its meaning or the main characters. Specify what exactly you liked and what you didn't like, and why you think so.