AA
примерно раз в 100 лет у тебя могут сгенерироваться повторный uuid
веская причина не юзать
Size: a a a
2020 July 31
AA
примерно раз в 100 лет у тебя могут сгенерироваться повторный uuid
откуда инфа, кстати, про 100 лет?
T
даже не 100 лет оказывается
f
Material Design часто юзается в разработке? Норм ли он?
n
веская причина не юзать
Веская причина юзать, но иметь контроль на случай коллизий. Мы на прошлой работе с таким разок сталкивались. Но там база была с миллионами записей в таблице. А многие не сталкиваются и за всю жизнь.
VP
Material Design часто юзается в разработке? Норм ли он?
В Android разработке хорошие приложения используют материал дизайн почти всегда (если ты имеешь ввиду сами гайдлайны)
А сама библиотека material design юзается до тех пор пока она не ограничивает разработчика, дальше элементы могут кастомизироваться самим разработчиком.
А сама библиотека material design юзается до тех пор пока она не ограничивает разработчика, дальше элементы могут кастомизироваться самим разработчиком.
QH
Веская причина юзать, но иметь контроль на случай коллизий. Мы на прошлой работе с таким разок сталкивались. Но там база была с миллионами записей в таблице. А многие не сталкиваются и за всю жизнь.
ух, какая же увлекательная заёба — поменять записи первичный ключ при экспорте в другую базу
(нет, я не высказываюсь против ууидов)
(нет, я не высказываюсь против ууидов)
n
ух, какая же увлекательная заёба — поменять записи первичный ключ при экспорте в другую базу
(нет, я не высказываюсь против ууидов)
(нет, я не высказываюсь против ууидов)
А на кой менять? У нас как раз нередкие были проекты с распределенными базами. Которые синхронизировались раз в день/неделю.
n
Никаких проблем и коллизий с ключами
A
А как тогда сохранять ? Данные могут быть и как маленькие так и разростаться.
Ну я думаю все зависит от цели , можно посмотреть в сторону локальных БД .
Хотя в документации сказано , что он может переварить твой объем
То что ты прислал с SO в ответе , у setRetainInstance есть нюансы , которые стоит учесть , если будешь брать этот вариант .
Хотя в документации сказано , что он может переварить твой объем
То что ты прислал с SO в ответе , у setRetainInstance есть нюансы , которые стоит учесть , если будешь брать этот вариант .
f
В Android разработке хорошие приложения используют материал дизайн почти всегда (если ты имеешь ввиду сами гайдлайны)
А сама библиотека material design юзается до тех пор пока она не ограничивает разработчика, дальше элементы могут кастомизироваться самим разработчиком.
А сама библиотека material design юзается до тех пор пока она не ограничивает разработчика, дальше элементы могут кастомизироваться самим разработчиком.
Спасибо 👍🏻
QH
А на кой менять? У нас как раз нередкие были проекты с распределенными базами. Которые синхронизировались раз в день/неделю.
> на прошлой работе с таким разок сталкивались
> Никаких проблем и коллизий с ключами
чёт я не понял, значит)
> Никаких проблем и коллизий с ключами
чёт я не понял, значит)
n
> на прошлой работе с таким разок сталкивались
> Никаких проблем и коллизий с ключами
чёт я не понял, значит)
> Никаких проблем и коллизий с ключами
чёт я не понял, значит)
Разок всего. И это мы были уникальными везунчиками и огромный был проект. При этом даже не на 100% уверены. Может другой баг был. Некогда было разбираться, срочно фиксили
n
А то так можно начать не доверять даже хеш суммам
Г
Я нашел способ пофиксить значки в студии на линуксе
TG
Я нашел способ пофиксить значки в студии на линуксе
Как?)
Г
Нужно отключить новый рендерер и лайв инспектор в секции "эксперементальное"
QH
А то так можно начать не доверять даже хеш суммам
хэш-сумма — не идентификатор
n
хэш-сумма — не идентификатор
Не идентификатор, но многие на нее полагаются при проверке целостности. При том что коллизии тоже возможны, пусть и тоже маловероятны
QH
Не идентификатор, но многие на нее полагаются при проверке целостности. При том что коллизии тоже возможны, пусть и тоже маловероятны
инфра амазона когда-то упала из-за недостаточной стойкости хэша TCP-пакета