Tại sao Rails lại trở nên phổ biến, nhanh chóng như vậy?
Sự đơn giản đã giúp ích, đặc biệt nếu bạn đến từ thế giới Java, XML, Enterprise. Nó cũng được tiếp thị rất tốt. Nhưng đó không phải là tất cả.
Rất nhiều thành công của Rails trong thế giới khởi nghiệp đến từ một thực tế đơn giản:Các vấn đề mà doanh nghiệp gặp phải không phải là duy nhất. Rails rất tốt trong việc tạo các trang web CRUD, trong khi vẫn linh hoạt. Và đó thực sự là một tấn của các doanh nghiệp cần. Đặc biệt là ở phần đầu.
Nhưng điều này không chỉ đúng với các doanh nghiệp. Rất nhiều vấn đề chúng tôi gặp phải khi các nhà phát triển phần mềm không thay đổi. Chắc chắn, các giải pháp của chúng tôi luôn phát triển. Họ đạp xe. Chúng tôi trở nên tốt hơn. Nhưng những giải pháp tương tự được thế hệ nhà phát triển cuối cùng phát hiện ra vẫn có thể giúp ích cho chúng ta ngày nay.
Vì vậy, bạn có muốn biết câu trả lời cho những vấn đề bạn sẽ gặp phải trong tương lai không? Điều tốt nhất bạn có thể làm là nhìn về quá khứ.
Nhìn về quá khứ
Trên trang web của mình, Martin Fowler có một bộ sưu tập đáng kinh ngạc về các giải pháp tốt cho các vấn đề thường gặp . Bạn đã từng nghe các nhà phát triển nói về Nguồn cung ứng sự kiện chưa? Anh ấy đã viết một bài báo dứt khoát về nó 10 năm trước. Bạn đang theo đuổi các vấn đề về hiệu suất và độ tin cậy với API REST hoặc Kiến trúc hướng dịch vụ mới của bạn? Đó là định luật đầu tiên của ông về các đối tượng phân tán, từ gần 15 năm trước.
Avdi Grimm nói với tôi rằng “Nếu bạn muốn dẫn đầu đường cong công nghệ, hãy bắt đầu điều tra bất cứ điều gì Martin Fowler đã viết khoảng một thập kỷ trước”. Điều đó hoàn toàn đúng. Thời gian bạn dành để đọc qua các mẫu trên trang web của anh ấy sẽ là một khoản đầu tư lớn cho tương lai lập trình của bạn. Và điều đó thậm chí còn không đề cập đến các mẫu tái cấu trúc.
Đi xa hơn, bất kỳ cuốn sách hoặc bài báo nào được viết bởi các tác giả của Tuyên ngôn Agile đều đáng đọc - 15 năm trước, họ đã giải quyết những vấn đề tương tự về kiến trúc phần mềm mà chúng ta gặp phải ngày nay.
Bạn có thể tìm thấy nhiều cuộc thảo luận của họ trên Wiki C2 . Các cuộc tranh luận chúng ta có về thời điểm TDD có ý nghĩa nhất? Tất cả đều ở đó. Và họ đã được ở đó. Wiki đã xuất hiện được một thời gian và nó vẫn là một nguồn tài nguyên tuyệt vời.
Sách từ cuối những năm 90 đến đầu những năm 2000 cũng rất hữu ích. Tôi đã mỉm cười với tất cả các mô hình và mô hình thực hành tốt nhất của Smalltalk về Kiến trúc ứng dụng doanh nghiệp (có ảnh hưởng rất lớn đến Rails), bởi vì chúng đã mô tả các vấn đề mà tôi gặp phải rất tốt .
Cũng giống như thời trang thiết kế, chu trình thực hành phát triển phần mềm. Từ phân tán đến tập trung, từ phía máy khách đến phía máy chủ, từ động sang tĩnh.
Bạn có muốn đi trước, hiểu điều gì sắp tới và thậm chí có thể lái xe tiếp theo là gì? Nhìn về quá khứ. Nghiên cứu giải pháp cho các vấn đề mà các giải pháp hiện tại của chúng tôi sẽ gây ra. Và giúp đưa các phương pháp hay của thế hệ nhà phát triển phần mềm cuối cùng đến với thế hệ tiếp theo.