Có phải lập trình là một nghề không dành cho người khiếm thính? [đóng cửa]


12

Bạn tôi có 15 năm kinh nghiệm lập trình và bằng tiến sĩ. Trong toán học. Ông cũng bị bại não với suy giảm khả năng nói. Vì tật nguyền, anh đã chọn trở thành nhà phát triển phần mềm sau khi có bằng tiến sĩ. Theo như tôi thấy, anh ấy vẫn là một nhà phát triển c # xuất sắc.

Tuy nhiên, ngày nay, anh gặp khó khăn trong việc tìm kiếm một công việc cho mình vì hầu hết các công việc của nhà phát triển đều yêu cầu kỹ năng giao tiếp tốt. Nhìn anh chật vật quá, tôi có phải khuyên anh công nghiệp phần mềm không còn phù hợp với anh nữa không? Tôi sẽ làm điều đó với người bạn sẽ vô cùng khó khăn nhưng tôi nghĩ sẽ tốt hơn là khiến anh ta lãng phí thời gian.

Bạn nghĩ sao?

Cập nhật: Cảm ơn rất nhiều cho câu trả lời tuyệt vời của bạn. Tôi có thể thấy hầu hết các câu trả lời đề nghị chống lại lời khuyên của tôi và tôi thực sự hy vọng các bạn nói đúng. Trong thực tế, tuy nhiên, ông đã bị từ chối trong hơn 100 cuộc phỏng vấn qua điện thoại. Đó là nơi tôi muốn trở thành một cố vấn tồi tiềm năng hơn là một người bạn đúng đắn về mặt chính trị.


9
Tôi không chắc bất cứ điều gì bạn nói với một chàng trai có 15 năm kinh nghiệm lập trình sẽ ngăn cản anh ta.
mowwwalker

13
Tôi tin rằng thật nguy hiểm khi kết hợp "nói" với "kỹ năng giao tiếp".
Macneil

Đây là một câu hỏi khó trả lời. Suy giảm khả năng nói của anh ấy không ảnh hưởng đến khả năng được thuê. Trong khi anh ta có thể không thể nói rõ ràng hoặc nhanh như ai đó mà không bị suy yếu, anh ta chắc chắn có thể viết thư cho các nhà phát triển khác trong nhóm của mình. Giao tiếp không giới hạn trong lời nói. Ngừng cho bạn của bạn lời khuyên tồi.
Ramhound

2
Những ơn gọi nào bạn đề nghị nhiều hơn? Mọi công việc đều cần giao tiếp, và trong phần mềm, bạn có thể thực hiện nhiều giao tiếp bằng ngón tay. Hầu hết các ơn gọi đòi hỏi nhiều hơn, không phải ít hơn.
Eric Wilson

1
Với thái độ tương tự ... Tôi chắc chắn Stephen Hawkins nên từ bỏ công việc của mình vì việc truyền đạt lý thuyết về mọi thứ trong tình trạng hiện tại của anh ta khó khăn như thế nào. Có thể nói như vậy đối với Albert Einstein và những người khuyết tật khác: hcdg.org/famous.htmlm
WernerCD

Câu trả lời:


28

Bạn nghĩ sao?

Tôi nghĩ rằng mỗi đội có thể đưa một người bị suy giảm khả năng nói với hiệu ứng mạng tích cực. Tôi sẽ coi việc không có khả năng xử lý một người như vậy trong một nhóm là quản lý hoặc là một người thất bại về đạo đức.

Chỉ cần nhìn xung quanh. Cả tiến sĩ và sinh viên tốt nghiệp đại học, lập trình viên giỏi hoặc tầm thường đều có vấn đề với việc truyền đạt suy nghĩ của họ. Nhưng rất nhiều thứ chúng ta gọi là "vấn đề giao tiếp" phát sinh từ sự kém hiệu quả của các quá trình phát triển. Nếu một người phải "giao tiếp" (tức là "trò chuyện") với các đồng nghiệp của mình rất nhiều để làm cho sự phát triển của tiến bộ phần mềm mà không gặp thất bại, thì có một quá trình sai.

