طراحی وب رادکام

اخبار، مطالب، رویدادهای خدمات و توسعه طراحی وب رادکام


Blazor امکان ایجاد رابط کاربری (UI) صفحات وب توسط کد #C بجای JavaScript را فراهم می کند. 

برنامه نویسی

فریم ورک Blazor، مقاله WebAssembly ،Blazor



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

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



برنامه نویسی

Gulp,Grunt,npm,NodeJS



طراحی انسان محور، برای توصیف یک نوع فرایند طراحی سیستم ها، که مبتنی بر رفتار انسان ها می باشد، استفاده می شود. در این دیدگاه، در تمام مراحل فرایند حل مسأله، راه حل هایی مطرح می شود، که در آنها دیدگاه انسانی در نظر گرفته شده باشد و سیستم با توجه به همین دیدگاه توسعه پیدا خواهد کرد.

عمومی



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

لینک سازی داخلی 

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

عمومی

سئو،طراحی سایت، بهینه سازی سایت، نرخ خروج، لینک بیلدینگ



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

طراحی، طراحی UI، طراحی رابط کاربری، طراحی صفحات وب

رهایی از دردسر Prefix ها در CSS


یکی از آزاردهنده ترین مسائل CSS و CSS3 در طراحی سایت نوشتن کدهای استایل به گونه ای است که در تمامی مرورگرها نمایش یکسانی فراهم شود. این امر به وسیله نوشتن prefix ها برای مرورگرهای مختلف فراهم شده است. اما گاهی پیش می آید که prefix های یک مرورگر از قلم بیفتد و یا prefix نوشتته شده به صورت تکراری  مورد استفاده قرار گیرد.

راهکار بسیار ساده‌ایی برای رهایی از نوشتن Prefixها در طراحی سایت با CSS وجود دارد، به این صورت که ما کد استاندارد را مینویسیم، و کد مخصوص مرورگرهای مختلف را بوسیله برنامه Autoprefixer تولید میکنیم.

 


طراحی سایت، CSS ، Autoprefixer



برای برنامه نویسی اپلیکیشن‌های موبایل زبان‌های برنامه نویسی زیادی وجود دارد ما در اینجا به برخی از این زبان‌ها می پردازیم.



Woff در واقع همان OTF یا TTF است با این تفاوت که شامل یکسری متادیتا می باشد به اضافه ی امکان فشرده سازی. خوشبختانه این فرمت توسط اغلب مرورگرها پشتیبانی می شود.

(Woff مخفف Web Open Font Format  می باشد)


فرق فونت Woff Woff2



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

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

تقریبا در ۵۰ درصد موارد (تجربه شخصی) موفق به حفظ نیرو می شویم و در ۵۰ درصد نتوانسته ایم. البته کاملا به این نکته واقف هستیم که انسان موجود بسیار پیچیده ای است و قطعا تجربه ی ما در برخورد با نیروهای انسانی کم است و همیشه در واحد تحت نظر خود، سعی کرده ام که شان انسانی مهندسین حفظ شود و کارمند هر زمانی که تعهدی به شرکت نداشته باشد می تواند شرکت را ترک کند.

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

مواردی که احساس می کنم مهم هستند را در ادامه می آورم. ترکیب چند مورد از آیتم ها باید شما را به بررسی بیشتر وضعیت نیروی مدنظر هدایت کند.

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

 




Dunning Kruger Effect مقدمه:

مواردی که در زیر عنوان می شود حاصل تجربه‌ی بنده، در عرصه ی IT  و نرم افزار و کار با مهندسان نرم افزار و IT مختلف (حدودا بیست سال) می باشد.صد البته مطالب عنوان شده نظر شخصی است و ممکت است برخی موافق این مطلب نباشند.

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

توهم برنامه نویس حرفه ای بودن:

این مورد مانند یک بیماری، حداقل یکبار، گریبان برنامه نویس را در طول زندگی حرفه ای شان می گیرد. بسیاری از کسانی که در سالهای اول فارغ التحصیلی از دانشگاه قرار دارند، و در یک تیم خوب برنامه‌نویسی هم مشغول به کار هستند؛ با این توهم مواجه می شوند.

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

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

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

اغلب برنامه نویسان توجه ندارند که خلق یک سیستم از ابتدا چقدر سخت است و برای رفع باگ ها در همین سیستم چه خون دلها خورده شده است (زمانی که رفع باگ ها در سیستم می گیرد در سیستم دیده نمی شود و تنها عملکرد کلی دیده می شود) و با یک حساب سرانگشتی از زمان تولید یک ماژول یا افزودن یک Feature جدید، می خواهند زمان تولید نرم افزار را تخمین بزنند  و همین وسوسه شان می کند که چرا خودشان یک App مانند App فعلی نسازند.

همین مسائل کم کم باعث این توهم و به تعبیر اینجانب، دچار بیماری خود برنامه نویس پنداری می شوند.

وسوسه‌ی حقوق بالاتر

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

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

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

کارهای درون تیمی فعلی برایش تکرای شده است و کاملا به آنها مسلط است (غافل از اینکه سهم کوچکی از دانش موجود در تیم فعلی را خودش تولید کرده است) و وسوسه ی حقوق بیشتر و Challenge جدید امان برنامه نویس را بریده است.

دوستانی که مرتب به فرد می گویند که مسیر پیشرفت از او گرفته شده است و دوستانی که موفق شده اند و حقوق بیشتری می گیرند همه و همه باعث افسردگی برنامه نویس جوان می شوند.

البته عدم رشد و افزایش حقوق نیز تاثیر بسزایی در این دلسردی دارد. صدالبته برنامه نویس ما، نمی داند که حقوق پیشنهادی بالا برای اغوای ایشان است و در شرایط عادی چنین حقوقی داده نمی شود و حقوق کمترش در شرکت فعلی در واقع حق رشد وی به شرکت است (فوتبالی ها با این واژه بیشتر آشنا هستند).

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

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

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

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

 

نکته ی پایانی

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

 


مدیریت

برنامه‌نویسی استخدام

صفحه ۱ از ۳ ۲ ۳