Tôi làm việc tại một công ty mới thành lập gồm năm người. Chúng tôi có bằng tiến sĩ về học máy, cựu thành viên của nhóm nòng cốt RSpec, và anh chàng biên dịch nhị phân Git cho OS X. Đó chỉ là nhân viên; người sáng lập có bằng tiến sĩ và là CTO cho một tập đoàn trị giá hàng tỷ đô la trước khi rời đi để bắt đầu một khởi nghiệp (thành công), và bây giờ đã rời bỏ điều đó để bắt đầu công ty này. Chúng ta cũng có thể có một chàng trai có bằng tiến sĩ toán học.

Aaaaaaaaand sau đó có tôi, thực tập sinh bỏ học đại học. Tôi nghĩ rằng tôi khá thông minh và tôi đang đọc không ngừng, nhưng sự đồng đều về kinh nghiệm, kỹ năng và kiến ​​thức giữa tôi và đồng nghiệp của tôi thật ngoạn mục.

Vì vậy, hãy đặt mình vào vị trí của họ: bạn đã có một thực tập sinh trẻ tuổi, có nhiều điều để học hỏi nhưng ít nhất là rất năng động. Điều gì sẽ gây phiền nhiễu? Những gì bạn sẽ hy vọng để thoát khỏi anh ta ở đây và bây giờ? Điều gì sẽ gây ngạc nhiên thú vị nếu nó xảy ra?

Điều quan trọng nhất:

Đừng bị ấn tượng bởi các tiêu đề. Trong một thời gian ngắn, bạn sẽ nhận ra rằng đồng nghiệp Ph. D của bạn cũng chỉ là con người. Và một số người có bằng tiến sĩ không bao giờ thực sự tạo ra bất cứ thứ gì thực tế hữu ích. Luôn luôn nhớ rằng, đừng cảm thấy thấp kém.

Bạn mong đợi gì ở bạn? Để viết mã tốt và hoàn thành công việc. Rất có thể bạn là một người thực sự làm việc, như bạn mô tả bản thân là người năng nổ. Tôi đã thấy rất nhiều người có bằng cấp mãi mãi đạt được những nhiệm vụ đơn giản vì họ tập trung quá nhiều vào các chi tiết, v.v. Hãy sử dụng nó tốt và cung cấp mã tốt trong thời gian hợp lý và mọi người sẽ sớm tôn trọng bạn.

Nhưng đừng thiếu tôn trọng người khác. Họ rất có thể già hơn và bạn có thể học được những điều có giá trị từ họ. Nhưng đừng mất công quá. Luôn cố gắng để hiểu và suy nghĩ cho chính mình. Tôi hy vọng bạn sao chép các hành vi và kiến ​​thức từ chúng thực sự hiệu quả.

Khiêm tốn đi một chặng đường dài

Với thái độ khiêm tốn của bạn, tôi thực sự nghi ngờ bạn sẽ khó chịu. Khiêm tốn đi một chặng đường dài. (Điều này đúng với ảnh nóng cũng như đối với thực tập sinh.)

Nếu vai trò của bạn rõ ràng là để hỗ trợ những người khác, bạn có thể chắc chắn là hữu ích bằng cách chỉ cần hỏi. "Nhiệm vụ khó chịu nào tôi có thể tháo đĩa của bạn?"

Một điều nữa bạn sẽ thấy là hầu hết mọi người thích cảm thấy được đánh giá cao. Nếu bạn thực sự trông chờ vào các thành viên trong nhóm của mình, bạn có thể thoát khỏi việc hỏi họ rất nhiều và học hỏi nhiều từ họ. Họ sẽ cảm thấy hãnh diện, nhưng nó sẽ là chính hãng. Nó cũng sẽ giúp bạn học hỏi và trở nên hữu ích hơn.

Cuối cùng, biết ít hơn chúng có thể hữu ích trong chính nó. Ví dụ: bạn có thể sẽ giỏi hơn trong việc viết tài liệu cho API, bởi vì bạn sẽ hỏi những câu hỏi mà người ngoài sẽ hỏi, nhưng dường như quá rõ ràng với những người khác.

