🔴 به دوران co-creation خوش آمدید

ما در ایران هنوز مشغول جنگ و دعوای این هستیم که چرا باید یک نمونه سریع به مشتری نشان بدهیم... و معمولا جواب این است که محصول هنوز آماده نیست و زود هست ... بعد از دو سال یک نسخه از محصول لانچ می‌‌شود و ... .
یا مهمترین بحث ما این است که واحد تحلیل باید بگوید که فیچری انجام بدهیم یا مدیر محصول یا مدیر عامل ... یا نیروهای فنی شاکی هستند که چرا از ما نظر خواهی نمی کنند. اما در همان حال دنیا وارد فاز جدیدی از تعامل با مشتری و کاربران شده است.

در دوران نه چندان قبل، یک محصول ساخته می‌شد و با کمک حجم تبلیغات شدید و صدا و سیما به مشتری ارائه می‌شد، عمر محصول نیر به میزان تبلیغات وابسته بود و معمولا مشتری در چرخه عمر محصول تاثیری مهمی نداشت.
در دوران چابکی ما نمونه کوچکی می‌سازیم و به مشتری نشان می‌دهیم و بازخورد می‌گیریم(البته فعلا هم هنوز کامل انجام نمی‌شود یا هنوز اعتقادی وجود ندارد)، هدف ما گرفتن بازخورد سریع از مشتری است یا بعبارتی تعامل دادن او در فرآیند توسعه.

در دوران co-creation کاربران همراه ما هستند یا از ابتدا آنها می‌گویند چه چیزی باید بسازیم... یا خیلی ساده قرار نیست فقط ما خلاقیت کنیم، خلاقیت کار همه ما تولید کننده و مصرف کننده است.

یک مثال ساده و خوب اجرا شده، برای استارباکس بوده، طی یک پلفترم، مشتری ها ایده های خودشان را ارسال می کنند، به ایده های دیگران می توانند رای بدهند، در مورد آنها بحث کنند، و البته در جریان اجرای این ایده ها باشند. انگار استارباکس برای آنهاست. یکی از این ایده ها که اجرا شد: نوشیدنی رایگان در صورتی که از لیوان یک بار مصرف استفاده نشود(یعنی لیوان استارباکس خودتان را بیاورید)

آیا واقعا مشتری یا کاربران حال دارند همراه ما خلاقیت کنند؟ هر کسب کاری یک سری مشتری وفادار دارد که آنها حاضر هستند همراه کسب کار باشند، دوست دارند ایده بدهند و ... . پیدا کردن آنها و همراه کردنشان فرآیندی است که الان با نام co-creation انجام می شود. البته نظرخواستن از قبل بوده است، ولی در این دوران جدید، ما مشتری را تعامل میدهیم، آنها ایده میدهند، راجع به نظرات دیگران نظر میدهند، در فرآیند تولید هستند، دمو می ببینند و اصلا این کار فانتزی نیست.

اما برای خودمان با وضعیت جاری، فکر میکنم این نوع فعالیت ها برای بسیاری از شرکتهای ایرانی قابل تصور نیست، زیرا به معنای واقعی کلمه به مشتری مداری اعتقادی نداریم، به یک دلیل مهم، حیات کسب کار ما به مشتری وابسته نیست، یا از پول نفت تغذیه می کنیم یا پول مفت سرمایه گذارها. پیشنهاد این است که این تمرین خلاقیت جمعی را با کارمندان یا بخصوص نیروهای فنی شروع کنیم، یعنی یک واحد یا یک نفر مسئول خلاقیت در شرکت نباشد، همه اعضای شرکت مسئول خلاقیت باشند، این شاید تمرین خوبی برای آغاز اینگونه فرآیندها باشد.

@iranagile
http://blog.scrum.ir/2018/05/co-creation/

‍ دومین رویداد آموزشی دات نت تاک DotNetTalk (موضوع : بررسی و پیاده سازی اصول امنیتی OWASP در Asp.Net)

