Хочется все-таки прокомментировать
Мы не согласны с комментарием, в котором написано, что у нас плохой продукт
Нашими продуктами реально пользуются миллионы.
И далеко не только бухгалтерией.
Наши продукты успешно конкурируют с ведущими мировыми компаниями в области бизнес-софта.
И у нас есть реальные оценки пользователей, по которым мы можем судить.
Возможно, мы не очень умеем хвастаться своими реальными достижениями.
Разумеется, в наших продуктах есть то, что нужно улучшать.
И мы активно над этим работает — технологии и продукты активно развиваются.
Мобильные, КОРП, облачные, искусственный интеллект, хранилища…
Но статья не про продукт, а про работу в 1С.
Поэтому подробно про продукт сейчас не будем.
Почему разработчикам нравится работать в 1С:
— Возможность создавать уникальные технологии фреймворки и инструменты (во всем мире не так много таких масштабных платформ для быстрой разработки бизнес-приложений)
— У нас очень интересные задачи (создание уникальных технологий — таких как UI framework, кластер, mobile framework, распределенные системы, хранилища, ORM, МО, IDE...)
— Возможности роста — как профессионального, так и карьерного, у нас, если сотрудник может развиваться и имеет способности, то мы всегда находим ему интересное и ответственное направление, задачу
— Причем развиваться можно как в качестве разработчика, так и в качестве архитектора, и в качестве руководителя
— Осознание того, что разработанным тобой механизмом будут пользоваться миллионы пользователей и сотни тысяч разработчиков, тоже весьма согревает и вдохновляет
— Коллектив — доброжелательные, профессиональные, увлеченные ребята — это здорово! Всегда можно спросить совета и люди идут навстречу с позитивом.
— Мощная техника — кому нужно — два или больше мониторов, кому нужно — два или больше физических компьютеров и ноутбуков, смартфонов, планшетов, множество серверов для тестирования
— Возможность обучать и курировать студентов-стажеров (тем, кому это интересно)
Ну и об условиях и «плюшках»: заработная плата, удобный офис, бесплатная парковка, тренажерный зал, массажные кресла, библиотека, заказ профессиональной литературы, хорошо решены вопросы питания, медицинского обслуживания… Все на уровне, который позволяет этим особо не заморачиваться и больше времени и энергии уделить работе.
И нужно понимать, что мы ищем не просто сотрудников, мы ищем единомышленников
Тех, кому интересно разрабатывать фреймворки, универсальные технологии, средства разработки, тиражные решения.
Кто хочет создавать что-то значимое, новое и перспективное.
Если есть сомнения, что это так — приходите к нам, побеседуем. Вы сможете поговорить с руководителями команд, разработчиками, архитекторами и узнать, как им работается и почему им интересно работать у нас.
Я писал о том, чем пользуется команды разработки платформы.
А вопрос, как я сейчас понимаю, был про прикладные конфигурации.
Извините что не сразу понял суть вопроса.
в разработке какую систему контроля версий вы предпочитаете
svn, git
какими системами автоматизации используете
Jenkins например.
Вот тут и тут про это есть подробнее.
какие методологии разработки вы используете
Зависит от команды. Кто-то практикует варианты Agile, кто-то использует другие стили ведения проекта. Канонического SCRUM, кажется, нет нигде. Тут про это есть чуть подробнее, раздел «Люди и процессы».
Есть ли такая вещь как bug trecker?
Обязательно!
Используем собственную конфигурацию «База задач», написанную на 1С, на ней же отлаживаем самые новые версии платформы 1С. Тут есть подробнее, раздел «Eating your own dogfood / База задач».
Некоторые команды используют Jira и Bugzilla.
посматриваете ли в сторону контейнеризации?
Посматриваем. Более подробно, к сожалению, пока ответить не могу.
Зарплата обсуждается с кандидатом индивидуально.
Это довольно распространенная практика.
Это не вопрос (не)уважения.
На hh.ru, например, много (на мой взгляд — большинство) интересных вакансий без указания зп.
И это, на мой взгляд, во многих случаях правильно и оправданно.
"отказаться от корявого велосипеда под названием «язык 1С»."
Пока не вижу причин отказываться от Domain-Specific Language — он позволяет решать задачи выбранного домена на порядки быстрее классических языков программирования.
В пользу чего предлагаете отказываться?
Что взамен?
Добрый день!
Я сейчас не в офисе, с разработчиками проконсультироваться не могу. Но, насколько помню, если отбросить все вами перечисленное — С++ занимает 97%-99%. Несколько визуальных контролов (точно помню про планировщик и форматированный документ) написаны с применением JavaScript.
Java, насколько помню, применяется только в EDT и Сервере Взаимодействия. Возможно еще где-то в утилитах администрирования, но 100% не уверен.
В случае XDTO это, скорее, побочный эффект (причем, насколько помню, недокументированный).
Осознанного решения по введению рег. выражений мы, повторюсь, пока не приняли.
А то я в последнее время приобрёл привычку сжимать исходник
Ну тут дело вкуса.
Что до меня — я готов увеличить размер исходника, но получить лучше читаемый код, мне открывающие фигурные скобки на новой строке глаз радуют :)
У нас нет разделения на серверные бинарники и не серверные. Есть разделение на 32-битные и 64-битные.
Высокая частота и новые инструкции в процессорах не должны коррелировать.
64-битные бинарники собираются с generic x64 инструкциями, включающими в себя, например, sse2 и cmov. AVX не используется, да и мест в платформе таких практически нет, где бы от них был явный выигрыш.
Для преимущественно англоязычных данных UTF-8 имеет смысл, в нашем случае профит будет небольшой.
И потом, переход на UTF-8 может оказаться несравнимо тяжелее, нежели переход на новый стандарт, ситуацию нужно тщательно анализировать, учесть все возможные выигрыши и потери.
задействовать стандартную библиотеку особого труда не составит.
А какую считать стандартной?
Далее, после выбора стандарта, надо документировать, обучать, поддерживать работу на разных ОС и т.д. и т.п.
Т.е. все это — весьма серьезная активность. Плюсы реализации которой, как я уже говорил, неочевидны. А не просто задействовать стандартную библиотеку.
Мы не согласны с комментарием, в котором написано, что у нас плохой продукт
Нашими продуктами реально пользуются миллионы.
И далеко не только бухгалтерией.
Наши продукты успешно конкурируют с ведущими мировыми компаниями в области бизнес-софта.
И у нас есть реальные оценки пользователей, по которым мы можем судить.
Возможно, мы не очень умеем хвастаться своими реальными достижениями.
Разумеется, в наших продуктах есть то, что нужно улучшать.
И мы активно над этим работает — технологии и продукты активно развиваются.
Мобильные, КОРП, облачные, искусственный интеллект, хранилища…
Но статья не про продукт, а про работу в 1С.
Поэтому подробно про продукт сейчас не будем.
Почему разработчикам нравится работать в 1С:
— Возможность создавать уникальные технологии фреймворки и инструменты (во всем мире не так много таких масштабных платформ для быстрой разработки бизнес-приложений)
— У нас очень интересные задачи (создание уникальных технологий — таких как UI framework, кластер, mobile framework, распределенные системы, хранилища, ORM, МО, IDE...)
— Возможности роста — как профессионального, так и карьерного, у нас, если сотрудник может развиваться и имеет способности, то мы всегда находим ему интересное и ответственное направление, задачу
— Причем развиваться можно как в качестве разработчика, так и в качестве архитектора, и в качестве руководителя
— Осознание того, что разработанным тобой механизмом будут пользоваться миллионы пользователей и сотни тысяч разработчиков, тоже весьма согревает и вдохновляет
— Коллектив — доброжелательные, профессиональные, увлеченные ребята — это здорово! Всегда можно спросить совета и люди идут навстречу с позитивом.
— Мощная техника — кому нужно — два или больше мониторов, кому нужно — два или больше физических компьютеров и ноутбуков, смартфонов, планшетов, множество серверов для тестирования
— Возможность обучать и курировать студентов-стажеров (тем, кому это интересно)
Ну и об условиях и «плюшках»: заработная плата, удобный офис, бесплатная парковка, тренажерный зал, массажные кресла, библиотека, заказ профессиональной литературы, хорошо решены вопросы питания, медицинского обслуживания… Все на уровне, который позволяет этим особо не заморачиваться и больше времени и энергии уделить работе.
И нужно понимать, что мы ищем не просто сотрудников, мы ищем единомышленников
Тех, кому интересно разрабатывать фреймворки, универсальные технологии, средства разработки, тиражные решения.
Кто хочет создавать что-то значимое, новое и перспективное.
Если есть сомнения, что это так — приходите к нам, побеседуем. Вы сможете поговорить с руководителями команд, разработчиками, архитекторами и узнать, как им работается и почему им интересно работать у нас.
Я писал о том, чем пользуется команды разработки платформы.
А вопрос, как я сейчас понимаю, был про прикладные конфигурации.
Извините что не сразу понял суть вопроса.
Но до нашего HR довести постараюсь.
Есть пара статей на эту тему:
Если интересует что-то конкретное — спрашивайте, постараемся ответить в комментариях или в новых статьях.
svn, git
Jenkins например.
Вот тут и тут про это есть подробнее.
Зависит от команды. Кто-то практикует варианты Agile, кто-то использует другие стили ведения проекта. Канонического SCRUM, кажется, нет нигде.
Тут про это есть чуть подробнее, раздел «Люди и процессы».
Обязательно!
Используем собственную конфигурацию «База задач», написанную на 1С, на ней же отлаживаем самые новые версии платформы 1С. Тут есть подробнее, раздел «Eating your own dogfood / База задач».
Некоторые команды используют Jira и Bugzilla.
Посматриваем. Более подробно, к сожалению, пока ответить не могу.
9:15 — 18:00.
Это довольно распространенная практика.
Это не вопрос (не)уважения.
На hh.ru, например, много (на мой взгляд — большинство) интересных вакансий без указания зп.
И это, на мой взгляд, во многих случаях правильно и оправданно.
Если вы про то, как набирают разработчиков прикладных решений — про это в одной из следующих статей.
"отказаться от корявого велосипеда под названием «язык 1С»."
Пока не вижу причин отказываться от Domain-Specific Language — он позволяет решать задачи выбранного домена на порядки быстрее классических языков программирования.
В пользу чего предлагаете отказываться?
Что взамен?
AppStore довольно долго проверяет приложения, иногда доходит до 2 недель.
Я сейчас не в офисе, с разработчиками проконсультироваться не могу. Но, насколько помню, если отбросить все вами перечисленное — С++ занимает 97%-99%. Несколько визуальных контролов (точно помню про планировщик и форматированный документ) написаны с применением JavaScript.
Java, насколько помню, применяется только в EDT и Сервере Взаимодействия. Возможно еще где-то в утилитах администрирования, но 100% не уверен.
Осознанного решения по введению рег. выражений мы, повторюсь, пока не приняли.
> 600 Мб
Ну тут дело вкуса.
Что до меня — я готов увеличить размер исходника, но получить лучше читаемый код, мне открывающие фигурные скобки на новой строке глаз радуют :)
Высокая частота и новые инструкции в процессорах не должны коррелировать.
64-битные бинарники собираются с generic x64 инструкциями, включающими в себя, например, sse2 и cmov. AVX не используется, да и мест в платформе таких практически нет, где бы от них был явный выигрыш.
И потом, переход на UTF-8 может оказаться несравнимо тяжелее, нежели переход на новый стандарт, ситуацию нужно тщательно анализировать, учесть все возможные выигрыши и потери.
А какую считать стандартной?
Далее, после выбора стандарта, надо документировать, обучать, поддерживать работу на разных ОС и т.д. и т.п.
Т.е. все это — весьма серьезная активность. Плюсы реализации которой, как я уже говорил, неочевидны. А не просто задействовать стандартную библиотеку.