Software Philosophy – Telegram
Software Philosophy
3.45K subscribers
160 photos
41 videos
1.54K links
چکیده‌ای از مفاهیم به روز مهندسی نرم افزار برای مهندسین نرم‌افزار.
معماری نوین نرم‌افزار، تکنولوژی‌های برنامه نویسی جدید
Download Telegram
Forwarded from Software Philosophy
مدل Actor به عنوان یک مدل messaging برای برنامه‌نویسی توزیع شده و همزمان در مقابل استفاده از thread ها به حساب می‌آید. زبان‌های برنامه‌نویسی Erlang و Elixir بر پایه این مدل ارئه شده است. همچنین فریم‌ورک‌هایی برای استفاده از این مدل قدرتمند در زبان‌های برنامه‌نویسی دیگر نیز ارائه شده‌اند که از آن جمله می‌توان به Akka اشاره کرد.
آکا پروژه‌ای open source می‌باشد که با استفاده از مدل Actor فریم‌ورکی را در اختیار برنامه‌نویسان دیگر زبانها از جمله جاوا و اسکالا گذاشته تا به کمک آن سیستم‌های concurrent و scalable تولید کنند و همچنین برای برنامه‌نویسان .net نیز فریم ورک Akka.net ارائه شده که بوسیله هر دو زبان C# و F# قابل استفاده است.
در مقاله زیر علاوه بر مقایسه دقیقتر بین دو مفهوم Multi Thread و Actor Model به صورت کامل به نحوه پیاده‌سازی و استفاده از Akka.net پرداخته شده است.

https://www.codeproject.com/articles/1007161/a-look-at-akka-net

#محمدرضا_جلیلوند

لینکدین:

http://ir.linkedin.com/in/mohammad-reza-jalilvand-0a5572b1

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

___
Forwarded from فلسفه دیزاین
دیزاینِ مفهومی به اسم «هدف»
با استفاده از فرآیند طراحی محصول

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

مقاله امروز به نوع دیگری از دیزاین می‌پردازه. دیزاینِ مفهومی به اسم «هدف». چیزی که در خیلی از لحظات زندگی ما ممکنه گم بشه، گاهی شفاف نباشه یا برعکس، کاملا دقیق و واضح باشه و ما هم در حال قدم برداشتن به سمت‌ش.
چندتا از بزرگترین سوالاتی که ممکنه هرکسی در زندگی باهاش مواجه بشه اینه که «من چه هدفی رو در زندگی دنبال می‌کنم؟»، «آیا این هدف، هدف درستی هست؟» و …
شما چطور به این سوال‌ها پاسخ دادید؟
هیچوقت فکر می‌کردید که میشه با استفاده راهکارهایی که برای دیزاین محصول طی می‌کنید، «هدف»‌تون رو طراحی کنید؟ مقاله امروز به این موضوع می‌پردازه.

اگر شرکت IDEO رو بشناسید، می‌دونید که یکی از بهترین شرکت‌های دیزاین در دنیاست که یکی از شاخص‌ترین دیزاین‌هاشون، اولین Mouse کامپیوترهای اپل در سال ۱۹۸۰ است. IDEO جایی هست که بسیاری از دیزاینرها برای گذروندن دوره کارآموزی‌شون در اونجا، سر و دست می‌شکونن.
نوشته امروز از Minnie Bredouw هست. خانمی که نقش راهبر خلاقیت (Creative Lead) رو در IDEO به عهده داره.
ایشون برنامه‌ای رو به اسم Designing Purpose برای دانش‌آموزان راه‌اندازی کردن که در این مقاله درباره تفکری که پشت این برنامه هست توضیح دادن. با اینکه این برنامه بطور خاص برای دانش‌آموزان و کسانی که تازه فارغ‌التحصیل شدن، دیزاین شده ولی خوند این مقاله که از دل یک تیم دیزاین بیرون آمده، احتمالا به خیلی از ما کمک می‌کنه مسیری رو که در اون هستیم بازبینی و ارزیابی کنیم.

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

https://medium.com/ideo-stories/designing-purpose-6a4d74e50588

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