لینک ثبت نام:
https://evnd.co/k4sz6
زمان : 5 شنبه 10 خرداد، ساعت 16:00 تا 19:00
مکان : تهران خیابان حافظ، دانشگاه صنعتی امیرکبیر، کتابخانه شهید صبوری، انتهای سالن همکف

با وجود اهمیت بسیار بالای رعایت اصول امنیتی در طراحی و تولید وبسایت، این مورد در بین برنامه نویسان کمتر مورد توجه قرار می گیرد.
می توان گفت مهم ترین دلیل این ضعف، عدم شناخت و درک کامل از آسیب پذیری های امنیتی و راه های پیش گیری از آن توسط برنامه نویسان و طراحان وب سایت می باشد.
همین مورد باعث شده اکثر سایت های اینترنتی از لحاظ امنیتی آسیب پذیر باشند.
از طرفی OWASP یک ارگان غیرانتفاعی است و در زمینه راهکار های ایمن سازی برنامه های وب فعالیت میکند که این بار میخواهیم اصول امنیتی این ارگان رو با هم بررسی کنیم
پس اگر امنیت وبسایتی که طراحی میکنید برایتان مهم است، این فرصت رو از دست ندین و اصول امنیتی وبسایت رو یاد بگیرید.

دات نت تاک (گفتگویی از جنس دات نت) :
رویداد DotNetTalk دات نت تاک فرصتی است که در آن ضمن آشنایی با یکدیگر و شبکه سازی، به بحث تبادل نظر و یادگیری درباره موضوعات مختلف برنامه نویسی می پردازیم.

موضوع این جلسه دات نت تاک :
بررسی و پیاده سازی اصول امنیتی OWASP در Asp.Net

مواردی که بررسی خواهیم کرد :
1- آناتومی حمله Open/Unvalidated Redirection و شرح این آسیب پذیری
2- آناتومی حمله CSRF/XSRF و شرح این آسیب پذیری و پیشگیری توسط AntiForgeryToken
3- موارد امنیتی استفاده از JWT (Json Web Token)
3- استفاده از خاصیت Subresource Integrity (SRI)
4- شرح حمله Man-in-the-middle روی سایت های HTTPS و روش جلوگیری از آن
5- بررسی راهکار HSTS و Preload و پیاده سازی آنها
6- بررسی و پیاده سازی Content Security Policy (CSP)
7- باگ امنیتی Elmah در MVC5
8- پیشگیری ابتدایی از حمله DDOS
9- شرح و پیاده سازی Cross Origin Resource Sharing(CORS)
10 - معرفی و استفاده از کتابخانه NWebSec و AntiXSS
11 - پیاده سازی LetsEncrypt

میزبان این جلسه : دانشگاه صنعتی امیرکبیر
حامیان رسانه ای : فینوا - اوکس تیم

از این که با حضوتون، بار علمی رویداد رو افزایش میدهید سپاس گذاریم

لینک ثبت نام:
https://evnd.co/k4sz6

دیزاین‌هایتان را به حرکت درآورید

می‌دانستید اولین تلاش‌های انسان‌ها برای درک مفوم انیمیشن در دنیا، در «شهر سوخته»، نزدیکی زابل روی یک جام سفالی پیدا شده که متعلق به ۵۰۰۰ سال پیش است؟
اگر به موزه ایران‌باستان بروید، این جام را مشاهده خواهید کرد که دور تا دور آن با لحظات مختلفی از دویدن و پریدن یک بُز نقاشی شده است و وقتی آن را می‌چرخانید، متوجه می‌شوید که مقصود هنرمند آن، تولید یک انیمیشن با تکنیک Stop Motion بوده‌است. همان تکنیکی که همه ما زمانی برای ساخت انیمیشن، از طریق سریع ورق زدن کاغذهای گوشه دفترمان انجام داده‌ایم.
از تکنیک‌های دیگر ساخت انیمیشن می‌توان به انیمیشن‌های فریم کلیدی یا Keyframe اشاره کرد. این تکنیک به دلیل سادگی استفاده، بصورت امکانی جذاب در نرم‌افزارهای طراحی گرافیک مانند Photoshop قرارداده شده است. احتمالا بسیاری از شما انیمیشن‌های Gif بسیاری با استفاده از این امکان Photoshop تولید کرده‌اید.

