Phải làm gì khi mã hóa bắt đầu cảm thấy nhàm chán, giống như tất cả chỉ giống nhau hơn? [đóng cửa]

Tôi bắt đầu lập trình từ năm 6 tuổi trên một cửa hàng 64. Bây giờ tôi 28 tuổi và tôi phải hoàn thành 4 khóa học từ một văn bằng đầu tiên về Khoa học Máy tính.

Tôi bắt đầu thấy chán với việc viết mã sau ngần ấy năm. Tôi đã tham gia một khóa học về Khoa học Máy tính về ngôn ngữ máy tính lý thuyết và 10 năm mã hóa hệ thống C trong lĩnh vực bảo mật mạng và tôi không nhận được bất kỳ sự kích thích nào từ việc viết mã.

Tôi có thể viết mã bằng C, C ++, Python hoặc bất kỳ ngôn ngữ nào bạn muốn, nhưng tôi không thể hào hứng với những gì tôi đang làm. Tôi không thể cảm thấy bất kỳ thách thức. Tôi đã viết mã đa luồng, proxy HTTPS MITM và ứng dụng WSGI mà không cần bất kỳ kỹ năng thuật toán cụ thể nào.

Tôi cảm thấy rằng tất cả những thứ mới này đều giống nhau, với sự trừu tượng hóa đơn giản hơn (hoặc nhiều hơn) hoặc tự động hóa trong đó, nhưng tất cả đều giống với tôi. Lặp đi lặp lại. Ngôn ngữ tính toán là tất cả Turing có thể tính toán được, vì vậy mã hóa chỉ là một bản sao của một mẫu tương tự trong tập hợp con của hàm một phần này.

Trong công việc hàng ngày, tôi cảm thấy nhàm chán ngay cả khi tìm kiếm lỗi, hoặc thực hiện các điểm chuẩn về mã hoặc sửa lỗi với thư viện X, Y, Z.

Tôi là một người rất tò mò. Tôi luôn bị kích thích bởi một cái gì đó. Nhưng tôi không thể ngay cả khi tôi nhìn vào mã tuyệt vời. Tôi cảm thấy thoải mái hơn trong cách mọi thứ hoạt động.

Đã đến lúc tiến lên trong sự nghiệp của tôi? Hoặc để có được nhiều thứ thách thức hơn trong Khoa học Máy tính? Có thể có được một bằng cấp lớn trong CS?

Tôi đã bắt đầu đọc cuốn sách đầu tiên của mình về quản lý dự án "Peopleware" và tôi ngày càng quan tâm hơn đến vòng đời phát triển phần mềm. Bạn đề nghị làm gì?

Có lẽ cố gắng vào Google hoặc Microsoft hoặc Apple như một số người bạn của tôi đã làm. Hoặc có lẽ là một con đường sự nghiệp quản lý nhiều hơn. Tôi cũng đã cố gắng tìm một cuốn sách hay về các quy tắc giao tiếp và "tính cách con người" để chuẩn bị cho tôi khả năng vào quản lý.

Bất kỳ đề xuất?

Tái bút: Tôi có rất nhiều hứng thú, tôi không bị trầm cảm :) Tôi thích leo núi, leo núi, chụp ảnh và tôi là một người leo núi thể thao, tôi thích bơi lội và thể thao nói chung, đôi khi tôi chạy, thực sự tôi Tôi đang đọc cuốn sách về câu chuyện về đất nước của tôi (Ý) từ ngày hôm nay và tôi yêu những chuyến đi (mùa hè này tôi đã kiếm được 4000Km để xem rất nhiều nơi ở Tây Ban Nha và leo lên đó, chỉ trong 3 tuần, không phải là một kỳ nghỉ mà là một cuộc đua marathon , 24 km đi bộ khiến tôi bị chấn thương thoát vị), tôi yêu nhà hát và cuộc sống nói chung.

Cảm ơn tất cả, suy nghĩ về tất cả các câu trả lời cho tôi cơ hội để làm cho con đường của tôi rõ ràng hơn.

Đối với mục đích tóm tắt, chúng tôi có thể khái quát về câu trả lời được bình chọn nhiều nhất.

