Biện minh cho việc học / triển khai các công nghệ mới hơn của Microsoft [đã đóng]

Tôi làm việc tại một tổ chức chăm sóc sức khỏe lớn với tư cách là nhà phát triển phần mềm cấp trung. Tôi có hơn 10 năm kinh nghiệm trong ngành CNTT sử dụng các công nghệ của Microsoft (ASP.NET & SQL Server).

Khi tôi đi đến hội nghị, trại mã, họp nhóm người dùng .net, tôi nghe thấy tất cả các loại công cụ và công nghệ mới: MVC, LINQ, Entity Framework, WCF Web Services, v.v. Tôi đoán bạn có thể nói rằng tôi rất thoải mái vùng sử dụng cùng một thứ cũ từ asp.net 2.0. Tôi sử dụng bộ dữ liệu đánh máy cho lớp truy cập dữ liệu của tôi. Tôi sử dụng các biểu mẫu web và tính năng điều khiển máy chủ phong phú với các trang chính. Tôi biết cách sử dụng SQL cũ đơn giản và tạo các truy vấn trong bộ dữ liệu đã nhập để lấy dữ liệu mà ứng dụng của tôi cần.

Trong suốt sự nghiệp của mình, tôi luôn nhạy cảm để không trở nên lỗi thời với bộ kỹ năng của mình. Những gì tôi hiện đang sử dụng hoạt động tốt và thời gian phát triển của tôi là nhanh chóng. Nhưng tôi lo ngại rằng nếu tôi bị cho nghỉ việc, tôi sẽ được hỏi trong các cuộc phỏng vấn có bao nhiêu ứng dụng MVC tôi đã viết. Hoặc làm thế nào tôi với các dịch vụ web LINQ hoặc WCF.

Tôi biết rằng không quan trọng tôi có bao nhiêu hội nghị, sách hoặc video tôi xem trên một số công nghệ mới ... Tôi phải thực hiện / sử dụng nó hoặc đơn giản là nó sẽ không chìm trong. Ngoài ra, các nhà quản lý phỏng vấn không quan tâm có bao nhiêu người đọc lên một cái gì đó, chỉ sử dụng thực tế và trải nghiệm với một công nghệ.

Tôi có một dự án mới để viết. Tôi đã đến gặp người quản lý của mình và đã yêu cầu thêm thời gian cho dự án học tập / triển khai công nghệ mà tôi có thể không quen thuộc. Tổ chức của chúng tôi khuyến khích nhân viên của mình "học hỏi và phát triển" và tiếp tục là giáo dục. Nhưng tôi luôn nhận được sự phản kháng khi tôi yêu cầu thêm thời gian để nghiên cứu một cái gì đó mới để thực hiện. Người quản lý của tôi đang hỏi về lý do kinh doanh cụ thể để thực hiện các công nghệ mới này. Tôi không có lý do kinh doanh. Lý do của tôi là vì tôi không muốn trở nên lỗi thời. Tôi có thể nói rằng nó sẽ làm cho dự án trở nên dễ bảo trì hơn trong tương lai bởi các nhà phát triển khác vì đến một lúc nào đó mọi người có thể ngừng sử dụng các công nghệ cũ này, nhưng đó là tất cả những gì tôi có thể nghĩ tới. Các ứng dụng Linq / Entity Framework / MCV có hoạt động tốt hơn không? Nhiều khách hàng (người dùng trong các phòng ban tôi đang tạo ứng dụng này) cần bao nhiêu? Tôi nghi ngờ điều đó.

Tôi quan tâm đến suy nghĩ của bạn về điều này. Có nhiều bạn có hoàn cảnh tương tự với việc cố gắng sử dụng các công nghệ mới hơn sắp tới không? Tôi nghi ngờ tôi cũng đang trên đà phát triển của công nghệ. Có "lý do kinh doanh" nào mà bạn sẽ đưa ra ánh sáng để sử dụng các công nghệ này không?

Cảm ơn trước! Xin lỗi cho bức tường dài của văn bản.

