Có một số lập trình viên biết một số bí mật mà những người khác chúng ta không? [đóng cửa]

Tôi sẽ không làm phiền bạn với các chi tiết về cuộc thảo luận của tôi vì vậy tôi sẽ trình bày nó dưới dạng một ví dụ ngắn.

Một anh chàng java đã theo dõi các bài báo và ấn phẩm của một lập trình viên nổi tiếng (một loại Martin Fowler của đất nước tôi). Anh ta nói rằng anh ta đang chia sẻ một số bí mật mà các lập trình viên nổi tiếng khác không chia sẻ.

Tôi không bao giờ tin rằng có một số bí mật như pháp sư trong khu vực lập trình. Nhưng một số lập trình viên chưa giỏi trong lĩnh vực này nghĩ rằng các lập trình viên nổi tiếng khác là thành công vì họ biết một số bí mật mà chúng ta không có.

Tôi hoàn toàn không đồng ý với điều này và tôi đã thảo luận với ai đó và cuối cùng anh ấy nói với tôi rằng bạn là 2 năm trong lĩnh vực này và anh ấy (anh chàng java) là lập trình viên chuyên nghiệp 20 năm nên anh ấy hiểu rõ hơn bạn.

Tôi muốn chắc chắn rằng tôi không sai. Đó là lý do tại sao tôi muốn biết điều này.

Tôi gần như sẽ nói điều đó ngược lại ....

Tôi đã làm việc với những người thích lừa bịp vì bất cứ lý do gì. Cấp, họ thực sự là những lập trình viên khá giỏi - khi được đưa vào chân không - nhưng mã họ tạo ra thường khá khó hiểu và khó duy trì bởi những người khác. Không có lý do gì để làm một cái gì đó thông minh mà tiết kiệm một vài lần nhấn phím, khi hai năm sau, một người nào đó duy trì mã sẽ lãng phí một ngày khi họ bị vấp ngã bởi mánh khóe.

Trên thực tế, nếu tôi phải đề cử một điều quan trọng nhất mà tôi đã học được trong mười năm kinh nghiệm thương mại của mình với tư cách là một lập trình viên - thì đó là khả năng duy trì rất quan trọng . Nó nắm quyền tối cao vượt xa khi biết một số hack và thủ thuật tối nghĩa có thể có ích trong các tình huống hiếm gặp, nhưng gần như chắc chắn sẽ khiến codebase khó duy trì hơn trong dài hạn.

Thành thật mà nói, tôi sẽ đi xa hơn khi nói rằng tất cả mã hóa nên được thực hiện sao cho bất kỳ sinh viên mới tốt nghiệp nào có kiến ​​thức cốt lõi tương đối cơ bản về ngôn ngữ / nền tảng nhất định đều có thể chọn và làm việc với nó. Nếu nó quá phức tạp và tối nghĩa đến mức bạn cần một người có 20 năm kinh nghiệm về ngôn ngữ / nền tảng biết mọi mánh khóe nội bộ, thì dự án đang mắc nợ kỹ thuật khủng khiếp.

lập trình viên có nhiều kinh nghiệm biết nhiều thứ hơn

chúng không phải là bí mật

Nghe có vẻ như anh ta đang cố bán cho bạn thứ gì đó!

"Cuối cùng anh ấy nói với tôi bạn là 2 năm trong lĩnh vực này và anh ấy (anh chàng java) là lập trình viên chuyên nghiệp 20 năm nên anh ấy hiểu rõ hơn bạn."

<rant>

Lần đầu tiên tôi gặp phải chuyện tào lao như thế này hơn 30 năm trước. Nó làm tôi bực mình và thậm chí còn tức giận hơn nữa. Nó được gọi là Đối số từ chính quyền ( Bằng chứng AKA của Cơ quan thẩm quyền ) và đó là một sự nhảm nhí, không bị ràng buộc. Mỗi người tôi đã gặp, những người cố gắng khẳng định điều này cho bản thân họ đều có vấn đề nghiêm trọng về lòng tự trọng ... và thường biết rất ít về chủ đề này hơn là họ giả vờ biết.

Cá nhân tôi đã biết một số lập trình viên thông minh đáng sợ vẫn còn học trung học và đã viết mã được một hoặc hai năm. Chỉ có 2 ví dụ: hệ thống diễn đàn ban đầu được viết vào năm 1973 bởi một đứa trẻ 15 tuổi và lần đầu tiên thực hiện nhắn tin đa người dùng được viết vào năm 1974 bởi một đứa trẻ 13 tuổi uống sữa trong khi các kỹ sư khác đang có một ly bia vào chiều thứ sáu.

