Có những lý do cụ thể để không sử dụng các thư viện và đoạn mã nhiều không? [đóng cửa]

Nhìn chung, tôi đã lập trình được khoảng 8 năm và dường như tôi đang phụ thuộc ngày càng nhiều vào các thư viện và đoạn mã nguồn mở (chết tiệt, GitHub!) Để "hoàn thành công việc". Tôi biết rằng trong thời gian tôi có thể viết cho tôi thực hiện riêng nhưng tôi thích tập trung vào thiết kế tổng thể.

Đây có phải là bình thường (môi trường phi công ty)? Điều gì có thể sai nếu "lập trình" của tôi không gì khác hơn là dán các thư viện khác nhau lại với nhau?

Tôi biết về "không phát minh lại bánh xe" nhưng điều gì xảy ra khi bạn không phát minh ra một bánh xe nữa?

Sử dụng thư viện thay vì phát minh lại bánh xe: Tuyệt vời! Đó là cách mọi người nên làm điều đó. Bạn không được trả tiền để làm những gì đã làm.

Sử dụng đoạn trích: Miễn là bạn hiểu những gì bạn sao chép-dán và miễn là bạn đầu tư thời gian để làm cho tất cả phù hợp (thay vì một bản vá của các phong cách và cách tiếp cận khác nhau), không có gì sai với nó.

lập trình viên giỏi viết mã tốt; lập trình viên tuyệt vời ăn cắp mã tuyệt vời.

Mã hóa là cấp độ lập trình thấp nhất trong thực tế. Mức độ trừu tượng cao hơn bạn có thể nhận được, bạn là lập trình viên tốt hơn. Chọn đúng thư viện (không nhất thiết là thư viện nguồn mở), kết nối chúng đúng cách và duy trì cấu trúc khó hơn nhiều nhưng hiệu quả và tiết kiệm thời gian và chi phí hơn nhiều so với việc tự viết mọi thứ.

Tôi thích viết thư viện của riêng tôi. Tôi cũng thích hoàn thành các dự án của mình đúng hạn. Tôi nghĩ theo thời gian, hầu hết các lập trình viên giỏi xây dựng một bộ sưu tập các bit hữu ích và có thể sử dụng lại. Tôi không biết về bạn, nhưng tôi có một cảm giác tuyệt vời mỗi khi tôi sử dụng một thư viện mà tôi đã viết năm năm trước.

Có hoàn toàn không có gì sai với việc sử dụng mã thư viện đã được thử nghiệm và yêu theo thời gian. Bạn biết nó hoạt động như thế nào, bạn có thể tin tưởng vào sự phức tạp của nó và bạn có thể thực hiện nó một cách nhanh chóng.

Điều đó đang được nói, tôi giả sử rằng bạn hiểu mã trong thư viện. Tôi giả định rằng, nếu có đủ thời gian, bạn có thể thực hiện một cái gì đó có chất lượng tương tự.

Tôi biết một số lập trình viên C thực sự giỏi có thể thực hiện thư viện C tiêu chuẩn, một vài trong số họ chỉ đơn giản là một bài tập học tập / mài giũa. Một số điều thú vị nhất tôi có trong thời gian sở thích là làm việc trên thư viện C ở HelenOS.

Vì vậy, không có gì sai khi sử dụng mã thư viện, miễn là bạn tiếp tục tò mò và tìm hiểu. Không cần phải nói rằng bạn không nên sử dụng mã mà bạn không hiểu, trừ khi việc bạn sử dụng nó là một nỗ lực để hiểu cách thức hoạt động của nó.

Tôi sẽ đi tốt hơn một số người khác trong câu hỏi này: Tôi thậm chí không nghĩ rằng nhà phát triển "khách hàng" của thư viện cần "hiểu" mã trong thư viện đó.

Tôi là một (so với một số) nhà phát triển iPhone tương đối mới. Có rất nhiều thư viện mà tôi sử dụng hàng ngày mà tôi không bao giờ có thể tự tạo ra, và mã trong đó nằm trên đầu tôi. Không quan trọng trong một chút CUNG CẤP:

1) Tôi hoàn toàn hiểu giao diện cho các thư viện đó (Tôi là một ninja ASIHTTPRequest!)
2) Tôi đang chọn các thư viện nói chung, sử dụng rộng rãi, vì vậy tôi có thể chắc chắn rằng họ đã đi qua và khám phá các vấn đề (ví dụ: ASIHTTP, thư viện JSON của Stig Brautaset, thư viện obj-c của Facebook, v.v.)
3) Thất bại # 2, đủ đơn giản để tôi có thể chọn theo cách của mình và tìm / sửa / tùy chỉnh mọi thứ cần tìm / sửa / tùy chỉnh .

Đó là số 2 sẽ là phần gây tranh cãi trong vấn đề này, tôi đang cá cược. Thực tế là, tôi đang dựa vào cộng đồng nguồn mở, một cộng đồng các nhà phát triển chắc chắn có nhiều kinh nghiệm hơn và có khả năng thông minh hơn tôi rất nhiều. Nhưng đó là toàn bộ quan điểm của nguồn mở. Vì vậy, có bạn đi.

