ну просто если что-то сломается вдруг и оно сломается в пн - больше клиентов будут недовольны

чем если вы сломаете это в субботу и вс

совсем не ломать - да, это идеальный вариант

но при прочих равных для такого проекта ломать в выходные будет дешевле

даже с учётом переплаты за час работы специалистов (удвоенная ставка)

это всё можно перевести в деньги и посчитать

риск-менеджмент

Но а как же дублирование трафика с прода на стейджинг при крупном релизе... (картинка с челом и алкоголем)

"Управление рисками, риск-менеджмент (англ. risk management) — процесс принятия и выполнения управленческих решений, направленных на снижение вероятности возникновения неблагоприятного результата и минимизацию возможных потерь."

так что тут это к менеджерам больше вопрос, чем к программистам/админам

"Управление рисками, риск-менеджмент (англ. risk management) — процесс принятия и выполнения управленческих решений, направленных на снижение вероятности возникновения неблагоприятного результата и минимизацию возможных потерь."

Вот поэтому для большинства стартапов работает правило - хуяк хуяк и в продакшен. Ой бля отвалилось ну ок рольбек

?

Где то читал что мы уже живем в мире бета софта.

И так и есть.

Если присмотреться любой сайт кривой косой

ну вот даже Apple релизила обновления, после которых айфоны/айпэды становились кирпичами))

уж если они не могут нормально протестировать всё...

Не совсем понял почему на них надо ориентироваться

это все потому что они в пятницу не деплоятся

у них упор на качество

а так бы все хорошо было бы

Лол

придумали вторники, понимаешь

ну и у них весьма ограниченный список устройств, где нужно тестировать этот релиз

и у них большие финансовые возможности - могут позволить себе что угодно

могут вообще все компании, связанные с деплоем, купить

раз у них есть фейлы - я рассматриваю вот этот сценарий, когда ошибок нет, как некий недостижимый идеальный сценарий

Кстати, Никита. По поводу баги которая рпзьебывает базу. У меня такая была

И заметили только через 4 месяца.

ну молодцы, что заметили, если все хорошо кончилось, я рад

Ну я не совсем.

Мне вот предстоит сидеть и ебаться из десятков бекапов данные мержить

Там чуть в том что есть список, и по нему обход каждый день. И вот по паре айтемов из списка удалялось

Когда уже стало не хватать 20 штук мне задали вопрос - а где?

?

да, это очень неприятная штука, у нас что-то подобное было, но чинил тот, кто поломал.

Логично)

я периодически рассказываю байку про то, как мы размер lvm чанка не тот на продакшн катнули. если бы во-время не заметили бы(читай через 20 секунд), навернули бы вообще всех клиентов без возможности восстановления.

но это как обычно, череда ошибок, если бы хоть бы одну не допустили, то такого бы не случилось бы

Я когда на одной работе работал, там коллега запустил случайно пхп тул в окружении прода на стейдже. А тул был для флаша кластера эластиксеч. Ну и короче бай-бай индекс на проде.

Все бегали с горящими задницами.

Пизды получил и разработчик, и админ.

да программистам доступ на продакшн не давать лучше

Александр, ты читать умеешь?)

Запуск был на стейдже.

а причём тогда программист?

да программистам доступ на продакшн не давать лучше

особенно, когда в компании нет ops-ов )

При том что закодил так, что когда env'а нет, то он равен production.

А админ за то, что не закрыл кластер с адресов стейджинга.

@all, есть люди, хорошо разбирающиеся в Akka?

ээ, ну так программист тут не причем имхо

мало ли что он там написал

Комплексная проблема.

он мог вообще написать скрипт, который пароли из продакшен базы воровать будет

это задача админа пресекать такие попытки

почему он доверял коду программиста?

вообще делить ответственность это не лучшая практика

Виноват конечно больше админ был.

доступ к продакшен базе должен быть у минимума человек

и надо быть готовым к тому, что конкурент подошлет кого-то на работу в эту компанию

чтобы получить данные из базы

Александр, на эластик пароль не нужен.

ну, короче, считаю, тут только админ виноват

админов должно быть мало и все они должны быть немного параноиками, программисты вообще к продакшен базе доступ не должны иметь никогда, пусть кодят на тестовых данных

а то как у моего знакого будет, работал в компании-стартапе, а-ля, pay pal по функционалу, доступ к базе был у многих, базу в итоге слили))

и вряд ли они там нашли кого-то

А есть мобильные разработчики? Может кто-нибудь поделиться полезными гайдами о процессе разработки от идеи до релиза?

ERROR: S client not available

а то как у моего знакого будет, работал в компании-стартапе, а-ля, pay pal по функционалу, доступ к базе был у многих, базу в итоге слили))

В чем проблема меченую базу раздавать?

Все конечно от данных зависит. Но все же.

ну там много кривых вещей было, даже апдейты базы вручную через SQL

когда разрабатывали - в файлик писали SQL команды, которые потом выполняли вручную при обновлении на продакшене

но когда все имеют доступ к основной базе - это какой-то проходной двор

Не, с этим не кто не спорит.

Мы у нас написали специальный деперсонализатор

В итоге база всегда как на проде. Но ни паролей, ни почт, ничего такого нет.

Все счастливы.

это даёт возможность конкуренту нанять студента-стажера к вам, в итоге он будет знать какие-то интересные маркетинговые знания, например, на каких тарифах у вас сидят клиенты, сколько их, какие-то названия компаний (те же контакты легко гуглятся)

ДЕПЕРСОНАЛИЗАТОР

ну вы же не все данные меняете

Не знаю на сколько ты понимаешь смысл этого слова :)

вот есть клиент Х

кортеж в базе

есть таблица услуг

они там связаны

можно посмотреть отчёты по услугам

можно посмотреть, сколько новых клиентов за день добавляется к вам в базу

Везде по разному. У нас есть база с таблицей призеров олимпиад. Там они тоже все вычещены

Тоже самое ответ на твой вопрос.

но как минимум это не вытекает из слова ДЕПЕРСОНАЛИЗАТОР

:-)

ладно, пофиг, я тут уточнил у vscale.io - у них используются процессоры Intel(R) Xeon(R) CPU E5-2670 v3 @ 2.30GHz и материнские платы https://www.supermicro.nl/products/motherboard/Xeon/C600/X10DRW-i.cfm , сетевое оборудование Juniper... это если кому интересно...

а зачем это знание может понадобиться?

мне было интересно, что там за мистические ядра

они про процессор не писали на сайте

аа

https://www.cpubenchmark.net/cpu_lookup.php?cpu=Intel+Xeon+E5-2670+v3+%40+2.30GHz&id=2337&multi=2

релиз в 2:20 субботы, стартап епта

релиз в 2:20 субботы, стартап епта

я думал ты в Яндексе