Không trở nên lỗi thời nghe có vẻ là một lý do kinh doanh khá tốt để sử dụng công nghệ mới. Nó chảy cả hai chiều. Bạn không muốn bộ kỹ năng của mình trở nên lỗi thời, nhưng sếp của bạn cũng nên lo ngại rằng anh ta có thể không tìm được nhân viên sẵn sàng hoặc có thể làm việc trên công nghệ lỗi thời. Nếu phần lớn các nhà phát triển và nhà tuyển dụng để lại một công nghệ cũ cho một công nghệ mới có thể là lý do đủ để công ty của bạn cũng làm như vậy.

Để trả lời cụ thể câu hỏi của bạn, bạn nên đánh giá từng công nghệ một để xem chúng có đáp ứng nhu cầu của bạn không. Tôi sẽ đưa cho bạn, nhưng bạn thực sự cần dành ít nhất nửa ngày để nghiên cứu và đánh giá từng người khi họ áp dụng cho nhu cầu kinh doanh cụ thể của bạn.

LINQ: Đây là thứ bạn có thể sử dụng, thậm chí không có khung thực thể. LINQ là một công nghệ được sử dụng để làm việc với các bộ sưu tập dữ liệu và bạn có thể sử dụng nó trong các ứng dụng của mình ngay cả khi bạn không sử dụng nó để tải dữ liệu đó từ cơ sở dữ liệu. Tự mình làm và tìm hiểu cách sử dụng biểu thức lambda và phương thức mở rộng LINQ. Nó sẽ giúp bạn tiết kiệm thời gian, làm cho cuộc sống của bạn như một nhà phát triển dễ dàng hơn và giảm số lượng mã bạn cần viết.

Entity Framework: Đây dường như là tương lai để truy cập dữ liệu trong thế giới Microsoft. Hầu hết các khung, công nghệ và công cụ mới của Microsoft được thiết kế để hoạt động với khung thực thể. Nó không hoàn hảo, nhưng nó đẹp hơn nhiều so với việc sử dụng bộ dữ liệu, đặc biệt nếu bạn sử dụng LINQ cho các thực thể. Một lý do kinh doanh lớn để sử dụng khung thực thể là nó làm giảm số lượng mã SQL bạn cần viết, vì khung sẽ tạo ra nó cho bạn. Theo kinh nghiệm của tôi, hầu hết các nhà phát triển không giỏi viết SQL (và hầu hết các công ty không có DBA chuyên dụng), vì vậy, đối với hầu hết các khung thực thể ứng dụng sẽ giúp mọi thứ nhanh hơn và hiệu quả hơn. Khung thực thể cũng sẽ cho phép bạn làm việc với các POCO có ít chi phí hoạt động hơn và dễ làm việc hơn các bộ dữ liệu.

MVC: Điều này có thể khó để biện minh, vì hầu hết các ứng dụng có thể không được hưởng lợi nhiều từ nó. Dựa trên các bài đăng công việc mới nhất mà tôi đã thấy, MVC vẫn chiếm thiểu số (mặc dù nó đang đạt được thành công nhanh chóng). Đối với hầu hết các ứng dụng kinh doanh, MVC có thể là quá mức cần thiết và kéo một vài điều khiển vào trang aspx sẽ đủ. MVC có một đường cong học tập cho nó, và để có hiệu quả và tận dụng tối đa nó, bạn thực sự phải hiểu HTTP, HTML, CSS và JavaScript. MVC hoạt động tốt khi bạn cần có một ứng dụng web thực sự tùy biến trong đó hiệu năng là ưu tiên lớn. Nếu đó không phải là trường hợp và nhân viên không có nhiều kinh nghiệm với nó, có lẽ không có trường hợp kinh doanh mạnh để sử dụng nó.

Dịch vụ web WCF: Bạn có phải cung cấp dữ liệu cho các ứng dụng khách từ xa không? WCF có lẽ là con đường để đi. Bạn chỉ đang viết một ứng dụng web sẽ chạy trên cùng một máy chủ hoặc mạng cục bộ như cơ sở dữ liệu của bạn? Đừng sử dụng WCF, bạn không cần nó và nó sẽ chỉ phục vụ để làm phức tạp mọi thứ với sự trừu tượng không cần thiết.

