ЧИ МОЖЕ ВЗАЄМО?
Зазвичай свербіж, що стоїть за цим питанням, - "Які голосні слова я можу скласти у своєму резюме, яке стане для мене найбільш прибутковим / цікавим / складним / легким завданням?" Хоча питання має свої достоїнства, оскільки більшість резюме вперше оглядаються HR-людьми, які не розуміють того, що шукають. але це дуже неглибоко, як тільки ви пройшли ворота, вам потрібно доставити товар.
Це не ті мови, які ви знаєте, що роблять вас добрим чи поганим програмістом, це те, як ви можете ним користуватися. Для цього існують дві категорії програмістів:
Ті, хто зосереджений на вивченні мови до її основної. Найголовніше - це мова та як нею користуватися. У крайніх випадках вони, як правило, супер оптимізують кожну маленьку частину коду і часто використовують незрозумілі функції лише тому, що можуть.
Потім є ті, хто хоче дізнатися про техніку та парадигми. Якою мовою вони користуються, насправді не має значення, якщо вона може витончено висловити свою ментальну картину. В крайньому випадку вони, як правило, використовують UML або інші подібні системи, сподіваючись, що інші виконають бурхливу роботу його кодування.
На мою думку, вам потрібно і те і інше. №1 надасть короткострокові навички, і коли розумно обраний, допоможе вам пройти через ворота HR, але №2 залишиться з вами всю вашу кар’єру і визначить вас як програміста.
№2 надасть настанови та організує ваш порядок думок до діючого вирішення проблеми, що знаходиться під рукою, але без 1 вона залишається ідеєю, назавжди плаваючи в кінцівках пароплавного неба (або в пеклі залежно від того, звідки ви дивитесь на неї).
№1 дасть вам засоби для втілення ідей у справжні робочі системи, але без 2 ваші системи будуть схильні до ракових безформних монстрів.