Và ai biết? Bạn có thể thấy rằng bằng cách phục vụ, bạn trở thành một nhà lãnh đạo.

Bạn đã có rất nhiều câu trả lời tốt. Tôi nghĩ rằng tôi có thể đóng góp bằng cách chia sẻ kinh nghiệm của tôi ở một vị trí tương tự.

Bối cảnh: Tôi đang làm việc bán thời gian trong một bộ phận R & D của một công ty khá lớn kể từ vài năm trong khi nghề nghiệp chính của tôi là học CS. Những người tôi làm việc hầu hết thời gian có bằng tiến sĩ hoặc thạc sĩ về EE, CS, Toán và Vật lý. Tôi bắt đầu như một người mới hoàn thành nhưng đã học được rất nhiều trong vài năm đó.

Điều gì sẽ gây phiền nhiễu?

1. Đặt câu hỏi mà tôi có thể dễ dàng tự trả lời bằng Google
2. Làm gián đoạn người khác quá thường xuyên bằng cách đặt câu hỏi. Nếu bạn có một câu hỏi không phải là một công cụ chặn, hãy thực hiện một số công việc khác cho đến khi bạn có thể hỏi câu hỏi của mình mà không làm gián đoạn người bạn hỏi. Bạn có thể thu thập một vài câu hỏi và sau đó hỏi thời gian của người kia hoặc đợi cho đến khi người đó hỏi bạn về tiến trình của bạn hoặc để có thời gian tốt để nói chuyện với anh ta, ví dụ như khi anh ta bị gián đoạn bởi một cuộc gọi, tại kết thúc giờ nghỉ, .. Sau đó nói với anh ấy "Tôi đã làm cái này và cái kia, nhưng hiện tại tôi bị mắc kẹt ở đây và ở đó".
3. Nếu bạn gặp khó khăn (sau khi cạn kiệt google và các tài nguyên khác), hãy đảm bảo bạn yêu cầu trợ giúp. Không có gì tệ hơn là phát hiện ra ai đó đã bị mắc kẹt trong 2 ngày về điều gì đó mà bạn có thể giải quyết cho họ sau 5 phút (bởi Neil White, trong các bình luận)
4. Đừng cố gắng thông minh hơn những người khác.

Những gì bạn sẽ hy vọng để thoát khỏi anh ta ở đây và bây giờ?

1. Làm những việc mà người khác thấy dễ / khó chịu theo cách thực sự giúp ích cho nhóm. Đó thực sự là tất cả của nó.

Điều gì sẽ gây ngạc nhiên thú vị nếu nó xảy ra?

1. Rằng bạn làm hầu hết công việc của mình một cách thỏa mãn và tham gia vào công việc của nhóm ngày càng nhiều.

Một vài lời khuyên nữa:

1. Khiêm tốn.
2. Thể hiện sự quan tâm đến công việc của người khác.
3. Nếu họ giải thích điều gì đó với bạn, hãy chắc chắn rằng bạn hiểu. Nếu bạn không, hãy yêu cầu họ giải thích nó theo cách để bạn có được ý tưởng cơ bản ít nhất.
4. Là đáng tin cậy. Cố gắng làm công việc tốt nhất có thể.

Lời khuyên tốt từ những người khác cho đến nay. Để trả lời các câu hỏi cụ thể của bạn:

• Điều gì sẽ gây phiền nhiễu?

Sẽ thật khó chịu nếu bạn đặt câu hỏi mà không làm bài tập về nhà trước. Yêu cầu giúp đỡ sau khi làm những gì bạn có thể để giải quyết vấn đề đầu tiên là tốt. Nhưng nếu ai đó có thể tìm thấy câu trả lời thông qua một tìm kiếm đơn giản của Google hoặc bằng cách đọc hướng dẫn, thì thật khó chịu.

• Những gì bạn sẽ hy vọng để thoát khỏi anh ta ở đây và bây giờ?

Tôi giả sử rằng bạn đã có một số loại dự án / nhiệm vụ đã có. Tôi hy vọng rằng bạn có thể hoàn thành việc này với sự giám sát tối thiểu.