Tôi muốn đưa ra một cảnh báo cho việc sử dụng các thư viện. Là người thường xuyên sử dụng các thư viện khoa học trong Perl an R (và một số trong Java), tôi thường phải hack vào thư viện để tránh chi phí quá cao. Sử dụng thư viện là điều tuyệt vời, nhưng ngày càng có nhiều thư viện phụ thuộc vào các thư viện khác, họ gọi thư viện thứ ba sử dụng thư viện chuẩn để thực hiện một nhiệm vụ khá phổ biến. Và mỗi bước trong quy trình yêu cầu một số kiểm tra đầu vào và đầu ra. Khá nhiều trong số những kiểm tra đó là hoàn toàn dư thừa, nhưng dù sao họ cũng cân nhắc về ứng dụng này. Và khi được sử dụng trong một vòng lặp, sau đó có thể bắt đầu cân nặng khá nặng.

Bên cạnh đó, bạn không thể chắc chắn rằng các thư viện luôn giữ khả năng tương thích trở lại hoặc không chứa lỗi. Trong thực tế, tất cả các thư viện đều chứa một vài lỗi, đó là bản chất của mã. Do đó, bạn càng phụ thuộc vào thư viện, bạn càng có nhiều lỗi tiềm ẩn trong mã của mình. Và những lỗi đó bạn không thể tự giải quyết dễ dàng mà không cần hack vào thư viện nữa.

Sử dụng thư viện là một quyết định rất thông minh, nhưng nếu và chỉ khi bạn biết các thư viện và hành vi của họ khá tốt.

Tôi biết, suy nghĩ đau và máy tính là rẻ, nhưng vẫn còn. Không suy nghĩ có thể làm tổn thương nhiều hơn.

Thông thường, sao chép số lượng lớn mã nguồn là thực hành kém. Nếu mã được phát triển cho một ứng dụng khác tại công ty của bạn, thì bạn nên sử dụng lại mã bằng cách trích xuất nó vào thư viện để cả hai ứng dụng sử dụng. Bạn không nên sao chép mã. Sao chép mã sẽ buộc bạn phải duy trì hai bản sao thay vì một bản sao chung.

Tái sử dụng mã là một ý tưởng rất tốt. Nó làm giảm sự dư thừa và thúc đẩy khả năng bảo trì.

Tiêu đề cho thấy bạn đang sử dụng mã làm thư viện, nhưng văn bản câu hỏi của bạn ngụ ý rằng bạn có thể đang sao chép mã nguồn vào một dự án mới. Tôi muốn sử dụng mã của các nhà phát triển khác làm thư viện càng nhiều càng tốt.

Có một vấn đề nếu mã xấu hoặc bị lỗi theo cách nào đó hoặc dựa trên một mô hình không phù hợp với ứng dụng của bạn. Trong trường hợp đó, có thể đơn giản hơn để loại bỏ một số hoặc tất cả mã và bắt đầu lại từ đầu hơn là cố gắng hiểu tại sao nó được viết theo một cách nhất định. Giữ các mã khác xung quanh để tham khảo, mặc dù; bạn có thể gặp một vấn đề mà bạn không chắc chắn cách giải quyết. Rất có thể các nhà phát triển khác có thể đã gặp phải vấn đề tương tự, và thật đáng để xem họ đã giải quyết nó như thế nào.

Đó thường là một ý tưởng tốt, từ lâu không có vấn đề pháp lý nào tồn tại.

Tuy nhiên, hãy chắc chắn rằng bạn dành thời gian để hiểu thư viện làm gì và làm như thế nào. Sử dụng thư viện "ma thuật" để chăm sóc những thứ bạn không hiểu là một cách tốt để khiến một phần của nó nổ tung vì bạn đã sử dụng sai, và sau đó bạn không biết làm thế nào để sửa nó.

Mã sử ​​dụng lại hợp pháp hầu như không có nhược điểm và hai nhược điểm lớn:

1. Nó hoàn thành công việc Đây là một trong những quan trọng hơn để phát triển chuyên nghiệp. Cuối cùng, bạn có một công việc được trả lương cao vì bạn biết cách làm cho mọi thứ xảy ra sẽ làm vấp ngã hầu hết những người không lập trình; tái sử dụng cho phép bạn đạt được mục tiêu đó nhanh hơn, do đó bạn trở nên có giá trị hơn trong công việc của mình.
2. Bạn học những thứ. Đây là lý do quan trọng hơn để cải thiện bản thân. Không có cách nào tốt hơn để cải thiện mã hóa hơn là đọc mã tốt được viết bởi người khác. Ngay cả mã xấu được viết bởi người khác thường dạy cho bạn một cái gì đó! Và không có cách nào tốt hơn để hiểu cách thư viện, API, ngôn ngữ hoặc tên miền hoạt động hơn là đọc và cải thiện các giải pháp đã được viết bởi người khác. Cả hai điều thường xảy ra khi bạn sử dụng lại mã hiện có, bởi vì không có giải pháp có sẵn nào sẽ thực hiện đúng những gì bạn cần - và việc sửa đổi tiếp theo với nguồn là nơi tăng cường kiến ​​thức.