#دیزاین #مهارت_فردی #هدفگذاری #طراحی_محصول
@Dexign دیزاین

___
#پست_مجدد این پست تا به حال بیش از ۱۲۰۰ بار مشاهده شده و به نظر می‌رسد برای خوانندگان جدید کانال جذاب باشد.
Forwarded from Software Philosophy
اگر قصد انتخاب فریم ورکی برای ساخت برنامه‌های تک صفحه‌ای سمت کاربر را دارید حتما می‌دانید که انتخاب‌های زیادی پیش روی شما قرار دارد که از آن جمله می‌توان به Angular 1 , Durandal , React یا Ember اشاره کرد. اما فریم ورک‌های جدیدتر Angular2 و Aurelia که توجه زیادی را به خود جلب کرده‌اند می‌توانند جزو اولویت‌های شما قرار بگیرد، ولی "کدام یک بهتر است؟" این سوالی است که همه با آن مواجه می‌شوند و افرادی که تجربه کار با Angular1 را دارند شاید بر این باور باشند که مطمئنا Angular2 انتخاب مناسبتری است ولی در واقع این دو فرم ورک فقط در نام Angular با هم مشترک هستند و در Angular2 شاهد بازنویسی کامل ساختار فریم ورک می‌باشیم.
تصمیم گیری بین این دو می‌تواند شما را با چالش مواجه کند زیرا هر دو دارای طراحی فوق العاده و قدرتمندی می‌باشند که تمام نیازها برای ساخت برنامه‌های تک صفحه‌ای را برآورده می‌کنند و همینطور پشتوانه تجاری خوب آنها از دیگر ویژگی‌های این دو به شمار می‌رود. به همین دلیل می‌توان گفت بین این دو فریم ورک قدرتمند برنده‌ای وجود ندارد ولی تفاوت های زیادی از قبیل معماری یا Data binding با هم دارند. مقایسه این موارد می‌تواند در تصمیم گیری به شما کمک کند تا از میان فریم ورک‌ها راحت‌تر انتخاب کنید.
لینک زیر به شرح مقایسه بین فریم ورک های Aurelia و Angular2 می پردازد.

https://www.pluralsight.com/blog/software-development/angular-2-vs-aurelia

#محمدرضا_جلیلوند

لینکدین:

http://ir.linkedin.com/in/mohammad-reza-jalilvand-0a5572b1

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

___
Forwarded from فلسفه دیزاین
سه راه برای بهبود مهارت دیزاین

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

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

۱. سلسه مراتب بصری:
که پیشتر به نحوی دیگر و تحت عنوان «معماری اطلاعات: فوت کوزه‌گری دیزاین» بررسی‌ش کردیم.

۲. اصول گشتالت:
این اصول درباره ادراک بصری انسان‌هاست که توسط یک روانشناس آلمانی نوشته شده و در دیزاین کاربردهای فراوانی داره. این اصول بطور خلاصه میگه: «کُل، چیزی متفاوت از مجموع تک تک اجزاست.»
پیشنهاد می‌کنم جزئیات این اصول رو مقاله ببینید.

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

فرصت رو از دست ندید و همین حالا مقاله امروز رو بخونید:

https://uxdesign.cc/3-ways-to-improve-your-visual-design-skills-fa9dc8e583ff

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

#مفاهیم #طراحی_بصری #فونت #گشتالت #معماری_اطلاعات
@Dexign دیزاین

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

۱. اپلیکیشن Sketch چگونه به فرهنگ دیزاین کمک می‌کند؟ (دیزاین)
#design #uiux
https://news.1rj.ru/str/SoftwarePhilosophy/804

۲. اثری که Body language بر خود فرد می‌گذارد، اگر بیشتر از اثری که بر مخاطب می‌گذارد نباشد، کمتر هم نیست.
#softskill
https://news.1rj.ru/str/SoftwarePhilosophy/807

۳. فریم‌ورک Akka.net برای برنامه‌نویسی توزیع‌شده
#dotnet #parallel #framework

https://news.1rj.ru/str/SoftwarePhilosophy/809

