Tôi đã dành hơn 3 năm vào lập trình dotnet (C#) và bây giờ muốn xem xét các công cụ khuôn khổ/thiết kế.Làm thế nào để trở thành một kiến trúc sư kỹ thuật?
Tôi đã quyết định trở thành một kiến trúc sư giỏi trong tương lai. Tôi biết rằng vì điều này tôi cần phải làm việc chăm chỉ. Tôi đã sẵn sàng làm như vậy.
Điều tôi không biết là bắt đầu bằng cách nào?
Bạn có thể giúp mọi người tử tế để giúp tôi có được bước đệm phù hợp.
Cảm ơn
Cập nhật: hai liên kết đều bị hỏng, tôi sẽ cố gắng và tìm thấy một số nội dung thay thế nhưng trong khi chờ đợi trang này có một danh sách các loại kiến trúc sư khác nhau, FWIW: http://en.wikipedia.org/wiki/Systems_architect
~~~~~~~~ ~~~~~~~~~~~~~~~~~~~
Tùy thuộc vào những gì bạn gọi là "Technical Architect", cũng như nơi bạn muốn đến. Ngoài ra, trải nghiệm của bạn (theo như bạn mô tả) là lập trình/phần mềm có liên quan, do đó thuật ngữ "Kiến trúc kỹ thuật" có thể không chính xác những gì bạn đang theo dõi.
Như tôi đã hiểu, một Kiến trúc sư kỹ thuật quan tâm nhiều hơn đến các tiêu chuẩn như vậy, trái với Kiến trúc sư phần mềm, những người sẽ giải quyết nhiều hơn với mã và các mẫu thiết kế.
lời khuyên chung của tôi với bạn là thế này:
Những điều cần xem xét trên đường:
FYI, "Aspiring Architects" là chủ đề yêu thích của tôi.
Cập nhật tháng 1 năm 2017 - cuối cùng đã cập nhật liên kết bị hỏng (nội dung được viết vào năm 2010!) Và thêm vào một liên kết mới về cách xác định architecture-roles.
Tôi nghĩ rằng để trở thành một kiến trúc sư kỹ thuật tốt bạn sẽ có thạo về Thiết kế mô hình, WCF, WPF, Công cụ báo cáo, C#, SQL Server vv ..
Cá nhân tôi học được hầu hết khi tôi đã tái cấu trúc một hệ thống kế thừa lớn hướng tới một kiến trúc mô-đun, nơi bạn cắt mã cũ thành các lớp và dán nó cùng với một số phụ thuộc tiêm hoặc trừu tượng khác dựa trên các mẫu kiến trúc thông thường. Như thế này bạn có thể thấy những sai lầm phổ biến là gì và tại sao nó lại có ý nghĩa khi đặt nỗ lực vào mô-đun hoá một hệ thống ngay từ đầu.
Cá nhân tôi sẽ không cho phép ai đó thực hiện bất kỳ quyết định kiến trúc lớn nào mà không có ít hơn 10 năm kinh nghiệm.
Một kiến trúc sư thực sự xây dựng các tòa nhà thực sự sẽ dành phần lớn thời gian nghiên cứu mã xây dựng, liasing với kế hoạch auhorities và thảo luận chi phí với các nhà đầu tư. Vì vậy, một kiến trúc sư giải pháp sẽ dành phần lớn thời gian của mình để đảm bảo rằng giải pháp tuân thủ các tiêu chuẩn bảo mật và phát triển khác nhau tại trang web, tuân thủ lộ trình doanh nghiệp, vv và thảo luận ngân sách, vv. giao diện và kế hoạch đồng bộ hóa. Một kiến trúc sư thực sự hiếm khi có cơ hội trở thành Richard Rodgers và xây dựng một tòa nhà lớn trên một trang web mới cho khách hàng với túi sâu, thay vào đó họ thiết kế "nhà cắt cookie" cho các nhà phát triển đầu cơ, thêm phần mở rộng để thoát khỏi các buidlings hoặc remodel các tòa nhà cũ để sử dụng mới. Trong cùng một cách, kiến trúc sư CNTT sẽ dành hầu hết cuộc sống chuyên nghiệp của mình để tăng cường hoặc thay thế các phần của hệ thống hiện có trong ngân sách hạn chế, khung thời gian giới hạn và bị hạn chế nghiêm ngặt bởi kỹ thuật hiện có.Vì vậy, lời khuyên của tôi là nắm bắt các tiêu chuẩn và quy trình khác nhau nơi bạn làm việc và cố gắng nắm bắt được quy trình kiến trúc khi nó hoạt động và thuật ngữ như được sử dụng trong tổ chức của bạn. Nếu bạn giỏi như một lập trình viên, bạn đã biết tất cả những thứ bạn cần.
http://www.kanneganti.com/technical/architect/ – pramodc84