Câu trả lời của tôi:
Tôi nghĩ rằng câu trả lời nằm ở đâu đó giữa "Internet TV" và "Điện toán đám mây" trên vai trò của "Đỉnh cao của những kỳ vọng bị thổi phồng" (Mặc dù tôi nghĩ rằng cả hai điều này đã tiến triển khá nhanh trong vài năm qua).
Bản chất của chu kỳ Hype:
Theo tôi hiểu, sự tiến bộ trong chu kỳ cường điệu được đặc trưng bởi nhận thức phát triển về những ưu và nhược điểm của một công nghệ cụ thể, thay vì bất kỳ thước đo khách quan nào về "sự trưởng thành" (bất kể điều đó có nghĩa là gì).
Trước khi chúng tôi tích lũy được một tập hợp kinh nghiệm đủ đa dạng để xây dựng các ý kiến cân bằng (và độc lập ), động lực đám đông (tự nhiên) không thay đổi, với các ý kiến tương quan cao với ít sự đa dạng, tinh tế hoặc sâu sắc của phân tích.
Điều này đúng như trong "Máng của sự vỡ mộng" giống như trong "Đỉnh cao của những kỳ vọng bị thổi phồng"
Nếu cộng đồng tạo ra một loạt các ý kiến khác nhau, với phân tích chuyên sâu về nơi và thời điểm thích hợp để triển khai DVCS và nơi nào và khi nào không, thì chúng ta có thể suy ra chúng ta đang ở trong "Cao nguyên năng suất" (Hoặc ít nhất là một cách nào đó lên "Dốc giác ngộ").
Mặt khác, nếu diễn ngôn tập trung vào tính ưu việt (hay nói cách khác) của công nghệ mà không liên quan đến sự đi xuống của các bối cảnh cạnh tranh, thì chúng ta có thể suy luận rằng chúng ta đang ở trên "Đỉnh của Những kỳ vọng bị thổi phồng "hoặc" Máng của sự vỡ mộng ". Chúng tôi thậm chí có thể ở cả hai giai đoạn cùng một lúc, nếu cộng đồng bị chia thành các phe bởi một cuộc chiến rực lửa.
:-)
Đánh giá DVCS theo các tiêu chí sau:
Từ phân tích tương đối nông cạn mà tôi đã thấy trong bài diễn văn cho đến nay và sự vắng mặt tương đối của bình luận tiêu cực, tôi sẽ ước tính rằng chúng ta hiện đang leo lên "Đỉnh cao của những kỳ vọng bị thổi phồng", với những câu hỏi (chẳng hạn như câu hỏi này) chỉ ra rằng là một số người đang chuẩn bị dốc xuống phía bên kia.
Tôi nghĩ rằng một chỉ số mạnh mẽ về sự trưởng thành của công nghệ DVCS (từ quan điểm của công ty) sẽ là khi cuộc tranh luận chuyển từ hỏi đơn giản là "Tại sao DVCS?" thành "Làm thế nào chúng ta có thể cấu trúc tốt nhất quy trình làm việc của mình và xử lý xung quanh DVCS để tối đa hóa lợi ích cho tổ chức?".
Từ những gì tôi đã thấy, chúng ta chưa có tất cả. (Mặc dù một số đồng bào tinh vi hơn của chúng tôi đang dẫn đầu)
Vai trò của Chu kỳ Hype trong việc ra quyết định:
Mô hình "Chu kỳ Hype" là một mô hình thiên vị hành vi và nó giúp chúng ta hiểu được trạng thái tinh thần của chính mình. Nếu chúng ta có thể xác định rằng một công nghệ bị người khác thổi phồng, thì điều đó có thể ảnh hưởng đến lập trường tinh thần của chính chúng ta, và (có nguy cơ suy nghĩ kép), chúng ta có thể cần phải bù đắp và buộc mình phải cư xử hợp lý trong việc lựa chọn tiêu chí lựa chọn.
Tiêu chí lựa chọn:
Không cần phải nói, lựa chọn tiêu chí lựa chọn là cực kỳ phụ thuộc vào bối cảnh.
Cá nhân tôi sẽ làm (như một dạng bài tập động não) phân tích SWOT ngắn (15 phút) cho mỗi lựa chọn mà bạn đang xem xét, cùng với (nghiêm túc) phân tích PEST về tình huống để đảm bảo rằng bạn mang lại rộng hơn (phi công nghệ) các yếu tố trong phân tích của bạn.
SWOT cho VCS phân tán
Điểm mạnh:
- Linh hoạt - tự do hơn để lựa chọn các quy trình công việc khác nhau.
- Hiệu suất tốt hơn so với các kết nối mạng băng thông thấp / độ trễ cao - tốt hơn cho các nhóm phân phối & nhân viên ngoài công trường.
- Chức năng hợp nhất tinh vi hơn, cho phép bạn phân nhánh thường xuyên hơn. (Tôi không chắc chắn rằng đây là một điều tốt).
- Mã nguồn được "sao lưu" trên mỗi máy của nhà phát triển. (cái này không có thật, cái này, vì nó có thể can thiệp vào kế hoạch khắc phục thảm họa thích hợp)
Những điểm yếu:
- Tính linh hoạt - Vì chúng tôi có nhiều tự do hơn để chọn các quy trình công việc khác nhau, chúng tôi cần thực hiện thêm công việc để xác định quy trình công việc nào chúng tôi đang sử dụng và để thực thi công việc đó.
- Độ phức tạp & Khó khăn về khái niệm (đặc biệt đối với các thành viên nhóm không phải là nhà phát triển phần mềm).
Những cơ hội:
- Có lẽ sự linh hoạt có thể được sử dụng để thiết kế một quy trình làm việc phù hợp hơn với nhu cầu kinh doanh?
Các mối đe dọa:
- Có lẽ chúng ta sẽ dành quá nhiều thời gian để tái thiết kế quy trình công việc của mình, chúng ta sẽ mất tập trung vào sản phẩm cốt lõi của mình?
- Có thể khó có thể khiến một số người sử dụng ngay cả các công cụ đơn giản, đặc biệt là nếu họ không tin rằng chúng là cần thiết hoặc không có động lực.
SWOT cho VCS tập trung
Điểm mạnh:
- Cung cấp một kênh liên lạc ngầm trong băng cho tổ chức và quy trình kinh doanh.
- Hạn chế quy trình công việc có thể vào một tập hợp con (trong nhiều trường hợp hợp lý).
- Làm cho nó dễ dàng hơn để thiết lập CI & các công cụ tự động phát triển khác.
- (SVN cụ thể) Hỗ trợ kho lưu trữ khổng lồ.
- (SVN cụ thể) Rất ổn định, được sử dụng bởi rất nhiều tổ chức lớn, bảo thủ.
- Chính trị có thể được chấp nhận hơn trong một tổ chức chỉ huy và kiểm soát từ trên xuống?
Những điểm yếu:
- Không linh hoạt.
- Hiệu suất kém đối với các kết nối băng thông thấp / độ trễ cao, khiến việc sử dụng cho các nhóm phân phối và nhân viên ngoài công trường trở nên khó khăn hơn (đặc biệt là nếu kho lưu trữ lớn)
Những cơ hội:
- Có lẽ chúng ta có thể sử dụng tính chất nguyên khối của kho lưu trữ để giúp các nhà phát triển điều hướng sản phẩm và sử dụng lại mã của nhau nhiều hơn?
Các mối đe dọa:
- Nếu dự án đột nhiên trở nên cực kỳ quan trọng và chúng tôi cần đưa thêm các nhà phát triển làm việc trên các trang web khác, họ có thể làm việc hiệu quả với kho lưu trữ SVN được lưu trữ (cho họ) ngoài trang web không?
- Nếu tập hợp các nhà phát triển phát triển lớn đến mức việc điều phối chúng trở nên khó khăn, liệu kho lưu trữ tập trung duy nhất có trở thành nút cổ chai không? (Chúng ta có thể vượt qua điều này bằng bất kỳ cách nào khác không?)
Phần kết luận:
Việc sử dụng VCS nào phụ thuộc vào hoàn cảnh cá nhân. Đối với nhiều tình huống tôi đã làm việc, một DVCS với quy trình làm việc tập trung sẽ hoạt động tốt, nhưng tôi sẽ phải chứng minh thời gian và nỗ lực để xây dựng cơ chế hỗ trợ và thực thi quy trình công việc, vẫn sẽ như vậy kho.
Cuối cùng, tôi nghĩ rằng cuộc thảo luận nên xoay quanh câu hỏi: Quy trình công việc nào phù hợp nhất với doanh nghiệp của chúng tôi? Công cụ tốt nhất để sử dụng nên theo tự nhiên từ câu trả lời cho câu hỏi đó.
