Sejauh yang saya lihat, Arsitek Solusi hanyalah istilah "pemasaran" yang berbeda untuk Arsitek Aplikasi . Apakah itu benar atau apakah perannya sebenarnya berbeda? Jika ya, bagaimana caranya?
Dan ya, saya telah mencari ini di StackOverflow dan di Google.
Perbarui 1/5/2018 - selama 9 tahun terakhir, pemikiran saya telah berkembang pesat tentang topik ini. Saya cenderung hidup sedikit lebih dekat dengan kondisi paling parah di industri kita daripada mayoritas (meskipun tentu saja tidak mendorong batasan sebanyak orang yang benar-benar pintar di luar sana). Saya telah menjadi arsitek di berbagai tingkat dari aplikasi, solusi, perusahaan, di banyak perusahaan besar dan kecil. Saya sampai pada kesimpulan bahwa masa depan dalam industri teknologi kita sebagian besar tanpa arsitek. Jika ini terdengar gila bagi Anda, tunggu beberapa tahun dan perusahaan Anda mungkin akan menyusul, atau pesaing Anda yang mengetahuinya akan menyusul (dan melewati) Anda. Masalah mendasar adalah bahwa "arsitektur" tidak lebih atau kurang dari jumlah semua keputusan yang telah dibuat tentang aplikasi / solusi / portofolio Anda. Jadi sebutan "arsitek" sebenarnya berarti "penentu". Itu mengatakan banyak hal, juga oleh apa yang tidak dikatakannyamengatakan. Itu tidak mengatakan "pembangun". Membuat jalur / hierarki karier yang secara implisit memberi tahu orang bahwa "membangun" lebih rendah daripada "memutuskan", dan "penentu" tidak bertanggung jawab secara langsung (dengan perbedaan judul) untuk "membangun". Orang-orang yang masih mempertahankan gelar arsitek mereka akan marah dan memprotes "tapi saya aktif!" Bagus, jika Anda hanya seorang pembangun, serahkan gelar Anda yang tidak berarti dan berhentilah memisahkan diri dari pembangun lainnya. Perusahaan yang menekankan "semua pembangun adalah penentu, dan semua penentu adalah pembangun" akan bergerak lebih cepat daripada pesaing mereka. Kami menggunakan gelar "insinyur" untuk semua orang, dan "insinyur" berarti memutuskan dan membangun.
Jawaban asli :
Untuk orang yang belum pernah bekerja di organisasi yang sangat besar (atau pernah, tetapi organisasi itu tidak berfungsi), "arsitek" mungkin meninggalkan rasa tidak enak di mulut mereka. Namun, ini bukan hanya peran yang sah, tetapi juga peran yang sangat strategis untuk perusahaan pintar.
Ketika sebuah aplikasi menjadi begitu luas dan kompleks sehingga berurusan dengan keseluruhan visi dan perencanaan teknis, dan menerjemahkan kebutuhan bisnis ke dalam strategi teknis menjadi pekerjaan penuh waktu, itu adalah seorang arsitek aplikasi . Arsitek aplikasi juga sering membimbing dan / atau memimpin pengembang, dan mengetahui kode aplikasi yang bertanggung jawab dengan baik.
Ketika sebuah organisasi memiliki begitu banyak aplikasi dan infrastruktur yang saling bergantung sehingga merupakan pekerjaan penuh waktu untuk memastikan keselarasan dan strategi mereka tanpa terlibat dalam kode salah satunya, itu adalah arsitek solusi . Arsitek solusi terkadang mirip dengan arsitek aplikasi, tetapi pada rangkaian aplikasi yang sangat besar yang terdiri dari solusi logis untuk bisnis.
Ketika sebuah organisasi menjadi begitu besar sehingga menjadi pekerjaan penuh waktu untuk mengoordinasikan perencanaan tingkat tinggi untuk arsitek solusi, dan membingkai persyaratan strategi teknologi bisnis, peran itu adalah arsitek perusahaan . Arsitek perusahaan biasanya bekerja di tingkat eksekutif, memberi nasihat kepada kantor CxO dan fungsi pendukungnya serta bisnis secara keseluruhan.
Ada juga arsitek infrastruktur, arsitek informasi, dan beberapa lainnya, tetapi dalam hal jumlah total persentase ini lebih kecil daripada "tiga besar".
Catatan : banyak jawaban lain mengatakan bahwa "tidak ada standar" untuk judul-judul ini. Itu tidak benar. Kunjungi departemen TI perusahaan Fortune 1000 dan Anda akan menemukan judul-judul ini digunakan secara konsisten.
Dua kesalahpahaman paling umum tentang "arsitek" adalah:
Kesalahpahaman ini berasal dari banyak arsitek yang melakukan pekerjaan yang sangat buruk, dan organisasi melakukan pekerjaan yang buruk dalam memahami untuk apa seorang arsitek. Merupakan hal yang umum untuk mempromosikan programmer top menjadi peran arsitek, tetapi itu tidak benar. Mereka memiliki beberapa set keterampilan yang tumpang tindih tetapi tidak identik. Programmer terbaik mungkin sering, tetapi tidak selalu, seorang arsitek yang ideal. Seorang arsitek yang baik memiliki pemahaman yang baik tentang banyak aspek teknis industri TI; a yang lebih baik pemahaman dari kebutuhan bisnis dan strategi dari pengembang perlu memiliki; keterampilan komunikasi yang sangat baikdan seringkali keterampilan manajemen proyek dan analisis bisnis. Penting bagi arsitek untuk menjaga tangan mereka tetap kotor dengan kode dan tetap tajam secara teknis. Yang bagus bisa.
Pada dasarnya dalam dunia sertifikasi TI, Anda dapat menyebut diri Anda sendiri apa saja yang Anda inginkan selama Anda tidak menginjak kaki organisasi profesional yang "nyata". Misalnya, Anda dapat menjadi "Insinyur Solusi Bersertifikat Microsoft" di kartu nama Anda, tetapi jika Anda menulis frasa ajaib "Insinyur Profesional" (atau P. Eng) Anda berada dalam masalah hukum kecuali Anda memiliki cincin besi itu. Saya tahu ada sebutan serupa untuk arsitek "asli", yang tidak dapat saya ingat, tetapi selama Anda tidak menyebutkan bahwa Anda bisa menjadi "Arsitek Jaringan Bersertifikat Cisco" atau yang serupa.
sumber
Ada perbedaan yang valid antara tipe arsitek:
Arsitek perusahaan melihat solusi untuk perusahaan yang sejalan dengan strategi perusahaan. Misalnya di bank, mereka akan melihat lanskap TI secara lengkap.
Arsitek solusi fokus pada solusi tertentu, misalnya sistem perolehan kartu kredit baru di bank.
Arsitek domain fokus pada area tertentu, misalnya arsitek aplikasi atau arsitek jaringan.
Arsitek teknis pada umumnya berperan sebagai arsitek solusi dengan sedikit fokus pada aspek bisnis dan lebih pada aspek tekologi.
sumber
Tidak, seorang arsitek memiliki pekerjaan yang berbeda dari seorang programmer. Arsitek lebih mementingkan persyaratan nonfungsional ("ility"). Seperti kehandalan, rawatan, keamanan, dan sebagainya. (Jika Anda tidak setuju, pertimbangkan eksperimen pemikiran ini: bandingkan program CGI yang ditulis dalam C yang menjalankan situs web yang rumit, versus implementasi Ruby on Rails. Keduanya memiliki perilaku fungsional yang sama ; memilih arsitektur RoR memiliki keuntungan apa.)
Umumnya, "arsitek solusi" adalah tentang keseluruhan sistem - perangkat keras, perangkat lunak, dan semuanya - yang dikerjakan oleh "arsitek aplikasi" dalam platform tetap, tetapi persyaratannya tidak terlalu ketat atau terstandarisasi dengan baik.
sumber
Tidak ada definisi standar industri untuk jabatan pekerjaan Arsitek - Aplikasi / Sistem / Perangkat Lunak / Arsitek Solusi, semuanya merujuk secara umum ke pengembang senior dengan keterampilan desain dan kepemimpinan yang kuat. Keseimbangan desain, strategi, pengembangan (seringkali layanan inti atau kerangka kerja) dan manajemen berbeda berdasarkan organisasi dan proyek.
Satu-satunya jabatan "Arsitek" yang memiliki arti berbeda bagi saya adalah "Arsitek Perusahaan", yang menurut saya lebih merupakan posisi strategi TI.
sumber
Seorang 'arsitek' adalah gelar yang diberikan kepada seseorang yang dapat merancang beberapa lapisan aplikasi yang bekerja sama dengan baik pada tingkat tinggi. Apa pun yang masuk ke dalam jenis 'arsitek' generik tanpa jenis teknologi tertentu (yaitu "Solusi", "Aplikasi", "Bisnis", dll.) Adalah pembicaraan pemasaran.
sumber
Sebenarnya terdapat perbedaan yang cukup besar, arsitek solusi melihat persyaratan secara holistik, katakanlah misalnya persyaratan tersebut adalah untuk mengurangi jumlah staf di call center yang menerima pesanan Pizza, arsitek solusi melihat semua bagian komponen yang harus datang bersama-sama untuk memenuhi ini, hal-hal seperti perangkat lunak pengenalan suara apa yang akan digunakan, perangkat keras apa yang diperlukan, OS apa yang paling cocok untuk menyimpannya, integrasi perangkat lunak IVR dengan sistem penyediaan, dll.
Di sisi lain, pengarsipan aplikasi dalam skenario ini membahas secara spesifik bagaimana perangkat lunak akan berinteraksi, bahasa apa yang paling cocok, cara terbaik menggunakan api yang ada, membuat api jika tidak ada, dll.
Keduanya memiliki tempatnya, kedua tugas harus dilakukan untuk memenuhi persyaratan dan di organisasi besar Anda akan memiliki orang-orang yang berdedikasi melakukannya, di toko pengembang yang lebih kecil sering kali pengembang harus mengambil semua tugas arsitektur sebagai bagian dari pengembangan keseluruhan, karena tidak ada orang lain, terlalu sinis untuk mengatakan bahwa itu hanya istilah pemasaran, itu adalah peran nyata (bahkan jika itu adalah pengembang yang mengambilnya secara ad-hoc) dan terutama berharga pada permulaan proyek .
sumber
Kedengarannya sama bagi saya! Meskipun saya tidak sepenuhnya tidak setuju dengan Oli. Saya akan memberi beberapa orang terpilih gelar Arsitek Perangkat Lunak jika mereka menginginkannya, tetapi pengalaman memberi tahu saya bahwa orang-orang yang benar-benar layak mendapatkan gelar Arsitek Perangkat Lunak biasanya memasukkannya ke dalam judul.
sumber
Dalam pengalaman saya, ketika saya menjadi konsultan di Computer Associates, seruan pemasaran adalah 'jual solusi, bukan produk'. Oleh karena itu, ketika kami mendapatkan sebuah proyek dan saya perlu mengenakan topi arsitek saya, saya akan menjadi Arsitek Solusi, karena saya akan merancang solusi yang akan menggunakan sejumlah komponen, terutama produk CA, dan mungkin pihak ketiga atau tangan elemen berkode.
Sekarang saya lebih fokus sebagai pengembang, saya adalah seorang arsitek aplikasi itu sendiri, oleh karena itu saya adalah seorang Arsitek Aplikasi.
Begitulah cara saya melihatnya, namun seperti yang telah dibahas, ada sedikit cara untuk menamai standar.
sumber
Ejaannya?
Serius meskipun - mereka berdua mengepakkan gelar pekerjaan BS. "Programmer" tidak cukup baik untuk Anda? Menjadi "Arsitek"!
Sungguh ... Apa yang akan terjadi di dunia ini ?!
Sunting: Saya jelas melukai perasaan beberapa "arsitek"!
Sunting 2: Meskipun saya setuju dengan sentimen bahwa ungkapan dapat diartikan sebagai beberapa orang berurusan dengan seluruh domain masalah (misalnya perangkat keras, perangkat lunak, penerapan, pemeliharaan), kebanyakan orang yang ingin memuaskan klien (dan menghasilkan lebih banyak uang) akan memberikan layanan penuh, jika diperlukan, apa pun judulnya.
Dalam kehidupan nyata, itu hanya masalah pemasaran.
sumber
Ketika gelar Anda tidak muat di kartu bisnis Anda karena Anda memakai terlalu banyak topi, maka seseorang pembuat kata-kata memberikan gelar yang bagus untuk Anda.
misalnya Pemrograman / TI / Manajemen Proyek / Strategi / Analis Bisnis
Cara lain untuk menerima gelar arsitek:
sumber