Nói tóm lại, sử dụng một công nghệ mới khi nó có ý nghĩa và dành thời gian để tìm hiểu khi nào có. Mất rất nhiều thời gian để tìm hiểu các công nghệ mới, nhưng không nên mất nhiều thời gian để đánh giá chúng và tìm hiểu xem chúng có mang lại lợi ích gì cho tình huống cụ thể của bạn không. Đây là điều mà các công ty cao hơn trong công ty của bạn nên làm, nhưng nếu họ không làm thì bạn cần phải làm điều đó và sau đó dành thời gian để giáo dục họ về những gì bạn đã học.

EDIT: Sau khi đọc ý kiến ​​của bạn ở trên, tôi đã có thêm một số suy nghĩ. Nó có thể hữu ích nếu bạn có thể thực hiện một cách tiếp cận nhanh để phát triển ứng dụng này và chia nó thành các thành phần khác nhau để mỗi thành phần có thể được hoàn thành đầy đủ trước khi chuyển sang phần tiếp theo. Người quản lý của bạn có thể sẽ chấp thuận việc bạn dành thêm thời gian cho công nghệ mới nếu anh ta có thể thấy rằng bạn đang tiến bộ ổn định trên đường đi. Ngoài ra, bạn không phải chọn giữa việc viết toàn bộ ứng dụng trong các trang và bộ dữ liệu của MVC và Entity Framework hoặc ASPX. Có thể sử dụng cả hai trong cùng một ứng dụng bằng cách sử dụng phương pháp lai. Bạn có thể bắt đầu sử dụng MVC và khung thực thể cho một vài thành phần. Nếu mọi thứ đang diễn ra tốt đẹp và sếp của bạn hạnh phúc thì bạn có thể tiếp tục, nhưng nếu anh ấy cảm thấy điều đó '

Mặc dù bạn chắc chắn nên tìm hiểu một số công nghệ MS mới, nhưng kinh nghiệm gần đây của tôi khi tìm hiểu về những thứ như WPF và WCF đã khiến tôi thận trọng hơn một chút về việc học các API MS mới nhất.

Bây giờ, LINQ là một lợi ích lớn cho năng suất mà bạn chắc chắn nên sử dụng; điều tuyệt vời là bạn có thể giới thiệu từng phần trong các tình huống ngẫu nhiên, có hoặc không có cú pháp truy vấn thực tế (tôi thường gọi Where()mà không có from-selectcú pháp, vì nó thường ngắn hơn.) Phép toán kép của LINQ, Reactive Phần mở rộng, là điều bạn nên chú ý, mặc dù tôi vẫn đang loay hoay tìm một trường hợp sử dụng thực sự tốt. Tương tự, tất cả các tính năng của C # 3/4/5 đều hữu ích, vì vậy bạn nên nghiên cứu chúng và xem những nơi chúng sẽ hữu ích, ngay cả khi bạn tiếp tục sử dụng công cụ BCL "cũ".

Tuy nhiên, tôi sẽ nhận lời biện hộ của quỷ và đề nghị rằng các thư viện MS lớn mới nhất, như WCF và WPF hoàn toàn không đáng để học hỏi.

Lý do chính là chúng rất lớn và không được thiết kế đặc biệt (trước đây là một triệu chứng của cái sau). Gần đây tôi đã viết blog về lý do tại sao WPF hút . Đối với WCF, whitepaperlàm cho nó có vẻ như sẽ dễ dàng tương tác độc đáo với "Máy chủ Java EE chạy trên hệ thống không phải Windows" và "Ứng dụng đối tác chạy trên nhiều nền tảng khác nhau", nhưng sự thật là API WCF được định hướng SOAP rất cụ thể và có hỗ trợ hạn chế cho các giao thức không SOAP. MS có thể dễ dàng thiết kế một hệ thống chung cho phép các giao thức có thể cắm được và có thể khả năng bị ẩn (không có tài liệu) ở đâu đó, nhưng theo tôi có thể nói họ đã chọn thiết kế một hệ thống hạn chế hơn nhiều chỉ có thể làm SOAP và HTTP bị hạn chế (miễn là phần thân thông điệp của bạn là một đối tượng .NET được tuần tự hóa, IIRC). Tôi đã nghiên cứu Entity Framework ngắn gọn hơn, nhưng nhận thấy một số khiếu nại rằng nó không có khả năng hỗ trợ một số tình huống mà LINQ-to-SQL (đơn giản hơn nhiều) có thể xử lý ngoài luồng.

