Но первая глобальная проблема для любого более-менее серьёзного проекта — то, что у вас нет доступа к серверным логам вследствие политики безопасности. Иногда вообще нет никакого доступа. А иногда можно попросить участок, но надо ждать. Иногда это 30 минут, иногда день.
Мне кажется, на более-менее серьезных проектах такие проблемы недопустимы. У вас может не быть непосредственного доступа на сервер, но доступ к логам быть обязан. Для этого можно агрегировать логи в ELK стек. Или как-то еще централизованно хранить. Но ситуации, при которой логов нужно ждать ДЕНЬ(!) возникать в работе не должно. А если такая ситуация возникает с пугающей регулярностью, надо все бросать и немедленно принимать меры.
Перед активацией услуги клиент вводит номер телефона в системе и подтверждает кодом из смс. Так мы определяем владельца аккаунта и защищаем клиента от действий мошенников.
Подскажите, как вы боритесь с подстановкой номеров вроде этого: https://fakecallerid.io? Сможет ли конкурент, сэмулировав номер позвонить и удалить все мои ресурсы с ваших серверов? :)
Это проблема с недостатком квалифицированных специалистов, из-за которой рекрутеры или тим-лиды пишут в том числе и тем, кто не ищет работу, надеясь заинтересовать вкусным предложением и переманить ;)
А что туда можно пробросить? Я так понимаю, весь смысл Pinba в агрегировании данных для анализа тенденций. Построчная проброска в LogStash наверное не имеет особого смысла.
Понимаю. Не пытались ли вы проверить эту гипотезу хотя бы статистически? Если ваша выборка строилась по результатам опроса 1000 пользователей, достаточно было бы взять 100 случайных компаний, которые по вашим расчетам перестали быть, и попробовать найти следы их жизнедеятельности (сайт в интернете, позвонить по старому контактному телефону). Во всяком случае, тогда можно было бы говорить о достоверности + оценить отток клиентов, если он был.
А не могу компании с большим количеством задач просто уходить от вас к конкурентам из-за того, например, что их не устраивает удобство работы YouGile на таком количестве? Вам кажется, что стартап умер, а они просто перешли на другой планировщик.
Здесь ведь Хабр, а не лавочка у дома. Вы не работали с большими репозитариями, не знаете, какие проблемы могут возникнуть в процессе, но уже обвинили людей, которые работали и решали соответствующие проблемы в том, что они "не разобрались". Я бы сказал, что для этого нужно основание. Причем факт, что таких людей (читай, компаний) не одна, а несколько, вашу критику никак не остановил. Как и тот факт, что это крупнейшие ИТ-компании в мире с умнейшими людьми в штате и менеджменте.
Я бы не стал просто потому, что мало ответов, считать себя умным, а Google, Facebook и Microsoft идиотами, не понимающими, что они делают. У вас есть личный опыт работы с действительно большими репозитариями, чтобы вы могли судить, что работает на таких объемах, а что нет?
Но ведь ее можно удалить из логов перед отправкой, верно?
Мне кажется, на более-менее серьезных проектах такие проблемы недопустимы. У вас может не быть непосредственного доступа на сервер, но доступ к логам быть обязан. Для этого можно агрегировать логи в ELK стек. Или как-то еще централизованно хранить. Но ситуации, при которой логов нужно ждать ДЕНЬ(!) возникать в работе не должно. А если такая ситуация возникает с пугающей регулярностью, надо все бросать и немедленно принимать меры.
Подскажите, как вы боритесь с подстановкой номеров вроде этого: https://fakecallerid.io? Сможет ли конкурент, сэмулировав номер позвонить и удалить все мои ресурсы с ваших серверов? :)
Вы про какой-то баг на странице или просто похвастались? :)
Это проблема с недостатком квалифицированных специалистов, из-за которой рекрутеры или тим-лиды пишут в том числе и тем, кто не ищет работу, надеясь заинтересовать вкусным предложением и переманить ;)
Такое решение не работает?
А что в Badoo используется для визуализации и анализа данных, накопленных в Pinba?
А что туда можно пробросить? Я так понимаю, весь смысл Pinba в агрегировании данных для анализа тенденций. Построчная проброска в LogStash наверное не имеет особого смысла.
Ваш ответ напомнил мне анекдот про 50 женских процентов.
Кто автор? Ссылку на нее где-нибудь не дадите?
Почему не может? Все зависит как раз от цифр.
Что если компании, которые генерируют много задач уходят от вас с вероятностью 96%?
Я думаю, что при расчете статистики (в любой статье) нужно приводить методику расчета максимально подробно. Иначе ей трудно доверять.
Понимаю. Не пытались ли вы проверить эту гипотезу хотя бы статистически? Если ваша выборка строилась по результатам опроса 1000 пользователей, достаточно было бы взять 100 случайных компаний, которые по вашим расчетам перестали быть, и попробовать найти следы их жизнедеятельности (сайт в интернете, позвонить по старому контактному телефону). Во всяком случае, тогда можно было бы говорить о достоверности + оценить отток клиентов, если он был.
А не могу компании с большим количеством задач просто уходить от вас к конкурентам из-за того, например, что их не устраивает удобство работы YouGile на таком количестве? Вам кажется, что стартап умер, а они просто перешли на другой планировщик.
Я полагаю, что вопросы — весьма уместны. У меня тоже найдется достаточно.
А вот высказывания в духе "ребята из Microsoft не до конца разобрались с тем, как этим пользоваться", на мой взгляд, — нет.
Не "сперва добейся", а "сперва разберись".
Здесь ведь Хабр, а не лавочка у дома. Вы не работали с большими репозитариями, не знаете, какие проблемы могут возникнуть в процессе, но уже обвинили людей, которые работали и решали соответствующие проблемы в том, что они "не разобрались". Я бы сказал, что для этого нужно основание. Причем факт, что таких людей (читай, компаний) не одна, а несколько, вашу критику никак не остановил. Как и тот факт, что это крупнейшие ИТ-компании в мире с умнейшими людьми в штате и менеджменте.
Я бы не стал просто потому, что мало ответов, считать себя умным, а Google, Facebook и Microsoft идиотами, не понимающими, что они делают. У вас есть личный опыт работы с действительно большими репозитариями, чтобы вы могли судить, что работает на таких объемах, а что нет?
Microsoft не единственные перешли на монорепозитарий. Facebook и Google тоже это сделали. Видимо, тоже не разобрались… :)
И каковы результаты?
Понял, спасибо.
А можно поконкретнее (если это не секрет, конечно)? Каким образом дайджест стал похож на корпоративный блог?