منبع اصلی نوشتار زیر در این لینک قرار دارد

ارائه انقلاب وب‌کامپوننت‌ها و کارگاه گوگل پلیمر

در آخرین روز‌های تیر ماه ۹۵ نخستین همایش توسعه‌دهندگان وب ایران به مدت دو روز برگزار شد. روز اول این همایش، ۳۰ تیر ماه، به تکنولوژی ‌های مرتبط با CSS و روز دوم آن به تکنولوژی‌های پیرامون JavaScript اختصاص داشت.در روز دوم این همایش، من ار… ادامه مطلب

منبع اصلی نوشتار زیر در این لینک قرار دارد

معرفی Polymer، کتابخانه جدید گوگل

Polymer Logo

مقدمه

در شرکت داتیس پارس پروژه‌ای داریم که مسئولیت بخش Front-end آن به تیم ما سپرده شده است. قبل‌تر بخش Front-end با کتابخانه انگولار (AngularJS) توسعه داده شده بود ولی با ارزیابی‌های صورت گرفته، تشخیص بر آن شد که به جای AngularJS از کتابخانه Polymer استفاده نماییم. من از حامیان اصلی این تغییر بودم و حالا بعد از چندین هفته مطمئن شدم که گزینه درست را انتخاب نموده‌ام. این مطلب به معرفی کتابخانه Polymer می‌پردازد.
با توجه به در دسترس نبودن مستقیم سرویس‌هایی مانند Youtube و پروتکل HTTPS از داخل ایران و نیز تحریم‌های گوگل علیه ایران، ممکن است بخش‌هایی از ادامه مطلب را به صورت صحیح و یا کامل مشاهده نفرمایید.

بروزرسانی (دلیل استفاده از Polymer به جای AngularJS)

تعدادی از بازدیدکنندگان وبلاگ از طریق ایمیل و یا در بخش نظرات این مطلب، دلیل کنار گذاشتن انگولار و استفاده پلیمر را چندین بار از من پرسیدند و من جداگانه پاسخ هر یک را ارسال نمودم. حال قصد دارم تا مهم‌ترین دلایل این تغییر را برای تمامی بازدیدکنندگان فهرست کنم. ما برای تغییر فریم‌ورک از انگولار به پلیمر پارامترهای مختلفی رو در نظر گرفتیم:
  1. سادگی پلیمر (از نظر آموزش و توسعه)
  2. ارائه مدل وب کامپوننتی
  3. محدودیت زمانی
  4. سازگاری ساده‌تر با کتابخانه‌های مختلف
  5. در دسترس بودن Element های آماده برای تمامی نیازهای مد نظر ما
  6. تسریع در توسعه نرم‌افزار
  7. در حال حاضر ما از فریم ورک MVC در بخش فرانت اند استفاده نمی‌کنیم. مدل پلیمر متفاوت از پیاده‌سازی MVC است.
  8. انگولار نسخه ۱ از پلیمر پیشتیبانی نمی‌کند. طبق گفته تیم انگولار، پشتیبانی از وب‌کامپوننت‌ها از نسخه ۲ به آن اضافه خواهد شد.

معرفی Polymer (پلیمر)

پلیمر کتابخانه‌ی جاوا اسکریپت برای توسعه سایت‌ها و نرم‌افزارهای تحت وب است. به زبان ساده‌تر پلیمر مجموعه‌ای از وب‌کامپوننت‌ها (Web Component‌) آماده استفاده را در اختیار توسعه‌دهندگان قرار می‌دهند. مشابه راه‌کارهایی که کتابخانه‌‌های X-Tag و Bosonic فراهم می‌کنند.

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

