Не знаю, у меня опыт только своей команды. Те, кто сдавал экзамен, сильно подтягивания свои знания и расширили кругозор в тех областях, в которых они никогда не работали. Сотруднику не требовалось 2 месяца на переход в ЗУП из БП или УТ.
Интересно, сам думаю сделать нечто подобное, но без access. У MOEX есть хороший API, только на бесплатном аккаунте задержка 10 минут. Если не дейтрейдер, может получиться неплохой инструмент для анализа.
Автору — респект. Описание — один в один с моим опытом, за исключением п4 ("нет денег папика", в моем случае — были). И борьба с беспределом в части трудового кодекса здесь должна лежать в области уголовного права.
Тоже был такой звонок. Ответил "нет" и повесил трубку. Ничего не подключили. Но проблема есть, предложение подается очень завуалировано, понять, что это подписка сходу невозможно.
Понизит, потому что в таком ключе это будет подано на собеседовании. Вежливо намекнут, что "вы тут, конечно, много понарассказали, но, в целом, не дотягиваете". Работодатель пытается сбить любую цену, это работа бизнес-людей, а соискатель работает головой, среди разрабов редко встречаются торговцы, последние очень быстро сливаются на фриланс и чувствуют там себя весьма неплохо. Но это другая история.
Тут вот ещё какой аспект. Работодателю выгодно слукавить и выставить перед соискателем проект сложнее, чем он есть. Это автоматически понизит планку самооценки соискателя и позволит отметать любые попытки последнего диктовать свои условия. Причём, о своих навыках соискатель честно заявил в своём резюме и эти навыки относительно легко проверить, в то время как историю работодателя не проверить никак до тех пор, пока не посмотришь на проект своими глазами.
Можно только порадоваться, что у вас все получилось. Такие истории успеха часто слышу от работающих с иностранными заказчиками — у них другая культура и понимание, что подход "надо все переделать и сделать это надо было ещё вчера" не работает.
Может неудачно выразился, под фреймворком имени "1С конфигуратор" подразумевал реализованных платформой объектную модель абстрактных классов, доступную через Конфигуратор или EDT, не саму IDE.
Конкурировать с 1С в плане создания бизнес объектов, имхо, дело гиблое. Слишком много воды утекло со времен 6.0 и 7.7, слишком много ресурсов вложено во фреймворк имени "1С Конфигуратор". А вот дать инструмент для собственного UI на базе объектной модели 1С — очень даже может взлететь! Я бы задумывался о бэке, как о мидлваре между web/http сервисами 1С и фронтом на js. React для 1С — вот здесь есть перспективы, кмк. На мой взгляд, 1С в ближайшем будущем не сможет избавиться от своего неоднозначного "Такси" и в это сторону можно "копать".
Это если присутствует откровенный обман, когда заявлен один функционал, а по факту — другой. Имеющиеся недостатки часто продаются как фичи, и мы все это знаем. Проблема в том, что полить говнецом продукт намного проще, чем создать свой. И когда люди, подобные автору, ловят хайп на чужих косяках не создав ничего своего, вызывает вполне определённую реакцию как со стороны компаний, так и со стороны аудитории.
Также, как и любая компания имеет право эти недостатки скрывать. Взять автопром с жёсткой конкуренцией, почти у каждого именитого бренда есть косячки, о которых они знали в момент выпуска модели и они ее выпустили! Потому-что если заниматься перфекционизмом, вас обгонят и тысячи работников отправятся мести дворы вместо гарантированной работы на конвейере. ИТ рынок ничем не лучше и сливать компанию, применившую передовую, но не проверенную технологию это глупость. Мы все, кто в сфере более 10 лет, знаем эту кухню. Нет идеала и абсолютно безопасных решений. И важно не сколько косяков, а как компания планирует их исправлять. Но публиковать бэклог с исправлениями она совершенно никому не обязана. Более того, чем меньше людей знают о проблемах, тем целее будут пользовательские данные.
Возьмите 500 рандомных мужчин и женщин. Попробуйте их обучить программированию. На тех, кто смогли обучиться считайте количество пуллреквестов. По своему опыту, качественных программистов по полу примерно одинаково, программистов вообще в 8 раз больше мужчин. Те 2 женщины из коллектива в 10 человек имели скорее мужской склад ума, чем женский: не позволяли себе раскачивать эмоциональные маятники в коллективе, брали ответственность, были хорошими аналитиками. Хорошие были сотрудники, пока в декрет не ушли...
У них есть серьезные архитектурные промахи, которые делают платформу уязвимее к человеческому фактору: код, данные и пользователи в одной базе, платформа нормально работает только под dbo правами, выпуск релизов с неработающим клиент-серверным шифрованием (ранние 8.3 этим точно грешили), возможность легкого встраивания закладок на запуск любого кода под правами серверного пользователя. Это то, что вспоминается.
Ну а 7.7 вообще лучше в этом ключе не обсуждать, до сих пор security audit вспоминаю как страшный сон.
Увы, 1С никогда не славилась трепетным отношением к безопасности и защите, может это и помогло им завоевать практически весь учетный рынок. Статья интересная, спасибо.
Не знаю, у меня опыт только своей команды. Те, кто сдавал экзамен, сильно подтягивания свои знания и расширили кругозор в тех областях, в которых они никогда не работали. Сотруднику не требовалось 2 месяца на переход в ЗУП из БП или УТ.
А в пользу чего? Большинство проектов, куда звали на собесы написаны на стеке react/redux/saga.
О react в чистом виде уже говорить не приходится, спрашивают react/redux/saga. Без этих 3-х китов сейчас даже на джунов не смотрят. Мир меняется.
Как ни странно, в свое время не нашёл статей начального уровня, где это описывалось бы в одном тексте.
Таких статей на просторах много. Было бы интересно почитать про установку ssl сертификата, что не так тривиально.
Интересно, сам думаю сделать нечто подобное, но без access. У MOEX есть хороший API, только на бесплатном аккаунте задержка 10 минут. Если не дейтрейдер, может получиться неплохой инструмент для анализа.
Автору — респект. Описание — один в один с моим опытом, за исключением п4 ("нет денег папика", в моем случае — были). И борьба с беспределом в части трудового кодекса здесь должна лежать в области уголовного права.
Тоже был такой звонок. Ответил "нет" и повесил трубку. Ничего не подключили. Но проблема есть, предложение подается очень завуалировано, понять, что это подписка сходу невозможно.
Понизит, потому что в таком ключе это будет подано на собеседовании. Вежливо намекнут, что "вы тут, конечно, много понарассказали, но, в целом, не дотягиваете". Работодатель пытается сбить любую цену, это работа бизнес-людей, а соискатель работает головой, среди разрабов редко встречаются торговцы, последние очень быстро сливаются на фриланс и чувствуют там себя весьма неплохо. Но это другая история.
Тут вот ещё какой аспект. Работодателю выгодно слукавить и выставить перед соискателем проект сложнее, чем он есть. Это автоматически понизит планку самооценки соискателя и позволит отметать любые попытки последнего диктовать свои условия. Причём, о своих навыках соискатель честно заявил в своём резюме и эти навыки относительно легко проверить, в то время как историю работодателя не проверить никак до тех пор, пока не посмотришь на проект своими глазами.
Можно только порадоваться, что у вас все получилось. Такие истории успеха часто слышу от работающих с иностранными заказчиками — у них другая культура и понимание, что подход "надо все переделать и сделать это надо было ещё вчера" не работает.
Может неудачно выразился, под фреймворком имени "1С конфигуратор" подразумевал реализованных платформой объектную модель абстрактных классов, доступную через Конфигуратор или EDT, не саму IDE.
Конкурировать с 1С в плане создания бизнес объектов, имхо, дело гиблое. Слишком много воды утекло со времен 6.0 и 7.7, слишком много ресурсов вложено во фреймворк имени "1С Конфигуратор". А вот дать инструмент для собственного UI на базе объектной модели 1С — очень даже может взлететь! Я бы задумывался о бэке, как о мидлваре между web/http сервисами 1С и фронтом на js. React для 1С — вот здесь есть перспективы, кмк. На мой взгляд, 1С в ближайшем будущем не сможет избавиться от своего неоднозначного "Такси" и в это сторону можно "копать".
Это если присутствует откровенный обман, когда заявлен один функционал, а по факту — другой. Имеющиеся недостатки часто продаются как фичи, и мы все это знаем. Проблема в том, что полить говнецом продукт намного проще, чем создать свой. И когда люди, подобные автору, ловят хайп на чужих косяках не создав ничего своего, вызывает вполне определённую реакцию как со стороны компаний, так и со стороны аудитории.
Также, как и любая компания имеет право эти недостатки скрывать. Взять автопром с жёсткой конкуренцией, почти у каждого именитого бренда есть косячки, о которых они знали в момент выпуска модели и они ее выпустили! Потому-что если заниматься перфекционизмом, вас обгонят и тысячи работников отправятся мести дворы вместо гарантированной работы на конвейере. ИТ рынок ничем не лучше и сливать компанию, применившую передовую, но не проверенную технологию это глупость. Мы все, кто в сфере более 10 лет, знаем эту кухню. Нет идеала и абсолютно безопасных решений. И важно не сколько косяков, а как компания планирует их исправлять. Но публиковать бэклог с исправлениями она совершенно никому не обязана. Более того, чем меньше людей знают о проблемах, тем целее будут пользовательские данные.
Возьмите 500 рандомных мужчин и женщин. Попробуйте их обучить программированию. На тех, кто смогли обучиться считайте количество пуллреквестов. По своему опыту, качественных программистов по полу примерно одинаково, программистов вообще в 8 раз больше мужчин. Те 2 женщины из коллектива в 10 человек имели скорее мужской склад ума, чем женский: не позволяли себе раскачивать эмоциональные маятники в коллективе, брали ответственность, были хорошими аналитиками. Хорошие были сотрудники, пока в декрет не ушли...
Это автор до flex боксов ещё не дошел
Ну а 7.7 вообще лучше в этом ключе не обсуждать, до сих пор security audit вспоминаю как страшный сон.
Увы, 1С никогда не славилась трепетным отношением к безопасности и защите, может это и помогло им завоевать практически весь учетный рынок. Статья интересная, спасибо.