پس از مهاجرت بسیاری از طراحان از Adobe Illustrator و Adobe Photoshop به نرم‌افزارهای Sketch و Adobe Xd، امکانات محدودتری از این دست در اختیار آنان قرار گرفته‌ست. تیم Anima نامی‌ست که هنگام معرفی افزونه Launchpad برای Sketch در این کانال، به آن اشاره کرده بودیم. این تیم اخیرا افزونه جذاب دیگری را برای Sketch معرفی کرده‌ست که امکان ساخت انیمیشن‌های فریم‌کلیدی را برای شما به ارمغان می‌آورد.
اگر از نرم‌افزار Principle استفاده کرده باشید، متوجه خواهید شد که ساختاری که این افزونه به نرم‌افزار Sketch شما اضافه می‌کند، بسیار شبیه فضای این نرم‌افزار است، البته با امکاناتی بسیار محدودتر.

مقاله امروز به معرفی این افزونه پرداخته و نحوه کار با آن را بصورت کاربردی توضیح می‌دهد:

https://medium.com/sketch-app-sources/using-sketch-to-design-animations-b055456c4548

(زمان حدودی مطالعه، ۵ دقیقه)

معرفی دیگر محصول این تیم، Launchpad:
t.me/Dexign/131

#ابزار #افزونه #Sketch
@Dexign فلسفه دیزاین

___

جامی که اولین تلاش‌های هنرمندان برای ایجاد مفهوم انیمیشن را نشان می‌دهد و در موزه ایران‌باستان نگهداری می‌شود.

@Dexign فلسفه دیزاین

انیمیشنی که بر روی جامی ۵۰۰۰ ساله، کشف شده در «شهر سوخته»، در نزدیکی زابل، نقاشی شده است.

@Dexign فلسفه دیزاین

#پست_مجدد این پست تا به حال بیش از ۴۱۰۰ بار مشاهده شده و به نظر می‌رسد برای خوانندگان جدید کانال جذاب باشد.

نامگذاری در برنامه‌نویسی شاید یکی از مهمترین کارهایی باشد که یک برنامه‌نویس انجام می‌دهد. یک برنامه‌نویس با نامگذاری متغییر‌ها، کلاس‌ها، فایل‌ها و ... در حقیقت مفاهیم جدید خلق می‌کند که در آینده برنامه‌نویسان دیگر معنی آن را از روی «نام» آنها حدس خواهند زد!
فصل زیر از کتاب Framework Design Guidlines (که به FDG معروف است) به طور اختصاصی استانداردهای نامگذاری را که در طراحی .Net Framework استفاده شده‌است را شرح می‌دهد. این کتاب برای ساخت تمامی سیستم‌ها در مایکروسافت به عنوان یک مرجع استفاده می‌شود. به همین دلیل هم در سایت msdn به صورت رایگان و قابل دسترس برای همه وجود دارد و هم کتاب چاپی آن وجود دارد که بسیار محبوب است.

https://msdn.microsoft.com/en-us/library/ms229002%28v=vs.110%29.aspx

#مهران_داودی
لینکدین:
https://ir.linkedin.com/in/mehrandvd

کانال تلگرام:
@SoftwarePhilosophy


___

سلام و عرض ادب خدمت دوستان عزیزم
شب بر همگان خوش باشه انشالله
مقاله ای رو مطالعه می کردم که به نظرم خالی از لطف نیست شما بزرگواران ازش بهره ببرید.
یکی از کارهایی که سیستم هایی نظیر Document Management System ها انجام میدن نگهداری فایلهایی نظیر PDF در داخل دیتابیس هست . و هر زمانی که شما نیاز داشتین از این فایلها استفاده کنید ، این فایلها رو لود کرده و با یکسری از ابزارهای جانبی سعی در پردازش و جستجو در محتوای فایلها می کند.
حالا اگر شما بتونید کل محتوای متنی فایل PDf رو داخل دیتابیس داشته باشید ، دیگه از این موارد راحت خواهید شدو کار شما بسیار راحتتر میشه و به راحتی میتونید عملیات Text Mining و ,... رو روی داده ها انجام بدین.
در نسخه 2017 با استفاده از R شما بدون هیچگونه ابزار اضافی میتونید محتویات متنی این فایلهارو استخراج کرده و در دیتابیس در داخل فیلدها و جداول مورد نیاز ذخیره کنید.
لینک مقاله رو در ادامه قرار میدهم امیدوارم براتون مفید واقع بشه