IMO thiết kế của tất cả các thư viện này về cơ bản là thiếu sót vì chúng sử dụng rất nhiều thành phần được liên kết chặt chẽ với nhau, một biểu đồ phụ thuộc của các lớp trong mỗi khung có thể sẽ rất lớn và trông giống như một mớ hỗn độn của các dòng nguệch ngoạc. Và ngay cả khi thiết kế tốt, chúng tôi sẽ không thể biết được vì không có tài liệu kiến ​​trúc công cộng nào đi sâu vào các chi tiết cấp thấp hơn và các tài liệu MSDN cho phần lớn không tốt lắm (chúng có xu hướng nhận được ngày càng ít hữu ích hơn khi bạn nhìn vào các lớp học cấp thấp hơn và cấp thấp hơn.)

Kích thước tuyệt đối của các thư viện cũng có vẻ như là một lỗ hổng; Tôi đã học được hơn 20 năm lập trình rằng sự đơn giản là một ưu điểm, một điều mà Microsoft chưa bao giờ coi trọng.

Nhưng bạn có thể hỏi, "vậy thì sao"? Chà, với những thư viện lớn như vậy bạn có thể không bao giờ cảm thấy mình thực sự hiểu chúng. Điều đó có nghĩa là khi bạn muốn làm một cái gì đó bên ngoài các trường hợp sử dụng mà Microsoft đã thiết kế riêng WCF / WPF / EF, bạn sẽ không biết làm thế nào và có thể không ai ngoài Redmond cũng sẽ biết. Và khi có sự cố xảy ra, bạn sẽ có một thời gian khó khăn để tìm ra những gì đã sai. Và 15 năm kể từ khi Microsoft chuyển sang API thế hệ tiếp theo của họ , không ai sẽ thích bảo trì phần mềm được xây dựng trên nền tảng quá kém hiểu biết.

Ngoài ra do tính rộng lớn và phức tạp của các API mới này, giải pháp thay thế đa nền tảng cho .NET, Mono, có hỗ trợ kém hoặc không hỗ trợ cho chúng. Bạn có thể gặp khó khăn khi sử dụng các bảng dữ liệu đã nhập trên Linux hoặc Mac, nhưng Entity Framework? Quên nó đi. Tôi sẽ không ngạc nhiên nếu Mono không bao giờ hỗ trợ nó.

Tôi đã sử dụng LINQ-to-SQL trong một dự án mới và nó không tệ. Theo một số cách nó có thể tốt hơn, nhưng tôi nghĩ rằng trải nghiệm của nhà phát triển tốt hơn đáng kể so với ADO.NET. Một hạn chế đáng kể: L2S dễ nhất cho đến nay nếu bạn sửa đổi các bảng ở chế độ "được kết nối", không giống như ADO.NET cũ được thiết kế đặc biệt để hoạt động mà không cần kết nối cơ sở dữ liệu hoạt động. Dù sao, vì LINQ-to-SQL là (theo người Mono) bằng một phần tư kích thước của Entity Framework, thật đáng tiếc khi MS quyết định bỏ công việc trên nó.

Tôi đã phát triển phần mềm dựa trên Microsoft Windows trong hơn mười năm trước khi tôi chuyển hoàn toàn sang phần mềm nguồn mở và miễn phí và từ bỏ phát triển MS. Tôi đang viết điều này từ kinh nghiệm cá nhân lâu dài.