Giao tiếp hiệu quả không phải là một blah-blah-blah hùng hồn hoặc một khả năng để thực hiện một cuộc nói chuyện nhỏ một cách dễ dàng. Đó là truyền đạt thông tin cho người khác một cách chính xác và súc tích. Làm thế nào một người phát âm từ không phải là phần quan trọng nhất trong đó; quan trọng hơn là anh ấy hoặc cô ấy nghĩ tốt như thế nào.

Hơn nữa, tôi chắc chắn rằng một người khiếm khuyết biết giá của từng từ và sẽ không ném nhiều từ đó. Đó không phải là cái mà họ gọi là "kỹ năng giao tiếp" sao?

Không, tôi thực sự không thể cho bạn bất kỳ lời khuyên nào (đã chỉnh sửa). Cá nhân, tôi thích một người nói kém hơn một người kém thông minh hơn, bởi vì tôi chắc chắn rằng một nỗ lực thiết lập một cách để giao tiếp với ít từ hơn sẽ trả lại cho nhóm. Nhưng tôi chưa bao giờ phải đưa ra quyết định tuyển dụng trong đời, và thế giới đôi khi có thể trở nên khắc nghiệt không cần thiết ...


1
+1 cho "và thế giới đôi khi có thể trở nên khắc nghiệt không cần thiết" Bạn cũng đúng về mọi thứ khác
Bojan Kogoj

1
+1 Tôi có một người bạn (từ trường) và đồng nghiệp nói lắp nhẹ. Nếu bất cứ điều gì nó cải thiện giao tiếp của anh ấy: mọi người có xu hướng lắng nghe anh ấy, thay vì thảo luận bên lề, bất cứ khi nào anh ấy nói.
Matthieu M.

10

Không, suy giảm khả năng nói không có lý do gì để không đi vào lập trình.

Giao tiếp rất quan trọng, nhưng nó không bị hạn chế trong giao tiếp bằng lời nói.

Trở lại năm 1986/87, tôi đã làm việc với một người bị bại não và trong số những người khác bị suy giảm khả năng nói. Tôi đã quen với cách nói chuyện của anh ấy đủ sớm. Trong hầu hết thời gian, chúng tôi không gặp khó khăn gì trong giao tiếp. Trong một vài lần khi nó trở nên khó khăn, chúng tôi chỉ cần chuyển sang viết hoặc vẽ. Trên bảng trắng, notepad hoặc bất cứ thứ gì trong tầm tay.


9

Tôi sẽ đưa ra giả định rằng bạn của bạn không thiếu kỹ năng giao tiếp. Thay vào đó anh ta thiếu khả năng giao tiếp. Đây không phải là một vấn đề trong lĩnh vực lập trình phần mềm vì có nhiều lựa chọn thay thế cho giao tiếp bằng lời nói từ email và trò chuyện với hình ảnh và sơ đồ. Nếu bạn của bạn có các kỹ năng và kiến ​​thức thực hiện nhiệm vụ thì các tùy chọn liên lạc hạn chế một chút của anh ta sẽ không gây trở ngại.

Bất kỳ công ty hoặc khách hàng nào sử dụng một lý do như vậy đều đang tìm kiếm một lý do ngay từ đầu và theo quan điểm của tôi.


3
tùy thuộc vào quyền tài phán, thậm chí các hành vi bất hợp pháp
jk.

4

Anh ấy luôn có thể tự làm việc. Nếu kỹ năng lập trình của anh ấy quá mạnh, tôi thấy không công bằng, anh ấy phải từ bỏ đam mê vì tật nguyền của mình.

Giao tiếp không chỉ xảy ra bằng lời nói.

Nếu anh ấy tốt như bạn nói, anh ấy sẽ không gặp vấn đề gì khi tìm kiếm khách hàng trực tuyến, nơi không ai cần biết về sự suy yếu của anh ấy.


4

Trong thực tế, tuy nhiên, ông đã bị từ chối trong 100 cuộc phỏng vấn qua điện thoại.

Có lẽ những gì anh ấy cần làm là nói với mọi người rằng anh ấy bị rối loạn ngôn ngữ và sẽ tốt hơn nếu thực hiện sàng lọc nội tâm trong người.


3

Một người có thể là một lập trình viên giỏi bị suy giảm khả năng nói.

