БГ
у винды изначально есть механизм сервисов. и есть свой нормальный планировщик
Да, уже вспомнил
Size: a a a
2021 January 19
OM
мне не нравятся подобные вбросы, этот оперирует подменой понятий. использует якори "якобы инсайд" (временный ролик для своих). удолил, оставил только ссылку на change.org.
🚲U
Говорит, винда у него. Правда, я до этого думал на ней и крона нет.
Сложно
Сложно
Мак
OO
завернуть приложение в докер образ или в вагрант виртуалку, где будет не мак, а линукс
🚲U
завернуть приложение в докер образ или в вагрант виртуалку, где будет не мак, а линукс
Да, в планах осваивать докер, да.
Ну или кубер
Ну или кубер
🚲U
SS
Думаю можно через изменение этой длинной повторяющейся функции log_and_send.....
🚲U
Думаю можно через изменение этой длинной повторяющейся функции log_and_send.....
Да я вот думаю уже написать отдельную функцию
process_error_on_request_retry()
process_error_on_request_retry()
SS
Но я бы не торопился с оптимизацией, если проект или его часть не готова)
🚲U
Но я бы не торопился с оптимизацией, если проект или его часть не готова)
Проект уже давно готов, щас наваливаю фичи и оптимизирую)
🚲U
Думаю можно через изменение этой длинной повторяющейся функции log_and_send.....
Вот так, наверное
SS
Тут ещё можно чутка оптимизировать длину кода кажется, 3 раза функция одна повторяется и в двух случаях ловя исключение)
В код подробно не вникал, возможно и не нужно этой оптимизации для удобства чтения
В код подробно не вникал, возможно и не нужно этой оптимизации для удобства чтения
🚲U
Тут ещё можно чутка оптимизировать длину кода кажется, 3 раза функция одна повторяется и в двух случаях ловя исключение)
В код подробно не вникал, возможно и не нужно этой оптимизации для удобства чтения
В код подробно не вникал, возможно и не нужно этой оптимизации для удобства чтения
ну да
В except определять переменную message...
В except определять переменную message...
СД
Тут ещё можно чутка оптимизировать длину кода кажется, 3 раза функция одна повторяется и в двух случаях ловя исключение)
В код подробно не вникал, возможно и не нужно этой оптимизации для удобства чтения
В код подробно не вникал, возможно и не нужно этой оптимизации для удобства чтения
Помните про DRY
SS
Помните про DRY
DRY это хорошо, но иногда им можно и нужно пренебрегать) так с лету примеров не вспомню, но бывает, что реализация DRY будет занимать много времени, а дублируется всего 3 строки 2 раза)
🚲U
DRY это хорошо, но иногда им можно и нужно пренебрегать) так с лету примеров не вспомню, но бывает, что реализация DRY будет занимать много времени, а дублируется всего 3 строки 2 раза)
+
ДК
Иногда проще в миллиарды раз захардкодить, чем с dry написать
dry ведь для собственного удобства и чужого больше нужен
dry ведь для собственного удобства и чужого больше нужен
СД
))это да, но это когда кода мало. Часто бывает что дублируя код, в случае изменения в структуре, забываем поменять везде и начинаются пляски.