Ngoài các lý do khác do tôi chuyển sang FOSS, lý do liên quan đến lập trình là hầu như không có bất kỳ lý do nào cho việc học / thực hiện các công nghệ độc quyền. Mấu chốt của vấn đề là Microsoft không cam kết hỗ trợ từng công nghệ mà nó đã từng phân phối. Tất cả quá thường xuyên MS giới thiệu các thay đổi không dùng cho API và khung của nó. Điều này làm cho phần lớn các API hiện có cũng như kiến ​​thức của chúng bị lỗi thời. Thật vậy, họ thậm chí làm điều này với phần mềm người dùng cuối của họ. Ví dụ, MS Office 2007/2010 không giống với MS Office 2003 và quan trọng hơn, Windows 8 là một sự khởi đầu triệt để khỏi các nền tảng hiện có. Đặc biệt, chắc chắn sẽ có tất cả các API và khung mới cho Windows 8 và bạn sẽ không thể hỗ trợ Windows 8 (trong tương lai, nếu không phải bây giờ) mà không triển khai các API đó.không được hỗ trợ , là một trong những lý do kinh doanh cốt lõi để tiếp tục triển khai bất kỳ công nghệ mới nào mà MS phát hành. Nếu MS ngừng hỗ trợ công nghệ cũ vào ngày mai, bạn sẽ đi đâu với mã kế thừa? Nơi nào bạn nhận được cập nhật cho nó?

Cũng xin lưu ý rằng tôi không yêu cầu bạn bỏ phát triển MS và chuyển sang FOSS. Tôi chỉ muốn giúp bạn ở đây, đã có kinh nghiệm lâu năm về công nghệ MS.

Tôi nghĩ rằng điều chính cần làm là tìm ra những lợi ích cụ thể của việc áp dụng một công nghệ mới hơn là gì và trình bày những điều đó như là sự biện minh cho việc đó, thay vì mong muốn của bạn không trở nên lỗi thời. Bạn nói rằng bạn không có "lý do kinh doanh", nhưng chắc chắn bạn có thể tìm thấy một số nghiên cứu ...

Có thể việc chuyển sang một khung công nghệ / công nghệ mới hơn cho phép bạn thiết kế các ứng dụng chạy với dung lượng bộ nhớ nhỏ hơn, phản ứng nhanh hơn, triển khai nhanh hơn, v.v ... Đó đều là những lý do kinh doanh cụ thể. Vì vậy, tôi đoán rằng tôi sẽ đề nghị rút lại một chút và điều tra "tại sao mọi người bắt đầu sử dụng MVC, LINQ, Entity Framework, WCF Web Services, v.v. Trả lời câu hỏi đó và có thể bạn sẽ tìm thấy một số biện minh kinh doanh để cung cấp. Có hay không việc bỏ triết lý "đi với những gì hiệu quả" là một vấn đề khác và có thể là một chức năng của kỹ năng bán hàng của bạn.

Những gì tôi hiện đang sử dụng hoạt động tốt và thời gian phát triển của tôi là nhanh chóng

Thật không may, Microsoft không đưa ra một con số cho điều này, điều quan trọng với họ là bán cho bạn nhiều công cụ hơn. Điều đó có nghĩa là tạo ra các công nghệ mới, có nghĩa là bạn cũng phải mua thêm đào tạo! Win-win, cho họ.

Đối với bạn, điều đó có nghĩa là một cuộc chiến không ngừng để học những điều mới, và một khi bạn đã bắt đầu giỏi về chúng và năng suất phát triển của bạn nhanh như trước đây .... có một thứ khác để học và bạn phải bắt đầu lại một lần nữa Có một lý do phần mềm nói chung là chất lượng kém, bởi vì phần mềm không được coi là dịch vụ 'chuyên nghiệp' như kỹ thuật hoặc kiến ​​trúc, họ giữ những thứ hoạt động. Chúng tôi vứt chúng đi và bắt đầu lại từ đầu.

