К сожалению, не успели донести эту информацию до стендов, где выдавали призы и озвучивали комбинации.
А что мешало потом, когда вы поняли проблему, взять микрофон и сказать со стенда: "дорогие призеры 12-го раунда. Мы напечатали 100500 листиков и сердечек. Это сильно больше, чем призов. Мы лоханулись. Простите"
На сервере хотя бы надо задумываться, что железо стоит денег. А ваш телефон для продуктовой команды - бесплатный.
Я никого не хочу оправдывать, я сам как пользователь продолжаю есть кактус (то есть регулярно заношу денег чтобы купить новый телефон)
Но посудите с точки зрения бизнеса, что важнее? Быстрее и дешевле выкатить тяжелую аппку, или заморочится оптимизацией? Бизнес - он ради денег, а не чтобы мир стал лучше.
Если аппка будет "как у всех", то ответ очевиден. Если сильно больше - то да, пользователи уйдут. Если меньше - то пользователи внутренне похвалят, но денег вряд ли принесет.
Был бы жесткий отбор по размеру - эволюция аппок свернула бы в сторону оптимизаций. Но увы. Отбора нет. Пользователи "хавают"
Вы правы, часто проблему заливают даже не физическтм железом, а деньгами. А что в этом плохого? Ну то есть если этот путь эффективный, может так и надо?
Это же не ваши бабки.
Почему бы не дать приложению в 5 раз больше памяти, и не париться об инцидентах с эпизодическим out of memory, когда кто-то, скажем, сгенерит гигантский отчет?
Почему бы не дать эту память, чтобы сборщик мусора мог оптимально работать, а не устраивать постоянные перетряхивание рабочего набора, от которых у клиентов все лагает?
Если вы не пишете реальный high load, то может, ну его нафиг, преждевременную оптимизацию?
Примерно как прочитать инструкцию к шкафу и потом собрать его без лишних деталей, мата и мыслей, что производитель тебя ненавидит.
Шкаф собирает мастер, который до этого видал 100500 шкафов. И глядя на волшебную инструкцию, кроет матом аналитика дизайнера, который нарисовал-то красиво, да только на бумаге. Потому что в кривом тесном углу заказчика эта красота технологически не собирается. А еще - не дружит с сопроматои.
Проблема в том, что аналитик->разраб - это дорога с односторонним движением. Разработчик (обычно) может понять позицию аналитика. Аналитик понять низкоуровневые грабли системы - редко. Ну разве что он сам из разработки.
У меня (тимлида) на последнем проекте менялось 4 аналитика и 7 разрабов. Может, выборка такая, но при одинаковом онбординге разрабы за квартал понимали как устроена система. А аналитики - ну дай бог за год, и то не до конца. Проблема в том, что они живут в своем идеальном мире требований, а разрабы каждый день наступают на грабли реальности.
А В перерывах между этими приходами аналитиков я сам управлял требованиями. Что делать категорически не люблю, хотя умею.
Уж извините, но в СА я разочаровался. БА - понятно, принесет scope & vision и расскажет "зачем". Разрабу нужен толмач с бизнесового языка.
А разработка, понимая всю внутрянку, поймет "как" достичь целей и накодит. Тем более, что (хотим мы или нет), каждый разраб вскоре останется только на треть разрабом. Потому что станет на треть СА, на треть лидом. Ибо придется ставить задачи и оркестрировать агентов.
Бактерии которые живут в земле, и для которых среда обитания - не человек, и оптимум температуры 10-20 в человеке скорее всего погибнут. Но они в большинстве своем и не представляют опасность.
Опасность представляют патогены человека. Если бы они не приспособились к нормальной температуре своей среды обитания (человеку), они бы давно уже вымерли. Эволюция бактерий - быстрая штука. Так что все кому надо, уже присопсобились.
Что подавляет работу имунной системы и увеличивает скорость размножения всяких бактерий.
Подавляет иммунную системы - это понятно. Сосуды сужаются, лейкоциты тупят. А вот со скоростью размножения бактерий - не понятно. Почему бактерии в +25 будут быстрее размножаться чем в +35? Не наоборот ли?
Я против людей, которые пришли в айти и "страдают". Которые вкатиться-то вкатились, но им "не зашло", и теперь они ненавидят айти. Но терпят, потому что ипотека и все такое.
Я не против них "как людей". От всей души желаю им найти "свое" дело, которое их торкнет. Вдруг им по кайфу будет трубы варить? Пусть идут в сварщики. Говорю без всякого ехидства, сам просто балдею когда металл повинуется моей воле. Но когда система повинуется моей воле - балдею еще больше, поэтому я не сварщик а "айтишник". Хотя, бывает, варю для души: то забор, то качели.
Но я против них "как коллег". Они заражают всех вокруг своим нытьем, пессимизмом, беспомощностью. Дестабилизируют. Тащат на дно. Я на работу хожу по двум причинам: там платят деньги и там пишется софт. И тот и другой процесс, в принципе, нравится. И вот нафига мне демотиватор под боком?
Полагаете, если бы не ИИ, то кризиса бы не было, и никого бы не сокращали?
Я вот сомневаюсь.
Помните, когда появилось Delphi, и стало возможно наклацать формочек - и в продакшен? Еще ругательство такое было: формошлёп. Потом и VS подтянулось, и другие среды... Формошлепство стало мейнстримом. А бизнес видел в этом дешевую автоматизацию. Поэтому программистов (даже формошлёпов) хронически не хватало.
Сейчас удешевление разработки из-за ИИ тоже должно было бы привести к бурному росту. Но - не приводит. Ибо кризис. И пузырь сдувается не благодаря, а вопреки ИИ. Подозреваю, без ИИ кризис в айти был бы еще больше. ИМХО.
Если что, то я (лично я) - тоже работник. И по моим (лично моим) наблюдениям защита в виде уникальных знаний работает до поры до времени. А потом проект закрывают, и уникальные знания летят в помойку.
А вот универсальные знания дают шансы выживания за пределами компании.
А вот Василия Петровича, который пишет ядро системы на фортране с кучей матана, будут держать до последнего
Будут держать. А потом сверху придет приказ заменить эту систему на ИИ. Взлетит или нет - это неважно. Важно что Петрович со своими знаниям ядра будет, кхм, в очень затруднительном положении.
Мой поинт в том, что сотрудник с широкими знаниями и с инициативой постепенно получает все большую зону ответственности и поэтому не будет в списке сокращений первым. Он будет болтаться там в конце вместе с Петровичем. А когда все-таки сокращения дойдут до конца списка, у него будет больше шансов нормально устроить свою жизнь, чем у Петровича.
Можно не снижать. Работник выиграет в краткосрочной перспективе. Получит Job security. Ну или хотя бы её иллюзию
А в долгосроке уникальные знания становятся проклятьем. Работник оказывается гвоздями приколочен к своему продукту. Или еще хуже: к конкретному виду задач.
Дальше или проект/продукт закроют, или самому работнику надоест. И он столкнется с реалиями рынка. Вы же знаете, на что сейчас похож рынок. И кажется, лучше не класть яйца в одну корзину и заранее расширить спектр своих умений.
А если работник - тимлид, то выбора вообще нет. Или он отслеживает bus factor, или в какой-то момент влетает в стену вместе с продуктом. После чего также придется (не факт что добровольно) столкнуться с реалиями рынка.
Заказчик хочет заплатить меньше, потому что трудочасов стало меньше, надеюсь этот тезис не надо доказывать
Надо.
Во-первых, не факт что часов стало прям существенно меньше. Прототип наваять - да, быстрее. А полноценный продукт - не факт. Но это дискуссионная тема.
А во-вторых, даже если часов и меньше, то это fix price а не T&M. Платят за результат. Причем, обычно, чем быстрее (срочнее) - тем дороже. Тут вопрос не сколько нормо-часов (заказчика это не должно волновать), а какая рыночная цена этой же услуги?
Если по рынку это стоит 10К при прочих равных - значит, у меня плохие новости. Придется или продавать за 10К, или закрываться.
Если за 10К продают "похожее"- значит, надо уметь обосновать свою цену конкретными преимуществами, которые получает клиент, платя дороже.
С агентской разработкой ты теперь можешь генерировать настолько много, что тебе буквально нужно совсем немного людей, чтобы система стабильно двигалась.
Ага, это уже было. Причем несколько раз:
С ООП вместо ASM ты теперь можешь генерировать настолько много...
А потом так:
С VCL под Delphi или Windows Forms Designer под VS ты теперь можешь генерировать настолько много...
И те же баталии были: "формошлепство VS Труъ разработки"
Но в результате все как-то устаканилось, не так ли?
А что мешало потом, когда вы поняли проблему, взять микрофон и сказать со стенда: "дорогие призеры 12-го раунда. Мы напечатали 100500 листиков и сердечек. Это сильно больше, чем призов. Мы лоханулись. Простите"
Тогда и эта статья была бы ну совсем другой.
Как это не говорит? Еще как говорит! Особенно, если вариантов нет.
Вы же сами пишете, что это переговоры двух продавцов.
На сервере хотя бы надо задумываться, что железо стоит денег. А ваш телефон для продуктовой команды - бесплатный.
Я никого не хочу оправдывать, я сам как пользователь продолжаю есть кактус (то есть регулярно заношу денег чтобы купить новый телефон)
Но посудите с точки зрения бизнеса, что важнее? Быстрее и дешевле выкатить тяжелую аппку, или заморочится оптимизацией? Бизнес - он ради денег, а не чтобы мир стал лучше.
Если аппка будет "как у всех", то ответ очевиден. Если сильно больше - то да, пользователи уйдут. Если меньше - то пользователи внутренне похвалят, но денег вряд ли принесет.
Был бы жесткий отбор по размеру - эволюция аппок свернула бы в сторону оптимизаций. Но увы. Отбора нет. Пользователи "хавают"
Я из тех, кому 640кб под MSDOS казались роскошью.
И сейчас я побуду адвокатом дьявола.
Вы правы, часто проблему заливают даже не физическтм железом, а деньгами. А что в этом плохого? Ну то есть если этот путь эффективный, может так и надо?
Это же не ваши бабки.
Почему бы не дать приложению в 5 раз больше памяти, и не париться об инцидентах с эпизодическим out of memory, когда кто-то, скажем, сгенерит гигантский отчет?
Почему бы не дать эту память, чтобы сборщик мусора мог оптимально работать, а не устраивать постоянные перетряхивание рабочего набора, от которых у клиентов все лагает?
Если вы не пишете реальный high load, то может, ну его нафиг, преждевременную оптимизацию?
Шкаф собирает мастер, который до этого видал 100500 шкафов. И глядя на волшебную инструкцию, кроет матом
аналитикадизайнера, который нарисовал-то красиво, да только на бумаге. Потому что в кривом тесном углу заказчика эта красота технологически не собирается. А еще - не дружит с сопроматои.Проблема в том, что аналитик->разраб - это дорога с односторонним движением. Разработчик (обычно) может понять позицию аналитика. Аналитик понять низкоуровневые грабли системы - редко. Ну разве что он сам из разработки.
У меня (тимлида) на последнем проекте менялось 4 аналитика и 7 разрабов. Может, выборка такая, но при одинаковом онбординге разрабы за квартал понимали как устроена система. А аналитики - ну дай бог за год, и то не до конца. Проблема в том, что они живут в своем идеальном мире требований, а разрабы каждый день наступают на грабли реальности.
А В перерывах между этими приходами аналитиков я сам управлял требованиями. Что делать категорически не люблю, хотя умею.
Уж извините, но в СА я разочаровался. БА - понятно, принесет scope & vision и расскажет "зачем". Разрабу нужен толмач с бизнесового языка.
А разработка, понимая всю внутрянку, поймет "как" достичь целей и накодит. Тем более, что (хотим мы или нет), каждый разраб вскоре останется только на треть разрабом. Потому что станет на треть СА, на треть лидом. Ибо придется ставить задачи и оркестрировать агентов.
Я правильно понимаю, что ни вы ни ваши родственники не "сгорели" там, да? Счастливый вы человек...
Бактерии которые живут в земле, и для которых среда обитания - не человек, и оптимум температуры 10-20 в человеке скорее всего погибнут. Но они в большинстве своем и не представляют опасность.
Опасность представляют патогены человека. Если бы они не приспособились к нормальной температуре своей среды обитания (человеку), они бы давно уже вымерли. Эволюция бактерий - быстрая штука. Так что все кому надо, уже присопсобились.
Подавляет иммунную системы - это понятно. Сосуды сужаются, лейкоциты тупят. А вот со скоростью размножения бактерий - не понятно. Почему бактерии в +25 будут быстрее размножаться чем в +35? Не наоборот ли?
Да, против.
Я против людей, которые пришли в айти и "страдают". Которые вкатиться-то вкатились, но им "не зашло", и теперь они ненавидят айти. Но терпят, потому что ипотека и все такое.
Я не против них "как людей". От всей души желаю им найти "свое" дело, которое их торкнет. Вдруг им по кайфу будет трубы варить? Пусть идут в сварщики. Говорю без всякого ехидства, сам просто балдею когда металл повинуется моей воле. Но когда система повинуется моей воле - балдею еще больше, поэтому я не сварщик а "айтишник". Хотя, бывает, варю для души: то забор, то качели.
Но я против них "как коллег". Они заражают всех вокруг своим нытьем, пессимизмом, беспомощностью. Дестабилизируют. Тащат на дно. Я на работу хожу по двум причинам: там платят деньги и там пишется софт. И тот и другой процесс, в принципе, нравится. И вот нафига мне демотиватор под боком?
Полагаете, если бы не ИИ, то кризиса бы не было, и никого бы не сокращали?
Я вот сомневаюсь.
Помните, когда появилось Delphi, и стало возможно наклацать формочек - и в продакшен? Еще ругательство такое было: формошлёп. Потом и VS подтянулось, и другие среды... Формошлепство стало мейнстримом. А бизнес видел в этом дешевую автоматизацию. Поэтому программистов (даже формошлёпов) хронически не хватало.
Сейчас удешевление разработки из-за ИИ тоже должно было бы привести к бурному росту. Но - не приводит. Ибо кризис. И пузырь сдувается не благодаря, а вопреки ИИ. Подозреваю, без ИИ кризис в айти был бы еще больше. ИМХО.
То есть вы утверждаете, что нарушается закон сохранения электрического заряда?
Сильно.
PS в статье по ссылке этого, кстати, не утверждается.
Если что, то я (лично я) - тоже работник. И по моим (лично моим) наблюдениям защита в виде уникальных знаний работает до поры до времени. А потом проект закрывают, и уникальные знания летят в помойку.
А вот универсальные знания дают шансы выживания за пределами компании.
Будут держать. А потом сверху придет приказ заменить эту систему на ИИ. Взлетит или нет - это неважно. Важно что Петрович со своими знаниям ядра будет, кхм, в очень затруднительном положении.
Мой поинт в том, что сотрудник с широкими знаниями и с инициативой постепенно получает все большую зону ответственности и поэтому не будет в списке сокращений первым. Он будет болтаться там в конце вместе с Петровичем. А когда все-таки сокращения дойдут до конца списка, у него будет больше шансов нормально устроить свою жизнь, чем у Петровича.
Можно не снижать. Работник выиграет в краткосрочной перспективе. Получит Job security. Ну или хотя бы её иллюзию
А в долгосроке уникальные знания становятся проклятьем. Работник оказывается гвоздями приколочен к своему продукту. Или еще хуже: к конкретному виду задач.
Дальше или проект/продукт закроют, или самому работнику надоест. И он столкнется с реалиями рынка. Вы же знаете, на что сейчас похож рынок. И кажется, лучше не класть яйца в одну корзину и заранее расширить спектр своих умений.
А если работник - тимлид, то выбора вообще нет. Или он отслеживает bus factor, или в какой-то момент влетает в стену вместе с продуктом. После чего также придется (не факт что добровольно) столкнуться с реалиями рынка.
В нынешних реалиях если и бывает, то недолго. Это прям не намек, а намёчище что пора обновить резюме...
Дык это ж компании. Они деньги заносят, чтобы их пропускали.
Вот бы был фильтр "Без блогов компаний"...
То есть это не разработчикам надо беспокоиться, а аналитикам?
Это факт, всегда найдется те, кто старше.
Попробую угадать: вы в айти 27 ± 3 года?
За первые 13 лет сменить 8 компаний - это нормально.
А вот за вторые 13 лет - да, надо постараться.
Надо.
Во-первых, не факт что часов стало прям существенно меньше. Прототип наваять - да, быстрее. А полноценный продукт - не факт. Но это дискуссионная тема.
А во-вторых, даже если часов и меньше, то это fix price а не T&M. Платят за результат. Причем, обычно, чем быстрее (срочнее) - тем дороже. Тут вопрос не сколько нормо-часов (заказчика это не должно волновать), а какая рыночная цена этой же услуги?
Если по рынку это стоит 10К при прочих равных - значит, у меня плохие новости. Придется или продавать за 10К, или закрываться.
Если за 10К продают "похожее"- значит, надо уметь обосновать свою цену конкретными преимуществами, которые получает клиент, платя дороже.
Вы этот тэг заметили, а тот, который внизу статьи - нет ;)
Ага, это уже было. Причем несколько раз:
А потом так:
И те же баталии были: "формошлепство VS Труъ разработки"
Но в результате все как-то устаканилось, не так ли?