Joreteg - human javascript
Here you can read online Joreteg - human javascript full text of the book (entire story) in english for free. Download pdf and epub, get meaning, cover and reviews about this ebook. year: 2014, 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.
human javascript: summary, description and annotation
We offer to read an annotation, description, summary or preface (depends on what the author of the book "human javascript" wrote himself). If you haven't found the necessary information about the book — write in the comments, we will try to find it.
human javascript — 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 "human javascript" 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.
Font size:
Interval:
Bookmark:
![Foreword The first thing I learned to do with JavaScript was swapping images - photo 1](/uploads/posts/book/204546/cover-image.png)
The first thing I learned to do with JavaScript was swapping images.
It was 1998 and that was the state of the art web application programming that I had any access to. It was a time before the web was filled with MM_swapImage
, although I remember Dreamweaver being around. I knew HTML back then and hacking some JavaScript was my first foray into programming proper. The fact that the src
of an was something that I could programmatically change was a profound realisation for me at the time, although that now seems a very long time ago.
My web hacking went along with what everybody else was doing, maybe with a delay of a year or two because I had to wait for stuff to arrive in Germany (the Internet was very slow back then). Netscape and IE 4 came out and brought new ways of dynamically manipulating and animating HTML content. DHTML was born, and I tried to figure it all out until I could swap out content with layers (layers!) and divs that worked in both browsers.
It was cool to play with, but at that time building things that worked consistently was not much fun, so I turned to the dark side and got involved with backend web development. I could let others worry about all the quirky browser differences. The backend is where I found my passion for databases.
But then 2005 came around and everything changed. Google unveiled Maps and the world was a different place. I distinctly remember, to this day, dragging the map inside the browser window and I still get goosebumps thinking about it. Google Maps was the Beatles coming to America moment for the web.
Around the same time, 37signals came along with their web based apps for freelancers and small businesses and not only showed the world what can be done on the web, they started a year long discussion between supporters of what we call native desktop apps and web apps. We now go through the same thing with native mobile apps and the web.
37signals even wrote a book about how to build a bootstrapped business around the software as a service model that sparked a whole generation of web app entrepreneurs who built great products that touched the world in their own ways.
Truly inspired, a friend from university and I set out to do our own software as a service. We spent a good amount of time on it, but ultimately, it didnt go anywhere. There were a number of issues, but my poor understanding of frontend web technologies certainly didnt help. We managed to build a functional prototype, but the code was a mess, bugs were impossible to fix, new features wouldnt land, and refactoring efforts failed multiple times until we gave up. We folded and I went back to the backend and database side of things.
Fast forward to where I start Hoodie and find myself in the company of excellent frontend developers. Now, the best I can do for the project is build out all the backend so they dont have to worry about a thing while they knock out the frontend.
However, I am still longing for a deeper understanding of the frontend world. I can dabble, but I want to be confident.
Computer science is fundamentally about building things. Unlike architecture or structural engineering, the what, how, and why of doing our work changes on a scale of years, if not weeks sometimes. Stuff we learned last year is proverbially obsolete today.
The flip side of this nature is that it is very hard to build a canon. Sure, we have algorithms and data structures as the foundations of modern teaching and yes, they are part of everyday work, but programming and building products is just so much more.
It is on us to figure how to get the missing pieces into a curriculum that informs future generations of web developers.
When Henrik told me he was working on Human JavaScript I begged to be added to the list of reviewers. Not because I thought I could point out all the places where he is wrong, but because I am still curious about the field of frontend web developers. I also liked the angle, thinking Im a human, this book is for me! Joking aside, technical books tend to be very dry. This one promised to have a different approach, one that I could relate to.
I read the draft in one sitting, took lots of notes and at the end of it, this whole space of the frontend world that wasnt accessible to me, became clearer. I saw the necessity for more complex MVC frameworks on the client than I had experience with. I started to understand why structuring your code in certain ways makes it more robust in the face of having multiple people work on it. The book managed to illuminate well known concepts in the unfamiliar frontend territory. Human JavaScript made frontend development accessible to me.
Truly inspired again I went on and built a small side project. It isnt much, but it makes me excited about building more web apps.
Human JavaScript is the collected wisdom of the team at &yet, where Henrik works, and all the blood and sweat that goes into their excellent client projects, and their own products. It couldnt come from a better group of people. They care about the right technology as much as teaching it. They take it upon themselves to fill the gaps of missing canon for web development.
&yet are the 37signals of our generation and I just cant wait to see what the people they inspire come up with. I cant wait to see what you come up with.
Jan Lehnardt
Berlin, September 27th 2013
Jan is an Open Source Software developer from Berlin, Germany. He is the Vice President of Apache CouchDB, the database that replicates. Hes the co-curator of JSConf EU, a partner at The Node Firm and his one famous JavaScript project is mustache.js. He currently works on hood.ie, an open source noBackend solution that aims to do for frontend development what Rails did for the backend: make all the tedious pain go away, and hide it behind an intuitive JavaScript API.
Code is as much about people as it is about computers. Sure, its run by computers, but its written by, maintained by, and ultimately created for people. People are not computers. We are not robots. We are unpredictable, flawed, and irrational. The same people with the same tools and instructions wont produce the same output each time. We generally dont like being alone and we dont work well in isolation. In fact, in order to do our best work we need to work with other people. None of these traits are bad things, quite the opposite. Theyre what makes us who we are, they make us, well human. Yet, as developers its easy for us to get so focused on optimizing for technology that we forget to optimize for people.
You can read about JavaScript, the language, elsewhere. Its good parts, bad parts, and ugly parts are well documented. This is a book about a specific set of tools, patterns, and approaches that we feel are optimized for people. These approaches enable our team to quickly build and deliver high-quality JavaScript applications for humans.
&yet, the team Im humbled to be a part of, is a small (~40 person) bootstrapped consulting and product company focused heavily on realtime single page web applications. Weve had the opportunity to build a very broad range of single page applications for all kinds of purposes and audiences. Weve built stuff for mobile, desktop, browser extensions, PhoneGap, televisions, you name it. From these experiences patterns start to emerge. Patterns that enable us to efficiently ship real-life applications (with real-life deadlines) as a team.
As weve gone along, weve done our best to extract reusable tools out of them. So, in some ways we accidentally wrote this book. What I mean is that much of its contents are compiled from past blog posts, explanations to teammates and clients, and from project README files. This book is primarily an extraction, not a creation. Were sharing our experience, secrets, and tools to hopefully give you and your team a solid footing for building great apps and experiences.
Font size:
Interval:
Bookmark:
Similar books «human javascript»
Look at similar books to human javascript. 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.
Discussion, reviews of the book human javascript 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.