В детстве у нас с сестрой была гора VHS-кассет, которые мы бесконечно пересматривали. Современная видеоколлекция моих детей сильно от них отличается. Она полностью цифровая и разбросана по разным сервисам. Я хотел поделиться с ними магией осязаемости носителя из моего детства.
Несколько не понял, а зачем такие заморочки? Уже есть физический носитель, который научит еще и к самому носителю крайне бережно относиться.
я покупаю любимые фильмы на Blu-ray и сохраняю их на сервер Plex
В плане пушей мне нравится matrix. У него проблема пушей - это проблема клиента. Просто у каждого аккаунта прописывается свой URL, который дергает matrix и происходит отправка пуша в приложение.
У нас РокетЧат в таких условиях работал. Правда потом заменили на Mattermost - но точных причин перехода я не знаю. Возможно с мобильными клиентами что-то всплыло... С пушами вечные проблемы, впрочем с Mattermost не сказать что сильно лучше стало...
Telegram тоже не назвать российским. И лично я не уверен, что все "российские" альтернативы можно таковыми назвать - надо смотреть кому принадлежат и где головной офис находятся. Ну и вообще, любое централизованное решение могут отключить в любой момент - риски остаются.
Странно, что нет того же Matrix. И еще более странно, что отказались от рассмотрения Rocket.Chat и в качестве альтернативы предлагают его форк или даже форки.
Хотя тот же Mattermost - неплох (если не брать мобильные клиенты). Discord - понять еще можно (централизованный сервис). Не вспомнили и о Skype, который был достаточно популярен некоторое время назад для рабочих коммуникаций.
Спасибо, обязательно посмотрю. Загуглить время нашлось, пускай и немного. Но ничего толкового не нашел - видать не те ключевые слова использовал. Опять же - под эту идею нет актуальных задач, так что усердно и не искал.
Хотя... Тот же Macro Deck выглядит знакомым - видать попадался на глаза.
Спасибо ) Интересная штука, кросс-платформенность на месте, неплохой, навскидку, интерфейс. Правда не open-source и нужна лицензия (насколько я могу судить, лицензия национальна для декстоп-клиентов).
Лично у меня все витает идея: софт, который планшет/смартфон превращает в разные микшеры или клавиатуру с горячими клавишами. Да, это менее удобно, чем аппаратные ползунки - вслепую не передвинешь.
Но так ли часто надо это делать на ощупь? На мой взгляд, такое решение закроет большинство задач подобных миксеров, а уж гибкость будет гораздо выше.
И с отзывчивостью могут быть нюансы - виртуальные контроллеры имеют более высокую задержку.
P.S. может кто готовое что встречал? Максимум что встречал - эмуляцию клавиатуры / мыши со смартфона с возможностью задать свою "кастомную" клавиатуру.
Подключил как-то на относительно небольшим java-проекте модульность.
С одной стороны - это было больно. Особенно при работе со сторонними зависимостями - местами пришлось менять зависимости или вообще не добавлять модульность (например, protobuf не сумел подключить в модуль).
С другой стороны - обнаружил очень много неожиданных связей "вот этого точно локального и никому ненужного класса" и всего остального проекта. Реально было очень много неожиданных открытий. Но разбил, разнес, справился в общем. Главное - модули стали очень четко свою область использования ограничивать.
И упростилась работа над проектом в целом. Когда есть гарантия, что внутренний класс точно нигде больше не используется, то стало заметно проще. Да и сломать что-то стороннее стало гораздо сложнее. Тесты, конечно, от слома спасают (чем ближе к 100% - тем больше), но все равно стало заметно лучше в этом аспекте.
Так что модульность в java - очень крутая штука. Но к сожалению, редко используемая...
Разница обусловлена не областью действия, а размерами проектов. Чем больше проект - тем меньше пишется кода и тем больше изучается/дебажится существующего кода.
А на небольших проектах - и 1000 строк в день - далеко не предел. Особенно пока молодой и руки работают вперед головы )))
Только любая публикация приватного сертификата - это его компрометация, т.е. его в любой момент отозвать могут (по правилам - как только эта информация дойдет до центра выдачи сертификатов).
P.S. при всей удобности подобного подхода - есть и риски. DNS-ответы могут подменить, после чего трафик пойдет неизвестно куда. P.P.S. знаю подобный проект, с прикрученным traefik для управления поддоменами: https://habr.com/ru/articles/714916/
Несколько не понял, а зачем такие заморочки? Уже есть физический носитель, который научит еще и к самому носителю крайне бережно относиться.
Ага. Только повсеместно начал использоваться на рубеже XIX-XX веков.
И только в 1945 он стал официальным.
Насколько знаю, он появился не так давно. А до этого китайскими пользовались (подбирая похожие по звучанию).
В плане пушей мне нравится matrix. У него проблема пушей - это проблема клиента. Просто у каждого аккаунта прописывается свой URL, который дергает matrix и происходит отправка пуша в приложение.
У нас РокетЧат в таких условиях работал. Правда потом заменили на Mattermost - но точных причин перехода я не знаю. Возможно с мобильными клиентами что-то всплыло... С пушами вечные проблемы, впрочем с Mattermost не сказать что сильно лучше стало...
Telegram тоже не назвать российским.
И лично я не уверен, что все "российские" альтернативы можно таковыми назвать - надо смотреть кому принадлежат и где головной офис находятся.
Ну и вообще, любое централизованное решение могут отключить в любой момент - риски остаются.
Справедливости ради, в squadus не скрывают, что от Rocket.Chat пошли.
Странно, что нет того же Matrix.
И еще более странно, что отказались от рассмотрения Rocket.Chat и в качестве альтернативы предлагают его форк или даже форки.
Хотя тот же Mattermost - неплох (если не брать мобильные клиенты).
Discord - понять еще можно (централизованный сервис).
Не вспомнили и о Skype, который был достаточно популярен некоторое время назад для рабочих коммуникаций.
Спасибо, обязательно посмотрю.
Загуглить время нашлось, пускай и немного. Но ничего толкового не нашел - видать не те ключевые слова использовал. Опять же - под эту идею нет актуальных задач, так что усердно и не искал.
Хотя... Тот же Macro Deck выглядит знакомым - видать попадался на глаза.
Спасибо )
Интересная штука, кросс-платформенность на месте, неплохой, навскидку, интерфейс.
Правда не open-source и нужна лицензия (насколько я могу судить, лицензия национальна для декстоп-клиентов).
Спасибо )
Рад что такое есть. Несколько огорчает, что Windows-only (но другие платформы ожидаются в этом году, так что можно просто подождать).
Лично у меня все витает идея: софт, который планшет/смартфон превращает в разные микшеры или клавиатуру с горячими клавишами.
Да, это менее удобно, чем аппаратные ползунки - вслепую не передвинешь.
Но так ли часто надо это делать на ощупь?
На мой взгляд, такое решение закроет большинство задач подобных миксеров, а уж гибкость будет гораздо выше.
И с отзывчивостью могут быть нюансы - виртуальные контроллеры имеют более высокую задержку.
P.S. может кто готовое что встречал? Максимум что встречал - эмуляцию клавиатуры / мыши со смартфона с возможностью задать свою "кастомную" клавиатуру.
Подключил как-то на относительно небольшим java-проекте модульность.
С одной стороны - это было больно. Особенно при работе со сторонними зависимостями - местами пришлось менять зависимости или вообще не добавлять модульность (например, protobuf не сумел подключить в модуль).
С другой стороны - обнаружил очень много неожиданных связей "вот этого точно локального и никому ненужного класса" и всего остального проекта. Реально было очень много неожиданных открытий. Но разбил, разнес, справился в общем. Главное - модули стали очень четко свою область использования ограничивать.
И упростилась работа над проектом в целом. Когда есть гарантия, что внутренний класс точно нигде больше не используется, то стало заметно проще. Да и сломать что-то стороннее стало гораздо сложнее. Тесты, конечно, от слома спасают (чем ближе к 100% - тем больше), но все равно стало заметно лучше в этом аспекте.
Так что модульность в java - очень крутая штука. Но к сожалению, редко используемая...
Разница обусловлена не областью действия, а размерами проектов.
Чем больше проект - тем меньше пишется кода и тем больше изучается/дебажится существующего кода.
А на небольших проектах - и 1000 строк в день - далеко не предел. Особенно пока молодой и руки работают вперед головы )))
И рестарта не потребовалось (лично мне)
Если происходит какая-то ерунда, то есть универсальный рецепт: выключить и включить.
Проще говоря - перезагружать комп пробовали?
У докер-декстоп свой конфиг, там через GUI можно настроить.
https://habr.com/ru/news/818177/comments/#comment_26879057
docker перезапустить надо - без перезапуска не подхватывает значение.
Только любая публикация приватного сертификата - это его компрометация, т.е. его в любой момент отозвать могут (по правилам - как только эта информация дойдет до центра выдачи сертификатов).
P.S. при всей удобности подобного подхода - есть и риски. DNS-ответы могут подменить, после чего трафик пойдет неизвестно куда.
P.P.S. знаю подобный проект, с прикрученным traefik для управления поддоменами: https://habr.com/ru/articles/714916/
А лучше вообще не заявлять ложку в комплекте )
Будет приятный бонус от наличия ложки и не будет расстройства от отсутствия ложки )))