Có phải tốt hơn là để các nhà phát triển C học Flash, hơn là thuê những người Flash?


8


Năm ngoái, bộ phận của tôi đã phát triển trò chơi dựa trên web và cần Flash. Thật khó để quản lý. Những người Flash không phù hợp với bất kể kỹ năng hay sự nổi tiếng trong văn phòng. Có thể đó là định kiến ​​từ ngày AS 2.0 hoặc lập trình viên C làm những việc khác nhau trong bộ phận của tôi. Tôi không hiểu!

VÍ DỤ
Họ đã thuê một Flash Guy BAD sử dụng Tweener và Keyframes (họ ghét anh ta). Sau đó, họ đã thuê một Flash Guy TỐT là chuyên gia tại AS 3.0 và tuân theo các tiêu chuẩn OOP tốt nhất (họ thích anh ta). Kết quả là như nhau, các lập trình viên C ghi đè lên tất cả các mã của họ, thậm chí mã của TỐT Flash Guy.

CÂU HỎI
Có tốt hơn khi các nhà phát triển C học Flash, hơn là thuê những người Flash? Không có ý xúc phạm đến anh chàng Flash, tôi đang cố gắng hiểu điều này ở cấp độ quản lý dự án.

Cảm ơn,


3
Kết quả của lập trình viên C có tốt hơn so với anh chàng flash giỏi không? Nếu vậy, tại sao?
Nicole

9
Có ai phụ trách không? Âm thanh như ai đó không ngại tiêu tiền của người khác và chỉ viết lại mã khi họ thấy phù hợp.
JeffO

5
Nếu các nhà phát triển C đã viết lại các thay đổi của cả hai nhà phát triển Flash, thì điều đó không có nghĩa là họ đã biết Flash, trong trường hợp đó bạn không phải tự hỏi liệu họ có nên học nó hay không vì họ đã làm?
wildpeaks

1
Kỹ sư trưởng đã học AS 3.0 trong một tháng và dạy nó cho nhóm của mình. Kiến trúc của ông là dây gà và vòi ống. Đó có thể là lý do anh viết lại mã TỐT GẤP. "Để phù hợp với sự điên rồ của chính mình." Đối với số tiền họ lãng phí cho những kẻ Flash, họ đã bù vào số tiền làm thêm giờ không được trả.
Hủy bỏ

Câu trả lời:


13

Nó sẽ là một vấn đề lớn tại saocác nhà phát triển C hiện tại đã viết lại tất cả các mã. Một mặt, có thể là một kiến ​​trúc sư cần xác định chức năng nào cần được xây dựng trong các tầng phần mềm khác nhau. Ví dụ, nếu bạn đang nhúng logic trong Flash cần được các nhà phát triển C của bạn sử dụng lại, đó có thể là một kiến ​​trúc kém và có thể giải thích lý do tại sao các nhà phát triển C cần viết lại mã để rút ra các API khác nhau. Mặt khác, có thể là các nhà phát triển hiện tại của bạn đang bị lãnh thổ quá mức và chống lại việc học một ngôn ngữ mới. Về mặt thứ ba, có lẽ Flash là một lựa chọn công nghệ kém cho các yêu cầu bạn có và các khung phải được tận dụng. Không giải quyết lý do tại sao các dự án trước đó thất bại với các thành viên của nhóm và với các bên liên quan, sẽ rất khó để giải quyết vấn đề.


+1 Nếu ai đó trong nhóm điều mã sẽ khác, họ nên thảo luận với lập trình viên đã viết nó / nhóm về lý do tại sao. Họ không nên viết lại bởi vì họ có thể.
unolysampler

Họ nhảy vào mà không có kiến ​​trúc, nhưng tôi nghĩ điều này đã xảy ra trước đây với các dự án Flash mà tôi đã thấy.
DisEngaged

2
@FXquincy - Nghe có vẻ như là một vấn đề quá trình, không phải là vấn đề công nghệ. Nếu bạn xây dựng bất cứ thứ gì mà không xem xét đúng kiến ​​trúc, có khả năng bạn sẽ kết thúc với một thứ không thể nhầm lẫn. Nếu bạn đang xây dựng một ứng dụng Flash được cho là giao diện với các đoạn mã khác trong doanh nghiệp của bạn, bạn phải thiết kế API giống như với bất kỳ hệ thống tích hợp nào khác.
Hang động Justin

3

