Enterprise Software Development
528 subscribers
76 photos
1 video
15 files
306 links
Download Telegram
هنگام کار با سورس کنترل گاهی به علت اشتباه برنامه نویسان، کدهایی در سورس کنترل Commit و یا Push می شوند که نباید باشند. مقاله زیر به بررسی برخی اشتباهات رایج و نحوه ی حل آنها در Git پرداخته است :

■ کد Commit شده است اما Push نشده است.
■ کد در Branch خود برنامه نویس Push شده است.
■ کد در یک Branch مشترک Push شده است.
■ یک Merge اشتباها Push شده است.
■ فایل و یا اطلاعاتی قبلا در سورس کنترل Push شده اند که نباید وجود داشته باشد.

https://dev.to/vorahsa/fixing-mistakes-with-git-27a5
http://www.alachisoft.com/resources/webinars-ncachearchitecture.html

NCache Architecture Webinar, August 16, 2-3 PM (Eastern Time), 10:30 PM (Tehran)
Git_Tutorial002.pdf
3.2 MB
سند آموزشی Git برای استفاده متعامل بین GitLab و VisualStudio
Enterprise Software Development
Git_Tutorial002.pdf
دوستانی که با سورس کنترل Git و سرویس Gitlab آشنا نیستند و در کار با مثال های کلاس مشکل دارند، برای یادگیری و شروع کار می توانند از سند تهیه شده توسط دوست خوبم جناب مهندس قمی استفاده کنند. در این سند به نحوه ی کار با Git در ویژوال استودیو و همچنین نحوه ی Merge Request در Gitlab پرداخته شده است.
سرویس GitLab پس از مهاجرت به Google Cloud، به علت سیاست های آمریکا در مورد تحریم ایران، از دسترس کاربران ایرانی خارج شد و از طریق IP های ایران قابل استفاده نمی باشد
پیشنهاد کتاب : The Nature of Software Development
نویسنده : Ron Jeffries (از نویسندگان بیانیه Agile)

از لحظه ی شناسایی نیازمندی های مشتری از نرم افزار، تا پیاده سازی درست آن و رساندن آن به دست مشتری، پیچیدگی های زیادی وجود دارد. در این کتاب نویسنده سعی کرده است تا با تمرکز بر روی تفکر چابک و 7 ایده ی حول محور آن، در عین این پیچیدگی ها، نحوه ساختن نرم افزاری ارزشمند و کارآمد را توضیح دهد. این ایده ها عبارتند از :
1. Begin and end with a focus on value
2. Guide the product in terms of small slices of working software
3. Organize around the work to be done, with people who can do it
4. Plan in terms of features
5. Build in terms of features
6. Slice features thinly
7. Build quality in every day

لینک دانلود :
http://dl.hadiahmadi.ir/Books/Other/The_Nature_of_Software_Development.pdf
در این ویدیو آقای Ian Cooper در مورد تعریف اصلی Kent Beck از TDD و همچنین برداشت های نادرست جامعه ی نرم افزار از TDD صحبت می کند. وی بیان میکند که علاقه ی برنامه نویسان به Isolation بیش از حد کلاس ها در تست ها و همچنین وابسته کردن تست ها به جزییات پیاده سازی، باعث می شود که قدرت Refactoring از آنها گرفته شود.

https://www.youtube.com/watch?v=EZ05e7EMOLM
در این مقاله آقای Brock Allen یکی از برنامه نویس های IdentityServer به بررسی تاریخچه ی OAuth و علت شکل گیری Implicit flow می پردازد و اذعان میکند که این Flow در زمان خود برای SPA ها بهترین چیزی بود که توسط IETF قابل ارائه بود (علی رغم مشکلات امنیتی مانند وجود Token در URI).
در سال 2015 گروه کاری OAuth برای جلوگیری از یک حمله مکانیزم PKCE را برای کلاینت های موبایل در OAuth ارائه کردند. (برای اطلاعات بیشتر در مورد PKCE به RFC7636 مراجعه شود) . اما بعد از منتشر شدن آن مشخص شد که PKCE نه تنها برای کلاینت های موبایل بلکه برای همه انواع کلاینت ها (مانند SPA ها) مفید است. بنابراین در حال حاضر استفاده از Authorization Code به همراه PKCE به جای Implicit Flow برای کلاینت های SPA نیز توصیه می شود.

https://brockallen.com/2019/01/03/the-state-of-the-implicit-flow-in-oauth2/
Forwarded from Breakpoint
Please open Telegram to view this post
VIEW IN TELEGRAM
The who, what, when and why of BDD
سری مقالات (۴ مقاله) در مورد تجربیات استفاده از Property-Based Testing در یک پروژه ی واقعی به نام Komposition

https://wickstrom.tech/programming/2019/03/02/property-based-testing-in-a-screencast-editor-introduction.html
در اولین رویداد DDD Talks ایران چه گذشت؟

چهارمین سخنرانی رویداد DDD Talks توسط "هادی احمدی" و پیرامون ارتباط بین BC ها انجام گرفت.
او در این سخنرانی به اشتباهات رایج در حوزه یکپارچه‌سازی BC ها و عواملی که باعث وابستگی BC ها به یکدیگر و از بین رفتن استقلال آنها می شود، می‌پردازد.
ویدیوی کامل این سخنرانی را می‌توانید از اینجا مشاهده کنید:

https://www.aparat.com/v/cMinG

#DDDTalks
@DDD_Iran