ааа может быть, значит не так понял

А про завершенный код!

Code Complete? Вряд ли эту сложность можно как-то измерить

для начала ее нужно классифицировать а там уже можно и количественные метрики какие выдумать. вопрос зачем

Классифицировать сложность это в смысле accidental & essential?

да

Думаю, речь о той, что essential

Привет всем. Подскажите, пожалуйста. Дано: - сервис, на вход которому поступает текст (~2000 символов) - внутри сервиса производится поиск вхождений некоторых слов (~200000 разных вариантов) в данном тексте - сервис возвращает список всех слов, которые содержатся (хотя бы один раз) в данном тексте Вопросы: - как и где лучше хранить слова (чтобы было быстро)? какую выбрать модель хранения данных, какую СУБД? - как и чем проводить поиск этих самых слов в тексте (чтобы было быстро)?

Зашёл как то сеошник в бар кафе ресторан вагон-ресторан бесплатно

Привет всем. Подскажите, пожалуйста. Дано: - сервис, на вход которому поступает текст (~2000 символов) - внутри сервиса производится поиск вхождений некоторых слов (~200000 разных вариантов) в данном тексте - сервис возвращает список всех слов, которые содержатся (хотя бы один раз) в данном тексте Вопросы: - как и где лучше хранить слова (чтобы было быстро)? какую выбрать модель хранения данных, какую СУБД? - как и чем проводить поиск этих самых слов в тексте (чтобы было быстро)?

префиксное дерево в памяти, не надо тут никаких СУБД особо. Ну типа любая (слов то не много) и кэшить дерево построенное

Че ты про про дерево, ты про фабрики и прокси-классы раскажи

Где Visitor впихнуть, куда Observer с Bridge запихать!

Привет всем. Подскажите, пожалуйста. Дано: - сервис, на вход которому поступает текст (~2000 символов) - внутри сервиса производится поиск вхождений некоторых слов (~200000 разных вариантов) в данном тексте - сервис возвращает список всех слов, которые содержатся (хотя бы один раз) в данном тексте Вопросы: - как и где лучше хранить слова (чтобы было быстро)? какую выбрать модель хранения данных, какую СУБД? - как и чем проводить поиск этих самых слов в тексте (чтобы было быстро)?

Тебе один раз надо сравнить или постоянно с одним списком сравниваешь?

Вообще, лучше в кэше, наверное

Вообще, лучше в кэше, наверное

А Кэш в Редисе!

Че ты про про дерево, ты про фабрики и прокси-классы раскажи

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

Распределенный

А Кэш в Редисе!

Не принципиально

Не принципиально

не кормите тролля, он и так толстый

Не принципиально

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

вообще вопрос еще на чем пишется проект)

+

вообще вопрос еще на чем пишется проект)

А это я тоже спрашиваю. Микросервис ж! Свобода!

Некоторые яп могут и упасть с таким кол-вом слов в памяти, хы)

perl

Почему? Или ето шутка такая?

как раз новая версия недавно релизнулась

А это я тоже спрашиваю. Микросервис ж! Свобода!

так себе микросервис но пофиг. А какие языки знаешь?)

Почему? Или ето шутка такая?

шутка

Для хранения и быстрого доступа по строкам существуют отдельные структуры данных

он сейчас про дарт еще начнет

Для хранения и быстрого доступа по строкам существуют отдельные структуры данных

префиксное дерево например)

так себе микросервис но пофиг. А какие языки знаешь?)

Ну почему ж "так себе"?

trie ещё

Ну почему ж "так себе"?

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

trie ещё

так это ж оно и есть

trie ещё

redix/prefix tree

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

библиотеки для radix tree есть под все языки, даже под php

redix/prefix tree

А, да

Rope, во

Помню было что то)

Compressing Radix Trees Without (Too Many) Tears

Многообещающее название статьи про эти деревья)

Rope, во

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

Многообещающее название статьи про эти деревья)

вроде даже читал - там чел предлагает свою реализацию которая более эффективна по памяти

Ничего, что я ещё тут?

Всем спасибо, пацаны. Буду смотреть в префиксные деревья.