Trước hết mọi người bỏ phiếu cần thiết phải biến công việc của chúng tôi thành sự hỗ trợ cho cuộc sống của bạn và không phải là lý do duy nhất để duy trì sự sống (đây không phải là trường hợp của tôi), vì vậy, nếu bạn chỉ có lý do sống nếu làm việc bạn sẽ đến nhanh đến một tình huống thực sự chán nản. Như mọi người nói, Vienna không đợi bạn :)

Sau lời nhắc này mọi người đề nghị:

• tăng độ phức tạp kỹ thuật Tôi thực sự đang làm việc để tăng thách thức và bớt nhàm chán về nó.
• thay đổi lĩnh vực chuyên môn sang một lĩnh vực phi kỹ thuật đang cố gắng trở thành người quản lý hoặc làm cho một số người chăm sóc tiến lên trong một lĩnh vực phi kỹ thuật liên quan đến công việc của bạn.
• thay đổi lĩnh vực chuyên môn trong một loại thách thức kỹ thuật khác, bạn có phải là một lập trình viên hệ thống? cố gắng bớt nhàm chán khi phát triển ứng dụng cho con người để bạn có thể cảm thấy thoải mái hơn khi xem mọi người bằng phần mềm hữu ích của mình
• đạt được một số tiến bộ trong khoa học máy tính của bạn trong con đường học tập của bạn

Với mục đích của tôi, câu trả lời đúng là tiến bộ trong khoa học máy tính, vì cảm giác của tôi, tôi nghĩ rằng lập trình không phải là cách khoa học máy tính duy nhất để có được và tôi nghĩ rằng tôi có thể cảm thấy tốt hơn khi đi theo con đường khác trong khoa học máy tính khác với người chăm sóc kỹ thuật phần mềm.

Điều đó chắc chắn sẽ xảy ra.

Nếu sở thích chính của bạn nằm ở mã, nó sẽ khiến bạn phát điên, thất vọng và chán nản một lần, một ngày nào đó vĩnh viễn.

Quan tâm đến việc phát triển sản phẩm và thích nhìn thấy mọi người sử dụng chúng. Đó là mục tiêu cuối cùng của việc viết mã, phải không? Mã chỉ đơn thuần là một công cụ để thực hiện một cái gì đó lớn hơn.

Tôi sẽ trả lời câu hỏi của bạn bằng một câu hỏi ...

Là công việc của một lập trình viên để viết mã hoặc giải quyết vấn đề?

Bạn nói rằng bạn chán vì viết mã dường như là điều bạn đã làm trước đây, giống như mọi đoạn mã đã được thực hiện trước đó.

Nhưng làm thế nào bạn đi đến kết luận rằng mã đó là mã nên được viết? Hầu hết các vấn đề có hàng trăm cách để giải quyết nó, nhưng chỉ có một cách tốt nhất .

Nếu bạn thực sự không tìm thấy thách thức, sự tò mò hoặc quan tâm đến việc tìm giải pháp hoặc giải quyết vấn đề, thì bạn thực sự phải thay đổi. Mặc dù tôi không chắc đó sẽ là quản lý phát triển phần mềm. Tôi sẽ không muốn làm việc cho một người quản lý phần mềm cảm thấy sự thờ ơ đó về việc giải quyết vấn đề. Nó có lẽ chỉ nên là một ngành công nghiệp khác nhau, với một loạt các vấn đề khác nhau.

Nếu bạn thích giải quyết vấn đề nhưng không thích viết mã, có thể bạn không tìm đủ vấn đề để giải quyết. Bất cứ khi nào công việc của tôi bắt đầu cảm thấy tẻ nhạt, tôi tin rằng có một vấn đề cần giải quyết. Tại sao tôi làm việc bận rộn? Giải pháp nào tôi có thể đưa ra sẽ loại bỏ công việc bận rộn khỏi công việc của tôi? Đó là vẻ đẹp của lập trình.

Âm thanh với tôi như bạn đã thực hiện RẤT NHIỀU chương trình thủ tục và đã mệt mỏi với nó - điều mà tôi hoàn toàn hiểu được. Chỉ định từng bước là giống nhau trong mọi ngôn ngữ thủ tục.

Vì có vẻ như bạn có nhiều hoạt động ngoài công việc, tôi khuyên bạn nên tìm hiểu một số khái niệm không giống với những gì bạn biết bây giờ, và - vâng - có rất nhiều, nhưng để bắt đầu, tôi muốn giới thiệu Haskell vì nó là

