Một số điều bạn đã đọc đã truyền cảm hứng và hướng dẫn bạn như một lập trình viên là gì? [đóng cửa]


Câu trả lời:


26

Tôi ngạc nhiên không ai nhắc đến Lập trình viên thực dụng . Đây là một cuốn sách phải đọc nếu bạn hoàn toàn hứng thú với nghề của mình.


Nó từng là "phải đọc."
kirk.burleson

2
@ kirk.burleson: Vẫn vậy.
Steven Evers

Tôi sẽ đồng ý, đọc nó đã giúp tôi nhận ra rất nhiều về những gì chúng ta làm và làm thế nào để đi về nó.
aredkid

Tôi yêu '`select' 'Không phải là khổ thơ. Nó không bị hỏng, nó chỉ hút :)
Tim Post

Cuối cùng đã đọc nó, tôi sẽ đồng ý. Và tôi cho rằng đó là một câu trả lời xứng đáng.
aredkid

13

Găng tay

Găng tay - hãy nhìn kỹ, chăm chỉ vào phiên bản đầu tiên của bạn và chỉ nói với chính mình, "găng tay".

Bài đăng này từ Daily WTF đã giúp tôi đi đúng hướng. Tôi sẽ thừa nhận nhiều lần đã bắt đầu phát triển thứ gì đó trong đó một đôi "găng tay" là giải pháp thích hợp.


3
Tôi không hiểu
kirk.burleson

1
Kirk, bạn cần đọc bài viết được liên kết để có câu trả lời có thể có ý nghĩa ... mặc dù sau đó nó không thực sự.
Peter Boughton

5
Điều đó có nghĩa là khi bạn lật đổ một vấn đề, bạn có thể kết thúc bằng các giải pháp phức tạp khủng khiếp mà cuối cùng trở nên phức tạp hơn do các lựa chọn thiết kế trước đó. Để tóm tắt bài viết được liên kết, họ cố gắng tạo ra một hệ thống sưởi ấm cơ thể kỳ cục để giữ ấm cho bàn tay của bạn. Thay vì chỉ đeo găng tay
Matt Phillips

bài tuyệt vời! Xuất sắc.
Dave

+1 Tôi lol'd @ câu chuyện. Tôi không thể tin rằng họ đã không dừng lại sau "Thật tuyệt vời: chúng ta có thể tái sử dụng nhiệt cơ thể hiệu quả hơn! Bằng cách này, hệ thống cũng có thể được sử dụng khi đi bộ / chạy bộ." bình luận.
Evan Plaice

12

Đọc bài phát biểu của Alex Stepanov tại Adobe. Vào cuối 5 năm, điều này sẽ tách biệt những người TUYỆT VỜI khỏi những người TỐT.

http://www.scribed.com/doc/210467/Speech-by-Alex-Stepanov


Bạn biết đấy, Stepanov đã nói một số điều mà tôi vi phạm không đồng ý, nhưng bài phát biểu đó là tuyệt vời.
Frank Shearar

@Frank: Xin vui lòng chia sẻ nếu đó là liên quan đến lập trình có thể là tất cả chúng ta có thể học được điều gì đó từ bạn. Chúng ta đừng nói về những bình luận Mỹ của anh ấy.
Geek

Nhận xét của anh ấy về OOP hoàn toàn sai: stlport.org/resource/StepanovUSA.html Anh ấy nghĩ rằng OOP là một công văn đơn và dựa trên lớp, cho người mới bắt đầu. (CLOS sử dụng nhiều công văn, Tự và Javascript dựa trên nguyên mẫu, dưới dạng phản mẫu.)
Frank Shearar

Có một số nguồn khác của điều này ngoài bảng điểm? Ông lưu ý rằng bảng điểm có sự dịch sai.
Jonn

@Frank Shearar Chàng trai chỉ thích sự đơn giản với món mì spaghetti tiềm năng mà tôi nghĩ. Ông cũng đã giảng bài bằng tiếng Nga khoảng một năm trước; Ở đó, ông nói rằng ông thích những thứ đơn giản như "vì, nếu" và về cơ bản không thấy có gì xấu khi viết Pascal bằng bất kỳ ngôn ngữ nào, nếu mã có hiệu quả và rõ ràng (trái ngược với cách gõ sai, như tôi hiểu).
mlvljr

10

Tôi luôn thấy Mã hóa kinh dịJoel trên Phần mềm được truyền cảm hứng trên một số bài đăng trên blog nhất định. Họ cũng luôn làm cho tôi cảm thấy tốt vì tôi hiểu những gì họ đang nói và khiến tôi nghĩ mình là một lập trình viên.



