я не тролю если что

emacs

vscode наше всё, ты перепутал

я только вкуриваю, мне атом навязали

Я джетбрейнами пользуюсь

я только вкуриваю, мне атом навязали

атом тормозит( увы

да уже заметил((

аа, там отдельная IDE под Go от JetBrains

она не нужна на самом деле

vscode не тормозит и покрывает вообще все кейсы

попробую и это, всем спасибо!

@NXShock, тут IDE рекомендуют и никто еще не упомянул про liteIDE. Прийди, упомяни

vscode не тормозит и покрывает вообще все кейсы

и реализации интерфейсов показывает?

и кофе заваривает 😂😂😂

и реализации интерфейсов показывает?

Не представляю зачем это может быть нужно, переименовать метод интерфейса? Можно сделать поиск по проекту, врядли это работает сильно иначе в силу неявности реализации интерфейсов.

Не представляю зачем это может быть нужно, переименовать метод интерфейса? Можно сделать поиск по проекту, врядли это работает сильно иначе в силу неявности реализации интерфейсов.

ясно) то есть покрывает все *твои* кейсы, а IDE это более интеллектуальнаяч штука, чем редактор с плагинами

ясно) то есть покрывает все *твои* кейсы, а IDE это более интеллектуальнаяч штука, чем редактор с плагинами

Капитан

Капитан

а ты анти-капитан > vscode не тормозит и покрывает вообще все кейсы сравнил ИДЕ с редактором, и возмутился когда его тыкнули

тыкнули лол

У тебя проблемы с самооценкой что ты приходишь сюда посамоутверждаться?

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

Какие я могу описывать кейсы как не мои? Какое мое может быть мнение как не моё?

она не нужна на самом деле

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

с фразы "на самом деле" начинаются пассажи, пытающиеся донести истину до заблуждающихся

хотя очевидно истина у каждого своя, зависящая от размеров и сложности проектов до привычного флоу разработки

Подставь под стул ведро с водой, а то скоро пол гореть начнет)))

Подставь под стул ведро с водой, а то скоро пол гореть начнет)))

взрослые мальчики общаются по взрослому без горящих пердаков

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

Кстати, пишут, что находить имплеменированые интерфейсы может команда go oracle

В liteide я видел в интерфейсе но не смог заставить работать

https://docs.google.com/document/d/1_Y9xCEMj5S-7rv2ooHpZNH15JgRT5iM742gJkw5LtmQ/edit

аваст запарил подгружаемые библиотеки проверять

Кстати, пишут, что находить имплеменированые интерфейсы может команда go oracle

ну это сторонняя приблуда, судя по доке

Этой штукой можно любой текстовый редактор превратить в ide

@NXShock, тут IDE рекомендуют и никто еще не упомянул про liteIDE. Прийди, упомяни

LiteIDE ахуенна

А вы знаете структуру как хранить - есть 10 ключей по ним записи - надо иметь возможность найти записи по ним - либо по всем - либо по части? из пямяти

алгоритм

А вы знаете структуру как хранить - есть 10 ключей по ним записи - надо иметь возможность найти записи по ним - либо по всем - либо по части? из пямяти

ну обычная мапа, или я не понял вопроса

я так понял вся суть в том, что нужен полнотекстовый поиск по ключу

есть 10 ключей по ним записи - надо иметь возможность найти записи по ним по ним - по ключам. но... переформулируй вопрос

есть 10 ключей по ним записи - надо иметь возможность найти записи по ним по ним - по ключам. но... переформулируй вопрос

+1

Чет я не понял) Если есть ключи, зачем по ним что-то искать )

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

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

golang search file in directory

golang search file in directory

ииии?

ииии?

поисковый запрос для гугл

golang search file in directory

гугл выдаёт первую ссылку практически с той кривой реализацией

гугл выдаёт первую ссылку практически с той кривой реализацией

больше нет ссылок?

filepath.Glob?

filepath.Glob?

Да вот смотрю как раз.

filepath.Glob?

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

The pattern may describe hierarchical names such as /usr/*/bin/ed (assuming the Separator is '/').

туда можно скормить сразу целиком путь

туда можно скормить сразу целиком путь

ну я под Win пишу увы. Да и пути нужно сначала в слайс собрать для дальнейшей обработки

Ну да ладно, всё равно это лучше чем та кривая реализация

я не понимаю, чем она кривая :S если упарываться, то там делается лишний lstat, но вообще обычная реализация

я не понимаю, чем она кривая :S если упарываться, то там делается лишний lstat, но вообще обычная реализация

Не, с Glob то не кривая ) Кривая на которую я смотрю ))) Спасибо!

я не понимаю, чем она кривая :S если упарываться, то там делается лишний lstat, но вообще обычная реализация

тут короче собирается слайс с путями к файлам, дальше путь разбивается на ещё один слайс, а дальше наименование вытаскивается таким образом pathsSlice[len(pathsSlice)-1]

Хах, забавная ситуация. На Windows 7 Golang находит папку Documents and Settings, которую выпилили ещё в Windows Vista, но открыть её не может )

Есть какая-нить возможность ускорить for обход массива на 300млн элементов?

Хак или что-то сложное ради производительности?

Есть какая-нить возможность ускорить for обход массива на 300млн элементов?

ускорить обход - нет, так или иначе же нужно "обойти" все, может ты имел ввиду поиск, сортировку или ещё какие либо манипуляции массива?

оптимизируй логику - чтоб не было 300 млн

Хах, забавная ситуация. На Windows 7 Golang находит папку Documents and Settings, которую выпилили ещё в Windows Vista, но открыть её не может )

если включишь скрытые файлы, то обнаружишь, что ее не выпиливали, а оставили для совместимости

Есть какая-нить возможность ускорить for обход массива на 300млн элементов?

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

если включишь скрытые файлы, то обнаружишь, что ее не выпиливали, а оставили для совместимости

Так она форвардит просто на диру Users

Так она форвардит просто на диру Users

именно. но она же есть

симлинка

у меня есть 200млн чисел - числа имеют биты. Мне нужны числа у которых установлены 1, 8, 3 бит а в другой раз 2,4,7

1 Обход влоб и битовая проверка

симлинка

А как заглушку поставить? Так нормально? file, err := os.Open(path) if err != nil { fmt.Println("ERR OPEN: ", path) return false }

2 хемшепы по проверяемым битам и массивы с ключами и interselect

2 - выходит еще больше обходов тк 200тыс * 200 тыс = выходит еще больше чем один раз все обойти

вот и думаю как сделать это еще быстрее

1 вариант

был бы быстрый indexOf или contains - но все равно обходить прихдится

А как заглушку поставить? Так нормально? file, err := os.Open(path) if err != nil { fmt.Println("ERR OPEN: ", path) return false }

наверное

был бы быстрый indexOf или contains - но все равно обходить прихдится

думаешь indexOf не обходит весь массив?

не спорю конечно

может есть какой-то не попсовый метод

тогда тебе надо как то группировать данные