ورود به حساب

نام کاربری گذرواژه

گذرواژه را فراموش کردید؟ کلیک کنید

حساب کاربری ندارید؟ ساخت حساب

ساخت حساب کاربری

نام نام کاربری ایمیل شماره موبایل گذرواژه

برای ارتباط با ما می توانید از طریق شماره موبایل زیر از طریق تماس و پیامک با ما در ارتباط باشید


09117307688
09117179751

در صورت عدم پاسخ گویی از طریق پیامک با پشتیبان در ارتباط باشید

دسترسی نامحدود

برای کاربرانی که ثبت نام کرده اند

ضمانت بازگشت وجه

درصورت عدم همخوانی توضیحات با کتاب

پشتیبانی

از ساعت 7 صبح تا 10 شب

دانلود کتاب Effective Programming: More Than Writing Code

دانلود کتاب برنامه نویسی موثر: چیزی بیشتر از نوشتن کد

Effective Programming: More Than Writing Code

مشخصات کتاب

Effective Programming: More Than Writing Code

ویرایش:  
نویسندگان:   
سری:  
ISBN (شابک) : 147830054X, 9781478300540 
ناشر: CreateSpace Independent Publishing Platform 
سال نشر: 2012 
تعداد صفحات: 0 
زبان: English 
فرمت فایل : MOBI (درصورت درخواست کاربر به PDF، EPUB یا AZW3 تبدیل می شود) 
حجم فایل: 5 مگابایت 

قیمت کتاب (تومان) : 79,000



ثبت امتیاز به این کتاب

میانگین امتیاز به این کتاب :
       تعداد امتیاز دهندگان : 21


در صورت تبدیل فایل کتاب Effective Programming: More Than Writing Code به فرمت های PDF، EPUB، AZW3، MOBI و یا DJVU می توانید به پشتیبان اطلاع دهید تا فایل مورد نظر را تبدیل نمایند.

توجه داشته باشید کتاب برنامه نویسی موثر: چیزی بیشتر از نوشتن کد نسخه زبان اصلی می باشد و کتاب ترجمه شده به فارسی نمی باشد. وبسایت اینترنشنال لایبرری ارائه دهنده کتاب های زبان اصلی می باشد و هیچ گونه کتاب ترجمه شده یا نوشته شده به فارسی را ارائه نمی دهد.


توضیحاتی در مورد کتاب برنامه نویسی موثر: چیزی بیشتر از نوشتن کد

درباره کتاب جف اتوود وبلاگ ترسناک کدنویسی را در سال 2004 راه اندازی کرد و متقاعد شده است که زندگی او را تغییر داده است. او به راهی برای پیگیری توسعه نرم افزار در طول زمان نیاز داشت - هر چیزی که به آن فکر می کرد یا روی آن کار می کرد. او درباره موضوعاتی که به نظرش جالب می‌آمد تحقیق کرد، سپس تحقیقات خود را با یک پست وبلاگ عمومی مستند کرد، که بعداً می‌توانست به راحتی آن را پیدا کند و به آن مراجعه کند. با گذشت زمان، تعداد فزاینده ای از بازدیدکنندگان وبلاگ، پست ها را مفید، مرتبط و جالب دانستند. در حال حاضر، تقریباً 100000 خواننده در روز از وبلاگ بازدید می کنند و تقریباً به همین تعداد در سایت نظر می دهند و در تعامل هستند. برنامه نویسی موثر: بیش از نوشتن کد، فروشگاه شما برای برنامه نویسی همه چیز است. جف با طنز و درک مطلب می نویسد و به برنامه نویسان باتجربه و تازه کارها این امکان را می دهد که از عمق تحقیقات او قدردانی کنند. از پست‌هایی مانند «منشور حقوق برنامه‌نویس» و «چرا برنامه‌نویس‌ها نمی‌توانند... برنامه‌ریزی کنند؟» تا «کار با میمون آشوب»، این کتاب اهمیت نوشتن کد مسئول، تدارکات مربوطه را معرفی می‌کند. و اینکه چگونه مردم باید آن را بیشتر به عنوان یک سبک زندگی ببینند تا یک شغل. فهرست مطالب - مقدمه - هنر انجام کارها - اصول برنامه نویسی خوب - استخدام برنامه نویسان به روش صحیح - گروه خود را برای همکاری با یکدیگر - The Batcave: فضاهای کاری موثر برای برنامه نویسان - طراحی با در نظر گرفتن کاربر - مبانی امنیتی: محافظت داده‌های کاربران شما - تست کد شما، بنابراین بیشتر از چیزی که می‌خواهد به درد نمی‌خورد - ایجاد، مدیریت و بهره‌مندی از یک جامعه - بازاریابی راسوها و چگونه یکی نباشید - مستقیم نگه داشتن اولویت‌ها گزیده‌ای از کتاب به عنوان یک نرم‌افزار توسعه دهنده، شما بدترین دشمن خود هستید. هر چه زودتر متوجه این موضوع شوید، وضعیت بهتری خواهید داشت. می دانم که شما بهترین نیت را دارید. همه ما انجام می دهیم. ما توسعه دهندگان نرم افزار هستیم. ما عاشق نوشتن کد هستیم این کاری است که ما انجام می دهیم. ما هرگز به مشکلی برخورد نکردیم که نتوانیم با مقداری نوار چسب، یک رخت آویز ساخته شده توسط هیئت منصفه و مقداری کد حل کنیم. اما ویل شیپلی استدلال می کند که ما باید تمایلات طبیعی خود را برای نوشتن کدهای زیاد مهار کنیم: ماهیت اساسی کدنویسی این است که وظیفه ما به عنوان برنامه نویس این است که تشخیص دهیم هر تصمیمی که می گیریم یک مبادله است. برنامه نویس استاد بودن به معنای درک ماهیت این مبادلات است و در هر چیزی که می نویسیم از آنها آگاه باشید. در کدنویسی، شما ابعاد زیادی دارید که در آنها می توانید کد را رتبه بندی کنید: مختصر بودن کدویژگی سرعت اجرا زمان صرف شده برای کدنویسی استحکام انعطاف پذیری اکنون، به یاد داشته باشید ، این ابعاد همه در تقابل با یکدیگر هستند. شما می توانید سه روز را صرف نوشتن یک روال کنید که واقعاً زیبا و سریع است، بنابراین شما دو بعد خود را افزایش داده اید، اما سه روز را صرف کرده اید، بنابراین بعد \"زمان صرف شده برای کدنویسی\" بسیار کاهش یافته است. چه زمانی این ارزش دارد؟ چگونه این تصمیمات را می گیریم؟ پاسخ بسیار عاقلانه، بسیار ساده است، و همچنین کسی که هرگز به آن گوش نمی دهد: با مختصر شروع کنید. اندازه های دیگر را در صورت نیاز با آزمایش افزایش دهید. من نمی توانستم بیشتر موافق باشم. زمانی که توسعه دهندگان را به Code Smaller توصیه کردم، توصیه های مشابهی را ارائه کرده ام. و من در مورد یک مسابقه reductio ad absurdum صحبت نمی کنم که در آن از تمام ترفندهای هوشمندانه در کتاب های خود استفاده می کنیم تا کد را در فضای فیزیکی کمتری قرار دهیم. من در مورد استراتژی های عملی و معقول برای کاهش حجم کدهایی صحبت می کنم که یک برنامه نویس فردی باید بخواند تا بفهمد یک برنامه چگونه کار می کند. در اینجا یک مثال کوچک کوچک از آنچه من در مورد آن صحبت می کنم وجود دارد: if (s == String.Empty)if (s == \"\") برای من بدیهی به نظر می رسد که مورد دوم ... ... خرید کتاب برای خواندن بیشتر!


