Меня зовут Тимур Кашафутдинов. Я работаю в компании Magnit Tech разработчиком 1С. Хочу поделиться с вами опытом использования MacBook для разработки на 1С – недавно наша команда полностью перешла с Windows-ноутбуков на Mac, и я расскажу, как проходил этот эксперимент.
Начну с небольшой предыстории, объясняющей, почему мы решились на такой шаг.
Представьте: у вас есть продакшн-база 1С, в которой трудятся бизнес-пользователи. И вам, как разработчику, нужно внести туда изменения. Самый простой путь – открыть конфигуратор прямо на продакшне, внести изменения, сохранить – и все готово. Но у такого подхода есть недостатки:
-
Во-первых, чтобы применить изменения, придется выгнать пользователей, а они это не любят – это мешает их работе.
-
Во-вторых, любая ошибка (а ошибки – часть нашей профессии) может «положить» рабочую базу.
-
В-третьих, если разработчиков несколько, работать в конфигураторе одновременно они не смогут, потому что платформа позволяет запустить только один сеанс конфигуратора для одной базы.
Это существенные недостатки, и везде рано или поздно приводят к идее о том, что нужно разрабатывать на копии базы.
-
Часто начинают с файловых копий, но у них есть существенные ограничения, и они не позволяют привести тестовую среду разработки к тому, как работает клиент-серверный продакшн.
-
Поэтому в итоге разработчикам разворачивают клиент-серверные копии – это самый распространенный вариант контура разработки.
Чаще всего такую разработку на клиент-серверных копиях организуют через RDP: на одном мощном сервере разворачивают сервер СУБД, сервер 1С и другие необходимые программы. Загоняют на этот сервер разработчиков, тестировщиков и всех остальных. Делают каждому по отдельной копии базы, и все там работают на общем сервере через удаленный рабочий стол.
Для компании это удобно: один сервер, которым легко управлять. Но для разработчиков быстро проявляются серьезные неудобства:
-
Во-первых, любые ресурсоемкие задачи могут замедлить или остановить работу коллег. У меня был случай, когда запущенная мной тяжелая обработка настолько загрузила процессор сервера, что работа остальных сеансов от этого замедлилась или вообще остановилась. А еще я однажды переполнил диск на сервере, и пока админы не разобрались, стояли все. По сути, работа на RDP похожа на коммунальную квартиру, где все толкаются на одной кухне и мешают друг другу.
-
Во-вторых, обычно у разработчиков нет админских прав на этом сервере. Нельзя поставить нужный инструмент, поменять настройки, что-то протестировать. А если бы и можно было, то любые эксперименты могут навредить другим – в моей практике была ситуация, когда установка программы для MS SQL просто «сломала» сервер.
В общем, RDP оказался крайне неудобным, потому что разработчикам нужно свободно устанавливать себе программы, менять конфигурацию окружения, экспериментировать. И в идеале мы хотели бы предоставить каждому разработчику свой собственный персональный сервер – чтобы он мог там менять все что угодно, и не мешал при этом другим.
В прошлом такой вариант вызывал ощутимые проблемы.
-
Во-первых, само «железо» сервера стоило слишком дорого, и купить полноценный сервер для каждого разработчика для большинства компаний неподъемно.
-
Во-вторых, были проблемы с лицензированием: для сервера 1С и сервера СУБД были нужны лицензии, которые обходились в ощутимые суммы. Именно из-за стоимости лицензий компании часто выбирали RDP – проще и дешевле купить одну серверную лицензию и посадить туда сразу много людей.
-
А выдача сотруднику обычного персонального компьютера в те времена проблемы не решала, потому что персональные компьютеры раньше были достаточно слабенькие и банально не справлялись с нагрузкой.
К счастью, технический прогресс не стоит на месте – железо становится быстрее, компактнее и заметно дешевле. Параллельно программы и их лицензии тоже становятся более доступными: что-то подешевело, а что-то и вовсе стало бесплатным.
-
Например, у MS SQL начиная с версии 2014 появилось специальное издание Developers Edition – полностью бесплатное для цели разработки. Эта версия полностью функциональна – никаких ограничений, кроме юридических, в ней нет. Microsoft просто запрещает ее использовать для ведения учета. Но для разработки – идеальный вариант: полнофункциональная СУБД, бесплатно, установил и работай у себя на компьютере.
-
И у 1С несколько лет назад появилась серверная лицензия для разработки – «Сервер МИНИ на 5 подключений». Если обычная лицензия на сервер стоит ощутимо дорого, то розничная цена на «Сервер МИНИ» – 19 тысяч. А если у вас есть сертификат 1С:Специалист, 1С:Эксперт или 1С:Эксплуататор – вы можете приобрести «Сервер МИНИ» всего за 3 тысячи и легально установить полноценный сервер 1С на свой компьютер. Да, есть ограничение на 5 подключений, но для разработки этого более чем достаточно.
-
А еще совсем недавно у 1С появилась бесплатная комьюнити-лицензия. Она позволяет вам разрабатывать в конфигураторе, тестировать в 1С:Предприятии и даже подключаться к серверу. Ограничения у нее только по количеству подключений. Чтобы ее получить, нужно просто зарегистрироваться и ввести подтверждение из SMS. Но самое важное, что за нее не нужно платить.
Изначально у нас была простая идея – дать каждому разработчику собственный выделенный сервер, причем сделать это максимально недорого. И со временем, благодаря удешевлению железа и появлению бесплатных или доступных по стоимости лицензий эта идея стала вполне осуществимой.
Теперь мы можем приобрести хороший производительный ноутбук, поставить туда полноценную трехзвенку – полностью лицензионные сервер СУБД, сервер 1С и клиент платформы – и отдать разработчику на растерзание. На личном ноутбуке ему можно выдать админские права и разрешить устанавливать все что угодно.
Собственно, мы так и сделали. После того как мы столкнулись с проблемами работы на RDP, нам удалось убедить руководство, что работать так больше невозможно, и получить зеленый свет на изменения. У нас уже были достаточно мощные ноутбуки, и мы попросили бюджет на лицензии «Сервер МИНИ» – тогда комьюнити-лицензий еще не существовало. После RDP комфорт работы вырос колоссально. Можно было свободно ломать, чинить, настраивать – не рискуя мешать другим.
Так при чем здесь вообще макбуки? Это была небольшая предыстория. Ее цель – убедить вас в том, что сейчас и железо, и лицензии стали лучше, доступнее, производительнее. И если вы так же, как и я, живете старыми представлениями – самое время их пересмотреть, потому что сейчас все стало гораздо лучше.
Проблемы Windows-ноутбуков
У используемых нами тогда Windows-ноутбуков была примерно следующая конфигурация:
-
Core i7 12-го поколения.
-
32 гигабайта оперативки.
-
И объемный быстрый диск, чтобы можно было разворачивать много разных копий баз.
-
Закупочных цен компании я не знаю, но в розницу такой ноутбук стоил тогда в районе 150 тысяч. Я это озвучиваю для того, чтобы вы понимали: у компании не было цели сэкономить деньги на разработчиках – это был хороший достойный инструмент для работы.
Мы проработали на таких машинах лет пять и начали обращать внимание на некоторые проблемки.
-
Во-первых, батареи у этого ноутбука хватало буквально на пару часов, максимум – на четыре. Одно дело, если ты сидишь рядом с розеткой, но когда постоянно перемещаешься между переговорками или ездишь на объекты – везде искать розетку и возить с собой зарядку ужасно неудобно.
-
Во-вторых, ноутбук заметно грелся даже при несложных задачах – например, при работе с офисными документами.
-
Следующая проблема, которая выливалась из его нагрева – это тротлинг. Тротлинг – это такой термин, который обозначает, что процессор намеренно снижает свою производительность для того, чтобы не перегреться и не сломаться.
-
Четвертая проблема – это тормоза интерфейса Windows, именно 10 и 11 версии. Окна открываются с задержкой, ввод в полях может отображаться с паузой в пару секунд – думаю, многие замечали. Это, к сожалению, проблема именно операционной системы, не железной части.
Решение – попробовать макбуки. Первые впечатления
Что мы пытались с этим сделать?
-
Первая мысль была – обратиться к специалистам по ноутбукам с вопросом: можно ли починить? Если кратко, то нет. Нам предложили поменять аккумулятор, почистить от пыли, выдать новый ноутбук, но кардинально проблему это не решало никак.
-
Второй мыслью было попробовать Linux, но от этой мысли мы тоже очень быстро отказались, потому что воспроизвести привычную для себя среду разработки на Linux сложно, нужно потратить много времени.
-
И тогда мы вспомнили, что в компании есть разные модели ноутбуков для выдачи сотрудникам, в том числе, макбуки. Мы решили взять один просто ради эксперимента – посмотреть, как он себя поведет в реальной работе.
Первое, на что мы обратили внимание при работе с macOS – быстрый интерфейс этой операционной системы. Например, при открытии документа в проводнике нет никаких задержек в 4-5-10 секунд, как это часто бывает на Windows.
А это важно, потому что разработчик работает не только с программным кодом. Мы постоянно взаимодействуем с документами: открываем Excel, пишем в Word, читаем PDF, работаем в браузере, в Jira и других трекерах, рисуем схемы. И когда все эти инструменты реагируют быстро, работать становится намного приятнее.
На Windows задержки заметны, но мы к ним уже настолько привыкли, что перестаем замечать, насколько это неудобно.
Честно говоря, раньше я считал макбук просто дорогим модным девайсом, который нужен, чтобы ходить в кофейню и хвастаться.
Но ситуация изменилась в 2020 году, когда Apple начала выпускать собственные процессоры – линейку Apple Silicon: M1, M2, M3, M4 и так далее.
До появления Apple Silicon процессоры обычно делились на два лагеря – либо производительные, но требующие много электроэнергии от батареи, что сказывалось на автономности. Либо экономные в плане батареи, но не очень быстрые. Чего-то сбалансированного тогда не существовало.
Apple же сумела объединить производительность и энергоэффективность в одном процессоре. Эти чипы работают в архитектуре ARM – и это будет важно для нашего дальнейшего рассказа. А мы привыкли к совсем другой архитектуре – x86.
На практике ноутбуки с процессором Apple Silicon показали отличные результаты:
-
Батареи хватает реально на 1-2 дня разработки, а не на 2-3 часа, как в других ноутбуках.
-
Ноутбук почти не нагревается, если просто работать с документами или с конфигуратором.
Но возникает вопрос: хорошо, процессор классный, батарея тоже, но нам же нужно работать с 1С, а она исторически предназначена для Windows. Для нее макбук – это совершенно другая инфраструктура с другой архитектурой операционной системы. Мы уже сталкивались с подобными проблемами на Linux и именно по этой же причине от него отказались – потому что сложно обучить разработчиков тому, как там все настраивается.
Но оказалось, что для макбуков есть отличные инструменты виртуализации, позволяющие развернуть полноценную Windows прямо внутри macOS. Причем она будет работать в этой виртуалке достаточно быстро – как минимум не медленнее, чем на обычном Windows-ноутбуке.
Долгое время стандартом виртуализации для macOS была программа Parallels. Она обеспечивала практически нативную скорость работы – казалось, что ты просто сидишь за обычным Windows-компьютером. Но у нее есть минус:
-
программа платная, приобретается по подписке
-
и официально недоступна в России – т.е. даже если вы купили подписку за границей, в России она перестанет работать из-за территориальной блокировки.
Альтернатив долгое время не было. Да, можно использовать UTM с открытым кодом, но он слишком медленный для серьезной работы – его даже можно не рассматривать.
Однако осенью прошлого года компания VMware выпустила свой продукт для виртуализации Fusion Pro – причем бесплатно для личного использования. Он не такой удобный, как Parallels, но вполне рабочий.
Главное – у нас появилось действительно неплохое железо.
-
Мы перенесли работу с 1С на виртуальную машину с Windows, и платформа 1С поставилась туда вообще без каких-либо проблем.
-
Лицензии тоже активировались без каких-либо проблем.
-
Следующим шагом, чтобы получить полноценную трехзвенную архитектуру, мы хотели поставить туда MS SQL, поскольку именно с этой СУБД мы больше всего работали. Но оказалось, что варианта MS SQL для ARM-версии Windows просто не существует (либо мы его не нашли), а процессоры Apple Silicon, как вы помните – это ARM. В этот момент наша идеальная картинка привычной среды разработки треснула – мы не могли ее представить без MS SQL.
-
Но потом мы вспомнили про PostgreSQL. Эта СУБД сейчас активно растет в популярности, и мы восприняли эту ситуацию как знак: пора все-таки освоить ее всерьез. PostgreSQL установился на макбук без каких-либо проблем, отлично подружился с сервером 1С, и мы спокойно продолжили работать.
Макбук как сервер
В итоге макбук стал полноценным персональным сервером разработчика.
-
Работа с документами и браузером на нем была ощутимо быстрее и приятнее.
-
Все окружение 1С работало внутри виртуальной машины – в привычной Windows-среде со знакомыми инструментами.
-
По сути, мы получили лучшее от обоих миров. Один из коллег даже развернул еще одну виртуальную машину – на Linux – и получил уже «три в одном».
-
Конфигурация рабочего ноутбука, который мы тогда использовали – MacBook Pro с 16-дюймовым экраном, процессором M3 и 36 гигабайтами оперативной памяти.
-
Мы тогда разрабатывали сильно кастомизированную конфигурацию УПП, использовали только конфигуратор (без EDT), и такой конфигурации нам хватало за глаза.
Мы стали рассказывать об этом эксперименте коллегам – показывали, как настроить макбук для работы с 1С. Люди начинали пробовать, втягивались – и многие полностью отказывались от Windows-ноутбуков, переходя на ноутбуки Apple.
По нашему опыту, переход занимает примерно два месяца:
-
первые две недели – тяжело, все кажется неудобным и странным;
-
спустя месяц – начинаешь понимать фишки macOS;
-
а потом – не хочется возвращаться назад.
Что нам особенно понравилось: экран и тачпад
Помимо крутой батареи и быстрого интерфейса, многие разработчики отмечали еще два преимущества MacBook.
Первое – это классный экран:
-
Все выглядит очень четко – благодаря технологии Retina не видно сетки пикселей, все тексты и картинки немыльные.
-
Глаза не устают, даже если весь день смотреть в монитор – для нас, разработчиков, это критически важно.
-
Частота обновления 120 Гц обеспечивает плавную анимацию и прокрутку. На самом деле я не верил в то, что что-то выше 60 Гц вообще имеет смысл, но попробовав 120 – понял, насколько это удобно. Возвращаться к 60 Гц уже не хочется.
Второе преимущество MacBook – это тачпад. Он заметно больше, чем у большинства ноутбуков на Windows и спроектирован специально под работу с жестами.
После привыкания к этому тачпаду мышка становится не нужна. И когда потом пересаживаешься на обычные Windows-ноутбуки, понимаешь, насколько там тачпады неудобные.
Этот тачпад настолько полюбился пользователям, что Apple даже выпускает его как отдельное устройство – Magic Trackpad. Людям настолько нравится, что они покупают его, чтобы использовать где-то дополнительно.
Недостатки MacBook
Много я хвалил Apple. Пора поговорить о недостатках.
-
Самый первый и очевидный минус макбука – он стоит как крыло боинга. Если хороший рабочий Windows-ноутбук можно купить за 40-50 тысяч, то MacBook – это 100, 150, 300, 500 и даже 750 тысяч рублей. Мне здесь даже нечего комментировать, это факт.
-
Второй недостаток, который можно отметить – все хотят бабла. В экосистеме Apple за многое нужно платить: приложения, сервисы, подписки. После свободы выбора программ в Windows, где многое можно найти бесплатно, меня это ощутимо напрягало.
-
Третья проблема – нет апгрейдов. Из-за того, что ноутбук относительно компактный, оперативная память и SSD-диск у него впаяны в плату, и вы не сможете самостоятельно сделать апгрейд. Только если самому возиться с паяльником и перепрошивкой контроллеров – но кто рискнет делать это в ноутбуке за 150 тысяч. Умельцы есть, и при желании это сделать можно, но рискованно. А макбуки с более высокой производительностью стоят в разы дороже.
-
Четвертая проблема – мало программ поддерживают ARM-архитектуру, на которой работает Apple Silicon. Большинство программ пока еще не имеют ARM-версий и находить им полноценные замены сложно. Я думаю, что со временем эта проблема будет исправляться – разработчики поймут, что Apple Silicon с нами надолго и начнут выпускать ARM-версии программ. Но пока проблема сохраняется. Справедливости ради тут нужно сказать, что есть слой эмуляции, на котором вы можете запускать программы для x86 – но на нем программы работают чуть медленнее. Желательно, конечно, чтобы ARM-версия программы существовала.
-
Пятая проблема – из-за санкций у Apple нет официального сервиса в России. Из-за этого официальный ремонт и гарантийное обслуживание недоступны. И могут быть проблемы с запчастями. Но справедливости ради нужно сказать, что эта проблема актуальна не только для Apple – сейчас проблемы у многих компаний. Например, Lenovo мне отказалась присылать запчасти для моего моноблока – мне пришлось его сдавать назад в магазин. А фирма Dell даже не дает скачивать драйверы с официального сайта, если вы находитесь на территории России. Даже если вы ноутбук купили 15 лет назад. В целом, обслуживание для макбука найти можно, но это не совсем официальная история, потому что официального сервиса, к сожалению, нет.
Итого и что дальше
Что в итоге?
-
Мы получили ноутбук с классной батареей, который не грелся – это было для нас очень важно.
-
Мы боялись, что 1С на нем будет работать медленно, но в виртуальной машине все работало вполне бодро.
-
Мы использовали для основной разработки именно виртуалку – разворачивали сервер 1С внутри Windows.
-
Причем это не единственный вариант – конфигуратор и EDT можно запустить на макбуке и нативно, без виртуальной машины. Мы просто не использовали этот подход, но технически все работает.
Benchmark at home
Специально для статьи я сделал несколько замеров производительности между своим личным MacBook и текущим рабочим Windows-ноутбуком со следующими конфигурациями:
-
MacBook Pro 16 M4 48Gb RAM
-
Win i7-1260p, 32Gb RAM, 512 NVMe SSD
На каждом из этих ноутбуков я установил:
-
конфигурацию 1С:ERP 2.5.24.57;
-
развернул для нее файловую базу;
-
для работы с исходниками конфигурации поставил EDT 2024.2.6;
-
и выделил для виртуальной машины Java 20 гигабайт оперативной памяти.
В этих условиях я провел четыре теста – больше просто не поместилось бы на слайд:
-
Первый тест – это распаковка zip-архива ERP. Мы скачиваем zip-архив с сайта релизов, и его нужно распаковать.
-
Windows ноутбук справился за 26 секунд.
-
На макбуке это почему-то отработало за 2 секунды. Я не знаю откуда такая колоссальная разница, но оно всегда отрабатывает в районе 2 секунд.
-
Здесь макбук выиграл.
-
-
Второй тест – это загрузка распакованной конфигурации в конфигуратор.
-
При первом запуске
-
Windows справился за 60 секунд.
-
Макбук – за 57.
-
-
При втором запуске, когда мы в уже готовую демобазу начинаем грузить конфигурацию еще раз:
-
Windows справился за 25 секунд
-
Макбук – за 22 секунды.
-
-
Здесь можно сделать два вывода:
-
Во-первых, конфигуратор создает при своей работе какой-то кэш и потом его переиспользует, поэтому следующие операции с этой базой у вас будут скорее всего быстрее.
-
Второй вывод – конфигуратор все еще достоин. Он неплохо работает, практически одинаково и там и там. Какой-то ощутимой большой разницы не было.
-
-
-
Третий тест – это выгрузка из конфигуратора конфигурации в xml-файлы.
-
Точно также конфигуратор при первом запуске:
-
На Windows справился за 28 минут,
-
Макбук – за 9 минут 40 секунд.
-
-
Второй запуск был еще быстрее.
-
На Windows выгрузка заняла 11 минут.
-
На макбуке – 3 минуты 30 секунд.
-
Как вы видите, разница примерно в 3 раза в пользу макбука.
-
-
-
И четвертый проведенный тест – это импорт базы в формат EDT.
-
На Windows полностью вся загрузка заняла 65 минут. Я этот тест поделил на две части.
-
Первое, что я замерял – это через сколько времени от начала импорта появится дерево конфигурации в EDT. У Windows построение самого дерева при импорте заняло 30 минут.
-
И второе время – это через сколько еще дополнительно закончатся все остальные расширенные проверки модулей. Чтобы закончить расширенные проверки, на Windows понадобилось 35 минут.
-
-
На макбуке общий импорт занял 27 минут.
-
17 минут потребовалось, чтобы получить дерево конфигурации.
-
И 10 минут – для того, чтобы закончить все остальные проверки.
-
-
Как видите, практически по всем показателям у макбука преимущество примерно в 2 раза. Причем тест даже немного некорректный: мне не удалось настроить на макбуке ARM-версию Java, и EDT работал через эмуляцию x86. С нативной Java разница была бы чуть больше.
На слайде – показатели еще одного бенчмарка производительности MacBook.
Это современная трехмерная игра с хорошей графикой Resident Evil (2023). Она идет в среднем с частотой около 80-100 кадров в секунду. Да, макбук с ней уже ощутимо нагревается, но не троттлит – можно несколько часов играть вообще без потерь производительности.
Все это показывает, что MacBook уже давно перестал быть «просто печатной машинкой». Там достаточно мощный видеочип, который, помимо задач разработки, может пригодиться и в вашем хобби – например, для игр. Или для редактирования и обработки видео, если вы блогер.
Вопросы и ответы
Неужели у вас разработчикам хватает маленького экрана макбука, и они не требуют дополнительных мониторов с большой диагональю? У нас у каждого минимум по два монитора, а разработчики все равно хотят больше.
Требуют. Решаем индивидуально. Кому нужно, даем.
Я лично купил себе 55-дюймовый монитор сам. Можно подключить док-станцию и добавить к макбуку два дополнительных монитора – это тоже работает.
Вы говорили, что 1С может нативно работать на макбуке в режиме толстого клиента. А если я участвую в разработке программы, которая общается с 1С через http-сервис, как мне на макбуке запустить 1С в режиме, чтобы она отвечала на запросы в режиме сервера? Через автономный сервер? Или поставить отдельно Apache? Но как его настроить, если модуль веб-сервера поставляется только для Windows и Linux?
Я не знаю, хватит ли автономного сервера, поэтому лучше разверните виртуалку на Windows. Или в рамках личных экспериментов можно запустить Apache под Wine на macOS и подключить к нему DLL для Windows – это тоже работает.
А что делать, если продакшен на MS SQL, а на макбуке доступен только PostgreSQL? Все-таки разница в запросах есть.
Во-первых, вы можете поставить виртуалку не на ARM-версии, а на x86. Она будет работать в режиме эмуляции чуть медленнее.
Еще я знаю, что есть нативный вариант MS SQL под macOS. Мы с ним никогда не работали, но попробовать можно.
Еще можно использовать MS SQL в Docker через эмуляцию x86 – это тоже работает стабильно, потери производительности около 5%.
На macOS пересекаются горячие клавиши (например, Cmd+Space вызывает Spotlight). Не мешает?
Сталкивались. Нужно просто перенастроить горячие клавиши – ничего сложного.
Также можно использовать альтернативные комбинации 1С: Fn+Cmd+Space вместо Ctrl+Space, и Ctrl+Option+E вместо Ctrl+Break.
Еще одна проблема – при попытке установить некоторые версии EDT система ругается, что они не подписаны, и запрещает установку.
Да, такое бывает. Решение стандартное: в настройках безопасности можно поставить галочку «Разрешить установку». После этого все работает.
Получается, что у вас часть разработчиков на Windows, часть на macOS?
Продакшн сейчас уже работает на PostgreSQL. Разработчики почти все уже перешли на макбуки. Они работают с 1С внутри виртуальной машины Windows. Опыт разработки без виртуалки у нас ограничен – мы используем виртуалки почти всегда.
Почему выбрали именно MacBook Pro? Как насчет MacBook Air?
Air можно использовать, если вы работаете в основном с документами. Для разработки у него экран маловат, и производительности чуть меньше, чем мне бы лично хотелось.
MacBook Air весит всего ~900 г, что намного легче Pro. Но Pro мощнее и автономнее.
К Air можно через док-станцию подключить только два монитора, а Pro может работать с четырьмя мониторами. Для разработчиков это может быть важно.
*************
Статья написана по итогам доклада (видео), прочитанного на конференции INFOSTART TECH EVENT.
