Это я понял. 8,13 строка это указатель или короткая запись n*n?
?
K
Maks
Логитеч помойка. Хотел 915tkl брать но никому не советую) красивая модная и по есть, но кейкапы крепятся жутко стремно.
Andrei
Maks
Ну у обычных клав выбор большой. Огромный. Даже среди беспроводных.
Maks
Для меня важным еще является момент - 2 беспроводных интерфейса передачи данных
Даниил
Sa
Maks
Юра (Юрий Александрович)
Sakhil
Громко чота) ща кейкапы придут с ними посмотрю как мои сайлент будут себя вести. Я к тому писал вообще, что механики от логитеч за свои деньги мусор какой то
Любая клавиатура на массмаркете - говно
Sakhil
KD - также параша
Sakhil
Все, что проивзодят производители клавиатур - говно
Maks
У кд вроде как хотя бы хотсвапы)
Maks
Есть
Maks
Хотя там не стандартные)))
Sakhil
Эта клава 6к с алика =)
Юрий
Sakhil
только красную кнопку не нажимай прошу
Атомные ракеты летают только по моему назначению, так что да...
Юрий
он уже в сайлент хилл превратился
Maks
Maks
Maks
Maks
На фото чисто кейкапы показал)))
Sakhil
Sakhil
Но выглядит очень шикарно, если в такома же формате
Sakhil
Это PBT кейкапы?
Maks
Если тебе на провод плевать, то есть дорогие но годные аллюминиевые diy kit с qmk(программируемые). Шикарные. С каскет маунтом. Но там цена 10+ только за сам кит.
Да, это pbt, xda профиль, сублимация
Rostislav
Feofan
Сеньер - почему у меня туннельный синдром, все же хорошо было...
сразу инвалидность и списание в утиль ... не иначе
Юрий
купил себе mx keys за 16к в днс и радуюсь
Rostislav
Сеньер - почему у меня туннельный синдром, все же хорошо было...
А механика как-то помогает предотвратить?
Юрий
Юрий
Sa
Какую клаву нужно купить чтоб не схватить инфаркт досрочно?
Feofan
Какую клаву нужно купить чтоб не схватить инфаркт досрочно?
самую дорогую
тогда и от инсульта жопы убережёт
Андрей
коллеги…
Tarakanov
Добрый день
Сделал утилиту небольшую, которая в один поток разбирает содержимое папок с XML-файлами
Результат кладется в Postgres
Подскажите пожалуйста два вопроса:
1. Использую стороннюю утилиту (https://github.com/tamerh/xml-stream-parser), посмотрел на скорость работы без вставки данных в базу, получилось что 99% времени уходит на обработку файлов, а не insert. Возможно это как-то побороть? Товарищи рекомендуют смотреть в сторону SAX, мол в память не упрусь. Но с памятью пока проблем не наблюдаю.
2. В каждой папке примерно одинаковый набор данных, хочу попробовать обрабатывать их параллельно. Почитал про горутины, каналы и wait group.
Пока не очень понял как их задействовать. Можете посоветовать хороший ресурс для погружения?
Влад
подскажите, хочу экспортировать интрефейс из модуля. этот интерфейс используется во внутреннем пакете.
как лучше всего это сделать?
у меня идея: в корневом пакете создать еще один интерфейс, который будет наследовать интерфейс внутреннего пакета
это ок?
Rostislav
Влад
а зачем его экспортировать?
модуль работает с файловой системой. при желании пользователь может использовать MemMapfs например вместо реальной fs
Rostislav
если я конечно все верно понял, то данный интерфейс не должен находиться в твоем пакете в принципе
Rostislav
ты наверное раньше писал на другом языке вроде джавы и хочешь сделать так, как делал там, но не надо
Rostislav
ты делаешь свою структуру, даешь ей методы и из конструктора просто возвращаешь структуру
Rostislav
тот, кто делает MemMapFs поступает точно также
Rostislav
а потом уже именно клиент ваших реализаций по интерфейсу куда-то передает их. А интерфейс хранит у себя
Влад
я тебя не очень поинмаю
давай лучше на примере:
мой код например создает файлы в fs. как со стороны пользователя этого модуля передать свою реализацию fs?
Rostislav
то есть он должен передавать реализацию фс в твой модуль, так?
Влад
да
Влад
то есть он должен передавать реализацию фс в твой модуль, так?
а мой код только от интерфейса зависит
Влад
который сам и предоставляет для реализации
Rostislav
так. Не совсем конечно понимаю, что значит реализация фс в твоем случае, но ладно.
Ну ты определяешь у себя в модуле интерфейс, делаешь его экспортируемым и все
Юра (Юрий Александрович)
подскажите, хочу экспортировать интрефейс из модуля. этот интерфейс используется во внутреннем пакете.
как лучше всего это сделать?
у меня идея: в корневом пакете создать еще один интерфейс, который будет наследовать интерфейс внутреннего пакета
это ок?
Просто имя интерфейса с большой буквы, и он будет экспортируемым.
Влад
я так и спрашиваю. как лучше это сделать)
Влад
он исползуется внутренним пакетом. я не могу его объявить в модуле, потому что внутренний пакет не может импортировать модуль (который выше). из-за цикличной зависимости
Юра (Юрий Александрович)
Чтобы не возникало циклических зависимостей, интерфейс нужно вынести в отдельный пакет и оба пакета пусть его импортируют.
Влад
Чтобы не возникало циклических зависимостей, интерфейс нужно вынести в отдельный пакет и оба пакета пусть его импортируют.
это да, но в данном случае я пишу модуль (go mod)
и он экспортирует только корневой пакет (если я все правильно понимаю)
Влад
схематично:
module1:
mod.go
module1.go
internal:
internal.go
interface.go
все, что находится в пакете internal сокрыто для пользователя модуля module1
Rostislav
ты можешь из module1.go импортировать то, что внутри директории internal
Rostislav
а, ты по-другому написал, ок
Rostislav
ну ты можешь определить ведь интерфейс в module1.go там прописать нужные методы. Так пойдет?
Влад
ну ты можешь определить ведь интерфейс в module1.go там прописать нужные методы. Так пойдет?
у меня такая идея была с наследованием интерфейса. сейчас посмотрю, можно ли комменты тоже наследовать))
Влад
просто способ костыльный. хотел лучше найти, вот и спрашиваю
Andrey
Rostislav
у меня такая идея была с наследованием интерфейса. сейчас посмотрю, можно ли комменты тоже наследовать))
это не наследование, меня немного путает это слово, т.к. не понимаю, что имеешь в виду. Есть встраивание, когда ты один интерфейс пишешь внутри другого - это встраивание.
Rostislav
но мне кажется лучше новый интерфейс сделать