Nhưng, tình trạng nghèo nàn này của thế giới không giúp ích gì cho bạn. Vì vậy, lời khuyên của tôi là sử dụng kết hợp "theo kịp công nghệ" và "không muốn tụt lại phía sau". Sếp của bạn nên quan tâm đến việc tuyển dụng, nếu bạn chỉ làm VB6 dev, thì bạn sẽ thấy khá khó khăn khi tuyển nhân viên mới (thực sự bạn có thể thấy nó thực sự dễ dàng, tất cả những người thích VB6 sẽ đổ xô đến bạn, nhưng đó là một vấn đề khác).

Tôi muốn nói rằng bạn cần kiểm tra xem công nghệ mới x sẽ giúp bạn phát triển trong tương lai nhanh hơn nữa - sau đó nó không còn là nhiệm vụ cá nhân hay đơn giản là lãng phí và trở thành nhiệm vụ cải thiện kinh doanh, các công ty luôn tiến hành về R & D " đổi mới "giúp họ duy trì tính cạnh tranh.

Là nhà phát triển, bạn phải thúc đẩy quản lý sử dụng các công nghệ mới hơn và chứng minh bằng cách chứng minh lợi ích và giá trị mà nó sẽ mang lại cho công ty (ví dụ: hiệu suất, tính năng, dễ sử dụng, bảo trì). Quản lý thường không thích thay đổi và sẽ không biện minh cho việc thay đổi bất cứ điều gì trừ khi nó mang lại một số lợi ích bổ sung so với những gì hiện đang sử dụng.

Sử dụng một số công nghệ mới, "chảy máu" cũng tốt cho đội ngũ tiếp thị để họ có thể tiếp thị công ty luôn đi đầu trong các xu hướng công nghệ hiện tại và không bị mắc kẹt trong quá khứ sử dụng các công nghệ và nền tảng cũ.

Bạn sẽ cần phải thực hiện một số dự án nhỏ hơn trong thời gian rảnh nếu công ty của bạn không cho phép bạn học về họ. Việc học bạn làm trong thời gian riêng tư sẽ cung cấp cho bạn trường hợp kinh doanh để làm cho sếp của bạn về những cải tiến trong các công nghệ mới hơn. Nếu bạn đang cảm thấy quá kiệt sức từ công việc hàng ngày của bạn để tìm hiểu cụ mới, bạn có thể cần phải thực hiện một nghỉ vài tuần , nghỉ ngơi một vài ngày, sau đó làm một buổi tập huấn chuyên sâu cho chính mình.

Nói những gì bạn sẽ về Microsoft , một điều bạn không thể mắc phải là làm cho các công cụ phát triển và đào tạo có sẵn miễn phí . Cài đặt trình cài đặt Microsoft Web Platform mới nhất trên PC của bạn, sau đó kích hoạt nó và chờ xem tất cả các công cụ và nền tảng phát triển miễn phí mà bạn có thể dùng thử. Truy cập các trang web MSDN , ASP.Net và Channel9 và xem hướng dẫn của họ.

Tôi vẫn đang phát triển trong ASP Classic nếu bạn có thể tin điều đó, nhưng với một vài giờ thuyết phục đã thuyết phục ông chủ của tôi rằng .Net là con đường để đi, bằng cách tạo ra một trường hợp kinh doanh cho nó. Năm tới chúng tôi bắt đầu chuyển đổi mã di sản của chúng tôi.

Cách tốt nhất để biện minh cho việc sử dụng các công nghệ mới hơn là khi bạn có thể cho thấy rằng chúng cải thiện năng suất của nhà phát triển. Điều này có nghĩa là nhiều công việc được thực hiện với chi phí thấp hơn. Đó là điều duy nhất quan trọng từ góc độ kinh doanh.

Vài ví dụ:

1. Các công cụ giúp nhà phát triển làm việc dễ dàng hơn
2. Các thư viện cung cấp các tính năng mà nếu không phải phát triển trong nhà
3. Các ngôn ngữ mạnh hơn có thể dẫn đến mã dễ đọc hơn hoặc ít dòng mã hơn cần được viết / gỡ lỗi