how does regular expression works? i want to use line.startwith() and ignore the spaces starting the line lets say i want: " David" to be like: "David" when i use if line.startwith("David")

how does regular expression works? i want to use line.startwith() and ignore the spaces starting the line lets say i want: " David" to be like: "David" when i use if line.startwith("David")

try to use "Davin" in line this job is not for RegExps P.S. it's a russian python conversation, somebody don't understand you. find another chat

hi

кто-нибудь сможет помощь мне завтра с олимпиадой?

примерно в 11 часов по мск

сколько платишь?

кто-нибудь сможет помощь мне завтра с олимпиадой?

а работник месяца "твой мозг" везапно не доступен?

how does regular expression works? i want to use line.startwith() and ignore the spaces starting the line lets say i want: " David" to be like: "David" when i use if line.startwith("David")

if line.startwith(" David".strip())

if line.strip().startswith

Олимпиадники уже не те

лишняя подстраховка не помешает

эх , были бы деньги у школьника

сколько платишь?

эх , были бы деньги у школьника

Предложи натурой на всякий, 6к человек, все таки

Даже 6666

Мемы можно постить?

Да

Тут тг

Не вк

Не путай

Не смешно

how does regular expression works? i want to use line.startwith() and ignore the spaces starting the line lets say i want: " David" to be like: "David" when i use if line.startwith("David")

also u can visit @PythonForBeginners with easy questions

+++

а зачем pandas и matplotlib?

а зачем pandas и matplotlib?

чтобы точно получить по лбу от линтеров

Добрый день! Товарищи, а возможно написать такой парсер или что-то такое, который будет собирать информацию с интернета, независимо от сайта. Т.е мы не приследуем цель распарсить один конкретный сайт, который мы сообщаем программе

Добрый день! Товарищи, а возможно написать такой парсер или что-то такое, который будет собирать информацию с интернета, независимо от сайта. Т.е мы не приследуем цель распарсить один конкретный сайт, который мы сообщаем программе

возможно

(говорит "спасибо" и удаляется. Эх, мечты)

Не подскажите статьи по этой теме?

Не подскажите статьи по этой теме?

https://www.crummy.com/software/BeautifulSoup/bs4/doc/ https://docs.python.org/3.7/library/re.html

А разве beatifulsoup сайт передавать для парсинга не нужно?

ну есстественно нужно. Как иначе понять программе, откуда собирать информацию

Когда у тебя 0мб из 500, а ты сидишь в инете

При этом ещё качаешь гиговые файлы

@aragaer забаньте уже за постоянный оффтоп товарища

Всмысле

В правилах же нету

?

https://www.crummy.com/software/BeautifulSoup/bs4/doc/ https://docs.python.org/3.7/library/re.html

Спасибо за помощь

