Làm thế nào một lập trình viên mới có thể gây ấn tượng với kỹ sư phần mềm (ông chủ)? [đóng cửa]


98

Tôi đang làm việc tại công việc lập trình đầu tiên của mình. Sếp của tôi là một kỹ sư phần mềm rất thông minh, và tôi cảm thấy mình có rất ít thứ để cung cấp so với anh ta. Vấn đề là, anh ta luôn bận rộn, và cần ai đó giúp đỡ. Tôi cảm thấy mình không đủ tốt, nhưng tôi vẫn muốn thành công. Tôi muốn trở thành một lập trình viên tuyệt vời.

Tôi có thể làm gì để gây ấn tượng với anh ấy?

Cảm ơn bạn.


4
@Pablo: Giống như bạn đã đề cập, hãy trở thành một lập trình viên tuyệt vời :)
Fanatic23

2
@ Fanatic23 +1 cho lời khuyên hành động ... KHÔNG.
Olivier Lalonde

Yêu cầu anh ấy trở thành một người cố vấn ...
Brian

1
Hãy đam mê, thông minh, tự học, học nhanh và tất cả trong một người giải quyết vấn đề thực sự :-)
Jahan Zinedine

7
Đối với những độc giả tương lai, câu trả lời của TL; DR là: Hãy gây ấn tượng với sếp của bạn bằng cách để một công việc vô ơn bay từ Michigan đến San Francisco, bởi vì nơi duy nhất bạn có thể làm điều gì đó ấn tượng là trong một thành phố đầy những chiếc xe đạp cố định.
Ẩn danh

Câu trả lời:


189

Tôi đã bao giờ nói với bạn về Ashton?

Ashton là cậu bé nông dân ăn ngô cổ điển của bạn. Cha mẹ anh là những người híp-pi không bao giờ thực sự xoay sở để có được những hành vi của họ với nhau cho đến khi mẹ anh thừa hưởng 15 mẫu đất ở một vùng nông thôn của Michigan. Gia đình chuyển ra ngoài, mua một vài con dê sữa, và đấu tranh để kiếm sống bằng việc bán phô mai dê hữu cơ cho những con yupe ở Chợ Nông dân Ann Arbor.

Từ lúc anh mười tuổi, Ashton phải thức dậy vào mỗi buổi sáng lúc 4:00 sáng và vắt sữa những con dê chết tiệt đó, và nó đã kiệt sức. Ashton thích đi học vì điều đó có nghĩa là anh ta không làm việc sâu đến đầu gối. Trong suốt thời gian học trung học, anh đã học bài, hy vọng rằng học bổng của một trường đại học tốt sẽ là tấm vé ra khỏi trang trại. Anh ta thấy việc học đại học dễ dàng hơn nhiều so với cuộc sống nông trại đến nỗi anh ta không hiểu tại sao những người khác không được thẳng A như anh ta. Anh học chuyên ngành Kỹ thuật phần mềm vì anh không thể tưởng tượng được các kỹ sư phải thức dậy lúc 4:00 sáng

Ashton tốt nghiệp trường mà không biết nhiều về ngành công nghiệp phần mềm, vì vậy, anh đã đi đến hội chợ nghề nghiệp, nộp đơn xin ba công việc, được cả ba chấp nhận và chọn một công việc được trả nhiều nhất: một thứ điên rồ như 32.000 đô la một năm, làm việc tại một công ty nội thất lớn ở phía tây nam của bang sản xuất các trang trại tủ cho các tập đoàn trên toàn thế giới. Anh ấy không bao giờ muốn gặp lại một trang trại nữa, vì vậy anh ấy đã quyết tâm tạo ấn tượng tốt với ông chủ của mình, Charlie Sherman.

Đây không phải là điều dễ dàng, anh ấy là người bạn đời của anh ấy, Jeff, nói. Đây là thứ gì đó của một huyền thoại ở đây.

Bạn có ý nghĩa gì?

Vâng, bạn có nhớ vài năm trước, khi có tất cả những gì ồn ào về Y2K?

Ashton có lẽ còn quá trẻ. Cúc Y2K?

Bạn biết đấy, không ai ngờ rằng tất cả các chương trình máy tính cũ được viết vào những năm 1960 vẫn sẽ chạy vào năm 2000, vì vậy chúng chỉ có chỗ cho hai chữ số trong năm. Thay vì lưu trữ 1999, họ sẽ lưu trữ 99. Và sau đó khi năm đó trôi qua vào ngày 1 tháng 1 năm 2000, các hệ thống máy tính đã bị sập, vì họ đã cố gắng điều chỉnh phù hợp với 100 chữ số.

"Có thật không? Tôi nghĩ đó là một huyền thoại, mà thôi Ashton nói.

Tại tất cả các công ty khác trên thế giới, không có gì xảy ra, ông Jeff Jeff nói. Họ đã chi hàng tỷ đô la để kiểm tra từng dòng mã. Nhưng ở đây, tất nhiên, họ là những kẻ khốn rẻ tiền, vì vậy họ không bận tâm đến bất kỳ thử nghiệm nào.

"Không có gì?"

Zilch Zilch. Không thử nghiệm. Nada. Và lo và khi mọi người loạng choạng đi làm lại vào ngày 2 tháng 1, không một điều gì có hiệu quả. Họ không thể in lịch trình sản xuất. Họ không thể có được một nửa số dây chuyền lắp ráp để bật. Và không ai biết những gì họ được cho là làm việc. Nhà máy thực sự đi vào bế tắc.

Bạn đang đùa đấy, thì Ash Ashton nói.

Tôi không nói xấu bạn. Nhà máy hoàn toàn im lặng. Bây giờ, Charlie, cô ấy mới. Cô ấy đã làm việc tại Microsoft, hoặc NASA, hoặc một cái gì đó ... không ai có thể hiểu tại sao một người như cô ấy sẽ làm việc trong một công ty nhỏ của chúng tôi. Nhưng cô ấy ngồi xuống, và cô ấy bắt đầu viết mã. Và mã hóa. Và mã hóa.