ارادتمند شما
حمیدرضا صادقیان
ID: @Hamidreza_Sadeghian
SQL Server Channel : @SQL_Server

https://www.mssqltips.com/sqlservertip/5490/load-data-from-pdf-file-into-sql-server-2017-with-r/

#پست_مجدد این پست تا به حال بیش از ۳۰۰۰ بار مشاهده شده و به نظر می‌رسد برای خوانندگان جدید کانال جذاب باشد.

با شدت گرفتن روند تغییرات در درخواست‌های مشتریان، نیازمندی‌های پروژه‌ها و مسائل مربوط به پشتیبانی محصولات در دهه‌های اخیر، بسیاری از شرکت ها پی بردند که هماهنگ شدن با بازار با استفاده از فرآیند های تجاری قدیمی امکان پذیر نیست. لذا بسیاری از توسعه دهندگان و مدیران محصولات به متدلوژی‌های جدید مانند Agile روی آوردند. در حال حاضر این متدلوژی با وجود نواقصی که به آن وارد است بیشترین طرفدار و بازدهی را به خصوص در میان شرکت های کامپیوتری داشته است.
اما لزوما استفاده از یک متدلوژی، روش یا ابزار موفق، دلیل بر موفق شدن ما نیست، لذا آشنایی با متدلوژی ها و رویکردهایی مانند Lean، Scrum یا Kanban و انتخاب بهترین روش بین آن ها با توجه به نوع محصول، مشتری و شرایط شرکتی که در آن مشغول به فعالیت هستیم یک ضرورت است.
مطالعه لینک زیر می تواند در انتخاب هوشمندانه‌تر این متدولوژی ها بسیار کمک کننده باشد.

https://realtimeboard.com/blog/how-to-choose-between-agile-lean-scrum-and-kanban-which-methodology-is-the-best/#.V18eTlUrLDe

#کاروان_جافی

لینکدین:
https://uk.linkedin.com/in/karvan-jafi-96897027

کانال تلگرام:
@SoftwarePhilosophy



___

🔵 چگونه تصمیمات در سطح معماری و کلان پروژه را مستند کنیم؟

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

یکی از جدیدترین روش ها با عنوان
Lightweight Architecture Decision Records
شناخته می شود، که در لینک زیر میتوانید در این مورد بیشتر مطالعه کنید:

https://goo.gl/S64YmS

@iranagile

ماکروسافت گیت هاب را خرید

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

آمارهای ارائه شده توسط گیت‌هاب نشون میده که این سرویس تا مارس ۲۰۱۸ میزبان بیش از ۲۸ میلیون توسعه‌دهنده بوده و بیش از ۸۵ میلیون مخزن کد بوده. که در این بین، ماکروسافت به عنوان فعال ترین Organization در گیت هاب بوده و بیش از ۱۰۰۰ کارمند را تنها برای افزودن کد‌های برنامه‌نویسی به منابع گیت‌هاب در اختیار دارد.

همچنین ماکروسافت چندی پیش، سرویس Codeplex را که به عنوان رقیبی نه چندان موفق در برابر گیت هاب بود رو متوقف کرد و پروژه های خودش رو به گیت هاب منتقل کرد.

در این میان رقبای مهمی برای گیت هاب وجود داره، از جمله gitlab، bitbucket و... که تلاش میکنند از این اتفاق بیشترین استفاده رو داشته باشند و با دادن تخفیف و پیشنهادات ویژه، توسعه دهندگان ناراضی از این اتفاق رو به سمت خودشون جلب کنند.

