)

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

а кто на каком уроке сейчас?

я на 74

я не всё прошёл и не собираюсь, но остался)

я не всё прошёл и не собираюсь, но остался)

👍 я даже не начинал, но мне тут интересно)

Народ есле я на 73 уже перестаю многое понимать есть ли смысил продолжать?

Народ есле я на 73 уже перестаю многое понимать есть ли смысил продолжать?

точка невозврата пройдена, дави педаль в пол))

лучше вернись и усвой заново

точка невозврата пройдена, дави педаль в пол))

Спасибо бро 🙏

Спасибо бро 🙏

я вот на 74 уроке, завтра все моменты непонятные (я их выписывал) буду разбирать и пойду дальше, хотя +- могу дальше идти, так как понимаю.

я завтра могу разобрать твои непонятные вопросы, а ты со стороны мои, го?)

в каком-нибудь дискорде или hangouts

про что там хоть? что за моменты?

👍 я даже не начинал, но мне тут интересно)

чего?)

чего?)

пока занят проектом

про что там хоть? что за моменты?

да я 50 мелких (и не совсем мелких на протяжении круса выписывал, что нужно поправить, или что прочитать)

затвра разгребать буду))

пока занят проектом

а ты уроки даже не начинал?

да я 50 мелких (и не совсем мелких на протяжении круса выписывал, что нужно поправить, или что прочитать)

а ну кстати Диме может быть тоже неплохо было бы в качестве ревью, если будет другие видосы пилить (полезно знать отзывы) возможно ты не один такой и многие эти же вопросы решали

а ты уроки даже не начинал?

посмотрел первых 5, мне просто понравилась движуха)

аахахахах)))

а ты на проекте... А он на реакте?

нет не на нем, был на нем но сейчас нет

а ты реакт плохо пока знаешь?

мне хватает

окс)

с редакс формами только не мутил, как-то без них обходился, ну и хуки не часто использовал

хахаха, сейчас понял, что забыл, чем отличаются хуки от хоков

завтра повторять буду

хахаха, сейчас понял, что забыл, чем отличаются хуки от хоков

прям совсем разные штуки - срочно повтори)

хок это обертка, а хук это когда функцию делают больше похожей на класс) - объснение в двух словах - строго не судить))

не, я знаю разницу, уже просто не вспомню, что такое хуки

про хоки только что проходил

ааа, все вспомнил

ааа, все вспомнил

Что вспомнил. Что такое хоки или хуки?

😂 вопрос с подвохом 'вспомнить всё...'

😂 вопрос с подвохом 'вспомнить всё...'

Тут такое дело. У человека после 27 лет не образуются "шишечки" на аксонах. Это было бы ничего - но аксоны устаналивают СВЯЗИ с другими аксонами ЧЕРЕЗ эти "шишечки" (это начный русский термин, если что). То есть после 27 лет аксоны у человека фактически "голые" (это мой термин уже). Всё бы ничего - но вывод однозначен - после 27 лет в мозгу (тот что в голове) НЕ образуется никаких НОВЫХ связей. От слова - совсем не образуется. Так что пока молоды - устанавливается НОВЫЕ связи. После 27 вам останется только и только их ... использовать, но новые уже НЕ будут порождаться то. Такие вот дела, пацаны. 😲

очень круто, если я бы понял суть

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

буду перечитывать

есть у меня одна интересная задачка на подумать, решение сам пока не знаю, вот и думаю может кто хочет тоже голову поломать под полночь) а может и нет)

не, мне спать охота)

го завтра)

есть у меня одна интересная задачка на подумать, решение сам пока не знаю, вот и думаю может кто хочет тоже голову поломать под полночь) а может и нет)

Кидай посмотрим

почему бы нет, может быть)

Тут такое дело. У человека после 27 лет не образуются "шишечки" на аксонах. Это было бы ничего - но аксоны устаналивают СВЯЗИ с другими аксонами ЧЕРЕЗ эти "шишечки" (это начный русский термин, если что). То есть после 27 лет аксоны у человека фактически "голые" (это мой термин уже). Всё бы ничего - но вывод однозначен - после 27 лет в мозгу (тот что в голове) НЕ образуется никаких НОВЫХ связей. От слова - совсем не образуется. Так что пока молоды - устанавливается НОВЫЕ связи. После 27 вам останется только и только их ... использовать, но новые уже НЕ будут порождаться то. Такие вот дела, пацаны. 😲

Курт Кобейн не смог это пережить :(

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

Ну, как-то надо тех кому за 27 утешить то. Поэтому и говорят. Но реальность то такова. Думается - это дарвиновский предел возраста человека. 27 - это нормально. Дожил - уже молодец. А там уж как оно пойдёт то. Природа уже не отвечает. "Шишечки" все рассосались. Дети подросли (если половое созревание то в 14-16 лет). Ну а то что в современном обществе происходит - тут дарвинизм не работает. НЕ УСПЕВАЕТ!

Томительное ожидание)

Кидай посмотрим

есть у меня treeview обычное дерево как в проводнике windows папки сейчас оно так выглядит 01 01_01 01_02 02 02_01 02_01_01 02_01_02 и т.д это как бы ключи, + этой записи что строки можно отсортировать и они будут идти друг под другом, минус в том что структура плохо расширяема поэтому я пришел к выводу что нормальный подход когда нода представляет из себя {id, parent.Id} кде вместо id не 01 а к примеру хэш из четырех АВCD cимволов рандомных все бы хорошо но есть одно но, сортировка в данном случае не даст верного результата, а нумеровать сверху вниз не хочется так как это приведет к начальной проблеме я думал даже о том чтобы сделать шаг к примеру не 1 а 10 или 100 но мне это тоже не нравится, хотя я не предполагаю что всего будет более 200 записей но не сразу

