Tahun lalu, departemen saya mengembangkan game berbasis web, dan membutuhkan Flash. Itu sulit dikelola. Orang-orang Flash tidak cocok terlepas dari keterampilan atau popularitas di kantor. Mungkin itu adalah prasangka dari AS 2.0 hari, atau programmer C melakukan hal-hal yang berbeda di departemen saya. Saya tidak mengerti!
CONTOH
Mereka menyewa BAD Flash Guy yang digunakan Tweener dan Keyframes (mereka membencinya). Kemudian mereka menyewa Flash Guy BAIK yang ahli di AS 3.0 dan mengikuti standar OOP terbaik (mereka menyukainya). Hasilnya sama, programmer C menimpa semua kode mereka, bahkan kode GOOD Flash Guy.
PERTANYAAN
Apakah lebih baik memiliki pengembang C yang mempelajari Flash, daripada menyewa Flash guys? Jangan tersinggung orang Flash, saya mencoba memahami ini pada tingkat manajemen proyek.
Terima kasih,
sumber
Jawaban:
Itu akan menjadi masalah besar mengapapengembang C yang ada menulis ulang semua kode. Di satu sisi, bisa jadi seorang arsitek perlu menentukan fungsionalitas apa yang perlu dibangun di tingkatan perangkat lunak yang berbeda. Jika Anda menanamkan logika dalam Flash yang perlu digunakan kembali oleh pengembang C Anda, misalnya, itu mungkin arsitektur yang buruk dan bisa menjelaskan mengapa pengembang C perlu menulis ulang kode untuk mengeluarkan berbagai API. Di sisi lain, bisa jadi pengembang Anda yang ada terlalu teritorial dan tahan untuk belajar bahasa baru. Di pihak ketiga, mungkin Flash adalah pilihan teknologi yang buruk untuk persyaratan yang Anda miliki dan kerangka kerja yang harus ditingkatkan. Tanpa membahas mengapa proyek sebelumnya gagal dengan anggota tim dan dengan para pemangku kepentingan, akan sangat sulit untuk mengatasi masalah tersebut.
sumber
Ketika datang ke ActionScript 3, tidak banyak yang bisa dipelajari. Ini pada dasarnya campuran yang buruk antara JavaScript dan Java awal.
Adapun Flash Player itu sendiri, itu cukup API untuk diketahui.
Saat menulis kode kritis kinerja untuk Flash Player (biasanya case untuk bermain game), Anda perlu tahu banyak hal. Anda perlu mengetahui semua kelas bawaan (karena kode Anda dijalankan pada VM dan kelas bawaan adalah pembungkus kode mesin asli, yang merupakan urutan besarnya lebih cepat).
Jika Anda tahu jalan keluarnya, jika Anda adalah bagian dari komunitas pengembang flash, jika Anda memiliki perangkat dan sumber daya Anda, maka Anda akan dengan mudah mengungguli programmer tanpa aset tersebut, tidak peduli seberapa pintar dia.
Jadi jika Anda benar-benar ingin melakukan hal-hal terdepan dengan alat tertentu (platform / teknologi), Anda perlu banyak pengalaman, yang membutuhkan waktu. Namun, ini tidak khusus untuk flash, bahkan untuk pemrograman. Jika programmer C Anda tidak mengerti itu, mungkin mereka tidak begitu baik.
sumber
Ini berbicara kepada manajemen proyek Anda sendiri. Pengembang seharusnya tidak secara ekstensif menulis ulang kode lain kecuali Anda tahu tentang dan tahu sebabnya. Jika pengembang Anda berperilaku tidak profesional, itu karena Anda mengizinkannya.
Seperti apakah Anda memerlukan spesialis Flash atau tidak, itu mungkin tergantung pada seberapa kompleksnya Flash bekerja.
sumber
Rupanya definisi Anda tentang pengembang as3 flash yang baik tidak termasuk bahwa pengembang melakukan pengumpulan persyaratan yang tepat seperti apa semua program / proses / API akan berinteraksi dengan programnya, dan lingkungan / kondisi yang digunakan.
Seperti yang orang lain tunjukkan ini pada dasarnya adalah manajemen proses dan masalah arsitektur. jadi siapa yang pernah ditugaskan tugas ke flash guy harus ave menyimpannya dalam kotak hitam / tanpa membocorkan informasi tentang integrasi.
Tapi secara umum lebih baik menyewa flash guy daripada memiliki c murni pengembang flash belajar untuk bekerja pada proyek besar. Flash memiliki banyak Niche dan Gotchas.
Tapi saya ingin menunjukkan perbedaan dalam kata-kata Anda sendiri. c developer vs flash guy . Orang akan menganggap pengembang adalah orang yang memiliki pandangan yang lebih luas dari sistem yang ada dan memahami bagaimana menyesuaikan tugasnya ke dalam arus.
sumber
Yah, sebanyak yang saya benci untuk mengakuinya, C guys harus dijauhkan dari kode OOP sebanyak mungkin. Ada pengecualian, tetapi pola pikir C sangat berbeda, dan ini kemungkinan besar akan menjadi masalah.
C adalah level rendah, bahasa berorientasi fungsi / struct dengan banyak manajemen memori. Dan para pakar C cenderung membawa gaya itu. Banyak pengembang C takut akan konstruksi dan pengecualian tingkat tinggi, dan mereka memiliki alasan VALID untuk itu.
Untuk lingkungan OOP itu bukan ide yang sangat bagus. Ada banyak hal yang tidak populer di C. Pengecualian, polimorfisme, dll. Orang-orang C akan membutuhkan waktu yang cukup lama sebelum mereka bermigrasi jauh dari C dengan kelas. Dan mulai bersihkan kode OOP dengan SOLID dan segalanya.
Ini akan menjadi cerita yang berbeda dengan pengembang C ++. Di sana diskusi terbuka, IMHO.
Bukannya aku benci C atau apa pun. C sangat bagus dalam beberapa hal yang menyedot C ++, dan sebaliknya. Tapi clean C jauh berbeda dengan clean code C ++, dengan kedua style memiliki kelemahan dan kekuatan BESAR untuk mereka.
sumber