Mã Charlie Charlie mã hóa trong chín ngày liên tiếp. Chín ngày không ngủ, không ăn, một số người thậm chí còn tuyên bố cô không bao giờ đi vệ sinh. Cô đi từ hệ thống này sang hệ thống khác và thực sự sửa tất cả chúng. Đó là một cái gì đó đáng chú ý. Chúa ơi, có những hệ thống COBOL cần được sửa chữa. Toàn bộ nhà máy đứng yên, và Charlie đang cử người đến thư viện trường đại học ở Ann Arbor để tìm sách hướng dẫn sử dụng COBOL cũ. Công nhân dây chuyền đang đứng xung quanh run rẩy, bởi vì ngay cả các máy điều nhiệt cũng có lỗi Y2K. Và Charlie đang uống tách sau tách cà phê và đánh máy như một người phụ nữ điên.

Wow Wow. Và cô ấy chưa bao giờ đi vệ sinh?

Chà, phần đó có thể là một chútmột chút cường điệu. Nhưng cô ấy thực sự đã làm việc 24 giờ trong chín ngày liên tục. Dù sao, vào ngày 11 tháng 1, khoảng năm phút trước khi bắt đầu ca làm việc, cô ấy ra khỏi tủ của mình, đi đến máy in, bấm nút và bùng nổ! ra lịch trình sản xuất, và lịch trình của nhóm, và mọi thứ đều hoàn hảo, được định dạng hoàn hảo, sử dụng phông chữ nhỏ hơn một chút để phù hợp với những gì người ta thường nói là 99, 99 và cô ấy thậm chí còn viết một hệ thống tối ưu hóa ưu tiên mới giúp họ bắt kịp 9 ngày sản xuất bị bỏ lỡ mà không khiến quá nhiều khách hàng bỏ qua và tất cả các dây chuyền lắp ráp bắt đầu chạy như không có gì là sai, và sức nóng tiếp tục, và hóa đơn được in ra '2000' như năm của '19100,' và sau ngày hôm đó, không ai tìm thấy một lỗi nào cả.

Hãy đến đây! Không ai viết mã mà không có lỗi.

"Cô ấy đã làm. Tôi đã nhìn thấy nó bằng chính mắt mình. Ngày đầu tiên trở lại, họ đã chạy những chiếc tủ trị giá hai ngày mà không có tiếng nấc.

Ashton chết lặng. Đó là sử thi. Làm thế nào tôi có thể sống theo điều đó?

Bạn không thể, bạn thân, không ai có thể, Keith Jeff nói, quay trở lại thiết bị đầu cuối máy tính của mình, nơi anh ta tiếp tục một cuộc chiến ngọn lửa trực tuyến về người sẽ chiến thắng trong một cuộc chiến, Spock hoặc Batman, đã hoành hành trong hơn bốn tháng.

Không một ai từ bỏ, một ngày nọ, Ashton thề sẽ làm điều gì đó huyền thoại. Nhưng sự thật là, không bao giờ có Y2K khác. Và không ai, ở phần đó của Michigan, đưa ra một nhận xét của một con chuột về lập trình tốt. Trên thực tế hầu như không có gì để các lập trình viên làm. Ashton đã nhận được những dự án nhỏ câm được giao cho anh ta ... tại một thời điểm, anh ta đã dành ba tuần để xử lý một trường hợp thuế doanh thu ở một quận cụ thể là sai vì một số mã zip kéo dài hai vùng thuế bán hàng khác nhau. Điều buồn cười là, đó là ở một khu vực không có dân cư ở bang New York, nơi không ai từng mua tủ văn phòng, và họ chưa bao giờ có khách hàng ở đó, vì vậy mã của anh ta sẽ không bao giờ chạy.

Không bao giờ.

Trong hai năm, Ashton làm việc rất nhiệt tình và hào hứng, và chết để tạo ra sự khác biệt và làm điều gì đó tuyệt vời và tuyệt vời, trong khi đồng nghiệp của anh lướt Internet, gửi tin nhắn tức thì cho bạn bè và chơi trò chơi máy tính hàng giờ.

Jeff, người bạn đời của anh ta, chỉ có một trách nhiệm: cập nhật bảng tính Excel hàng tuần cho biết có bao nhiêu người bị tổn thương trong công việc tuần đó. Không ai từng như vậy. Mỗi tuần một lần, Jeff mở bảng tính, đi đến cuối trang, nhập ngày và số 0, nhấn lưu và đó là điều đó.

Ashton thậm chí đã viết một macro cho Jeff tự động hóa một nhiệm vụ đó. Jeff không muốn bị bắt, vì vậy anh từ chối cài đặt nó. Họ không nói về các điều khoản sau đó. Nó thật là vụng về.

Vào buổi sáng kỷ niệm hai năm của mình tại công ty tủ, Ashton đang lái xe đi làm thì nhận ra điều gì đó.

Không một dòng mã nào anh viết đã từng chạy.

Không một điều anh ấy đã làm trong hai năm làm việc đã tạo ra bất kỳ tác động nào đến thế giới.

Và nó đã chết 24 độ ở khu vực Michigan, màu xám và hôi thối, và chiếc Honda của anh ta là một thứ nhảm nhí, và anh ta không có bạn bè trong thị trấn, và anh ta không có vấn đề gì.

Khi lái xe xuống Đại lộ Lincoln, anh nhìn thấy công ty nội thất phía trước bên trái. Ba lá cờ tung bay trước khuôn viên công ty: một lá cờ Mỹ, một lá cờ của tiểu bang Michigan vĩ đại, và một lá cờ trắng và đỏ với logo của công ty. Anh đi vào làn đường phía sau một hàng dài xe hơi đang chờ rẽ trái. Luôn phải mất bốn hoặc năm chu kỳ đèn giao thông, vào giờ cao điểm, để rẽ, vì vậy Ashton có nhiều thời gian để cố nhớ xem có bất kỳ mã nào anh từng viết đã từng được sử dụng bởi bất kỳ ai .

