آیا برای شما عجیب نیست که وقتی می خواهید شغل خود را تغییر دهید و نیاز به قبولی در مصاحبه ایجاد می شود، اولین چیزی که فکر می کنید این است که "شما باید برای مصاحبه آماده شوید". مشکلات HackerRank را حل کنید، مصاحبه کدنویسی Crack را بخوانید، نحوه کار ArrayList و تفاوت آن با LinkedList را به خاطر بسپارید. اوه بله، آنها همچنین ممکن است در مورد مرتب سازی بپرسند، و بدیهی است که گفتن اینکه مرتب سازی سریع به احتمال زیاد بهترین انتخاب خواهد بود، غیرحرفه ای خواهد بود.
اما صبر کنید، شما 8 ساعت در روز برنامه ریزی می کنید، مشکلات جالب و غیر پیش پا افتاده را حل می کنید، و در کار جدید خود نیز همین کار را انجام می دهید، مثبت یا منفی. اما با این وجود، برای گذراندن یک مصاحبه، باید به نحوی بیشتر آماده شوید، حتی مهارت های روزانه خود را تقویت نکنید، بلکه چیزی را بیاموزید که در شغل فعلی خود به آن نیاز نداشتید و بعید است در شغل بعدی به آن نیاز داشته باشید. به اعتراض شما که علم کامپیوتر در خون ماست و اگر نصف شب ما را از خواب بیدار کنید، مجبوریم با چشمان بسته روی روبالشی بنویسیم که دور یک درخت قدم بزنیم بدون اینکه حتی به هوش بیاییم. پاسخ خواهد داد که اگر در سیرک شغلی پیدا کنم، و ترفند اصلی من دقیقاً این خواهد بود - پس شاید بله، موافقم. این مهارت نیاز به آزمایش دارد.
اما چرا مهارت های بی ربط با شغل فعلی شما را امتحان کنید؟ فقط به خاطر اینکه مد شد؟ چون گوگل این کار را می کند؟ یا به این دلیل که سرپرست تیم آینده شما باید قبل از مصاحبه همه روش‌های مرتب‌سازی را یاد می‌گرفت و اکنون معتقد است که «هر برنامه‌نویس خوب باید پیاده‌سازی یافتن یک پالیندروم در یک رشته را از روی قلب بداند».
خوب، شما گوگل (c) نیستید. آنچه گوگل می تواند از عهده آن برآید، شرکت های معمولی نمی توانند. گوگل با تجزیه و تحلیل داده های کارمندان خود به این نتیجه رسید که مهندسان با سابقه المپیاد در انجام وظایف خاص آن خوب هستند. علاوه بر این، با طراحی فرآیند انتخاب خود، آنها می توانند این ریسک را بپذیرند که ممکن است چند مهندس خوب را استخدام نکنند زیرا نمی توانند مسائل ریاضی را به راحتی حل کنند. اما این مشکلی برای آنها نیست، افراد زیادی هستند که می خواهند در گوگل کار کنند، این موقعیت بسته خواهد شد.
حالا بیایید از پنجره به بیرون نگاه کنیم، و اگر در مقابل دفتر شما، مهندسانی که می‌خواهند برای شما کار کنند هنوز چادری راه‌اندازی نکرده‌اند، و توسعه‌دهندگان شما اغلب به دنبال آن هستند که حاشیه‌نویسی بهار بعدی را چه چیزی نصب کند، به جای پیچیدگی‌های الگوریتم‌های رتبه‌بندی، ظاهراً وقت آن رسیده است که به این فکر کنید که آیا باید گوگل را کپی کنید.
خوب، اگر این بار گوگل شکست خورد و پاسخی نداد، چه باید کرد؟ دقیقاً بررسی کنید که توسعه دهنده در محل کار چه خواهد کرد. برای توسعه دهندگان چه چیزی ارزش قائل هستید؟
معیارهایی را برای افرادی که می خواهید استخدام کنید تعیین کنید و آزمون هایی ایجاد کنید که دقیقاً این مهارت ها را آزمایش می کند.
ThoughtWorks
ThoughtWorks چه ربطی به این دارد؟ اینجا بود که نمونه ای از مصاحبه مدل برای خودم پیدا کردم. ThoughtWorks چه کسانی هستند؟ به طور خلاصه، این یک شرکت مشاوره پیشرفته با دفاتر در سراسر جهان، از چین، سنگاپور تا قاره های آمریکا است، که حدود 25 سال است که در زمینه توسعه مشاوره می کند، دارای بخش علوم خاص خود به ریاست مارتین است. فاولر. اگر به دنبال فهرستی از 10 کتاب ضروری برای یک مهندس نرم افزار بگردید، شاید 2 تا 3 مورد از آنها توسط افراد ThoughtWorks نوشته شود، مانند Refactoring By Martin Fowler و Building Microservices: Designing Fine-Grained Systems توسط Sam. نیومن یا معماری تکاملی ساختمان
توسط پاتریک کوآ، ربکا پارسونز، نیل فورد.
کسب و کار این شرکت بر اساس ارائه خدمات نسبتاً گران است، اما مشتری برای کیفیت خارق العاده که متشکل از تخصص، استانداردهای داخلی و البته افراد است، هزینه می پردازد. بنابراین، استخدام افراد مناسب در اینجا حیاتی است.
حق با چه نوع مردمی است؟ البته برای هرکسی موارد متفاوتی وجود دارد. ThoughtWorks مشخص کرده است که مهمترین معیارها برای مدل کسب و کار توسعه دهنده آنها عبارتند از:
- توانایی رشد به صورت جفت. این توانایی است، نه تجربه یا مهارت. هیچ کس انتظار ندارد افرادی که 5 سال برنامه نویسی جفتی را تمرین می کنند بیایند، اما پذیرا بودن از نظرات دیگران و توانایی گوش دادن یک مهارت ضروری است.
- توانایی نوشتن تست، و در حالت ایده آل تمرین TDD
- SOLID و OOP را درک کنید و بتوانید آنها را اعمال کنید.
- نظر خود را ارائه دهید به عنوان یک مشاور، شما باید با توسعه دهندگان مشتری، با مشاوران دیگر کار کنید، و اگر فردی بداند چگونه کاری را به خوبی انجام دهد، اما کاملاً نتواند آن را به بقیه اعضای تیم منتقل کند، فایده زیادی ندارد.
اکنون مهم است که این مهارت های خاص را در داوطلب ارزیابی کنید. و در اینجا می خواهم در مورد تجربه خود از مصاحبه در ThoughtWorks صحبت کنم. من بلافاصله می گویم که من به سنگاپور رفتم و قبول شدم، اما روند استخدام یکپارچه است و از کشوری به کشور دیگر تفاوت چندانی نخواهد داشت.
مرحله 0. HR
همانطور که اغلب اتفاق می افتد، یک مصاحبه 20 دقیقه ای با منابع انسانی. من در مورد آن کوتاه نمی‌مانم، فقط می‌گویم که من هرگز فردی HR را ندیده‌ام که بتواند 15 دقیقه در مورد فرهنگ توسعه در شرکت صحبت کند، چرا از TDD استفاده می‌کند، چرا برنامه‌نویسی زوجی. معمولاً منابع انسانی در مورد این سؤال پژمرده می شوند و می گویند که روند آنها عادی است: توسعه دهندگان توسعه می دهند، آزمایش کنندگان آزمایش می کنند، مدیران رانندگی می کنند.
مرحله 1. چقدر در OOP، TDD خوب هستید؟
1.5 ساعت قبل از شروع مصاحبه، برای من وظیفه ساخت شبیه ساز مریخ نورد فرستاده شد.
ماموریت مریخ نوردگروهی از مریخ نوردهای روباتیک قرار است توسط ناسا در فلاتی در مریخ فرود بیایند. این فلات، که به طرز عجیبی مستطیل شکل است، باید توسط مریخ نوردها هدایت شود تا دوربین‌های آنها بتوانند نمای کاملی از زمین اطراف را برای ارسال به زمین داشته باشند. موقعیت و مکان مریخ نورد با ترکیب مختصات x و y و یک حرف نشان دهنده یکی از چهار نقطه قطب نمای اصلی نشان داده می شود. فلات به یک شبکه تقسیم شده است تا ناوبری را ساده کند. یک موقعیت مثال ممکن است 0، 0، N باشد، به این معنی که مریخ نورد در گوشه سمت چپ پایین و رو به شمال است. برای کنترل یک مریخ نورد، ناسا یک رشته ساده از حروف ارسال می کند. حروف ممکن "L"، "R" و "M" هستند. "L" و "R" باعث می شود که مریخ نورد به ترتیب 90 درجه به چپ یا راست بچرخد، بدون اینکه از نقطه فعلی خود حرکت کند. 'M' به معنای حرکت به جلو یک نقطه شبکه، و حفظ همان عنوان.
فرض کنید که مربع مستقیماً شمال از (x, y) (x, y+1) باشد.
ورودی:
خط اول ورودی مختصات بالا-راست فلات است، مختصات پایین-چپ 0,0 در نظر گرفته شده است.
بقیه ورودی اطلاعات مربوط به مریخ نوردهایی است که مستقر شده اند. هر مریخ نورد دو خط ورودی دارد. خط اول موقعیت مریخ نورد را نشان می دهد و خط دوم یک سری دستورالعمل است که به مریخ نورد می گوید که چگونه فلات را کاوش کند. این موقعیت از دو عدد صحیح و یک حرف جدا شده با فاصله‌های مربوط به مختصات x و y و جهت مریخ نورد تشکیل شده است.
هر مریخ نورد به صورت متوالی تمام می شود، به این معنی که مریخ نورد دوم تا زمانی که حرکت اولی به پایان نرسد شروع به حرکت نمی کند.
خروجی:
خروجی هر مریخ نورد باید مختصات و سرفصل نهایی آن باشد.
توجه:
به سادگی الزامات بالا را اجرا کنید و با نوشتن تست های واحد برای جاروبرقی ثابت کنید که کار می کند.
ایجاد هر شکلی از رابط کاربری خارج از محدوده است.
حل مشکل با پیروی از رویکرد TDD (Test Driven Development) ترجیح داده می شود.
در زمان کوتاه موجود، ما بیشتر نگران کیفیت هستیم تا کامل بودن.
*تکلیفی که برای من ارسال شده است را نمی توانم پست کنم، این یک تکلیف قدیمی است که چندین سال پیش داده شده است. اما باور کنید اساساً همه چیز ثابت می ماند.
به ویژه می خواهم توجه را به معیارهای ارزیابی جلب کنم. چند بار با موقعیتی مواجه شده اید که در طی ممیزی، چیزهایی که برای یک نامزد مهم هستند، کاملاً بی اهمیت باشند و بالعکس. همه مانند شما فکر نمی کنند، اما بسیاری می توانند ارزش های شما را بپذیرند و از آنها پیروی کنند، اگر به وضوح بیان شوند. بنابراین، از معیارهای ارزیابی بلافاصله مشخص می شود که مهمترین مهارت ها در این مرحله هستند
- TDD;
- امکان استفاده از OOP و نوشتن کد قابل نگهداری.
- توانایی های برنامه نویسی جفتی
بنابراین، به من اخطار داده شد که به جای نوشتن کد، آن 1.5 ساعت را صرف فکر کردن به نحوه انجام کار کنم. کد را با هم می نویسیم.
وقتی با تلفن تماس گرفتیم، بچه ها به طور خلاصه به ما گفتند که چه کسانی هستند و چه کار می کنند و پیشنهاد شروع توسعه را دادند.
در طول کل مصاحبه، یک بار هم این احساس را نداشتم که در حال مصاحبه هستم. این احساس وجود دارد که شما در حال توسعه کد در یک تیم هستید. اگر در جایی گیر کردید، آنها کمک می کنند، نصیحت می کنند، بحث می کنند، حتی در مورد بهترین روش با یکدیگر بحث می کنند. در مصاحبه، فراموش کردم که چگونه در JUnit 5 بررسی کنم که یک روش یک استثنا را ایجاد می کند - آنها پیشنهاد کردند که تست را ادامه دهند، در حالی که یکی از آنها در حال جستجو در گوگل بود که چگونه این کار را انجام دهد.
به معنای واقعی کلمه چند ساعت پس از مصاحبه، بازخورد سازنده دریافت کردم - چه چیزی را دوست داشتم و چه چیزی را نه. در مورد من، به خاطر استفاده از کلاس‌های Sealed به‌عنوان جایگزینی برای شی تهی، مورد تحسین قرار گرفتم. برای این واقعیت که قبل از نوشتن کد، من در شبه کد نوشتم که چگونه می خواهم مریخ نورد را کنترل کنم، و بنابراین طرحی از کلاس ها، حداقل آنهایی که در API ربات دخیل هستند، دریافت کردم.
مرحله 2: به ما بگویید
یک هفته قبل از مصاحبه، از من خواسته شد که در مورد هر موضوعی که به من علاقه مند است، یک سخنرانی آماده کنم. قالب ساده و آشنا است: 15 دقیقه ارائه، 15 دقیقه پاسخ به سوالات.
من معماری پاک توسط عمو باب را انتخاب کردم. و دوباره چند نفر با من مصاحبه کردند. این اولین تجربه من از ارائه به زبان انگلیسی بود و شاید اگر در شرایط استرس زا قرار می گرفتم نمی توانستم با آن کنار بیایم. اما باز هم، هرگز این احساس را نداشتم که در یک مصاحبه هستم. همه چیز طبق معمول است - به آنها می گویم، آنها با دقت گوش می دهند. حتی جلسه پرسش و پاسخ سنتی مانند مصاحبه نبود؛ واضح بود که سؤالات «غرق» نبودند، بلکه سؤالاتی بود که واقعاً آنها را در ارائه من علاقه مند می کرد.
چند ساعت پس از مصاحبه، بازخورد دریافت کردم - ارائه بسیار مفید بود و آنها واقعاً از گوش دادن لذت بردند.
مرحله 3. کد کیفیت تولید
با هشدار به اینکه این آخرین مرحله مصاحبه فنی است، از من خواسته شد که کد را در خانه به حالت آماده تولید برسانم، سپس کد را برای بازبینی بفرستم و زمان‌بندی مصاحبه‌ها را بفرستم که در آن شرایط لازم برای کار تغییر کند و کد تغییر کند. نیاز به اصلاح دارد. با نگاهی به آینده، می توانم بگویم که بررسی کد به صورت کورکورانه انجام می شود، بازبینان موقعیتی را که داوطلب درخواست می کند، نمی دانند، رزومه او را نمی بینند، حتی نام او را نمی بینند.
تلفن زنگ خورد و دوباره چند نفر آن طرف مانیتور بودند. همه چیز مانند مصاحبه اول است: نکته اصلی این است که TDD را فراموش نکنید، بگویید چه می کنید و چرا. اگر قبلاً TDD را تمرین نکرده‌اید، توصیه می‌کنم فوراً آن را شروع کنید، نه به این دلیل که در شرکت‌ها ضروری است، بلکه به این دلیل که زندگی شما را به طور قابل توجهی ساده می‌کند، در صورت تمایل سطح استرس شما را کاهش می‌دهد. به یاد داشته باشید که چگونه مجبور بودید دیوانه وار با یک دیباگر خطا را جستجو کنید که فقط از طریق مرورگر قابل بازتولید است، اما نمی توانید آن را با آزمایش بازتولید کنید؟ حالا تصور کنید که باید در طول مصاحبه چنین اشتباهی را مرتکب شوید - دو تا موی خاکستری برای شما تضمین شده است. با TDD چه چیزی بدست می آوریم؟ ما کد را تغییر دادیم و به طور غیر منتظره متوجه شدیم که اکنون تست ها قرمز هستند، اما چه خطایی است که بار اول نمی توانیم بفهمیم؟ بسیار خوب، ما به مصاحبه کنندگان می گوییم "اوه"، Ctrl-Z را فشار دهید و شروع به برداشتن گام های کوچک رو به جلو کنید. و بله، شما باید توانایی توسعه با استفاده از TDD را در خود ایجاد کنید، توانایی رفتن به سمت هدف را به طوری که تست های شما همیشه سبز باشند، و نه قرمز برای نصف روز، زیرا "شما تغییرات زیادی دارید." این دقیقاً همان مهارت نوشتن کد قابل نگهداری یا نوشتن کد تولیدی است.
بنابراین، اینکه کد شما چقدر می تواند تغییر کند بستگی به این دارد که برای شروع چه طرحی در ذهن دارید، چقدر ساده است و چقدر تست های شما خوب است.
پس از مصاحبه، در عرض چند ساعت بازخورد دریافت کردم. در این مرحله، متوجه شدم که تقریباً به پایان رسیده‌ام و تا زمانی که «با فاولر» ملاقات کنم، خیلی کم مانده است.
مرحله 4. نهایی. سوالات فنی کافیه ما می خواهیم بدانیم شما کی هستید!
صادقانه بگویم، من از این فرمول سوال تا حدودی گیج شدم. در یک ساعت مکالمه چگونه می توانید بفهمید که من چه جور آدمی هستم؟ و حتی بیشتر از آن، چگونه می توانید این را بفهمید وقتی من به زبانی صحبت می کنم که زبان مادری من نیست، و صادقانه بگویم، بسیار بد و بی زبان است. در مصاحبه‌های قبلی، صحبت کردن برای من به جای پاسخ دادن به سؤالات راحت‌تر بود و لهجه مقصر بود. حداقل یکی از مصاحبه کنندگان آسیایی بود - و لهجه آنها، خوب، فقط بگوییم، تا حدودی مختص گوش اروپایی است. بنابراین، تصمیم گرفتم رویکردی پیشگیرانه در پیش بگیرم - ارائه ای درباره خودم تهیه کنم و در ابتدای مصاحبه پیشنهاد کنم با این ارائه درباره خودم صحبت کنم. اگر آنها موافقت کنند، حداقل سؤالات کمتری برای من وجود دارد؛ اگر آنها پیشنهاد را رد کنند، خوب، 3 ساعت از زندگی من که برای ارائه صرف شده است، قیمت آنچنانی نیست. اما در ارائه خود چه چیزی باید بنویسید؟ بیوگرافی - متولد آنجا، در آن زمان، به مدرسه رفت، از دانشگاه فارغ التحصیل شد - اما چه کسی اهمیت می دهد؟
اگر کمی در مورد فرهنگ Thoughtworks در گوگل جستجو کنید، مقاله ای از مارتین فاولر [https://martinfowler.com/bliki/ThreePillars.html] را خواهید یافت که 3 رکن: کسب و کار پایدار، تعالی نرم افزار، و عدالت اجتماعی را شرح می دهد.
بیایید فرض کنیم که نرم افزار Excellence قبلا برای من بررسی شده است. باقی مانده است که تجارت پایدار و عدالت اجتماعی را نشان دهیم.
علاوه بر این، تصمیم گرفتم روی دومی تمرکز کنم.
برای شروع، به او گفتم چرا ThoughtWorks - وبلاگ مارتین فاولر را در کالج خواندم، از این رو به Clean Code علاقه داشتم.
پروژه ها نیز می توانند از زوایای مختلف ارائه شوند. او همچنین نرم افزاری برای پزشکی تولید کرد که زندگی بیماران را ساده کرد و حتی طبق شایعات، جان یک نفر را نجات داد. من همچنین نرم افزاری را برای بانک ها توسعه دادم که زندگی را برای شهروندان آسان تر کرد. به خصوص اگر 70 درصد جمعیت کشور از این بانک استفاده کنند. این در مورد Sberbank و حتی در مورد روسیه نیست.
می خواهید در مورد من بدانید؟ خوب. سرگرمی من عکاسی است، حدود 10 سال است که دوربین را در دست گرفته ام، عکس هایی وجود دارد که از نشان دادن آنها خجالت نمی کشم. همچنین، زمانی به یک پناهگاه گربه کمک کردم: از گربه هایی که نیاز به خانه دائمی داشتند عکس گرفتم. و با عکس های خوب قرار دادن یک گربه بسیار ساده تر است. من احتمالا از صد گربه عکس گرفتم :)
در پایان، 80 درصد از ارائه من با گربه ها پر شد.
بلافاصله پس از ارائه، HR برای من نوشت که او هنوز از نتایج مصاحبه اطلاعی ندارد، اما کل دفتر قبلاً تحت تأثیر گربه ها قرار گرفته بود.
در نهایت، منتظر بازخورد بودم - همه را به عنوان یک شخص راضی کردم.
اما در گفتگوی پایانی، HR با درایت گفت که عدالت اجتماعی بسیار خوب و ضروری است، اما همه پروژه ها اینگونه نیستند. و او پرسید که آیا این مرا می ترساند؟ در کل، من کمی در مورد عدالت اجتماعی زیاده روی کردم، این اتفاق می افتد :)
مجموع
در نتیجه، من چندین ماه است که در Thoughtworks در سنگاپور کار می‌کنم و می‌بینم که در اینجا بسیاری از شرکت‌ها «بهترین شیوه‌های مصاحبه» را از Google اتخاذ می‌کنند و از برگه‌ها و تخته سفید برای کدنویسی استفاده می‌کنند، علی‌رغم اینکه دانش بیشتری نسبت به Spring دارند. Symfony، RubyOnRails (زیر آنچه لازم است خط بکشید) در کار مورد نیاز نیست. مهندسان قبل از مصاحبه یک هفته مرخصی می گیرند تا «آماده شوند».
در Thoughtworks، علاوه بر الزامات کافی برای نامزد، اصول زیر در خط مقدم است:
لذت مصاحبه علاوه بر این، برای هر دو طرف. در واقع، اگر می‌خواهید بهترین پرسنل را به دست آورید (و چه کسی نمی‌خواهد؟)، پس مصاحبه بازاری نیست که در آن برده‌ها انتخاب می‌شوند، بلکه نمایشی است که کارفرما و نامزد همدیگر را ارزیابی می‌کنند. و اگر نامزدی احساسات خوشایند را با یک شرکت مرتبط کند، احتمالاً این شرکت خاص را انتخاب خواهد کرد
چند مصاحبه کننده برای کاهش تعصب در Thoughtworks، برنامه نویسی زوجی استاندارد عملی است. و اگر بتوان این عمل را در زمینه های دیگر نیز اعمال کرد، TW سعی می کند این کار را انجام دهد. در هر مرحله مصاحبه توسط 2 نفر انجام می شود. بنابراین، هر فرد حداقل توسط 8 نفر ارزیابی می‌شود و TW سعی می‌کند مصاحبه‌کننده‌هایی را با پیشینه‌های مختلف، جهت‌های متفاوت (نه تنها متخصصان فنی) و جنسیت انتخاب کند.
در نهایت تصمیم استخدام بر اساس نظر حداقل 8 نفر خواهد بود و هیچکس رای قاطع ندارد.
استخدام مبتنی بر ویژگی به جای تصمیم گیری بر اساس علاقه یا ناپسندی یک نامزد، فرمی برای هر نقش و هر مرحله ایجاد می شود که شامل ویژگی های مورد ارزیابی است. در عین حال، هنگام ارزیابی، بسیار توصیه می شود که نه تجربه در یک مهارت خاص، بلکه توانایی به کارگیری آن را ارزیابی کنید. بنابراین، اگر داوطلبی قادر به اعمال هیچ مهارتی مانند TDD نبود، اما با این وجود سعی می‌کرد آنها را به کار ببندد، به توصیه‌هایی در مورد نحوه استفاده صحیح از آنها گوش دهد، شانس قبولی در مصاحبه را دارد.
گواهی تحصیلی لازم نیست TW به هیچ مدرک یا تحصیلی در علوم کامپیوتر نیاز ندارد. فقط مهارت ها ارزیابی می شوند.
این اولین مصاحبه ای است که با شرکت های خارجی داشتم که مجبور نبودم برای آن آماده شوم. بعد از هر مرحله، احساس خستگی نمی‌کردم، بلکه برعکس، خوشحال بودم که می‌توانم بهترین روش‌ها را به کار ببرم، که افراد آن طرف مانیتور از آن استقبال می‌کردند و هر روز از آنها استفاده می‌کردند.
بعد از چندین ماه می توانم بگویم که انتظاراتم کاملا برآورده شد. ThoughtWorks چه تفاوتی با یک شرکت معمولی دارد؟ در یک شرکت معمولی می توانید توسعه دهندگان خوب و افراد خوب پیدا کنید، اما در TW تمرکز آنها از نمودار خارج است.
اگر علاقه مند به پیوستن به ThoughtWorks هستید، می توانید موقعیت های باز ما را مشاهده کنید
من همچنین پیشنهاد می کنم به جای خالی جالب توجه کنید:
مهندس ارشد نرم افزار: , , ,
مهندس ارشد نرم افزار: , , ,
مهندس نرم افزار: , ,
مهندس ارشد داده:
تحلیلگر کیفیت:
زیر ساخت: , ,
(من صادقانه به شما هشدار می دهم که لینک یک لینک ارجاع است، اگر به TW بروید، یک جایزه خوب دریافت می کنم). دفتری را که دوست دارید انتخاب کنید، لازم نیست خود را به اروپا محدود کنید، بالاخره هر 2 سال TW خوشحال می شود که شما را به کشور دیگری منتقل کند، زیرا ... این بخشی از سیاست ThoughtWorks است، بنابراین فرهنگ گسترش یافته و همگن می شود.
در نظرات بپرسید یا از من برای توصیه ها بپرسید.
اگر موضوع جالب به نظر می رسد، در مورد نحوه کار در ThoughtWorks و زندگی در سنگاپور خواهم نوشت.
منبع: www.habr.com