This media is not supported in your browser
VIEW IN TELEGRAM
بدترین سوتی تون چی بوده؟
✍🏽 ¦ @DevYara
نکته:
یه اکستنشن تو VSCode هست که موقع لایو، (secret keys) رو مخفی میکنه!
extension: Dotenv
✍🏽 ¦ @DevYara
نکته:
یه اکستنشن تو VSCode هست که موقع لایو، (secret keys) رو مخفی میکنه!
extension: Dotenv
👍17🤣10
از زحمت کشیدن نترس!
توی مسیر یادگیری برنامهنویسی، همیشه یه عده هستن که فقط دنبال یادگیری نیستن؛ دنبال تجربهان، دنبال رشد واقعی. بهشون میگن Contributor — کسایی که وقتی یه پروژه نیاز به کمک داره، بدون هیچ چشمداشتی پا پیش میذارن و کمک میکنن.
جالبه بدونی خیلی از این آدما الان تبدیل شدن به برنامهنویسهای موفق. چرا؟ چون از تلاش کردن، حتی وقتی سودی براشون نداشته، فرار نکردن. چون فهمیدن تجربه و رشد، تو دل همون کارای بیدستمزد شکل میگیره.
پس اگه تو هم لبهی پرواز توی دنیای برنامهنویسیای، یه توصیه مهم:
از زحمت نکشیدن نترس؛ مخصوصاً وقتی کاریه که قراره بیشتر از پول، بهت ارزش بده.
همین کاراست که مسیرتو میسازه.
✍🏽 ¦ @DevYara
توی مسیر یادگیری برنامهنویسی، همیشه یه عده هستن که فقط دنبال یادگیری نیستن؛ دنبال تجربهان، دنبال رشد واقعی. بهشون میگن Contributor — کسایی که وقتی یه پروژه نیاز به کمک داره، بدون هیچ چشمداشتی پا پیش میذارن و کمک میکنن.
جالبه بدونی خیلی از این آدما الان تبدیل شدن به برنامهنویسهای موفق. چرا؟ چون از تلاش کردن، حتی وقتی سودی براشون نداشته، فرار نکردن. چون فهمیدن تجربه و رشد، تو دل همون کارای بیدستمزد شکل میگیره.
پس اگه تو هم لبهی پرواز توی دنیای برنامهنویسیای، یه توصیه مهم:
از زحمت نکشیدن نترس؛ مخصوصاً وقتی کاریه که قراره بیشتر از پول، بهت ارزش بده.
همین کاراست که مسیرتو میسازه.
✍🏽 ¦ @DevYara
👍38❤13
❓ #چی_میدونی
تو پروژههایی که از میکروسرویسها استفاده میشه، چطور ارتباط بین سرویسها رو مدیریت میکنید؟ از «GraphQL» برای API Gateway استفاده میکنید یا ترجیح میدید هر سرویس جداگانه با RESTful API ارتباط داشته باشه؟
🧠 تو چی میدونی؟ نظرت رو بگو، تجربهتو بنویس، با هم یاد میگیریم.
✍🏽❗️¦ @DevYara
تو پروژههایی که از میکروسرویسها استفاده میشه، چطور ارتباط بین سرویسها رو مدیریت میکنید؟ از «GraphQL» برای API Gateway استفاده میکنید یا ترجیح میدید هر سرویس جداگانه با RESTful API ارتباط داشته باشه؟
🧠 تو چی میدونی؟ نظرت رو بگو، تجربهتو بنویس، با هم یاد میگیریم.
✍🏽❗️¦ @DevYara
👍8
چرت ترین ایده رو به Chat GPT بگی نظرت چیه بدون تحلیل میگه "ایده خوبیه" نظرتو واقعیتو بگو پفیوز
✍🏽 ¦ @DevYara
✍🏽 ¦ @DevYara
👍31🤣10😁2👎1
یه جمله ای که الان شنیدم یه ایده میلیون دلاری از استاد دانشگاهمون
"میگه که در آینده نمیدونم اینا میخوان چی درست کنن مثلا میان سخت افزار رو حذف میکنن فقط میرن تو کار نرم افزار"
✍🏽 ¦ @DevYara
"میگه که در آینده نمیدونم اینا میخوان چی درست کنن مثلا میان سخت افزار رو حذف میکنن فقط میرن تو کار نرم افزار"
✍🏽 ¦ @DevYara
🤣35👍6
سؤال مصاحبه برای موقعیت Team Lead :
این یکی از سوالاتیست که ممکن است در مصاحبه موقعیت شغلی رهبر تیم (Team Lead) مطرح شود. هر کس میتواند بر اساس تجربه شخصی خودش به آن پاسخ دهد.
فرض کنید یکی از توسعهدهندگان تیم شما بهاشتباه اطلاعات حساس مانند لاگینها و رمزهای عبور را در محیط Production منتشر کرده است و شما پس از انتشار از این موضوع مطلع میشوید.
در چنین شرایطی، اقدامات بعدی شما چه خواهد بود؟
✍🏽 ¦ @DevYara ¦ #سوال_مصاحبه
این یکی از سوالاتیست که ممکن است در مصاحبه موقعیت شغلی رهبر تیم (Team Lead) مطرح شود. هر کس میتواند بر اساس تجربه شخصی خودش به آن پاسخ دهد.
فرض کنید یکی از توسعهدهندگان تیم شما بهاشتباه اطلاعات حساس مانند لاگینها و رمزهای عبور را در محیط Production منتشر کرده است و شما پس از انتشار از این موضوع مطلع میشوید.
در چنین شرایطی، اقدامات بعدی شما چه خواهد بود؟
✍🏽 ¦ @DevYara ¦ #سوال_مصاحبه
👍13
برخی نکات مهم و کمتر گفتهشده درباره زبانهای برنامهنویسی
(بر پایه مطالعه و تحلیل منابع مختلف)
در مسیر آشنایی با زبانهای مختلف برنامهنویسی، مفاهیمی دیده میشه که شاید تو نگاه اول ساده بهنظر بیان، اما بررسی عمیقترشون نتایج جالبی داره. اینجا چند تا از اون نکات رو مطرح میکنیم:
1. سادگی همیشه یک مزیت نیست
سادگی یک زبان کاملاً نسبیه. چیزی که برای یک فرد آسونه، ممکنه برای فرد دیگه چالشبرانگیز باشه. پس نمیشه سادگی رو بهعنوان معیار مطلق برای خوب یا بد بودن یک زبان دونست.
2. اعتماد به کد، فراتر از خود زبان
اینکه یک زبان قابل اعتماده، خیلی وقتها به مهارت برنامهنویس بستگی داره، نه صرفاً خود زبان. مثلاً با اینکه Haskell زبانی بسیار قویه، ممکنه خروجیهای ناامن هم با اون نوشته بشه، اگر توسعهدهنده باهاش آشنا نباشه.
3. خود زبان رو جدا از اکوسیستمش بشناسیم
خیلیها موقع مقایسه زبانها، بیشتر روی ابزارها و کتابخونهها تمرکز میکنن تا خود زبان. اما مهمه که اول ویژگیهای خود زبان رو بسنجیم، مثل نوع سیستم تایپ، شیوه بیان مفاهیم و سبک حل مسئله. اکوسیستم مهمه، اما نباید جای زبان رو بگیره.
4. تعداد بهتنهایی نشاندهنده کیفیت نیست
اینکه یه پکیج npm هزاران استار داره، لزوماً نشوندهنده امنیت یا کیفیت بالا نیست. همیشه بهتره کدها رو بررسی کرد، چون تجربه نشون داده که حتی محبوبترین پکیجها هم ممکنه آسیبپذیری داشته باشن.
5. پیچیدگی همیشه بد نیست
ساده بودن یه زبان همیشه بهمعنای خوب بودنش نیست. باید دید پیچیدگی چه امکاناتی رو فراهم کرده. مثلاً Go زبانی سادهست اما بسیار کارآمده. یا JavaScript سریع یاد گرفته میشه، ولی هیچ تضمینی برای خروجی درست وجود نداره!
6. پارادایمها و برداشتهای اشتباه
تصورات اشتباهی مثل "OOP سریعه و FP کنده" زیاد دیده میشن، اما بستگی به پیادهسازی داره. مثلاً FP در Haskell میتونه از Java یا #C سریعتر باشه. پارادایمها بیشتر به سبک سازماندهی کد مربوط میشن تا سرعت.
7. بنچمارکها و پشتپردهی عملکرد
هر زبان، بهینهسازیهای خاص خودش رو داره. مثلاً ترتیب فیلدهای object در JS روی سرعت تأثیر میذاره یا در زبانهای تابعی، کامپایلر میتونه بازگشت دنبالهدار رو به loop تبدیل کنه. پس مقایسه عملکرد، نیاز به تحلیل چندبُعدی داره، نه فقط عدد خام.
✍🏽 ¦ @DevYara
(بر پایه مطالعه و تحلیل منابع مختلف)
در مسیر آشنایی با زبانهای مختلف برنامهنویسی، مفاهیمی دیده میشه که شاید تو نگاه اول ساده بهنظر بیان، اما بررسی عمیقترشون نتایج جالبی داره. اینجا چند تا از اون نکات رو مطرح میکنیم:
1. سادگی همیشه یک مزیت نیست
سادگی یک زبان کاملاً نسبیه. چیزی که برای یک فرد آسونه، ممکنه برای فرد دیگه چالشبرانگیز باشه. پس نمیشه سادگی رو بهعنوان معیار مطلق برای خوب یا بد بودن یک زبان دونست.
2. اعتماد به کد، فراتر از خود زبان
اینکه یک زبان قابل اعتماده، خیلی وقتها به مهارت برنامهنویس بستگی داره، نه صرفاً خود زبان. مثلاً با اینکه Haskell زبانی بسیار قویه، ممکنه خروجیهای ناامن هم با اون نوشته بشه، اگر توسعهدهنده باهاش آشنا نباشه.
3. خود زبان رو جدا از اکوسیستمش بشناسیم
خیلیها موقع مقایسه زبانها، بیشتر روی ابزارها و کتابخونهها تمرکز میکنن تا خود زبان. اما مهمه که اول ویژگیهای خود زبان رو بسنجیم، مثل نوع سیستم تایپ، شیوه بیان مفاهیم و سبک حل مسئله. اکوسیستم مهمه، اما نباید جای زبان رو بگیره.
4. تعداد بهتنهایی نشاندهنده کیفیت نیست
اینکه یه پکیج npm هزاران استار داره، لزوماً نشوندهنده امنیت یا کیفیت بالا نیست. همیشه بهتره کدها رو بررسی کرد، چون تجربه نشون داده که حتی محبوبترین پکیجها هم ممکنه آسیبپذیری داشته باشن.
5. پیچیدگی همیشه بد نیست
ساده بودن یه زبان همیشه بهمعنای خوب بودنش نیست. باید دید پیچیدگی چه امکاناتی رو فراهم کرده. مثلاً Go زبانی سادهست اما بسیار کارآمده. یا JavaScript سریع یاد گرفته میشه، ولی هیچ تضمینی برای خروجی درست وجود نداره!
6. پارادایمها و برداشتهای اشتباه
تصورات اشتباهی مثل "OOP سریعه و FP کنده" زیاد دیده میشن، اما بستگی به پیادهسازی داره. مثلاً FP در Haskell میتونه از Java یا #C سریعتر باشه. پارادایمها بیشتر به سبک سازماندهی کد مربوط میشن تا سرعت.
7. بنچمارکها و پشتپردهی عملکرد
هر زبان، بهینهسازیهای خاص خودش رو داره. مثلاً ترتیب فیلدهای object در JS روی سرعت تأثیر میذاره یا در زبانهای تابعی، کامپایلر میتونه بازگشت دنبالهدار رو به loop تبدیل کنه. پس مقایسه عملکرد، نیاز به تحلیل چندبُعدی داره، نه فقط عدد خام.
✍🏽 ¦ @DevYara
👍18🔥2🤬1
سؤال برای توسعهدهندگان فرانتاند:
تفاوت بین System Design و Design System چیست؟
#سوال_مصاحبه
✍🏽 ¦ @DevYara
تفاوت بین System Design و Design System چیست؟
#سوال_مصاحبه
✍🏽 ¦ @DevYara
👍15
من براش بک اند دولپر بودم ولی اون فرانت کار دوست داشت...! ✍🏽💔
🤣44👎6❤🔥3👍3💔1
بهنظرتون کدوم کار یه برنامهنویس جوگیر انجام میده که از هر نظر مبتدی و ضایع بهنظر میرسه؟
✍🏽 ¦ @DevYara
✍🏽 ¦ @DevYara
👍2❤1👌1
تجربهتون از فضای دانشگاه چطور بوده؟ چه چیزهایی یاد گرفتین، چه مهارتها یا اتفاقات خاصی براتون افتاده، و نگاه کلیتون به دانشگاه و محیطش چیه؟
✍🏽 ¦ @DevYara
✍🏽 ¦ @DevYara
👍2
یه مشکلی که چند وقت پیش توی صحبت کردن داشتم این بود که وقتی میخواستم جواب کسی رو بدم، زیادی مکث میکردم. دلیلش این بود که خیلی فکر میکردم چی بگم یا دنبال بهترین جوابی که میتونم به طرف مقابل بدم، میگشتم.
ولی نکتهش اینه که زمانی که زیاد فکر میکنی که میخوای چه جوابی بدی، مثلاً به ظاهر بهترین جواب رو بدی، معمولاً نتیجه چیزی که فکر میکنی نمیشه!
همین موضوع رو رفتم به یه استاد روانشناسی که هم باشگاهی من هست گفتم، و اون چیزی که به من گفت این بود که این مشکل از کمالگرایی توئه؛ که دنبال بهترین جملهای، و این خیلی بده.
کاری که میتونی بکنی اینه که اولین چیزی که توی ذهنت میاد رو بگی یا انجام بدی، چون ناخودآگاهت از خودآگاهت باهوشتره و کار رو باید بسپاری به اون.
نهایتش اینه که حرفت رو راحت میزنی. در بدترین حالت، طرف ناراحت میشه یا بهش برمیخوره؛ که مهم نیست، یه معذرت خواهی میکنی یا منظورت رو میرسونی.
ولی اگه هیچی نگی یا زیاد فکر کنی، فرصت رو از دست میدی.
چند هفته دارم تمرینش میکنم و واقعاً خیلی خوب بوده.
پیشنهاد میکنم اگه اینطوری هستید، همین کار رو بکنید.
✍🏽 ¦ @DevYara
ولی نکتهش اینه که زمانی که زیاد فکر میکنی که میخوای چه جوابی بدی، مثلاً به ظاهر بهترین جواب رو بدی، معمولاً نتیجه چیزی که فکر میکنی نمیشه!
همین موضوع رو رفتم به یه استاد روانشناسی که هم باشگاهی من هست گفتم، و اون چیزی که به من گفت این بود که این مشکل از کمالگرایی توئه؛ که دنبال بهترین جملهای، و این خیلی بده.
کاری که میتونی بکنی اینه که اولین چیزی که توی ذهنت میاد رو بگی یا انجام بدی، چون ناخودآگاهت از خودآگاهت باهوشتره و کار رو باید بسپاری به اون.
نهایتش اینه که حرفت رو راحت میزنی. در بدترین حالت، طرف ناراحت میشه یا بهش برمیخوره؛ که مهم نیست، یه معذرت خواهی میکنی یا منظورت رو میرسونی.
ولی اگه هیچی نگی یا زیاد فکر کنی، فرصت رو از دست میدی.
چند هفته دارم تمرینش میکنم و واقعاً خیلی خوب بوده.
پیشنهاد میکنم اگه اینطوری هستید، همین کار رو بکنید.
✍🏽 ¦ @DevYara
👍37✍4❤3🔥2👎1