• chức năng - bạn viết các chức năng bạn kết hợp lại để thực hiện các chức năng lớn hơn cuối cùng dẫn đến một chương trình.
• đánh giá lười biếng - thay vì chỉ định từng bước, thời gian chạy kéo các giá trị cần thiết khi cần thiết. Điều này có nghĩa là rất phổ biến để đối phó với các danh sách vô hạn trong các chương trình của bạn.
• khớp mẫu - thay vì có các cấu trúc if lớn, bạn liệt kê các mẫu cho các tham số trông như thế nào và bộ thực thi chọn mẫu thích hợp và thực thi mã tương ứng.

Đây là một chức năng sắp xếp đầy đủ:

qsort []     = []
qsort (x:xs) = qsort (filter (< x) xs) ++ [x] ++ qsort (filter (>= x) xs)

(Xem http://www.haskell.org/haskellwiki/Intributiontion#Ease_of_under Hiểu để được giải thích)

Nếu bất kỳ điều này là mới đối với bạn, tôi sẽ khuyến khích bạn bắt đầu phiêu lưu.

Chúc may mắn vui vẻ.

Máy tính là người tiêu dùng nhàm chán. Khi bạn mã hóa máy để tương tác máy cả ngày, máy sẽ phản ứng giống nhau mỗi lần. Tốt để hoàn thành dự án, nhưng sau một thời gian tẻ nhạt. Nó thực sự giúp phá vỡ sự đơn điệu với những thứ không liên quan trực tiếp đến máy móc.

Tôi đã tìm thấy cảm hứng với cả nhiếp ảnh và nghiên cứu trải nghiệm người dùng. Hãy suy nghĩ về nó, làm thế nào mà Apple có thể khiến mọi người phải chảy nước miếng vì điều tiếp theo ra khỏi Santa Clara khi những người bán hàng khác nhận được phản ứng nồng nhiệt? Bạn có nghiêm túc nghĩ rằng Android sẽ nhận được phản hồi lớn như vậy nếu Apple không chống lại việc phát hành iPhone trên Verizon quá lâu không? Tôi sẽ cho bạn một gợi ý lớn: không nhất thiết là những sản phẩm này quá tiên tiến về mặt công nghệ. Có một thành phần tâm lý rất lớn đối với hưng cảm.

Hiểu thiết kế sản phẩm và trải nghiệm người dùng là điều mà nhiều người trong chúng ta có rất nhiều điều để tìm hiểu. Điều gì khiến ai đó đánh dấu? Làm thế nào để bạn thiết kế một cái gì đó đủ mát mẻ để làm cho mọi người rời khỏi giải pháp thành lập? Làm thế nào để bạn tạo ra giáo phái công nghệ của riêng mình như Apple (không phải tôi đang khao khát trở thành một nhà lãnh đạo sùng bái bạn)? Đây đều là những câu hỏi rất thú vị và kích thích. Họ phản hồi lại việc phát triển phần mềm - nhưng bây giờ trọng tâm của bạn đã khác.

Có lẽ bạn không nhận đủ thách thức kỹ thuật?

• Hãy thử các hệ thống phân phối cao. Bạn có thể dễ dàng mã hóa một hệ thống để thu thập nhật ký từ 1000 máy tính trong một cụm, với độ chính xác micro giây không?
• Hãy cố gắng - thời gian thực. Đóng gói tất cả các quy trình của bạn trong một vòng quay của động cơ.
• Hãy thử thị giác máy tính hoặc xử lý hình ảnh. Các kỹ năng toán học, kỹ năng viết mã, kỹ năng tối ưu hóa đều có ích.
• Hãy thử AI. Xem máy tính của IBM chơi Jeopardy như thế nào? Có lẽ một số tinh vi thuật toán có liên quan trong lĩnh vực này.

V.v. Tất nhiên, hãy sẵn sàng để kiếm tiền ban đầu ít hơn trong một lĩnh vực mà công cụ là thử thách cho bạn, không nhàm chán.

Tôi đã tìm thấy động lực bằng cách chuyển sang một lĩnh vực không có giải pháp "chính xác", tôi đang viết các công cụ biên tập và công việc của tôi cũng tốt như người dùng thấy nó hữu ích. Tôi đã gặp nhiều người phi kỹ thuật và cùng nhau chúng tôi đang cố gắng tìm ra cách cải thiện phần mềm họ cần làm việc, tôi thấy sự tương tác của con người và nhu cầu liên tục chuyển đổi quan điểm hoàn toàn thú vị và đột nhiên mã hóa không tẻ nhạt quá

Tôi biết rằng nó không dành cho tất cả mọi người, một số người xử lý sự không an toàn của việc không có thước đo khách quan về chất lượng công việc của bạn khó hơn những người khác.

Nhưng nó là một lựa chọn có thể đáng xem xét.

Vâng, đôi khi tôi có cảm giác rằng một người trong thực tế viết cùng một loại mã nhiều lần. Nhưng không, tôi vẫn chưa chán với nó. Tại sao vậy?

Bởi vì về cơ bản, tôi thích khám phá những cách mã hóa mới và những cách thức mới, súc tích, thanh lịch để thể hiện một cái gì đó bằng mã. Có hai cách có thể để thực hiện điều này: Học ngôn ngữ lập trình mới hoặc học thư viện hoặc khung mới.

Học một ngôn ngữ lập trình mới đã trở nên dễ dàng hơn đối với tôi với từng ngôn ngữ tôi đã thử. Và sau một thời gian, nó đã ngừng rất thú vị. Nhưng sau đó, khoảng một hoặc hai năm trước, tuy nhiên, cuối cùng tôi cũng đã có được lập trình chức năng, với tư cách là một mô hình lập trình đủ khác với OOP là một thách thức mới. Tôi cảm thấy điều này đã thực sự làm phong phú khả năng lập trình của tôi và cho tôi một quan điểm mới mà từ đó tôi có thể nhìn vào một vấn đề lập trình. Bây giờ tôi đang cố gắng khám phá các mô hình lập trình khác nhau, thay vì chỉ các ngôn ngữ lập trình khác nhau. Đó là một thách thức lớn hơn.

Thứ hai, học một thư viện, khung hoặc API mới: Như bạn đã nói chính xác, các khung mới thường không giải quyết được các vấn đề mới; họ chỉ giải quyết nó theo một cách khác, ví dụ bằng cách thêm một lớp trừu tượng bổ sung. Điều này có lẽ là có thể bởi vì máy tính ngày nay mạnh hơn các máy trước đó; hoặc, có lẽ, bởi vì chúng ta nói chung đang trở nên tốt hơn trong việc viết phần mềm.

Điều cuối cùng này có lẽ cần một số giải thích. Tôi sẽ đưa ra một ví dụ: Trong thời gian dài nhất, trong khi thực hành các kỹ năng lập trình của mình, tôi chưa bao giờ thực sự suy nghĩ nghiêm túc về việc duy trì mã tôi đang viết. Kể từ khi tôi bắt đầu lập trình cho một công việc, quan điểm của tôi đã thay đổi. Viết mã có thể duy trì thường rất quan trọng trong môi trường doanh nghiệp, bởi vì mỗi giờ bạn dành cho tiền mã hóa đều phải trả tiền thật, vì vậy một công ty sẽ cố gắng giữ mã hiện tại nếu có thể, và rất có thể cuối cùng bạn sẽ phải vượt qua mã của bạn để một người kế nhiệm.

Tôi thấy rằng viết mã duy trì thực sự là một thách thức lớn. Điều đó thường có nghĩa là bạn sẽ không viết mã lắp ráp siêu thông minh và được tối ưu hóa cao (hãy nhớ Câu chuyện về Mel - Một lập trình viên thực sự , bất cứ ai? ;-) Thay vào đó, bạn có nhiều khả năng tận dụng sự trừu tượng hóa. Bạn càng có thể nhận được mã của mình với một số quy tắc kinh doanh và miền vấn đề thì càng tốt. Đó là nơi mà tất cả các thư viện mới này xuất hiện. Nếu họ cho phép bạn viết mã để nó rõ ràng, rõ ràng, súc tích và dễ hiểu, thì đó là một điều tốt.

Xin lỗi nếu câu trả lời này hơi dài dòng. Tôi đã cố gắng chỉ ra động lực lập trình của tôi đến từ đâu ... và tôi sẽ quan tâm muốn biết liệu đến một lúc nào đó bạn có cảm thấy như vậy không, và dù sao (và tại sao) động lực của bạn cuối cùng cũng rời đi.

Nếu bạn cảm thấy mệt mỏi với việc viết mã, nếu nó không làm bạn phấn khích, nếu nó làm bạn chán, có lẽ đã đến lúc thay đổi. Bạn có thể xem xét chuyển sang vị trí quản lý, và quản lý và hướng dẫn các lập trình viên khác với nhiều năm kinh nghiệm của bạn. Hoặc cố gắng đi ngang vào kiến ​​trúc hệ thống, nơi bạn có thể thiết kế và lên kế hoạch cho hệ thống và những người khác sẽ thực hiện hầu hết việc thực hiện.

Hoặc, bạn có thể chuyển đổi hoàn toàn sự nghiệp, sang một thứ hoàn toàn không liên quan gì đến máy tính. Bạn đã tự hỏi công việc mơ ước của bạn sẽ là gì, nếu ai đó có thể giao nó cho bạn?

Bắt đầu chơi với vi điều khiển. Đó là ứng dụng mới mẻ và thú vị nhất về tài năng lập trình mà tôi có thể nghĩ ra.

Có vẻ như điểm bắt đầu của nền tảng của chúng tôi giống nhau ở chỗ cả hai chúng tôi đã bắt đầu lập trình khoảng 6 tuổi trên các máy tương tự và cả trong và ngoài lập trình vì nhiều lý do. Không có bằng cấp nào của tôi có liên quan đến lập trình - tôi có tất cả bằng cấp về âm nhạc - mặc dù tôi đã tham gia một số khóa học về khoa học máy tính ở trình độ sau đại học.

Bạn nghĩ đúng, tôi nghĩ, khi quan sát rằng các lập trình viên thường giải quyết các vấn đề tương tự lặp đi lặp lại và rằng "cái mới" hoàn toàn dựa trên cái "cũ". Rằng bạn nhận ra thực tế này là tín dụng của bạn; quá nhiều nhà phát triển và doanh nhân thấy các công nghệ mới hoàn toàn bị ngắt kết nối với các công nghệ cũ.

Vì vậy, giải quyết các loại vấn đề là không thú vị với bạn. Điều gì sẽ thú vị? Bạn có thích giải quyết vấn đề nói chung? Có lẽ cuộc sống như một nhà phát triển phần mềm "kinh doanh" không dành cho bạn.

Tôi biết tôi đã cung cấp nhiều câu hỏi hơn câu trả lời, nhưng tôi hy vọng rằng việc trả lời những câu hỏi này sẽ cung cấp một số hiểu biết sâu sắc về một hướng bạn nên thực hiện.

Nghe có vẻ như tôi bị mắc kẹt. Bạn đang ở trong một tình huống mà bạn không muốn ở trong đó và bạn không biết làm thế nào để thoát khỏi nó. Lời khuyên của tôi rất đơn giản: làm điều gì đó khác biệt chỉ vì mục đích làm điều gì đó khác biệt. Ngay cả khi nó không giải quyết được vấn đề của bạn, nó có thể sẽ khiến bạn không bị giật mình.

Tôi có thể viết mã bằng C, C ++, Python hoặc bất kỳ ngôn ngữ nào bạn muốn, nhưng tôi không thể hào hứng với những gì tôi đang làm. Tôi không thể cảm thấy bất kỳ thách thức. Tôi đã viết mã đa luồng, proxy HTTPS MITM và ứng dụng WSGI mà không cần bất kỳ kỹ năng thuật toán cụ thể nào.

Đừng hiểu sai về điều này (đây là những thành tựu tốt), nhưng đây hầu như không phải là một danh sách toàn diện về tất cả các vấn đề đầy thách thức và thú vị trong lập trình. Vẫn còn nhiều vấn đề thách thức ngoài kia để giải quyết. Các vấn đề thách thức nhất liên quan đến làm việc ở quy mô. Bạn đã viết một ứng dụng WSGI, nhưng bạn đã viết một ứng dụng có thể xử lý một tỷ lượt xem trang mỗi ngày chưa? Bạn đã viết mã đa luồng, nhưng bạn đã viết mã nhiều máy tính (với hàng trăm máy tính) chưa?

Nói tóm lại, nếu bạn muốn thử làm một cái gì đó phi kỹ thuật, hãy làm nó. Nhưng đừng làm điều đó bởi vì bạn cảm thấy rằng bạn đã giải quyết tất cả các vấn đề cần giải quyết vì đó không phải là vấn đề.