• Điều gì sẽ gây ngạc nhiên thú vị nếu nó xảy ra?

Một bất ngờ thú vị sẽ là nếu bạn hoàn thành công việc sớm. Sau đó, bạn có thể làm việc trên nhiều dự án với độ phức tạp tăng dần, điều đó sẽ chứng minh độ tin cậy của bạn. Một bất ngờ khác sẽ là nếu bạn có thể dự đoán được nhu cầu của nhóm và làm việc để hoàn thành chúng ở bên. Nhóm của bạn có cần môi trường xây dựng tự động, khung thử nghiệm tự động, cấu hình máy tính / mạng cụ thể để thử nghiệm không, v.v.? Đây có thể là điều ngoại vi

Câu trả lời ngắn: Tìm hiểu những gì nhóm cần, và có lẽ những gì bạn thích nhất, và làm việc để cung cấp điều đó.

Câu trả lời dài hơn: Trong giai đoạn đầu của một khởi nghiệp, hầu hết thời gian, tất cả công việc là "lên để lấy"; bất cứ nhiệm vụ nào cần phải được thực hiện hoặc những nhiệm vụ mà mọi người muốn làm đều có sẵn cho tất cả những người thực hiện. Sở thích của bạn theo nghĩa đen có thể định hình hướng mà công ty đi.

Quan tâm đến nhân sự? Đảm nhận các nhiệm vụ tuyển dụng. Hoặc có thể làm bảng lương. Quan tâm đến lập trình? Tìm hiểu những ngôn ngữ mà nhóm muốn sử dụng. Hãy thử viết một số bài kiểm tra đơn vị cho một số mã. Ghét viết báo cáo? Vậy thì đừng. Xem nếu bạn có thể ủy thác nhiệm vụ đó cho người khác và làm việc hướng tới một giải pháp mang tính xây dựng. Dành một chút thời gian và suy nghĩ về những gì bạn có thể muốn làm, sau đó thử nó.

Một điều cần lưu ý rằng khi nói đến khởi nghiệp rất nhỏ, có nhiều việc phải làm hơn là chỉ lập trình. Nếu bạn muốn mã, thật tuyệt! Nếu bạn muốn làm một cái gì đó khác, điều đó cũng tốt! Học nhanh, đặt nhiều câu hỏi và thử thách bản thân.

Tôi không chắc câu trả lời của tôi sẽ hữu ích như thế nào, nhưng tôi đã là bạn bây giờ. Được bao quanh bởi những người mà tôi cảm thấy / biết có rất nhiều đóng góp hơn tôi từng có. Làm thế nào để hành động ở vị trí này? Tận hưởng nó hơn là đau khổ. Thay vì suy nghĩ bạn không biết bao nhiêu, hãy nghĩ về những gì bạn sẽ học hỏi và trải nghiệm cùng với những người này. Sử dụng chúng như một nguồn tài nguyên, hãy tôn trọng và cố gắng lượm lặt cho họ bất kỳ thông tin và kinh nghiệm nào - trở thành một miếng bọt biển ...

Bây giờ, điều này không có nghĩa là bạn phải ngừng cố gắng làm mọi thứ, nhưng khi bạn làm vậy, hãy cố gắng để họ nhìn qua vai bạn và xem xét công việc của bạn khi bạn đi. Cố gắng hoàn thành một phần công việc và sau đó lắng nghe những gì họ nói về nó - viết ra những bình luận họ đưa ra cho bạn và cố gắng thực hiện chúng để tạo mã tốt hơn. Đừng ngại đặt câu hỏi, chỉ cần tôn trọng và cố gắng đặt câu hỏi hay - cố gắng tiếp thu dữ liệu và xem xét câu hỏi ngay lập tức của bạn trước khi hỏi - có thể câu trả lời đã được cung cấp ... Những người tốt nhất thích dạy, và tôi cá là họ sẽ rất vui khi chia sẻ kiến ​​thức và triết lý sống của họ với bạn.

