У слову, композиция в Go работает по аналогии, методы вложенных структур доступны напрямую. Если считать, что вложенная структура - аналог родителя в классах, то ее изменение точно также изменит и композит. В общем, не понятно, что тут человек пытается доказать. Композиция в Go не идеальна, но все же имеет свои плюшки из коробки.
В целом, согласен, но есть пара замечаний: ООП в Go есть, нет Класс-ориентированного программирования, а это не одно и то же, хотя процедурный стиль превалирует, ваша правда. Вызвать Go из другой программы очень даже можно, но придется делать C-биндинги для своей Go-библиотеки, в обратную сторону также работает (у меня была большая статья на эту тему). Отсутствие поддержки функциональщины я бы не стал относить к объективным минусам.
А вот определение Go как улучшенный C с GC и горутинами - это именно он и есть. Для тех, кто знаком с C очень быстро становится заметно, как "уши" C торчат отовсюду.
Для VS Code есть Roo Code, который без автодополнения. Да, свои подписки на модели придется подключать вручную, но переключаться можно точно также. Есть еще его форк Kilo Code, там даже для определенных провайдеров автодополнение поддерживается, хотя если речь про агентов, то это и не так важно как будто. Cursor всё ещё имеет проблемы - отдельные плагины могут отваливаться, на некоторых стенках не работает отладка, при этом в vs code все работает. Так что да, ценность курсора как отдельного продукта падает.
Осталось понять - чем оно лучше дефолтного приложения "Заметки" на любой платформе, если синхронизации все равно нет. Лично у себя давно поднят nextcloud, использую для указанных целей его приложение Заметки, синхронизируется между устройствами, доступно в себе через браузер. Понятно, что для простых заметок никто не будет подумать целое облако, тут вопрос, скорее, в ЦА ну и в первом вопросе в моем комментарии. В качестве упражнения норм, но если хочется пользоваться не только самому, то нужно понять - для кого это приложение написано. Удачи в начинаниях.
Раньше тонна такого была. Вообще, вы же даже сами используете base64, вот так любые, в том числе, бинарные данные и отправляются. Причем, если использовать sms как транспорт, то нормальное e2e с автоматическим обменом ключами можно использовать.
Вообще, я бы сделал в приложении поддержу стандартного api для транспортов, а вот сами транспорты уже можно было бы собирать разные, sms, email, matrix, cloud, да что угодно.
И не хватает десктопных версий под мак и лин тогда уж.
Концепция "одного контейнера" сразу запирает нас как раз в одном контейнере и усложняет дальнейшее масштабирование, если это понадобится (допустим, все больше родственников присоединяется), приходится уже отдельно расширять медиа-хранилище, или выносить livekit отдельно, а когда все уже в одном контейнере, получается боль. Думаю, что как будет свободное время - попробую также допилить функции установки самого докера и настройку nftables, чтоб реально, в одну команду все было, хотя чем дальше рассуждаю, тем больше нюансов вижу: по идее, нужно ещё настраивать ssh по ключу, а ещё лучше с knock-knock (забыл как называется схема с условными сигналами для разрешения подключения по ssh). В общем, тут подумать нужно, потому как уже больше похоже как раз на готовый сервис от провайдера.
Хех, "такая же коробочка" окупится сильно быстрее, чем за год, если считать по их тарифу 3500 в год, благо, есть варианты и подешевле, да и не требуется для семейной связи таких ресурсов.
Они как конференция, но звонок в приложение поступает, так что все ок. Из минусов - всегда по умолчанию видеорежим и нет нормального звонка без громкой связи.
Сырой, аудиозвонков нет, удобство поиска пользователей сомнительное, интерфейс со всеми этими комнатами тоже откуда-то из нулевых. Нельзя назначить имена контактам, хотя, это, пожалуй, проблема самого протокола.
Да уж, люди начинают мыслить одинаково. Буквально на днях допилил небольшой проект, который на выходе даёт один bash скрипт в одну команду устанавливающий в docker synapse + livekit (да, настраивал сразу под свежий стандарт звонков) + certbot, хотя, конечно, нужен вариант "для домохозяек", чтобы в один клик сразу запускалось. Для моей поделки требуется только наличие docker и прав админа, ну и умение настраивать файерволл, если есть желание. Все полностью запускается в контейнерах. Не стал включать конфигурирование веб-улмента, хотя, говорят, довольно просто там все, может, добавлю, если кому потребуется. Для семейных звонков и переписки вполне хватает старой доброй конфигурации 2 ядра 2 гига, но для надёжности добавил ещё 2 гига свопа, который, к слову, пока даже и не использовался. Ссылку давать не буду, тут рекламу, даже собственных разработок не любят, но кому интересно найдут на гитхабе проект self-hosted-matrix.
Вот только не надо про Django, у нас в компании с этого тормознутого монстра пытаются уже год на микросервисы на fastapi перейти (результат пока сильно ограниченный). И проблема не в самом Django, он хорош для прототипирования, но потом бизнес решает, что у него не прототип, а отличная платформа, которую нужно поддерживать и развивать, ровно до тех пор, пока сам фреймворк не начинает вставлять палки в колеса.
Тоже испытываю смешанные чувства к fsd, тоже стремлюсь отделить логику от содержания, результатом моих изысканий стал проект VueEnt (доступен на GitHub), тут пару статей про него писал, есть отличия, нет из коробки use-cases или flow, но реализуемо, если нужно. Там, все же опора на реактианость Vue. Но есть много общего. Возможно, вам будет интересно ознакомиться. Что касается вашего подхода, то попытка перетащить стриминг в веб выглядит интересно, но интересно следующее: насколько высок оверхед, который приходится платить за соблюдение вашего подхода? В последнее время испытываю много боли в попытках оптимизировать работу фронтенда, а виной всему огромные бандлы.
Возможно я ошибаюсь, но, насколько помню, Go на стеке размещает не только примитивные типы. Структура тоже может быть на стеке, если не возвращать указатель на созданную внутри функции структуру.
У слову, композиция в Go работает по аналогии, методы вложенных структур доступны напрямую. Если считать, что вложенная структура - аналог родителя в классах, то ее изменение точно также изменит и композит. В общем, не понятно, что тут человек пытается доказать. Композиция в Go не идеальна, но все же имеет свои плюшки из коробки.
В целом, согласен, но есть пара замечаний: ООП в Go есть, нет Класс-ориентированного программирования, а это не одно и то же, хотя процедурный стиль превалирует, ваша правда. Вызвать Go из другой программы очень даже можно, но придется делать C-биндинги для своей Go-библиотеки, в обратную сторону также работает (у меня была большая статья на эту тему). Отсутствие поддержки функциональщины я бы не стал относить к объективным минусам.
А вот определение Go как улучшенный C с GC и горутинами - это именно он и есть. Для тех, кто знаком с C очень быстро становится заметно, как "уши" C торчат отовсюду.
Для VS Code есть Roo Code, который без автодополнения. Да, свои подписки на модели придется подключать вручную, но переключаться можно точно также. Есть еще его форк Kilo Code, там даже для определенных провайдеров автодополнение поддерживается, хотя если речь про агентов, то это и не так важно как будто. Cursor всё ещё имеет проблемы - отдельные плагины могут отваливаться, на некоторых стенках не работает отладка, при этом в vs code все работает. Так что да, ценность курсора как отдельного продукта падает.
14 была последняя нормально рабочая убунту. С 16 они прилепили какой-то свой слой для управления сетью и кучу проблем с ним.
Осталось понять - чем оно лучше дефолтного приложения "Заметки" на любой платформе, если синхронизации все равно нет. Лично у себя давно поднят nextcloud, использую для указанных целей его приложение Заметки, синхронизируется между устройствами, доступно в себе через браузер. Понятно, что для простых заметок никто не будет подумать целое облако, тут вопрос, скорее, в ЦА ну и в первом вопросе в моем комментарии. В качестве упражнения норм, но если хочется пользоваться не только самому, то нужно понять - для кого это приложение написано. Удачи в начинаниях.
Осталось освоить indexedDB и импорт/экспорт в файл.
Раньше тонна такого была. Вообще, вы же даже сами используете base64, вот так любые, в том числе, бинарные данные и отправляются. Причем, если использовать sms как транспорт, то нормальное e2e с автоматическим обменом ключами можно использовать.
Вообще, я бы сделал в приложении поддержу стандартного api для транспортов, а вот сами транспорты уже можно было бы собирать разные, sms, email, matrix, cloud, да что угодно.
И не хватает десктопных версий под мак и лин тогда уж.
Концепция "одного контейнера" сразу запирает нас как раз в одном контейнере и усложняет дальнейшее масштабирование, если это понадобится (допустим, все больше родственников присоединяется), приходится уже отдельно расширять медиа-хранилище, или выносить livekit отдельно, а когда все уже в одном контейнере, получается боль. Думаю, что как будет свободное время - попробую также допилить функции установки самого докера и настройку nftables, чтоб реально, в одну команду все было, хотя чем дальше рассуждаю, тем больше нюансов вижу: по идее, нужно ещё настраивать ssh по ключу, а ещё лучше с knock-knock (забыл как называется схема с условными сигналами для разрешения подключения по ssh). В общем, тут подумать нужно, потому как уже больше похоже как раз на готовый сервис от провайдера.
Добро пожаловать в Россию, где давно уже толком ничего не работает, а мобильный интернет рандомно отключается по районам.
Хех, "такая же коробочка" окупится сильно быстрее, чем за год, если считать по их тарифу 3500 в год, благо, есть варианты и подешевле, да и не требуется для семейной связи таких ресурсов.
Они как конференция, но звонок в приложение поступает, так что все ок. Из минусов - всегда по умолчанию видеорежим и нет нормального звонка без громкой связи.
А какие ПД хранит сервер matrix не подскажете?
Сырой, аудиозвонков нет, удобство поиска пользователей сомнительное, интерфейс со всеми этими комнатами тоже откуда-то из нулевых. Нельзя назначить имена контактам, хотя, это, пожалуй, проблема самого протокола.
Батарейка телефона вам спасибо за все эти p2p не скажет, да и технические ограничения сильно портят пользовательский опыт.
Требования начинаются, когда к переписке присоединяются видеозвонки, а так да, жрет немного, версия на rust, говорят, ещё менее прожорлива.
Да уж, люди начинают мыслить одинаково. Буквально на днях допилил небольшой проект, который на выходе даёт один bash скрипт в одну команду устанавливающий в docker synapse + livekit (да, настраивал сразу под свежий стандарт звонков) + certbot, хотя, конечно, нужен вариант "для домохозяек", чтобы в один клик сразу запускалось. Для моей поделки требуется только наличие docker и прав админа, ну и умение настраивать файерволл, если есть желание. Все полностью запускается в контейнерах. Не стал включать конфигурирование веб-улмента, хотя, говорят, довольно просто там все, может, добавлю, если кому потребуется. Для семейных звонков и переписки вполне хватает старой доброй конфигурации 2 ядра 2 гига, но для надёжности добавил ещё 2 гига свопа, который, к слову, пока даже и не использовался. Ссылку давать не буду, тут рекламу, даже собственных разработок не любят, но кому интересно найдут на гитхабе проект self-hosted-matrix.
Вот только не надо про Django, у нас в компании с этого тормознутого монстра пытаются уже год на микросервисы на fastapi перейти (результат пока сильно ограниченный). И проблема не в самом Django, он хорош для прототипирования, но потом бизнес решает, что у него не прототип, а отличная платформа, которую нужно поддерживать и развивать, ровно до тех пор, пока сам фреймворк не начинает вставлять палки в колеса.
Тоже испытываю смешанные чувства к fsd, тоже стремлюсь отделить логику от содержания, результатом моих изысканий стал проект VueEnt (доступен на GitHub), тут пару статей про него писал, есть отличия, нет из коробки use-cases или flow, но реализуемо, если нужно. Там, все же опора на реактианость Vue. Но есть много общего. Возможно, вам будет интересно ознакомиться. Что касается вашего подхода, то попытка перетащить стриминг в веб выглядит интересно, но интересно следующее: насколько высок оверхед, который приходится платить за соблюдение вашего подхода? В последнее время испытываю много боли в попытках оптимизировать работу фронтенда, а виной всему огромные бандлы.
Возможно я ошибаюсь, но, насколько помню, Go на стеке размещает не только примитивные типы. Структура тоже может быть на стеке, если не возвращать указатель на созданную внутри функции структуру.
А где win98 в списке?!