Шифрование запрещено, если я не ошибаюсь. На 433МГц разрешенная мощность мизерная и далеко не получится использовать.
Ну и такие вещи как wspr, ft8, js8call и тд давно уже существуют. Радиолюбители про них в курсе и достаточно часто используют. Кто "не лицензирован", могут попробовать свои силы на js8call на 27245 кГц (тот самый Си-Би диапазон). Там расстояние передачи данных исчесляются тысячами километров.
Солнечная станция и достаточная мощность в средних широтах слишком далеки друг от друга. Поэтому проще вложиться на начальном этапе, чем преобразовывать и слишком много терять постоянно. ?
До нового года рассматривал вариант распределения инвестиций по разным банкам. В конце декабря в госуслуги прилетела «биометрия» от тинькофф. Банк вылетел из списка площадок инвестирования. Надёжность и самодеятельность - слишком далеко друг от друга.
В моем случае посматриваю из-за питания. Есть 12В линия и там обычные системники или ноуты с напряжением 19В уже не запитать. Специфично, но как вариант применения
Было такое, соглашусь. Забежал на сайт putty, прыжок на один из своих серверов и дальше всё, я дома. :) Разумеется, если нужна графика, такой вариант не очень удобен.
Не хочу обидеть автора, но таких советов масса на всяких дзенах, vc и т.д. И общие советы в сугубо индивидуальную область пихать - ну так себе. На личном примере:
1. Работа интервалами не взлетела. Если прёт - значит прёт. Пообедал, пробежался и дальше творить. И таймер тут явно будет послан лесом. Помодоро не взлетели ни у меня ни у моих дочек, проверено дружно.
2. Гибкий график: ну уж нет. Есть время когда я онлайн и готов работать. И организм знает что это - время работы. Никаких "в выхи сделаю" или ночами сидеть. Кроме работы есть и личные дела и мешать это точно не хочется. Поэтому потом вечер - это Мой Вечер. И выходной - это Мой Выходной. А не повод отложить работу и в выходные пытаться нагнать пропущенное время. И опять же, не в "вакууме" живём. Коллеги рассчитывают на меня в оговоренное время. А на мои выходные рассчитывают и близкие люди, и друзья, с кем договорили об очередной поездке.
3. Менять локацию - опять же организм не понимает, можно расслабится или "у нас работа". Есть оборудованное место - там и настрой соответствующий. Ушел - перенастройка режима на другую деятельность.
4. Продуктовые часы - когда я решу что надо работать. Я отвечаю за свой график и настроение. И опять же на меня могут рассчитывать коллеги. Вариант "у меня только ночью голова варит" воспринимается как что-то безвольное. Ты профи или где?
5. Неактивный участник на митах - вообще нечего тогда делать на мероприятии. Толку ноль, без итогов всё равно ничего дельного не добавит. А зачастую и не вспомнит о чём говорили. Зачем отнимать время у человека? Очередная ИБД-шка? А если кто-то в момент беседы сидит и делает что-то своё, это примерно как говорить с человеком, который в это время в соцсетке зависает. Просто неуважение. Не нужен - не звать. Меньше участников - проще решить проблему или инцидент.
И это только по первому вопросу. Как уже сказал - многое сугубо индивидуально. И можно счастливо работать с 9 до 18.00, не поехав кукухой. А можно работать только в "удобное время" и всё равно потом "выгоранцев" на десяток статей на хабре.
Подключил нужные мне сервера и ПК к yggdrasil и не надо не только реальник выставлять, но и каждый раз запрашивать адреса. Слишком сложный вариант, на мой взгляд.
Периодически семьёй уматываем туда, где нет даже сотовой связи, про интернет можно даже не заикаться. Первое время было странно, а потом как-то стало нормально. Появилось ощущение, что это всё наносное и легко срываемое. Стали чаще читать книги, действительно отдыхать, спать спокойнее. Хороший отпуск, на самом деле, могу порекомендовать.
Leantime? Не отечественное, но вполне интересное для менеджеров. А разработка, скорее всего, с удовольствием проголосует за что-то интегрированное в IDE. Нет?
Имеет. Статья 13. Права полиции п.1.2 А повод - любая невнятная ориентировка, в которой описано что-то среднее между холодильником и гуманоидом: "предмет, похожий на человека".
Я не осуждал ни в коем случае. Думаю, все через это проходили и эту боль можно понять. Чуть больше года назад я так же попал на неоднородную среду. Были в том числе настолько древние машины, что обновлять их даже с архива невозможно. А надо, элементарный пример в виде curl, который не мог ходить по https без опции -k просто потому что корневые серты протухли.
Первое что сделали: приняли концепцию стада вместо питомца. Второе: ограниченное время использования. Сервер со сроком год считается устаревшим и должен быть заменён. (Без фанатизма, слишком много неочевидного попадалось и попадается, шутили на тему DevOpsArchaeologist.) В плейбуках на начальных этапах when os_family появилось немало, но это был только на переходный период. Спустя год работы, постепенно (другие задачи никто не отменял же) приближаемся к однородной массе. Заведение учёток в БД и на серверах, раскатка нужных пакетов и обновление - всё через простые и стандартизированные плейбуки. В дальнейшем цель не только однородность и повторяемость, а так же быстрая замена серверов, но и запрет заходов на ноды (сервера, воркеры и тд, как кому угодно называть) по SSH кроме аварийных ситуаций. Задач по деплоям, сопровождению и мониторингу хватает, чтобы мы ещё на работу с серверами тратили массу времени.
Поэтому да, писать плейбук даже на разовую операцию есть смысл: версию надо поднять или через год этот сервер придётся ставить в очередь на перезаливку и мигрировать БД на новое место. Операция перестанет быть разовой.
Старый прикол на тему китайского перевода: "Copyright - скопировано верно".
Можно это в список книг? https://www.litres.ru/book/pavel-stroganov/17-praktik-stoicizma-kak-ukrotit-zhiznennyy-haos-po-filoso-66923923/chitat-onlayn/
На подобные вопросы автор просто, с юмором и иногда очень доходчиво даёт ответ.
Поддержу. Что можно было такого напихать, чтобы столько весило - непонятно. Воздержусь от "обновления".
Отдельное спасибо за текстовый вариант доклада!
Шифрование запрещено, если я не ошибаюсь. На 433МГц разрешенная мощность мизерная и далеко не получится использовать.
Ну и такие вещи как wspr, ft8, js8call и тд давно уже существуют. Радиолюбители про них в курсе и достаточно часто используют. Кто "не лицензирован", могут попробовать свои силы на js8call на 27245 кГц (тот самый Си-Би диапазон). Там расстояние передачи данных исчесляются тысячами километров.
И, признаться, шикарный TUI. Немного привыкнуть и просто полёт! :)
На самом деле сам полез читать историю дистриба. Мало ли реально упустил. Смутил слишком разный подход. ?
Солнечная станция и достаточная мощность в средних широтах слишком далеки друг от друга. Поэтому проще вложиться на начальном этапе, чем преобразовывать и слишком много терять постоянно. ?
До нового года рассматривал вариант распределения инвестиций по разным банкам. В конце декабря в госуслуги прилетела «биометрия» от тинькофф. Банк вылетел из списка площадок инвестирования. Надёжность и самодеятельность - слишком далеко друг от друга.
В моем случае посматриваю из-за питания. Есть 12В линия и там обычные системники или ноуты с напряжением 19В уже не запитать. Специфично, но как вариант применения
Только Debian и его производные в виде Arch Linux и Ubuntu.
??? Arch от дебиана?
Было такое, соглашусь.
Забежал на сайт putty, прыжок на один из своих серверов и дальше всё, я дома. :) Разумеется, если нужна графика, такой вариант не очень удобен.
Не хочу обидеть автора, но таких советов масса на всяких дзенах, vc и т.д. И общие советы в сугубо индивидуальную область пихать - ну так себе. На личном примере:
1. Работа интервалами не взлетела. Если прёт - значит прёт. Пообедал, пробежался и дальше творить. И таймер тут явно будет послан лесом. Помодоро не взлетели ни у меня ни у моих дочек, проверено дружно.
2. Гибкий график: ну уж нет. Есть время когда я онлайн и готов работать. И организм знает что это - время работы. Никаких "в выхи сделаю" или ночами сидеть. Кроме работы есть и личные дела и мешать это точно не хочется. Поэтому потом вечер - это Мой Вечер. И выходной - это Мой Выходной. А не повод отложить работу и в выходные пытаться нагнать пропущенное время. И опять же, не в "вакууме" живём. Коллеги рассчитывают на меня в оговоренное время. А на мои выходные рассчитывают и близкие люди, и друзья, с кем договорили об очередной поездке.
3. Менять локацию - опять же организм не понимает, можно расслабится или "у нас работа". Есть оборудованное место - там и настрой соответствующий. Ушел - перенастройка режима на другую деятельность.
4. Продуктовые часы - когда я решу что надо работать. Я отвечаю за свой график и настроение. И опять же на меня могут рассчитывать коллеги. Вариант "у меня только ночью голова варит" воспринимается как что-то безвольное. Ты профи или где?
5. Неактивный участник на митах - вообще нечего тогда делать на мероприятии. Толку ноль, без итогов всё равно ничего дельного не добавит. А зачастую и не вспомнит о чём говорили. Зачем отнимать время у человека? Очередная ИБД-шка? А если кто-то в момент беседы сидит и делает что-то своё, это примерно как говорить с человеком, который в это время в соцсетке зависает. Просто неуважение. Не нужен - не звать. Меньше участников - проще решить проблему или инцидент.
И это только по первому вопросу. Как уже сказал - многое сугубо индивидуально. И можно счастливо работать с 9 до 18.00, не поехав кукухой. А можно работать только в "удобное время" и всё равно потом "выгоранцев" на десяток статей на хабре.
Подключил нужные мне сервера и ПК к yggdrasil и не надо не только реальник выставлять, но и каждый раз запрашивать адреса. Слишком сложный вариант, на мой взгляд.
Периодически семьёй уматываем туда, где нет даже сотовой связи, про интернет можно даже не заикаться. Первое время было странно, а потом как-то стало нормально. Появилось ощущение, что это всё наносное и легко срываемое. Стали чаще читать книги, действительно отдыхать, спать спокойнее. Хороший отпуск, на самом деле, могу порекомендовать.
Leantime? Не отечественное, но вполне интересное для менеджеров. А разработка, скорее всего, с удовольствием проголосует за что-то интегрированное в IDE. Нет?
Как сказать, видимо зависит от производителя. На дельту 12V/9А есть: 110А. Поэтому тестер нормально показал все данные.
Имеет. Статья 13. Права полиции п.1.2
А повод - любая невнятная ориентировка, в которой описано что-то среднее между холодильником и гуманоидом: "предмет, похожий на человека".
В таком случае могу только пожелать, чтобы ситуация становилась лучше, настрой не падал и хорошие идеи и практики всё чаще находили место в рутине.
Как говорилось в старом анекдоте: если эти парни говорят что это невозможно, значит просто им нужно чуть больше времени. :)
Я не осуждал ни в коем случае. Думаю, все через это проходили и эту боль можно понять. Чуть больше года назад я так же попал на неоднородную среду. Были в том числе настолько древние машины, что обновлять их даже с архива невозможно. А надо, элементарный пример в виде curl, который не мог ходить по https без опции -k просто потому что корневые серты протухли.
Первое что сделали: приняли концепцию стада вместо питомца. Второе: ограниченное время использования. Сервер со сроком год считается устаревшим и должен быть заменён. (Без фанатизма, слишком много неочевидного попадалось и попадается, шутили на тему DevOpsArchaeologist.) В плейбуках на начальных этапах when os_family появилось немало, но это был только на переходный период. Спустя год работы, постепенно (другие задачи никто не отменял же) приближаемся к однородной массе. Заведение учёток в БД и на серверах, раскатка нужных пакетов и обновление - всё через простые и стандартизированные плейбуки. В дальнейшем цель не только однородность и повторяемость, а так же быстрая замена серверов, но и запрет заходов на ноды (сервера, воркеры и тд, как кому угодно называть) по SSH кроме аварийных ситуаций. Задач по деплоям, сопровождению и мониторингу хватает, чтобы мы ещё на работу с серверами тратили массу времени.
Поэтому да, писать плейбук даже на разовую операцию есть смысл: версию надо поднять или через год этот сервер придётся ставить в очередь на перезаливку и мигрировать БД на новое место. Операция перестанет быть разовой.