2009-05-19 24 views
11

Tôi đã là nhà phát triển trong khoảng 10 năm. Tôi muốn biết làm thế nào tôi có thể coi mình là một techie cấp kiến ​​trúc? Làm cách nào để nhà phát triển có thể chuyển từ phát triển cấp mã sang kiến ​​trúc sư?Chuyển đến cấp độ kiến ​​trúc ứng dụng

Tôi rõ ràng muốn di chuyển lên các bậc thang kỹ thuật và kiến ​​trúc có vẻ hấp dẫn.

Câu hỏi thứ hai là, làm thế nào để tôi tìm hiểu về kiến ​​trúc ứng dụng (ảnh lớn), về khung 3.5?

Bất kỳ lời khuyên nào được đánh giá cao.

Trả lời

29

Có hai tiêu chí để trở thành kiến ​​trúc sư phần mềm:

(1) Bạn phải tự gọi mình là một.

(2) Bạn phải thuyết phục ai đó trả tiền cho bạn cho phần mềm kiến ​​trúc sư.

Mọi thứ khác chỉ là giàn giáo. Nếu bạn giỏi phát triển và lập kế hoạch "hình ảnh lớn", hãy cố gắng bán bản thân mình như một kiến ​​trúc sư trong công việc tìm kiếm tiếp theo của bạn. Nếu ai đó mua nó, bạn là một kiến ​​trúc sư.

+0

Điều này đúng, mặc dù lưu ý rằng sự quen thuộc với buzzwords có thể là công cụ cần thiết . Đó là một điều để thiết kế ứng dụng tốt, đó là một điều khác để làm quen với nhiều phương pháp mà người khác sử dụng để thiết kế ứng dụng của họ tốt (hoặc nặng như trường hợp có thể). Một kiến ​​trúc sư cần phải biết những gì người khác đang làm, cũng như làm việc đó. –

+1

@Jekke, bạn có nghiêm túc không? :) – shahkalpesh

+0

và cách một người có thể đọc/học về buzzwords, v.v. – Csharp

3

Là kiến ​​trúc sư không gì khác ngoài trạng thái của tâm trí. Có khả năng có ý nghĩa xấu đi cùng với trạng thái của Kiến trúc sư . Đặc biệt là vì không ai có thể trả lời câu hỏi, "Kiến trúc sư là gì?"

Đầu tiên và quan trọng nhất ...

  • Điều này có nghĩa một rút lên giải pháp nhưng không thực sự thực hiện họ?

Nếu vậy, đó là điều gì đó để làm việc theo hướng tôi đoán ... nhưng làm thế nào để làm việc hướng tới nó bằng cách chỉ "vẽ lên các giải pháp"? Kinh nghiệm thực tế là điều kiện tiên quyết và phải. Một lập trình viên thực sự tốt cuối cùng có kỹ năng giải quyết vấn đề tốt. Một người giải quyết vấn đề tốt cuối cùng biết cách xây dựng các giải pháp tốt.

Theo ý kiến ​​của tôi, nếu tập trung vào việc trở thành một lập trình viên xuất sắc tuyệt vời, kỹ năng giải quyết vấn đề bắt đầu phát triển một cách tự nhiên. Nó không thể tránh khỏi rằng điều này sẽ được công nhận. Sau khi được công nhận, mọi người sẽ bắt đầu hỏi ý kiến ​​trên cách tốt nhất để giải quyết vấn đề X. Khi một người bắt đầu được hỏi những loại câu hỏi này, người ta vốn đã trở thành một kiến ​​trúc sư.

Trong tổ chức doanh nghiệp, người ta có thể chuyển đến trạng thái tinh thần này và có thể có tiêu đề thực tế (và khả năng trả tiền) để thể hiện trạng thái tinh thần này. Nhưng chúng ta không được quên rằng nó đòi hỏi sự phát triển ACTUAL của các giải pháp tốt cho các vấn đề. Đây là điều cuối cùng đưa chúng ta đến trạng thái của tâm trí này.

Cuối cùng, nó chỉ là một từ cho biết rất ít phía sau người mang danh hiệu.

5

Lúc nguy cơ phơi bày bản thân mình đến nitpickers và word-parsers,

Là một "kiến trúc sư" có nghĩa là bạn phải có khả năng để thiết kế "Hệ thống" các phần mềm, bao gồm nhiều "thành phần" làm việc cùng nhau trong một cách kết hợp lỏng lẻo để giải quyết một số vấn đề kinh doanh khá phức tạp, và có thể "dẫn dắt" hoặc "người cố vấn" các nhà phát triển khác trong việc xây dựng hệ thống nói trên.

Ngoài việc là chuyên gia về (các) công nghệ cần thiết để giải quyết vấn đề, điều này cũng có nghĩa là bạn phải có khả năng hiểu vấn đề kinh doanh được đề cập, từ góc độ kinh doanh và có thể giao tiếp thành thạo về nó cả hai với các chuyên gia về lĩnh vực kinh doanh (sử dụng ngôn ngữ của họ) và với các nhà phát triển sẽ xây dựng các thành phần (bằng ngôn ngữ của họ)

2

Tôi nghĩ bạn đang tìm cách di chuyển thang sự nghiệp trong một công ty, và đó là quá trình khác với những người bình luận trước đây đang thảo luận. Nó cũng rất khác với một công ty kế tiếp, nhưng vẫn có những kỹ năng và thực hành quan trọng trên bảng.

Điều rõ ràng nhất là bề rộng của tầm nhìn. Bạn phải làm quen với tất cả các phần của hệ thống mà bạn đang thảo luận. Điều đó có nghĩa là bạn phải có ước muốn làm việc trên các lĩnh vực khác nhau của mã, mặc dù bạn không biết nhiều về chúng như là khu vực bạn đang làm việc. Bạn phải sẵn sàng và có thể giúp đỡ người khác bằng những thứ bạn biết. Điều đó không có nghĩa là đẩy thông tin của bạn lên chúng, nó có nghĩa là trả lời một cách hữu ích khi họ hỏi. Nếu lời khuyên của bạn là hữu ích, mọi người sẽ đến với bạn. Nơi rõ ràng để bắt đầu với điều này là giúp những người đã chịu trách nhiệm về điều gì đó mà bạn vừa mới chuyển đi. Kiến trúc sư nói chuyện với những người làm việc trên các dự án khác, bởi vì họ đã được hỏi ý kiến ​​của họ về dự án đó, và vì họ tìm ra ai là chuyên gia khác và hỏi họ khi người khác có nhiều kinh nghiệm hơn trong một dự án khu vực.

Và tất nhiên, mã và dự án mà bạn để lại phía sau nói cho bạn. Nếu mã của bạn không thể đọc được và mạnh mẽ, thì nó sẽ không quan trọng bao nhiêu dự án bạn đã truy cập. Công việc của riêng bạn cũng phải ấn tượng.

1

Nếu bạn phải đặt câu hỏi thứ hai, bạn chưa sẵn sàng trở thành kiến ​​trúc sư.

Đọc và viết mã. Hãy là một nhà tổng quát, không phải là một chuyên gia. Hãy xem tổng quan về 3.5 và đảm bảo bạn đã làm điều gì đó trong mọi lĩnh vực. Chỉ cần đủ để nhận ra các vấn đề và biết nơi và để tìm kiếm câu trả lời. Hãy xem bên ngoài .net và xem các vấn đề tương tự được giải quyết như thế nào trong các môi trường khác (ca cao, java, ray, kính, LAMP, delphi, flex)

+0

tôi đồng ý với bạn. –

Các vấn đề liên quan