8

Đọc

Xem


Đôi khi, đó là về con người ...

Và một nhóm người đang theo bước chân và đứng trên vai (không theo thứ tự cụ thể và được liệt kê khi họ đến với tâm trí của tôi bây giờ trong dòng chảy tự do): Alan Kay , Richard Stallman , Ken Thompson , Dennis Ritchie , Brian Kernighan , Theo de Raadt , Linus Torvalds , Eric S. Raymond , Rob Pike , Bill Gates , Steve Jobs , John MacCarthy , John Conway , Martin Oderky , James Gosling , Guy Steele , Donald Knuth ,Edsger Dijkstra , John Carmack , Peter Molyneux ... Hoặc những lời nói và tác phẩm của họ là truyền cảm hứng hoặc câu chuyện của họ được kể bởi những người khác. Miễn là bạn ghi nhớ rằng các kỹ năng và thiên tài của họ trong một số lĩnh vực không ngăn cản họ bị mù quáng bởi niềm tin của chính họ vào người khác. Giống như bất cứ ai khác. (2 cuốn sách được liệt kê ở trên sẽ bao gồm chúng khá tốt, đối với hầu hết chúng!)

Hoặc ít nổi tiếng hơn nhưng dù sao cũng là những nhà công nghệ tích cực thú vị để theo dõi từ xa: Neal Gafter, Martin Fowler , Don Syme , v.v ...

Tôi đã được truyền cảm hứng từ công việc của những người này và những điều họ đã làm để đạt được (hoặc từ bỏ) các dự án của họ.

Đôi khi nó nói nhiều hơn về một nền văn hóa và một giấc mơ, và phá vỡ các rào cản ...

Đọc 2600 khi còn bé khi tiếng Anh của tôi là tiếng Anh, câu chuyện về những kẻ đầu tiên như Captain Crunch hay sự ra đời của kỷ nguyên PC với Wozniak tại Apple và đọc sách và tiểu luận của William GibsonNeil Stephenson cũng truyền cảm hứng cho tôi với tư cách là một lập trình viên , mặc dù nó không liên quan đến lập trình trực tiếp. Trong tĩnh mạch rằng, ngay cả những Tuyên ngôn của Hacker , các Agile Manigesto hoặc những thứ thậm chí như Mã IEEE Đạo Đức đã và vẫn là cảm hứng.


+1 cho các cuộc phỏng vấn cổng / công việc. Cuộc phỏng vấn tuyệt vời và hoàn toàn chính xác trên máy chủ so với lưu ý của khách.
Steven Evers

++ cho 11 liên kết trong 11 từ
sova

@sova: cảm ơn, tôi đã thực sự đào chúng lên nhưng tôi nghĩ rằng nó có thể hữu ích. Nghĩ về nó, chỉ cần tìm kiếm trên youtube có thể tốt hơn trong trường hợp họ bị xóa mặc dù.
haylem

bạn đã quên Wau Holland (một trong những người sáng lập Câu lạc bộ máy tính Chaos, một trong những tổ chức tin tặc lâu đời nhất) - anh ta chống lại kiểm duyệt, bản quyền và là cho một cơ sở hạ tầng thông tin mở.
Joschua

