ну ещё PO должен иметь защиту от влетов за счёт того, что стратегия продукта согласована всеми, и он сам, или кто-то выше по иерархии может (вежливо, но твердо) слать нахрен тех кто лезет невпопад
ну если исходить из Теории Ограничений, то производительность практически никогда невозможно натянуть на бизнес требования. именно поэтому более реалистично сперва скомпенсировать бизнес требования под текущие ресурсы потому что "скорость всего процесса равна скорости самого узкого места", а когда узкое место найдено и оценено, то уже зная это ограничение работать с задачами заказчиков и возвращать им реалистичные сроки
ну по моему опыту в таких ситуациях "специально выделенный человек" может добавлять неопределенности и лучше чтобы такие встречи вел продакт или проджект команды которая будет все реализовывать - чтобы на лету отвечать на вопросы и возвращать к основному вопросу. сторонний человек может упустить либо технические особенности проекта, либо его связи с бизнес-заказчиками.
был опыт когда специально нанятый руководитель проектного офиса пыталась разруливать поток задач и это вылилось как раз в то, что она просто выдала каждому заказчику тонну форм для подготовки ко встречам на которых она не понимала толком ни о бизнесе, ни о технической реализации. в итоге часть команд просто между собой обо всем договаривалась и на такие встречи приходила с решенным вопросами. а другие просто сказали, что для них это не сработало
мне помогало прямо очную ставку делать. я описывал свое видение в какой последовательности надо делать задачи и почему. дальше приглашал всех заказчиков из разных департаментов и объяснял им, что ресурсов есть только на одну задачу за раз, поэтому придется выстроить очередь, поэтому чтобы сохранялось доверие и прозрачность, предлагал им между собой согласовать порядок выполнения задач
в целом в матричной структуре команд разработки, когда у меня в какой-то момент не было инженеров под мой продукт я так же ходил к другим продуктам и просил их уступить инженерные слоты под мои задачи
таргетируется конечно - по юзерагенту, гео, каким-то параметрам рекламных мест.
но без девайс айди реально единственный (или в данном случае скорее "последний") способ таргетированная на конкретного юзера (например для ретаргетинга) - это фингерпринты
возможно поэтому гугл так и активизировался - они по сути не забивают гвозди в крышку гроба своего старого рынка (где они лидеры), а пытаются не остаться на обочине нового рынка, там где уже есть сопоставимые по силам игроки и такого безоговорочного лидерства (по крайней мере пока) у них нет
там следом идет сравнение CPU и GPU - я подумал, что идея здесь была в том, что в LLM сейчас довольно активно изменяется сама архитектура того как они устроены и сколько ресурсов потребляют, поэтому велика вероятность, что в скором времени придумают какие-то более экономичные способы использования железных ресурсов для обработки задач llm
мне это напомнило новости про то когда вышел deepseek, что он был сильно экономичнее chatgpt потому что они более точечно область знаний определяют на входе и для обработки требуется меньше ресурсов
потому что совковые деды во власти во-первых не понимают сути диджитал услуг и считают, что оборот в диджитале - это все лишние деньги которые можно состричь с бизнеса, а во-вторых настолько совковые, что до сих пор считают, что весь бизнес - это мошенники которых всегда можно подоить ещё какими-то сборами, потому что у них нет крыши чтобы от этого отмазаться.
абсолютно согласен, что в нормальном мире это все решается через налоги, причем в идеале через налоги на прибыль, а не промежуточными схематозами (которые, при этом, не отменяют налоги)
хм, ну если у продакта в качестве отдельного проекта стоит вопрос про то показывать ли логотип аптек на карточке, я в целом не удивлен если ему может быть скучно работать с исследованиями. мне было бы скучно в целом работать над задачами которые не реальную пользу юзерам приносят, а просто метрики подкрашивают. да, бизнесу от этого конечно может быть плюс несколько миллионов в год успеет - но душевность и челлендж работы продакта, имхо, это сжигает практически до топ
желаю всем продуктам и исследователям работать над решением реальных проблем пользователей, а не культивацией метрик и получать удовольствие как от своей собственной работы, так и от совместной
ощущение, что нет. курс по немецкому ухудшился в разы. в заданиях банально ошибки присутствуют, подсказки в худшем случае рекомендуют просто неправильные ответы, в лучшем случае синонимы которые сам дуолинго отмечает как неправильный ответ
я боюсь, что сами кейсы немного разбалансированы и сравнивают несравнимые вещи. попробую объяснить на примере как это звучит: "мне нужно было на чем-то рыбачить на пруду. я пришел с запросом сделать мне лодку на верфь атомных ледоколов и они зарядили мне цену в два ряда. но я нашел на алишке надувной матрас и он отлично подошёл. кажется, что верфи атомных ледоколов не нужны, особенно если они не пользуются алишкой"
фактически вы пришли к компаниям специализирующимся на крупных проектах и попросили запилить вам пару штук уровня MVP, на что компании включили весь свой опыт, посчитали все ресурсы от разраба до уборщицы, которые нужно обеспечивать и выдали цену. но это просто цена не mvp штучки, а полноценного продукта, который вам наверное и не нужен - просто возможно разработчики не знали требований к простоте и дешевизне.
соответственно основной вопрос даже не про применимость нейросеток для простой разработки, а про легитимность сравнения с полноценной разработкой
мне кажется, что с точки зрения бизнеса поддержка варезных источников книг - это прям другая ветка развития чем монетизация на белой рекламе, реферальный программах книжных магазинов и прочем. я бы такое не смешивал, ну и кажется, что развитие без пиратского контента будет лучше масштабироваться
мне кажется, что построение графа на основании прям самих книг - это гораздо менее масштабируемая механика, чем построение графа на уровне контекстов которыми описываются книги.
условно многие читали Гарри Поттера, поэтому пересечения по этой книге найти будет просто, но они будут максимально широкими, а вот если разложить книгу на контексты типа "магия", "школа", "детское фэнтези" или там что-то ещё, то можно будет собрать веса таких контекстов для данного юзера подбирать ему похожих не по целым книгам, а по весам контекстов, ну и непрочитанные книги подбирать так же по уровню релевантности
а контексты первоначально, мне кажется, можно хотя бы из тегов на страницах книжных магазинов вытаскивать, как подкатегории и прочее
ну и по бизнесовой составляющей интересно - почему сразу прилы, а не pwa какое-нибудь, чтобы побыстрее получить первую версию и сразу мультиплатформенно?
продумывали ли уже стратегию роста аудитории? и что делать на старте когда придут первые юзеры и им неоткуда будет брать рекомендации?
по монетизации кажется, что есть много нативных реферальный программ, у того же Амазона например, но я не понял, планируется ли запуск англоязычной версии сразу, или начать решили только с русского языка?
вообще проект выглядит прям приятно, желаю вам успехов!
ага, и туда же бан целыми протоколами, типа того же vless
мне кажется, что так же и звонки по безвпнному udp вполне могут в какой-то момент рубануть
ну ещё PO должен иметь защиту от влетов за счёт того, что стратегия продукта согласована всеми, и он сам, или кто-то выше по иерархии может (вежливо, но твердо) слать нахрен тех кто лезет невпопад
ну если исходить из Теории Ограничений, то производительность практически никогда невозможно натянуть на бизнес требования. именно поэтому более реалистично сперва скомпенсировать бизнес требования под текущие ресурсы потому что "скорость всего процесса равна скорости самого узкого места", а когда узкое место найдено и оценено, то уже зная это ограничение работать с задачами заказчиков и возвращать им реалистичные сроки
ну по моему опыту в таких ситуациях "специально выделенный человек" может добавлять неопределенности и лучше чтобы такие встречи вел продакт или проджект команды которая будет все реализовывать - чтобы на лету отвечать на вопросы и возвращать к основному вопросу. сторонний человек может упустить либо технические особенности проекта, либо его связи с бизнес-заказчиками.
был опыт когда специально нанятый руководитель проектного офиса пыталась разруливать поток задач и это вылилось как раз в то, что она просто выдала каждому заказчику тонну форм для подготовки ко встречам на которых она не понимала толком ни о бизнесе, ни о технической реализации. в итоге часть команд просто между собой обо всем договаривалась и на такие встречи приходила с решенным вопросами. а другие просто сказали, что для них это не сработало
мне помогало прямо очную ставку делать. я описывал свое видение в какой последовательности надо делать задачи и почему. дальше приглашал всех заказчиков из разных департаментов и объяснял им, что ресурсов есть только на одну задачу за раз, поэтому придется выстроить очередь, поэтому чтобы сохранялось доверие и прозрачность, предлагал им между собой согласовать порядок выполнения задач
в целом в матричной структуре команд разработки, когда у меня в какой-то момент не было инженеров под мой продукт я так же ходил к другим продуктам и просил их уступить инженерные слоты под мои задачи
мне кажется, что такое может сработать и здесь
таргетируется конечно - по юзерагенту, гео, каким-то параметрам рекламных мест.
но без девайс айди реально единственный (или в данном случае скорее "последний") способ таргетированная на конкретного юзера (например для ретаргетинга) - это фингерпринты
спамеры?
возможно поэтому гугл так и активизировался - они по сути не забивают гвозди в крышку гроба своего старого рынка (где они лидеры), а пытаются не остаться на обочине нового рынка, там где уже есть сопоставимые по силам игроки и такого безоговорочного лидерства (по крайней мере пока) у них нет
там следом идет сравнение CPU и GPU - я подумал, что идея здесь была в том, что в LLM сейчас довольно активно изменяется сама архитектура того как они устроены и сколько ресурсов потребляют, поэтому велика вероятность, что в скором времени придумают какие-то более экономичные способы использования железных ресурсов для обработки задач llm
мне это напомнило новости про то когда вышел deepseek, что он был сильно экономичнее chatgpt потому что они более точечно область знаний определяют на входе и для обработки требуется меньше ресурсов
те кросавчеги!
на айос с 2021 (или 2019, не помню уже) года девайс айди не передается без явного подтверждения со стороны пользователя
потому что совковые деды во власти во-первых не понимают сути диджитал услуг и считают, что оборот в диджитале - это все лишние деньги которые можно состричь с бизнеса, а во-вторых настолько совковые, что до сих пор считают, что весь бизнес - это мошенники которых всегда можно подоить ещё какими-то сборами, потому что у них нет крыши чтобы от этого отмазаться.
абсолютно согласен, что в нормальном мире это все решается через налоги, причем в идеале через налоги на прибыль, а не промежуточными схематозами (которые, при этом, не отменяют налоги)
хм, ну если у продакта в качестве отдельного проекта стоит вопрос про то показывать ли логотип аптек на карточке, я в целом не удивлен если ему может быть скучно работать с исследованиями. мне было бы скучно в целом работать над задачами которые не реальную пользу юзерам приносят, а просто метрики подкрашивают. да, бизнесу от этого конечно может быть плюс несколько миллионов в год успеет - но душевность и челлендж работы продакта, имхо, это сжигает практически до топ
желаю всем продуктам и исследователям работать над решением реальных проблем пользователей, а не культивацией метрик и получать удовольствие как от своей собственной работы, так и от совместной
ощущение, что нет. курс по немецкому ухудшился в разы. в заданиях банально ошибки присутствуют, подсказки в худшем случае рекомендуют просто неправильные ответы, в лучшем случае синонимы которые сам дуолинго отмечает как неправильный ответ
спасибо за статью! это ровно то чего всегда ожидаю от хабра - чтобы интересно и полезно, а ещё и с классной подачей написано!
такие статьи стали редкостью в потоке успешного успеха, корпоративной нативной рекламы и вайбкодинга :-)
я боюсь, что сами кейсы немного разбалансированы и сравнивают несравнимые вещи. попробую объяснить на примере как это звучит: "мне нужно было на чем-то рыбачить на пруду. я пришел с запросом сделать мне лодку на верфь атомных ледоколов и они зарядили мне цену в два ряда. но я нашел на алишке надувной матрас и он отлично подошёл. кажется, что верфи атомных ледоколов не нужны, особенно если они не пользуются алишкой"
фактически вы пришли к компаниям специализирующимся на крупных проектах и попросили запилить вам пару штук уровня MVP, на что компании включили весь свой опыт, посчитали все ресурсы от разраба до уборщицы, которые нужно обеспечивать и выдали цену. но это просто цена не mvp штучки, а полноценного продукта, который вам наверное и не нужен - просто возможно разработчики не знали требований к простоте и дешевизне.
соответственно основной вопрос даже не про применимость нейросеток для простой разработки, а про легитимность сравнения с полноценной разработкой
это все ещё как-то применимо когда нужно для иностранного слова запомнить значение на русском.
а вот как в обратную сторону запоминать, да ещё и не существительные, а на какие-нибудь фразы или хотя бы наречия/прилагательные?
план такой:
перестать писать статьи для галочки
сэкономленное время потратить на написание нормальной статьи
мне кажется, что с точки зрения бизнеса поддержка варезных источников книг - это прям другая ветка развития чем монетизация на белой рекламе, реферальный программах книжных магазинов и прочем. я бы такое не смешивал, ну и кажется, что развитие без пиратского контента будет лучше масштабироваться
мне кажется, что построение графа на основании прям самих книг - это гораздо менее масштабируемая механика, чем построение графа на уровне контекстов которыми описываются книги.
условно многие читали Гарри Поттера, поэтому пересечения по этой книге найти будет просто, но они будут максимально широкими, а вот если разложить книгу на контексты типа "магия", "школа", "детское фэнтези" или там что-то ещё, то можно будет собрать веса таких контекстов для данного юзера подбирать ему похожих не по целым книгам, а по весам контекстов, ну и непрочитанные книги подбирать так же по уровню релевантности
а контексты первоначально, мне кажется, можно хотя бы из тегов на страницах книжных магазинов вытаскивать, как подкатегории и прочее
ну и по бизнесовой составляющей интересно - почему сразу прилы, а не pwa какое-нибудь, чтобы побыстрее получить первую версию и сразу мультиплатформенно?
продумывали ли уже стратегию роста аудитории? и что делать на старте когда придут первые юзеры и им неоткуда будет брать рекомендации?
по монетизации кажется, что есть много нативных реферальный программ, у того же Амазона например, но я не понял, планируется ли запуск англоязычной версии сразу, или начать решили только с русского языка?
вообще проект выглядит прям приятно, желаю вам успехов!