Здравствуйте уважаемые ООП разработчики. Доброго вам утра! Особенно рад приветстваовать разработчиков используюих в своей практике язык PHP. Хотелось бы обсудить вот такую тему, как вы передаете глобальный стейт при возникновении команды/события? Приведу пример, вот есть у меня запрос на удаления пользователя. Он может прийти из сайта, из админки, из миболиной апишки, может быть вызван из консоли и т.д ДОпустим мне нужны следующие параметры - энвайремент(консоль, веб, апи и т.д), язык, рефералка и т.д Как бы вы их передавали? 1. обращаться к глобальным провайдерам/хранилищам для их получения - полнах хуйня 2. Передавать нужные данные в саму команду/ событие - чуть получше, но тут минус что мног лишнего гавна не относящегося к бизнес действию будет ъранится в дто команды. 3. Использовать контексты т.е вместе с командой кидаем в шину объект контекста, который содержит разную побочную инфу в более менее типизирвоанном виде - на данный моммент мне этот способ видется максимально удобным, но по сути это такой иммутабельный регистр(а точнее его снепшот на определенном этапе выполнения кода)... Хотелось бы узнать что юзаете вы, и какие минусы видите в варианте с контекстами

Здравствуйте уважаемые ООП разработчики. Доброго вам утра! Особенно рад приветстваовать разработчиков используюих в своей практике язык PHP. Хотелось бы обсудить вот такую тему, как вы передаете глобальный стейт при возникновении команды/события? Приведу пример, вот есть у меня запрос на удаления пользователя. Он может прийти из сайта, из админки, из миболиной апишки, может быть вызван из консоли и т.д ДОпустим мне нужны следующие параметры - энвайремент(консоль, веб, апи и т.д), язык, рефералка и т.д Как бы вы их передавали? 1. обращаться к глобальным провайдерам/хранилищам для их получения - полнах хуйня 2. Передавать нужные данные в саму команду/ событие - чуть получше, но тут минус что мног лишнего гавна не относящегося к бизнес действию будет ъранится в дто команды. 3. Использовать контексты т.е вместе с командой кидаем в шину объект контекста, который содержит разную побочную инфу в более менее типизирвоанном виде - на данный моммент мне этот способ видется максимально удобным, но по сути это такой иммутабельный регистр(а точнее его снепшот на определенном этапе выполнения кода)... Хотелось бы узнать что юзаете вы, и какие минусы видите в варианте с контекстами

> как вы передаете глобальный стейт непонятные слова молвил он. Что такое глобальный стэйт и зачем его передавать - он же глобальный? Да и зачем вообще глобальный стэйт? ООП же

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

нет, скорее объяснил неточно

Да и зачем вообще глобальный стэйт? ООП же > вот по сути я и хочу убить его глобальность

а зачем тебе этот стейт?

если ты на его основании принимаешь решения - ты делаешь дерьмо, делай больше команд если это для метрик/аудита/etc - это метаданные, третий вариант ок имхо

Нужно отправить письмо с определёнными параметрами - язык, домен, и т.д

Нужно отправить письмо с определёнными параметрами - язык, домен, и т.д

пусть эти параметры хранятся у штуки которая за отправку писем отвечает

оно редко нужно кому-то еще

с другой стороны - эти данные фактически являются параметрами команды

тип того

и передать их в команде тоже ок

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

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

отличная идея)

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

ERROR: S client not available

хоть я и хотел бы его прочитать - но это полноценно не спасёт точнее, придётся писать ещё цикл о том, как аппроксимировать твои статьи для применения на проекте

хоть я и хотел бы его прочитать - но это полноценно не спасёт точнее, придётся писать ещё цикл о том, как аппроксимировать твои статьи для применения на проекте

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

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

вечная моя проблема - пока не придумаю, как сделать наиболее правильно на данный момент, не могу нормально начать)

