Вспомнил что не хватает, только даже мыслей нет как реализовать. Проект мультиязыный, но разработка ведётся на одном языке. Иногда надо потестить как там в переводах выглядит и тогда на девел сервере запускается скрипт перевода, который создаёт папку (на девеле сервере) с шаблонами. Всё отлично потестили. Но как только переключаешь ветку на локальной машине — все переведённые шаблоны удаляются. Есть какой-нить эксклюд для серверной стороны?
Когда на работе перешёл на таскаемый туда-сюда ноут, задумался о том как бы было проще синхронизировать и что бы код был всегда локально. Первое на что наткнулся — realsync. Юзаю около двух месяцев. Пока вообще никаких нареканий.
З.Ы. Когда прописал в .gitignore .realsync подошёл один из сотрудников и спросил — неужели я правда пользуюсь realsync. Оказалось что он один из тех что что-то писал для этой тулзы.
Многие стартапом называют компанию до публичного размещения акций. Например до выхода Яндека на IPO много кто на западе называл его перспективным российским стартапом.
Компания лондонская, но с офисом в мск. По пятницам контора покупает пиво и пиццу. С приходом нового начальства в пятницу на час раньше можно открыть бутылочку пивка и поговорить о делах не связанных с работой. Ну и не по пятницам после официально разрешенного времени можно проводить праздники.
Да… вы идеалист. 100% и неважно сколько времени… Ну ваши конкуренты уже выкатили сырую версию и обогнали вас. И ваша 100% рабочая версия никому уже не нужна, а все подсели на 90% рабочую версию конкурентов. Да 10% не работает вначале, но в процессе они починят. А вы за бортом.
Вы реально представляете проект на 1кк строк, пишушийся 6 лет что бы в нём были все use case и при минимальном изменении ядра надо всё пробегать? Ну это примерно 1000 человеко часов. Вперёд.
Предусмотрели на тот момент всё, но вот пришли 0,5% пользователей с очень странными данными и на них такое получилось — такие данные были получены вообще впервые. Их никто не знал. Как такое предусмотреть?
Так пример, который я вам привёл вы сможете синтетическими тестами повторить? А это один из важнейших косяков что случается на высоконагруженных проектах, для которых Пинба как раз и писалась.
Тестировщики есть и они прекрасно тестируют, но 100% кейсов ловить это потратить невообразимо много времени, которое как известно деньги — или вы этого не знали?
Вы часто делали системы с геораспределёнными датацентрами? Вот там нужно иногда отредиректить на другой ДЦ и если там какая-то комбинация не получится то там уже железяка может отредиректить обратно и вот так может возникнуть. На простых проектах я согласен — такого не возникнет, но там и пинба не нужна, там и так всё видно.
Очень простой пример, с которым мы столкнулись. В деплое разложился бесконечный редирект, при некоторых редких условиях (этот редирект не удалось отловить на тестах до раскладки). После раскладки резко скакануло кол-во запросов к ПХП скриптам. Заметили, начали внимательно искать — нашли. А теперь скажите мне — без мониторинга когда бы вы поняли что у вас в бесконечный редирект в редких случаях существует? Пока пользователи вам писать не стали? Пока сами бы не напоролись (настолько редкий, что ну вряд ли бы напоролись)? Или бы так и жили бы.
Подождите… Не торопитесь. Ведь если сравнивать с SQL где если я у меня не получилось обновить поле хотя бы одно (ну там прав не хватило), весь запрос не выполнится? Я всего лишь хочу (не требую, а хочу), что бы можно было и в монге так делать. По моему тикет там на all or nothing висит.
Продолжая про атомарные — а вы не знаете можно ли какой ключ на update указать что бы all or nothing было. А то у меня скажем три атомарные операции $inc, $pop, $push и вот допустим если pop`ить нечего то $inc и $push всё равно выполняться, а хотелось бы что бы нет :).
я вообще вам отвечал на вопрос «вот если бы ещё соединения не через встроенные браузерные средства устанавливались, чтобы нельзя было через инструменты типа firebug запросы отслеживать…» Всё остально для меня как бы боян.
З.Ы. Когда прописал в .gitignore .realsync подошёл один из сотрудников и спросил — неужели я правда пользуюсь realsync. Оказалось что он один из тех что что-то писал для этой тулзы.
А вот что называть операционной историей…
Вы реально представляете проект на 1кк строк, пишушийся 6 лет что бы в нём были все use case и при минимальном изменении ядра надо всё пробегать? Ну это примерно 1000 человеко часов. Вперёд.
Предусмотрели на тот момент всё, но вот пришли 0,5% пользователей с очень странными данными и на них такое получилось — такие данные были получены вообще впервые. Их никто не знал. Как такое предусмотреть?
Так пример, который я вам привёл вы сможете синтетическими тестами повторить? А это один из важнейших косяков что случается на высоконагруженных проектах, для которых Пинба как раз и писалась.
Вы часто делали системы с геораспределёнными датацентрами? Вот там нужно иногда отредиректить на другой ДЦ и если там какая-то комбинация не получится то там уже железяка может отредиректить обратно и вот так может возникнуть. На простых проектах я согласен — такого не возникнет, но там и пинба не нужна, там и так всё видно.
«Гонка за ресурсами».