Bạn có thấy lạ khi sắp chuyển việc và nảy sinh nhu cầu phải vượt qua một cuộc phỏng vấn, điều đầu tiên bạn nghĩ đến là “bạn cần phải chuẩn bị cho cuộc phỏng vấn”. Giải quyết các vấn đề trên HackerRank, đọc Crack cuộc phỏng vấn mã hóa, ghi nhớ cách ArrayList hoạt động và nó khác với LinkedList như thế nào. Ồ vâng, họ cũng có thể hỏi về việc sắp xếp, và rõ ràng là sẽ không chuyên nghiệp nếu nói rằng sắp xếp nhanh rất có thể là lựa chọn tốt nhất.
Nhưng chờ đã, bạn lập trình 8 tiếng mỗi ngày, giải quyết những vấn đề thú vị và không hề tầm thường, và ở công việc mới, bạn sẽ làm điều tương tự, cộng hoặc trừ. Tuy nhiên, để vượt qua cuộc phỏng vấn, bạn cần phải chuẩn bị thêm bằng cách nào đó, thậm chí không trau dồi kỹ năng hàng ngày mà phải học những điều mà bạn không cần ở công việc hiện tại và khó có thể cần ở công việc tiếp theo. Trước sự phản đối của bạn rằng khoa học máy tính đã có trong máu của chúng tôi, và nếu bạn đánh thức chúng tôi vào lúc nửa đêm, chúng tôi buộc phải nhắm mắt viết trên vỏ gối một chuyến đi dạo quanh chiều rộng của một cái cây mà không hề tỉnh lại, tôi sẽ trả lời rằng nếu tôi nhận được một công việc trong rạp xiếc, và mục đích chính của tôi là thủ thuật này sẽ chính xác như thế này - thì có lẽ là có, tôi đồng ý. Kỹ năng này cần phải được kiểm tra.
Nhưng tại sao lại kiểm tra những kỹ năng không liên quan đến công việc hiện tại của bạn? Chỉ vì nó trở nên thời trang? Bởi vì Google làm điều này? Hoặc bởi vì trưởng nhóm tương lai của bạn phải học tất cả các phương pháp sắp xếp trước cuộc phỏng vấn và bây giờ anh ấy tin rằng “mọi lập trình viên giỏi đều phải thuộc lòng cách thực hiện tìm một bảng màu trong một chuỗi”.
Chà, bạn không phải là Google (c). Những gì Google có thể mua được thì các công ty bình thường không thể mua được. Google, sau khi phân tích dữ liệu của nhân viên của mình, đã đi đến kết luận rằng các kỹ sư có nền tảng Olympic rất giỏi giải quyết các nhiệm vụ cụ thể của mình. Hơn nữa, bằng cách thiết kế quy trình lựa chọn của mình, họ có thể chấp nhận rủi ro rằng họ có thể không thuê được một vài kỹ sư giỏi vì họ không thể giải các bài toán một cách dễ dàng. Nhưng đây không phải là vấn đề đối với họ, có rất nhiều người muốn làm việc tại Google, vị trí này sẽ bị đóng cửa.
Bây giờ, hãy nhìn ra ngoài cửa sổ và nếu trước văn phòng của bạn, các kỹ sư muốn làm việc cho bạn vẫn chưa dựng lều và các nhà phát triển của bạn thường xuyên xem xét stackoverflow để biết cần cài đặt chú thích Mùa xuân tiếp theo nào, thay vì sự phức tạp của các thuật toán xếp hạng thì rõ ràng đã đến lúc bạn phải suy nghĩ xem liệu mình có nên sao chép Google hay không.
Chà, nếu lần này Google thất bại và không đưa ra câu trả lời, bạn nên làm gì? Kiểm tra chính xác những gì nhà phát triển sẽ làm trong công việc. Bạn đánh giá cao điều gì ở các nhà phát triển?
Đặt tiêu chí cho người bạn muốn thuê và phát triển các bài kiểm tra kiểm tra chính xác những kỹ năng này.
Thought
ThoughtWorks có liên quan gì đến việc này? Chính ở đây tôi đã tìm thấy một ví dụ về một cuộc phỏng vấn mẫu mực cho chính mình. ThoughtWorks là ai? Tóm lại, đây là một công ty tư vấn Cao cấp có văn phòng trên toàn thế giới, từ Trung Quốc, Singapore đến Châu Mỹ, đã tư vấn trong lĩnh vực phát triển khoảng 25 năm, có bộ phận Khoa học riêng, do Martin đứng đầu. Fowler. Nếu bạn tìm danh sách 10 cuốn sách phải đọc dành cho Kỹ sư phần mềm, thì có lẽ 2-3 trong số đó sẽ được viết bởi những người đến từ ThoughtWorks, chẳng hạn như Refactoring By Martin Fowler và Building Microservices: Design Fine-Grained Systems của Sam Newman hoặc Xây dựng kiến trúc tiến hóa
của Patrick Kua, Rebecca Parsons, Neal Ford.
Hoạt động kinh doanh của công ty được xây dựng dựa trên việc cung cấp các dịch vụ khá đắt tiền, nhưng khách hàng trả tiền cho chất lượng vượt trội, bao gồm chuyên môn, tiêu chuẩn nội bộ và tất nhiên là con người. Vì vậy, việc thuê đúng người là rất quan trọng ở đây.
Những loại người nào là đúng? Tất nhiên, có những cái khác nhau cho tất cả mọi người. ThoughtWorks đã xác định rằng tiêu chí quan trọng nhất cho mô hình kinh doanh dành cho nhà phát triển của họ là:
- Khả năng phát triển theo cặp. Đó là khả năng, không phải kinh nghiệm hay kỹ năng. Không ai ngờ rằng những người đã thực hành lập trình Pair 5 năm sẽ đến nhưng việc tiếp thu ý kiến người khác và biết lắng nghe là một kỹ năng cần thiết.
- Có khả năng viết bài kiểm tra và lý tưởng nhất là thực hành TDD
- Hiểu SOLID và OOP và có thể áp dụng chúng.
- Trình bày ý kiến của bạn. Với tư cách là nhà tư vấn, bạn phải làm việc với các nhà phát triển của khách hàng, với các nhà tư vấn khác, và sẽ không có nhiều lợi ích nếu một người biết cách làm tốt điều gì đó nhưng hoàn toàn không thể truyền đạt điều đó cho những người còn lại trong nhóm.
Bây giờ điều quan trọng là phải đánh giá những kỹ năng cụ thể này ở ứng viên. Và ở đây tôi muốn nói về trải nghiệm phỏng vấn của tôi tại ThoughtWorks. Tôi sẽ nói ngay rằng tôi đã đến Singapore và đậu, nhưng quy trình tuyển dụng thống nhất và sẽ không khác biệt nhiều giữa các quốc gia.
Giai đoạn 0. Nhân sự
Như thường lệ, một cuộc phỏng vấn dài 20 phút với bộ phận nhân sự. Tôi sẽ không nói nhiều về nó mà chỉ nói rằng tôi chưa bao giờ gặp một nhân viên nhân sự nào có thể nói chuyện 15 phút về văn hóa phát triển trong công ty, tại sao họ sử dụng TDD, tại sao lại lập trình theo cặp. Thông thường, bộ phận nhân sự sẽ chùn bước trước câu hỏi này và nói rằng quy trình của họ là bình thường: nhà phát triển phát triển, người thử nghiệm kiểm tra, người quản lý thúc đẩy.
Giai đoạn 1. Bạn giỏi OOP, TDD đến mức nào?
1.5 giờ trước khi bắt đầu cuộc phỏng vấn, tôi được giao nhiệm vụ chế tạo mô phỏng Mars Rover.
Nhiệm vụ của tàu thăm dò sao HỏaMột đội robot tự hành sẽ được NASA hạ cánh xuống một cao nguyên trên sao Hỏa. Cao nguyên này, có hình chữ nhật kỳ lạ, phải được các máy thám hiểm điều hướng để camera trên tàu của họ có thể có được cái nhìn toàn cảnh về địa hình xung quanh để gửi về Trái đất. Vị trí và vị trí của máy thám hiểm được thể hiện bằng sự kết hợp của tọa độ x và y và một chữ cái đại diện cho một trong bốn điểm la bàn chính. Cao nguyên được chia thành một mạng lưới để đơn giản hóa việc điều hướng. Vị trí ví dụ có thể là 0, 0, N, có nghĩa là rover nằm ở góc dưới bên trái và hướng về phía Bắc. Để điều khiển tàu thăm dò, NASA gửi một chuỗi ký tự đơn giản. Các chữ cái có thể là 'L', 'R' và 'M'. 'L' và 'R' làm cho rover quay lần lượt 90 độ sang trái hoặc phải mà không di chuyển khỏi vị trí hiện tại. 'M' có nghĩa là di chuyển về phía trước một điểm lưới và giữ nguyên tiêu đề.
Giả sử rằng hình vuông hướng về phía Bắc từ (x, y) là (x, y+1).
ĐẦU VÀO:
Dòng đầu tiên nhập vào là tọa độ phía trên bên phải của cao nguyên, tọa độ phía dưới bên trái được giả định là 0,0.
Phần còn lại của đầu vào là thông tin liên quan đến các xe rover đã được triển khai. Mỗi rover có hai dòng đầu vào. Dòng đầu tiên cung cấp vị trí của máy thám hiểm và dòng thứ hai là một loạt hướng dẫn cho máy thám hiểm biết cách khám phá cao nguyên. Vị trí được tạo thành từ hai số nguyên và một chữ cái cách nhau bởi dấu cách, tương ứng với tọa độ x và y và hướng của tàu thăm dò.
Mỗi chiếc rover sẽ được hoàn thành một cách tuần tự, có nghĩa là chiếc rover thứ hai sẽ không bắt đầu di chuyển cho đến khi chiếc rover đầu tiên di chuyển xong.
ĐẦU RA:
Đầu ra của mỗi rover phải là tọa độ và hướng cuối cùng của nó.
GHI CHÚ:
Đơn giản chỉ cần thực hiện các yêu cầu trên và chứng minh máy hút bụi hoạt động bằng cách viết các bài kiểm tra đơn vị cho nó.
Việc tạo bất kỳ dạng giao diện người dùng nào đều nằm ngoài phạm vi.
Giải quyết vấn đề bằng cách làm theo phương pháp TDD (Phát triển dựa trên thử nghiệm) sẽ được ưu tiên hơn.
Trong thời gian ngắn có sẵn, chúng tôi quan tâm đến chất lượng hơn là tính đầy đủ.
*Tôi không thể đăng bài tập được gửi cho tôi, đây là bài tập cũ đã được giao cách đây vài năm. Nhưng tin tôi đi, về cơ bản mọi thứ vẫn như cũ.
Tôi đặc biệt muốn thu hút sự chú ý đến các tiêu chí đánh giá. Đã bao nhiêu lần bạn gặp phải tình huống mà những điều quan trọng đối với ứng viên lại hoàn toàn không quan trọng trong quá trình đánh giá và ngược lại. Không phải ai cũng có suy nghĩ giống bạn nhưng nhiều người có thể chấp nhận và làm theo những giá trị của bạn nếu chúng được nêu rõ ràng. Vì vậy, từ các tiêu chí đánh giá, có thể thấy ngay rằng các kỹ năng quan trọng nhất ở giai đoạn này là
- TDD;
- Khả năng sử dụng OOP và viết mã có thể bảo trì;
- khả năng lập trình cặp
Vì vậy, tôi được cảnh báo rằng hãy dành 1.5 giờ đó để suy nghĩ về cách tôi sẽ thực hiện nhiệm vụ thay vì viết mã. Chúng ta sẽ cùng nhau viết mã.
Khi chúng tôi nói chuyện điện thoại, họ đã nói ngắn gọn với chúng tôi rằng họ là ai, họ làm gì và đề nghị bắt đầu phát triển.
Trong suốt cuộc phỏng vấn, tôi chưa bao giờ có cảm giác rằng mình đang được phỏng vấn. Có cảm giác như bạn đang phát triển mã trong một nhóm. Nếu bạn gặp khó khăn ở đâu đó, họ sẽ giúp đỡ, tư vấn, thảo luận, thậm chí tranh luận với nhau về cách giải quyết tốt nhất. Tại cuộc phỏng vấn, tôi đã quên cách kiểm tra JUnit 5 rằng một phương thức đưa ra Ngoại lệ - họ đề nghị tiếp tục viết bài kiểm tra, trong khi một trong số họ đang tìm kiếm trên Google cách thực hiện.
Theo nghĩa đen, vài giờ sau cuộc phỏng vấn, tôi đã nhận được những phản hồi mang tính xây dựng - điều tôi thích và điều tôi không thích. Trong trường hợp của tôi, tôi được khen ngợi vì đã sử dụng các lớp Sealed để thay thế cho đối tượng null; vì thực tế là trước khi viết mã, tôi đã viết bằng mã giả cách tôi muốn điều khiển rover và do đó nhận được bản phác thảo về các lớp, ít nhất là những lớp có liên quan đến API của robot.
Bước 2: Hãy cho chúng tôi biết
Một tuần trước cuộc phỏng vấn, tôi được yêu cầu chuẩn bị bài thuyết trình về bất kỳ chủ đề nào mà tôi quan tâm. Hình thức đơn giản và quen thuộc: 15 phút thuyết trình, 15 phút trả lời câu hỏi.
Tôi chọn Kiến trúc sạch của chú Bob. Và một lần nữa tôi lại được phỏng vấn bởi một vài người. Đây là trải nghiệm đầu tiên của tôi khi thuyết trình bằng tiếng Anh, và có lẽ, nếu rơi vào tình huống căng thẳng, tôi sẽ không thể đương đầu được. Nhưng một lần nữa, tôi chưa bao giờ có cảm giác như mình đang ở một cuộc phỏng vấn. Mọi chuyện vẫn như thường lệ - tôi bảo họ, họ chăm chú lắng nghe. Ngay cả phần hỏi đáp truyền thống cũng không giống một cuộc phỏng vấn; rõ ràng là các câu hỏi không được đặt ra để “chìm” mà là những câu hỏi thực sự khiến họ quan tâm đến bài thuyết trình của tôi.
Vài giờ sau cuộc phỏng vấn, tôi nhận được phản hồi - bài thuyết trình rất hữu ích và họ thực sự thích thú lắng nghe.
Giai đoạn 3. Mã chất lượng sản xuất
Đã được cảnh báo rằng đây là giai đoạn cuối cùng của cuộc phỏng vấn kỹ thuật, tôi được yêu cầu mang mã ở nhà về trạng thái sẵn sàng sản xuất, sau đó gửi mã để xem xét và lên lịch phỏng vấn khi các yêu cầu đối với nhiệm vụ sẽ thay đổi và mã sẽ thay đổi. yêu cầu sửa đổi. Nhìn về phía trước, tôi có thể nói rằng việc đánh giá mã được thực hiện một cách mù quáng, người đánh giá không biết ứng viên đang ứng tuyển vào vị trí nào, họ không nhìn thấy CV của anh ta, thậm chí họ không nhìn thấy tên anh ta.
Điện thoại reo, và một lần nữa lại có một vài chàng trai ở phía bên kia màn hình. Mọi thứ vẫn giống như lần phỏng vấn đầu tiên: điều chính yếu là đừng quên TDD, hãy kể bạn làm gì và tại sao. Nếu bạn chưa từng thực hành TDD trước đây thì tôi khuyên bạn nên bắt đầu thực hiện ngay lập tức, không phải vì nó cần thiết ở công ty mà vì nó đơn giản hóa đáng kể cuộc sống của bạn, giảm mức độ căng thẳng nếu bạn muốn. Hãy nhớ bạn đã phải điên cuồng tìm kiếm bằng trình gỡ lỗi một lỗi chỉ có thể tái tạo thông qua trình duyệt chứ không thể tái tạo nó bằng các bài kiểm tra? Bây giờ hãy tưởng tượng rằng bạn sẽ phải mắc phải một lỗi như vậy trong một cuộc phỏng vấn - đảm bảo bạn sẽ có một vài sợi tóc bạc. Chúng ta nhận được gì với TDD? Chúng tôi đã thay đổi mã và bất ngờ nhận ra rằng bây giờ các bài kiểm tra đều có màu đỏ, nhưng lần đầu tiên chúng tôi không thể tìm ra lỗi là gì? Được rồi, chúng ta nói “Rất tiếc” với người phỏng vấn, nhấn Ctrl-Z và bắt đầu thực hiện các bước nhỏ về phía trước. Và đúng vậy, bạn cần phát triển khả năng phát triển bằng cách sử dụng TDD trong bản thân, khả năng hướng tới mục tiêu để các bài kiểm tra của bạn vĩnh viễn có màu xanh chứ không phải màu đỏ trong nửa ngày, bởi vì “bạn phải tái cấu trúc rất nhiều”. Đây chính xác là kỹ năng tương tự như viết mã có thể bảo trì hoặc viết mã hiệu quả.
Vì vậy, mã của bạn có thể được thay đổi tốt đến mức nào tùy thuộc vào thiết kế mà bạn dự định bắt đầu, mức độ đơn giản của nó và mức độ kiểm thử của bạn tốt đến mức nào.
Sau cuộc phỏng vấn, tôi nhận được phản hồi trong vòng vài giờ. Ở giai đoạn này, tôi nhận ra rằng mình đã gần như vượt qua và chỉ còn lại rất ít cho đến khi tôi “gặp Fowler”.
Giai đoạn 4. Cuối cùng. Đủ các câu hỏi kỹ thuật. Chúng tôi muốn biết bạn là ai!
Thành thật mà nói, tôi hơi bối rối trước cách đặt câu hỏi này. Làm sao bạn có thể hiểu tôi là người như thế nào trong một giờ trò chuyện? Và hơn thế nữa, làm sao bạn có thể hiểu được điều này khi tôi nói một ngôn ngữ không phải tiếng mẹ đẻ của tôi, và nói thẳng ra là rất tệ và lè lưỡi. Trong các cuộc phỏng vấn trước đây, cá nhân tôi thấy dễ nói chuyện hơn là trả lời các câu hỏi và giọng nói cũng là nguyên nhân. Ít nhất một trong những người phỏng vấn là người châu Á - và giọng của họ, có thể nói, hơi đặc trưng của giọng châu Âu. Vì vậy, tôi quyết định thực hiện một cách tiếp cận chủ động - chuẩn bị một bài thuyết trình về bản thân và khi bắt đầu cuộc phỏng vấn hãy đề nghị nói về bản thân mình trong bài thuyết trình này. Nếu họ đồng ý, thì ít nhất tôi sẽ có ít câu hỏi hơn; nếu họ từ chối lời đề nghị, thì 3 giờ cuộc đời tôi dành cho một bài thuyết trình cũng không phải là một cái giá quá cao. Nhưng bạn nên viết gì trong bài thuyết trình của mình? Tiểu sử - Sinh ra ở đó, vào thời điểm đó, đi học, tốt nghiệp đại học - nhưng ai quan tâm?
Nếu bạn Google một chút về văn hóa Thoughtworks, bạn sẽ tìm thấy một bài viết của Martin Fowler [https://martinfowler.com/bliki/ThreePillars.html] mô tả 3 Trụ cột: Kinh doanh bền vững, Xuất sắc về phần mềm và Công bằng xã hội.
Giả sử rằng Software Excellence đã được kiểm tra cho tôi. Nó vẫn thể hiện sự công bằng xã hội và kinh doanh bền vững.
Hơn nữa, tôi quyết định tập trung vào cái sau.
Để bắt đầu, tôi đã nói với anh ấy lý do tại sao ThoughtWorks - Tôi đã đọc blog của Martin Fowler khi còn học đại học, do đó tôi yêu thích Clean code.
Các dự án cũng có thể được trình bày từ các góc độ khác nhau. Ông cũng phát triển phần mềm y học giúp đơn giản hóa cuộc sống của bệnh nhân và thậm chí, theo tin đồn, đã cứu được một mạng sống. Tôi cũng phát triển phần mềm cho các ngân hàng, giúp cuộc sống của người dân trở nên dễ dàng hơn. Đặc biệt nếu ngân hàng này được 70% dân số cả nước sử dụng. Đây không phải là về Sberbank và thậm chí không phải về Nga.
Bạn muốn biết về tôi? ĐƯỢC RỒI. Sở thích của tôi là chụp ảnh, bằng cách này hay cách khác, tôi đã cầm máy ảnh trên tay khoảng 10 năm, có những bức ảnh tôi không ngại đưa ra. Ngoài ra, có lần, tôi đã giúp đỡ một nơi trú ẩn cho mèo: Tôi chụp ảnh những chú mèo cần một ngôi nhà lâu dài. Và với những bức ảnh đẹp, việc đặt một con mèo sẽ dễ dàng hơn nhiều. Có lẽ tôi đã chụp được hàng trăm con mèo :)
Cuối cùng, 80% bài thuyết trình của tôi chứa đầy mèo.
Ngay sau phần trình bày, HR đã viết thư cho tôi rằng anh ấy chưa biết kết quả cuộc phỏng vấn, nhưng cả văn phòng đã rất ấn tượng với những chú mèo.
Cuối cùng, tôi đã chờ đợi phản hồi - tôi đã làm hài lòng mọi người với tư cách là một con người.
Nhưng trong buổi trò chuyện cuối cùng, HR đã tế nhị cho rằng Công bằng xã hội là rất tốt và cần thiết, nhưng không phải dự án nào cũng như vậy. Và anh ấy hỏi liệu điều đó có làm tôi sợ không. Nói chung, tôi đã hơi quá nhiệt tình với Công bằng xã hội, điều đó xảy ra :)
Tổng
Kết quả là, tôi đã làm việc tại Thoughtworks ở Singapore được vài tháng và tôi thấy rằng ở đây có quá nhiều công ty đang áp dụng “các phương pháp phỏng vấn tốt nhất” từ Google, sử dụng các lá bài và Bảng trắng để viết mã, mặc dù có nhiều kiến thức hơn Spring, Symfony, RubyOnRails (Gạch chân những gì cần thiết) không bắt buộc trong công việc. Các kỹ sư nghỉ một tuần trước cuộc phỏng vấn để “chuẩn bị”.
Tại Thoughtworks, ngoài những yêu cầu thỏa đáng dành cho ứng viên, những nguyên tắc sau được đặt lên hàng đầu:
Niềm Vui Phỏng Vấn. Hơn nữa, đối với cả hai bên. Thật vậy, nếu bạn muốn có được những nhân sự giỏi nhất (và ai lại không?), thì cuộc phỏng vấn không phải là một thị trường nơi những nô lệ được lựa chọn, mà là một buổi biểu diễn nơi cả nhà tuyển dụng và ứng viên đều đánh giá lẫn nhau. Và nếu một ứng viên liên tưởng những cảm xúc dễ chịu với một công ty, rất có thể anh ta sẽ chọn công ty cụ thể này.
Nhiều người phỏng vấn để giảm thiểu sự thiên vị. Tại Thoughtworks, lập trình cặp là tiêu chuẩn thực tế. Và nếu cách làm này có thể áp dụng được cho các lĩnh vực khác thì TW sẽ cố gắng làm điều đó. Ở mỗi giai đoạn, cuộc phỏng vấn được thực hiện bởi 2 người. Như vậy, mỗi người được ít nhất 8 người đánh giá và TW cố gắng chọn những người phỏng vấn có hoàn cảnh xuất thân, hướng đi khác nhau (không chỉ dân công nghệ) và giới tính.
Cuối cùng, quyết định tuyển dụng sẽ được đưa ra dựa trên ý kiến của ít nhất 8 người và không ai có phiếu bầu.
Tuyển dụng dựa trên thuộc tính Thay vì đưa ra quyết định dựa trên sở thích hay không thích của ứng viên, một biểu mẫu được phát triển cho từng vai trò và từng giai đoạn bao gồm các thuộc tính được đánh giá. Đồng thời, khi đánh giá, không nên đánh giá kinh nghiệm về một kỹ năng nhất định mà là khả năng áp dụng nó. Vì vậy, nếu một ứng viên không thể áp dụng bất kỳ kỹ năng nào, chẳng hạn như TDD, nhưng anh ta vẫn cố gắng áp dụng chúng, lắng nghe lời khuyên về cách sử dụng chúng một cách chính xác, thì anh ta có mọi cơ hội vượt qua cuộc phỏng vấn.
Chứng chỉ giáo dục không cần thiết TW không yêu cầu bất kỳ chứng chỉ hoặc trình độ học vấn nào về Khoa học Máy tính. Chỉ có kỹ năng được đánh giá.
Đây là cuộc phỏng vấn đầu tiên của tôi với các công ty nước ngoài mà tôi không phải chuẩn bị. Sau mỗi giai đoạn, tôi không cảm thấy kiệt sức mà ngược lại, tôi rất vui vì mình có thể áp dụng những cách làm tốt nhất, được mọi người ở phía bên kia giám sát đánh giá cao và áp dụng chúng hàng ngày.
Sau vài tháng, tôi có thể nói rằng những kỳ vọng của tôi đã được đáp ứng đầy đủ. ThoughtWorks khác với một công ty thông thường như thế nào? Ở một công ty bình thường, bạn có thể tìm thấy những nhà phát triển giỏi và những người tử tế, nhưng ở TW, sự tập trung của họ vượt xa bảng xếp hạng.
Nếu bạn muốn tham gia ThoughtWorks, bạn có thể xem các vị trí đang tuyển dụng của chúng tôi
Tôi cũng khuyên bạn nên chú ý đến những vị trí tuyển dụng thú vị:
Kỹ sư phần mềm chính: , , ,
Kỹ sư phần mềm cao cấp: , , ,
Kỹ sư phần mềm: , ,
Kỹ sư dữ liệu cao cấp:
Chuyên viên phân tích chất lượng:
Cơ sở hạ tầng: , ,
(Tôi xin thành thật cảnh báo với bạn rằng link đó là link giới thiệu, nếu bạn vào TW thì tôi sẽ nhận được bonus khá hậu hĩnh). Hãy chọn một văn phòng bạn thích, bạn không cần phải giới hạn bản thân ở Châu Âu, sau cùng, cứ 2 năm một lần TW sẽ vui lòng chuyển bạn đến một quốc gia khác, bởi vì... đây là một phần của chính sách ThoughtWorks, do đó văn hóa được lan rộng và đồng nhất.
Hãy thoải mái đặt câu hỏi trong phần bình luận hoặc yêu cầu tôi đưa ra khuyến nghị.
Nếu chủ đề có vẻ thú vị, tôi sẽ viết về cảm giác làm việc tại ThoughtWorks và cuộc sống ở Singapore như thế nào.
Nguồn: www.habr.com