Tôi cũng biết khá nhiều khủng long đã không chọn công nghệ mới trong 10 hoặc 15 năm. Nhiều người trong số họ sẽ thừa nhận không theo dõi những gì đang xảy ra trong thời điểm hiện tại, nhưng có một số người coi đây là huy hiệu danh dự. Nó không thể.

</ rant>

Có được điều đó từ hệ thống của tôi, tôi muốn mở rộng một điểm được đưa ra trong các câu trả lời của @Bulk Bàn và @Developer Art: sử dụng "bí mật", viết "mã thông minh" hoặc làm bất cứ điều gì trong mã là "bằng chứng "Làm thế nào tối nghĩa bạn có thể làm cho một cái gì đó là sai . Giai đoạn = Stage. Đó là hành động của một người chưa trưởng thành, tự thu mình, người không có lợi ích tốt nhất của dự án / công ty trong tâm trí. Họ đang đặt mìn bảo trì sẽ tắt một thời gian trong tương lai, có thể sau khi họ chuyển sang sử dụng lao động nạn nhân khác .

Trái ngược với "thông minh" là viết mã rõ ràng, súc tích, sử dụng tốt ngôn ngữ lập trình; sử dụng tiêu chuẩn đặt tên nhất quán; ý kiến ​​cuối dòng thích hợp; bình luận khối tốt để giải thích các phần chính; được ghi lại (với các ví dụ khi thích hợp); và đã thử nghiệm. Đó là những gì một lập trình viên chuyên nghiệp thực sự mang lại.

Và khi hoàn thành, họ quay lại và cố vấn cho thế hệ lập trình viên chuyên nghiệp tiếp theo.

Tôi không chắc làm thế nào bất cứ ai có thể nói với kiến ​​thức giả định của người khác, nhưng kinh nghiệm của tôi là không có bất kỳ "bí mật" nào đối với lập trình máy tính. Thật vậy, nó là một miền gần như được xác định bởi sự cởi mở và chia sẻ kiến ​​thức. Một số dự án phức tạp nhất (những dự án được cho là có lợi nhất từ ​​những "bí mật" như vậy) là nguồn mở, như kernel linux.

Tôi thấy ý tưởng rằng các lập trình viên đang bí mật tích trữ các kỹ thuật đặc biệt là vô lý nhưng khá khó để chứng minh điều tiêu cực - đặc biệt là khi nó hoàn toàn là giả thuyết.

Những bí mật duy nhất mà tôi biết là:

• Không có gì là dễ dàng như nó có vẻ. Những gì bạn không thấy là tất cả những nỗ lực thất bại của tôi.
• Bạn không bao giờ ngừng học tập.
• Không có thay thế cho công việc tốt khó khăn .

Tôi biết một bí mật mà các lập trình viên trẻ không có xu hướng biết hoặc chấp nhận. Khi một người đủ tiến bộ để hiểu điều này, anh ta thường tự mình tìm ra nó.

<TheSecret> Tất cả các mã hút. Đặc biệt là của bạn. Của tôi cũng vậy. Mã của tất cả các lập trình viên thiên tài trên thế giới --- vâng, nó cũng thật tệ. Chấp nhận nó và hoàn thành công việc một cách tốt nhất có thể. </ TheSecret>

Tôi đã có 50 năm kinh nghiệm. Tôi đã học được rất nhiều điều mà các lập trình viên trẻ chưa có. Tôi hoàn toàn sẵn sàng chia sẻ chúng, và tôi cố gắng, theo nhiều cách.

Học hỏi là điều bạn phải làm.

Tôi thường nghe rằng khả năng bảo trì là rất quan trọng và tôi hoàn toàn đồng ý. Tuy nhiên, nó không miễn phí. Nó có thể yêu cầu nhiều hơn hoặc ít hơn một đường cong học tập về phía người bảo trì.

Một lập trình viên mới có bằng Thạc sĩ Khoa học Máy tính sẽ xem mã của tôi và nói rằng nó không thể nhầm lẫn và đầy bí mật. Trong thực tế, anh ấy hoặc cô ấy chỉ đơn giản là không hoàn thành việc học những điều mới.

Phi công có một câu nói, khi bạn vượt qua các bài kiểm tra cần thiết và được trao "vé" phi công của bạn. Họ nói đó là Giấy phép Học.

Giáo dục không dừng lại khi bạn nhận được bằng tốt nghiệp. Nó chỉ mới bắt đầu.

Biết được những bí mật nhỏ ẩn giấu của các ngôn ngữ lập trình hoặc khung nhất định có rất ít giá trị thực tế.

Hầu hết các phát triển phần mềm thực tế không gặp phải các tính năng ẩn này trong thực tiễn của họ. Hơn nữa, một trong những thực tiễn tốt nhất cho thấy bạn cố tình tránh mạo hiểm vào các khu vực ẩn của công nghệ bạn sử dụng vì nó làm cho mã ít được bảo trì hơn và dễ bị lỗi hơn vì hầu hết các lập trình viên sẽ không biết những "bí mật" này.

