Pull to refresh
13
0
Максим @SabMakc

User

Send message

Спасибо, обязательно посмотрю.
Загуглить время нашлось, пускай и немного. Но ничего толкового не нашел - видать не те ключевые слова использовал. Опять же - под эту идею нет актуальных задач, так что усердно и не искал.

Хотя... Тот же Macro Deck выглядит знакомым - видать попадался на глаза.

Спасибо )
Интересная штука, кросс-платформенность на месте, неплохой, навскидку, интерфейс.
Правда не open-source и нужна лицензия (насколько я могу судить, лицензия национальна для декстоп-клиентов).

Спасибо )
Рад что такое есть. Несколько огорчает, что Windows-only (но другие платформы ожидаются в этом году, так что можно просто подождать).

Лично у меня все витает идея: софт, который планшет/смартфон превращает в разные микшеры или клавиатуру с горячими клавишами.
Да, это менее удобно, чем аппаратные ползунки - вслепую не передвинешь.

Но так ли часто надо это делать на ощупь?
На мой взгляд, такое решение закроет большинство задач подобных миксеров, а уж гибкость будет гораздо выше.

И с отзывчивостью могут быть нюансы - виртуальные контроллеры имеют более высокую задержку.

P.S. может кто готовое что встречал? Максимум что встречал - эмуляцию клавиатуры / мыши со смартфона с возможностью задать свою "кастомную" клавиатуру.

Подключил как-то на относительно небольшим java-проекте модульность.

С одной стороны - это было больно. Особенно при работе со сторонними зависимостями - местами пришлось менять зависимости или вообще не добавлять модульность (например, protobuf не сумел подключить в модуль).

С другой стороны - обнаружил очень много неожиданных связей "вот этого точно локального и никому ненужного класса" и всего остального проекта. Реально было очень много неожиданных открытий. Но разбил, разнес, справился в общем. Главное - модули стали очень четко свою область использования ограничивать.

И упростилась работа над проектом в целом. Когда есть гарантия, что внутренний класс точно нигде больше не используется, то стало заметно проще. Да и сломать что-то стороннее стало гораздо сложнее. Тесты, конечно, от слома спасают (чем ближе к 100% - тем больше), но все равно стало заметно лучше в этом аспекте.

Так что модульность в java - очень крутая штука. Но к сожалению, редко используемая...

Разница обусловлена не областью действия, а размерами проектов.
Чем больше проект - тем меньше пишется кода и тем больше изучается/дебажится существующего кода.

А на небольших проектах - и 1000 строк в день - далеко не предел. Особенно пока молодой и руки работают вперед головы )))

[[registry]]
location = "docker.io"

[[registry.mirror]]
location = "mirror.gcr.io"

И рестарта не потребовалось (лично мне)

Если происходит какая-то ерунда, то есть универсальный рецепт: выключить и включить.
Проще говоря - перезагружать комп пробовали?

У докер-декстоп свой конфиг, там через GUI можно настроить.
https://habr.com/ru/news/818177/comments/#comment_26879057

docker перезапустить надо - без перезапуска не подхватывает значение.

Только любая публикация приватного сертификата - это его компрометация, т.е. его в любой момент отозвать могут (по правилам - как только эта информация дойдет до центра выдачи сертификатов).

P.S. при всей удобности подобного подхода - есть и риски. DNS-ответы могут подменить, после чего трафик пойдет неизвестно куда.
P.P.S. знаю подобный проект, с прикрученным traefik для управления поддоменами: https://habr.com/ru/articles/714916/

А лучше вообще не заявлять ложку в комплекте )
Будет приятный бонус от наличия ложки и не будет расстройства от отсутствия ложки )))

Rate limitations announced for Projects, Groups, and Users APIs

Откуда в заголовке "в тарифах" взялось? В статье вообще тарифы не упоминаются.

GitLab объявил ограничения в тарифах по доступу к API проектов, групп и пользователей

Не сравнивал потребление, но под капотом там eclipse (или какие-то его части), так что сильно меньше потреблять и не будет по идее.
Но в VSCode отзывчивость на действия сильно лучше, по моему опыту. IDEA теперь кажется крайне тормозной...

Скорее не заменить, а дополнить запуском скриптов в контейнере )
Для замены - можно tasks использовать, но это тоже будет VSCode-only, так что скрипты универсальнее.

Вообще через maven можно автоматизировать многие вещи - тоже достаточно универсально получается, особенно с maven-wrapper. Но для запуска maven зачастую уже свои скрипты нужны )))

Да, им и спасаюсь (впрочем, есть и другие аналоги, а при необходимости и консоль в моем распоряжении). Но в IDEA его реализация кажется как-то эталоннее и удобнее )

Да и сам GitLens (amodio.gitlens) мне не нравится - уж слишком впихивают платный функционал. Использую GitLess (maattdd.gitless) - форк GitLens "до того, как он испортился премиумом".

Да, devContainers - очень мощный инструмент.
Правда я по итогу перешел к запуску контейнера под стек и ssh-сервера в контейнере.

Очень уж раздражал постоянный сброс кеша зависимостей - после обновления базового образа надо собирать образ, качать code-server и все зависимости заново. А если у тебя хреновый интернет - то это все может не с первого раза еще и отработать.

А если посреди дебага перезапустил IDE и пошло обновление - то совсем грустно становилось...

JetBrains, что называется, "собаку съели" на рефакторинге. Так что да, IDEA в этом лучше будет.
Но базовых возможностей и в VSCode хватает: https://code.visualstudio.com/docs/java/java-refactoring

Уже несколько лет как перешел на VSCode для java-разработки. Из главных минусов - IDEA теперь кажется крайне тормозной.

Автодополнение несколько хуже работает в VSCode, все для List предлагает на 1й строчке что-то из сторонней библиотеки, а не java.util.List. По факту это самое большое мое замечание к Java в VSCode (не использую ИИ-ассистентов).

Года 3 назад (а может и больше) были проблемы с многомодульными проектами, но уже все исправили и они работают прекрасно (maven).

С eclipse-java-google-style.xml в свое время игрался, но так и не подружился полностью - всплыли проблемы с форматированием, возможно уже исправили - надо будет еще поиграться (уже и не помню в чем именно были проблемы). Но я итоге google-java-format подключил в maven (форматирование и валидацию).

Как резюме могу сказать, что с VSCode прекрасно живется java-разработчику. Про IDEA и не вспоминаю. Максимум - по интерактивному git rebase еще скучаю иногда. Уж очень он удобен в IDEA был.

1
23 ...

Information

Rating
3,806-th
Location
Россия
Registered
Activity