есть у меня treeview обычное дерево как в проводнике windows папки сейчас оно так выглядит 01 01_01 01_02 02 02_01 02_01_01 02_01_02 и т.д это как бы ключи, + этой записи что строки можно отсортировать и они будут идти друг под другом, минус в том что структура плохо расширяема поэтому я пришел к выводу что нормальный подход когда нода представляет из себя {id, parent.Id} кде вместо id не 01 а к примеру хэш из четырех АВCD cимволов рандомных все бы хорошо но есть одно но, сортировка в данном случае не даст верного результата, а нумеровать сверху вниз не хочется так как это приведет к начальной проблеме я думал даже о том чтобы сделать шаг к примеру не 1 а 10 или 100 но мне это тоже не нравится, хотя я не предполагаю что всего будет более 200 записей но не сразу

Почему плохорасширяема?

потому что когда я захочу добавить ключ в середину номера поползут 01 01_01 сюда например 01_02 а мне важно чтобы номер был константой всегда, иначе предется перелапачивать много записей в базе, т.е. на каждый ключ вешается грубо говоря N записей и из уже может быть много

Сделать массив объектов внутри которых будет ещё один массив (до нужной глубины, рекурсивно короче) и какие-то данные: название, картинки. А потом рекурсивно его рендерить? Может бред, башка уже не варит.

потому что когда я захочу добавить ключ в середину номера поползут 01 01_01 сюда например 01_02 а мне важно чтобы номер был константой всегда, иначе предется перелапачивать много записей в базе, т.е. на каждый ключ вешается грубо говоря N записей и из уже может быть много

Тебе обязательно 01 01_01 01_01_01 ?

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

Хранить не только хеши?

самый простой способ конечно нумерация, но это как-то костыльно BSKS (1) SHDK (2) LHHE (3) STRH (4) ABDS (5)

Тут такое дело. У человека после 27 лет не образуются "шишечки" на аксонах. Это было бы ничего - но аксоны устаналивают СВЯЗИ с другими аксонами ЧЕРЕЗ эти "шишечки" (это начный русский термин, если что). То есть после 27 лет аксоны у человека фактически "голые" (это мой термин уже). Всё бы ничего - но вывод однозначен - после 27 лет в мозгу (тот что в голове) НЕ образуется никаких НОВЫХ связей. От слова - совсем не образуется. Так что пока молоды - устанавливается НОВЫЕ связи. После 27 вам останется только и только их ... использовать, но новые уже НЕ будут порождаться то. Такие вот дела, пацаны. 😲

Это фигня, пока человек учится новому у него всё образуется что надо. И связи и шишечки и клетки нервные новые. Просто после 27 чела в армейку не берут и он начинает считать себя офигенно взрослым и ленится учиться, а значит начинает деградировать, потому как покоя нет, движемся или вперед или назад. Но это масс статистика, есть дофига исключений, просто очень дофига.

Такие вот дела пацаны (с)

потому что когда я захочу добавить ключ в середину номера поползут 01 01_01 сюда например 01_02 а мне важно чтобы номер был константой всегда, иначе предется перелапачивать много записей в базе, т.е. на каждый ключ вешается грубо говоря N записей и из уже может быть много

01_01 сюда например 01_02

01_01 01_01.5 (среднее арифметическое) 01_02

самый простой способ конечно нумерация, но это как-то костыльно BSKS (1) SHDK (2) LHHE (3) STRH (4) ABDS (5)

самый удобный способ сделать ассоциативный массив нод

Тебе обязательно 01 01_01 01_01_01 ?

решение интересное но не совсем то что мне нужно я не считаю и свое решение чистым, а с дробями и подавно, хотя во многих случаях твой подход сработает (его даже потом можно нормализовать через map)

но при отображении дерева переводить его в плоское, то есть массив

но при отображении дерева переводить его в плоское, то есть массив

поясни на примере, я про такое не слышал)

ну как варик использовать react-virtulized, тогда даже при 3 милионов нод тормозов не будет

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

вот пример ассоциативного дерева

const testNodes = { '0-0': { name: '0-0', children: ['1-1','1-2'], parentId: '' }, '1-1': { name: 'vbn', children: ['2-1','2-2'], parentId: '0-0' }, '2-1': { name: 'ght', children: [], parentId: '1-1' }, '2-2': { name: 'name1', children: [], parentId: '1-1' }, '1-2': { name: '1-2', children: ['2-3','2-4','2-5'], parentId: '0-0' }, '2-3': { name: '2-3', children: ['3-1'], parentId: '1-2' }, '3-1': { name: '3-1', children: [], parentId: '2-3' }, '2-4': { name: '2-4', children: [], parentId: '1-2' }, '2-5': { name: '2-5', children: [], parentId: '1-2' }, };

а

а какая задача вобще?

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

аа ну, вот пример выше как раз, там не важен порядок

ключ - строка или хэш

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

на данном этапе у меня все храниться не в базе а в текстовом формате tree =` a b c ` потом я преобразую это за O(n) в ноды: {a, id:01, parent null} {b, id:01_01, parent 01} {c, id:01_01_01, parent 01_01} потом строю дерево по такому принципу как ты указал тоже за O(n)

мм, хорошо

a b c это названия нод?

ну типа name: a

name: 'a'