Thay vì dành / lãng phí (chọn một) thời gian để tìm hiểu các bí mật của một công nghệ cụ thể, tốt hơn hết là mở rộng phạm vi kiến ​​thức của một người và học các công cụ liền kề hoặc thậm chí cải thiện kỹ năng phi lập trình của bạn hoặc tìm hiểu thêm về doanh nghiệp bạn đang làm .

Với tốc độ thay đổi trong lĩnh vực của chúng tôi, đầu tư sâu vào một công cụ cụ thể là không đáng - kiến ​​thức sẽ sớm bị phản đối.

Bây giờ, chỉ khi bạn định vị mình là một chuyên gia công nghệ và có ý định cung cấp dịch vụ tư vấn của bạn trong lĩnh vực cụ thể này thì việc đầu tư vào sâu sẽ có ý nghĩa. Nếu không, nó lãng phí nỗ lực.

Bạn đang được bán một hóa đơn hàng hóa ở đây. Ai đó đang cố gắng sử dụng khái niệm Bí mật Bí ẩn ™ giúp bạn trở thành một Lập trình viên Ưu tú ™ với mục đích giúp bạn trả tiền cho những Bí mật Bí ẩn ™ đó. Bước tiếp theo là ai đó đề nghị dạy cho bạn những Bí mật Bí ẩn ™ dưới dạng video hoặc bài phát biểu hoặc podcast hoặc sách in kém với giá thấp, chỉ <chèn bất cứ điều gì nhân viên bán hàng nghĩ rằng bạn sẽ sẵn sàng trả>.

Làm thế nào tôi có thể chắc chắn về điều này? Tôi đã lập trình từ những năm 70 và tôi biết nhiều ngôn ngữ lập trình hơn một tấn so với chỉ Java. Tôi đã thấy lập trình (một cách chuyên nghiệp và học thuật) từ nhỏ nhất trong số các hệ thống nhỏ (hệ thống nhúng có hàng trăm byte - đó là byte - RAM) cho đến những miếng Big Iron ™ khổng lồ.

Có một bí mật để trở thành một lập trình viên giỏi và chỉ có một: bạn cần nỗ lực cải thiện bản thân liên tục. Bất cứ ai nói với bạn khác là một kẻ nói dối và / hoặc một kẻ ngốc.

Bí mật duy nhất mà các lập trình viên trẻ không biết đến là: lập trình viên không thông minh như họ nghĩ .

Khi bạn biết điều đó, bạn dừng viết mã mà bạn sẽ không hiểu vào tháng tới, bạn bắt đầu đánh giá cao kiểm soát phiên bản, bạn không sửa mã đã hoạt động, bạn ghi lại mã của mình, bạn không diễn giải đặc tả, bạn không ' Các tính năng mã có thể hữu ích vào một ngày nào đó trong tương lai, bạn không từ chối mã kế thừa, ...

Nói cách khác, bí mật là kinh nghiệm.

Rõ ràng, một người có 20 năm kinh nghiệm sẽ có nhiều, tốt, kinh nghiệm hơn một người chỉ có 2 năm. Nhưng không có bí mật - điều gì sẽ là điểm?

(Tất nhiên, ai đó đang cố giữ bí mật sẽ nói rằng ...)

Trong khi vấn đề kinh nghiệm, chúng ta có thể học hỏi từ kinh nghiệm của người khác. Tôi vừa đọc xong "The Clean Coder" nơi Robert C Martin (chú Bob) chia sẻ những sai lầm mà anh ấy đã mắc phải và những bài học mà anh ấy đã học được. Nhiều trong số đó được liệt kê trong câu trả lời ở đây như tiếp tục học hỏi.

Tất cả mọi thứ mà chỉ một vài người biết có thể được coi là một bí mật.

Tất cả mọi thứ mà chúng ta biết ngày nay đã một lần được phát hiện.

Vì vậy, mọi thứ một lần là một bí mật.

Một số kiến ​​thức lan truyền nhanh và một số lan truyền chậm.

Một số lập trình viên không bao giờ tự khám phá bất cứ điều gì (nhưng có thể áp dụng bí mật của những người khác rất thành công).

Một số lập trình viên (ví dụ John Carmack, Ken Perlin, Donald Knuth) dường như vấp phải một bí mật mới mỗi ngày.

Vì vậy, có, có những lập trình viên biết một số bí mật mà những người khác chúng ta chưa biết ....

