Bản dịch từ trang web yegor256.com . Bài viết gốc bằng tiếng Anh. Bài viết gây phản ứng khá mạnh trên blog của Evgeniy Bugaenko. Nó mô tả các tiêu chí mà theo ý kiến của tác giả, ảnh hưởng đến số tiền lương hàng giờ của một lập trình viên. Vị trí này không rõ ràng, nó đặt ra câu hỏi, nhưng tuy nhiên nó vẫn có một vị trí. Tài liệu không nhằm vào người mới bắt đầu. Đồng thời, đối với tôi, có vẻ như bài viết này sẽ hữu ích trong việc chỉ ra hướng phát triển của bạn, tất nhiên, ngoài việc nâng cao kỹ năng lập trình của bạn. Bản dịch gốc được đăng ở đây . ________________________ Tôi nhận được một số thư mỗi ngày từ các lập trình viên quan tâm đến việc làm việc từ xa với teamed.io . Câu hỏi đầu tiên tôi thường hỏi là “Mức lương theo giờ của bạn là bao nhiêu?” (chúng tôi trả theo giờ ). Điều làm tôi ngạc nhiên là mọi người thường đánh giá sai về bản thân cả cao hơn lẫn thấp hơn. Họ đưa ra cho tôi nhiều con số khác nhau, từ 5 USD đến 500 USD một giờ. Tôi không bao giờ nói không, nhưng tôi thường đưa ra ước tính của riêng mình về mức lương theo giờ. Bài viết này giải thích những yếu tố nào tôi xem xét và những gì tôi không xem xét. Đây là tiêu chí cá nhân của tôi, đừng coi đó là tiêu chuẩn nghề nghiệp. Chúng có vẻ khách quan và logic đối với tôi. Đóng góp cho các dự án nguồn mở. Đây là đặc điểm đầu tiên và quan trọng nhất của một nhà phát triển phần mềm. Đóng góp của bạn cho các dự án nguồn mở là gì? Bạn có thư viện nguồn mở của riêng mình được cộng đồng sử dụng không? Bạn có đang viết mã được công khai và được người khác sử dụng không? Nếu bạn không có câu trả lời cho những câu hỏi này, tôi thấy có ba lý do có thể xảy ra. Đầu tiên, bạn cảm thấy xấu hổ khi chia sẻ mã của mình vì nó quá tệ. Rõ ràng đây không phải là một dấu hiệu tốt. Không phải vì mã của bạn tệ mà vì bạn không đủ dũng cảm để nhận ra nó và phát triển. Trong nhóm của chúng tôi, chúng tôi rất chú trọng đến chất lượngmã và hầu hết các thành viên mới trong nhóm đều ngạc nhiên trước các tiêu chuẩn chất lượng cao của chúng tôi. Bạn cũng sẽ ngạc nhiên. Vấn đề là bạn có thể phát triển hay từ bỏ. Nếu bạn chưa chia sẻ mã của mình trước đây và chưa bao giờ xử lý phản hồi tiêu cực, bạn sẽ không thể cảm thấy thoải mái trong các dự án của chúng tôi, nơi yêu cầu chất lượng rất cao. Lý do thứ hai có thể là bạn làm việc từ 9 giờ sáng đến 5 giờ chiều để kiếm đồ ăn mà không có niềm đam mê. Trên thực tế, không ai thừa nhận điều này. Tôi thường nghe những câu như “công ty của tôi không trả tiền cho tôi để đóng góp cho các dự án nguồn mở và tôi muốn dành thời gian cho gia đình ở nhà”. Trong quá trình phát triển phần mềm hiện đại, hầu hết mã chúng ta làm việc đều là mã nguồn mở - thư viện, khung công tác, công cụ, v.v. Hầu hết mọi thứ bạn sử dụng trong dự án thương mại của mình đều là nguồn mở. Bằng cách trả lương cho bạn, người chủ của bạn đã đóng góp cho các sản phẩm nguồn mở vì bạn tích cực sử dụng chúng. Vấn đề là bạn không quan tâm đến việc tích cực hơn và đóng góp cho các dự án nguồn mở. Tôi thấy điều này là thiếu đam mê và động lực. Bạn sẽ là một nhà phát triển hiệu quả trong các dự án của chúng tôi chứ? Khó có thể xảy ra, bởi vì hệ thống quản lý của chúng tôi dựa vào động lực của bản thân . Lý do cuối cùng có thể là bạn không biết nên viết gì, phát triển dự án nào, đồng nghĩa với việc thiếu sáng tạo. Như tôi đã lưu ý ở trên, hầu hết mọi thứ chúng ta sử dụng ngày nay đều là nguồn mở. Và những công cụ này chứa đầy lỗi, rất nhiều chức năng chưa được thực hiện. Đồng thời, bạn không thấy có cách nào để cải thiện chúng? Bạn không biết điều gì có thể làm tốt hơn? Ít nhất bạn không thể tìm một báo cáo và sửa một lỗi trong sản phẩm mà bạn sử dụng hàng ngày sao? Điều này có nghĩa là bạn cũng sẽ không thể tìm cách cải thiện sản phẩm của chúng tôi vì chúng tôi dựa vào khả năng tìm ra vấn đề một cách sáng tạo của bạn . Do đó, nếu tài khoản GitHub của bạn trống và CV của bạn không có dòng “tích cực tham gia vào việc phát triển nhân Linux” (và tại sao không?), tôi ngay lập tức mất hứng thú. Mặt khác, khi tôi thấy một dự án hơn 100 sao trên GitHub của bạn, tôi rất phấn khích và sẵn sàng đề nghị thanh toán nhiều hơn. Vị trí Việc trả nhiều tiền hơn cho những người sống ở các quốc gia đắt đỏ hơn là một thực tế phổ biến. Khi tôi nhận được hồ sơ từ San Francisco, mức giá yêu cầu là hơn 70 đô la một giờ. Những kỹ năng và kinh nghiệm tương tự có giá 15-20 USD cho Karachi. Nguyên nhân là do chi phí sinh hoạt ở Mỹ cao hơn nhiều so với ở Pakistan. Tuy nhiên, lý do này đối với tôi là phi logic. Nếu bạn lái một chiếc xe đắt tiền hơn, chúng tôi có phải trả lương cao hơn cho bạn không?? Tương tự với vị trí của bạn. Bạn đã chọn quốc gia cư trú của bạn. Bạn được hưởng tất cả những lợi ích của một đất nước phát triển và trả tiền cho nó. Đó là lựa chọn của bạn. Bạn quyết định chi nhiều tiền hơn cho chất lượng cuộc sống - điều này có liên quan gì đến tôi? Bạn có muốn trả $30 cho bữa trưa không? Trở thành một nhà phát triển tốt hơn. Cho đến lúc đó, hãy mua một chiếc xúc xích với giá vài đô la. Nói một cách đơn giản, “Tôi đã ở đây và bữa trưa của tôi giá 30 đô la” không phải là một cuộc tranh cãi. Theo đó, nếu bạn sống ở một nơi đắt đỏ hơn, số tiền còn lại trong túi của bạn sẽ ít hơn. Đối với chúng tôi, điều này có nghĩa là 100 đô la sẽ tạo động lực cho một lập trình viên đến từ Karachi nhiều hơn so với 100 đô la tương tự sẽ tạo động lực cho cùng một người nếu anh ta sống ở San Francisco. Vì vậy, chúng tôi thích làm việc với những người có chi phí thấp hơn. Tiền của chúng tôi hoạt động tốt hơn theo cách này. Danh tiếng trên StackOverflow.com Tất cả chúng ta đều biết rằng có rất ít người trên StackOverflow, thậm chí đáng ngạc nhiên là rất ít người tích cực đóng góp cho nó. Nếu hồ sơ của bạn trống (hoặc nếu bạn không có), thì rõ ràng là bạn 1) không có câu hỏi nào để hỏi, 2) bạn không có gì để trả lời. Đầu tiên, nếu bạn không hỏi bất cứ điều gì ở đó, bạn sẽ không trưởng thành. Quá trình học tập của bạn dừng lại ở một thời điểm nào đó, có lẽ sau khi bạn nhận được một công việc văn phòng . Hoặc có thể bạn quá ngại để hỏi? Hoặc bạn không thể mô tả chính xác câu hỏi của mình? Hoặc có thể câu hỏi của bạn đã có câu trả lời? Đằng nào cũng buồn. Thứ hai, nếu bạn không trả lời, điều đó có nghĩa là bạn không có gì để nói. Trong hầu hết các trường hợp, điều này có nghĩa là bạn không giải quyết được các vấn đề phức tạp và độc đáo. Bạn chỉ cần viết các thành phần đã biết cùng với những thành phần khác và nhận séc của mình. Tôi thường nghe nói rằng mọi người giải quyết hầu hết các vấn đề của mình bằng cách đặt câu hỏi cho các đồng nghiệp ngồi cạnh họ trong văn phòng. Họ nói rằng họ đơn giản là không cần StackOverflow (hoặc các tài nguyên tương tự khác, nếu có) vì nhóm của họ giỏi đến mức bạn luôn có thể nhận được câu trả lời cho bất kỳ câu hỏi nào. Điều đó tốt cho cả đội nhưng lại không tốt cho bạn. Tại sao? Bạn không có kỹ năng quan trọng để tìm câu trả lời trên Internet công cộng. Trong các dự án của mình, chúng tôi không khuyến khích bất kỳ giao tiếp theo chiều ngang nào giữa các lập trình viên và bạn sẽ không thể nhận được sự trợ giúp từ bất kỳ ai. Bạn sẽ tự mình làm việc một mình và sẽ thất bại vì bạn đã quen với việc nhận được sự giúp đỡ từ các cấp trên trong văn phòng của mình . StackOverflow không chỉ là thước đo cho thấy bạn thông minh đến mức nào và bạn có bao nhiêu phiếu bầu cho câu nói đùa hay nhất về lập trình viên . Đây là bằng chứng cho thấy bạn có thể nhận được câu trả lời cho các câu hỏi bằng cách nói chuyện với những người bạn không quen biết. Đây là một kỹ năng rất quan trọng. Kinh nghiệm làm việc “Tôi đã viết Java được 10 năm!” - Vậy thì sao? Con số này chỉ có ý nghĩa duy nhất đối với tôi - bạn đã tồn tại được ở văn phòng nào đó trong 10 năm. Hoặc có thể ở một số văn phòng. Bạn đã thuyết phục ai đó rằng anh ta nên trả cho bạn 10 năm trong tòa nhà của anh ta. Điều này có nghĩa là bạn đã viết một cái gì đó hữu ích? Điều này có nghĩa là mã của bạn hoàn hảo? Không phải thứ nhất cũng không phải thứ hai. Kinh nghiệm làm việc là một chỉ số sai. Điều này thậm chí có thể gây bất lợi cho bạn khi kết hợp với các chỉ số khác được nêu ở trên. Nếu CV của bạn nói rằng bạn mới bắt đầu lập trình cách đây 2 năm và tài khoản GitHub và StackOverflow của bạn trống, có khả năng bạn sẽ tiến bộ. Bạn chỉ mới ở giai đoạn đầu của sự nghiệp. Tuy nhiên, nếu CV của bạn nói rằng bạn là “kiến trúc sư hệ thống 10 năm” và không có đóng góp gì cho các dự án nguồn mở, điều đó có nghĩa là bạn đang nói dối khoảng 10 năm hoặc bạn hoàn toàn vô dụng với tư cách là một kiến trúc sư. Quan điểm của tôi là “kinh nghiệm làm việc” làm lý lẽ nên được sử dụng rất cẩn thận. Chỉ chơi bài này nếu bạn có lợi thế khác. Còn không thì hãy giữ nó cho riêng mình. Giấy chứng nhận. Oracle, Zend, Amazon, IBM, MySQL và những chứng chỉ khác - đây là những chứng chỉ mà tôi đang nói đến. Để có được chúng bạn phải vượt qua một kỳ thi. Không dễ dàng, và không trực tuyến. Đây là một kỳ thi thực sự được thực hiện tại các trung tâm cấp chứng chỉ, nơi bạn sẽ ngồi trước máy tính trong thời gian giới hạn, không có sách hoặc truy cập Internet và trả lời các câu hỏi. Đã đủ nhục nhã cho một nhà phát triển được kính trọng như vậy chưa? Vâng. Và cũng có khả năng thất bại rất cao, điều này cũng khá khó xử. Nếu bạn có thể vượt qua các kỳ thi thì đây là một dấu hiệu rất tốt. Nếu bạn đã làm điều này một vài lần thì thật tuyệt. Hơn nữa, nếu bạn không có chứng chỉ trong suốt sự nghiệp của mình thì đó là vì một trong những lý do sau. Đầu tiên, bạn sợ thất bại. Một chứng chỉ nghiêm túc có thể tốn vài trăm đô la (tôi đã trả hơn 700 đô la cho SCEA ) và bạn sẽ không lấy lại được nếu thất bại. Nếu bạn sợ thua thì bạn sợ phải chiến đấu. Điều này có nghĩa là bạn sẽ cảm thấy khó chịu trong những tình huống thực tế khi những vấn đề thực sự cần được giải quyết. Thứ hai, bạn không đầu tư vào bản thân. Điều này rất có thể có nghĩa là bạn không muốn thay đổi công ty và muốn tìm một văn phòng ấm cúng nơi bạn có thể ngồi mãi. Tôi nhớ có lần đã nói với bạn mình rằng “Bạn sẽ cải thiện CV của mình rất nhiều nếu nhận được chứng chỉ này”. Anh mỉm cười đáp: “Tôi hy vọng mình không cần CV. Tôi thích công ty này." Cách tiếp cận này tốt cho công ty bạn làm việc nhưng nó chắc chắn có tác dụng ngược với bạn. Theo kinh nghiệm của tôi, những cầu thủ giỏi nhất trong độiđây là những người làm việc cho chính họ. Chủ nghĩa cá nhân lành mạnh là chìa khóa. Nếu mục tiêu chính của bạn là đạt được thứ gì đó cho bản thân (tiền bạc, danh tiếng, kỹ năng, kiến thức) - bạn sẽ rất hiệu quả trong các dự án của chúng tôi. Sự hiện diện của các chứng chỉ trong hồ sơ của bạn là dấu hiệu cho thấy chủ nghĩa cá nhân lành mạnh mà chúng tôi đang tìm kiếm. Sự đa dạng của kỹ năng. Càng biết nhiều công nghệ hoặc ngôn ngữ lập trình thì giá trị của bạn càng thấp. Tôi không nói rằng không thể trở thành chuyên gia trong nhiều lĩnh vực cùng một lúc - điều đó hoàn toàn có thể. Nhưng hãy để tôi cho bạn một lý do thực tế tại sao bạn không nên làm điều này: sự cạnh tranh. Có hàng nghìn lập trình viên Java7 trên thị trường - chúng tôi có thể dễ dàng thuê bất kỳ ai chúng tôi cần. Nhưng không có nhiều lập trình viên Hadoop hoặc nhà thiết kế XSLT. Nếu bạn tập trung vào một lĩnh vực cụ thể và là chuyên gia trong lĩnh vực đó, cơ hội tìm được việc làm của bạn sẽ thấp hơn nhưng tỷ lệ tìm được việc sẽ cao hơn. Chúng tôi có xu hướng trả nhiều tiền hơn cho các chuyên gia có chuyên môn cao, chủ yếu là vì chúng tôi không có lựa chọn nào khác. Nếu dự án chúng tôi đang thực hiện yêu cầu chuyên gia Lucene, chúng tôi sẽ tìm người phù hợp và cố gắng hết sức để đưa anh ấy vào nhóm của mình. Trong hầu hết các trường hợp, cố gắng hết sức có nghĩa là tăng lương. Vì vậy, khi nghe nói bạn có kinh nghiệm về MySQL, PostgreSQL, Oracle và SQLite, tôi hiểu rằng bạn biết rất ít về cơ sở dữ liệu. Các bài phát biểu và ấn phẩm Rõ ràng, việc có một blog (về lập trình, không phải về con mèo yêu thích của bạn) là một yếu tố tích cực. Sẽ tốt hơn nếu thỉnh thoảng bạn phát biểu tại các hội nghị. Trên blog, tôi chú ý đến số lượng bình luận mà mọi người để lại trên bài viết của bạn. Nếu là một hội nghị, tiêu chí quan trọng nhất là khó có thể tuyển được số lượng diễn giả. Cả bài viết trên blog và bài thuyết trình đều khiến bạn trở nên có giá trị hơn với tư cách là một chuyên gia. Chủ yếu là vì những điều này cho thấy một số người đã đánh giá cao công việc và tài năng của bạn. Và đây không chỉ là một lập trình viên mà là một nhóm lập trình viên và kỹ sư. Điều này có nghĩa là chúng tôi cũng có thể dựa vào ý kiến của bạn. Ngoài ra, nếu bạn viết và đăng tác phẩm của mình thường xuyên, bạn đã có một kỹ năng/tài năng quan trọng - bạn có thể trình bày ý tưởng của mình ở dạng “dễ tiêu hóa”. Trong các dự án của mình, chúng tôi không khuyến khích giao tiếp không chính thức và sử dụng hệ thống yêu cầu. Trong những tấm vé này, bạn sẽ giải thích ý tưởng, câu hỏi và cân nhắc của mình theo cách mà người khác có thể hiểu được. Nếu không có kỹ năng trình bày ý tưởng, bạn sẽ không thể tồn tại trong một dự án. Nhân tiện, một số nhà phát triển thậm chí còn nộp bằng sáng chế dưới tên riêng của họ - tại sao bạn không làm điều này? Hoặc có thể xuất bản một cuốn sách? Tại sao không? Nhà tuyển dụng trước đây tôi thường không chú ý nhiều đến phần này trong CV của bạn. Mô hình quản lý của chúng tôi rất khác biệttừ mọi thứ bạn có thể thấy ở bất cứ đâu, không quan trọng bạn bị sa thải bao nhiêu lần hay vị trí của bạn trong công ty cao đến mức nào. Ngay cả khi chức danh của bạn là "CTO Twitter" thì nó cũng chẳng có ý nghĩa gì với tôi. Kinh nghiệm của tôi cho tôi biết rằng công ty càng lớn và vị trí của bạn trong đó càng cao thì bạn càng rời xa mã nguồn và các giải pháp kỹ thuật thực sự. Các VP và CTO dành phần lớn thời gian của họ cho các cuộc họp và giải quyết các vấn đề chính trị nội bộ . Tôi quan tâm đến "Bạn đang làm gì" trong những năm gần đây hơn là "Bạn đang làm gì" hoặc "Bạn được gọi là gì" khi bạn đang làm việc đó. Trình độ học vấn Cử nhân, ThS, Tiến sĩ.. có quan trọng không? Đừng nghĩ. Trình độ học vấn rất giống với “Việc làm trước đây” được liệt kê ở trên. Việc bạn sống ở đâu trong 5 năm sau giờ học không thực sự quan trọng. Điều quan trọng là bạn đã làm gì vào thời điểm đó. Nếu bạn không có gì để nói về hoạt động của mình khi còn là sinh viên thì tên trường đại học của bạn cho tôi biết điều gì? Tất nhiên, nếu là Stanford hay MIT thì lại là một vấn đề hoàn toàn khác. Trong trường hợp này, tôi hiểu rằng bạn đã vượt qua kỳ thi cuối kỳ và tìm được tiền để học ở đó. Đây là một dấu hiệu tốt và tôi chắc chắn sẽ đưa ra mức giá cao hơn. Nhưng nếu bạn là một sinh viên mới tốt nghiệp (chẳng hạn như trường đại học của tôi), thì hãy giữ thông tin này cho riêng mình. Trả hơn 100 đô la mỗi giờ, chúng tôi rất vui khi được trả cho một chuyên gia sở hữu một số sản phẩm nguồn mở, có xếp hạng trên StackOverflow trên 20 nghìn, có chứng chỉ, bài báo, bài thuyết trình hoặc thậm chí cả bằng sáng chế. Chúng tôi trả hơn 50 đô la cho một lập trình viên chuyên nghiệp sở hữu một dự án nguồn mở hoặc là người tham gia tích cực vào dự án đó, có xếp hạng trên StackOverflow hơn 5 nghìn, viết về phát triển phần mềm và có chứng chỉ. Chúng tôi trả $30+ cho một lập trình viên thường xuyên đóng góp cho các dự án nguồn mở, hoạt động tích cực trên StackOverflow và có nhiều chứng chỉ. Chúng tôi trả $15+ cho những người khác. Đừng hiểu sai ý tôi và đừng coi những con số này là cá nhân. Những tỷ lệ này là thước đo đánh giá trình độ chuyên môn của bạn chứ không phải của cá nhân bạn. Ngoài ra, cấp độ không cố định, nó thay đổi hàng ngày và mọi thứ hoàn toàn nằm trong tay bạn. Tôi viết bài này chủ yếu để động viên bạn phát triển. Tất cả các tiêu chí này áp dụng cho các thành viên mới trong nhóm của chúng tôi. Khi bạn bắt đầu viết mã, chúng tôi sẽ đo lường năng suất của bạn và bạn có thể nhận được mức lương hoàn toàn khác, hãy xem cách chúng tôi tính mức lương theo giờ . Nhân tiện, hình minh họa cho bài đăng được tạo bởi Andreea Mironiuc . https://www.youtube.com/watch?v=GS45LzE3LPQ
Đây là đặc điểm đầu tiên và quan trọng nhất của một nhà phát triển phần mềm. Đóng góp của bạn cho các dự án nguồn mở là gì? Bạn có thư viện nguồn mở của riêng mình được cộng đồng sử dụng không? Bạn có đang viết mã được công khai và được người khác sử dụng không? Nếu bạn không có câu trả lời cho những câu hỏi này, tôi thấy có ba lý do có thể xảy ra. Đầu tiên, bạn cảm thấy xấu hổ khi chia sẻ mã của mình vì nó quá tệ. Rõ ràng đây không phải là một dấu hiệu tốt. Không phải vì mã của bạn tệ mà vì bạn không đủ dũng cảm để nhận ra nó và phát triển. Trong nhóm của chúng tôi, chúng tôi rất chú trọng đến chất lượngmã và hầu hết các thành viên mới trong nhóm đều ngạc nhiên trước các tiêu chuẩn chất lượng cao của chúng tôi. Bạn cũng sẽ ngạc nhiên. Vấn đề là bạn có thể phát triển hay từ bỏ. Nếu bạn chưa chia sẻ mã của mình trước đây và chưa bao giờ xử lý phản hồi tiêu cực, bạn sẽ không thể cảm thấy thoải mái trong các dự án của chúng tôi, nơi yêu cầu chất lượng rất cao. Lý do thứ hai có thể là bạn làm việc từ 9 giờ sáng đến 5 giờ chiều để kiếm đồ ăn mà không có niềm đam mê. Trên thực tế, không ai thừa nhận điều này. Tôi thường nghe những câu như “công ty của tôi không trả tiền cho tôi để đóng góp cho các dự án nguồn mở và tôi muốn dành thời gian cho gia đình ở nhà”. Trong quá trình phát triển phần mềm hiện đại, hầu hết mã chúng ta làm việc đều là mã nguồn mở - thư viện, khung công tác, công cụ, v.v. Hầu hết mọi thứ bạn sử dụng trong dự án thương mại của mình đều là nguồn mở. Bằng cách trả lương cho bạn, người chủ của bạn đã đóng góp cho các sản phẩm nguồn mở vì bạn tích cực sử dụng chúng. Vấn đề là bạn không quan tâm đến việc tích cực hơn và đóng góp cho các dự án nguồn mở. Tôi thấy điều này là thiếu đam mê và động lực. Bạn sẽ là một nhà phát triển hiệu quả trong các dự án của chúng tôi chứ? Khó có thể xảy ra, bởi vì hệ thống quản lý của chúng tôi dựa vào động lực của bản thân . Lý do cuối cùng có thể là bạn không biết nên viết gì, phát triển dự án nào, đồng nghĩa với việc thiếu sáng tạo. Như tôi đã lưu ý ở trên, hầu hết mọi thứ chúng ta sử dụng ngày nay đều là nguồn mở. Và những công cụ này chứa đầy lỗi, rất nhiều chức năng chưa được thực hiện. Đồng thời, bạn không thấy có cách nào để cải thiện chúng? Bạn không biết điều gì có thể làm tốt hơn? Ít nhất bạn không thể tìm một báo cáo và sửa một lỗi trong sản phẩm mà bạn sử dụng hàng ngày sao? Điều này có nghĩa là bạn cũng sẽ không thể tìm cách cải thiện sản phẩm của chúng tôi vì chúng tôi dựa vào khả năng tìm ra vấn đề một cách sáng tạo của bạn . Do đó, nếu tài khoản GitHub của bạn trống và CV của bạn không có dòng “tích cực tham gia vào việc phát triển nhân Linux” (và tại sao không?), tôi ngay lập tức mất hứng thú. Mặt khác, khi tôi thấy một dự án hơn 100 sao trên GitHub của bạn, tôi rất phấn khích và sẵn sàng đề nghị thanh toán nhiều hơn. Vị trí Việc trả nhiều tiền hơn cho những người sống ở các quốc gia đắt đỏ hơn là một thực tế phổ biến. Khi tôi nhận được hồ sơ từ San Francisco, mức giá yêu cầu là hơn 70 đô la một giờ. Những kỹ năng và kinh nghiệm tương tự có giá 15-20 USD cho Karachi. Nguyên nhân là do chi phí sinh hoạt ở Mỹ cao hơn nhiều so với ở Pakistan. Tuy nhiên, lý do này đối với tôi là phi logic. Nếu bạn lái một chiếc xe đắt tiền hơn, chúng tôi có phải trả lương cao hơn cho bạn không?? Tương tự với vị trí của bạn. Bạn đã chọn quốc gia cư trú của bạn. Bạn được hưởng tất cả những lợi ích của một đất nước phát triển và trả tiền cho nó. Đó là lựa chọn của bạn. Bạn quyết định chi nhiều tiền hơn cho chất lượng cuộc sống - điều này có liên quan gì đến tôi? Bạn có muốn trả $30 cho bữa trưa không? Trở thành một nhà phát triển tốt hơn. Cho đến lúc đó, hãy mua một chiếc xúc xích với giá vài đô la. Nói một cách đơn giản, “Tôi đã ở đây và bữa trưa của tôi giá 30 đô la” không phải là một cuộc tranh cãi. Theo đó, nếu bạn sống ở một nơi đắt đỏ hơn, số tiền còn lại trong túi của bạn sẽ ít hơn. Đối với chúng tôi, điều này có nghĩa là 100 đô la sẽ tạo động lực cho một lập trình viên đến từ Karachi nhiều hơn so với 100 đô la tương tự sẽ tạo động lực cho cùng một người nếu anh ta sống ở San Francisco. Vì vậy, chúng tôi thích làm việc với những người có chi phí thấp hơn. Tiền của chúng tôi hoạt động tốt hơn theo cách này. Danh tiếng trên StackOverflow.com Tất cả chúng ta đều biết rằng có rất ít người trên StackOverflow, thậm chí đáng ngạc nhiên là rất ít người tích cực đóng góp cho nó. Nếu hồ sơ của bạn trống (hoặc nếu bạn không có), thì rõ ràng là bạn 1) không có câu hỏi nào để hỏi, 2) bạn không có gì để trả lời. Đầu tiên, nếu bạn không hỏi bất cứ điều gì ở đó, bạn sẽ không trưởng thành. Quá trình học tập của bạn dừng lại ở một thời điểm nào đó, có lẽ sau khi bạn nhận được một công việc văn phòng . Hoặc có thể bạn quá ngại để hỏi? Hoặc bạn không thể mô tả chính xác câu hỏi của mình? Hoặc có thể câu hỏi của bạn đã có câu trả lời? Đằng nào cũng buồn. Thứ hai, nếu bạn không trả lời, điều đó có nghĩa là bạn không có gì để nói. Trong hầu hết các trường hợp, điều này có nghĩa là bạn không giải quyết được các vấn đề phức tạp và độc đáo. Bạn chỉ cần viết các thành phần đã biết cùng với những thành phần khác và nhận séc của mình. Tôi thường nghe nói rằng mọi người giải quyết hầu hết các vấn đề của mình bằng cách đặt câu hỏi cho các đồng nghiệp ngồi cạnh họ trong văn phòng. Họ nói rằng họ đơn giản là không cần StackOverflow (hoặc các tài nguyên tương tự khác, nếu có) vì nhóm của họ giỏi đến mức bạn luôn có thể nhận được câu trả lời cho bất kỳ câu hỏi nào. Điều đó tốt cho cả đội nhưng lại không tốt cho bạn. Tại sao? Bạn không có kỹ năng quan trọng để tìm câu trả lời trên Internet công cộng. Trong các dự án của mình, chúng tôi không khuyến khích bất kỳ giao tiếp theo chiều ngang nào giữa các lập trình viên và bạn sẽ không thể nhận được sự trợ giúp từ bất kỳ ai. Bạn sẽ tự mình làm việc một mình và sẽ thất bại vì bạn đã quen với việc nhận được sự giúp đỡ từ các cấp trên trong văn phòng của mình . StackOverflow không chỉ là thước đo cho thấy bạn thông minh đến mức nào và bạn có bao nhiêu phiếu bầu cho câu nói đùa hay nhất về lập trình viên . Đây là bằng chứng cho thấy bạn có thể nhận được câu trả lời cho các câu hỏi bằng cách nói chuyện với những người bạn không quen biết. Đây là một kỹ năng rất quan trọng. Kinh nghiệm làm việc 
“Tôi đã viết Java được 10 năm!” - Vậy thì sao? Con số này chỉ có ý nghĩa duy nhất đối với tôi - bạn đã tồn tại được ở văn phòng nào đó trong 10 năm. Hoặc có thể ở một số văn phòng. Bạn đã thuyết phục ai đó rằng anh ta nên trả cho bạn 10 năm trong tòa nhà của anh ta. Điều này có nghĩa là bạn đã viết một cái gì đó hữu ích? Điều này có nghĩa là mã của bạn hoàn hảo? Không phải thứ nhất cũng không phải thứ hai. Kinh nghiệm làm việc là một chỉ số sai. Điều này thậm chí có thể gây bất lợi cho bạn khi kết hợp với các chỉ số khác được nêu ở trên. Nếu CV của bạn nói rằng bạn mới bắt đầu lập trình cách đây 2 năm và tài khoản GitHub và StackOverflow của bạn trống, có khả năng bạn sẽ tiến bộ. Bạn chỉ mới ở giai đoạn đầu của sự nghiệp. Tuy nhiên, nếu CV của bạn nói rằng bạn là “kiến trúc sư hệ thống 10 năm” và không có đóng góp gì cho các dự án nguồn mở, điều đó có nghĩa là bạn đang nói dối khoảng 10 năm hoặc bạn hoàn toàn vô dụng với tư cách là một kiến trúc sư. Quan điểm của tôi là “kinh nghiệm làm việc” làm lý lẽ nên được sử dụng rất cẩn thận. Chỉ chơi bài này nếu bạn có lợi thế khác. Còn không thì hãy giữ nó cho riêng mình. Giấy chứng nhận. Oracle, Zend, Amazon, IBM, MySQL và những chứng chỉ khác - đây là những chứng chỉ mà tôi đang nói đến. Để có được chúng bạn phải vượt qua một kỳ thi. Không dễ dàng, và không trực tuyến. Đây là một kỳ thi thực sự được thực hiện tại các trung tâm cấp chứng chỉ, nơi bạn sẽ ngồi trước máy tính trong thời gian giới hạn, không có sách hoặc truy cập Internet và trả lời các câu hỏi. Đã đủ nhục nhã cho một nhà phát triển được kính trọng như vậy chưa? Vâng. Và cũng có khả năng thất bại rất cao, điều này cũng khá khó xử. Nếu bạn có thể vượt qua các kỳ thi thì đây là một dấu hiệu rất tốt. Nếu bạn đã làm điều này một vài lần thì thật tuyệt. Hơn nữa, nếu bạn không có chứng chỉ trong suốt sự nghiệp của mình thì đó là vì một trong những lý do sau. Đầu tiên, bạn sợ thất bại. Một chứng chỉ nghiêm túc có thể tốn vài trăm đô la (tôi đã trả hơn 700 đô la cho SCEA ) và bạn sẽ không lấy lại được nếu thất bại. Nếu bạn sợ thua thì bạn sợ phải chiến đấu. Điều này có nghĩa là bạn sẽ cảm thấy khó chịu trong những tình huống thực tế khi những vấn đề thực sự cần được giải quyết. Thứ hai, bạn không đầu tư vào bản thân. Điều này rất có thể có nghĩa là bạn không muốn thay đổi công ty và muốn tìm một văn phòng ấm cúng nơi bạn có thể ngồi mãi. Tôi nhớ có lần đã nói với bạn mình rằng “Bạn sẽ cải thiện CV của mình rất nhiều nếu nhận được chứng chỉ này”. Anh mỉm cười đáp: “Tôi hy vọng mình không cần CV. Tôi thích công ty này." Cách tiếp cận này tốt cho công ty bạn làm việc nhưng nó chắc chắn có tác dụng ngược với bạn. Theo kinh nghiệm của tôi, những cầu thủ giỏi nhất trong độiđây là những người làm việc cho chính họ. Chủ nghĩa cá nhân lành mạnh là chìa khóa. Nếu mục tiêu chính của bạn là đạt được thứ gì đó cho bản thân (tiền bạc, danh tiếng, kỹ năng, kiến thức) - bạn sẽ rất hiệu quả trong các dự án của chúng tôi. Sự hiện diện của các chứng chỉ trong hồ sơ của bạn là dấu hiệu cho thấy chủ nghĩa cá nhân lành mạnh mà chúng tôi đang tìm kiếm. Sự đa dạng của kỹ năng. Càng biết nhiều công nghệ hoặc ngôn ngữ lập trình thì giá trị của bạn càng thấp. Tôi không nói rằng không thể trở thành chuyên gia trong nhiều lĩnh vực cùng một lúc - điều đó hoàn toàn có thể. Nhưng hãy để tôi cho bạn một lý do thực tế tại sao bạn không nên làm điều này: sự cạnh tranh. Có hàng nghìn lập trình viên Java7 trên thị trường - chúng tôi có thể dễ dàng thuê bất kỳ ai chúng tôi cần. Nhưng không có nhiều lập trình viên Hadoop hoặc nhà thiết kế XSLT. Nếu bạn tập trung vào một lĩnh vực cụ thể và là chuyên gia trong lĩnh vực đó, cơ hội tìm được việc làm của bạn sẽ thấp hơn nhưng tỷ lệ tìm được việc sẽ cao hơn. Chúng tôi có xu hướng trả nhiều tiền hơn cho các chuyên gia có chuyên môn cao, chủ yếu là vì chúng tôi không có lựa chọn nào khác. Nếu dự án chúng tôi đang thực hiện yêu cầu chuyên gia Lucene, chúng tôi sẽ tìm người phù hợp và cố gắng hết sức để đưa anh ấy vào nhóm của mình. Trong hầu hết các trường hợp, cố gắng hết sức có nghĩa là tăng lương. Vì vậy, khi nghe nói bạn có kinh nghiệm về MySQL, PostgreSQL, Oracle và SQLite, tôi hiểu rằng bạn biết rất ít về cơ sở dữ liệu. Các bài phát biểu và ấn phẩm 
Rõ ràng, việc có một blog (về lập trình, không phải về con mèo yêu thích của bạn) là một yếu tố tích cực. Sẽ tốt hơn nếu thỉnh thoảng bạn phát biểu tại các hội nghị. Trên blog, tôi chú ý đến số lượng bình luận mà mọi người để lại trên bài viết của bạn. Nếu là một hội nghị, tiêu chí quan trọng nhất là khó có thể tuyển được số lượng diễn giả. Cả bài viết trên blog và bài thuyết trình đều khiến bạn trở nên có giá trị hơn với tư cách là một chuyên gia. Chủ yếu là vì những điều này cho thấy một số người đã đánh giá cao công việc và tài năng của bạn. Và đây không chỉ là một lập trình viên mà là một nhóm lập trình viên và kỹ sư. Điều này có nghĩa là chúng tôi cũng có thể dựa vào ý kiến của bạn. Ngoài ra, nếu bạn viết và đăng tác phẩm của mình thường xuyên, bạn đã có một kỹ năng/tài năng quan trọng - bạn có thể trình bày ý tưởng của mình ở dạng “dễ tiêu hóa”. Trong các dự án của mình, chúng tôi không khuyến khích giao tiếp không chính thức và sử dụng hệ thống yêu cầu. Trong những tấm vé này, bạn sẽ giải thích ý tưởng, câu hỏi và cân nhắc của mình theo cách mà người khác có thể hiểu được. Nếu không có kỹ năng trình bày ý tưởng, bạn sẽ không thể tồn tại trong một dự án. Nhân tiện, một số nhà phát triển thậm chí còn nộp bằng sáng chế dưới tên riêng của họ - tại sao bạn không làm điều này? Hoặc có thể xuất bản một cuốn sách? Tại sao không? Nhà tuyển dụng trước đây tôi thường không chú ý nhiều đến phần này trong CV của bạn. Mô hình quản lý của chúng tôi rất khác biệttừ mọi thứ bạn có thể thấy ở bất cứ đâu, không quan trọng bạn bị sa thải bao nhiêu lần hay vị trí của bạn trong công ty cao đến mức nào. Ngay cả khi chức danh của bạn là "CTO Twitter" thì nó cũng chẳng có ý nghĩa gì với tôi. Kinh nghiệm của tôi cho tôi biết rằng công ty càng lớn và vị trí của bạn trong đó càng cao thì bạn càng rời xa mã nguồn và các giải pháp kỹ thuật thực sự. Các VP và CTO dành phần lớn thời gian của họ cho các cuộc họp và giải quyết các vấn đề chính trị nội bộ . Tôi quan tâm đến "Bạn đang làm gì" trong những năm gần đây hơn là "Bạn đang làm gì" hoặc "Bạn được gọi là gì" khi bạn đang làm việc đó. Trình độ học vấn Cử nhân, ThS, Tiến sĩ.. có quan trọng không? Đừng nghĩ. Trình độ học vấn rất giống với “Việc làm trước đây” được liệt kê ở trên. Việc bạn sống ở đâu trong 5 năm sau giờ học không thực sự quan trọng. Điều quan trọng là bạn đã làm gì vào thời điểm đó. Nếu bạn không có gì để nói về hoạt động của mình khi còn là sinh viên thì tên trường đại học của bạn cho tôi biết điều gì? Tất nhiên, nếu là Stanford hay MIT thì lại là một vấn đề hoàn toàn khác. Trong trường hợp này, tôi hiểu rằng bạn đã vượt qua kỳ thi cuối kỳ và tìm được tiền để học ở đó. Đây là một dấu hiệu tốt và tôi chắc chắn sẽ đưa ra mức giá cao hơn. Nhưng nếu bạn là một sinh viên mới tốt nghiệp (chẳng hạn như trường đại học của tôi), thì hãy giữ thông tin này cho riêng mình. Trả hơn 100 đô la mỗi giờ, chúng tôi rất vui khi được trả cho một chuyên gia sở hữu một số sản phẩm nguồn mở, có xếp hạng trên StackOverflow trên 20 nghìn, có chứng chỉ, bài báo, bài thuyết trình hoặc thậm chí cả bằng sáng chế. Chúng tôi trả hơn 50 đô la cho một lập trình viên chuyên nghiệp sở hữu một dự án nguồn mở hoặc là người tham gia tích cực vào dự án đó, có xếp hạng trên StackOverflow hơn 5 nghìn, viết về phát triển phần mềm và có chứng chỉ. Chúng tôi trả $30+ cho một lập trình viên thường xuyên đóng góp cho các dự án nguồn mở, hoạt động tích cực trên StackOverflow và có nhiều chứng chỉ. Chúng tôi trả $15+ cho những người khác. Đừng hiểu sai ý tôi và đừng coi những con số này là cá nhân. Những tỷ lệ này là thước đo đánh giá trình độ chuyên môn của bạn chứ không phải của cá nhân bạn. Ngoài ra, cấp độ không cố định, nó thay đổi hàng ngày và mọi thứ hoàn toàn nằm trong tay bạn. Tôi viết bài này chủ yếu để động viên bạn phát triển. Tất cả các tiêu chí này áp dụng cho các thành viên mới trong nhóm của chúng tôi. Khi bạn bắt đầu viết mã, chúng tôi sẽ đo lường năng suất của bạn và bạn có thể nhận được mức lương hoàn toàn khác, hãy xem cách chúng tôi tính mức lương theo giờ . Nhân tiện, hình minh họa cho bài đăng được tạo bởi Andreea Mironiuc . https://www.youtube.com/watch?v=GS45LzE3LPQ
GO TO FULL VERSION