Và nó đã không. Và anh chống lại một giọt nước mắt.

Và thay vì rẽ trái, anh ta đi thẳng, gần như gây ra tai nạn vì anh ta quên rằng đèn rẽ trái không có nghĩa là bạn có thể đi thẳng.

Và anh ta lái xe ngay xuống Đại lộ Lincoln, và lên đường cao tốc Gerald Ford, và anh ta cứ lái xe cho đến khi tới sân bay ở Grand Rapids, và anh ta bỏ chiếc xe Honda cũ kỹ của mình ra ngay trước nhà ga, biết rất rõ nó sẽ bị kéo đi, và thậm chí không đóng cửa xe, và anh ta đi thẳng đến quầy Frontier Airlines và anh ta đã mua cho mình một vé trên chuyến bay tiếp theo tới San Francisco, anh ta sẽ rời đi sau 20 phút, và anh ta đã nhận được trên máy bay, và anh rời Michigan mãi mãi.


61
bạn không thể để tôi bị treo cổ như thế này. Chương 2 của câu chuyện này ở đâu :)
mikeal

50
Tôi có ngu ngốc vì không hiểu đạo đức của câu chuyện? :(
Terence Ponce

39
Sau đó Ashton nói "nhìn vào vương quốc của tôi, cuối cùng tôi cũng ở đó, để ngồi trên ngai vàng của mình với tư cách là hoàng tử của Bel-Air." Xin lỗi không thể cưỡng lại.
Jin

37
Đạo đức là nếu bạn không tạo ra sự khác biệt trong công việc của bạn hoặc có bất kỳ cơ hội nào để thăng tiến, hãy kiếm một công việc mà bạn sẽ làm. Tôi đã ở trong một tình huống mà tôi biết rằng tôi giỏi trong công việc của mình, nhưng ông chủ của tôi đã lỗi thời và không linh hoạt và tôi biết tôi sẽ không đi đến đâu, vì vậy tôi đã rời đi. Quyết định nghề nghiệp tốt nhất tôi từng làm.
Simon Hibbs

149
Câu chuyện tiếp tục: Anh ấy làm việc cho Google, nơi anh ấy làm việc trên Wave. Và một lần nữa, không ai sử dụng mã của mình.
Ivo van der Wijk

97

Bạn có nhớ cảnh trong Aladdin nơi Aladdin muốn gây ấn tượng với Jasmine, và vị thần nói với anh ta rằng anh ta sẽ làm tốt hơn để chỉ tập trung vào chính mình? Nguyên tắc tương tự ở đây.

Nếu ông chủ tốt hơn bạn nhiều và bạn biết điều đó, có lẽ ông cũng biết điều đó. Anh ấy không mong đợi bất kỳ kỳ tích tuyệt vời nào về lập trình nhạc rock từ bạn. Vì đây là công việc đầu tiên của bạn, rất có thể anh ấy đã thuê bạn vì anh ấy thấy tiềm năng trở thành một lập trình viên giỏi trong bạn. Vì vậy, nếu bạn thực sự muốn gây ấn tượng với anh ta, hãy tìm hiểu. Tìm hiểu ngôn ngữ, tìm hiểu hệ thống bạn đang làm việc, tìm hiểu các khía cạnh trong và ngoài tối. Tập trung vào việc học các nguyên tắc chính xác, học tốt chúng và học chúng nhanh chóng, theo thứ tự đó.

Và hãy nhớ rằng một phần của việc học là sao chép kiến ​​thức mà người khác đã có. Đừng ngại đặt câu hỏi, cho đồng nghiệp của bạn hoặc trên StackOverflow hoặc nghiên cứu mọi thứ trên Google. Dù bạn làm gì, đừng giả vờ rằng bạn biết điều gì đó khi bạn thực sự không, trong nỗ lực để tránh có vẻ ngu ngốc. Bất kỳ nhà phát triển giỏi nào cũng sẽ nhận thấy nhanh chóng, và điều đó sẽ khiến bạn trông thậm chí ngỡ ngàng trong mắt họ. Khiêm tốn có xu hướng vẫn được coi là một đức tính trong số các kỹ sư.

Làm tốt công việc đó và nó sẽ gây ấn tượng với sếp.


2
+1 và nếu ông chủ của anh ta tốt hơn anh ta - không có gì lạ, thì đây là lý do: ericsink.com/Career_Calculus.html
sharptooth

@Mason: Câu trả lời tuyệt vời và chính xác. Nhưng tôi nghĩ bạn nên xóa đoạn Aladdin ....

3
Chính xác. Ngay cả trong trường lập trình trò chơi, tôi là một (hoặc một) người luôn đặt câu hỏi. Nhưng bạn cũng phải hiểu rằng mọi người không phải lúc nào cũng có câu trả lời, ngay cả một giáo viên. Một vài lần, một giáo viên đã trả lời "tôi không biết" với tôi và tôi không cảm thấy tự hào, nhưng giống như "tôi nên tìm kiếm điều này trước khi lãng phí thời gian của anh chàng này". Sự tò mò, giống như trong khoa học, là VIRTUE TỐT NHẤT mà bạn có thể nghĩ là có. Nghiêm túc, google bất kỳ từ nào về một số chủ đề bạn đang tự hỏi về. Tò mò là công cụ học tập tốt nhất mà tôi có, đó là sự khác biệt giữa những người bạn gọi là thông minh và oth
jokoon

3
bạn biết bạn đang ở một nơi tồi tệ trong cuộc sống khi bạn lấy tín hiệu từ một bộ phim Disney.
Epaga

47

Hai từ: Hãy đáng tin cậy.

Ở vị trí của bạn, bạn không được thuê để trở thành người thông minh nhất trong nhóm. Bạn đã được thuê cho tiềm năng bạn đã thể hiện và bởi vì có những nhiệm vụ phù hợp với trình độ kỹ năng của bạn cần được thực hiện.

Cho thấy rằng bạn có thể sống với niềm tin đó trước tiên và khi bạn cảm nhận được mã và công ty, hãy tìm cách vượt quá ấn tượng đầu tiên của họ về bạn. Sau này có thể mất một thời gian, nhưng đừng nhầm là thiếu niên vì kém hơn.


2
Nhận xét này đúng cho mọi công việc. Nó chỉ đơn giản là tuyệt vời làm thế nào đáng tin cậy có thể giúp bạn có được vị trí.
Bryan Harrington

27

Dường như mãi mãi trước đây tôi đã có một công việc tuyệt vời làm việc với căn phòng đầy những lập trình viên tuyệt vời và thành đạt. Mọi người đều là một ngôi sao nhạc rock, một vài người trong nhóm Macintosh ban đầu, gần một nửa số người ở đó đã xuất bản sách, đó là một nơi tuyệt vời.

Vì vậy, tôi đã dành năm đầu tiên ở đó để cố gắng gây ấn tượng với mọi người. Tôi cảm thấy mình phải làm điều gì đó thật tuyệt vời và điều đó thúc đẩy tôi học hỏi nhiều hơn những gì tôi từng nghĩ là có thể trong một khoảng thời gian rất ngắn. Năm thứ hai tôi bình tĩnh lại, tôi đã tự tin hơn rất nhiều về những gì mình đang làm, nói thêm một chút về ý kiến ​​của mình, và khi tôi nhìn xung quanh tôi càng ngày càng bi quan hơn về sản phẩm thực tế mà chúng tôi đang xây dựng.

Đó là năm cuối cùng mà dự án được tài trợ đầy đủ. Những kỹ sư tuyệt vời mà tôi vẫn tìm đến ngày hôm nay đã dành 5 năm và hàng triệu đô la để xây dựng khung sau khung, một nền tảng ứng dụng để xây dựng trên một ứng dụng chưa thực sự xuất hiện và cuối cùng, giao diện người dùng và quy trình làm việc mà không ai có thể hiểu, ngay cả những người đã xây dựng nó.

Thông minh được đánh giá cao. Trở thành một "ngôi sao nhạc rock" được đánh giá cao. Đó là một lý do thực sự dễ dàng để tăng ngưỡng cho sự phức tạp của bạn. Điều này khiến bạn nghĩ rằng việc viết lại một hệ thống làm việc trở nên "sạch sẽ" quan trọng hơn thay vì thực hiện điều tiếp theo mà khách hàng yêu cầu.

Jacob Kaplan Moss từng nói với tôi về một lập trình viên mà tôi không biết tên, anh ta nói "Anh ta quá thông minh. Anh ta viết những thư viện phức tạp thực sự thông minh mà tôi không thể sử dụng vì tôi không đủ thông minh. Người ngu ngốc nên viết thư viện để những người ngu ngốc có thể sử dụng chúng ".

Các lập trình viên mà các kỹ sư "hoàn thành" có xu hướng ngoáy mũi, những người viết Ruby và JavaScript và các ngôn ngữ "đồ chơi" khác, những người đó tạo ra SẢN PHẨM và họ CHIA SẺ. Mã có thể xấu, kiến ​​trúc có thể không tinh khiết và sạch sẽ như bạn muốn, nhưng họ vận chuyển thần chết tiệt và trong ngành công nghiệp này đó mới là điều thực sự quan trọng.

Nếu tôi là bạn, tôi sẽ từ bỏ việc cố gắng trở thành ngôi sao nhạc rock này và tập trung vào vận chuyển và xây dựng sản phẩm. Bạn không nên đánh giá sự đóng góp của mình bằng cách mã của bạn thông minh như thế nào, bạn nên đánh giá nó bằng cách có bao nhiêu người chạy nó hàng ngày và hạnh phúc.


1
Sự thật. Viết mã dễ dàng sửa chữa khi khách hàng phàn nàn, hoặc khi có điều gì đó bị phá vỡ, và bạn sẽ trông giống như bạn có chung chung.
TehShrike

14
Thông minh không được đánh giá cao. Nếu họ xây dựng một hệ thống quá phức tạp và lạc lõng với thực tế thì rốt cuộc họ sẽ không thông minh. Người thông minh nên viết thư viện để những người ngu ngốc có thể sử dụng chúng.
EMP

1
Gần đây tôi đã có một cuộc trò chuyện tương tự và một trong những đồng nghiệp của tôi đã mô tả phong cách mã hóa / mã hóa người là 'tự phụ' ... và tôi nghĩ đó thực sự là một mô tả thích hợp ... Người viết mã này rất tuyệt vời .. Không ai biết anh ta sẽ không đồng ý ... nhưng mã của anh ta rất tự phụ ... điều đó có tác dụng phụ là khó theo dõi đối với những người không thông minh tương tự ... Tôi thích viết mã cho những người ngu ngốc ( Làm cho nó dễ hiểu hơn *** của tôi để hiểu).
TJ Seabrooks

2
Các đội cần được tạo thành từ nhiều loại người khác nhau để thành công. Bạn cần nhà thiết kế, kiến ​​trúc sư, lập trình viên, quản lý, người cằn nhằn, người thông minh, người định hướng chi tiết, người quan tâm đến quá trình, v.v. Nếu bạn chỉ có một loại người, nhóm của bạn có thể sẽ không làm việc tốt với nhau và có nhiều khả năng thất bại hơn không phải. Các nhóm cố gắng chỉ thuê các ngôi sao nhạc rock thường bỏ lỡ thực tế đó.
onedozenbagels

@Evgeny Đồng ý. Vấn đề là làm cho một cái gì đó khó (hoặc ít nhất là tẻ nhạt) dễ dàng hơn thông qua sự trừu tượng. Bạn chỉ cần những người thông minh yêu thích sự đơn giản.
LnxPrgr3

16

Viết mã rõ ràng, vững chắc.


7
Bao gồm các tài liệu tốt!

1
... Rõ ràng là nó hoàn toàn minh bạch. Nó sẽ giống như đâm vào một bức tường gạch vô hình ở tốc độ 50 dặm / giờ bằng xe tải. [Bạn sẽ gọi ai?
Chuyện hoang đường

Lời khuyên tốt, nói chung. Nhưng thật không may, đó là vấn đề sysadmin - nếu mọi thứ hoạt động không ai chú ý đến bạn, nếu có gì đó phá vỡ tất cả đều đổ lỗi cho bạn. Điều tương tự cũng xảy ra với mã: nếu nó rõ ràng, đơn giản và chỉ hoạt động thì không ai tin rằng thật khó để viết nó. Vì vậy, nó không phải là cách để được "công nhận".

1
cố gắng để có thể thay thế - theo cách này bạn sẽ được thăng chức hoặc thay thế.
IAd CHƯƠNG

lol @ hãy thử để có thể thay thế! Bạn không có nghĩa là không thể thay thế, bằng cách viết mã có thể thay thế?
Loại ẩn danh

15

Gõ cửa. Hỏi anh ta nếu anh ta có bất kỳ công việc tồi tệ nào mà anh ta đã đưa ra mà bạn có thể xử lý. Nói với anh ta chỉ đuổi bạn khỏi một email sau nếu anh ta không có thời gian ngay bây giờ.


2
hoặc bảo anh ta sa thải bạn nếu bạn thất bại.
IAd CHƯƠNG

Cả câu trả lời này và bình luận của @IAd CHƯƠNG đã khiến tôi phát biểu.
CFL_Jeff

13

Đọc Knuth

(hệ quả: nhiều người Knuth, nhưng không ai đọc Knuth)

Tất cả các lập trình viên thực sự giỏi mà tôi từng làm việc đều có một số điểm chung:

(1) Mặc dù bạn không cần phải giỏi toán để lập trình, nhưng dù sao họ cũng thích nó (và họ thích nó)

(2) Họ đánh giá cao một phẩm chất mà tôi sẽ gọi là 'sự thanh lịch' - đừng nhầm lẫn với sự ngắn gọn (!!!)

(3) Họ giỏi thiết kế phần mềm (ngay cả khi không ai trong chúng ta có thể giải thích thiết kế tốt thực sự là gì)

Ngoài ra, cá nhân tôi thấy các đặc điểm sau tiện dụng:

(a) thích giải câu đố

(b) viết mã có thể đọc được

(c) một trí nhớ tốt

(d) có thể dễ dàng thích nghi với các ngôn ngữ lập trình khác một cách dễ dàng (chiều rộng)

(e) học ngôn ngữ chính của bạn theo chiều sâu (ví dụ như làm việc xác nhận Java nếu Java là môi trường của bạn (ví gièm pha tránh khỏi thất bại mà không bao giờ làm điều này nhưng xỉ tắt chứng từ chứng nhận của Microsoft được (đã?) thực sự xấu ... lợi ích là không trong có mảnh giấy, lợi ích là trong nghiên cứu ))

(f) đưa ra lựa chọn làm một cái gì đó đơn giản và dễ dàng và sau đó tiếp tục, hoặc một cái gì đó siêu phức tạp sẽ mất vài tuần / tháng, tôi làm điều đơn giản. Tôi thích đơn giản, vì nó có xu hướng mạnh mẽ, cũng linh hoạt hơn khi các yêu cầu thay đổi ở giữa bước, và dễ dàng hơn rất nhiều để giao tiếp với các thành viên khác trong nhóm

(g) nếu bạn làm điều gì đó mà bạn cho là đặc biệt xảo quyệt, hãy ghi lại thông tin

Ai đó (Djikstra?) Nói rằng việc gỡ lỗi khó gấp đôi mã hóa, do đó, nếu bạn viết mã nằm trong giới hạn khả năng của mình, theo định nghĩa bạn không đủ thông minh để gỡ lỗi.

========

Phải nói rằng, trở thành một lập trình viên thông minh / giỏi hơn không giống như thăng tiến trong sự nghiệp của bạn.

Thực sự chỉ có một "thành phần bí mật" cần thiết để thúc đẩy sự nghiệp của bạn, và đó là kỹ năng của mọi người.

Nếu bạn thực sự muốn phát triển sự nghiệp , điều tốt nhất nên làm là bỏ việc, và đi bán xe trong 6-12 tháng.


3
Câu nói đó tôi nghĩ là Kernighan: stackoverflow.com/questions/1103299/iêng
Orble

2
Đầu tiên, gỡ lỗi khó gấp đôi so với viết mã ở nơi đầu tiên. Do đó, nếu bạn viết mã như khéo léo càng tốt, bạn đang có, theo định nghĩa, không đủ thông minh để gỡ lỗi nó.”- Brian Kernighan
Ape-inago

4
Về trí nhớ tốt: Tôi biết một lập trình viên rất giỏi với trí nhớ cực kỳ tốt. Anh ta có thể nhìn vào đoạn mã anh ta viết cách đây 2 năm và nhớ những gì anh ta đã nghĩ lúc đó. Do đó, anh ta không bao giờ nỗ lực nhiều để viết bình luận tốt - chỉ đủ từ khóa để tạo mã băm. Ký ức của tôi thật tệ Tôi phải bình luận mọi thứ thật tốt vì tôi biết rằng 1-2 tháng sau khi tôi gửi một lỗi, tôi sẽ phải làm giống như một người hoàn toàn mới - ví dụ như đọc từng bước kỳ dị của nó. Tất nhiên, một số thứ sống động hơn những thứ khác ... Tôi không nói rằng tôi là một người tuyệt vời, nhưng những người bảo trì và kiểm tra có xu hướng thích tôi.;)
Công việc

1
Tuy nhiên, thanh lịch và ngắn gọn có rất nhiều điểm chung.

Tôi đã gặp rất nhiều lập trình viên tuyệt vời và tôi không bao giờ nhận thấy họ thậm chí còn biết toán học là gì, tại sao? bạn chỉ nói về toán ở trường và các cuộc phỏng vấn lập trình xấu. trừ khi bạn nói về tối ưu hóa sớm, tôi đã gặp những người có kỹ năng thêm tuyệt vời (họ thậm chí có thể thêm những thứ chỉ tồn tại trong đầu, tôi nghĩ nó được gọi là toán học rời rạc).
IAd CHƯƠNG

11

Tôi đã viết mã được hơn 20 năm và hiện có 10 lập trình viên làm việc với tôi. Tôi phải nói rằng những người gây ấn tượng với tôi là những người đã làm tốt công việc của họ, giao hàng đúng thời hạn và chất lượng (ít lỗi hơn). giao tiếp thường xuyên, thể hiện niềm đam mê là tất cả các yếu tố quan trọng.

đó là về nó tôi có thể chia sẻ ngay bây giờ. ;)