#работа Доброго времени суток) Меня зовут Виталий, и я HR компании Andersen. https://www.andersenlab.com/ На данный момент у нас есть очень интересный, долгосрочный проект в сфере недвижимости, на который мы ищем опытного Python разработчика. Офис: РФ (СПБ, Пенза); Украина (Киев, Харьков, Чернигов, Черкассы, Одесса); РБ (Минск, Витебск, Полоцк, Гомель) В случае уровня mid+ и sen - есть возможность удалённой работы) З/п: По з/п вилка варьируется в зависимости от результатов техсобеседования и составляет 1700$+- для мидла, 2500$+ для sen. Условия: Официальное оформление с первого дня Удобный офис в центре города Оборудованная кухня и чилаут-зона с PS4 и широкоэкранным ЖК телевизором, для максимального комфорта игры) Чай, кофе, фрукты, печеньки, конфеты и тортики в офисе Бесплатные курсы английского языка Оплачиваемые больничные, 5 дэй офф Оплачиваемый отпуск - 4 недели в год, разделённый на два периода по 2 недели Гибкий рабочий график (9-18 с часом на обед, но если нужно придти или уйти пораньше, поработать из дома или удалённо - не проблема) Компенсация получения сертификатов Корпоративные мероприятия за счёт компании Выдаётся вся техника для работы (ноутбуки и ПК с самым современным железом) И много чего интересного дополнительно) Плюшки 1.Есть возможность расти в рамках компании и, при желании, менять задачи, проекты, языки. 2.Возможность свободно перемещаться между офисами (Хотите на море, а тратить отпуск нет никакого желания? Не проблема. Едете в Одессу, работаете оттуда, а после работы наслаждаетесь волнами и морским бризом) 3.Мы предложим вам конкурентную заработную плату с регулярным review (раз в 6 месяцев). + оплата проведения техсобеседований, оплата рекомендаций сотрудников, оплата менторства. 4.У нас бывают командировки и team-слёты, таким образом, Вы сможете путешествовать и посещать другие города и страны. 5.Несколько раз в год традиционно устраиваются корпоративы за счет компании, на которых мы активно и весело проводим время. 6.Заказчик организовывает съезды разработчиков в Финляндии, Хельсинках, США, Франции, Германии для обсуждения нового функционала на проекте, знакомства с командой, постановки и обсуждения задач. 7.Переход и обучение новым технологиям О проекте: Компания-заказчик предлагает клиентам найти жильё, коммерческие и складские помещения по всей России. Ориентирован в основном на Москву и область, однако есть возможность поиска и в других областях. Присутствуют различные варианты выбора недвижимости: в одном ключе вы можете арендовать, сдать в аренду, купить или продать, а в другом есть выбор между жилой и коммерческой недвижимостью. Есть также вариации поиска «рядом с работой», «рядом с парком», «рядом с родственниками», и другие не менее приятные мелочи) На сайте размещают объявления множество проверенных и авторитетных агентств недвижимости, риелторов и застройщиков, с которыми вы можете общаться напрямую. Когда устаёте от долгого поиска среди множества актуальных предложений, от эконом до премиум уровня - есть прекрасная возможность полистать раздел новостей, быстро оценить свою квартиру или просто задать интересующий вас вопрос риелтору. Также присутствует мобильное приложение для IOS и Android, для максимально удобного использования всех функций. Немного цифр) Более 25,000 актуальных и проверенных объявлений об аренде квартир в Москве на длительный срок. Более 120,000 актуальных и проверенных предложений о продаже жиилой недвижимости по Москве. Наши задачи включают в себя анализ требований к новым разделам портала, создание спецификаций, реализацию функциональных возможностей новых разделов, уточнение текущего, оптимизацию базы данных.

Технологии: В микросервисах (все новые задачи проекта, которых более 80%): Python 3.6 и Tornado 4.4 В старой части - монолите - мы заморозили версии Python 2.7 и Django 1.7. Монолит последовательно переводим на SOA архитектуру, где критично - оптимизируем производительность. На серверах Debian. RabbitMQ, Cassandra, ElasticSearch, Memcached, MS SQL (из Питона в него не пишем). Постоянно совершенствуемый Continuous Delivery. Уважение к unit-тестам. Backlog-ориентированный Scrum без фанатизма: смотрим как прошёл спринт, укрепляем или меняем поведение и практики. Неизменно: утренние короткие стенд-апы, недельные итерации и планирование, код-ревью, еженедельная ретроспектива.

#работа #Москва #fulltime #python Привет! Меня зовут Полина, я hr в компании Центр недвижимости от Сбербанка (ДомКлик). У нас сейчас открыта вакансия Senior Python Developer. Ищем в офис, не удаленка. Вилка: 180-230 тыс net + 2 оклада ежегодный бонус Задачи: Заниматься реализацией высоконагруженных сервисов на языке Python; Проектировать архитектуру и разрабатывать решения по отказоустойчивости и производительности; Разрабатывать back-end для мобильных и web-приложений на Python; Проводить Unit-тестирование; Анализировать и совершенствовать написанный код. Мы ожидаем, что сильные разработчики: Успешно поработали в области создания программного обеспечения на аналогичной позиции; Уже подружились хотя бы с одним из фреймворков: Django/Flask/Pyramid/Tornado/Twisted или подобных; Не понаслышке знают про aiohttp и asyncio; Работали с Docker и познали азы DevOps; Успели глубоко проникнуть в суть принципов ООП и шаблоны проектирования; С легкостью справляются с очередями (RabbitMQ или аналоги); Имеют опыт работы с реляционными СУБД (у нас PostgreSQL). Мы - это продуктовая IT компания по созданию highload проектов в сфере недвижимости. Наш основной проект - DomClick.ru - это платформа для проведения сделок по недвижимостью, доступная на всех популярных платформах (Web, iOS, Android). Если интересна вакансия или есть кого порекомендовать, пишите @mamaevapolina ?

