Разобраться, что там намычал заказчик в бизнес требованиях - задача ПМа, а не разработчика. Или даже бизнес аналитика, если он есть. Иначе, а зачем тогда они нужны вообще? Другое дело если в компании их нет.
Работаю 1С программистом. Что-то похожее на код ревью было только, когда начал работать. Иногда требую код ревью, когда нужно срочно изменить большое количество полей в базе и нет времени протестировать его.
Для проверки стиля кода есть линтеры, которые обычный ревьюер никогда не заменит по эффективности. На мой взгляд, если и имеет смысл делать код ревью то в первую очередь на уровне solution design и логики, и это отличная возможность для команды выработать какие-то общие принципы в написании кода, особенно для тех, кто новенький в команде/джун.
Так в этом же и заключается ревью (solilution design). А что б правильный отступ был или стилистика скобочек - это уже давно даже IDEшки делать умеют+ всякие flake8
На мой взгляд руководитель должен определять архитектуру, структуру и стиль. И все кто придерживается свободных взглядов или пытается умничать - остаётся без зарплаты.
Не согласен с определением Джун/миддл /сеньйор. Вы путаете разработчиков с бизнеса аналитиками. Разбираться в бизнес логике, особенно большой компании, не задача разработчика. Понимание работы компании приходит со временем, но это никак не связано с уровнем сеньйорности разработчика. Особенно это касается больших компаний в которых большая текучка кадров.
@@777camry777 Отлично знаю, 4 года опыта в крупных компаниях. Если вас, заставили лезть в зону ответственности разработчиков, это не значит, что везде так
Предел Бороды Ричарда Столлмана преодолен! По поводу код-ревью. Когда все эти гулг-глазы появились у меня возникла идея - фиксировать взгляд профессионала на код. По принципу температуры. Чем дольше core-reviewer смотрит на фрагмент кода - тем выше его температура. Далее можно сверить с другим. Самые температурные участки кода - подозрительны. Это еще не WTF но уже сомнительное местечко.
Вау! Я - сеньор! А самооценка вечно на уровне чайника! ))))))))))))))) Наверно сеньор этот тот, кто в принципе владеет технологией на 80+ %. Иначе трудно определить как считать. ИМХО Сеньор это: опыт работы в разных проектах и с разными технологиями с разными предприятиями в течение 3-5 лет с решением задачи уровня определения архитектуры проекта.
Спасибо Сергей! 100% так и есть как ты говоришь! Расскажи лучше как сравлятся с ситуацией когда тебе буквально навязывают писать код путём,который тебе не по душе и твой код фактически делает одну и ту же задачу и не как не противоречит цели! Я мидл девелопер в автомации и много чему научился у сеньёров,в том числе фулстакс,за что им безгранично благодарен! Взгляд и подход к задаче может быть разный у всех иногда разобратся в подходе другого девелопера ,это просто срыв башки. Зачем всё усложнять,если я написал код более практичным и читабельным? (Я не говорю о всех случаях когда в самом деле можно применить другой подход) Спасибо!
@@lero4ka_valero4ka_77, у меня было подобное, я проводил замеры, но ревьюер как баран упирался, что здесь принят такой стайл и писать замороченный (на мой взгляд, но он считает иначе) код тоже принято в команде (к слову, в команде на то время были почти все новенькие) хотя предыдущая команда, по странным причинам, почему-то ушла... не долго я там проработал...
я пока не смотрел что у тебя есть на канале, но хочу задать вопрос - попал на проект, где был очень большой технический долг, а клиент не хотел чтоб мы его решали, у всей команды было прям дичайшее уныние и аппатия и лень и наша команда не успевала по этой причине, взаимоисключающие баги и тд, обычно до этого я уходил заранее с таких проектов, а тут изза желания поддержать компанию решил остаться до победного. В итоге меня уволили, и мне теперь тошно смотреть на код даже собственных проектов... что делать, как вернуть жажду создавать?(( у меня изза этого аппатия, на работу не хочу устраиватся тоже по этой причине, сам - сеньор с почти 10 летним стажем... хочу это вспомнить - как я часами сидел в коде и жизнь была интерсна...
да, при централизованом код ревью ещё и код писать проблематично. а где-то на десятке разработчиков нужен уже второй архитектор/техлид. но в целом работает. от команды зависит.
По части "всё, что можно исправить" - не могу согласиться. Важный момент - прозрачность архитектуры. Я лично главную пользу код ревью вижу в том, что на это посмотрел другой человек и понял что оно делает. Хороший код должен быть написан так, чтоб не было потребности его объяснять. И не всегда возможно код собственного авторства непредвзято оценить по этому критерию.
2:35 в нескольких собесах такая задача ставилась, сделать код ревью, что задача вообще не решена и код джун не запускал, этого не говорится. На первом собесе я провалил его, потом понял в чём соль и на следующее уже оффер дали
Чем зашло. Это простые истины. Или тут были рассказаны конкретные методики? Бабки на лавке также трепятся, а программеры обсуждают предметно. Все что вода - это не опыт и не знания, а вода как это
Code review это то что делает из набор разработчиков команду. 1. Это единственный способ обмена опытом внутри проекта. 2. Это формирует общую ответственность за кодовую базу, а не то что John Doe у нас отвечает исключительно за платежи, а Jane Doe -- за работу с БД. 3. В случае отсутствия тестов -- это единственный способ обеспечить качество продукта. 4. Позволяет определить что задача была действительно сделана, иногда разработчик может сделать только часть задачи и просто забыть о каких-то мелочах, о которых напомнят коллеги. 5. Даже мелкая проблема замеченная на этапе code review гораздо дешевле в исправлении, чем в релизе. и т.д.
Не кажется ли Вам, Сергей, что Тимлиду необязательно писать новый код непосредственно на проекте(ах), ведь, как правило, программисты имеют пет-проекты, либо хотя бы они уделяют определенную часть свободного времени на изучение нового в ИТ и связанными с ним (или текущими/будущими проектами) отраслях?
Каким образом понимание задачи заказчика делает тебя синьёром? Для примера, я работал в сфере заказчика около 20 лет + много друзей с универа кто и сейчас работает в банках и компаниях. Я отлично понимаю, какие задачи ставятся в банках перед командами и какую бизнес логику хочет видеть заказчик. Более того, иногда знаю, что он хочет реализовать в будущем, так как у друга в банке это уже давно пройденный этап. Поэтому понимание желаний заказчика на любом уровне не делает из меня синьёр программиста ни разу.
Здравствуйте. У меня к вам программистам "ютуберам" такой вопрос. Если у вас серьёзный уровень в программировании, то почему не идёте работать в крупные айти компании, например, Microsoft (зп 15-30млн руб в год)? Или почему в свое время не создали программу типа whatsapp, TH-cam, всякие андроид игры итд? С вашими то знаниями...
Последнее не валидно. Умение писать код не равно умению придумать пользующийся спросом продукт. Первое про позиции с мега зп - тут +\- , зависит от приоритетов человека. С другой стороны, помимо зарплат - те позиции предусматривают решение сложных задач, таких, которые не каждый осилит. Значит там возможен рост или поддержание тонуса - это еще один + к привлекательности работы на такой позиции.
А БА не подразумевается в команде? А груминг тасок тоже нет? Каждый разраб сам додумывает себе аксептанс критерии и дефинишн оф дан? Ну бред же. Да и вообще, бред , про то ,что синьорнее тот, кто в бизнес логике разбирается лучше. Видел кучу людей которые у себя на проекте тимлиды, на рынке не может пройти собес на синьора. Это про это! Или наоборот, пришел архитектор новый и любой мидл с годом опыта на проекте по бизнес логике порвет архитектора как тузик грелку. Так что не первый раз вижу , что вы говорите бред.
Мдааааааа...... Джун - он джун и Синьор ему не по зубам априори. Если ждун и найдет хоть что-то в проекте синьора, то это будет капля, которая не стоит и не влияет на производительность или функционал и близко, а найти что-то стоящее чтобы реально стоило переписать вследствие безопасности, производительности, короче говоря качество, то ждун и в жизни там ничего не увидит. В противном случаи он не джун, а мидл. А по вашему это оля голливудский стиль: пришел полупокер и разнес всех к чертям, а все потому что ему нравится быть полупокером, а программирование он занимается для души
А на счет "удаленной работы на заграницу" - вы вообще считали выгоду от данного мероприятия? 5-6К евро.....выглядит на первый взгляд привлекательно. А если копнуть? 1) Начнем с того, что в стране работодателя с Вас возьмут налоги и очень приличную часть от Вашей зарплаты и на руки будет уже совсем другая сумма. 2) Предположим что-то случилось и Вы оказались в больнице на пару тройку месяцев. Что по оплате? Что с местом Вашим будет? 3) Никаких пенсионных стажей не идет. 4) Ещё и своё государство имеет право обложить Ваш доход подоходным налогом (как текущий, так и ранее полученный). 5) За удаленку платят в 95% случаях меньше, чем за аналогичную работу в офисе. Сколько реально от 5-6К получите на руки? И вопрос. В чем изюм работы в "европе", если в часе езды от дома можно получать на руки те же самые по факту деньги и быть гораздо более защищенным?
зовнішньо економічна діяльність через в Україні через ФОП, 1) в залежності від країни, є така штука як захист від подвійного оподаткування. Я надсилаю європейській компанії довідку від своєї податокової, що є податковим резидентом України, і за мене не будуть сплачувати податки в іншій країні. 3) - ФОПи платять ЄСВ в пенсійний фонд, стаж рахується. 4) - з ФОП системою все просто і прозоро - 5% від прибутку.
@@OlexLebed так об этом и речь ) Один только налог в 5% на ФОП полностью нивелирует все потенциальные выгоды "работы на заграницу", не считая остальных плюшек от работы дома.
@@OlexLebed Можешь написать конкретные суммы? Вот смотри. Учу пока микросервисы. Часть ребят уже закончили и вышли на работу. Стандартная ставка у них от 3К+ долларов. Это ""грязными" + всякие ништяки, типа доп страховки у некоторых, у кого-то чай/кофе и т.д. После налогов 2600 примерно будет чистыми. + заболел - норм денег получаешь, пока в больнице загораешь. Напиши любую европейскую страну и напиши, сколько на руки по факту получишь и что будет, когда в больничку приляжешгь на пару недель. Что по правам? Как легко могут пинок под зад дать? Просто эти 5-6К подозреваю по факту, меньше чем тут 3К будут.
Думал я недоджун который мимо VBA проходил, а я похорду неопытный синьер. Ну а чо? Реализовал в WMSке настолько эффективную систему репленишмента насколько возожно с учетом того что Австрийские SAP пацаны не готовы сделать вообще ничего? Дал людям не только понимание как правильно работать, но и инструменты, чтобы все делалось по нажатию одной кнопки, а дальше "магия оно все само"? Занимаюсь постоянным "рефакторингом", чтобы ежедневный континиоюс девелопмент не превращался в 100 состояний селект кейса, а просто передавал данные в класс и отрисовывал динамическую форму, при необходимости? Достаточно ли мне запроса "Мы короче хз. As is - вот так. Хуйня или нормально?" ? Во всех случаях ответ "Да". Безнес задача решена сильно лучше чем база международной компании с миллиардными прибылями в отдельно взятой стране. Задачу я воспринимаю и в технических терминах, и в терминах линейного персонала склада, и в терминах имплементации решений на уровне глобальной команды.🤔🤔🤔
Лайк сразу, только за то, что Вы все еще Сергей Немчинский!
@cafehumanhours Та харош. Уж этого я точно не переживу. Он капитальный кравчик!
😂👍
Разобраться, что там намычал заказчик в бизнес требованиях - задача ПМа, а не разработчика. Или даже бизнес аналитика, если он есть. Иначе, а зачем тогда они нужны вообще? Другое дело если в компании их нет.
Работаю 1С программистом. Что-то похожее на код ревью было только, когда начал работать. Иногда требую код ревью, когда нужно срочно изменить большое количество полей в базе и нет времени протестировать его.
Борода и очки + 30% к експертности)
И к старости)
Для проверки стиля кода есть линтеры, которые обычный ревьюер никогда не заменит по эффективности. На мой взгляд, если и имеет смысл делать код ревью то в первую очередь на уровне solution design и логики, и это отличная возможность для команды выработать какие-то общие принципы в написании кода, особенно для тех, кто новенький в команде/джун.
Так в этом же и заключается ревью (solilution design). А что б правильный отступ был или стилистика скобочек - это уже давно даже IDEшки делать умеют+ всякие flake8
На мой взгляд руководитель должен определять архитектуру, структуру и стиль. И все кто придерживается свободных взглядов или пытается умничать - остаётся без зарплаты.
@@KostsovKonstantin такиоб этом же и комментарий, не?)
@@SergMirny_yt , почти. Контекст немного другой.
Дуже вдячний за відео
Классная у тебя рубаха :)
и мне она нравится))
Спасибо Сергей, еще не досмотрел видео, но уже благодарен!
Дзякуй за Вашу працу
Не согласен с определением Джун/миддл /сеньйор. Вы путаете разработчиков с бизнеса аналитиками. Разбираться в бизнес логике, особенно большой компании, не задача разработчика. Понимание работы компании приходит со временем, но это никак не связано с уровнем сеньйорности разработчика. Особенно это касается больших компаний в которых большая текучка кадров.
@@777camry777 Бред! Аналитик, не обязан понимать код) Бизнес процессы и логику самого приложения - да.
@@777camry777 Отлично знаю, 4 года опыта в крупных компаниях. Если вас, заставили лезть в зону ответственности разработчиков, это не значит, что везде так
@@kawaikaino5277 Domain Driven Design
@@777camry777 Зачем аналитику читать код? Достаточно уметь читать и писать всякие open api, uml и схемы баз данных?
Предел Бороды Ричарда Столлмана преодолен!
По поводу код-ревью. Когда все эти гулг-глазы появились у меня возникла идея - фиксировать взгляд профессионала на код. По принципу температуры. Чем дольше core-reviewer смотрит на фрагмент кода - тем выше его температура. Далее можно сверить с другим. Самые температурные участки кода - подозрительны. Это еще не WTF но уже сомнительное местечко.
красиво! так же будет работать и в обратную сторону - подсвечивать некомпетентных или недостаточно ответственных ревьюверов
Интересная тема видео. Зашёл покритиковать. Но ты чертовски прав.
Вау! Я - сеньор! А самооценка вечно на уровне чайника! )))))))))))))))
Наверно сеньор этот тот, кто в принципе владеет технологией на 80+ %. Иначе трудно определить как считать. ИМХО Сеньор это: опыт работы в разных проектах и с разными технологиями с разными предприятиями в течение 3-5 лет с решением задачи уровня определения архитектуры проекта.
Благодарю!
Спасибо Сергей! 100% так и есть как ты говоришь! Расскажи лучше как сравлятся с ситуацией когда тебе буквально навязывают писать код путём,который тебе не по душе и твой код фактически делает одну и ту же задачу и не как не противоречит цели! Я мидл девелопер в автомации и много чему научился у сеньёров,в том числе фулстакс,за что им безгранично благодарен! Взгляд и подход к задаче может быть разный у всех иногда разобратся в подходе другого девелопера ,это просто срыв башки. Зачем всё усложнять,если я написал код более практичным и читабельным? (Я не говорю о всех случаях когда в самом деле можно применить другой подход) Спасибо!
Замер производительности сделай и у кого меньше очей набъет у того и хрен больше, а на словах не хуже этот как вид слева или снизу
@@lero4ka_valero4ka_77, у меня было подобное, я проводил замеры, но ревьюер как баран упирался, что здесь принят такой стайл и писать замороченный (на мой взгляд, но он считает иначе) код тоже принято в команде (к слову, в команде на то время были почти все новенькие) хотя предыдущая команда, по странным причинам, почему-то ушла... не долго я там проработал...
я пока не смотрел что у тебя есть на канале, но хочу задать вопрос - попал на проект, где был очень большой технический долг, а клиент не хотел чтоб мы его решали, у всей команды было прям дичайшее уныние и аппатия и лень и наша команда не успевала по этой причине, взаимоисключающие баги и тд, обычно до этого я уходил заранее с таких проектов, а тут изза желания поддержать компанию решил остаться до победного. В итоге меня уволили, и мне теперь тошно смотреть на код даже собственных проектов... что делать, как вернуть жажду создавать?(( у меня изза этого аппатия, на работу не хочу устраиватся тоже по этой причине, сам - сеньор с почти 10 летним стажем... хочу это вспомнить - как я часами сидел в коде и жизнь была интерсна...
Волосы - огонь!!! :)
да, при централизованом код ревью ещё и код писать проблематично. а где-то на десятке разработчиков нужен уже второй архитектор/техлид. но в целом работает. от команды зависит.
ооо даже посмотрю это
Серьёзно?! Сам syracuse соизволил посмотреть данное видео?
как сделать так чтобы выводы сделанные на ретроспективе исполнялись потом командой?
По части "всё, что можно исправить" - не могу согласиться. Важный момент - прозрачность архитектуры. Я лично главную пользу код ревью вижу в том, что на это посмотрел другой человек и понял что оно делает. Хороший код должен быть написан так, чтоб не было потребности его объяснять. И не всегда возможно код собственного авторства непредвзято оценить по этому критерию.
Борода всё ещё топ.
Дякую, Сергію!
2:35 в нескольких собесах такая задача ставилась, сделать код ревью, что задача вообще не решена и код джун не запускал, этого не говорится. На первом собесе я провалил его, потом понял в чём соль и на следующее уже оффер дали
В чем соль)?
@@kawaikaino5277 я написал уже, перечитай
в том, что он долпоёп, прошел собес там, где попалась задача, которую он уже 10 раз провалил, на 11 раз угадал.
@@nicholasspezza9449 2 против 11, фига ты загнул. И почему ты обзываешься? День плохой был?
Сергей, спасибо за годный контент. Какие требования к коду, к стилистике кода вы бы предъявляли?
Спасибо, крутой выпуск - мне очень зашло!
Чем зашло. Это простые истины. Или тут были рассказаны конкретные методики? Бабки на лавке также трепятся, а программеры обсуждают предметно. Все что вода - это не опыт и не знания, а вода как это
@@lero4ka_valero4ka_77 если ты такой прошаренный и недовольный, что ты забыл на этом канале?
и не страшен нам Chat GPT, пока Вы еще Сергей Немчинский)
Блин всё ещё Сергей Нимчинский, буду дальше ждать:(
Уважаемая борода
лукасик от СЕООНЛИ!
Борода топ!
Code review это то что делает из набор разработчиков команду.
1. Это единственный способ обмена опытом внутри проекта.
2. Это формирует общую ответственность за кодовую базу, а не то что John Doe у нас отвечает исключительно за платежи, а Jane Doe -- за работу с БД.
3. В случае отсутствия тестов -- это единственный способ обеспечить качество продукта.
4. Позволяет определить что задача была действительно сделана, иногда разработчик может сделать только часть задачи и просто забыть о каких-то мелочах, о которых напомнят коллеги.
5. Даже мелкая проблема замеченная на этапе code review гораздо дешевле в исправлении, чем в релизе.
и т.д.
А как можно быть «все ещё» основателем компании?)) этот факт уже никак не изменить (по крайней мере до возможности путешествий во времени)
это просто устоявшаяся шутка
Живу в России жаль, что не могу купить ваш курс ибо сайт заблочен да и что бы вас и страну поддержать
о, вы еще Сергей Немчинский)
Когда дождусь приветствия «Все еще бородатый Сергей Немчинский»?
Не кажется ли Вам, Сергей, что Тимлиду необязательно писать новый код непосредственно на проекте(ах), ведь, как правило, программисты имеют пет-проекты, либо хотя бы они уделяют определенную часть свободного времени на изучение нового в ИТ и связанными с ним (или текущими/будущими проектами) отраслях?
не обязательно. но хочется!
Вы что)) Как это не писать, писать))
как это потом поддерживать ?
зорос!
Каким образом понимание задачи заказчика делает тебя синьёром?
Для примера, я работал в сфере заказчика около 20 лет + много друзей с универа кто и сейчас работает в банках и компаниях. Я отлично понимаю, какие задачи ставятся в банках перед командами и какую бизнес логику хочет видеть заказчик. Более того, иногда знаю, что он хочет реализовать в будущем, так как у друга в банке это уже давно пройденный этап.
Поэтому понимание желаний заказчика на любом уровне не делает из меня синьёр программиста ни разу.
Если разработчик пишет один и тот же код... Ну вы поняли.
Код ревью как и любую практику можно превратить в хлам, своим отношением к проекту и коллегам. Увы.
ни одно из твоих предсказаний не исполнилось, вот ты жук
Лайк сразу, в поддержку победы Украины! С уважением с Казахстана.
Спасибо вам за поддержку))
Лайк за укр лого
Здравствуйте. У меня к вам программистам "ютуберам" такой вопрос. Если у вас серьёзный уровень в программировании, то почему не идёте работать в крупные айти компании, например, Microsoft (зп 15-30млн руб в год)? Или почему в свое время не создали программу типа whatsapp, TH-cam, всякие андроид игры итд? С вашими то знаниями...
высокий уровень у них только на видосике в ютубе, это ж тик-ток программисты, в серьезном продакшне они чупа-чупсят.
Последнее не валидно. Умение писать код не равно умению придумать пользующийся спросом продукт.
Первое про позиции с мега зп - тут +\- , зависит от приоритетов человека. С другой стороны, помимо зарплат - те позиции предусматривают решение сложных задач, таких, которые не каждый осилит. Значит там возможен рост или поддержание тонуса - это еще один + к привлекательности работы на такой позиции.
а почему на русском?
А БА не подразумевается в команде? А груминг тасок тоже нет? Каждый разраб сам додумывает себе аксептанс критерии и дефинишн оф дан? Ну бред же.
Да и вообще, бред , про то ,что синьорнее тот, кто в бизнес логике разбирается лучше. Видел кучу людей которые у себя на проекте тимлиды, на рынке не может пройти собес на синьора. Это про это! Или наоборот, пришел архитектор новый и любой мидл с годом опыта на проекте по бизнес логике порвет архитектора как тузик грелку. Так что не первый раз вижу , что вы говорите бред.
бородач...
Тематическая музыкальная композиция th-cam.com/video/GxohQ2bizmQ/w-d-xo.html
Мдааааааа...... Джун - он джун и Синьор ему не по зубам априори. Если ждун и найдет хоть что-то в проекте синьора, то это будет капля, которая не стоит и не влияет на производительность или функционал и близко, а найти что-то стоящее чтобы реально стоило переписать вследствие безопасности, производительности, короче говоря качество, то ждун и в жизни там ничего не увидит. В противном случаи он не джун, а мидл. А по вашему это оля голливудский стиль: пришел полупокер и разнес всех к чертям, а все потому что ему нравится быть полупокером, а программирование он занимается для души
Джун это не стажер, это специалист с некоторым опытом. Хотя баги даже стажер может найти, их ведь все делают, сеньор это не святой.
А на счет "удаленной работы на заграницу" - вы вообще считали выгоду от данного мероприятия?
5-6К евро.....выглядит на первый взгляд привлекательно. А если копнуть?
1) Начнем с того, что в стране работодателя с Вас возьмут налоги и очень приличную часть от Вашей зарплаты и на руки будет уже совсем другая сумма.
2) Предположим что-то случилось и Вы оказались в больнице на пару тройку месяцев. Что по оплате? Что с местом Вашим будет?
3) Никаких пенсионных стажей не идет.
4) Ещё и своё государство имеет право обложить Ваш доход подоходным налогом (как текущий, так и ранее полученный).
5) За удаленку платят в 95% случаях меньше, чем за аналогичную работу в офисе.
Сколько реально от 5-6К получите на руки?
И вопрос. В чем изюм работы в "европе", если в часе езды от дома можно получать на руки те же самые по факту деньги и быть гораздо более защищенным?
зовнішньо економічна діяльність через в Україні через ФОП,
1) в залежності від країни, є така штука як захист від подвійного оподаткування. Я надсилаю європейській компанії довідку від своєї податокової, що є податковим резидентом України, і за мене не будуть сплачувати податки в іншій країні.
3) - ФОПи платять ЄСВ в пенсійний фонд, стаж рахується.
4) - з ФОП системою все просто і прозоро - 5% від прибутку.
@@OlexLebed так об этом и речь )
Один только налог в 5% на ФОП полностью нивелирует все потенциальные выгоды "работы на заграницу", не считая остальных плюшек от работы дома.
@@OlexLebed
Можешь написать конкретные суммы? Вот смотри. Учу пока микросервисы. Часть ребят уже закончили и вышли на работу. Стандартная ставка у них от 3К+ долларов. Это ""грязными" + всякие ништяки, типа доп страховки у некоторых, у кого-то чай/кофе и т.д.
После налогов 2600 примерно будет чистыми.
+ заболел - норм денег получаешь, пока в больнице загораешь.
Напиши любую европейскую страну и напиши, сколько на руки по факту получишь и что будет, когда в больничку приляжешгь на пару недель.
Что по правам? Как легко могут пинок под зад дать?
Просто эти 5-6К подозреваю по факту, меньше чем тут 3К будут.
@@ПавелК-ю9э ці всі умови пишуться в контракті. Як домовишся. Це ж не трудовий договір, де тобі всі і все винні. Це вже підприємницька діяльність.
@@UkraineBabuin а вам треба, щоб держава доплачувала 5% ?? і ще банки всі при переказах накидували по 1% :-D
а знаете какое требование заказчик предъявляет к коду ? чтобы работал, а с этим у вас проблемы
Зачем флаг Украины если спикер говорит на русском?)😂
Думал я недоджун который мимо VBA проходил, а я похорду неопытный синьер. Ну а чо? Реализовал в WMSке настолько эффективную систему репленишмента насколько возожно с учетом того что Австрийские SAP пацаны не готовы сделать вообще ничего? Дал людям не только понимание как правильно работать, но и инструменты, чтобы все делалось по нажатию одной кнопки, а дальше "магия оно все само"? Занимаюсь постоянным "рефакторингом", чтобы ежедневный континиоюс девелопмент не превращался в 100 состояний селект кейса, а просто передавал данные в класс и отрисовывал динамическую форму, при необходимости? Достаточно ли мне запроса "Мы короче хз. As is - вот так. Хуйня или нормально?" ?
Во всех случаях ответ "Да". Безнес задача решена сильно лучше чем база международной компании с миллиардными прибылями в отдельно взятой стране. Задачу я воспринимаю и в технических терминах, и в терминах линейного персонала склада, и в терминах имплементации решений на уровне глобальной команды.🤔🤔🤔