@gogolang

Страница 1571 из 1630
Roman
16.10.2018
15:03:05
что есть линкед лист?
то же что и linked list в других языках)) Go тут не при чём

Александр
16.10.2018
15:03:07
какова ваша реализация

Foxcool
16.10.2018
15:03:20
что есть связанный список?
братан, это же компьютерсайнс примитив!

111!!11

Google
Nikolay
16.10.2018
15:03:27
Subbotin
16.10.2018
15:04:01
братан, это же компьютерсайнс примитив!
я думаю он знает просто пытается трольнуть

Alexander
16.10.2018
15:04:44
Там просто флуд, и даже не про го ни разу))
мне кажется во флудилке больше порядка. вчера тут (простите) слово "хер" полчаса мусолили. ща вообще какой-то ад

Александр
16.10.2018
15:04:54
как мы можем говорить о скорости, если не видим реализации

какой то "механизм в ваакуме"

Daniel
16.10.2018
15:05:13
человек из jetbrains, с которым мы 20 лет знакомы, научил меня этому фокусу. он с++ сеньеров собеседует, и говорит, прекрасно работает - 70% интервью можно заканчивать на одном вопросе: "напишите обращение односвязного списка" я проверил. да, так и есть. только за пределами с++ статистика еще хуже

Daniel
16.10.2018
15:06:10
а вот это повод уже для разговора.

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

Nikolay
16.10.2018
15:06:50
в вике приведена реализация с рекурсией.
из-за рекурсии сложность перестает быть линейной?:)

SkyCoffee
16.10.2018
15:09:12
Много ругались, а можно было быстрее и проще рассказать, что связный список - это набор элементов, каждый из которых содержит ссылку на следующий элемент. Если список двусвязный, то еще и ссылку на предыдущий элемент. Соответственно ссылки на элемент перед первым/элемент после последнего должны сигнализировать об отсутствии предыдущих\следующих значений. В сущности ссылка - это адрес, поэтому такие "краевые" ссылки можно приравнять к константному адресу.

Google
Zver
16.10.2018
15:10:09
в вике приведена реализация с рекурсией.
Да здесь и рекурсия не нужна. Банальный цикл.

Daniel
16.10.2018
15:10:31
именно!

Foxcool
16.10.2018
15:10:43
в условиях собеседования может вызать ступор

SkyCoffee
16.10.2018
15:10:59
а еще в них бывают циклы
Разве они от этого перестают быть списками с элементами и ссылками на другие элементы?

Daniel
16.10.2018
15:11:02
понимаешь, элементарно. второй семестр. 70% интервью на этом можно заканчивать. на сеньерсукую позицию

Александр
16.10.2018
15:12:08
народ вы ушли в какую то дич

когда уже будем мерить реализации?

я все жду бенчей по поводу "быстрее слайсов"

Subbotin
16.10.2018
15:12:32
я уже пишу

Roman
16.10.2018
15:13:08
я вот думал сделать своё, но потом понял что в итоге у меня получается слайс

Александр
16.10.2018
15:14:28
а что лучше? )
он пишет же

SkyCoffee
16.10.2018
15:14:51
я все жду бенчей по поводу "быстрее слайсов"
Когда надо два подсписка поменять местами достаточно поменять местами 4 ссылки на элементы, а в слайсах вроде как заменять значения каждого элемента. Случай очень редкий, но он есть

Google
SkyCoffee
16.10.2018
15:16:37
Такое вполне возможно, поэтому мне нужен кто-то, кто опишет слайсы так же, как я описал связные списки

Dk
16.10.2018
15:16:56
ну напишите линкед лист на го
Этот не подходит? https://golang.org/pkg/container/list/

Sergey
16.10.2018
15:17:18
Roman
16.10.2018
15:17:46
Sergey
16.10.2018
15:18:06
можно, но зачем? )
ну человеку очень нужен массив с линкедлистом внизу

не знаю зачем

Roman
16.10.2018
15:18:30
линкедлист - это очень говняная структура, как выше заметили

Nikolay
16.10.2018
15:18:33
о, у меня есть кейс для линкедлиста

Sergey
16.10.2018
15:18:41
Nikolay
16.10.2018
15:18:47
резолв коллизий в хэш-таблице методом цепочек

Sergey
16.10.2018
15:18:53
о, у меня есть кейс для линкедлиста
LRU кеш на собеседовании

Roman
16.10.2018
15:18:55
да мне не нужно это объяснять
да ты и так знаешь, я верю :)

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

Subbotin
16.10.2018
15:20:53
он пишет же
У меня ноут умер

Александр
16.10.2018
15:21:01
?

не будет клевой реализации