#работа #Москва #fulltime #python Привет! Меня зовут Полина, я hr в компании Центр недвижимости от Сбербанка (ДомКлик). У нас сейчас открыта вакансия Senior Python Developer. Ищем в офис, не удаленка. Вилка: 180-230 тыс net + 2 оклада ежегодный бонус Задачи: Заниматься реализацией высоконагруженных сервисов на языке Python; Проектировать архитектуру и разрабатывать решения по отказоустойчивости и производительности; Разрабатывать back-end для мобильных и web-приложений на Python; Проводить Unit-тестирование; Анализировать и совершенствовать написанный код. Мы ожидаем, что сильные разработчики: Успешно поработали в области создания программного обеспечения на аналогичной позиции; Уже подружились хотя бы с одним из фреймворков: Django/Flask/Pyramid/Tornado/Twisted или подобных; Не понаслышке знают про aiohttp и asyncio; Работали с Docker и познали азы DevOps; Успели глубоко проникнуть в суть принципов ООП и шаблоны проектирования; С легкостью справляются с очередями (RabbitMQ или аналоги); Имеют опыт работы с реляционными СУБД (у нас PostgreSQL). Мы - это продуктовая IT компания по созданию highload проектов в сфере недвижимости. Наш основной проект - DomClick.ru - это платформа для проведения сделок по недвижимостью, доступная на всех популярных платформах (Web, iOS, Android). Если интересна вакансия или есть кого порекомендовать, пишите @mamaevapolina ?

о смотрел недавно выступление руководителя разработки дом клика ) крутой дядя

о смотрел недавно выступление руководителя разработки дом клика ) крутой дядя

можн пстреть?

Ребят, а кто подскажет? Вот читаю я о концепции микросервисной архитектуры: Сервисы обладают собственными данными, у них свои базы данных, и нам нужно исходить из принципа согласованности в конечном счёте. и сразу возникает вопрос, что делать если у меня есть сервис аутентификации-авторизации, в БД которого указана вся информация о пользователях и их правах, и есть сервис обслуживающий склад, в БД которого я захочу, допустим, иметь ссылку на пользователя, сделавшего запись. Как поступать в таком случае? Если база данных для всех микросервисов одна, значит это уже не микросервисная архитектура, так ведь? Но если бить базу на части, то как обеспечить ссылочность? Я что-то упускаю, но опыта в подобных делах нет, вот получаю его.

ну я там первые минут 15-20 что-то понимал )))) а потом все

ну я там первые минут 15-20 что-то понимал )))) а потом все

линку

https://www.youtube.com/watch?v=pZkerqks43Y&feature=youtu.be

они там Sanic в качестве сервера используют )

интереснэ

Дом клик, это никаким боком к Кликхаус БД не относится?

не

ERROR: S client not available

хз ) насколько я знаю это внутренний сберовский продукт

Дом клик, это никаким боком к Кликхаус БД не относится?

этож Кликхаус от яшки

Тот самый домклик, на тех. собеседовании которые показывали мне какого-то товарища и спрашивали нравится ли мне он ?

