Чи варто бути комп'ютерним мовою поліглот? [зачинено]

Часто можна почути, що програмісти повинні вивчити багато різних мов, щоб удосконалитись. Я досі йду до школи і не маю великого досвіду програмування (трохи більше року). Але те, що було благородним наміром покращити навички програмування, перетворилося на якусь ОКР: я відчуваю, що не заспокоюся, доки не вивчу всі відносно відомі мови програмування.

І ось сам питання: чи допоможе вам поліглот на мовах програмування насправді (і я не маю на увазі звичайний "Програміст повинен знати хоча б усі парадигми", я маю на увазі справді всі мови, про які ви зазвичай чуєте)? Хтось має подібний досвід? Чи допомагає це у роботі / навичках / кар’єрі? Як часто ви можете застосовувати ці навички?

"Програміст повинен знати принаймні всі парадигми"

Це допомагає

Я маю на увазі дійсно всі мови, про які ви зазвичай чуєте

Це не допомагає. Хоча коли ви знаєте всі парадигми, ви можете вивчити мову на тиждень.

Просто більш оптимальним є витратити тиждень на вивчення цієї мови, коли вам потрібна ця мова.

Хороший програміст - лінивий програміст

Побічна примітка:

Вивчення загальних / популярних мов не так корисне, як вивчення "всіх парадигм". Перший не охоплює останній. Наприклад, вивчення самості є неймовірно корисним для розуміння прототипних ОО. Це не звичайна і не популярна мова, але набагато корисніше, ніж вивчення пітона, коли ви вже знаєте рубін.

Мовний дизайн:

Знання більшості мов корисно, якщо ви пишете / розробляєте нову мову. Так що для цього є надійний приклад використання, але це досить ніша.

Що я рекомендую зробити замість цього:

Прочитайте код, виконавши 2, принаймні 3 рази

Мови приходять і йдуть вліво і вправо залежно від того, що "популярно". Технологія стає застарілою через кілька місяців або років, залежно від того, якою є крива технології. (В Інтернеті застаріла технологія з розрахунку кожні 6 місяців).

Техніка програмування та теорія інформатики завжди залишаються однаковими.

Йдеться не про те, щоб знати, як кодувати багатьма мовами, це, як ви кажете, про парадигми. Чим більше варіантів ви знаєте, тим краще. Знання кількох мов, безумовно, допомагає, але якщо ви продовжуєте вивчати одні й ті ж типи мов, ви швидко потрапите в тупик.

Головне - знати, якою мовою / системою найкраще реалізувати частину вашого проекту. Навіть якщо ви визначилися з однією основною мовою (як це робить більшість проектів), ви все одно матимете всілякі інструменти, сценарії, автоматизацію та підтримку побудови, які потрібно писати. Зазвичай різноманітність інших мов чи інструментів в цьому краще, ніж основна мова.

Для уточнення я вважаю дурним спробувати вивчити всі мови, про які ви насправді чуєте: таких сотень є, і вони часто є незначними варіантами на інших мовах.

ІМХО, це не так. По-перше, тому, що ви не можете вивчити мову менше ніж за рік. Щоб написати код в ньому, потрібно 2 дні, але для написання мови потрібен великий досвід, і добре сформований код для даної мови. Чому GC працює так, як це робиться, куди виділяти пам'ять, які конструкції швидші, як правильно об'єднати рядки, які небезпечні куточки мови тощо.

Я пишу жахливий Java / .NET-код, який є розробником C ++, оскільки багато розробників Java пишуть жахливий код C ++.

Найкраща частина вивчення інших мов - це те, що ви вивчаєте нові парадигми та, можливо, маєте кращий інструмент для якоїсь конкретної проблеми. Скажіть - вам потрібна дуже швидка, непублічна програма GUI, .NET там незамінна.

Але вивчення мови, щоб ви не використовували структури в .NET або не просочували кожен об'єкт в C ++, вимагає багато часу. Я думаю, що краще витратити його на вивчення принципів дизайну, платформ та вашої мови на вибір.

Але це лише моя думка.

Це не практично , щоб знати їх, але це може бути дуже корисно знати про них. Що я маю на увазі під цим, коли виникає нова проблема, ви можете сказати: "Я туманно пам'ятаю [інша мова] була чудовим способом вирішення подібних проблем. Я повинен це шукати".

Ви б більше допомогли вашій кар’єрі, будуючи знання про домен, потім вивчаючи багато мов програмування. Не кажучи вже про те, що вам знадобиться вивчити додаткові інструменти, щоб скористатися таким способом, як використовувати профілер на вашій мові, такий же як для налагодження, найкращий графічний інтерфейс GUI та як швидко програмувати його, які спільні сторонні бібліотеки існують з компромісами і мовні специфічні ідіоми.

Також розумніше навчитися робити більше справ, а не багато способів робити те саме.

Я працював у кількох системах, де компоненти писалися на декількох мовах (найгірший правопорушник вимагав, щоб я доставляв код, написаний на Ada 83, C, Fortran 77, SQL та DCL, тоді як для моєї останньої роботи мені потрібно було доставити C ++ та Java-код ). Так, так, бувають випадки реального світу, коли вам потрібно знати кілька мов досить добре, щоб бути в них продуктивним (продуктивний! = Досвідчений; ви не збираєтесь бути глибоким експертом у галузі C ++ та Java та ..., якщо ви не виродник).

Крім того, сенс часу, щоб вивчити кілька мов, полягає у допомозі відокремити концепції від впровадження . Для мене OOP не почав мати сенсу, поки я не працював із кількома OOPL. Крім того , в який - то момент у вашій кар'єрі, ви будете мати , щоб швидко перемикати передачі і почати працювати над чим - то зовсім новим і незнайомим; якийсь час, щоб вийти за рамки того, що вам потрібно знати, допоможе полегшити цей перехід, коли він станеться.

Я думаю, вам краще послужити вивченню декількох різних мов, а потім хоча б одну глибину, перш ніж взятися за необхідність вивчити всі можливі мови. Після досягнення мінімальної ширини, глибина стає дійсно важливою для вашого прогресу як розробника. Я бачив би когось із глибиною однієї чи двох мов та здибав пару інших, ніж когось, що мав би все. Отримати глибину - це як вивчити іншу парадигму, це змінить, як ви думаєте про програмування, і це відкриє двері для дійсно складних захоплюючих проектів.

Це як учити розмовляти багатьма мовами. Вивчити їх усіх до того, щоб бути корисними майже неможливо. Дотримуйтесь тих, які ви, ймовірно, будете використовувати, і вам буде краще. Ви можете навчитися C ++, C # та Java досить добре, але намагатися одночасно витіснити Perl, Python, VB (не VB.NET), Ruby та JavaScript на професійному рівні - це просто глупо. У день не вистачає годин, щоб одразу зберегти свої навички.