Bạn có công việc tồi tệ nào để làm không? (Như Doug đã đề cập trong câu trả lời-25473) bởi vì tôi nghĩ không có việc gì, nhưng tôi có thể sai.
IAd CHƯƠNG

9

Vâng, tôi chỉ muốn thêm trích dẫn này từ phúc âm:

"Bất cứ ai có thể được tin tưởng với rất ít cũng có thể được tin tưởng với nhiều, và bất cứ ai không trung thực với rất ít cũng sẽ không trung thực với nhiều."


3
Đó là từ Lu-ca 16:10 : "Người nào trung thành với điều tối thiểu cũng trung thành với nhiều người, còn kẻ bất chính trong điều tối thiểu thì cũng bất chính cũng nhiều." Ngoài ra: "Làm tốt lắm, nô lệ tốt và trung thành. Bạn trung thành với một vài điều; tôi sẽ đặt cho bạn nhiều thứ. Hãy bước vào niềm vui của chủ nhân." (Ma-thi-ơ 25:21)
Đánh dấu C

7

Đã từng là ông chủ của các lập trình viên, tôi có thể nói với bạn rằng không có gì làm tôi hạnh phúc hơn khi một lập trình viên sửa một lỗi mà tôi lười biếng đi sửa !

Vì vậy, nếu bạn có thể, sửa lỗi của anh ấy cho anh ấy.


