Làm thế nào để thuyết phục ông chủ thay thế Nền tảng Java/Netbeans cho Python/PyQt?

Question

Tôi đang làm việc cho một công ty nhỏ hoạt động trong ngành tự động hóa. Ông chủ đã thuê tôi vì anh ta muốn bán/cung cấp một số ứng dụng dành cho máy tính để bàn cho các chi phí hiện tại của mình là . Ông áp đặt tôi sử dụng Nền tảng Netbeans (một khung ứng dụng máy tính để bàn chung). Một người bạn kỹ sư phần mềm của ông đã khuyên ông chọn khung này.

Hiện tại tôi đã tạo 3 ứng dụng dành cho máy tính để bàn với Nền tảng Netbeans. Tôi thích Netbeans Platfom. Tôi thực sự tận dụng lợi thế của mô đun, Window System và Lookup. Thật không may là tôi thất vọng khi biết rằng tôi có thể thực hiện các công việc tương tự với Python và PyQt trong một khoảng thời gian ngắn.

Tôi đã minh họa cho sếp của mình những ưu điểm chính của Python, nhưng anh ấy không thích ý tưởng để sử dụng ngôn ngữ mà anh chưa từng nghe đến.

Tôi là lập trình viên duy nhất mã hóa ứng dụng dành cho máy tính để bàn. Và ngoại trừ việc áp đặt khung, tôi tự do sử dụng bất cứ điều gì tôi muốn.

Tôi đang tìm kiếm động lực tốt để thuyết phục anh ấy rời Netbeans Platform cho Python/PyQt.

P.S: Tiếng Anh của tôi rất tệ, xin lỗi.

Answer 1

Nếu kỹ năng bán hàng của bạn không hoạt động ở định dạng thảo luận, tôi đặc biệt khuyên bạn tài liệu là. Một số nhà quản lý/ông chủ thực sự phản ứng tốt với điều này. Làm cho một ma trận của tất cả các số liệu mà bạn tự mình sử dụng để đánh giá hai khuôn khổ (tôi để lại mức độ khách quan cho bạn ở đó: ví dụ nếu mục tiêu cần phân tích chi phí chuyển đổi và mất kinh nghiệm thể chế; nhưng mục tiêu của chúng tôi là không phù hợp?). nó có thể không cao).

Cuối cùng, gửi qua e-mail và viola bạn có:

• làm một báo cáo/phân tích tình hình cung cấp tùy chọn để cải thiện
• này cho thấy rằng bạn đang suy nghĩ hướng tới tương lai và rằng bạn hiển thị sáng kiến ​​

EDIT: Bạn cũng có thể yêu cầu bạn bè của mình tin tưởng bạn mình, nhưng yêu cầu phân tích ngược lại để bạn có thể giải quyết phê bình.
Một điều tốt là làm điều đó một cách công khai và ghi lại quá trình ra quyết định, vì cuối cùng, nếu đề xuất của bạn được chấp nhận, bạn sẽ chia sẻ trách nhiệm về quyết định đó.

Answer 2

Bạn đã nhấn mạnh điểm của thời gian phát triển thấp hơn. Bất kỳ người nào không muốn một thời gian ngắn hơn là một thằng ngốc. Đây là vấn đề chính duy nhất tôi có thể nghĩ cho sự thay đổi. Hoặc những gì bạn có thể làm là phát triển nó trên mặt và khi bạn có lỗi nói đây là những gì tôi đã làm trong thời gian rảnh rỗi của tôi (có một bản sao làm việc bằng văn bản trong python).

Answer 3

Chỉ cần sử dụng Netbeans như một IDE và ông sẽ không bao giờ nhận thấy: P

Phát biểu nghiêm túc hơn: một mặt bằng so sánh bên trong những điểm mạnh và yếu đằng sau mỗi công nghệ sẽ certianly thể thuyết phục hơn. Chỉ cần đừng lừa dối quá nhiều để ủng hộ Python;)

Answer 4

Đầu tiên, kết quả tự nói lên: nếu bạn có thể ghép lại một phiên bản khác của một trong các ứng dụng của bạn trong pyqt và cho anh ta biết mất bao lâu, nó có thể đủ động lực. Hoặc, lần sau bạn bắt đầu dự án, bạn có thể thử nghiệm bốn hoặc năm phiên bản khác nhau của giao diện trong pyqt vào buổi sáng, hỏi ý kiến ​​phản hồi của mình sau bữa trưa, và sau đó nói, "nếu tôi tiếp tục, nó sẽ được thực hiện trong hai ngày, nếu tôi làm lại điều này trong netbeans, nó sẽ được thực hiện trong bốn ngày. "