Daniel
16.10.2018
15:21:12
LRU кеш на собеседовании
хашикорповский lru таки на list.List

Александр
16.10.2018
15:21:17
*рыдает*

Иван
16.10.2018
15:21:57
Товарисчи, раз уж речь зашла про алгоритмы и оптимизации. Вопрос, есть список категорий сайтов, в каждом элементе списка есть массив регулярок для определения категории, например категория поисковики и там регулярки на яндекс и Гугл. Есть может более эффективное решение чем прогон урла через по сути список списков ?

Daniel
16.10.2018
15:22:25
для регулярок - нет

Google
Иван
16.10.2018
15:23:14
Эх, спасибо

Semyon
16.10.2018
15:23:18
Есть ли библиотека в go для отправки биткоин транзакций без указания txHash и inputs?

Александр
16.10.2018
15:23:19
для регулярок - нет
есть вариант.

Иван
16.10.2018
15:23:41
есть вариант.
Да? Какой ?

Foxcool
16.10.2018
15:23:47
Есть ли библиотека в go для отправки биткоин транзакций без указания txHash и inputs?
это как? Я знаю только, что такой блок может при майнинге быть: нет интпутов. А остальные как?

Александр
16.10.2018
15:24:30
Эх, спасибо
можно прогнать сначало предварительно, разбив на группы. Например "это точно поисковики" по robots ?

а уже внутри прогонять регулярки

Subbotin
16.10.2018
15:25:24
Ещё можно оптимизировать прогон через hyperscan, но это если реегулярок сотни и тысячи

Foxcool
16.10.2018
15:25:31
вы майнер пишете что ли?

Semyon
16.10.2018
15:25:48
Daniel
16.10.2018
15:25:50
Pawel
16.10.2018
15:25:55
Nikolay
16.10.2018
15:26:29
Roman
16.10.2018
15:26:31
а как, если это регулярки?
извлекаем из каждого списка более общую регулярку.

Иван
16.10.2018
15:26:49
для начала списочек надо трансформировать в дерево
А там именно надо прогнать через все, нужно категоризировать не до первого совпадения а по всем

Google
Foxcool
16.10.2018
15:27:26
нет, кошелек
а что за транзакция такая без хеша? Ее вообще примет сеть в блок? @mr_tron слышал о таком?

Roman
16.10.2018
15:27:33
А там именно надо прогнать через все, нужно категоризировать не до первого совпадения а по всем
тогда я бы думал о чем-то более быстром, чем штатные регулярки в го

Nikolay
16.10.2018
15:27:38
в фп главная структура - стек вызовов, причем тут линкедлист?

Subbotin
16.10.2018
15:28:17
У нас был каталогизатор на десятки тысяч регулярок. Мы его раз в 10 ускорили через гиперскан

Иван
16.10.2018
15:28:56
тогда я бы думал о чем-то более быстром, чем штатные регулярки в го
К сожалению пока так. Есть регулярки, надо по урлу категоризировать

Semyon
16.10.2018
15:29:18
а что за транзакция такая без хеша? Ее вообще примет сеть в блок? @mr_tron слышал о таком?
я знаю что есть инпуты и выходы, я вот и спрашиваю есть ли готовое решение или самому писать? Если самому то как лучше это сделать?

Roman
16.10.2018
15:29:25
К сожалению пока так. Есть регулярки, надо по урлу категоризировать
а сколько прогон по всем регуляркам занимает?

Nikolay
16.10.2018
15:29:36
рабинович напел?
нет, основы контуперсаенса

Semyon
16.10.2018
15:30:02
в рпц апи шлешь? или как?
github.com/btcsuite/btcutil и еще парочку

Nikolay
16.10.2018
15:31:04
промахнулся :)

Roman
16.10.2018
15:31:05
я бы подцепил какой-нибудь re2/hypescan + 2 функции: одна принимает список регекспов + категории и компилирует регулярки, а вторая - url и прогоняет его по всему списку возвращая вердикт.

Roman
16.10.2018
15:31:30
в рпц апи шлешь? или как?
пожалуйста, не путайте РПЦ с RPC ?

Иван
16.10.2018
15:31:43
а сколько прогон по всем регуляркам занимает?
Миллисекунды, но пока это для тестов. Реальных данных предполагается около нескольких сотен регулярок

Dzmitry
16.10.2018
15:31:52
github.com/btcsuite/btcutil и еще парочку
так понимаю напрямую в сеть толкать транзакции хотите, тогда без этого и другой кучи гемороя никак))

Roman
16.10.2018
15:32:35
в рпц апи шлешь? или как?
РПЦ API: POST /online-molitva {creditCardNumber: 112-xxx-xxx-xxx}

Страница 1571 из 1630