Здравствуйте уважаемые ООП разработчики. Доброго вам утра! Особенно рад приветстваовать разработчиков используюих в своей практике язык PHP. Хотелось бы обсудить вот такую тему, как вы передаете глобальный стейт при возникновении команды/события? Приведу пример, вот есть у меня запрос на удаления пользователя. Он может прийти из сайта, из админки, из миболиной апишки, может быть вызван из консоли и т.д ДОпустим мне нужны следующие параметры - энвайремент(консоль, веб, апи и т.д), язык, рефералка и т.д Как бы вы их передавали? 1. обращаться к глобальным провайдерам/хранилищам для их получения - полнах хуйня 2. Передавать нужные данные в саму команду/ событие - чуть получше, но тут минус что мног лишнего гавна не относящегося к бизнес действию будет ъранится в дто команды. 3. Использовать контексты т.е вместе с командой кидаем в шину объект контекста, который содержит разную побочную инфу в более менее типизирвоанном виде - на данный моммент мне этот способ видется максимально удобным, но по сути это такой иммутабельный регистр(а точнее его снепшот на определенном этапе выполнения кода)... Хотелось бы узнать что юзаете вы, и какие минусы видите в варианте с контекстами

2) команда удаляет пользователя, параметр user_id, что за ненужные параметры?

вечная моя проблема - пока не придумаю, как сделать наиболее правильно на данный момент, не могу нормально начать)

не, у меня нет такой проблемы. переболел. У меня проблема сча хотя бы основную мысль нащупать) тут вопрос как подступиться. Набор мыслей на основе которых хочу подумать порассуждать то простой: - люди когда делают декомпозицию чаще делают это либо используя UI, либо, если его нет - воспоминания о том как выглядел тот или иной UI под похожие задачи - люди не особо вникают что делают, отсюда например желание делать репорты как sql -> xls - люди не особо вникают в то как данные между собой ходят и потому они у них ходят пиздец сильно

пусть эти параметры хранятся у штуки которая за отправку писем отвечает

А вот и нет. Я в контроллере создаю команду, и её проьрасвыю в хандлер, а уже хандлер вызывает отправщик писем. Так что мне нужно вычоенить язык уже на уровне контроллера и проьрасввать дальше

А вот и нет. Я в контроллере создаю команду, и её проьрасвыю в хандлер, а уже хандлер вызывает отправщик писем. Так что мне нужно вычоенить язык уже на уровне контроллера и проьрасввать дальше

ну пускай так, просто это не нужно всем командам

А вот и нет. Я в контроллере создаю команду, и её проьрасвыю в хандлер, а уже хандлер вызывает отправщик писем. Так что мне нужно вычоенить язык уже на уровне контроллера и проьрасввать дальше

что нет? ну ты ж только что описал что никакой декомпозиции у тебя нет)

2) команда удаляет пользователя, параметр user_id, что за ненужные параметры?

Отправить письмо пользователю на нужном языке с нужного домена

хэндлер всераво всю хуйню делает

что нет? ну ты ж только что описал что никакой декомпозиции у тебя нет)

Ещё раз

отправка письма это уже другая команда

отправка письма это уже другая команда

в корень зришь. Но этого не понять людям которые шинами команд обмазываются

у которых "команда" это не тип операции а объект который в шину пихают

почему я говорю об аппроксимации: имея пример "магазина" etc далеко не каждый сможет перенести его на свою систему

у которых "команда" это не тип операции а объект который в шину пихают

Что знаиит тип операции? Я это как операцию рассматривал, но у любой операции есть контекст возникновения который может влиять на опуиональные параметрв

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

Что знаиит тип операции? Я это как операцию рассматривал, но у любой операции есть контекст возникновения который может влиять на опуиональные параметрв

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

и не запускать команды из хендлеров команд

да

но это уже event driven штуки и ты должен быть морально готов к этому

у меня выбора просто нет, лол

ну значит ты готов)

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

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

Давайте конкретный пример - запрос на сброс пароля. Нужно обработать запрос и отправить письмо с нужным языком от нужного партнера

Язык и сайт с которого был запрос я вижу контекстом вызова

ResetPassword(Command) -> Handler -> PasswordWasReset(Event) -> Listener -> SendResetMail(Command) -> Handler

ResetPassword(Command) -> Handler -> PasswordWasReset(Event) -> Listener -> SendResetMail(Command) -> Handler

Не верно

Passwordwasreset - нам с начало надо отправить письмо со ссылкой на сьрос

Passwordwasreset - нам с начало надо отправить письмо со ссылкой на сьрос

по-хорошему это вообще сага