🔴 داستان کاربری که به فنا رفت

چند روز قبل در شرکتی بودم که از من خواسته شده بود نحوه اجرای اسکرام اشان را بررسی کنم، از نحوه برگزاری برنامه ریزی اسپرینت پرسیدم، گفتند که این جلسه 20 دقیقه بیشتر طول نمی کشد، بچه ها موارد رو برمی دارند و همه توضیحات از قبل کامل نوشته شده است،

ما نیازمندی ها را در قالب داستان کاربری یا User Story در جیرا می‌نویسیم، بعلاوه سعی می کنیم همه توضیحات کامل باشد … مثلا “بعنوان کاربر من میخواهم …. تا بتوانم …..”، بعد پایین‌تر توضیحات رو مینویسیم، همه سناریوها و … .


زمانی که برای اولین بار “کنت بک”، ایده داستان کاربر را معرفی کرد، او از دست شرح نیازمندی شاکی بود، حتی او گفت که کلمه “نیازمندی” بزرگترین اشتباه تاریخی صنعت نرم افزار بوده است، زیرا این باعث ایجاد اجبار شده و یعنی شما نمی توانید نوع دیگری به مسئله نگاه کنید و اینکه رد و بدل کردن صرف مستندات باعث افزایش کج فهمی می شود. پس او پیشنهاد داد که به جای اینکه فقط مستندات شرح نیازمندی به من بدهی، به من بگو “داستان چیست؟”، داستان این کاربری که این را میخواهد چیست؟ او به دنبال چه چیزی است؟ نیاز اصلی اش چیست؟

پس از این خوب آقای کنت بک، با توجه به اینکه همیشه ما به دنبال قالب یا تمپلیت برای همه چیز هستیم، پس از مدتی یک بنده خدایی یک تمپلیت معرفی کرد که این به سرعت رشد کرد ولی در این بین جمله یا نیت خود کنت‌بک پشت این تمپلیت گم شد،

“بعنوان __

من میخواهم _______

تا بتوانم ___________”

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

مشکل الان از اینجا شروع می شود که، همان شرح نیازمندی، دوباره به اسم “داستان کاربری” مطرح شده اند، منتهی اولین جمله آنها یک قالب پیداکرده است.

🔴 مشکلاتی که دیده شد:

⏬ شرح نیازمندی دو ایراد اساسی داشت:

1- اجبار بود، یعنی همین رو میخواهیم , و قابل مذاکره نیست.
2- با توجه به دست به دست شدن،و اینکی توضیحی داده نمیشد، موجب ایجاد کج فهمی بود.

⏬ گفتگو گم شده است و همینی که هست

نیت اصلی پشت داستان کاربری، درک مشترک از نیاز کاربر بوده است، درک مشترک بالاتر از شرح نیازمندی.

متاسفانه، مالک محصول ها یا مدیر محصول دقیقا همان کار سابق را به اسم داستان کاربری انجام می دهند، یعنی در اتاق های خود داستانهای کاربر را می‌نویسند، و در چند دقیقه یا اصلا توسط جیرا، آن را تحویل برنامه نویس‌ها میدهند.

گفتگو و توافق

بزرگترین کار یک مالک محصول این است،

1-مطمئن شود، که تیم نیاز واقعی کاربر یا مشتری را درک کرد باشند. (این با گفتگو و دیالوگ امکان پذیر است، مطمئن شوید که تیم سوال می پرسد)

2- بر روی شرایط با هم توافق کنند و توافق را حتما مکتوب کنند.

خلاصه،

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

https://goo.gl/QRbHvE

@iranagile

رمز نگاري با پايتون 👌👌


http://scanlibs.com/cryptography-python/

System Design Cheatsheet
راهنما جامع شامل نکات و تکنیک های طراحی سیستم های نرم افزاری

#cheatsheet #system_design #architecture
@pythony

gist.github.com/vasanthk/485d1c25737e8e72759f

آموزش کلاستر کردن رزبری پای


یکی از هیجان انگیز ترین کارهایی که میتوان با برد های کوچک کامپیوتری انجام داد کلاستر کردن آن‌ها است. هنگامی که شما تعدادی سیستم را کلاستر کنید میتوانید در قدرت پردازشی همه ی آن‌ها در زمانی واحد استفاده کنید و پردازش و قدرت سیستم کامپیوتری ساخته شده را به تعداد کامپیوترهای کلاستر شده افزایش دهید. در این نوشته چند قسمتی میخواهیم ۴ رزبری پای را کلاستر کنیم که در آن از ۳ عدد رزبری پای ۲ و یک عدد رزبری پای مدل B استفاده کرده‌ایم که از رزبری پای های مدل ۲ به عنوان node استفاده شده است و رزبری مدل B نیز به عنوان سیستم head node قرار داده شده است. سعی شده است تا در حد امکان کامپیوتری که میسازیم کوچک باشد....



http://digispark.ir/build-a-compact-4-node-raspberry-pi-cluster/

As the name implies, the database is also distributed by nature. In contrast with other distributed technologies it does not spread the data over the network – instead all members keep a fully synchronised copy of the data – each ‘peer’ therefore being essential in determining the integrity of every new transaction. The result is that to break into the system, this would have to happen to all members at the exact same time.

https://gospel.tech/technology/

راهنمای تعاملی بوت‌استرپ 4 برای توسعه‌دهندگان وب
https://sokanacademy.com/blog/726/post

Facilitating Big Data Analysis Using Limited Computing Resources

By:
➡️ Reda Alhajj
Department of Computer Science,
the University of Calgary
CANADA

➡️ Close collaboration with the industry:
— RBC Royal Bank of Canada: Web mining, social media analysis, data allocation
— Dexterity: Charity management
— ABC FOREX: FOREX tracking and management
— GoMentor: Knowledge transfer
— Zayife & ACM: Risk and Safety
— Matching and recommendation
— Chaordix: Crowdsourcing
— Rainmaker: Saving the environment

➡️ Research driven tool development
— NetDriller
— VIREX
— AskFuzzy
— QueryBuilder
— DIMA

👇👇👇👇

در صورتی که مثل من بیت کوین ندارین این ویدئو ها خیلی می‌تونن دل خوشی خوبی باشن ولی اگه دارین یا می‌خواین داشته باشین بدویین برین بگیرین تا یهو فردا هشت برابر نشده