صالح رضائی

درباره من

صالح رضائی

مهندس نرم افزار


  • تولد: ۱۰ اردیبهشت ۱۳۶۵
  • تلفن: ۰۹۳۹۲۷۰۱۵۸۵
  • مدرک: لیسانس مهندسی نرم افزار
  • ایمیل: me@salehrezaei.com

علاقه من به کامپیوتر از کودکی و بازی با کومودور۶۴ شروع شد. در۱۰ سالگی تکه کدهای کوچکی به زبان QBasic نوشتم و به برنامه‌ نویسی علاقه مند شدم. در دانشگاه رشته مهندسی نرم افزار خوانده ام. در حدود یازده سال در حوزه های اتوماسیون و صنعت بانکی مشغول به کار بوده ام و همزمان با آن، پروژه هایی در زمینه تولید وب سایت شخصی و یا تجاری، و اپلیکیشن های موبایل انجام داده ام، و از سال ۱۳۹۹ تصمیم گرفتم که فعالیت حرفه ای خود را به شکل فریلنس ادامه دهم.

مهارت ها

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

SQL Server 90%
C# 95%
Angular 90%
HTML 100%
MongoDB 80%
NodeJS 90%
JavaScript 95%
CSS 70%

گواهینامه ها

رزومه

سوابق حرفه ای

پیشتازان عصر کاوش

۱۳۹۴ - ۱۳۸۸

طراحی و پیاده سازی نرم افزارهای مبتنی بر وب

  • سامانه صدور پروانه عبور آنلاین
  • پورتال آمار دانشگاه پیام نور
  • سامانه مدیریت و بازرسی پل
  • سامانه گزارش تصادفات

گرایش تازه کیش (GSS)

۱۳۹۹ - ۱۳۹۴

طراحی، پیاده سازی، بازنویسی و اصلاح نرم افزارهای تحت ویندوز

  • نرم افزار صدور آنی چک
  • نرم افزار صدور آنی کارت بانکی
  • نرم افزار چک اسکنر
  • نرم افزار سمت کلاینت سیستم احراز هویت

آزاد

تا به حال - ۱۳۹۹
  • شروع کار به صورت فریلنس (نمونه ای از پروژه های انجام شده در زیر آمده است)

نمونه کارها

برخی از نمونه کارها و پروژه های در حال انجام من را میتوانید در این قسمت مشاهده کنید

  • همه
  • وب سایت
  • اپلیکیشن ویندوز
  • ابزار
کتاب های فراتر از کلمات

کتاب های فراتر از کلمات

وب سایت

دست سازه های کابان

دست سازه های کابان

وب سایت

جواهرات پارک

جواهرات پارک

وب سایت

Battery Guardian

Shutdown Controller

اپلیکیشن ویندوز

Battery Guardian

Battery Guardian

اپلیکیشن ویندوز

کلینیک روانپزشکی تهران صبا

کلینیک روانپزشکی تهران صبا

وب سایت

سامانه ثبت اطلاعات موسسه خیریه مرهم

سامانه ثبت اطلاعات موسسه خیریه مرهم

وب سایت

MongoDB Backup

MongoDB Backup

ابزار

وبلاگ

من در وبلاگ خود، مطالبی که به نظرم مفید و یا آموزنده هستند را به اشتراک میگذارم

3 استراتژی تعیین قیمت به عنوان یک فریلنسر

3 استراتژی تعیین قیمت به عنوان یک فریلنسر

