Tại sao tôi thấy rất khó để chia sẻ công việc của mình?


12

Tôi đã thực hiện một số ứng dụng ngoài đó, mã hóa không phải là vấn đề. Nhưng khi nói đến việc triển khai / giao tiếp / chia sẻ với đồng nghiệp và bạn bè, tôi như bị mắc kẹt. Tôi cảm thấy mình sẽ bị sỉ nhục vì có lỗi và mọi người sẽ không sử dụng nó ...

Tôi chắc chắn tôi không phải là người duy nhất trong tình huống này. Tôi không thể mô tả nó tốt nhưng ... Đây là một ví dụ.

Bạn đã tạo một ứng dụng web quản lý danh sách việc cần làm, bạn sử dụng nó một thời gian. Bạn nghĩ nó thật tuyệt, nó làm việc - đối với bạn, nhưng bạn không có sức mạnh để gửi email cho bạn bè hoặc bạn bè của bạn, bởi vì họ sẽ nhìn bạn khác, như "anh ấy là người có tham vọng không ứng dụng rất tốt "...


Cảm ơn tất cả các câu trả lời ... Nó đã giúp tôi, nhưng tôi chưa ở đó. Rõ ràng là không có câu trả lời "đúng" .. Tôi cho rằng bài báo được chỉ ra bởi Doc là một câu trả lời tuyệt vời, vì vậy tôi sẽ đánh dấu nó. Cảm ơn tất cả !
Marcel Falliere

Khi bạn làm một việc gì đó, bạn thường chọc giận những người muốn làm điều tương tự, những người muốn làm điều ngược lại và một phần lớn những người không muốn làm bất cứ điều gì. Vì vậy, tôi nghĩ rằng nỗi sợ hãi của bạn là dễ hiểu và rất phổ biến. Cố gắng tìm kiếm một môi trường nơi mọi người thực sự hạnh phúc khi bạn làm điều gì đó (quan trọng hay không). Nó không dễ dàng nhưng tôi nghĩ đó là giải pháp duy nhất. Và trên hết, đừng ghen tị hay phán xét về công việc của người khác: nếu bạn có thể tích cực với người khác, bạn sẽ được khen thưởng
JoulinRouge

Câu trả lời:


5

Làm một phần mềm chỉ dành riêng cho bạn là một chút khác biệt so với làm phần mềm cho người khác. Đọc bài viết tuyệt vời của Joel Spolsky

http://www.joelonsoftware.com/articles/DevelopmentAdstraction.html

và có lẽ bạn tìm thấy một sự hiểu biết tốt hơn tại sao nó lại như vậy.


1
nghệ nhân tuyệt vời! Nó mô tả tốt công việc của một bậc thầy scrum. Điều này khiến tôi thấy rằng tôi nên bắt đầu coi người dùng ứng dụng của mình là người thử nghiệm, nhà thiết kế ... bởi vì phản hồi là một cách nói: "điều này không hiệu quả với tôi. Hãy xem nó". Nhưng đó không phải là một bậc thầy 100% vì anh ta mang đến vấn đề, không phải giải pháp mà bạn có, với tư cách là nhà phát triển, chỉ viết mã.
Marcel Falliere

@Marcel miễn là các lỗi không làm hỏng hoàn toàn trải nghiệm và hầu hết mọi người sẽ không chú ý đến chúng, bạn đã hiểu chính xác. Người dùng của bạn là những người thử nghiệm tốt nhất mà bạn từng có.
Trezoid

10

Tôi chắc chắn có một số trích dẫn tốt hơn ở đâu đó nhưng

Nếu bạn sợ thất bại, bạn sẽ không bao giờ thành công

Tất cả các phần mềm có lỗi ... thời gian. Nếu bạn giao hàng, bạn sẽ gửi lỗi và vâng, có thể bạn sẽ nhận được một vài đánh giá tiêu cực ở đây và đó. Nhưng miễn là bạn hành động theo lỗi khách hàng tìm thấy và có một nhịp tàu hợp lý, khách hàng sẽ tha thứ cho những lỗi lầm.

Ngoài ra nếu bạn không giao hàng, bạn sẽ không tìm thấy một nửa lỗi thực sự ở đó.


1
Ngoài ra, bất cứ ai đã lập trình một cái gì đó phức tạp đều biết rằng sẽ có lỗi và đôi khi đã ở trong đôi giày của bạn. Lỗi (trong lý do) sẽ không khiến người khác nghĩ ít về bạn.
m4tt1mus

2

Bạn đã đánh vào đầu đinh. Có rất nhiều lựa chọn thay thế cho phần mềm mà mọi người có thể đủ khả năng để kén chọn. Đừng mang nó theo cá nhân nếu họ đi cho một thương hiệu lớn.

Một trong những điều bạn có thể làm là cố gắng kiểm tra thêm, nhờ bạn bè giúp kiểm tra hoặc đơn giản là thu thập phản hồi.


2

Phản hồi từ bạn bè của bạn có thể làm cho phần mềm của bạn tốt hơn vì họ có thể cung cấp cho bạn quan điểm của họ về ứng dụng của bạn để bạn có thể cải thiện phần mềm. Nếu bạn sợ những lời chỉ trích:

Đừng tìm kiếm lời khen ngợi, tìm kiếm lời chỉ trích. Để cải thiện, bạn cần nó. - Anon

Để tránh những lời chỉ trích, không làm gì, không nói gì, và không là gì cả. - Elbert Hubbard

Tượng chưa bao giờ được thiết lập để vinh danh một nhà phê bình. - Jean Sibelius

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.