@Joschua: một tài liệu tham khảo tốt đẹp thực sự. Tôi đã không thực sự theo dõi thành tích của Holland trực tiếp, nhưng tôi đã theo dõi tin tức về CCC trong một thời gian trước đó. Thiếu thời gian rảnh rỗi cho tất cả điều này bây giờ, trung thực. :(
haylem

7

Bài giảng cuối cùng một cuốn sách được viết bởi Randy Pausch người đàn ông đằng sau Alice. Nó đi cùng với bài giảng cuối cùng của mình "Thực sự đạt được ước mơ thời thơ ấu của bạn". Luôn luôn phải nhớ là một Tigger.


6

đó là một danh sách rất ngắn, gồm hai cuốn sách:

  • đầu tiên - mẫu thiết kế
  • mã sạch

5

Về mặt hướng dẫn

Cuốn sách Các yếu tố của phong cách lập trình của Kernighan và Plauger rất có ảnh hưởng đối với tôi khi tôi học C. Cuốn sách đã bị coi là "lỗi thời" khi tôi đọc nó, do nó sử dụng các mẫu PL / I và Fortran, nhưng các mẹo vượt qua cả hai ngôn ngữ.

Trước khi đọc cuốn sách đó, tôi đã bị thuyết phục "phong cách" là về những gì bây giờ tôi coi là những vấn đề tầm thường, như định dạng (có bao nhiêu khoảng trống cho một tab? Bạn đặt các đường cong ở đâu?). Nhưng phong cách là những gì bạn có một khi bạn loại bỏ các quy ước định dạng và đặt tên. Là dễ dàng hơn để xây dựng một chuỗi ngược và sau đó đảo ngược nó? Sau đó xây dựng nó ngược và đảo ngược nó.

Một cuốn sách khác của Kernighan và Plauger, Công cụ phần mềm , cũng hữu ích, nhưng không hoàn toàn tốt. Và cuốn sách mới hơn nhiều Thực hành lập trình , của Kernighan và Pike cũng hữu ích, nhưng khác xa với các yếu tố của Phong cách lập trình . Tôi ước tôi vẫn còn bản sao của mình. Nó đáng giá cho mọi lập trình viên đọc.

Tôi đã đánh giá cao việc kiểm tra và QA sau khi đọc Glenford Myers Nghệ thuật kiểm thử phần mềm . Nó cho tôi thấy rằng thử nghiệm là một hoạt động sáng tạo thực sự, và không chỉ là thứ dành cho các chuyên ngành khoa học máy tính không thích lập trình. Có lẽ với sự phát triển ngày càng tăng của Phát triển dựa trên thử nghiệm, nhiều người sẽ chuyển sang cuốn sách của Myers.

Và tôi không thể nghĩ ra một giới thiệu tốt hơn về khái niệm trừu tượng hơn cuốn sách Cấu trúc và diễn giải các chương trình , có sẵn trực tuyến miễn phí. Nó giới thiệu ngôn ngữ lập trình Scheme, nhưng đánh vào nhiều chủ đề khác trong khoa học máy tính, bao gồm cả lập trình khai báo.

Về mặt cảm hứng

Trong sự nghiệp học tập của mình, tôi đã được truyền cảm hứng từ khái niệm Lập trình hướng đến khía cạnh. Bạn có thể đọc một số bài báo rất sớm về AOP và kết thúc với nửa trang ghi chú cho các ý tưởng.

Tôi cũng nghĩ rằng sự tiến bộ của Church và Turing rất truyền cảm. Vào những năm 1930, trước khi máy tính thậm chí được chế tạo, các nhà khoa học và nhà toán học đã lập trình bằng ngôn ngữ lập trình bậc cao: phép tính Lambda. Việc xây dựng các số Church và chức năng tiền thân có lẽ là một trong những cấu trúc lập trình thông minh nhất từ ​​trước đến nay. Nó chỉ cho bạn cách làm một cái gì đó từ hầu như không có gì.


1
Nếu bạn đang đọc về AOP, đừng quên tác phẩm trước đó của Kiczales và cộng sự, dưới dạng Nghệ thuật của Giao thức MetaObject .
Frank Shearar

Độ tin cậy phần mềm của Myer's : Nguyên tắc và thực tiễn cũng được đọc khá tốt.
Frank Shearar

+1 cho SICP trong hướng dẫn
Inaimathi

5

Không phải cái gì tôi đọc. Năm 1984 tôi đang nói chuyện với hàng xóm và bạn của anh ấy. Tôi 16 tuổi. Người bạn nói với tôi rằng về cơ bản thế giới bị phân chia giữa người dùng máy tính và lập trình viên máy tính. Ông nói chỉ những người thông minh nhất thế giới mới có thể trở thành lập trình viên.

Yeeeeee! Thật là một thử thách!


5

Bản gốc Joel trên Phần mềm , cách anh viết đã giúp tôi dễ dàng nắm bắt các khái niệm khi tôi bắt đầu.


2
Anh ấy là một nhà văn giỏi và tôi thích đọc những thứ của anh ấy. Chỉ cần lấy một ít với một hạt muối hoặc bạn có thể bị trầm cảm nếu bạn không phải là nhà phát triển rockstar.
kirk.burleson

1
Tôi muốn trở thành một nhà phát triển rockstar như tôi muốn trở thành một douchebag.
Jonathan Sterling

5

Code Complete, Ấn bản thứ hai của Steve McConnell.

Các mẫu thiết kế: Các yếu tố của phần mềm hướng đối tượng có thể tái sử dụng bởi Erich Gamma

Tôi hoàn toàn tự học, và tôi đã may mắn vấp phải một bài báo (từ lâu tôi đã quên mất ở đâu) trong công việc của tôi đã chỉ cho tôi hai cuốn sách này. Việc chuyển đổi mã của tôi sau khi tôi đọc hai cuốn sách đó thật đáng kinh ngạc. Tôi nợ rất nhiều những tác giả đó.



3

Trong số nhiều nguồn cảm hứng, cuốn gần đây nhất là cuốn sách về: Các mô hình học nghề


Tôi hy vọng nhiều người sẽ ủng hộ điều này. Cuốn sách này thật tuyệt vời! Đó không phải là một hướng dẫn cho kỹ thuật lập trình vì nó là chiến lược; chỉ cho bạn cách tiếp cận sự nghiệp lập trình của bạn (và nghề lập trình nói chung) bằng cách nghĩ về nó như một con đường dài cả đời và xem mình là một nghệ nhân đầy tham vọng của một nghệ thuật lành nghề.
sứa biển

3

Khi tôi lần đầu tiên đọc Sách mẫu thiết kế vào năm 1995 hoặc một cái gì đó, nó là một mắt mở thực sự đối với tôi với tư cách là một lập trình viên.

Ngày nay, cuốn sách về sự phát triển nhanh nhẹn của James Shores đã truyền cảm hứng cho tôi rất nhiều, và gần đây Lyssa Adkins về các đội huấn luyện, cả hai đều rất được khuyến khích nếu bạn quan tâm đến những thứ như vậy.


3

Những người thuộc nhóm phương Đông có thể thưởng thức một cuốn sách nhỏ về những công án nhỏ về Đạo đức lập trình siêu việt .

Đây là bước đầu tiên của tôi trên con đường hướng tới giác ngộ, và là điều đầu tiên khuyến khích tôi nghĩ về lập trình, và công việc sáng tạo nói chung, như một thực thể không thể chinh phục được tồn tại theo thời gian của người sáng tạo. Những người cố gắng chống lại nó hoặc hiểu nó chắc chắn sẽ thất bại.



3

Little LISPer đã thổi vào tâm trí tôi.

Tôi học một lớp lập trình pascal ở trường trung học. Tôi đã biết C64 cơ bản khá tốt và hỏi giáo viên nếu tất cả các ngôn ngữ lập trình giống như Basic và Pascal. Anh ấy cho tôi mượn bản sao của Little LISPer. Sau khi dành thời gian cuối tuần để đọc nó, tôi không tin một ngôn ngữ kỳ quặc như vậy có thể tồn tại hoặc sẽ hoạt động. Khi tôi thấy nó chạy trên quay số mini anh ấy có quyền truy cập, tôi đã nổi. Nó đã tồn tại.

Sau lớp lập trình đại học thứ hai của tôi; Thuật toán và cấu trúc dữ liệu, tôi đã chuyển đổi chuyên ngành để có quyền truy cập vào phòng thí nghiệm CS Computer tốt hơn. Họ đã có các máy Unix với lisp, scheme, prolog, SmallTalk80 và hàng tấn công cụ khác.


3

Mã hoàn thành . Nó bao gồm hầu hết các môn học cơ bản mà bạn cần biết với tư cách là một lập trình viên, và cung cấp cho bạn các hướng dẫn để tìm hiểu thêm về từng môn học. Một bước đầu tiên rất tốt trong một lộ trình học tập. Bản thân tôi và rất nhiều người tôi biết, ước gì họ đọc nó sớm hơn trong cuộc đời lập trình viên của họ.


3

Cuộc nói chuyện truyền cảm hứng nhất mà tôi từng nghe là Richard Gabriel nói về phần mềm viết tương tự như viết thơ. Các nhà thơ thường sử dụng rất nhiều nỗ lực để có được vài từ vừa phải - nghĩ rằng Haikus - và chúng ta nên cố gắng hướng tới cùng một loại xuất sắc và thanh lịch khi viết phần mềm.

Sự thanh lịch và ngắn gọn cũng quan trọng trong lập trình như trong thơ và toán học, và nó đòi hỏi rất nhiều nỗ lực để làm điều đó một cách trôi chảy.

Xem một số điểm trên http://www.dreamsongs.com/Po temOfProgramming.html


Tôi đã chia sẻ một văn phòng với Richard tại MIT vào khoảng 74 giờ sáng.
Mike Dunlavey

2

Cuốn sách duy nhất hữu ích nhất từ ​​trước đến nay - không phải về lập trình, mà là về cách làm việc hiệu quả trong lĩnh vực này: "Peopleware" của DeMarco và Lister. Nên có trên mỗi kệ sách lập trình viên. Và nếu bạn chuyển lên quản lý, gấp đôi như vậy.


2

Như Alan Kay đã nói gần 30 năm trước , quan điểm đáng giá 80 điểm IQ. Những cuốn sách đã thay đổi quan điểm của tôi:

  • "Điều tra triết học" của Ludwig Wittgenstein

    Đôi khi chúng ta nghĩ rằng chúng ta biết, trong thực tế, chúng ta không biết. W. cho thấy làm thế nào để xem xét kỹ hơn.

  • "Sự thật, viễn tưởng và dự báo" của Nelson Goodman

    Ở đây tôi đã học được từ phân tích thực sự có nghĩa là gì. Ngoài ra, những gì từ thực dụng có nghĩa là.

  • "Zen và nghệ thuật bảo dưỡng xe máy" của Robert M. Pirsig

    Làm thế nào có thể có những thứ tốt hơn những thứ khác? Tại sao mọi thứ không giống nhau, chất lượng khôn ngoan? IOW, những gì mà phim hay, xe tốt, thức ăn ngon và phần mềm tốt có điểm chung, điều đó làm cho chúng tốt?



2

Linh hồn của một cỗ máy mới (nguồn cảm hứng khi tôi còn học trung học) SICP (có lẽ là một trong những cuốn sách hay nhất liên quan đến phát triển phần mềm tôi từng đọc)


Linh hồn của một cỗ máy mới của Tracy Kidder nên được yêu cầu đọc cho mọi lập trình viên chuyên nghiệp. Tôi đã đưa các bản sao cho mọi nhà phát triển Wannabe mới được tôi cố vấn trong nhiều năm qua. Chỉ cần hiểu khái niệm "đăng ký" của anh ấy là đáng giá và thời gian.
Ross Patterson

1

Marvin Minsky

  • Tính toán: Máy hữu hạn và vô hạn

  • Xử lý thông tin ngữ nghĩa


1

Seth Godin , trong khi không hoàn toàn liên quan đến lập trình, có một số bài viết truyền cảm hứng cho tôi với tư cách là một lập trình viên và một doanh nhân đầy hy vọng (ngoài Joel trên Phần mềm).


1

Cuốn sách năm chiếc nhẫn của Myomoto Musasashi.

Một số điểm nổi bật.

Đừng có một công cụ yêu thích. Học cách sử dụng mọi công cụ, học khi thích hợp để sử dụng, tìm hiểu điểm yếu và điểm mạnh của nó.

Nhân viên có công việc không hoàn hảo có thể được sử dụng ở những nơi có chất lượng tay nghề của họ trong tầm nhìn công khai. Các trụ cột hỗ trợ sàn dưới một tòa nhà không cần phải có một kết thúc hoàn hảo (chúng chỉ phải làm việc).

Bằng cách làm một việc, làm nhiều việc. Vì vậy, nếu có sự lựa chọn giữa làm A và B, nhưng B có thể được sử dụng để làm nhiều việc vào tuần tới, hãy làm B nếu bạn có đủ khả năng.


1

Tôi bắt đầu từ lập trình trò chơi. Tất cả xuất phát từ ngày NES. Mong muốn trở thành nhà phát triển trò chơi và tôi đã đạt được nó nhưng đã đổi thành Nhà phân tích phần mềm / phần cứng ứng dụng để có sự nghiệp tốt hơn vì đất nước của tôi cho các ngành công nghiệp trò chơi là quá nhỏ.

Trong những ngày đầu tiên của tôi, tôi thực sự cảm thấy một chút hối tiếc khi tham gia vào vai trò CNTT này. Nhưng sau đó được truyền cảm hứng và ảnh hưởng bởi các đồng nghiệp cũ của tôi về thành tích của anh ấy và họ khá tích cực trong các lĩnh vực phát triển kỹ thuật mới này. Trong thời gian rảnh, tôi sẽ hòa nhập với lập trình phần mềm để thực hiện các dự án cá nhân với các đồng nghiệp cũ.


1

Tôi biết đó là một cuốn sách khó đọc, nhưng Nghệ thuật lập trình máy tính của Knuth là một thỏa thuận thực sự lớn trong lĩnh vực của chúng tôi. Và Gôdel, Escher, Bach: Một cõi vàng vĩnh cửu của Douglas Hofstadter là nguồn cảm hứng cho những người trong chúng ta có khuynh hướng toán học hoặc thuật toán.


Tôi đã đọc Coders tại nơi làm việc ( en.wikipedia.org/wiki/Codftimeat_work ) và hầu hết tất cả các lập trình viên được phỏng vấn đều tham khảo cuốn sách của Knuth, vì vậy nó chắc chắn cảm thấy như phải đọc.
fejd

1

Turing chú thích

Chỉ cần hình dung ai đó thiết kế các phương pháp & thuật toán phức tạp như vậy gần một thế kỷ trước đã khiến tôi có động lự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.