6

Như Steven nói, Mason đã đúng - tập trung vào trò chơi của riêng bạn. Điều cần lưu ý là sếp của bạn chỉ muốn bạn làm tốt công việc của mình. Anh ta có lẽ thực sự thích thực tế rằng anh ta tốt hơn bạn - nếu anh ta không, anh ta cuối cùng có thể cảm thấy không an toàn (ông chủ là con người!). Ngay bây giờ, bạn đang ở một vị trí lý tưởng để học hỏi kinh nghiệm của anh ấy - đừng lãng phí thời gian cạnh tranh với anh ấy, thay vào đó hãy hỏi lời khuyên của anh ấy về mọi thứ. Nếu bạn đã từng đọc 48 Định luật về Quyền lực, thì điều cốt yếu là "Không bao giờ vượt trội hơn chủ nhân".


Và trước khi Software Monkey hướng cùng quan điểm với tôi như ở Steven ... Tôi đã nêu lên câu trả lời của Mason :) Tôi chỉ muốn nói một chút khác biệt về mọi thứ.
Stuart Golodetz

Nhưng bạn có ủng hộ Steven quá không? ;)
Jackson Miller

6

Giải quyết khối Rubik. Sếp sẽ biết rằng bạn thích những câu đố đầy thách thức và sẽ cho bạn những bài tập khó.