ارزشی که ما برای وقت، دانش و تجربه خود قائل می شویم، شیوه برخورد ما با استراتژی قیمت گذاری را تغییر می دهد. در حالت کلی 3 استراتژی قیمت گذاری وجود دارد که می توانید به عنوان یک فریلنسر از آنها استفاده کنید. قیمت گذاری ساعتی بیشتر افرادی که تمام وقت کار می کنند حقوق ساعتی دریافت می کنند. این روش امن است و می توانید برای زمان کار خود دستمزد دریافت کنید. بر اساس تجربه من ، قیمت گذاری ساعتی برای پروژه هایی با ابهامات زیاد، خوب کار می کند. خواه به دلیل بزرگی پروژه ، ماهیت مشتری یا به هر دلیلی باشد. این استراتژی قیمت گذاری شما را از ایجاد ویژگی های اضافی به صورت رایگان یا اجازه دادن به مشتری برای درخواست موارد اضافی غیر ضروری محافظت می کند. چقدر برای یک ساعت درخواست کنید؟ این واقعاً به مهارت ، نمونه کارها و مشتریان شما بستگی دارد و هیچ توصیه جالبی نمی توانم در اینجا ارائه دهم. من یک قانون “حقوق سالانه منهای 3 صفر” را شنیده ام. طبق آن، اگر یک توسعه دهنده با تجربه سالانه 120,000,000 تومان درآمد کسب کند ، حقوق ساعتی شما می تواند 120,000 تومان باشد. در پایان ، قیمت گذاری ساعتی یک روش ساده و در عین حال مطمئن برای قیمت گذاری به عنوان یک توسعه دهنده است.

شش نکته برای بهبود مهارت مرور کد

شش نکته برای بهبود مهارت مرور کد

به نظر من ، مرور کد یکی از موثرترین ابزارها برای بهبود پایه کد و همسویی مهارت های کدنویسی تیم شما است. اما ، مانند هر ابزاری ، می توان از آن به روش غلط استفاده کرد: می تواند به مردم آسیب برساند ، منجر به درگیری می شود و می تواند سرعت ارائه ویژگی های جدید را کاهش دهد. من به عنوان یکی از نگهبانان پیشگام GitLab و نگهدارنده اسناد Vue.js ، روزانه در حال بررسی درخواستهای pull / merge هستم (و وقتی یاد می گرفتم به طور موثر کد را مرور کنم اشتباهات زیادی مرتکب شده ام!) در این مقاله ، سعی می کنم چند تکنیک را به شما آموزش دهم که به من کمک می کند بدون کاهش کیفیت کد ، نظرات خود را بهتر کنم. تغییرات را به صورت محلی آزمایش کنید جدی ، آن را انجام دهید هر زمان که درخواست برای بررسی دارید ، سعی کنید branch را بررسی کرده و تغییرات را بررسی کنید. نه تنها این به تست دود کمک می کند بلکه باعث می شود شما بیشتر بررسی کنید. بعضی اوقات تغییرات کد تا زمانی که مسئله ای را مطالعه نکنید ، اجرای آن را آزمایش کرده و متوجه شوید که در سطح پایین (Low-Level) بسیار خوب است کاملاً موثر به نظر می رسد اما معماری می تواند و باید بهبود یابد.

چرا شما به زمان تنهایی نیاز دارید

چرا شما به زمان تنهایی نیاز دارید

یک احساس غم انگیزی وجود دارد که اگر زمان زیادی را تنها بگذرانیم: ما تنها هستیم. اما در مورد احساسات منفی که می تواند ناشی از صرف نکردن زمان کافی به تنهایی باشد ، چه می کنید؟ تیمی از روانشناسان به سرپرستی رابرت کوپلان در دانشگاه کارلتون نامی را نیز برای آن پیشنهاد داده اند : تنها. مانند ، برعکس تنهایی. ما باید زمان تنهایی خود را با اوقات اجتماعی خود متعادل کنیم و تعادل مناسب برای همه متفاوت است. این ممکن است یک چارچوب مفید برای درک نیازهای ما باشد تا اینکه بخواهیم خود را در یک باینری درونگرا / برونگرا قرار دهیم . بنابراین ، در مورد تنهایی خود چه کاری می توانید انجام دهید؟ اولین قدم تصدیق این مشکل است: اگر به تنهائی بیشتر از آنچه که می خواهید نیاز دارید، تنها هستید. ابزار اصلی کوپلان و همکارانش برای کشف تنهایی یک پرسشنامه ساده بود که از مردم می پرسید آیا آنها با جملاتی مانند “کاش بیشتر اوقات خودم باشم” موافق هستند؟ با کمی درون نگری ، احتمالاً می توانید بفهمید که آیا در واقع تنها هستید.

چگونه یک توسعه دهنده متوسط ​​نباشیم!

چگونه یک توسعه دهنده متوسط ​​نباشیم!

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

تمام مطالب وبلاگ

تماس

تلفن:

۰۹۳۹۲۷۰۱۵۸۵