Kiến thức không phải là sức mạnh, tôi sẽ cấp cho bạn điều đó. Tuy nhiên, ai đó có thể đã phát triển kỹ năng của họ hơn bạn, điều đó có nghĩa là họ có những mẹo và chiến lược có thể giúp bạn thăng tiến. Lưu ý rằng có một vài từ "may" trong câu cuối cùng vì không chắc chắn rằng những điều này sẽ đưa bạn đi thực sự. Do đó, có khả năng điều này không có gì mới hoặc gây sốc cho bạn.

Đồng thời, có nhiều thực tiễn và chiến lược khác nhau mà tại một thời điểm có thể có vẻ triệt để mặc dù ngày nay chúng ta coi những điều này là đương nhiên. Kiểm soát nguồn, tích hợp liên tục và kiểm tra đơn vị hoàn toàn mới tại một số điểm, phải không?

Có thể bạn và hầu hết mọi người trả lời câu hỏi này đang tập trung hoàn toàn quá nhiều vào từ 'bí mật'.

Nếu chúng ta lấy phần 'ẩn' ra khỏi nó, thì đúng vậy, hoàn toàn có khả năng lập trình viên nổi tiếng này có một số mẹo và thủ thuật hữu ích hoặc kiến ​​thức giành được thông qua kinh nghiệm sẽ có lợi cho bạn theo một cách nào đó. Tôi đang nói về kiến ​​thức như bạn sẽ tìm thấy trong các cuốn sách SE hoặc CS cổ điển, như Phát triển nhanh hoặc Lập trình viên thực dụng . Điều này kết hợp với làm việc chăm chỉ hoàn toàn có thể giúp đỡ.

Vì vậy, theo nghĩa đó, lập trình viên thành công nổi tiếng có thể sở hữu kiến ​​thức mà những người khác chưa có.

Nhưng không có bất kỳ loại công thức bí mật nào sẽ biến một "lập trình viên không giỏi trong lĩnh vực này" thành một người nổi tiếng với nhiều thành công.

Không có bí mật nhỏ. Chỉ có mã phức tạp ... cuối cùng đã chuyển thành mã hiệu quả đơn giản hóa.

Bí mật nằm ở loại vấn đề, lĩnh vực vấn đề và cách bạn giải quyết nó. Forexample tôi đã viết một chương trình php để mở tệp và đọc dữ liệu của nó và chuyển đổi dữ liệu thành xml và sau đó tôi sử dụng xml đó để trình bày dữ liệu thành các phần tử html khác nhau, ví dụ: Sau 1 năm chúng tôi đã có một lập trình viên mới tham gia nhóm và anh ta giỏi về thuật toán nên anh ta đã giải quyết vấn đề một cách toán học, điều này làm cho mã trở nên khó khăn với các thay đổi và phân chia các mảng, v.v. nhưng thời gian thực hiện đã giảm tới 40% những gì tôi viết. Cách tiếp cận của anh ấy để viết các câu lệnh php làm tôi ngạc nhiên Vì vậy tôi tin rằng có một số thủ thuật nhất định không tồn tại bí mật; một điều nữa là có bao nhiêu số lựa chọn thay thế bạn có thể nghĩ trong đầu.

Xin lỗi nếu tôi thiếu một cái gì đó, nhưng tôi không thể tìm thấy điều này ở trên, ít nhất là không được nêu rõ ràng.

Bí mật thực sự là sử dụng các công cụ phù hợp cho công việc. Trong thực tế, nó là công cụ mà các lập trình viên cũ ấp ủ và không tiết lộ dễ dàng như vậy. Họ sẽ nói chuyện với bạn về những sai lầm BÊ TÔNG của bạn, nhưng sẽ hiếm khi đề xuất công cụ nào có thể giúp bạn tránh được chúng. Công cụ của họ là một trong những bí mật chính của năng suất của họ.

Chỉ đưa ra một ví dụ, người ta có thể ghi nhớ một cuốn sách 600 trang về các dịch vụ web, hiểu được sự phức tạp của đặc tả WSDL (tôi đã thử một lần .. để hiểu những điều phức tạp) và vẫn không thể hiểu được vấn đề của API anh ta sử dụng khi anh ta cố gắng thực hiện cuộc gọi đến một dịch vụ web hiện có ..

Mặt khác, người ta có thể có ít kiến ​​thức về thông số kỹ thuật (nhưng một ý tưởng chung rõ ràng) và sử dụng Wireshark ..

Người ta có thể nhớ tất cả C ++ (oh my ..) và vẫn không hiểu điều gì sai với mã của mình được viết bằng vi và được biên dịch bằng gcc (không có cảnh báo ..). Nhưng một IDE đồ họa với trình gỡ lỗi có thể giúp ..

Và sau đó là Google. Bí mật lớn nhất của tất cả cho đến nay.