1
ya nhưng điều đó phụ thuộc vào việc bạn có muốn các bài tập khó hay không.
Robert S Ciaccio

Để làm việc đó bạn cần phải có thời gian. Tức là một speedcuber

Tôi đã làm điều đó khi tôi 11 tuổi, sau khi nhận được C64 mới cho Giáng sinh.
Pablo

1
Tôi có thể làm điều đó trong dưới một phút. Giờ thì sao? Nhiệm vụ khó khăn của tôi ở đâu? : P
Nathan Osman

+1 câu trả lời hay nhất! George - bây giờ làm điều đó với đôi mắt nhắm lại!
IAd CHƯƠNG

6

Nếu bạn muốn tạo ấn tượng với sếp, hãy trung thực. Tại 1-1 hàng tuần của bạn, hãy hỏi anh ấy điều gì là quan trọng nhất để bạn tập trung vào, và làm điều đó. Cố gắng hiểu anh ấy nghĩ gì về vai trò của bạn, và cố gắng hết sức để hoàn thành nó. Có thể anh ấy cần bạn làm một số nhiệm vụ nhất định để anh ấy có thể tập trung vào những thứ anh ấy đang làm. Nếu bạn cố gắng hết sức để làm những việc anh ấy đang làm, bạn có thể không làm đủ nhiệm vụ của mình. Tìm vị trí của bạn trong nhóm, xuất sắc ở đó, và sau đó mở rộng. Nói với anh ấy rằng bạn muốn giúp đỡ.


5

@Mason đúng

  • nghe
  • học hỏi
  • đặt câu hỏi có liên quan trong khoảng thời gian tôn trọng (ví dụ hai lần một ngày, không phải cứ sau 5 phút)
  • thư giãn và là chính mình

3
Nếu @Mason đúng, bạn không nên chỉ đưa ra câu trả lời của anh ấy thay vì đăng bài của bạn mà chỉ đơn giản là tóm tắt của anh ấy?
Lawrence Dol

@Software: Tôi đã upvote câu trả lời của anh ấy, và mở rộng về nó.
Steven A. Lowe

2
@Software Money - và ông đã biến nó thành gạch đầu dòng. Thành thật mà nói, ngay khi tôi thấy 'Alladin', tôi đã bỏ qua điểm tiếp theo. Tôi nghĩ rằng đây là một đóng góp khá tốt.
Alex C

@Alex: +1 với một viên đạn!
Steven A. Lowe

5