Ребят, а кто подскажет? Вот читаю я о концепции микросервисной архитектуры: Сервисы обладают собственными данными, у них свои базы данных, и нам нужно исходить из принципа согласованности в конечном счёте. и сразу возникает вопрос, что делать если у меня есть сервис аутентификации-авторизации, в БД которого указана вся информация о пользователях и их правах, и есть сервис обслуживающий склад, в БД которого я захочу, допустим, иметь ссылку на пользователя, сделавшего запись. Как поступать в таком случае? Если база данных для всех микросервисов одна, значит это уже не микросервисная архитектура, так ведь? Но если бить базу на части, то как обеспечить ссылочность? Я что-то упускаю, но опыта в подобных делах нет, вот получаю его.

База у микросервисов одна. Они в нее шлют данные по общей шине данных сообщениями. есть "драйвер" базы который принимает все сообщения для записи и пишет их в базу

База у микросервисов одна. Они в нее шлют данные по общей шине данных сообщениями. есть "драйвер" базы который принимает все сообщения для записи и пишет их в базу

Имеется ввиду SMQP?

Ребят, а кто подскажет? Вот читаю я о концепции микросервисной архитектуры: Сервисы обладают собственными данными, у них свои базы данных, и нам нужно исходить из принципа согласованности в конечном счёте. и сразу возникает вопрос, что делать если у меня есть сервис аутентификации-авторизации, в БД которого указана вся информация о пользователях и их правах, и есть сервис обслуживающий склад, в БД которого я захочу, допустим, иметь ссылку на пользователя, сделавшего запись. Как поступать в таком случае? Если база данных для всех микросервисов одна, значит это уже не микросервисная архитектура, так ведь? Но если бить базу на части, то как обеспечить ссылочность? Я что-то упускаю, но опыта в подобных делах нет, вот получаю его.

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

База у микросервисов одна. Они в нее шлют данные по общей шине данных сообщениями. есть "драйвер" базы который принимает все сообщения для записи и пишет их в базу

Базы разные должны быть, это предотвращает от желания программиста заюзать данные соседнего сервиса. Хотя кто-то считает, что на чтение ок, но базы все равно разные.

Тот самый домклик, на тех. собеседовании которые показывали мне какого-то товарища и спрашивали нравится ли мне он ?

ты хотябы Алёна а не Толик

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

uuid - тоесть, просто int в ячейке?

uuid - тоесть, просто int в ячейке?

PK в том виде, в каком он у тебя, может быть uuid, может быть сериал. Все также сохраняется, просто вместо join ты идешь в соседний сервис и вытаскиваешь данные по этому id

Базы разные должны быть, это предотвращает от желания программиста заюзать данные соседнего сервиса. Хотя кто-то считает, что на чтение ок, но базы все равно разные.

Разные базы снижают эфективность. Данные нельзя совместно обрабатывать. Для изоляции сервисов можно использовать механизмы изоляции базы. А сервисы будут ходить под разными пользователя.

Разные базы снижают эфективность. Данные нельзя совместно обрабатывать. Для изоляции сервисов можно использовать механизмы изоляции базы. А сервисы будут ходить под разными пользователя.

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

Разные базы снижают эфективность. Данные нельзя совместно обрабатывать. Для изоляции сервисов можно использовать механизмы изоляции базы. А сервисы будут ходить под разными пользователя.

механизмы изоляции базы - ты о чем?

PK в том виде, в каком он у тебя, может быть uuid, может быть сериал. Все также сохраняется, просто вместо join ты идешь в соседний сервис и вытаскиваешь данные по этому id

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

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

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

Микросервисы так можно и в монолит собрать. Если база одна то можно не писать велосипеды и не утопать в сервисах на сервисы. А настроить доступы на базу(кластер в терминологии постгреса)

@aragaer помнишь ты говорил про разные хоткеи для tmux и для vimsplit? vim-tmux-navigator

Микросервисы так можно и в монолит собрать. Если база одна то можно не писать велосипеды и не утопать в сервисах на сервисы. А настроить доступы на базу(кластер в терминологии постгреса)

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

go fuck yourself

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

Один инстанс постгреса это кластер. Внутри него несколько database может быть.

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

емакс с трампом

А как трамп подрубить?

Я чет не врубаю

он из коробки есть

о смотрел недавно выступление руководителя разработки дом клика ) крутой дядя

??