Angular vs Ember. RSpec vs Minitest. Haml vs Slim vs ERB. Bạn có rất nhiều lựa chọn khi bắt đầu một dự án mới. Có những người bảo vệ giọng nói ở mỗi bên. Và ngay sau đó bạn bắt đầu nhận ra rằng bạn có thể đã bắt đầu dự án của mình trong thời gian mà bạn đã lãng phí khi đọc hướng dẫn thứ tư đó hoặc lập luận 30 bình luận về việc liệu Sass có tốt hơn Ít hơn hay không.
Vì vậy, làm thế nào để bạn chọn đúng thư viện, vì vậy bạn có thể bắt đầu viết mã thực?
Bạn đang phải chịu một áp lực nghiêm trọng nào đó
Cộng đồng phát triển tiến rất nhanh. Các thư viện mới xuất hiện mỗi ngày, được xây dựng để giải quyết mọi loại vấn đề. Nhiều người trong số đó giải quyết các vấn đề đã được giải quyết trước đó. Và nhiều cái đó được xây dựng dưới dạng phản ứng đến các thư viện trước đây.
Những cuộc tranh luận này mang tính cá nhân. Mọi người đã trải qua một phần cuộc đời của họ xây dựng kinh nghiệm sử dụng các thư viện này. Một số đã bị thiêu rụi bởi các vấn đề mà thư viện yêu thích mới của họ được xây dựng để giải quyết. Vì vậy, các lập luận để sử dụng một thư viện cụ thể là đam mê và cảm xúc.
Khi bạn đọc tất cả những tranh luận sôi nổi này, bạn sẽ dễ cảm thấy mình bị coi thường nếu bạn đưa ra quyết định sai lầm.
Làm cách nào để bạn cảm thấy thoải mái khi chọn thư viện?
Rõ ràng là không phải ai cũng đồng ý với lựa chọn của bạn. Điều tốt nhất bạn có thể làm là hài lòng về cá nhân với quyết định của bạn. Bạn sẽ phải hài lòng với thư viện bạn chọn ở cấp độ kỹ thuật cũng như cấp độ cá nhân.
Về mặt kỹ thuật, tôi đã viết một hướng dẫn để chọn viên ngọc phù hợp cho các dự án của bạn và hầu hết lời khuyên đó phù hợp với bất kỳ loại lựa chọn nào trong số này.
Sở thích cá nhân của bạn cũng sẽ ảnh hưởng đến sự lựa chọn của bạn. Tuy nhiên, nếu không xây dựng ứng dụng sử dụng thư viện, có thể khó dự đoán bạn sẽ thích sử dụng thư viện nào.
Tìm kiếm mã của GitHub có thể giúp bạn đưa ra những quyết định đó. Khi bạn tìm kiếm một số tên lớp từ các thư viện mà bạn đang nghĩ đến việc sử dụng, bạn có thể tìm thấy các dự án sử dụng từng thư viện. (Bạn thường có thể lấy các tên lớp đó từ README hoặc tài liệu về đá quý).
Từ mã, bạn có thể thấy thư viện được sử dụng như thế nào, nó tích hợp tốt như thế nào với mã và các thư viện khác cũng như cách sử dụng đơn giản. Điều này giúp ích rất nhiều, đặc biệt là khi bạn không có đủ ngữ cảnh để đưa ra quyết định dựa trên các lập luận kỹ thuật.
Nó có quan trọng không?
Lựa chọn sai có thể khiến bạn đau đớn về sau. Nhưng khi nói đến xây dựng phần mềm, Lỗi 0 là không thể bắt đầu dự án. Dành quá nhiều thời gian để chọn thư viện phù hợp cho ứng dụng của bạn không thể giúp bạn ngăn chặn sự thất bại đó. Hầu hết thời gian, đưa ra bất kỳ lựa chọn nào sẽ giúp ích cho bạn nhiều hơn là lựa chọn sai khiến bạn đau đớn.
Bạn không nên cảm thấy tồi tệ về những lựa chọn của mình. Không có gì sai khi tìm hiểu các thư viện mới, dùng thử chúng trong các dự án và đưa ra các đánh giá cá nhân và kỹ thuật về thư viện nào bạn thích sử dụng.
Ngay cả khi bạn thay đổi quyết định sau này, những điều bạn học được từ thư viện bạn đã chọn sẽ luôn ở lại với bạn. Bạn có thể tìm hiểu một thư viện mới nhanh hơn nhiều so với kiến thức hiện có của bạn so với việc nghiên cứu nó từ đầu.
Cách đây rất lâu, tôi có thể dễ dàng trở thành Pythonista thay vì Rubyist. Tôi có thể đã không hoàn toàn hạnh phúc với nó. (Mặc dù thành thật mà nói, ai mà biết được?) Nhưng tôi vẫn đang viết mã và tôi vẫn thích nó.