Apakah lebih baik memiliki pengembang C yang belajar Flash, daripada menyewa Flash guys?

8


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,

DisEngaged
sumber
3
Apakah hasil C programmer lebih baik daripada orang baik flash? Jika demikian, mengapa?
Nicole
9
Adakah yang bertanggung jawab? Kedengarannya seperti seseorang tidak keberatan menghabiskan uang orang lain dan hanya menulis ulang kode yang mereka inginkan.
JeffO
5
Jika pengembang C sudah menulis ulang perubahan kedua pengembang Flash, bukankah itu menyiratkan mereka sudah tahu Flash, dalam hal ini Anda tidak perlu bertanya-tanya apakah mereka harus mempelajarinya atau tidak karena mereka sudah melakukannya?
wildpeaks
1
Insinyur utama mempelajari AS 3.0 dalam sebulan, dan mengajarkannya kepada timnya. Arsitekturnya adalah kawat ayam dan keran saluran. Itu mungkin alasan dia menulis ulang kode GOOD Flash Guys. "Agar sesuai dengan kegilaannya sendiri." Untuk uang yang mereka habiskan untuk Flash guys, mereka menebus lembur yang tidak dibayar.
DisEngaged

Jawaban:

13

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.

Gua Justin
sumber
+1 Jika seseorang dalam tim membuat kode hal-hal yang berbeda, mereka harus berdiskusi dengan programmer yang menulisnya / tim mengapa. Mereka tidak boleh hanya menulis ulang karena mereka bisa.
unholysampler
Mereka melompat tanpa arsitektur, tapi saya pikir ini telah terjadi sebelumnya dengan proyek Flash yang pernah saya lihat.
DisEngaged
2
@ FXquincy - Kedengarannya seperti masalah proses, bukan masalah teknologi. Jika Anda membangun sesuatu tanpa mempertimbangkan arsitekturnya dengan baik, kemungkinan Anda akan berakhir dengan sesuatu yang tidak dapat dipertahankan. Jika Anda membuat aplikasi Flash yang seharusnya berinteraksi dengan bit kode lain di perusahaan Anda, Anda harus mendesain API seperti halnya dengan sistem terintegrasi lainnya.
Justin Cave
3

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.

back2dos
sumber
2

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.

HLGEM
sumber
0

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.

Aditya P
sumber
0

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.

Coder
sumber