Khi nói đến ActionScript 3, không có nhiều thứ để tìm hiểu. Về cơ bản, nó là sự pha trộn nghèo nàn giữa JavaScript và Java ban đầu.

Đối với bản thân Flash Player, đây là một API khá dễ để biết.
Khi viết mã quan trọng về hiệu suất cho Flash Player (thường là trường hợp để chơi game), bạn cần biết rất nhiều thứ. Bạn cần biết tất cả các lớp dựng sẵn (vì mã của riêng bạn được chạy trên VM và các lớp dựng sẵn là các hàm bao cho mã máy gốc, là các lệnh có độ lớn nhanh hơn).
Nếu bạn biết cách của mình, nếu bạn là một phần của cộng đồng nhà phát triển flash, nếu bạn có bộ công cụ và tài nguyên của mình, thì bạn sẽ dễ dàng vượt qua bất kỳ lập trình viên nào nếu không có những tài sản đó, bất kể anh ta có thông minh đến đâu.

Vì vậy, nếu bạn thực sự muốn làm những thứ tiên tiến với một công cụ nhất định (nền tảng / công nghệ), bạn cần rất nhiều kinh nghiệm, cần có thời gian. Tuy nhiên, điều này không đặc trưng cho flash, thậm chí không phải lập trình. Nếu các lập trình viên C của bạn không hiểu điều đó, thì có lẽ họ không tốt lắm.


2

Điều này nói lên quản lý dự án của riêng bạn. Các nhà phát triển không nên viết lại mã khác trừ khi bạn biết và biết tại sao. Nếu các nhà phát triển của bạn đang cư xử không có lợi thì đó là vì bạn cho phép nó.

Về việc bạn có cần chuyên gia Flash hay không, điều đó có thể phụ thuộc vào mức độ phức tạp của Flash.


0

Rõ ràng Định nghĩa của bạn về nhà phát triển flash as3 tốt không bao gồm việc nhà phát triển thực hiện thu thập yêu cầu phù hợp như tất cả các chương trình / quy trình / API sẽ tương tác với chương trình của anh ta và môi trường / điều kiện mà nó được triển khai.

Giống như những người khác đã chỉ ra Đây thực chất là một vấn đề về quản lý và kiến ​​trúc. Vì vậy, ai đã từng giao nhiệm vụ cho anh chàng flash phải ave giữ anh ta trong một hộp đen / mà không tiết lộ bất kỳ thông tin nào về tích hợp.

Nhưng nói chung, tốt hơn là thuê anh chàng flash hơn là các nhà phát triển c thuần túy học flash để làm việc trong một dự án lớn. Flash có rất nhiều Niche và Gotchas.

Nhưng Id muốn chỉ ra sự khác biệt trong từ ngữ của riêng bạn. Nhà phát triển c vs anh chàng flash . Người ta sẽ cho rằng một nhà phát triển là một người có tầm nhìn rộng hơn về hệ thống hiện có và hiểu làm thế nào để phù hợp với nhiệm vụ của mình vào dòng chảy.


0

Chà, nhiều như tôi ghét phải thừa nhận nó, các chàng trai C nên tránh xa mã OOP càng nhiều càng tốt. Có những trường hợp ngoại lệ, nhưng tư duy C khác nhau rất nhiều, và điều này rất có thể sẽ là một vấn đề.

C là ngôn ngữ cấp thấp, chức năng / cấu trúc với nhiều quản lý bộ nhớ. Và các chuyên gia C có xu hướng mang theo phong cách đó. Rất nhiều nhà phát triển C sợ hãi từ các cấu trúc và ngoại lệ cấp cao, và họ có lý do GIÁ TRỊ cho điều đó.

Đối với môi trường OOP đó không phải là một ý tưởng tốt. Có rất nhiều thứ không phổ biến ở C. Ngoại lệ, đa hình, v.v ... Các chàng trai C sẽ cần khá lâu trước khi họ di chuyển khỏi C với các lớp. Và bắt đầu làm sạch mã OOP với RẮN và mọi thứ.

Nó sẽ là một câu chuyện khác với các nhà phát triển C ++. Có cuộc thảo luận mở, IMHO.

Không phải tôi ghét C hay gì cả. C rất giỏi trong một số thứ C ++ hút, và ngược lại. Nhưng Clean C khác rất nhiều so với mã C ++ sạch, khôn ngoan, với cả hai kiểu đều có nhược điểm HUGE và điểm mạnh HUGE dành cho chúng.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.