Собственно, автор говорит об этом. Там то ли баг, то ли фича, но работает так: 1) Удаляет старые записи 2) Проходит валидацию, что все заполнено верно 3) Если валидация пройдена, то вносятся новые
Соответственно, опечатка приводит к полному удалению всего, что было.
Сначала вы пишите «Сразу договаривайтесь, кто поправит расхождения: дизайнер в макетах или разработчик в компоненте», и тут же «Решение предлагаю принимать в сторону простого варианта». В разных ситуация простой вариант ведь разный?
А как насчет продуктивности? Если я пытаюсь похудеть, то все время хочу есть. А значит почти не могу думать о работе. Если в этот день мне предстоит сделать что-то физическое, то я все равно могу это делать, не зависимо от мыслей. А если нужно придумывать, анализировать, обсуждать с коллегами и доказывать свою точку зрения, то моя продуктивность падает критически. Я один такой?
Это же хабр! Хотелось бы больше технических подробностей. С какими проблемами сталкивались и как решали? Из текста следует, что самая большая сложность — договориться с безопастниками.
Извиняюсь, не хотел обидеть ни какой город. Не имею лично ничего против ни Самары, ни Иркутска. Тут другой вопрос — сорваться на месяц куда-то в другой город поработать мне кажется сомнительным удовольствием. Если это не берег моря, например.
Интересно было бы узнать, какой процент сотрудников и как часто пользуются возможностью таких путешествий без отрыва от производства? Мне кажется, у нас бы никто не соблазнился предложением, съездить на месяцок в Самару поработать.
Интересно было бы еще учитывать то, какие вакансии я стал просматривать внимательнее и на какие откликаться. Так можно было бы существенно пывысить качество персональных рекомендаций через пару дней использования.
По поводу програмного изменения фона изображений. Мне кажется, что предложенное решение имеет ряд серьезных ограничений на цвет подложки. Может быть, правильнее было бы обработать изображения imagemagik (вот, например описание, как можно заменить фон: https://habrahabr.ru/company/io/blog/261529/). А, после замены фона, можно, например, собрать картинки в спрайты с фоном/без фона.
Я правильно понимаю, что автор нашел уязвимость, создал удобное средство её эксплуатации, доступное для массового использования, написал об этом на хабр — и все это под собственной именем и фамилией?
Заранее извиняюсь, если мой вопрос глупый, т.к. я очень далек от разработки БД.
Я правильно понимаю, что в момент, когда с начала выполнения транзакции прошло 2^31 других транзакций бОльшая часть из этих 2^31 уже выполнена и их номера хранить не надо? Вопрос к тому, что разве нельзя по достижению середины круга проходить по всему счетчику и убрать оттуда все лишнее, оставив только те транзакции, которые еще не выполнены? Таким образом, мы сохраним порядок транзакций, что нам и требовалось?
Я не очень понял в каком случае стоит рассматривать облачные решения для хранения фоток? Бонус только в том, что место дешевле? При каких обьемах это становится существенным?
Просто головной боли сразу сильно больше с оплатой отдельной и прочим.
Честно говоря, не понял главного — чем эта «программка» так хороша и чем она облегчает процесс игры для ведущего? сколько раз не играл в мафию, проблем с запоминанием кого убили не возьникало. Правда, тут преведено несколько ролей с которыми я не знаком. Можно ссылочку на правила такой игры, пожалуйста?
Собственно, автор говорит об этом. Там то ли баг, то ли фича, но работает так:
1) Удаляет старые записи
2) Проходит валидацию, что все заполнено верно
3) Если валидация пройдена, то вносятся новые
Соответственно, опечатка приводит к полному удалению всего, что было.
Кафка нас, в целом, устраивает. Да и очень много уже завязано на ней — не так просто будет заменить при всем желании.
А у вас есть опыт замены? Расскажете, почему приняли такое решение и как прошло?
Спасибо, буду использовать как глоссарий — скидывать в чатиках когда кто-то подменяет одну роль другой.
Сначала вы пишите «Сразу договаривайтесь, кто поправит расхождения: дизайнер в макетах или разработчик в компоненте», и тут же «Решение предлагаю принимать в сторону простого варианта». В разных ситуация простой вариант ведь разный?
А как насчет продуктивности? Если я пытаюсь похудеть, то все время хочу есть. А значит почти не могу думать о работе. Если в этот день мне предстоит сделать что-то физическое, то я все равно могу это делать, не зависимо от мыслей. А если нужно придумывать, анализировать, обсуждать с коллегами и доказывать свою точку зрения, то моя продуктивность падает критически. Я один такой?
Я правильно понимаю, что в момент, когда с начала выполнения транзакции прошло 2^31 других транзакций бОльшая часть из этих 2^31 уже выполнена и их номера хранить не надо? Вопрос к тому, что разве нельзя по достижению середины круга проходить по всему счетчику и убрать оттуда все лишнее, оставив только те транзакции, которые еще не выполнены? Таким образом, мы сохраним порядок транзакций, что нам и требовалось?
Просто головной боли сразу сильно больше с оплатой отдельной и прочим.