Theo quan niệm của tôi, tài sản lớn nhất mà một lập trình viên xanh có thể mang đến, ngoài khả năng kỹ thuật hiện có của anh ta, là sự chủ động và đam mê. Nếu bạn cho sếp thấy rằng bạn rất năng nổ trong việc học những điều mới, tích cực học hỏi cách của bạn xung quanh công ty, cơ sở mã, công cụ và đồng nghiệp của bạn, và bạn cho thấy rằng bạn có niềm đam mê với những gì bạn đang làm , điều đó sẽ gây ấn tượng. Trừ khi bạn đang làm việc cho một người quản lý khủng khiếp, trong trường hợp nào bạn cũng muốn ra ngoài.

Tôi cũng xin đề nghị đưa một số tập trung vào "kỹ năng mềm" công cụ. Chứng tỏ rằng bạn không chỉ là một người đam mê vô dụng trong bất kỳ loại tương tác liên cá nhân nào. Kết bạn với những người bán hàng, tiếp thị, hỗ trợ, phát triển kinh doanh, quản lý dự án, v.v ... Hãy thể hiện rằng bạn là một người giao tiếp tốt và là người có thể làm việc với mọi người để hoàn thành công việc.


Sh.t ​​tích lũy trong cơ sở mã theo thời gian và thường thì những người da xanh chú ý đến nó nhiều nhất. Đôi khi đọc nó lần đầu tiên có thể làm cho một người khó chịu. Phụ thuộc vào mức độ tổ chức lớn, vào mức độ họ đạt được trong bài kiểm tra của Joel, v.v.
Công việc

3

Nếu bạn có quyền tự do làm như vậy: Viết các khoản tài trợ, mang lại một số tiền tài trợ từ bên ngoài hoặc bắt đầu hợp tác có giá trị kinh doanh, với các đối tác mới coi bạn là một lập trình viên có năng lực hoặc là nhân viên có giá trị thấp nhất.


3

Đừng bận tâm đến việc gây ấn tượng với mọi người hoặc ông chủ của bạn. Không ai bị ấn tượng bởi chỉ nói chuyện. Thay vào đó tập trung vào mã vận chuyển. Đảm bảo bạn tham gia vào các dự án hoặc ứng dụng sẽ được mọi người sử dụng. Nhiều mã bạn có trong sản xuất có liên quan hơn bạn sẽ có. Liên quan nhiều hơn đến mọi người nhiều hơn họ sẽ dựa vào bạn. Nghỉ ngơi là tất cả các chương trình ảo thuật.


tốt, bạn nên trở thành Trình quản lý phát hành và đừng để người khác nói cho bạn biết nên viết gì, viết những gì bạn muốn và gửi nó!
IAd CHƯƠNG

2

Làm việc chăm chỉ. Làm mọi thứ bạn nói và học mọi thứ. Bạn rất may mắn khi làm việc dưới một người biết nhiều hơn bạn, hãy tiếp tục làm việc cho đến khi bạn có thể bắt kịp.

Ngoài việc làm việc chăm chỉ và thành công trong công việc hiện tại, tôi muốn đưa ra một số lời khuyên có thể là câu trả lời cho câu hỏi bạn không hỏi. (Nó thậm chí không có trong radar của tôi khi tôi có công việc phần mềm đầu tiên).

Internet được thực hiện bởi những người như bạn. Và những người như bạn có thể kiếm tiền trên internet.

Tìm một cái gì đó bạn đam mê. Xây dựng nó. Bán nó. Hãy là ông chủ của riêng bạn.

  • Mở http://news.ycombinator.com và bắt đầu đọc các bài viết. Bạn sẽ thấy một làn sóng vô tận những câu chuyện từ những người như bạn, người có ý tưởng, xây dựng một trang web và quản lý để kiếm được một hoặc hai đô la khi thực hiện nó. Thật cảm hứng và mở mắt, có một anh chàng kiếm được một mức lương tốt đến mức nực cười khi bán một máy phát thẻ lô tô cho giáo viên ... một anh chàng khác đã bán một trang web cho google hàng triệu đô la. Có rất nhiều công nghệ thú vị khác trong đó.

  • 'Cha giàu, Cha nghèo' có những nơi ông nhận được lời khuyên tốt.

  • Week Tuần làm việc bốn giờ 'lấy thứ này bằng một hạt muối, nhưng anh ta có một số cách thú vị để nhìn vào công việc & cuộc sống.

Hãy tiếp tục học hỏi từ anh chàng mà bạn đang ở dưới đây. Có rất nhiều điều để học trong 'công việc thực tế đầu tiên của bạn' mà tôi thậm chí không thể bắt đầu. Về lâu dài (ba, năm, mười, hai mươi năm) nếu bạn học cách tự kiếm tiền, bạn sẽ không phải lo lắng về việc gây ấn tượng với người khác.


2

Bạn hiếm khi có thể gây ấn tượng với mọi người bằng cách cố gắng gây ấn tượng với họ. Và miễn là bạn cố gắng gây ấn tượng với mọi người, và họ dường như không ấn tượng, sự thất vọng của bạn sẽ tăng lên.

Chỉ cần làm công việc của bạn theo cách khiến bạn tự hào về bản thân. Đừng lo lắng về những gì mọi người nghĩ. Người duy nhất bạn có thể làm cho hạnh phúc là bạn.


1

Tôi thích câu chuyện được đăng trong câu trả lời, nhưng nó thú vị hơn là một câu trả lời đáng tin cậy.

Thật bình thường khi mọi người đều giống như bạn: cố gắng trở nên tốt hơn với những gì chúng ta làm, đó là con người. Nhưng sự thật kinh hoàng là có rất ít cơ hội bạn sẽ là người giỏi nhất.

Liên quan đến bản thân mình, tôi luôn lo sợ những mối quan tâm khiêm nhường, bởi vì tôi chỉ ghét những cuộc chiến trẻ con đó về việc ai đúng và ai không, và đây là lý do tại sao.

