https://leetcode.com/problems/integer-replacement/submissions/ гля как решил https://pastebin.com/H8qXuRx4

В чем проблема? я не понял ... по идее должно прокатить что то типа delete from demo where ID IN (SELECT ID FROM demo a where EXISTS(SELECT 1 FROM demo b WHERE a.ID< b.ID)) просто экзист в еще один подзапрос завернуть и все

Тебе надо ее сплитом разделить

В чем проблема? я не понял ... по идее должно прокатить что то типа delete from demo where ID IN (SELECT ID FROM demo a where EXISTS(SELECT 1 FROM demo b WHERE a.ID< b.ID)) просто экзист в еще один подзапрос завернуть и все

+ если таблицы demo не существует, этот запрос вернет ошибку. В этом была соль.

а exists это типа условие не на строки таблицы а на наличчие самой таблицы?

что проще выучить React или Vue.js ?

что посоветуете

я начал учить React, и задумался может Vue будет проще и быстрей выучить

https://leetcode.com/problems/integer-replacement/submissions/ гля как решил https://pastebin.com/H8qXuRx4

Можно кстати обойтись без перебора. Попробуй представить на уровни битов что происходит.

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

Так это база целиком

Солнце, скажи, а string builder перезаписывает значение переменной или просто изменяет его?

изменяет это всмысле как?

Солнце, скажи, а string builder перезаписывает значение переменной или просто изменяет его?

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

Основное отличие сб от обычной строки, это то, что при работе с сб идёт изменение с переменной (в памяти), без создания копий до/после

А почему?

Щас докурю те видос скину приятный

Вот создан экземпляр сб, выделили ему память. Потом после использования сб все действия происходят в той памяти, что была выделена, если не хватает, то оно само расширяет. А если просто string a =""; a = "hello"; a+" world!"; То на каждое действие выделяется память, которая хранит все версии изменений, т.е уже выделяется не 1 ячейка, а сразу 3, как по моему примеру

Вот создан экземпляр сб, выделили ему память. Потом после использования сб все действия происходят в той памяти, что была выделена, если не хватает, то оно само расширяет. А если просто string a =""; a = "hello"; a+" world!"; То на каждое действие выделяется память, которая хранит все версии изменений, т.е уже выделяется не 1 ячейка, а сразу 3, как по моему примеру

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

Уточни вопрос, ты про какую часть системы говоришь, про бекенд или про фронтенд?

все это хорошо но не для 2-3 строк ;) ты дольше билдер будешь создавать ;)

ибо на бэке ты в любом случае будешь отсылать все сообщения

все это хорошо но не для 2-3 строк ;) ты дольше билдер будешь создавать ;)

Нет.

для 2-3 строк фигня, а вот если у тебя цикл из 20

откуда они взялись эти строки ?

скорее фронт

#капитану_на_заметку Всем привет! На технических собеседованиях часто можно услышать вопрос: "Как улучшить производительность при конкатенации строк?" И получить такой ответ: "Использовать класс StringBuilder! Везде! Всегда!" Ох... нет... Так это не работает. Но звучит обнадеживающе 🙂 Именно из-за этого ответа, на code review, мне нередко приходится видеть неразумное использование класса StringBuilder. Ненужно использовать StringBuilder на небольших наборах данных. Если у вас пapa-тpoйкa строк, воспользуйтесь обычном оператором "+". Мало того что это гораздо читабельнее, так еще и производительнее. Это ли не то, чего мы так хотим при создании качественного программного обеспечения? 😉 StringBuilder нужен только когда у вас ну ооочень много строк (не три) — вот тогда есть смысл его использования. Неразумное использование StringBuilder может даже приводить к деградации производительности. Именно поэтому нужно всегда отслеживать производительность вашего ПО делая benchmarking. +1 к работе со строками ✅

ну стрингбилдер это оптимизация так-то но если строк много, если их мало то в этом нет смысла

можно тогда и про фронт и про бэк обьяснить плиз

Что такое мало, что такое много 5 строк это мало или много, 10, 20, 50?

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

Что такое мало, что такое много 5 строк это мало или много, 10, 20, 50?

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

можно чуть подробнее

а нужно ли как-то кешировать?

то-есть это просто скрол-пагинация и всё?

А что ты хотел тут придумать еще?

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

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

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

Получай последние 1000 сообщений, как только пользователь мотает историю вверх до сообщения номер 700, подгружаешь предпоследние 500 сообщений.

Добрый вечер, начал читать Шолле и хотел спросить можно ли юзать Keras на Винде. Там просто рекомендуют всё делать на UNIX

Добрый вечер, начал читать Шолле и хотел спросить можно ли юзать Keras на Винде. Там просто рекомендуют всё делать на UNIX

Я делаю учебный проект на Джанго - имитацию Википедии. Index.html выводит список имеющихся статей, есть поле поиска. Из поиска запрос идет на бэк, и, если совпадение с названиями статей частичное, выводится список этих статей. И вот тут есть варианты: вывести обратно на index через POST или создать отдельный путь search с отдельной страничкой. В задании про это ничего не говорится, в чате курса никто не отвечает (там люди в основном 🤞хоть бы работало🤞 сидят). Есть какое-то правило, как обычно это делается?

Я делаю учебный проект на Джанго - имитацию Википедии. Index.html выводит список имеющихся статей, есть поле поиска. Из поиска запрос идет на бэк, и, если совпадение с названиями статей частичное, выводится список этих статей. И вот тут есть варианты: вывести обратно на index через POST или создать отдельный путь search с отдельной страничкой. В задании про это ничего не говорится, в чате курса никто не отвечает (там люди в основном 🤞хоть бы работало🤞 сидят). Есть какое-то правило, как обычно это делается?

Тебе не нужен POST, просто GET на страницу search с query param, как советует Азамат выше. Дополнительное домашнее задание тебе: подумай, почему лучше использовать тут GET вместо POST?

Я делаю учебный проект на Джанго - имитацию Википедии. Index.html выводит список имеющихся статей, есть поле поиска. Из поиска запрос идет на бэк, и, если совпадение с названиями статей частичное, выводится список этих статей. И вот тут есть варианты: вывести обратно на index через POST или создать отдельный путь search с отдельной страничкой. В задании про это ничего не говорится, в чате курса никто не отвечает (там люди в основном 🤞хоть бы работало🤞 сидят). Есть какое-то правило, как обычно это делается?