در حال حاضر قرار است نَت فریدمن، مدیرعامل پیشین زامارین و قائم مقام کنونی مایکروسافت، سمت مدیرعاملی گیت‌هاب را بر عهده بگیرد؛ همچنین کریس وانستراث، موسس و مدیرعامل سابق گیت‌هاب نیز به مایکروسافت پیوسته و در بخش استراتژی‌های نرم‌‌افزاری مایکروسافت فعالیت خواهد کرد.

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

همانطور که با خرید LinkedIn توسط ماکروسافت، شاهد رشد و پیشرفت قابل توجهی برای آن بودیم، میتوان انتظار پیشرفت گیت هاب و افزوده شدن قابلیت های جدید درآن را نیز داشت.

با توجه به تمرکز ماکروسافت بر بروی سرویس های کلود خود در این اواخر و نیز در کنفرانس بیلد 2018، هدف ماکروسافت از خرید گیت هاب ایجاد دروازه جدیدی را برای ارتباط با توسعه دهندگان نرم افزار و استفاده از توانایی های آنها برای شکوفایی هرچه بیشتر پلتفرم های مختلف کلود خود از جمله Azure و VSTS است.

https://goo.gl/faUoLf

https://news.microsoft.com/2018/06/04/microsoft-to-acquire-github-for-7-5-billion/

____________
@IranAspMvc

بازی و دیزاین، بازی و زندگی

بر کسی پوشیده نیست که فعالیت‌های جانبی و غیرکاری در شرکت، به افزایش کیفیت ارتباطات تیمی کمک شایانی می‌کنند. با اینکه حداقل میزان مناسب این فعالیت‌ها از نظر من بصورت هفته‌ای یکبار است، بعضا به دلیل فشردگی کارها نمی‌توان این روند را بصورت پایدار ادامه داد. در تیم ما هم مواردی از قبلی بازی‌های رومیزی (Board Games)، دیدن فیلم و همچنین جلسات جمعی بررسی اپلیکیشن‌های شرکت‌های دیگر تجربه شده است که نتیجه غیرقابل باور و شگفت‌انگیزی داشته است.

در میان تمام بازی‌ها، بازی‌های حرکتی در جایگاه ویژه‌ای قرار دارند چرا که به تمام ما -کسانی که اکثر زمان خود را پای کامپیوتر و بصورت نشسته می‌گذرانیم- کمک می‌کنند فعالیت خود را افزایش دهیم. حال فرض کنید که قرار است در کنار این بازی، هم‌تیمی‌های خود را بهتر بشناسید و همچنین کار تیمی بهتری یاد بگیرید، آیا از شنبه، بازی کردن را شروع نمی‌کنید؟

با خواندن مقاله امروز با بازی‌هایی آشنا می‌شویم که می‌توانند تفکر دیزاین ما را گرم کرده و باعث شوند در کنار تیم خود تصمیم‌های بهتری را در مسیر خلق یک محصول داشته باشیم.
شاید چند بازی معرفی شده را بشناسید و یا حتی در بعضی آن‌ها حرفه‌ای باشید! ولی احتمالا خیلی از ما این بازی‌ها در شرکت خود انجام نمی‌دهیم.

اگر به دنبال دلایلی می‌گردید که مدیر خود را قانع کنید تا هرروز بازی کنید، مقاله امروز را از دست ندهید.

https://uxdesign.cc/warm-ups-in-design-thinking-more-than-just-a-game-7f755fcc8497

(زمان حدودی مطالعه، ۷ دقیقه)

#معرفی #بازی #تیم
@Dexign فلسفه دیزاین

___

#پست_مجدد این پست تا به حال بیش از ۲۳۰۰ بار مشاهده شده و به نظر می‌رسد برای خوانندگان جدید کانال جذاب باشد.

پروژه یا محصول؟ مدیر پروژه یا مدیر محصول؟