مهم‌ترین هدف پلیمر تغریف زیرساختی برای شکستن کامپوننت‌ها بزرگ به بخش‌های کوچک‌تر است. این کار مزایای از جمله موارد زیر را برای توسعه‌دهدگان نرم‌افزارها به همراه دارد:

  1. کامپوننت‌ها مستقل از یکدیگر خواهند بود. در صورت طراحی صحیح معماری، تغییر در یک کامپوننت، منجر به ایجاد مشکل در سایر کامپوننت‌ها نمی‌شود.
  2. از نوشتن کدهای تکراری جلوگیری می‌شود. شما می‌توانید یک کامپوننت مشترک را در چندین کامپوننت دیگر براحتی استفاده نمایید.
  3. پلیمر (و به صورت کلی‌تر وب کامپوننت) سرعت توسعه نرم‌افزار را شتاب می‌بخشد.
  4. نگهداری (Maintenance) نرم‌افزار در بلندمدت کم هزینه‌تر خواهد بود.

پیش‌نیازها

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

نمونه کاربردی Polymer و Web Component

اگر از ابزارهای گوگل و یا سیستم‌عامل اندروید استفاده کرده باشید، مطمناً چشمتان به کامپوننت‌های پلیمر خورده است. به عنوان مثال بخش ظاهری (Front-end) نرم‌افزارهای Google Translate و اپلیکیشن Youtube بر روی گوشی تلفن همراه با استفاده از کتابخانه پلیمر پیاده‌سازی شده است.
در زیر با استفاده از کامپوننت paper-button دو دکمه و با استفاده از کامپوننت paper-toast دو نوتیفیکیشن ایجاد کرده ایم. با کلیک کردن بر روی هر دکمه نوتیفیکیشن مربوط به آن را مشاهده خواهد نمود:
See the Pen <a href=’http://codepen.io/saeidzebardast/pen/xGoEoe/’>Polymer 1.0 Paper Toast</a> by Saeid Zebardast (<a href=’http://codepen.io/saeidzebardast’>@saeidzebardast</a>) on <a href=’http://codepen.io’>CodePen</a>.

از کجا یاد بگیریم؟

بهترین منبع برای یادگیری پلیمر وب‌سایت پلیمر به آدرس polymer-project.org است. این وب‌سایت و بخش عناصر (elements.polymer-project.org) به سرعت در حال تغییر و توسعه هستند. برای شروع پیشنهاد می‌کنم ویدئو معرفی Polymer 1.0 در همایش Google I/O 2015 را در ادامه مشاهده فرمایید:

منابع و اطلاعات بیشتر

پی‌نوشت: فرصت‌های شغلی

برنامه‌نویس جاوا اسکریپت

در صورتیکه به پلیمر علاقمند هستید و تجربه کافی در زمینه JavaScript و کتابخانه‌های آن مانند AngularJS، ‌BackBoneJS و… دارید، خوشحال می‌شویم که عضو جدید تیم ما باشید.

طراح رابط کاربری (UX/UI)

اگر تجربه لازم در طراحی رابط کاربری و آشنایی کافی با HTML و CSS دارید، خوشحال می‌شویم که عضو جدید تیم ما باشید.

برنامه‌نویس جاوا

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

روزمه خود را ارسال کنید!

لطفا رزومه خود را به آدرس saeid.zebardast@gmail.com یا jobs@datispars.com ارسال نمایید. از ارسال رزومه برای کار پاره‌وقت و یا پروژه‌ای پرهیز کنید. در حال حاضر فقط نیروی تمام‌وقت جذب می‌کنیم.

ادامه مطلب

منبع اصلی نوشتار زیر در این لینک قرار دارد

Radar – July 2014