Thật không may, suy giảm khả năng nói có thể là một trở ngại đối với việc được thuê trong hầu hết mọi loại công việc vì những thành kiến ​​không chính đáng và như đã đề cập ở trên thiếu kỹ năng quản lý và các tiêu chuẩn đạo đức thoải mái.

Tất cả mọi thứ đều bình đẳng sau đó, bạn của bạn tốt hơn là tìm kiếm một công việc mà kỹ năng và kinh nghiệm của anh ấy có liên quan nhất.

Phải nói rằng, nói chung, mọi người tìm việc đã có mặt trên thị trường trong một thời gian (ngay cả vì những lý do như thị trường yếu) nên cởi mở về triển vọng và lựa chọn nghề nghiệp thay thế của mình.


2

Tôi không thấy bất kỳ vấn đề nào khi thiếu kỹ năng giao tiếp theo cách của một lập trình viên giỏi. Mặc dù, nó làm tăng giá trị nhưng nó không phải là tiêu chí duy nhất. Nếu anh ta không thoải mái, anh ta có thể nói điều này trong cuộc phỏng vấn của anh ta và yêu cầu một công việc mà anh ta không bắt buộc phải đối đầu với khách hàng.

Ý tưởng của Federico làm việc như một nhà phát triển độc lập cũng tốt. Anh ta có thể truy cập các trang web như odesk , Elance và tận dụng tốt nó.

Theo như tôi biết thì Bill Gates cũng không phải đối đầu với mọi người trong những năm đầu và vẫn còn thiếu một chút phép thuật. Nhưng, anh ấy vẫn là cái tên đầu tiên xuất hiện trong đầu chúng ta khi chúng ta nói về máy tính. John Nash là một ví dụ khác. Vấn đề là bạn không thể biến những điều nhỏ nhặt này chi phối cuộc sống của bạn.

Một lập trình viên giỏi được tạo ra từ niềm đam mê. Bạn không thể yêu cầu anh ấy từ bỏ đam mê của mình và làm những việc khác. Gợi ý cho anh ấy những cách để giảm bớt nỗi sợ giao tiếp nhưng đừng yêu cầu anh ấy từ bỏ vì anh ấy sẽ không thành công trong các lĩnh vực khác.


1

Đối với một lập trình viên có 15 năm kinh nghiệm lập trình và giao tiếp Ph.D (không phân biệt chủ đề) không nên cản trở trong mọi trường hợp. Ngay cả Bill Gates cũng bị tụt lại phía sau trong bộ phận kỹ năng giao tiếp ....

Ngay cả khi món chiên của bạn không có khả năng giao tiếp, ngày nay vẫn có nhiều cách khác để giao tiếp .... Hầu hết các công ty đều sử dụng hệ thống trò chuyện để giao tiếp trong các đồng nghiệp không yêu cầu kỹ năng nói của kiến ​​...

Nó luôn luôn là các kỹ năng lập trình có vấn đề !!!

Công ty mà ông đã đến có thể không quan tâm đến các kỹ năng lập trình của mình. Công ty nên đủ thông minh để biết rằng có ít khả năng người có 15 năm kinh nghiệm lập trình sẽ vượt lên so với một lập trình viên mới có giọng hát phong phú và kỹ năng giao tiếp cao cấp ...

Mặc dù sau một mức độ nhất định, các kỹ năng giao tiếp hiệu quả là cần thiết cho sự phát triển hiệu quả và phối hợp của công ty và các đồng nghiệp.

Bạn của bạn không nên mất hy vọng và bạn không bao giờ nên khuyên anh ấy rời khỏi lĩnh vực lập trình một cái gì đó mà anh ấy đã thành thạo trong nhiều năm.


<hoài nghi> không, đó là kỹ năng giao tiếp quan trọng. nếu mọi người thực hiện đủ giao tiếp trong nhóm, sản phẩm sẽ sinh ra không khí mỏng </ cynical>
keppla

1

Tôi chắc rằng trở ngại về lời nói đang khiến anh ấy gặp khó khăn hơn trong quá trình tìm việc (đặc biệt là phỏng vấn). Tuy nhiên tôi nghĩ rằng phát triển phần mềm vẫn là nơi anh ấy thuộc về (ý tôi là, 15 năm kinh nghiệm!) Vì vậy tôi sẽ không khuyên anh ấy thử ở nơi khác; Tôi sẽ chỉ giao lưu với anh ta trên thị trường việc làm chắc chắn khó khăn.


