Почему команда из 200 разработчиков оценивает задачу в 6 месяцев, когда стартап из 10 человек делает её за месяц? Почему продукты со временем теряют способность к инновациям, даже имея все ресурсы? Ответ не в технологиях. Ответ — в ментальных ограничениях.
Конечно же нет, что за инфоциганство (вы считаете что 10 человек более уверены в себе чем 200?)... Все упирается в архитектуру программных решений (проблемы добавления, оценки, изменения функционала), но менеджеры уже не знают как свою работу оправдывать... Все рассказывают как че надо сделать, (мотиуацию надо подняяяяять!1!!)
Так что выгорание – это, в первую очередь, проблема того, кто начал выгорать.
Прочитал этот вывод, вы думаете что в компании все решается простыми разговорами (как мне кажется).
Да вы пишите про отпуск, но у вас совет это просто каждый день не уставать, отдыхать, не перегружаться) Звучит замечательно конечно, но как-то магически, опять же потому-что в реалиях никто (из тех кто работает, а не делает вид) не сидит расслабленно без дела, а мозг штука такая, если его раскрутишь, сложно просто остановить и идти заниматься своими делами, растерять фокус чтоли)
Да и если по биохимии посмотреть, сколько мозг потребляет энергии при активном пользовании? Могу предположить что не мало)
Вы думаете 2 недели хватает чтобы разгрузить мозг? Мнение вроде про менеджеров, а написано, как мне показалось, только как итшник этот выгорает надоедлевый, задачи не закрывает.
Со статьёй если честно не согласен много где, у вас как программиста было выгорание хоть раз? Когда вы прыгаете выше головы, у вас получается, но на это ушли все силы, а вам так же надо работать 5/2 и 2 недели тут не помогут. Ещё и чаще не просто 5/2, а надо срочно, заказчики ждут, помножаем на ужасное проектирование приложений, и вот вам выгорание на год через год работы.
Про галеры это отдельная история, если вы думаете что это миф, либо вы молод и не застали этого, либо не сталкивались варинципе.
а просто составить нормальное резюме и определиться точечно, в какой конкретно сфере IT у него будут наибольшие шансы?
Так и напишите, надо просто не правду в резюме писать, но под конкретную вакансию.
Где то в статье приводился тейк что людей в ит больше стало, мне кажется это отчасти из-за того что профессий в ит стало побольше (девопс, фронт, бэк и тд и тп) и теперь все мы "итишники"
При том что кинопоиск как приложение у меня постоянно лагает, зависает и рекламу одну и ту же по 5 раз могут показать, без возможности пропустить...уже на конкурентов посматриваю, у них пока не было замечено такого
учим интервьюеров проводить встречи всё отведенное время даже если показалось, что всё уже понятно, т.к. разным соискателям требуется разное время собраться с мыслями, справиться с волнением
Проходил буквально на днях собес с HR к вам, такой надменности я давненько не встречал. Человек явно не программист, а так общается и рассуждает будто пишет по паре сайтов в неделю (условно). Но спасибо за то что напомнили это уныние от работы на "дядю".
Приведенная вами статья в правильную сторону копает, как по мне. Но там, как и в этой статье, почему-то ООП определяется через посылку сообщений, хотя в книге банды четырех (по моему) четко говорится что в ООП метод должен получать только другие объекты, что само собой, изначально, подразумивает изменения данных под структуры (го) классы (много всего другого) и уже эти объекты передавать туда сюда.
Извините меня конечно, но если вы занимаетесь просвещением людей по наболевшей теме, как можно писать... такое?
ООП отлично справляется с моделированием передачи данных, и никак не помогает в их трансформации. Если вам нужно превратить один тип данных в другой по каким то правилам - воспользуйтесь ФП или СП
Помните, что ООП - это про посылку сообщений.
Вы хотя-бы книгу Мартина читали про архитектуру? Или банды про ООП...
ИП как ответственность за код и продукт. Чтобы никто не влезал в структуру кода, ну это как минимум. Вы если работали в компаниях и читали трудовой, обычно везде пишут что ваш труд на благо компании это собственность компании, а не ваша.
Лучше и не скажешь, надо всем прогерам открывать свои ИП, а инженегры пусть манагерам и бизнесу который не хочет погружаться в ИТ и видеть дальше своего носа, зарабатывают бабки за счет своего здоровья и профессионализма
но и пихают их туда где хватило бы стандартного дерева решений со строгими логическими услоями
Ха, это точно. У меня знакомый устроился в ит компанию где начальство не программисты, и вот теперь они на основе новостей делают предсказание нагрузки на сервер (с помощью ии конечно) чтобы включить доп сервера, вместо обычного балансировщика нагрузки :)
Скажите, а DDD композиция существует? Как у неё проверить границы?))
А если серьёзно, берем S из одной известной абревиатуры и получается что для проектирования границ модуля бизнес логики (что у вас называется DDD агрегатом как я понял) нужно выделить так называемых акторов (группу лиц) заинтересованных в данном функционале и скорее всего которые будут вносить доработки по нему, получается что функциональность для каждого актора (группы лиц) и есть границы модулей (агрегатов DDD?)
Собственно, а в чем люди не правы? Если ты в компании работаешь за двоих, то никто не будет тебе повышать зарплату, когда можно платить 1 ставку а работу получать за 2. Это кстати достаточно очевидный факт, но я его не сразу осознал...
У вас пирамида потребностей реальности неверная. Математика это инструмент, мы можем им измерить физику или химию. А вот физика и химия спокойно существует без математики как науки
Конечно же нет, что за инфоциганство (вы считаете что 10 человек более уверены в себе чем 200?)... Все упирается в архитектуру программных решений (проблемы добавления, оценки, изменения функционала), но менеджеры уже не знают как свою работу оправдывать... Все рассказывают как че надо сделать, (мотиуацию надо подняяяяять!1!!)
Прочитал этот вывод, вы думаете что в компании все решается простыми разговорами (как мне кажется).
Да вы пишите про отпуск, но у вас совет это просто каждый день не уставать, отдыхать, не перегружаться) Звучит замечательно конечно, но как-то магически, опять же потому-что в реалиях никто (из тех кто работает, а не делает вид) не сидит расслабленно без дела, а мозг штука такая, если его раскрутишь, сложно просто остановить и идти заниматься своими делами, растерять фокус чтоли)
Да и если по биохимии посмотреть, сколько мозг потребляет энергии при активном пользовании? Могу предположить что не мало)
Вы думаете 2 недели хватает чтобы разгрузить мозг? Мнение вроде про менеджеров, а написано, как мне показалось, только как итшник этот выгорает надоедлевый, задачи не закрывает.
Со статьёй если честно не согласен много где, у вас как программиста было выгорание хоть раз? Когда вы прыгаете выше головы, у вас получается, но на это ушли все силы, а вам так же надо работать 5/2 и 2 недели тут не помогут. Ещё и чаще не просто 5/2, а надо срочно, заказчики ждут, помножаем на ужасное проектирование приложений, и вот вам выгорание на год через год работы.
Про галеры это отдельная история, если вы думаете что это миф, либо вы молод и не застали этого, либо не сталкивались варинципе.
Так и напишите, надо просто не правду в резюме писать, но под конкретную вакансию.
Где то в статье приводился тейк что людей в ит больше стало, мне кажется это отчасти из-за того что профессий в ит стало побольше (девопс, фронт, бэк и тд и тп) и теперь все мы "итишники"
При том что кинопоиск как приложение у меня постоянно лагает, зависает и рекламу одну и ту же по 5 раз могут показать, без возможности пропустить...уже на конкурентов посматриваю, у них пока не было замечено такого
Пхаххахаха...хахахах...ха...мда
Проходил буквально на днях собес с HR к вам, такой надменности я давненько не встречал. Человек явно не программист, а так общается и рассуждает будто пишет по паре сайтов в неделю (условно). Но спасибо за то что напомнили это уныние от работы на "дядю".
Отдельный яндекс плюс на музыку и кино это кайф чистой воды
Приведенная вами статья в правильную сторону копает, как по мне. Но там, как и в этой статье, почему-то ООП определяется через посылку сообщений, хотя в книге банды четырех (по моему) четко говорится что в ООП метод должен получать только другие объекты, что само собой, изначально, подразумивает изменения данных под структуры (го) классы (много всего другого) и уже эти объекты передавать туда сюда.
Извините меня конечно, но если вы занимаетесь просвещением людей по наболевшей теме, как можно писать... такое?
Вы хотя-бы книгу Мартина читали про архитектуру? Или банды про ООП...
ИП как ответственность за код и продукт. Чтобы никто не влезал в структуру кода, ну это как минимум. Вы если работали в компаниях и читали трудовой, обычно везде пишут что ваш труд на благо компании это собственность компании, а не ваша.
Лучше и не скажешь, надо всем прогерам открывать свои ИП, а инженегры пусть манагерам и бизнесу который не хочет погружаться в ИТ и видеть дальше своего носа, зарабатывают бабки за счет своего здоровья и профессионализма
Ха, это точно. У меня знакомый устроился в ит компанию где начальство не программисты, и вот теперь они на основе новостей делают предсказание нагрузки на сервер (с помощью ии конечно) чтобы включить доп сервера, вместо обычного балансировщика нагрузки :)
Скажите, а DDD композиция существует? Как у неё проверить границы?))
А если серьёзно, берем S из одной известной абревиатуры и получается что для проектирования границ модуля бизнес логики (что у вас называется DDD агрегатом как я понял) нужно выделить так называемых акторов (группу лиц) заинтересованных в данном функционале и скорее всего которые будут вносить доработки по нему, получается что функциональность для каждого актора (группы лиц) и есть границы модулей (агрегатов DDD?)
Собственно, а в чем люди не правы? Если ты в компании работаешь за двоих, то никто не будет тебе повышать зарплату, когда можно платить 1 ставку а работу получать за 2. Это кстати достаточно очевидный факт, но я его не сразу осознал...
У нас ведь углеродная жизнь
С достоверностью в 0 процентов, у вас не одного физического закона.
У вас пирамида потребностей реальности неверная. Математика это инструмент, мы можем им измерить физику или химию. А вот физика и химия спокойно существует без математики как науки
Нейросеть? Жесть какая
Это...гениально?)
Фронтенд на php сложно назвать классикой)) яб даже сказал это наоборот - изюминка))