سلام؛ آن قدر مطلب نگذاشتم تا دوباره یک Radar دیگر منتشر شد. اما چیزهایی که نظر من را جلب کرد:

  • بودن Docker در بین ابزارها و در دسته‌ی Trial . فکر نمیکردم به این زودی توی این دسته قرار بگیره!!!
  •  PostgreSQL as NoSQL… آن هم در دسته‌ی Trial. واقعا جالبه که یک RDBMS با اضافه کردن یک سری ویژگی/نوع داده ( DataType ) مثل Json به عنوان یکی از گزبنه‌های NoSQL روی میز باشد. تحت شرایطی که شما Distribution ( از هر منظری: Replication, Sharding, … ) نیازی نداشته باشی، PostgreSQL گزینه‌ی خوبی برای NoSQL ( یا اگر بهتر بخوام بگم  Document-based DB ) هستش.
  • ARM Server SoC … پیش به سوی سرور های کم مصرف ARM.
  • عدم پشتیبانی مرورگرها از استانداردهای Web Component ها ( Template, HTMLImport, ShadowDOM و CustomElement ) باعث شده که این بستر/ویژگی در دسته‌ی ASSESS ها قرار بگیره. البته شخصا نظرم این هست که Polymer به عنوان یک framework که مبتنی بر همین استانداردها طراحی شده میبایست به عنوان یک ابزار در دسته‌ی Trial قرار میگرفت. ( Polymer واقعا فوق العاده است… اگر بعد وقت شد یک پست کامل در رابطه‌اش مینویسم؛ البته اگر وقت شد…! (^_^) ).
  • وجود Java 8 در دسته‌ی Adopt ها خیلی طبیعه… جز این انتظار نمیرفت.
  • Go language در Adopt….! دوره‌ی پیش هم ( January 2014 ) هم Clojure در همین دسته‌ بود… با توجه به رویکردی که برای معرفی زیان های Concurrent دارند، نبودن Erlang در لیست شان ( و بودن Go ) باعث میشه به جامعیت داده های Radar شک کنم. البته اگر حوزه‌ی کاری ThoughtWorks را که به نظر میرسه بیشتر نرم افزارهای Data-Orinted هستند در نظر بگیریم، ایرادی نمیشه گرفت.
  • Reactive Extensions across language : همچنان Reactive مبحث داغی است که انتظار دارم فرارتر از پست های وبلاگی بره؛ فعلا پروژه های Enterprise ای که بر اساس این معماری طراحی شدن واقعا کم هستند.
  • Scala, the Good Parts: دو نکته منفی در رابطه با Scala خیلی مشهوده… اولی زمان کامپایل است که بیش از میزان انتظار هست ( که همیشه نسبت به Java سنجیده میشه… ) و دوم ویژگی های بیشمار این زبان که محتمل است توی پروژه های بزرگ مشکلاتی را بوجود بیاره… مثلا implicit conversions که برخی معتقدند که خوانایی کد را به میزان قابل توجهی کاهش میده، یا موارد مشابه دیگر. راهی حلی که ToughtWorks پیشنهاد میدهد غیر فعال کردن برخی از این ویژگی‌هاست، تا کامپایلر در گیر آن‌ها نشود ( و سریع تر فرایند کامپایل را انجام بدهد ) و البته پیچیدگی‌ها در «کد خام» ( کدی که نوشته میشود، بدون در نظر گرفتن Design Pattern ها Architecture سیستم )  هم کاهش پیدا کند.
  • به نظر میرسه AngularJS یک framework انقلابی دیگر ( مثل کتابخانه‌ی jQuery ) هست که گرد و خاکی به پا میکنه و تا مدت‌ها پایدار باقی میمونه… اوایل من نظری مثبتی نسبت بهش نداشتم و CanJS را ترجیح میدادم؛ اما این روزها اگر کسی از من مشاوره بخواد عموما AngularJS را معرفی میکنم.
  • Play Framewrok هم به عنوان شناخته شده ترین framework تحت وب Scala در این لیست جایگاه خوبی داره. البته spray هم در این Radar گنجانده شده؛ به نظر میرسه Scala برای شرکت های معتبری مثل ToughtWorks داره قابل اطمینان تر میشه.
  • حضور Julia، R, Rust و Wolfram Language نشان از مهمتر شدن ( بیشتر مورد توجه قرار گرفتن ) آنالیز داده‌ها در هر اندازه‌ای و در هر موسسه‌ای دارد… حالا کی حوصله داره بره یکی از این ها را یاد بگیره؟!؟!؟!

ادامه مطلب