Статья прямо успокаивает, даже убаюкивает. Оказывается ты не один, кому примелькались эти гаденькие, красиво одетые менеджеры с ровными перламутровыми зубами, которые, используя отточенные (и в то же время гладенькие и круглые, как морские камушки) фразы, а так же базовые навыки НЛП, пытаются впарить вам кучку плохо организованного и совершенно не тестируемого кода в виде недокументированного конструктора, а после оставляют вас один на один с «выверенными и точными процессами, используемые лучшими компаниями из Fortune 500»…
Ну 1С не единственный не типизированный язык. Пайтон например тоже и РНР, и оба в своей области хорошо применимы.
Насчет облома без абстракций — да. Из-за этого приходится городить кучу смешанного кода. Еще бесит отсутствие компонентного подхода. Нельзя например встроить кусок формы в другую форму.
У нас не очень маленький проект. Что-то вроде специализированной системы документооборота.
По тестам — я вообще вижу очень мало смысла в юнитах. Мне импонируют feature тесты.
Я не знаю на какой версии платформы вы работаете, но сейчас есть просто функция «Выгрузить конфу в файлы», и все модули и настройки выгружаются в кучу файлов, которые отслеживает гит. Формы и настройки в XML, код модулей в bsl файлы…
Качество кода типовых и платформа — да. К сожалению часто бывает что после обновления что-то начинает работать по новому. С одной стороны иногда это хорошо — какие-то костыли в модулях становятся частью платформы. С другой — пойди попробуй обнови БСП в проекте без автоматического тестирования…
Мешает конечно. Любая система имеет свои особенности и ограничения. 1С платформа — это не очень плохо, но многое могло бы быть лучше.
EDT пока сырой, не стал его использовать.
Насчет языка — он просто специфический. Если посмотреть на современные методы разработки, например на Java (со Спрингом), то от родной Джавы там мало что есть. Уже начинается какой-то мета-уровень языка, который пестрит аннотациями и специфическими конструкциями. По сути DSL. Так же как и в Android разработке. Язык разметки смешивается с специфичными командами платформы, выраженными через Java или Kotlin.
Переписать язык 1С на Java — и ничего не изменится, просто будет Form.getElements('ElementName').setValue(115). Чем это лучше просто Элементы.ЧтоТо = Значение?
А так — таже клиент-серверная платформа. Формочки на XMLе, логика на бэйсике. Но надо конечно упрощать тулзы 1С-никам. И надо придумать что-то с тестированием.
А у меня как раз другой кейс — я из веба прыгаю в 1С. И сейчас пилю 1С стартап для нишевого рынка. И как раз именно то, что разработка на 1С дает огромное конкурентное преимущество, поскольку во всех компания 1С уже есть — пользователи к нему привыкли, а админам не нужно плодить зоопарк систем.
Надо еще сказать, что мы пилим изначально дорогой продукт — по 100к конкурентная лицензия.
Так что в данном вопросе с автором поста абсолютно согласен.
Кстати опыт в вебе транслируется на 1С. Например команда при разработке использует GIT (1С сейчас такое позволяет).
Сказал как отрезал.
Но вообще то смысл коммьюнити как раз в общении, а не в том, чтобы упражняться в познании языка. И члены коммьюнити, как ни странно в большинстве своем, владеют более чем одним языком. Поэтому, если обратите внимание, мой запрос как раз нацелен на то, что бы выяснить на каком языке говорят все остальные и выбрать на каком языке продолжать общение.
Если смысл английских комментариев под английскими статьями не общение, а генерация англоязычного контента — тогда хорошо бы определить это в правилах и принципиально обозначить.
Кроме того здесь чувствуется некий перекос. Английский язык под русскими статьями воспринимается нормал — и все коммьюнити спокойно отвечает автору комментария на английском. Русский же комментарий под английской статьей — по вашему мнению, покушение на право коммьюнити говорить на каком либо языке. Бинго!
И я тоже отмечусь с предложением, связанным с нововведениями на Хабре.
Часто читаешь англоязычный пост, заходишь в комментарии и все комментарии на английском. Вроде так принято — англ пост, англ комментарии. Но не всегда уровень языка позволяет грамотно выразить свою мысль на английском, но при этом не знаешь — автор комментария (или поста) говорит только на английском или на русском тоже? Т.е. если автор все же русскоговорящий — можно было бы написать комментарий на русском, если нет — печально идти на поклон к транслятору.
Из этого рождается предложение прикрутить к информации о пользователе (и авторе поста и комментария) указание на то, какими языками он владеет, что бы было понятно как к нему можно обратиться.
Мне интересно узнать — а какова причина перехода на Python? Насколько я понимаю оригинал написан в 2015 году, тогда интересно так же узнать — стали бы вы сейчас переходить на Python с учетом всех новых выстреливших фич пыха за эти годы?
Если серьезно, то нужно просто понять, что язык вообще не определяет технологию. Вы мало знаете примеров плохого кода на JS или Java? Проблемы у 1С возникают в первую очередь из-за проблемных франчей, которые понанимают вчера родившихся «программистов», а потом люди очумевают от говногода. Почему много «новорожденных»? Две причины: массовость технологии и крайне низкий порог входа. Так что получается, что основная проблема 1С не в языке, а в его простоте и популярности. И не будет развиваться платформа, если сменить язык — она как была так и останется, только с другим языком. Только специалисты станут дороже.
Хотите сравнить язык платформы 1С с ABAP? Как раз языки одного класса.
Извините конечно, но если вы думаете что проблема в языке, то вы совсем не разбираетесь в платформе 1С.
Да. Как раз это я и имел ввиду, предполагая что ответ возможно необходимо обработать. И вообще как-то не совсем синхронное ощущение от этого метода, поскольку есть и прямой возврат пустой коллекции и возврат чего-то, что возвращает репозиторий, а его возврат в свою очередь зависит от магии и т.п. Т.е. получается, что если меняется тип возвращаемого значения, то его нужно менять в двух местах…
Я домашние задачки иногда просто ради интереса делаю. 4-8 часов это норм, но можно и меньше. Например интересные задачки при найме в csssr.ru. Они опубликованы в вакансии и без решения ты даже на собеседование не попадешь. А решить их задачи можно в пределах часа…
Полагаю что задачи на собеседовании должны даваться, но только на дом. Не у всех (имею ввиду конечно же себя:-) ) прокачан скилл собеседований. Дома я могу весьма сложные вещи взять в работу, сидя перед интервьювером забываю даже базовые. И этот скилл не прокачивается…
Насчет облома без абстракций — да. Из-за этого приходится городить кучу смешанного кода. Еще бесит отсутствие компонентного подхода. Нельзя например встроить кусок формы в другую форму.
У нас не очень маленький проект. Что-то вроде специализированной системы документооборота.
По тестам — я вообще вижу очень мало смысла в юнитах. Мне импонируют feature тесты.
Качество кода типовых и платформа — да. К сожалению часто бывает что после обновления что-то начинает работать по новому. С одной стороны иногда это хорошо — какие-то костыли в модулях становятся частью платформы. С другой — пойди попробуй обнови БСП в проекте без автоматического тестирования…
EDT пока сырой, не стал его использовать.
Насчет языка — он просто специфический. Если посмотреть на современные методы разработки, например на Java (со Спрингом), то от родной Джавы там мало что есть. Уже начинается какой-то мета-уровень языка, который пестрит аннотациями и специфическими конструкциями. По сути DSL. Так же как и в Android разработке. Язык разметки смешивается с специфичными командами платформы, выраженными через Java или Kotlin.
Переписать язык 1С на Java — и ничего не изменится, просто будет Form.getElements('ElementName').setValue(115). Чем это лучше просто Элементы.ЧтоТо = Значение?
А так — таже клиент-серверная платформа. Формочки на XMLе, логика на бэйсике. Но надо конечно упрощать тулзы 1С-никам. И надо придумать что-то с тестированием.
Надо еще сказать, что мы пилим изначально дорогой продукт — по 100к конкурентная лицензия.
Так что в данном вопросе с автором поста абсолютно согласен.
Кстати опыт в вебе транслируется на 1С. Например команда при разработке использует GIT (1С сейчас такое позволяет).
Постарайтесь в комментариях еще больше говорить свысока (желательно с недостижимой вершины), что бы собрать больше плюсов.
Но вообще то смысл коммьюнити как раз в общении, а не в том, чтобы упражняться в познании языка. И члены коммьюнити, как ни странно в большинстве своем, владеют более чем одним языком. Поэтому, если обратите внимание, мой запрос как раз нацелен на то, что бы выяснить на каком языке говорят все остальные и выбрать на каком языке продолжать общение.
Если смысл английских комментариев под английскими статьями не общение, а генерация англоязычного контента — тогда хорошо бы определить это в правилах и принципиально обозначить.
Кроме того здесь чувствуется некий перекос. Английский язык под русскими статьями воспринимается нормал — и все коммьюнити спокойно отвечает автору комментария на английском. Русский же комментарий под английской статьей — по вашему мнению, покушение на право коммьюнити говорить на каком либо языке. Бинго!
Часто читаешь англоязычный пост, заходишь в комментарии и все комментарии на английском. Вроде так принято — англ пост, англ комментарии. Но не всегда уровень языка позволяет грамотно выразить свою мысль на английском, но при этом не знаешь — автор комментария (или поста) говорит только на английском или на русском тоже? Т.е. если автор все же русскоговорящий — можно было бы написать комментарий на русском, если нет — печально идти на поклон к транслятору.
Из этого рождается предложение прикрутить к информации о пользователе (и авторе поста и комментария) указание на то, какими языками он владеет, что бы было понятно как к нему можно обратиться.
Спасибо!
Хотите сравнить язык платформы 1С с ABAP? Как раз языки одного класса.
Извините конечно, но если вы думаете что проблема в языке, то вы совсем не разбираетесь в платформе 1С.
когда ни одного пользователя не найдено?
И мотивацию в конце концов показывает…
— Суп!
— Борщ, Гороховый, Солянку?
— NoUniqueBeanDefinitionException…