Có phải thư viện nặng và sử dụng đoạn mã làm cho bạn trở thành một lập trình viên tồi?

Nếu bạn sử dụng thư viện và đoạn mã ở những nơi thích hợp, thì 'Không' , điều đó không có nghĩa bạn là một lập trình viên tồi. Điều đó có nghĩa là bạn là một lập trình viên thông minh, người có thể áp dụng trí tuệ của người khác vào những nơi thích hợp.

Tuy nhiên...

Phải mất thời gian để tìm thư viện và đoạn mã, vì vậy nếu bạn không thể tự viết mã và bạn cần dành hàng giờ để tìm thư viện và đoạn mã để thực hiện các tác vụ tầm thường, thì 'Có' , bạn là một lập trình viên tồi.

Không. Lập trình viên nên sử dụng các thư viện đã có sẵn. Không phát minh lại bánh xe. Nếu bạn có một phương pháp tốt hơn, bạn có thể thực hiện nó, khác với những gì nó thực sự làm khi viết cùng một mã. Điều duy nhất là bạn nên biết mã là gì (và chỉ khi nó quan trọng).

Ngoài các lý do trong các câu trả lời khác, không sử dụng mã (miễn là nó phù hợp với vấn đề của bạn) có thể được coi là phi đạo đức vì:

1. Bạn có thể cố tình lãng phí thời gian của chủ lao động HOẶC
2. Bạn có thể cố tình cung cấp một sản phẩm ít hơn

Hãy ghi nhớ, cả hai đều khó xác định trước.

Ngoài ra, hãy xem Not Invented Here , thường được gọi là mô hình anit.

Đối với mục đích hoàn thành, cho phép đối số truy cập: http://web.archive.org/web/20150326134617/https://michaelochurch.wordpress.com/2015/03/25/never-invent-here-the-even-worse -sibling-of-not-phát minh-ở đây /

một tâm lý mà tôi gọi là "Không bao giờ phát minh ở đây" (NeIH). Với tâm lý đó, các tài sản bên ngoài được định giá quá cao và thường được tin tưởng ngầm, khiến các kỹ sư phải dành nhiều thời gian hơn để thích nghi với các tài sản ngoài luồng và ít thời gian xây dựng tài sản của riêng họ.

Luôn có sự cân bằng.

Tôi không sử dụng thư viện trừ khi thực sự cần thiết. Phụ thuộc giới hạn tính di động và tuổi thọ. Tôi có 34 năm phát triển phần mềm và muốn có ít nhất 1 chương trình của mình tồn tại lâu hơn 3 năm mà không bị phá hủy do xói mòn (thay đổi).

COM (Mô hình đối tượng thành phần), câu trả lời 17 năm trước, về mặt lý thuyết, trong thực tế, các thành phần nghi vấn, có thể tái sử dụng không thực sự, tôi sẽ chỉ sử dụng các thành phần rất cơ bản và chỉ khi tôi phải làm.

API và SDK không sử dụng nhiều. Nếu tôi chia nhỏ số dòng mã mà tôi thực sự sử dụng ra khỏi thư viện, thì thời gian tôi dành cho chúng để làm việc so với viết chúng, tôi nghĩ đó là một sự tẩy rửa. Tôi bỏ việc sử dụng SDK hoàn toàn trên đầu là cực kỳ.

Các khung: Zend, Silverlight, WCF, .NET, các hệ thống phân lớp, vâng, chúng có thể tăng tốc độ phát triển ban đầu, nhưng khi tôi đạt đến giới hạn của chúng, thời gian tôi dành để sửa chữa các vết nứt, không đáng để bỏ công sức. Họ bao nhiêu tuổi và họ không bị xói mòn?

Tôi đã đi đến JavaScript và HTML chỉ với các thư viện của mình. Tôi đã loại bỏ JavaScript bằng cách chỉ sử dụng các loại câu lệnh phổ biến nhất. Tôi hy vọng trong 10 năm nữa tôi có thể viết một cái gì đó sẽ kéo dài.

Tất cả phụ thuộc vào. Nếu bạn đang mã hóa một trò chơi thì nó sẽ sử dụng thư viện (ví dụ Allegro) nhưng bạn thực sự không thể được coi là lập trình viên nếu bạn sao chép / đánh cắp / mượn (bất cứ thứ gì) mã của người khác. Tôi nói không phát minh lại bánh xe nhưng đến một điểm hợp lý. Đừng tạo toàn bộ chương trình đoạn trích mà người khác đã viết. Ngồi vào máy tính của bạn và tự làm điều đó ... ngừng ăn cắp mã. Mọi người đã trở nên quá lười biếng những ngày này và chỉ cần sao chép và dán.