Miễn là bạn không phải là một trong những người giỏi nhất, bạn nên cố gắng làm việc để có thêm kinh nghiệm so sánh những gì bạn biết và làm với những gì lập trình viên giỏi nhất biết và làm.

Bạn có thể nói tôi so sánh bản thân mình với những lập trình viên giỏi nhất, nhưng điều đó chỉ đúng một nửa: - Tôi tốt hơn so với bản thân mình là tốt nhất, vì biết rằng tôi thật lố bịch so với họ, nên điều đó khiến cho nguyên tắc so sánh khá ngu ngốc và vô dụng - Tôi không xem xét danh tiếng của họ mà là những gì họ đạt được để có được nó, bởi vì trong thực tế, hầu hết các huyền thoại thiên tài biến mất khi bạn biết thực tế thực sự như cách kinh doanh hoạt động. Nó không thay đổi thực tế họ đã đạt được công việc tuyệt vời, nhưng hãy nhớ rằng kinh nghiệm rất khó để đánh giá nếu bạn nghĩ về các điều kiện làm việc. - Cuối cùng, quá trình này tránh được quá trình cạnh tranh thực sự gây phiền toái cho tôi và giúp tôi tập trung vào điều quan trọng: học bằng thực hành, nhưng cũng học với sự trợ giúp của một động cơ tò mò tốt.

Bạn có thể ngưỡng mộ ai đó tất cả những gì bạn muốn, nghĩ rằng anh ấy tốt hơn tất cả các nhân viên khác hoặc các lập trình viên khác mà bạn sẽ gặp, nhưng bạn phải nhớ rằng thế giới rất rộng lớn và anh chàng mà bạn ngưỡng mộ thực tế khá trung bình so với những người khác tốt hơn Những người có kinh nghiệm ở ngoài kia, vì vậy có thể bạn sẽ cảm thấy tốt hơn một khi bạn đã gây ấn tượng với anh ta, nhưng bạn sẽ cảm thấy như vậy với những người khác có kinh nghiệm tốt hơn anh ta, vì vậy tất cả sẽ chẳng là gì cả.

Thoát khỏi trò chơi nhỏ nhặt này và cố gắng tìm những chủ đề thú vị hơn mà bạn có thể đã nghe nói, bởi vì kỹ sư mà bạn đang nói đến này chắc chắn đang bận rộn làm việc cho một điều gì đó ít tuyệt vời hơn mà bạn đang nghĩ.


Nhờ bài đăng này, tôi đã có thể hiểu điều đó. Khi bạn đi xuống từ tận cùng, anh hùng là công cụ mà tôi sử dụng để giữ cho tôi có động lực. Nhưng, bây giờ tôi đã đến một nơi tốt hơn, tôi phải trở thành anh hùng của chính mình và làm việc chăm chỉ. Không phải để công nhận, mà cho bản thân tôi. Cha tôi, một người khôn ngoan, đã từng nói với tôi rằng bí quyết thành công là tôi. Tôi chưa bao giờ có được điều đó cho đến ngày hôm qua. Cảm ơn bạn.
Pablo

1

Tôi phải đồng ý với một số người khác ở đây rằng bạn có khả năng thất bại trong mục tiêu của mình - bởi vì bạn đang tập trung vào vấn đề sai , hoặc ít nhất là sự tập trung của bạn quá hẹp.

Bạn muốn trở thành một lập trình viên tuyệt vời - ý kiến ​​chủ quan của một kỹ sư phần mềm có ban tặng danh hiệu và khả năng đó cho bạn (ngoài Joel) không? Nếu bạn chỉ tập trung vào việc gây ấn tượng với sếp thì bạn không tập trung vào công việc, hoặc cải thiện kỹ năng của bạn - bạn không tập trung vào mục tiêu trở thành một lập trình viên tuyệt vời. Bạn đang cố gắng để được tôn trọng hơn là kiếm được nó.

Hãy xem trường hợp xấu nhất (vì các lập trình viên thích làm điều đó) - ông chủ của bạn hoàn toàn ghét bạn mà không có lý do khách quan (bạn đội mũ Patriots vào ngày đầu tiên, bất cứ điều gì). Anh ấy sẽ không bao giờ có ý kiến ​​tốt về bạn. Nếu bạn tập trung hoàn thành nhiệm vụ được giao, giải quyết vấn đề một cách hiệu quả và thanh lịch, và tiếp tục bộ kỹ năng kỹ thuật của bạn - bạn sẽ cải thiện bản thân - thì cuối cùng bạn là người chiến thắng - độc lập với những gì sếp nghĩ.

Công việc của Ashton là một công thức cho sự thất bại không phải vì mã của anh ta không được sử dụng, mà bởi vì công việc đó cung cấp cho anh ta không có lợi ích thiết thực nào ngoài sự an toàn trong hệ thống phân cấp của Maslow. Có phải anh ấy đang học những kỹ năng mới? Không. Công việc của anh ấy có cho phép anh ấy sáng tạo không? Không. Nó có làm anh ta tôn trọng không? Không.

Vì đây là vị trí đầu tiên của bạn, nó sẽ cung cấp cho bạn hầu hết các thuộc tính này theo mặc định. Bạn sẽ có những trải nghiệm đầu tiên về lập trình một cách chuyên nghiệp, bạn sẽ được đưa ra những thách thức mới cả về kỹ thuật và phi kỹ thuật. Nhưng sẽ đến lúc bạn vượt xa vị trí hoặc nó vượt xa bạn, và bạn cần tiếp tục cải thiện bản thân để không bị mất cảnh giác bởi nó.

Một điều nữa, nếu Ashton sẽ đo lường giá trị bản thân của anh ta chỉ bằng số lượng người sử dụng mã của anh ta thì tôi khuyên anh ta nên tham gia một câu lạc bộ thường xuyên hơn. Hạnh phúc duy nhất trong cuộc sống là thứ mà chúng ta tạo ra cho chính mình. Sống đúng theo những gì ý kiến ​​của người khác về chúng ta đang tạo ra những con người bi thảm và không trung thực.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.