۴. دیزاینِ مفهومی به اسم «هدف» با استفاده از فرآیند طراحی محصول (دیزاین)
#design
https://news.1rj.ru/str/SoftwarePhilosophy/810

۵. مقیاسه فریم ورک‌های Aurelia و Angular2
#angular2 #aurelia #javanoscript #framework

https://news.1rj.ru/str/SoftwarePhilosophy/812

۶. سه راه برای بهبود مهارت دیزاین (دیزاین)
#design
https://news.1rj.ru/str/SoftwarePhilosophy/813

ـــــــــــ

@SoftwarePhilosophy
رعایت Coding Style در هنگام برنامه‌نویسی، تاثیر زیادی در کیفیت کد تولید شده می‌گذارد. اغلب برای زبان‌هایی مانند C#, Java و یا JavaScript قوانین زیادی برای استایل وجود دارد. این قوانین کمتر در مورد زبان‌هایی مانند SQL رایج است در حالی که رعایت آنها در چنین زبان‌هایی بسیار مهم است. مقاله جالب زیر یک سری از اصول Coding Style در زبان SQL را شرح داده‌است. خلاصه نکات این مقاله عبارتند از:
• Formatting SQL Code
• Functional Misuse
• Variables and Parameters
• Wonderful world of collations

https://www.simple-talk.com/sql/t-sql-programming/basics-good-t-sql-coding-style/

⁉️ برای بحث و تبادل نظر فنی در مورد این پست، بر روی لینک زیر کلیک کنید:

http://ow.ly/XSIA30c5GS3


#مهران_داودی (http://ow.ly/GwIl309lFEm)

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


___
Forwarded from Iran Agile
🔴 فیدبک موثر برای رفتار دیگران

فیدبک و مغز؟

یکی از راههای مطالعه مغز، استفاده از اسکن fMRI است. در این اسکن میزان گردش خون در بخش های مختلف مغز در هر لحظه ثبت می شود و بر اساس آن می توانند بگویند مثلا وقتی شما خوشحال هستید سمت چپ، یا لوب پیشانی یا… بیشتر فعال بوده و پس این بخش مسئولیت یا وظیفه یا درگیر این فعالیت است.

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