نمی توان گفت دلیل عدم موفقیت برخی از شرکت ها پاسخ ندادن به سوالات فوق است اما می توان ادعا کرد که دلیل عدم موفقیت،ممکن است عدم طرح شدن سوالات فوق باشد. پروژه به یک تلاش موقت برای خلق یک خروجی یکتا گفته می شود اما محصول هر موجودیتی است که شما برای برآورده کردن نیاز یا خواسته وارد بازار می کنید. مدیر پروژه مسئول برآورده کردن اهداف از پیش تعیین شده با استفاده از تیم توسعه است و مدیر محصول، مسئول برآورده شدن تمامی نیازیها مشتریان، سود اقتصادی سازمان و مزیت‌های رقابتی پایدار محصول است.

شما در حال توسعه کدام یک هستید؟ محصول یا پروژه؟

https://www.brainmates.com.au/brainrants/project-manager-vs-product-manager

#کاروان_جافی

لینکدین:
https://uk.linkedin.com/in/karvan-jafi-96897027

کانال تلگرام:
@SoftwarePhilosophy



___

#خلاصه_مطالب «فلسفه نرم‌افزار» در هفته گذشته:

۱. قرار دادن فایل‌های PDF در دیتابیس (SQL Server)

https://t.me/SoftwarePhilosophy/1267

۲. نحوه انتخاب متدولوژی مناسب برای پروژه نرم‌افزاری

https://t.me/SoftwarePhilosophy/1269

۳. چگونه تصمیمات در سطح معماری و کلان پروژه را مستند کنیم؟ (Iran Agile)

https://t.me/SoftwarePhilosophy/1270

۴. ماکروسافت گیت هاب را خرید (Asp.Net Mvc)

https://t.me/SoftwarePhilosophy/1271

۵. بازی و دیزاین، بازی و زندگی (فلسفه دیزاین)

https://t.me/SoftwarePhilosophy/1272

۶. پروژه یا محصول؟ مدیر پروژه یا مدیر محصول؟

https://t.me/SoftwarePhilosophy/1274

ـــــــــــ

@SoftwarePhilosophy

#پست_مجدد این پست تا به حال بیش از ۱۰۰۰ بار مشاهده شده و به نظر می‌رسد برای خوانندگان جدید کانال جذاب باشد.

در سیستم‌هایی که پردازش درخواست‌ها روی منابع مشترک انجام می شود. انجام ترتیبی درخواست‌ها به روش قفل گذاری (Locking) رایج‌ترین روش جلوگیری از همزمانی است. دو دیدگاه برای قفل گذاری وجود دارد. خوشبینانه (Optimistic) و بدبینانه (Pessimistic) و هنر معمار یا طراح نرم افزار، انتخاب روش مناسب برای رفع همزمانی است. مقاله زیر توضیح می‌دهد چطور شناخت دقیق کسب و کار، معرف روش قفل گذاری خواهد بود.


https://goo.gl/G8SyJU

#مهدی_نظری

لینکدین
https://ir.linkedin.com/in/mohammad-mahdi-nazari-90097b58

توییتر
https://twitter.com/ShamehdiN

کانال تلگرام:
@SoftwarePhilosophy


___

#پست_مجدد این پست تا به حال بیش از ۲۲۰۰ بار مشاهده شده و به نظر می‌رسد برای خوانندگان جدید کانال جذاب باشد.

مدیریت کردن برنامه نویس ها از بسیاری جهات شبیه مدیریت کردن دیگر افراد است. آن ها می خواهند که در حل مسائل فنی و منطق برنامه به آن ها کمک شود، از سیاست های غیر ضروری سازمان دور باشند و به دغدغه های شخصی آنها توجه شود. اما مدیریت کردن آن ها به مراتب سخت تر است. در این مقاله پنج نکته درباره اداره کردن تیم های نرم افزاری که محصولات بزرگی را با موفقت ارائه کرده اند توسط یکی از بزرگان این صنعت ذکر شده است.

http://www.cio.com/article/2436015/enterprise-architecture/5-things-grady-booch-has-learned-about-complex-software-systems.html

#کاروان_جافی

لینکدین:
https://uk.linkedin.com/in/karvan-jafi-96897027

کانال تلگرام:
@SoftwarePhilosophy


___

#پست_مجدد این پست تا به حال بیش از ۲۶۰۰ بار مشاهده شده و به نظر می‌رسد برای خوانندگان جدید کانال جذاب باشد.