много искаропки умеет

Спасибо, попробую ее сегодня попинать

как пропатчить KDE под freebsd?

магаз на шоп-скрипте полтора года, если есть вопросы — отвечу

боян

Парни, а почему в интернетах пишут, что я не могу добавить элемент в начало односвязного списка?

Вот есть у меня дескриптор, в котором мы храним указатеть на первый эоемени, указатель на последний и длинну

Каждый элемент списка представляет из себя сущность со знасением и указателем на следующий элемент

Что мне мешает добавить элемент в начало, установив указатель на бывший первый элемент и изменив указатель в дескрипторе?

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

магаз на шоп-скрипте полтора года, если есть вопросы — отвечу

один вопрос - как у тебя кровь из глаз от него не потекла?

> @vskopuk один вопрос - как у тебя кровь из глаз от него не потекла? Оч просто. Движок + тема + плуги и у тебя нормальная витрина. Опенкартовские дизайны платные/бесплатные выглядята как говно. На вебасисте гемор с плугами и темами, точнее их связкой, приходится костылить немношк. Но в целом расширял плагины доставки, платежек, хелперы. Очень быстро решалось по документации.

хм

и кровь не текла

ну и работает все быстро

авто-обновления

кэши нормально строит

завел его на nginx без проблем

Парни, а почему в интернетах пишут, что я не могу добавить элемент в начало односвязного списка?

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

тут можно получить ответ на нубский вопрос?

йеп

но не ожидай, что это будет нужный тебе ответ

тут можно получить ответ на нубский вопрос?

лучше сразу вопрос задавать без прелюдий :)

Умеет человек интригу создавать

Кто-то использует material design ?

кто-то точно использует )

Хы

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

Ссылка передается на дескриптор списка, а в дескрипторе можно всякой инфы напихать

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

А с добавлением элемента в начало списка я разобрался - да, можно добавлять

Ссылка передается на дескриптор списка, а в дескрипторе можно всякой инфы напихать

Ты описываешь массив на основе linked list.

Ссылка передается на дескриптор списка, а в дескрипторе можно всякой инфы напихать

Это я и написал в решении проблемы)

как пропатчить KDE под freebsd?

php -r 'exec( .....'

Ссылка передается на дескриптор списка, а в дескрипторе можно всякой инфы напихать

но мы же понимаем что это не односвязный список а список + мета

Я к тому, что добавить элемент в начало односвязного списка можно

А некоторые статьи в интернетах вводят в заблуждение

Я к тому, что добавить элемент в начало односвязного списка можно

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

ну епть

то ты тесты не писал

то односвязные списки не прогал

как так-то?

Прогал

В инсте

и в начало списка ничего не добавляли?

Я не помню

Я только в последний год пришел к дзен

Осознав, что, на самом деле, нужно мне как программисту

А в инсте я учился чтобы сессию сдавать

В остальное время я тусил с парнями и упарывался всем чем мог )

В инсте все было - и курс по бд отличный и операционные системы и несколько языков программирования. Много математических дисциплин

Но я был молод и хотел веселья. В общем-то не жалею ни капли )

Программирование в сто раз скушнее наркотиков и телок )

Это смотря как упороться

При правильной организации процесса програмирование может заменить наркотики

причем отходняков не будет

При правильной организации процесса програмирование может заменить наркотики

О не, эти извращения не для меня )

А я стараюсь совмещать все это

Только вместо наркоты - бухло)

Здрасте

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

и где вопрос?)

Я его обдумываю)

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

Конечный автомат, все дела

ERROR: S client not available

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

Немного на примере: человек заходит, инициирует чат сообщением /start

Мы его заносим в нашу прекрасную базу данных и записываем за ним состояние "start"

Посылаем ему какое-нибудь сообщение с просьбой зарегистрироваться, ставим состояние "registration"

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

Но тут возникает какие-то хитрости, наверняка давно решенные какими-нибудь умными людьми, и мне необязательно говнокодить что-то своё)

Во-первых, сообщения, к которым прикладываются custom_keyboard

Они имеют несколько правильных ответов, которые нужно обработать уже, получается, в "следующем" хэндлере

простой способ — пихать текущий state в json и хранить полем в базе. Любой набор параметров, не городишь табличек и все такое. И достаешь - парсишь при получении сообщения, смотришь, чо там лежит.

Во-вторых, само хранение состояний...

ага, вот и писал про это

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

Нет, это мне кажется не то что сложным способом, а неправильным способом)

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

зато json без проблем в тот же redis класть и повысить скорость работы.

А что-нибудь дельное почитать про конечные автоматы или как их называют зарубежом finite state machine есть у кого? Будет круто если это ещё и будет на русском и с примерами выше начального уровня сложности)

Ну а вообще большое спасибо за ответ, я всё больше уверяюсь с хранением json в бд

Вообще, лучшее решение в данном случае это конечно объектная бд, аж слюни текут попробовать использовать)

это нормальная практика, в целом. какие-то критичные параметры, правда, я бы все равно в табличку вынес.

Вообще, лучшее решение в данном случае это конечно объектная бд, аж слюни текут попробовать использовать)

Благо проект работает с ORM, поэтому больших проблем с переносом не должно возникнуть)

Вообще, лучшее решение в данном случае это конечно объектная бд, аж слюни текут попробовать использовать)

а джойны по ней ты делать не хотишь?

а в чем в общем-то проблема?

если ты под "объектной базой" имеешь в виду нечто вроде Mongo, то они официально пишут "joins are sometimes useful for MongoDB"

Нет, именно ообд

Что-то вроде ZODB

Я правильно понимаю, что логично запрашивать оплату тестового задания при попытке трудоустроиться?

Я правильно понимаю, что логично запрашивать оплату тестового задания при попытке трудоустроиться?

Логично избегать вакансий, где тестовое задание кажется тебе не очень тестовым.

Я правильно понимаю, что логично запрашивать оплату тестового задания при попытке трудоустроиться?

нет, обынчо они не оплачиваются

Всем доброго утра!

Доброго!