Получается эт вы одна из тех white label платформ для шеринга / управления автопарком, на которых и запускались микрошеринги прошлого?
У вас пока в целом не понятно на чем строится модель. Есть ощущение, что 7 год вы совсем не в том бизнесе, в котором как-то варится большая четверка шерингов. И не совсем понимаете физические ограничения экономики шерингов. Даже концептуально в статье у вас противоречивые тезисы включены в единую картину.
Тут либо вы совершаете ту же ошибку, что и микрошеринги прошлого, просто не понимая как это может работать, либо делаете недопустимые и нереальные допущения в вашей экономике:)
Ионисторы это и есть суперконденсаторы. Термин вполне устоявшийся. О каких-то сверхпараметрах в статье ни слова. Технических подробностей не много, но и мы не в 2008, современный хабр вполне допускает такое содержание статьи.
Не понимаю, как можно отравить датасет, не повлияв на визуальное представление. Ведь по сути наш мозг - тоже интеллект, и если он способен понять и разобрать фирменный стиль художника, то и ИИ сможет, может только чуть больше ресурсов понадобится, чем обычно. Неплохо было бы в статье дать базовое представление об этой проблеме для ИИ
На самом деле эксель по своей значимости сравним с огнем, который передал людям Прометей. А еще со швейцарским ножом, который умеет все, однако в примерно равной степени посредственно. На этом можно было бы все споры и закончить, но еще на практике эксель размывает границу между анализом и принятием решения, мотивирует использовать костыли и часто сам является большим костылем, что со временем приводит к тому, что вместо аналитики приходится заниматься поддержкой экселя.
Круто, полезно знать и уметь пользоваться, но по возможности обмен знаниями лучше организовывать через другие инструменты (Bi, jupyter, notion), оставив в экселе всю ту аналитику, которую могут и делают сами заказчики (когда в фин.отделе выгружают выручку из витрины в эксельку - ок, когда аналитик считает выручку в экселе - уже не ок)
Так же эксель можно и иногда нужно применять для Ad-hoc, EDA, но тут уже много специфики
Ну, нет предела совершенству, можно же через if-else реализовать бинарные деревья, что сохранит нам один условный оператор и сильно увеличит скорость выполнения программы
Учитывая, что вы явно с превеликим удовольствием открыли для себя партиции, знали ли вы о индексах в mariadb?
И зачем экономить место? Неужто ваше время, потраченное на это все стоит дешевле?
И кажется вы не очень хорошо знакомы с разными бд, от чего сделали совсем не оптимальный выбор. По вашим же словам и вашим проблемам, вам нужна именно OLTP бд, к которым относится постгрес, например. А потом накинуть туда нормальную модель данных. И ничто тогда не остановит этот паровоз. А статистику считать в ваших объемах - пустяк, постгрес прожует легко.
А вот клик мучать запросом показаний конкретного юзера - такое себе)
Где-то в сторонке плачет одинокий xlsx файлик на более чем миллион строк и размером меньше 100мб
Давайте будем честны, это не шпаргалка для выбора СУБД (если уж встал такой вопрос), а шпаргалка для студента, проходящего курс по БД. Причем шпаргалка даже не на пятерку
Да нет же. Точнее смотря как на это взглянуть. Тестовое проверяет наличие и умение использовать определенные скиллы. Если его нет, то ставим оклад поменьше - за поменьше скиллов и умений. А уж если скиллов оказалось побольше, платим побольше. Тут проблема только в том, что со стороны закона это нужно правильно описать - разные должности и инструкции, а так же четкие критерии перехода с одного уровня на другой. Если бы сотрудник уже работал некоторое время и пришел с просьбой о повышении, а ему сказали "ну вот закончи проект в срок с достижением таких результатов \ выучи технологию \ научись делать пироженки - повысим", это же законно. По сути это предварительная договоренность о рейзе при достижении определенных условий.
У меня было похожее, получилось вполне законная конструкция. В моем случае все прошло успешно, но тут может случиться отрицательный опыт - по сути работника берут на меньшую зп, и если вдруг случится так, что ему не дадут больше, это может демотивировать, поэтому тут четко надо говорить что исходя из текущих результатов собеседования готовы дать только Х, а если хочется Х+У, нужно либо проверить квалификацию либо показать это на реальной работе.
Кстати, очень удобная конструкция, если брать человека "с перспективой роста до... тимлида\синьора\помидора\и тп". Причем совсем не обязательно эта перспектива должна быть длиною в испытательный срок.
Тестовое в прод - звучит как фантастика, если устраиваешься в серьезную компанию, а не сарай. Мало того что это экономически дороже, чем нанять специалиста, так это еще и технически нереально в нормальном проекте.
Этот мем пошел из фриланса, и соответственно этого боятся фрилансеры-недоучки либо новички, наслушавшиеся страшилок
>метрики отличаются друг от друга, и их показатели отличаются от месяца к месяцу
Честно говоря крайне слабый вывод для аналитика. Спасибо капитан! А можно пример где это важно?? А можно побольше выводов, о том как изменение метрик или их соотношения зависит от структуры спроса или иных факторов?
Зачем брать рандомный магазин с непонятной структурой спроса и неизвестным ретеншеном? Ну возьмите какой нибудь самокат/лавку и наглядно увидете, насколько это разные метрики. Возьмите любую приложеньку с freemium моделью и увидите такую же наглядную разницу между arpu/arppu
Что вполне логично. Телеграму нужны деньги, он не финансируется из благотворительного фонда, при этом оставаясь бесплатным для большинства.
И сами подумайте над глупостью ситуации: Если телеграм украл - почему его не засудили? А раз не засудили, может дело в том, что кто-то самообманывался относительно того, что является его собственностью на платформе, а что - нет
А что тут хорошего? Что сырой опен сорс продают дороже софта корпоративного уровня?
Нет нет, я не всепропальщик и не сторонник делать все свое и непременно заново. Просто по факту ситуация на отечественном рынке BI напоминает дилемму Эскобара, разве что вариантов больше чем 2.
Знаю я таких "знающих операторы без английского" С одной стороны так то оно так, где используются и по какому случаю - запомнить можно, другое дело, что когда надо воплотить сложную бизнес-логику, операторы уже не складываются в красивые и элегантные конструкции, от чего получаем переусложнение, ошибки, баги, кривой код и работы больше в 3 раза чем было необходимо изначально)
И вроде весь фуршет за счет работодателя, только оказывается, что проработав с этими операторами уже по году-два дальше уровня джуна двинуться ну никак не получается)
Получается эт вы одна из тех white label платформ для шеринга / управления автопарком, на которых и запускались микрошеринги прошлого?
У вас пока в целом не понятно на чем строится модель. Есть ощущение, что 7 год вы совсем не в том бизнесе, в котором как-то варится большая четверка шерингов. И не совсем понимаете физические ограничения экономики шерингов. Даже концептуально в статье у вас противоречивые тезисы включены в единую картину.
Тут либо вы совершаете ту же ошибку, что и микрошеринги прошлого, просто не понимая как это может работать, либо делаете недопустимые и нереальные допущения в вашей экономике:)
А зачем на просьбу о совете вы отвечаете выжимкой из ответа чатгпт/гугл?
Вы настолько не уважаете собеседника или правда считаете что такой ответ полезен?
Чел, ты хорош.
И пример хорош.
Еще бы сюда непараметрику добавить, да Колмогорова-Смирнова
Название и шапка статьи звучат грозно, но по факту крайне поверхностный анализ ролей аналитика:)
Особенно в разделе "аналитика как метод"
Спросил аналитик в мтс;)
Ионисторы это и есть суперконденсаторы. Термин вполне устоявшийся. О каких-то сверхпараметрах в статье ни слова. Технических подробностей не много, но и мы не в 2008, современный хабр вполне допускает такое содержание статьи.
Таки в чем твоя предъява?
Не понимаю, как можно отравить датасет, не повлияв на визуальное представление. Ведь по сути наш мозг - тоже интеллект, и если он способен понять и разобрать фирменный стиль художника, то и ИИ сможет, может только чуть больше ресурсов понадобится, чем обычно. Неплохо было бы в статье дать базовое представление об этой проблеме для ИИ
На самом деле эксель по своей значимости сравним с огнем, который передал людям Прометей. А еще со швейцарским ножом, который умеет все, однако в примерно равной степени посредственно. На этом можно было бы все споры и закончить, но еще на практике эксель размывает границу между анализом и принятием решения, мотивирует использовать костыли и часто сам является большим костылем, что со временем приводит к тому, что вместо аналитики приходится заниматься поддержкой экселя.
Круто, полезно знать и уметь пользоваться, но по возможности обмен знаниями лучше организовывать через другие инструменты (Bi, jupyter, notion), оставив в экселе всю ту аналитику, которую могут и делают сами заказчики (когда в фин.отделе выгружают выручку из витрины в эксельку - ок, когда аналитик считает выручку в экселе - уже не ок)
Так же эксель можно и иногда нужно применять для Ad-hoc, EDA, но тут уже много специфики
Ну, нет предела совершенству, можно же через if-else реализовать бинарные деревья, что сохранит нам один условный оператор и сильно увеличит скорость выполнения программы
Вау,
Спасибо за комментарий, использование таких реакций кажется достаточно перспективным и опасным.
Учитывая, что вы явно с превеликим удовольствием открыли для себя партиции, знали ли вы о индексах в mariadb?
И зачем экономить место? Неужто ваше время, потраченное на это все стоит дешевле?
И кажется вы не очень хорошо знакомы с разными бд, от чего сделали совсем не оптимальный выбор. По вашим же словам и вашим проблемам, вам нужна именно OLTP бд, к которым относится постгрес, например. А потом накинуть туда нормальную модель данных. И ничто тогда не остановит этот паровоз. А статистику считать в ваших объемах - пустяк, постгрес прожует легко.
А вот клик мучать запросом показаний конкретного юзера - такое себе)
Где-то в сторонке плачет одинокий xlsx файлик на более чем миллион строк и размером меньше 100мб
Давайте будем честны, это не шпаргалка для выбора СУБД (если уж встал такой вопрос), а шпаргалка для студента, проходящего курс по БД. Причем шпаргалка даже не на пятерку
Да нет же.
Точнее смотря как на это взглянуть.
Тестовое проверяет наличие и умение использовать определенные скиллы. Если его нет, то ставим оклад поменьше - за поменьше скиллов и умений. А уж если скиллов оказалось побольше, платим побольше.
Тут проблема только в том, что со стороны закона это нужно правильно описать - разные должности и инструкции, а так же четкие критерии перехода с одного уровня на другой.
Если бы сотрудник уже работал некоторое время и пришел с просьбой о повышении, а ему сказали "ну вот закончи проект в срок с достижением таких результатов \ выучи технологию \ научись делать пироженки - повысим", это же законно. По сути это предварительная договоренность о рейзе при достижении определенных условий.
У меня было похожее, получилось вполне законная конструкция. В моем случае все прошло успешно, но тут может случиться отрицательный опыт - по сути работника берут на меньшую зп, и если вдруг случится так, что ему не дадут больше, это может демотивировать, поэтому тут четко надо говорить что исходя из текущих результатов собеседования готовы дать только Х, а если хочется Х+У, нужно либо проверить квалификацию либо показать это на реальной работе.
Кстати, очень удобная конструкция, если брать человека "с перспективой роста до... тимлида\синьора\помидора\и тп". Причем совсем не обязательно эта перспектива должна быть длиною в испытательный срок.
Тестовое в прод - звучит как фантастика, если устраиваешься в серьезную компанию, а не сарай. Мало того что это экономически дороже, чем нанять специалиста, так это еще и технически нереально в нормальном проекте.
Этот мем пошел из фриланса, и соответственно этого боятся фрилансеры-недоучки либо новички, наслушавшиеся страшилок
>метрики отличаются друг от друга, и их показатели отличаются от месяца к месяцу
Честно говоря крайне слабый вывод для аналитика. Спасибо капитан! А можно пример где это важно?? А можно побольше выводов, о том как изменение метрик или их соотношения зависит от структуры спроса или иных факторов?
Зачем брать рандомный магазин с непонятной структурой спроса и неизвестным ретеншеном? Ну возьмите какой нибудь самокат/лавку и наглядно увидете, насколько это разные метрики. Возьмите любую приложеньку с freemium моделью и увидите такую же наглядную разницу между arpu/arppu
Круто, реально круто!)
А я все жду когда кто-нибудь проапгрейдит ккригер или сделает еще более живую игру и можно даже в большей размерности)
Что вполне логично. Телеграму нужны деньги, он не финансируется из благотворительного фонда, при этом оставаясь бесплатным для большинства.
И сами подумайте над глупостью ситуации:
Если телеграм украл - почему его не засудили?
А раз не засудили, может дело в том, что кто-то самообманывался относительно того, что является его собственностью на платформе, а что - нет
А что тут хорошего? Что сырой опен сорс продают дороже софта корпоративного уровня?
Нет нет, я не всепропальщик и не сторонник делать все свое и непременно заново. Просто по факту ситуация на отечественном рынке BI напоминает дилемму Эскобара, разве что вариантов больше чем 2.
Знаю я таких "знающих операторы без английского"
С одной стороны так то оно так, где используются и по какому случаю - запомнить можно, другое дело, что когда надо воплотить сложную бизнес-логику, операторы уже не складываются в красивые и элегантные конструкции, от чего получаем переусложнение, ошибки, баги, кривой код и работы больше в 3 раза чем было необходимо изначально)
И вроде весь фуршет за счет работодателя, только оказывается, что проработав с этими операторами уже по году-два дальше уровня джуна двинуться ну никак не получается)
Наверное разве что в том, что цифровой зум позволит фокус точнее настроить