Và đối với "không bao giờ nghe nói về nó", vui lòng chỉ ra rằng Google sử dụng python rộng rãi và thậm chí thuê nhiều nhà phát triển python.

Answer 5

Vấn đề cơ bản ở đây là ông chủ phi kỹ thuật của bạn đang nhận được lời khuyên mâu thuẫn từ bạn và từ người bạn đã tư vấn cho anh ta ngay từ đầu. Nếu bạn muốn anh ta thực hiện lời khuyên của bạn một cách nghiêm túc, bạn cần phải chứng minh rằng lời khuyên của bạn có thể đáng tin cậy. Và điều đó sẽ chỉ đi kèm với việc dẫn đầu và thành công với các dự án quan trọng trong công ty. Ngay bây giờ, bạn đã không giành được sự tự tin của mình.

Điều khác cần xem xét là cách các tùy chọn của bạn phù hợp với mục tiêu của công ty. Ví dụ, bạn muốn có thể viết mã nhanh. Nhưng ông chủ/công ty cần mã đó là có được đáng tin cậy và duy trì ... nếu bạn quyết định để có một vị trí khác. Anh ta không muốn bị bỏ lại trong tình huống khó xử khi công ty cam kết hợp đồng cung cấp mã không thực sự hoạt động đúng, và người duy nhất hiểu nó đã bỏ đi.

Answer 6

Vấn đề là thời gian phát triển thường không có gì so với việc bảo trì. Ai quan tâm nếu phải mất hai ngày thay vì bốn ngày nếu ứng dụng có tuổi thọ 1-5 năm?

Bạn sẽ phải thuyết phục anh ta rằng nếu bạn bị một chiếc xe tải đâm hoặc rời khỏi công ty (có thể làm việc cho ai đó sử dụng độc quyền Python) rằng anh ta sẽ không bị bỏ lại với một loạt các ứng dụng không ai biết và không thể duy trì hoặc nâng cấp.

Answer 7

Perhaphs cho thấy ông

a) Thời gian trong việc phát triển bằng Python và Java b) dòng mã bằng Python và Java

với hai số liệu này có thể bạn có thể làm cho trường hợp của bạn mạnh

Answer 8

Tôi sẽ đoán rất nhiều, về quản lý rủi ro, sẽ phụ thuộc vào việc tách/cô lập các phần mềm khác nhau mà bạn phát triển và vòng đời của chúng.

Nếu bạn không cần thêm một bộ thư viện trung tâm, hoặc có (hoặc có thể phát triển) ràng buộc Python cho các thư viện đó, và các dự án tương đối tự chứa, hãy quay vòng từ 2 đến 6 tháng, bạn có thể cho anh ta một báo giá cho một dự án trong Java là hợp lý và anh ấy quen thuộc với (để chắc chắn rằng nó không xuất hiện giả tạo thổi phồng). Sau đó cung cấp cho một báo giá giảm nhiều cho cùng trong py pyqt, và xem nếu bạn có thể nhận được anh ta để đầu tư vào lời khuyên của bạn.

Nếu không có bằng chứng hữu hình đến từ bên trong thì sự thay đổi trong lộ trình sẽ mang lại lợi ích cho những người hiểu biết về quản lý và kinh tế, những người không biết về kỹ thuật sẽ không mua vào nền tảng mới khi người cũ không bao giờ ngăn chặn việc nhận ra và bán.

Nếu không có đánh giá tốt về lý do tại sao anh ấy không muốn chuyển đổi nền tảng và những gì anh ấy xem xét rủi ro, thật khó để đưa ra lời khuyên thích hợp hơn.

Answer 9

Một số người sẽ nói với bạn để cố gắng thuyết phục ông chủ của bạn bằng lời nói. Những người khác sẽ cho bạn biết tài liệu tiết kiệm thời gian bạn nghĩ rằng bạn có thể thực hiện. Ý kiến ​​của tôi là bạn cứ tiếp tục và làm điều đó. Làm điều đó trong thời gian của riêng bạn nếu bạn mạnh mẽ tin tưởng nó trong lợi ích tốt nhất của bạn.

Tôi chưa gặp người quản lý phần mềm đã từ chối phần mềm hoạt động khi đến đúng giờ và theo ngân sách. Đây là phương pháp thuyết phục tốt nhất mà tôi từng sử dụng trong sự nghiệp của mình. Nó cũng là một cách tuyệt vời để cho bạn thấy có sáng kiến. Chỉ cần chuẩn bị để làm việc miễn phí nếu nó không hoạt động.