۷ مطلب با موضوع «کتاب های تخصصی» ثبت شده است

تصمیم گیری در حوزه نرم افزار- گیک بودن(معرفی کتاب)


مطالعه کتاب Being Geek(+) را بعد از مدت ها شروع کرده ام. ابتدا کتاب را که تهیه کردم از عنوان اش خیلی خوشم  عنوانش نیامد. Geek 

چون امروزه همه جا از این صفت استفاده می شود. از شغل شریف گارسونی تا مهندسی معدن.(بیخیال)



التبه کتاب Geek بودن را به معنای خاصی تعریف کرده است. همین که مطالعه کتاب را در صفحات اولیه شروع می کنید، با System Thinker شروع می کند.

این قسمت از متن کتاب(صفحه 4) انتخاب شده است. 


A System Thinker

۲ نظر
سعید فعله گری

طراحیِ یک طراحی : معماری و طراحی نرم افزار


کتاب The Design of Design(+) ( طراحیِ یک طراحی ) ، نوشته Frederick Phillips "FredBrooks Jr (+) ، یکی از بهترین و جامع ترین کتاب های موجود در زمینه طراحی نرم افزار است . 



این کتاب یک کتاب مقدماتی نیست. بهتر بگویم ، یک کتاب پیشرفته طراحی نرم افزار است. یعنی شما باید پایه و اصول طراحی نرم افزار را بدانید. هدفم از معرفی این کتاب بدین دلیل است که بعد از اتمام هر فصل از نقشه راه یکی از فصل های این کتاب را با هم بحث می کنیم. 

طراحی نرم افزار یکی از بهترین  و زیربنایی ترین شغل های مربوط به صنعت نرم افزار است. فیلد طراحی نرم افزار در اکثر مواقع با طراحی فتوشاپ و طراحی وب اشتباه گرفته می شود. 

در زمینه طراحی نرم افزار بیشتر به این می پردازیم که یک نرم افزار

۰ نظر
سعید فعله گری

مهندس نرم افزار : تکنیک گرمترش کن (قسمت دوم)


“make it warmer” یکی از تکنیک های طراحی و ساخت نرم افزار  است که در آن به بررسی زبان طراحی سیستم

می پردازد.

به بیانی ساده تر، یعنی باید زبان یک سیستم اداری ( یا هر سیستمی که می خواهید کارهای آن را نرم افزاری کنید ) ، بلد باشید. این تکنیک هم یکی از تکنیک های فاز نیازسنجی نرم افزار یا Software Requirement  است.  

دوست داشتم که به شیوه خودم آن را بیان کنم. اما کمی که فکر کردم دیدم در یکی از کتاب هایم این تیکنیک به صورت یک داستان آمده است.



کتاب user story applied  نوشته   Mike Cohn  یکی از بهترین کتاب های موجود در بازار برای ساخت نرم افزار است. در این کتاب تکنیک ها و روش هایی بسط و شرح داده شده است که در آن  به چگونگی فهم بهتر زبان یک کاربر نابرنامه ساز  پرداخته شده است. 

اگر بخواهم که کتاب را در یک جمله توصیف کنم ، این عبارت را که برگرفته از خود کتاب است ، استفاده می کنم.


Software requirements is a communication problem

بگذارید داستانی را که گفته بودم برایتان بنویسم.

۳ نظر
سعید فعله گری

چیزهای که برنامه نویس ها باید بدانند


نکته : از این گونه عبارت های باید فلان چیز و بهمان چیز را یک عده خاص بدانند ، خوشم نمی آید. اما دلم هم نیامد که این کتاب را معرفی نکنم.


کتاب 97Things Every Programmer Should Know  ، نوشته  Kevlin Henney ، یکی از کتاب های مختصر و مفید برای درک هرچه بهتر فلسفه برنامه نویسی است.


همانطور که از عنوان Collective Wisdom from the Experts مشخص است ، کتاب جمع آوری گفته های متخصص های دنیای نرم افزار است. 



هر یک از 97 بخش کتاب ، قسمت های مختلفی را از برنامه نویسی و توسعه و ساخت نرم افزار را در برمی گیرد ، که از بزرگان آن حوزه تخصصی توصیه های مفیدی گردآوری شده است.

۳ نظر
سعید فعله گری

تحویل مداوم یعنی چه ؟


پیش نوشت : این مطلب به عنوان یک مقدمه برای continuous delivery در نظر گرفته شده است. شما می توانید برای دسترسی به مطالب بیشتر در این خصوص به سایت تخصصی این موضوع در جعبه سایت های تخصصی این وبلاگ ، مراجعه نمایید.


What is Continuous Delivery?

Continuous Delivery is the ability to get changes of all types—including new features, configuration changes, bug fixes and experiments—into production, or into the hands of users, safely and quickly in a sustainable way.

Our goal is to make deployments—whether of a large-scale distributed system, a complex production environment, an embedded system, or an app—predictable, routine affairs that can be performed on demand.

We achieve all this by ensuring our code is always in a deployable state, even in the face of teams of thousands of developers making changes on a daily basis. We thus completely eliminate the integration, testing and hardening phases that traditionally followed “dev complete”, as well as code freezes.



Why continuous delivery?

۰ نظر
سعید فعله گری