Каковы технические вопросы, на которые я просто должен отвечать, прежде чем я подхожу к кому-то о введении нового языка?
Я ищу список технических вопросов, которые без действительно хорошего ответа, я даже не должен тратить время на то, чтобы использовать язык X.
PS: (def X clojure)
Производительность с языком не является ни единственным фактором, ни простым скаляром сама по себе. Важные вопросы:
Несмотря на то, что балои-миссия миссии звучит благородно и подчеркивает поддержку сообщества, реальной целью каждого бизнеса является возврат инвестиций или, что то же самое, максимизация акционерной стоимости. Если это правительственное агентство, это вроде бы тот же вопрос, но правообладатели не будут иметь прямого влияния, и вместо этого у вас будут владельцы доверенных лиц, такие как высшие учреждения или влиятельные отдельные должностные лица.
Решения, однако, почти всегда выполняются агентами, и поэтому возникает проблема
Если вы хотите использовать Ruby:
Ruby находится в первой десятке Tiobe (не совсем отраслевой стандарт, так что это лучшее, что вы можете сделать) PHP и Java - это более дорогостоящие технологии (у него, вероятно, есть бюджет как попытка смягчить проблему с основным агентом). PHP и Java скоро выйдут из моды (может быть, нет, но сформулированы как "риск появления глупо использовать старые технологии" и подразумевают отсутствие более позднего кредита и признания). Ruby - это продвинутый язык с мощными абстракциями для экономически эффективного развития (слабый аргумент для агента, но дает возможность кредитования. Наименее эффективный из всех аргументов.)Если вы хотите использовать Clojure:
Вы лучше прототипируете систему по выходным и вечерам и представляете ее как решаемую проблему. Подчеркните параллельную разработку Java/ Clojure ( "при необходимости вся система может быть записана вТак много зависит от того, что вы используете в данный момент, с чем вы переключаетесь и почему это сложно ответить. Но они всегда важны:
Что такое бизнес-пример?
Это сводится к ROI (возврат инвестиций).
Это не только индивидуальная производительность, но:
вся команда
Влияние на жизненный цикл продукта
ремонтопригодность
и др.
Как легко это выбрать? Я считаю, что это не так важно.
Есть ли поддержка IDE? Довольно важно, но вы можете работать без него.
Имеется ли отладчик? Я думаю, что это самый важный вопрос, который я задал бы. Как только у вас есть рабочий отладчик, вы обычно можете сделать что-нибудь.
Мы наняли команду в этом году и решили использовать Clojure как наше оружие выбора. Основа команды была в основном основанной на Java, но и широким спектром других языков для хобби.
Критерии, которые мы рассмотрели:
Мы серьезно рассмотрели Groovy, Scala и Clojure. Мне очень нравится Groovy для легких приложений, но у меня были серьезные вопросы о производительности. Scala и Clojure у обоих есть много предложений по всем вышеперечисленным пунктам. В конце концов, наша проблемная область включает в себя много символических манипуляций, и мы чувствовали, что Clojure будет лучшим совпадением, но я подозреваю, что Scala также будет работать хорошо.
Что предложит ваш новый язык, что существующий язык еще не существует?
У нас есть языки, которые сегодня делают почти все. Поэтому, прежде чем вводить новый язык, убедитесь, что не существует уже существующего, что делает все, что делает ваш новый язык. И убедитесь, что вы точно знаете, какие функции предлагает ваш новый язык, которые не предлагаются в той же комбинации или вообще на других языках.
Если вы, конечно, не делаете это для своего собственного образования, и в этом случае забудьте этот вопрос и получите его!
Как это улучшит мою производительность?
Если это невозможно, ответьте и вернитесь домой.
Какой смысл?/Почему?
Как это облегчит мою работу?
Q1: Могу ли я нанимать людей с этими навыками?
Q2: Когда я звоню нашим менеджерам учетных записей партнеров по аутсорсингу и спрашиваю, сколько будет стоить типичная стоимость проекта с фиксированной стоимостью, если это делается обычным способом или выполняется с использованием языка X, является множителем более 1?
Q3: У всех остальных в моем отделе также есть любимый язык, который выполняет ту же работу, что и мой любимый язык, и должны ли их любимые языки также использоваться? Каковы практические последствия этого?
Хороший вопрос, который нужно задать, - это размер сообщества вокруг языка/рамки. Например, Ruby/rails имеет значительное сообщество вокруг него, что сделало бы меня более комфортным, чтобы я не был "первым ребенком на блоке", чтобы иметь дело с конкретной проблемой.
Зачем ограничивать себя одним языком? Выясните, какие проблемы лучше всего решаются на каком языке и предлагают услуги. Если полоса пропускания между службами слишком высока, затем выполните миграцию проблемных сервисов на основе того, какой язык решает оба лучших.