Как противостоять “одному истинному языку” перспектива? [закрытый]

Дайте им задачу, которую можно легко выполнить на каком-то другом языке / технологии, а также трудно выполнить ее на языке / технологии, которые он / она предлагает для всего.

Таким образом они в конечном итоге будут искать альтернативы, поскольку им становится все труднее и труднее выполнить задачу, используя язык / технологию, которые они знают.

В конце дня; "Обслуживание".

Если его можно поддерживать без излишних проблем, тогда дискуссия может быть спорной и сводится к предпочтениям или, по крайней мере, политике компании / принятой технологии.

Если это удовлетворительно, то дебаты сводятся к следующему: «Можно ли построить эффективно, чтобы оно было рентабельным и не создавало проблем интеграции?»

Кроме того, это просто аргумент «отвертка / постройка дома».

Назначьте их ответственными за команду программистов COBOL.

Дать им отвертку и сказать, чтобы они построили дом?

Не нанимайте их.

Попросите их создать двоичный файл, который выводит бесконечную последовательность Фибоначчи.

Затем покажите им несколько строк (или 1 строку, в зависимости от реализации), которые требуется в Haskell, и что он тоже может быть скомпилирован в двоичный файл, так что есть лучшие пути вперед.

Подавайте пример, предлагайте им проекты, которые раскрывают их сильные стороны, и поощряйте их учиться.

Если им дается задача, которая явно лучше подходит для какой-либо другой технологии, и они предпочитают использовать менее эффективный язык, не принимайте эту работу. Скажите им, что это не подходящее решение проблемы. Считайте, что это ничем не отличается от того, что они выбирают Cobol для замены сценария оболочки - возможно, он работает, но его будет сложно поддерживать с течением времени, потребуется слишком много времени для разработки, потребуются дорогие инструменты и т. Д.

Вы также необходимо внимательно посмотреть на работу, которую они делают, и решить, действительно ли она важна или нет, если она сделана на C ++.Например, если у вас много сотрудников, знающих этот язык, и они выполнили задачу в приличное количество времени, в чем вред? С другой стороны, если выбранный ими язык замедляет их работу или приведет к долгосрочным проблемам с обслуживанием, им необходимо знать об этом.

Есть много хороших программистов, которые хорошо знают только один язык. Этот факт сам по себе не может быть использован для определения того, являются ли они ценным членом команды. Я знал парней, говорящих на одном языке, которые не подходили для этого слова, и некоторых, которых у меня не было бы в команде, если бы они работали бесплатно.

Как я могу познакомить их с хорошо оснащенным набором инструментов, выбрав лучший инструмент для выполняемой работы ?

Я считаю, что противоположностью « один истинный язык » является « программирование полиглотов », и затем я обращусь к другому моему ответу:

• Является ли программирование полиглотов важно?

Я вообще-то сомневаюсь, что сегодня кто-то может реализовать проект на одном-единственном языке (хотя могут быть исключения). Самый простой способ показать им полезность определенных инструментов и языков - это затем показать им, что они уже используют несколько , например SQL, файл сборки, различные диалекты XML и т. Д.

Хотя я придерживаюсь точки зрения полиглота, я также верю, что во многих областях «меньше значит больше». Необходимо найти баланс между количеством языков / инструментов, кривой обучения и общей производительностью.

Задача состоит в том, чтобы решить , какой небольшой набор языков / инструментов хорошо сочетается в вашей области и поднимет продуктивность и творческий потенциал до новых пределов.