it-swarm-vi.com

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

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.

98
Pablo

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à phải vật lộn để kiếm sống bằng việc bán phô mai dê hữu cơ cho những con yupe tại Chợ Ann Arbor Farmer.

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 phải là người làm việc sâu đến đầu gối trong phân dê. Trong suốt thời gian học cấp ba, 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 trở nên 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 mọi người khác lại không được A thẳng 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 ra 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, 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.

Nói rằng, đó 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. Cô ấy có một cái gì đó của một huyền thoại ở đây.

"Ý anh là gì?" anh ấy hỏi.

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, ông Ash 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 mỗi 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ể lên lịch trình sản xuất in ấn. Họ không thể có được một nửa số dòng hội để 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 có thể đùa, bạn 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ó COBOL hệ thống trong đó cần phải sử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ả bộ đ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 rồ.

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

Chà, phần đó có thể là một ít mộ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ô ra khỏi tủ của mình, đi đến máy in dòng, nhấn 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 làm mất quá nhiều khách hàng 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à các 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! Ashton nói. 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. Cơn sốt hoành tráng đó. Làm thế nào tôi có thể sống theo điều đó?

Bạn có 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 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, trong phần đó của Michigan, đã đưa ra một con chuột 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 didnith muốn bị bắt, vì vậy anh ta từ chối cài đặt nó. Sau đó, họ nói về các điều khoản. 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, và nó màu xám, hôi hám, 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ờ Rush, để rẽ, vì vậy Ashton có nhiều thời gian để cố nhớ xem có bất kỳ mã nào anh ta có bao giờ được viết là bao giờ được sử dụng bởi bất cứ ai.

Và nó đã có. 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.

189
Joel Spolsky

Hãy nhớ lại 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 khi 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 ta không mong đợi bất kỳ chiến công lớn 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 ấ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 chi tiết và góc 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.

97
Mason Wheeler

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.

47
Joost Schuur

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 rõ hơn 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, khung 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 điều quan trọng hơn là viết lại một hệ thống làm việc để "sạch 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ã này 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ã thông minh của bạn, 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.

27
mikeal

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

16
leed25d

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ờ.

15
SnoopDougieDoug

Đọc Knuth

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

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

(1) Mặc dù bạn không để giỏi toán để làm lập trình, dù sao họ cũng vậy (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' - không bị 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) tìm hiểu ngôn ngữ chính của bạn một cách sâu sắc (ví dụ: thực hiện Java if Java là môi trường của bạn (đối với những kẻ gièm pha không bao giờ làm điều này nhưng lại bỏ qua chứng nhận vì chứng nhận của Microsoft là (đã?) thực sự tệ ... lợi ích là không khi có mảnh giấy, lợi ích nằm ở nghiên cứ))

(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 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, bạn sẽ theo định nghĩa 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 tiến bộ sự nghiệp, điều tốt nhất nên làm là bỏ việc, và bán xe trong 6-12 tháng.

13
Rick

Tôi đã mã hóa đượ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ờ. ;)

11
wsatp

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."

9

Đã 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.

7
Lone Coder

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ế là 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".

6
Stuart Golodetz

Giải khối lập phương 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ó.

6
Manoj R

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 vai trò của anh ấy là gì, 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 riêng mình. Tìm vị trí của bạn trong nhóm, Excel tại đó và sau đó mở rộng. Nói với anh ấy rằng bạn muốn giúp đỡ.

6
akf

@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
5
Steven A. Lowe

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 sẽ đề nghị đặt một số tập trung vào công cụ "kỹ năng mềm". Chứng tỏ rằng bạn không chỉ 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 ... Cho thấy 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.

5
mindcrime

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
knb

Đừ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ó. Bạn 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.

3
user9631

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 được 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ó trên 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ở ra 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 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ẻ bingo cho các 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
Alex C

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.

2
Kristopher Johnson

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, 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ộng lớn và chàng trai 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 đó, 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ỏ 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ĩ.

1
jokoon

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 tập hợp kỹ năng kỹ thuật của bạn - bạn sẽ cải thiện bản thân - 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 phải 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.

1
Watson