توضیحاتی درمورد کتاب به خارجی

ABOUT THE BOOK Jeff Atwood began the Coding Horror blog in 2004, and is convinced that it changed his life. He needed a way to keep track of software development over time - whatever he was thinking about or working on. He researched subjects he found interesting, then documented his research with a public blog post, which he could easily find and refer to later. Over time, increasing numbers of blog visitors found the posts helpful, relevant and interesting. Now, approximately 100,000 readers visit the blog per day and nearly as many comment and interact on the site. Effective Programming: More Than Writing Code is your one-stop shop for all things programming. Jeff writes with humor and understanding, allowing for both seasoned programmers and newbies to appreciate the depth of his research. From such posts as "The Programmer's Bill of Rights" and "Why Cant Programmers... Program?" to "Working With the Chaos Monkey," this book introduces the importance of writing responsible code, the logistics involved, and how people should view it more as a lifestyle than a career. TABLE OF CONTENTS - Introduction - The Art of Getting Shit Done - Principles of Good Programming - Hiring Programmers the Right Way - Getting Your Team to Work Together - The Batcave: Effective Workspaces for Programmers - Designing With the User in Mind - Security Basics: Protecting Your Users' Data - Testing Your Code, So it Doesn't Suck More Than it Has To - Building, Managing and Benefiting from a Community - Marketing Weasels and How Not to Be One - Keeping Your Priorities Straight EXCERPT FROM THE BOOK As a software developer, you are your own worst enemy. The sooner you realize that, the better off you'll be.I know you have the best of intentions. We all do. We're software developers; we love writing code. It's what we do. We never met a problem we couldn't solve with some duct tape, a jury-rigged coat hanger and a pinch of code. But Wil Shipley argues that we should rein in our natural tendencies to write lots of code: The fundamental nature of coding is that our task, as programmers, is to recognize that every decision we make is a trade-off. To be a master programmer is to understand the nature of these trade-offs, and be conscious of them in everything we write.In coding, you have many dimensions in which you can rate code: Brevity of codeFeaturefulnessSpeed of executionTime spent codingRobustnessFlexibility Now, remember, these dimensions are all in opposition to one another. You can spend three days writing a routine which is really beautiful and fast, so you've gotten two of your dimensions up, but you've spent three days, so the "time spent coding" dimension is way down.So, when is this worth it? How do we make these decisions? The answer turns out to be very sane, very simple, and also the one nobody, ever, listens to: Start with brevity. Increase the other dimensions as required by testing. I couldn't agree more. I've given similar advice when I exhorted developers to Code Smaller. And I'm not talking about a reductio ad absurdum contest where we use up all the clever tricks in our books to make the code fit into less physical space. I'm talking about practical, sensible strategies to reduce the volume of code an individual programmer has to read to understand how a program works. Here's a trivial little example of what I'm talking about: if (s == String.Empty)if (s == "") It seems obvious to me that the latter case is... ...buy the book to read more!





نظرات کاربران