Ví dụ, là người mới bắt đầu, tôi tìm thấy rất nhiều cảm hứng và định hướng từ việc đọc bài đăng này của Bryan Woods .
Ví dụ, là người mới bắt đầu, tôi tìm thấy rất nhiều cảm hứng và định hướng từ việc đọc bài đăng này của Bryan Woods .
Câu trả lời:
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.
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.
Đọ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.
Tôi luôn thấy Mã hóa kinh dị và 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.
Tôi không thể tin rằng không ai đề cập đến điều này.
Các tác phẩm của Paul Graham , đặc biệt:
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ọ.
Đọ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 Gibson và Neil 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.
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.
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.
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ì.
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!
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.
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ả đó.
Để lấy cảm hứng, Blog của Yegge , tiểu luận của Graham và các bài giảng video của SICP .
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ề
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.
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.
Tôi nên đọc lại bài viết này sáu tháng một lần Nếu không có chuyên gia về phần mềm thông minh hơn bạn 100 lần, vậy thì tại sao một số người lại nhận được 100 lần kết quả? - bởi Steve Pavlina
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.
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ọ.
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
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?
Tôi tìm thấy Làm thế nào để trở thành một Hacker rất truyền cảm. Nó cũng đưa ra một lộ trình khả thi để phát triển như một lập trình viên.
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)
Marvin Minsky
Tính toán: Máy hữu hạn và vô hạn
Xử lý thông tin ngữ nghĩa
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).
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.
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ũ.
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.
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.