0

Anh ta có thể không thể trở thành Quản lý dự án, nhưng tôi nghĩ trong thời đại Truyền thông điện tử, sẽ không khó để anh ta trở thành Nhà phát triển phần mềm. 90% các giao tiếp xảy ra thông qua email, ngay cả với khách hàng!


0

Chà, có hai điều tôi muốn chỉ ra:

  • Có rất ít người ngoài kia có kỹ năng lập trình tuyệt vời, hơn là với kỹ năng giao tiếp tốt. Bạn của bạn là một nguồn tài nguyên hiếm. Truyền thông chỉ thêm giá trị, nếu bạn truyền đạt các giải pháp tuyệt vời. Đến với các giải pháp tuyệt vời đòi hỏi kỹ năng tuyệt vời. Nếu một giải pháp thực sự tuyệt vời, thì kỹ năng "tầm thường" đủ để hiểu nó. Thậm chí đôi khi nó nói cho chính nó.
  • Có kỹ năng giao tiếp tuyệt vời cũng liên quan đến việc là một người lắng nghe tuyệt vời. Vì vậy, ai đó có kỹ năng giao tiếp tuyệt vời sẽ dễ dàng có thể bù đắp cho giới hạn của bạn bè bạn.

Tôi nghĩ bạn của bạn nên cố gắng tìm một nơi làm việc, nơi mọi người thực sự coi trọng các kỹ năng và tham gia vào một cuộc đối thoại để hiểu, thay vì ném đồ vào nhau. Những nơi như vậy là hiếm hơn và quý giá. Tuy nhiên với nền tảng của mình, có vẻ như anh ta có thể đủ điều kiện trên trung bình.


0

Bạn tôi có 15 năm kinh nghiệm lập trình và bằng tiến sĩ. Trong toán học.

Với nhiều kinh nghiệm và bằng tiến sĩ, tôi có thể tưởng tượng một số công ty tự hỏi, "Geeesh, anh chàng này sẽ đắt thế nào?" mà có thể ngăn cản anh ta để có được một số cơ hội. Anh ta đã cân nhắc việc quay trở lại học viện chưa? Một điểm khác là liệu anh ta đang tìm cách làm nhân viên hay nhà thầu? Điều thứ hai có thể được ưa thích hơn trong việc sử dụng trải nghiệm đó để thể hiện, "Này, tôi đã hoàn thành công việc trong quá khứ và tôi vẫn làm tốt điều đó", theo một nghĩa nào đó.


-1

Tôi không phải là một người yếu đuối - Tiến sĩ có thể là một khuyết tật. Đây là, theo kinh nghiệm của tôi, thường là một dấu hiệu cảnh báo rằng người nộp đơn có một cái nhìn rất hẹp. Họ có thể là chuyên gia thế giới về sắp xếp các số nguyên nhưng không biết khi sắp xếp các chuỗi.

Tuy nhiên tôi rất muốn có một lập trình viên giỏi, có kinh nghiệm để thêm vào nhóm. Nếu tôi có thể dựa vào anh ấy / cô ấy để có một đặc điểm kỹ thuật (giả sử rằng chúng tôi có thể đánh bại một trong số các bộ phận tiếp thị) và chạy với nó để có được một sản phẩm để giao hàng thì tôi sẽ rất hạnh phúc.

Khó khăn thực sự là giao tiếp tại buổi phỏng vấn, để khiến công ty tuyển dụng thấy được niềm đam mê, khả năng và kinh nghiệm được cung cấp.


2
Tôi có bằng tiến sĩ, và nó không bao giờ là vấn đề khi phỏng vấn. Ngoài ra, ý kiến ​​của bạn về quan điểm hạn hẹp của những người có bằng tiến sĩ là ... một quan điểm rất hẹp.
quant_dev

Đạt được bằng tiến sĩ không liên quan gì đến tầm nhìn hẹp mà là khả năng tập trung.
blubb

Tôi tự hỏi liệu có ai sẽ sử dụng cơ hội này để khoe khoang về việc có bằng tiến sĩ dưới chiêu bài chỉ trích câu trả lời này khô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.