Trong hoàn cảnh của tôi, tôi đã cố gắng làm điều đó, và bất cứ khi nào nó làm việc cho tôi, tôi là người hạnh phúc nhất, tôi không bao giờ hiểu tại sao họ giữ tôi lại, nhưng tôi có thời gian tuyệt vời nhất, và tôi muốn nghĩ rằng mình trở thành một lập trình viên tốt hơn và thậm chí là đàn ông là kết quả của kinh nghiệm này.

Tất cả điều này không có nghĩa là bạn nên đánh giá thấp bản thân - có lẽ bạn tốt hơn nhiều so với việc bạn tự tín dụng, nhưng như mọi người đã viết ở đây, tiêu đề và bằng cấp không phải lúc nào cũng ấn tượng trong tình huống thực tế và sự khiêm tốn đi một chặng đường dài. Vì vậy, hãy tôn trọng mọi người, lắng nghe, tiếp thu - nhưng hãy rút ra bài học của riêng bạn từ kinh nghiệm - đôi khi bạn nên học những điều không nên làm.

Chúc may mắn.

Đã có rất nhiều thứ được trình bày ở đây, vì vậy tôi sẽ không nhắc lại những gì đã nói.

Nhìn thoáng qua, dường như tôi có các chuyên gia và một nhà lãnh đạo có kỹ năng / ý tưởng quản lý. Điều đó là tốt, nhưng nó không đầy đủ .

Bạn là người thực dụng: làm cho cuộc sống của họ dễ dàng hơn.

Có ít nhất hai lĩnh vực bạn có thể bao gồm:

• đào sâu vào các chi tiết kỹ thuật của ngôn ngữ khởi nghiệp được bầu
• cải thiện chất lượng của mã và làm mịn các góc thô khi làm việc với nó

Kỹ thuật

Những kẻ đó là chuyên gia trong lĩnh vực của họ, và điều này là tốt, nhưng điều đó không có nghĩa là họ biết cách mã hóa ra khỏi túi giấy. Thành thật mà nói, tôi đã thấy những người rất sáng sủa viết mã khủng khiếp không thể nhầm lẫn.

Bạn có cơ hội để trở thành người dẫn đầu về kỹ thuật ở đây. Tìm hiểu ngôn ngữ từ trong ra ngoài, cho đến khi bạn biết tất cả sự tinh tế của nó. Tìm hiểu các thành ngữ cộng đồng sử dụng. Nghiên cứu các thư viện hữu ích tồn tại ngoài đó.

Chất lượng

Có những nhiệm vụ vô ơn, nhưng hữu ích:

• Ai duy trì kho mã nguồn?
• ai viết / duy trì các bài kiểm tra?
• Ai giám sát rằng bộ thử nghiệm vượt qua? và xác định các tội phạm? và ping những kẻ phạm tội không ngừng?

Có một số bước giúp, dù rất trang trọng hay không:

• Làm thế nào để bạn xem xét các cam kết? (có quyền sở hữu liên quan đến một số khu vực của mã không?)
• Làm thế nào để bạn lập kế hoạch công việc / nhiệm vụ?

Có rất nhiều hoạt động ngoại vi xung quanh việc có ý tưởng và viết mã.

Bạn có cơ hội để trở thành người dẫn đầu chất lượng ở đây. Tìm hiểu các thực tiễn tốt nhất trong ngành (bit "Agile", bit scrum, bit TDD, ...) và soạn một quy trình phù hợp với công ty của bạn. Tìm hiểu các hệ thống xây dựng (thực hiện, cmake, ninja, bất cứ điều gì) và viết các kịch bản giúp xây dựng / triển khai dễ dàng. Kiểm tra Jenkins (hoặc bất cứ điều gì) và xây dựng một máy chủ tích hợp liên tục.

Họ rất ấn tượng trong lĩnh vực tương ứng của họ và đó là tuyệt vời. Vì tại thời điểm bạn không chuyên biệt, tôi sẽ nói rằng đã đến lúc bạn xác định những điểm yếu (bạn cũng có thể hỏi ý kiến ​​của họ) và điền vào (các) khoảng trống!