Обеспечение Scala в мою компанию
Теперь я знаю, что этот - на самом деле не очень технический вопрос, но тот, который беспокоил меня в течение некоторого времени. На самом деле мы используем много C++ и PHP в нашей компании, и некоторые наши разработчики действительно надеются на новый и современный язык приехать помочь нам становящийся более продуктивными. Я говорил о том, что может сделать scala, и другие кодеры, кажется, получают некоторый интерес на языке. Жесткое задание, как Вы убеждаете своего босса рассматривать scala как язык для компании. Я видел, что презентация "Стащила Scala в Вашу компанию", но она справляется с ситуацией, что Вы используете Java в своей компании, которую мы не делаем.
Как делают Вас борьба обычного, "которое является просто тайным материалом" и "мы можем уже сделать это в $LANGUAGE" аргументы. Я планировал сделать доклад о Scala, и так как у меня нет большого количества времени, мне нужны идеи, как заинтересовать людей языком скорее затем установка реакций как "приправление карри? мы можем уже сделать что-то вроде этого с повышением:: свяжите".
Как сделал Вас, парни делают это?
С уважением, raichoo
Править: Вчера сделал мой доклад, люди были очень взволнованы. Моя компания собирается дать ему попытку! Спасибо за все Ваши предложения.
8 ответов
Используя его для выполнения некоторых вещей на стороне, как datamigrations, тестирование и подобные вещи, вы убедитесь, что необходимый опыт накоплен, и можете дать ему некоторую выдержку.
ScalaTest действительно хорошо помогает в приемочном/интеграционном тестировании. (Да, я знаю, что он хорош для модульного тестирования, но я не вижу, чтобы это сразу произошло с целевым кодом C++/PHP, и, вероятно, это было бы неразумно).
Proof of Concept и другие прототипы хороши по двум причинам
1) Они демонстрируют возможности
2) Вы уверены, что они будут выброшены, если вам придется переделывать их на C++/PHP
Сейчас плохое время для внедрения Scala - это когда она РЕАЛЬНО нужна: надежды будут велики, она не будет сразу работать так, как задумано, надежды рухнут, и все будут винить Scala. В результате она будет долгое время гореть в организации.
Рано или поздно какой-нибудь костюмчик вспомнит, что это была его идея внедрить Scala и использовать ее в официальном проекте. Если этот проект будет в меру успешным, то его продадут.
Такого рода изменения - это сложные вопросы, связанные с людьми, и чем сильнее вы будете настаивать, тем сильнее вы столкнетесь с отказом. С другой стороны, настойчивый ум может сдвинуть горы.
Может быть, вы могли бы представить Scala, продемонстрировав набор инструментов, которые используются для разработки? Например, если вы еще не используете Eclipse в своей компании, покажите своим руководителям демонстрацию того, что современная IDE может сделать для вашей производительности.
Есть книга "Бесстрашные перемены" (Линда Райзинг), в которой описывается язык паттернов для "бессильных лидеров" (мне нравится это название роли!). На SE-radio было действительно мотивирующее интервью с автором: http://www.se-radio.net/podcast/2009-06/episode-139-fearless-change-linda-rising. Послушайте это интервью, чтобы собрать несколько нетехнических стратегий, которые могут помочь вам в этой борьбе!
В случае нашей компании (и я предполагаю, что многие компании придерживаются одного и того же сценария) переход на Scala (с Java) был инициирован техническими специалистами, которые 1. хотели работать более продуктивно при написании кода (живя в 21 веке. использовать современные подходы), 2. иметь меньше проблем при создании параллельных приложений (концепция акторов, продвигаемая Scala, намного проще, чем параллелизм на основе потоков Java). 2.1 имеют более простой способ построения масштабируемых поэтапных архитектур, управляемых событиями.
В нашей компании переход на Scala был более или менее простым, потому что Scala буквально продавалась деловым людям как библиотека для Java :) -> с их точки зрения, мы все еще используем ту же платформу (JVM), приложение серверы и т. д., но разработчики получают больше удовольствия от своей работы, поэтому они более вдохновлены и работают более эффективно.
Я еще не использовал Scala для реального бизнес-кода, но знаю людей, которые использовали его.
Одна группа использовала его для написания инструмента для анализа файлов журналов. Поэтому они использовали его не для критически важного бизнес-кода, а для некритического инструмента для поддержки проекта.
Другой человек, которого я знаю, является архитектором, и он просто пошел и написал немного кода Scala для производственного кода, не сказав об этом своему менеджеру. После того, как код был успешно развернут, он сказал это. Одна из вещей, которые он упомянул, заключается в том, что, поскольку Scala работает на JVM, люди, поддерживающие приложение, даже не замечают этого - для них Scala - это просто еще одна библиотека, включенная в приложение (они уже использовались в JVM). Конечно, такой подход рискован, и не все будут в состоянии или захотят это сделать.
Вы можете начать с малого - использовать его в качестве личного предпочтительного языка сценариев для небольших вещей, которые вам нужны сами. Расскажите об этом своим коллегам-разработчикам и сделайте их энтузиастами. Если они также начнут его использовать, вы можете активизировать его, чтобы сделать некоторый побочный код для вашего проекта (например, этот инструмент анализатора журналов).
На Scala Days 2010 был очень хороший доклад Дэвида Коупленда:
Проникновение Scala в вашу организацию
Краткое содержание: Тестирование. Вы можете использовать Scala для тестирования, не затрагивая код релиза.
Если у вас еще нет убийственных аргументов, на чем вы основываете свои рассуждения о том, что Scala сделает вашу компанию более продуктивной?
Не нравится что-то, тогда ищите причины использовать это на работе. Пусть причины говорят сами за себя.
"Молоток ищет гвозди"
Переделайте некоторые из ваших рабочих кодов на Scala и сравните KLOC, структуру кода и производительность, если он выглядит и работает лучше, покажите его своим коллегам и руководителям.
Другими словами:
Разговоры стоят дешево. Покажите мне код. -- Торвальдс, Линус (2000-08-25)
Это не совсем простая задача. Я бы сосредоточился на том, что вы сможете быстрее и качественнее создавать код и, следовательно, продукты. Это всегда две причины, бизнес хочет вас слушать и будет слушать.
Может быть, вы можете показать пример 1-2 очень маленьких проектов, которые вы сделали в вашей компании на C++/PHP, и сравнить усилия, качество и т.д. с аналогичной/такой же реализацией на Scala? Это было бы очень впечатляюще и должно убедить людей, которые не занимаются кодингом.