Pull to refresh
-2
0
Denis Trunin @DenisTrunin

Разработчик D365FO

Send message
Ну плата за лицензию скорее всего. У того же Микрософта это есть, SQL Server к примеру лицензируется по ядрам. Т.е. тут похоже просто более детальный процесс, какой-нибудь отчет собираете раз в месяц, считаете сумму
Что-то про деньги непонятно. т.е. вы ведете кучу групп и конференций, делаете обучающие курсы и получаете при этом меньше 130к (это конечно не низкая зарплата, но как написали выше «индусы с 3-мя классами образования» вполне могут получать столько-же).
Философский вопрос. к примеру вместо выгорания будете думать куда потратить такую кучу денег :)
Финансовая сторона вопроса непонятна. У нас допустим подтвержденный клиентом овертайм оплачивается в тройном размере и если кому-то выпала возможность поработать в выходные-вечером, то можно считай поздравлять. Если конечно не платить или платить по обычной ставке, то тут можно выгореть, но возникает вопрос зачем
Ну да кстати хороший пример с 600 программистами. Зачем столько. Большие проекты то 1С наверняка имеют 5-10 программистов, но никак не 600.
Производительность тоже такой спорный вопрос, не думаю что у М-Видео прям так много продаж(ну т.е. это сотни тысяч в день, поместится в Excel), т.е. даже не очень производительная технология это сможет обработать если код и схема спроектированы правильно
А какие например? Мне вот удивительно, что системы подобные 1С все не вытеснили, т.е. тоже же .NET не предполагает значительного увеличения производительности программиста по сравнению к примеру с 10 годами ранее
Или вот тут был доклад, когда кто-то из Java хвалился что они улучшили процесс Onboarding нового человека и он теперь занимает «всего» пару недель. В 1С же как я понимаю нет таких цифр, т.е. даже новый человек сможет более или менее работать сразу если решение написано по рекомендациям.
А фирмы которые продают C# или Java разработчиков — думаете не демпингуют?
Ну да. Так а что делается за 1/4? куда не посмотришь, есть программисты фронтэнд, программисты бекэнд, архитекторы которые создают различные слои приложения(типа слой работы с данными, слой приложения. слой интерфейса пользователя), дев опс настраивающие контейнеры/кибернетис.
В 1С нет же ничего такого, программист просто меняет то что нужно, сохраняет и выкатывает обновление пользователю
Забавно, автор рассуждает о отличиях 1 и 4 часов за оплату какой-то функциональности в 1С, однако стоит подумать и о альтернативах. Я так понимаю то что делается за это время, занимает дни или даже недели при использовании разработки на стандартных языках программирования, т.е. выгода все же есть
Удивительно прямо какой огромный спрос.
Но конечно такие статьи без цифр о зарплате не так интерестны
так а почему если оптимизируете, то оставляете процесс который занимает 30-60% времени и дает не очень хорошие результаты(т.е. нет реджектов кода или их мало).
Ну т.е. я понимаю что для программистов это наверное хорошо, но почему менеджмент это не присекает
А у вас какая-то внутренняя разработка или заказная? ну т.е. кто-нибудь занимается оптимизацией процесса(чтобы сделать быстрее\дешевле чем конкуренты) или просто есть внутренний бюджет и вы его расходуете?
потратить порядка 10% от времени, затраченного на написание кода, на подготовку к ревью. Следует помнить, что ревьюеру на качественное ревью легко может потребоваться и 20%, и 50% от времени, затраченного автором на написание кода.

А сколько при таком раскладе будет уходить на исправление замечаний по ревью?
т.е. 10% подготовка, 20-50% само ревью. Если есть замечания, то сколько в среднем закладывается на них?
Мне кажется это ключевое в процессе. Т.е. убедить менеджмент что вы будете заниматься какой-то неизмеряемой деятельностью 30-60% процентов времени.
У вас хоть prod был. Я работал на проекте где было 5 окружений и они назывались именами планет. т.е. фраза — «установлена ли у нас эта модификация на юпитере» поначалу приводила в ступор. Хотя через полгода привыкаешь :)
В целом да. Т.е. вся идея low code — это не то, что что-то делается проще, а то что убирается возможность «выстрелить себе в ногу», когда люди отступают от стандартных практик.
Также одно из преимуществ — это уменьшение цепочки между конечным пользователем и разработчиком. Т.е. в классическом подходе пользователь может хотеть чтобы «футер менял цвет», а до разработчика это требование может дойти совершенно другим. А в лоу код пользователь это может поменять сам(ну или попросить напрямую разработчика)
Вообще в нормальных местах тоже самое делается по другому. По заданиям которые описал автор делается мини-тренинг, далее небольшой тест, что пользователь понял содержание и умеет это делать. Получается профит и пользователю(если он что-то из этих заданий не знал, то на тренинге узнает) и ИТ поддержке(вы можете указать как более правильно решать задачи). Вы же ставите целью только отсечь тех кто не умеет(т.е. ваш процесс имеет негативный или нейтральный эффект), непонятно какой в нем смысл
А интерестно почему власти Калифорнии при таких ценах еще не настроили поля многоэтажек. Ну т.е. спрос то сокращается, но все же не очень сильно
У меня конечно же есть. т.е. я работаю как правило на компьютере, дополнительно есть резервный ноутбук. Кроме того все клиенты у которых от фукнциональности программ зависят какие-то денежные показатели, держат резервные сервера(или имеют заключенные договора на оперативную поддержку), которые большей частью времени простаивают. По другому то никак, это как бы основы управления рисками
Ну как бесплатно, для MS текущее направление развития — это Azure. Редактор — это один из компонент в стеке. Т.е. я так понял идея, что надо пересадить всех на этот редактор, а потом на каком-то этапе добавить дефолтную кнопку «Deploy to Azure».
Считайте что на это идет рекламный бюджет от Azure
Ну вот тракторы беларусь стотят около 3млн(около 40к USD получается). Купи такой и пока диллер едет паши на нем.
beltrakt.ru/traktory/universalnie-traktory/page-2
так а почему не с десяток? к тому же типовой фермер очевидно не первый год занимается фермерством, т.е. у него должна быть статистика, сколько примерно тракторов выходят из строя при напряженной работе(конкретно на его земле и условиях работы), это можно планировать заранее

Information

Rating
Does not participate
Location
Brisbane, Queensland, Австралия
Date of birth
Registered
Activity