یعنی احتمالا مغز تفاوتی بین درد فیزیکی و درد اجتماعی (مانند ترد شدن- بی عدالتی – بی توجهی – اهمیت ندادن) قائل نیست، مثلا تیکه انداختن به یک نفر جلوی جمع فرقی با سیلی زدن به او ندارد (:

اما چگونه باید فیدبک داد؟
https://goo.gl/jeUJCU

@iranagile
مقایسه کد دو اسمبلی ساخته کاری است که در هنگام بررسی نسخه‌های مختلف یک dll بسیار پیش می‌آید. با ابزارهایی مانند Reflector یا dotPeek می‌توان محتوای یک اسمبلی را مشاهده کرد ولی مقایسه دو نسخه مختلف یک اسمبلی با این ابزارها بسیار سخت است. ابزار JustAssembly یک ابزار رایگان و اوپن‌سورس است که اخیرا توسط تیم Telerik توسعه داده شده و به خوبی به برنامه نویسان این امکان را می‌دهد که نسخه‌های مختلف یک اسمبلی را با یکدیگر مقایسه کنند.

http://developer.telerik.com/topics/net/introducing-justassembly-lightweight-net-assembly-diff-tool/

⁉️ برای بحث و تبادل نظر فنی در مورد این پست، بر روی لینک زیر کلیک کنید:

http://ow.ly/Mezs30c7VfS


#مهران_داودی (http://ow.ly/GwIl309lFEm)

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


___
Forwarded from Iran Agile
🔴 ارزیابی عملکرد تیم

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

واقعیت در مورد اندازه گیری

🔷 مردم را هر طوری اندازه بگیرید، همانگونه رفتار خواهند کرد
یا
🔷
به من بگو که چگونه من را اندازه خواهی گرفت، تا بگویم چگونه رفتار خواهم کرد

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

اما در تیم های نرم افزاری بخصوص تیمهای چابک چه چیزی را باید انداره گرفت؟

https://goo.gl/VhCQLg

@iranagile
امنیت یکی از دغدغه‌های مهم نرم‌افزارهای large scale است. این دغدغه نه تنها به خود نرم‌افزار بر می‌گردد، بلکه بیشتر به تیم‌هایی برمی‌گردد که در حال توسعه این سیستم‌ها هستند. اینکه تیم برنامه‌نویسی بتواند یک ویژگی امنیتی مانند لاگین را بنویسد بسیار تفاوت دارد با اینکه بتواند یک کد را امن بنویسد. «توانایی کد نویسی امن» یک مهارت است که مخصوصا برنامه‌نویسان سیستم‌های large scale مانند سیستم‌های بانکی یا ERP باید از آن برخوردار باشند.
یکی از مهمترین تعارضات تیم‌های برنامه‌نویس با دپارتمان‌های امنیت، این طرز تفکر است که امنیت «یک تست نهایی» است که باید در انتها انجام شود. این رویکرد اشتباه غالبا باعث می‌شود ریسک‌های امنیتی زیادی متوجه سازمان شود. در تیم‌های حرفه‌ای امنیت یک کار روزانه است که همه هر روز در حال انجام آن هستند.
اخیرا دپارتمان امنیت «بهسازان» در بانک ملت پروژه جالبی را به نام «مسابقه CTF» یا Capture The Flag را اجرا کرده‌است. طی این رویداد با برگزاری یک سری مسابقات جذاب برنامه‌نویسی امنیتی، به طور ناخودآگاه دانش امنیتی تمام افراد سازمان، مخصوصا برنامه نویسان بالا رفته‌است. نکته جالبه پلتفرم بهسازان این بود که آن را طوری طراحی کرده‌اند که می‌توانند در اختیار سایر سازمان‌ها نیز قرار دهند تا متناسب با بیزنس خود آن را پیکربندی کنند و موجب آموزش این مهارت‌ها به سازمان خود شوند.

http://mehrandvd.me/2017/05/23/capture-flag-secure-software/

⁉️ برای بحث و تبادل نظر فنی در مورد این پست، بر روی لینک زیر کلیک کنید:

http://ow.ly/p03w30cbHdO

#مهران_داودی (http://ow.ly/GwIl309lFEm)

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


___
Forwarded from فلسفه دیزاین
معرفی ابزاری بی‌نظیر برای دیزاینرها:
Launchpad

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

اخیرا اپلیکیشن Sketch، در نسخه ۴۴ خودش، ابزاری به اسم Auto-Layout رو معرفی کرده که در راستای طراحی Responsive، اجازه میده شما نحوه جای‌گیری المان‌ها رو در سایز‌های مختلف به شکلی Dynamic مشخص کنید. این موضوع خیلی هیجان‌انگیزه و کمک میکنه دیزاین، به نسخه پیاده‌سازی شده‌ش، نزدیک و نزدیکتر بشه.
از طرف دیگه، تیم Anima App ابزاری به اسم Launchpad رو به شکل یک افزونه (Plugin) برای اپلیکیشن Sketch معرفی کردن که بهتون کمک میکنه صفحات وبی که با استفاده از Auto-Layout بصورت Responsive دیزاین کردید، با چندتا کلیک بیارین‌ش بالا و روی دامنه دلخواه‌تون قرارش بدین.
با این توضیحات، دیگه تو خود حدیث مفصل بخوان از این مجمل…

وقتی داشتم ویژگی‌های این ابزار رو می‌خوندم و راحتی کار باهاشون رو می‌دیدم، خیلی خیل هیجان‌زده بودم و نمی‌تونم برای استفاده ازش صبر کنم.
چندتا از ویژگی‌های شاخص Launchpad، طراحی Formهایی مثل «تماس با ما» هست که کاملا کار می‌کنه و نیازی به کدنویسی نداره. یا حتی تنظیمات Analytics و SEO که بعضا استفاده ازشون برای دیزاینرها سخت هست.
به این فکر می‌کردم که حتی میشه پروتوتایپ‌های خوبی با این ابزار درست کرد. ایده‌های شما برای استفاده از این ابزار چیه؟

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

https://medium.com/sketch-app-sources/introducing-launchpad-for-sketch-648b775f73dc

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

#معرفی #افزونه #اسکچ #ابزار #وب
@Dexign دیزاین

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

۱. اصول Coding Style در زبان SQL

https://news.1rj.ru/str/SoftwarePhilosophy/815

۲. فیدبک موثر برای رفتار دیگران (Iran Agile)

https://news.1rj.ru/str/SoftwarePhilosophy/816

۳. ابزار اوپن سورس JustAssembly برای مقایسه نسخه‌های مختلف یک اسمبلی

https://news.1rj.ru/str/SoftwarePhilosophy/817

۴. ارزیابی عملکرد تیم (Iran Agile)

https://news.1rj.ru/str/SoftwarePhilosophy/818

۵. امنیت در سیستم‌های large scale با راهکار تیم امنیت بهسازان بانک ملت

https://news.1rj.ru/str/SoftwarePhilosophy/819

۶. Launchpad ابزاری بی‌نظیر برای دیزاینرها (دیزاین)

https://news.1rj.ru/str/SoftwarePhilosophy/820

ـــــــــــ

@SoftwarePhilosophy
مفهوم FaaS یا Function as a Service اخیرا در معماری‌های Serverless بسیار محبوب شده‌اند. این مفهوم به برنامه‌نویسان اجازه می‌دهد تا منطق یک function را بدون وابستگی به سرور و یا تکنولوژی خاصی deploy کنند. برنامه‌نویس می‌تواند یک تابع را بدون وابستگی به هیچ‌چیزی روی بستر cloud بالا بیاورند. در حال حاضر AWS, Microsoft Azure و Google Cloud این امکان را برای برنامه‌نویسان فراهم کرده‌اند.

https://stackify.com/function-as-a-service-serverless-architecture/

⁉️ برای بحث و تبادل نظر فنی در مورد این پست، بر روی لینک زیر کلیک کنید:

http://ow.ly/hYO930chI1x


#مهران_داودی (http://ow.ly/GwIl309lFEm)

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


___
#پست_مجدد این پست تا به حال بیش از ۱۱۰۰ بار مشاهده شده و به نظر می‌رسد برای خوانندگان جدید کانال جذاب باشد.
Forwarded from Software Philosophy
فرایند آموزش در تکنولوژی‌های جدید بسیار موضوع مهمی است. از آنجایی که تکنولوژی‌ها و زبان‌های جدید به شدت در حال رشد و تغییر هستند وجود فرایندها و محیطهای آموزشی مناسب یکی از دغدغه‌های خالقان این تکنولوژی‌ها است.
یکی از روش‌های مرسوم ساخت ابزارهایی به نام Play Ground برای آزمایش زبان‌ها و تکنولوژی‌ها است. پروژه Xamarin Workbooks و یا بهتر است بگوییم .Net Workbook یکی از پروژه‌های جذابی است که یک Play Ground فوق‌العاده برای آزمایش و یادگیری C#, iOS, Android, Azure, Kinect و ... مهیا کرده است.
در این پروژه می‌توان ترکیبی از مستند و کد را ایجاد کرد که قدرت آموزشی بالایی دارد. این پروژه آنقدر جذاب است که Scott Hanselman تصمیم گرفته که در جلسات آموزشی از آن برای آموزش مفاهیم استفاده کند.

اسکات هانسلمن در بلاگ خود کمی در مورد آن توضیح داده‌است. پیشنهاد می‌کنم حتما Xamarin Workbooks را دانلود کنید و turotial آن را دنبال کنید.

https://www.hanselman.com/blog/XamarinNETWorkbooksInteractiveComputingIsAStellarLearningTool.aspx

⁉️ برای بحث و تبادل نظر فنی در مورد این پست، بر روی لینک زیر کلیک کنید:
http://ow.ly/qJR1309lG26

#مهران_داودی (http://ow.ly/GwIl309lFEm)

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


___
Forwarded from فلسفه دیزاین
یک سال تغییر در نقشه‌های گوگل و اپل

دیزاین نقشه همیشه یکی از هیجان‌انگیزترین مقوله‌ها بوده برام. خیلی‌ها ممکنه در وهله اول فکر کنن که کار ساده‌ای هست ولی کاملا در اشتباه هستند. دیزاین نقشه‌ها در طول سالهای زیادی کامل‌تر شدن و با تغییر شهرها و یا ساخته شدن راه‌های جدید مثل بزرگراه‌های طبقاتی و … چالش‌های دیزاینی‌شون همچنان ادامه داره.

امروز میخوایم یه مقاله جالب و هیجان‌انگیز از آقای Justin O'Beirne، درباره نقشه‌های گوگل و اپل معرفی کنم.
آقای Justin قبلتر مقاله‌ای درباره طراحی نقشه یا Cartography در نقشه‌های گوگل و اپل منتشر کرد و بعد از اون با دیدن تغییراتی کوچیک در نقشه گوگل، کنجکاو شد که بدونه این تغییرات چه روندی رو طی می‌کنند.
به این منظور یه Script نوشت که بصورت ماهیانه یک اسکرین‌شات از نقشه‌ پارک Patricia's Green در نقشه‌های گوگل و اپل بگیره. این پارک در شهر سان‌فرانسیسکو، یا به قول خود نویسنده مقاله «حیاط خلوت اپل و گوگل»، قرار داره. Justin فکر می‌کرد اگر قرار باشه تغییری در نقشه‌ها ایجاد بشه، احتمالا بیشترین این تغییرات در همین شهر که مقر اصلی این دو غول تکنولوژی هست، اتفاق می‌افته.
حالا، بعد یکسال از گرفته شدن این تصمیم و عکاسی ماهیانه از نقشه‌های گوگل و اپل، Justin نتایج‌ش رو در قالب یک مقاله روی وب‌سایتش منتشر کرده.

این نتایج بسیار جالب و هیجان‌انگیز هستن، پیشنهاد می‌کنم مطالعه و مشاهده‌شون رو از دست ندید.

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

https://www.justinobeirne.com/a-year-of-google-maps-and-apple-maps

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

#بررسی #نقشه #گوگل #اپل
@Dexign دیزاین

___
استفاده از LINQ در PowerShell در موقعیت‌هایی که به Performance بالا نیاز است می‌تواند بسیار کارا باشد. در ابتدا به نظر عجیب می‌رسد که چطور می‌توان از LINQ در PowerShell استفاده کرد و یا اصولا چرا باید این کار را کرد. در مقاله جذاب زیر به هر دو این سوال‌ها پاسخ داده شده‌‌است. در این مقاله ابتدا به طور خلاصه مفاهیم LINQ شرح داده‌شده‌اند. سپس کاربرد هر کدام از متدهای LINQ با ذکر مثال در اسکریپت‌های PowerShell آموزش داده شده‌است.

https://www.simple-talk.com/dotnet/net-framework/high-performance-powershell-linq/

⁉️ برای بحث و تبادل نظر فنی در مورد این پست، بر روی لینک زیر کلیک کنید:

http://ow.ly/bgOq30cm0iu


#مهران_داودی (http://ow.ly/GwIl309lFEm)

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


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

۱. مفهوم FaaS یا Function as a Service در معماری‌های Serverless
#cloud #faas #architecture

https://news.1rj.ru/str/SoftwarePhilosophy/822

۲. آشنایی با Xamarin Workbooks
#xamarin #dotnet

https://news.1rj.ru/str/SoftwarePhilosophy/824

۳. یک سال تغییر در نقشه‌های گوگل و اپل (دیزاین)
#design #uiux #ux #map
https://news.1rj.ru/str/SoftwarePhilosophy/825
https://news.1rj.ru/str/SoftwarePhilosophy/826

۴. استفاده از LINQ در PowerShell
#powershell #linq
https://news.1rj.ru/str/SoftwarePhilosophy/827

ـــــــــــ

@SoftwarePhilosophy
Forwarded from Iran Agile
🔴 آینده در دستان مدیران محصول

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

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

 https://goo.gl/mR7AQ8

@iranagile