расскажи))0

как гуглом пользоваться?)

ложи их тоже в сфинкс по возможности

вроде все более менее уже написано об эластике и сфинксе

Ну... Хз

Ну тогда чего ты спрашиваешь? Что ты хочешь от людей тут?

как гуглом пользоваться?)

ты больше знаешь))

Ну тогда чего ты спрашиваешь? Что ты хочешь от людей тут?

Узнать как правильнее, просто в соседнем чате сказали, что возвращать id, а по ним уже обращаться в базу и формировать обьекты

Узнать как правильнее, просто в соседнем чате сказали, что возвращать id, а по ним уже обращаться в базу и формировать обьекты

Да нету правильнее. Нет серебряных пуль

Сфинкс быстрее базы будет

ты больше знаешь))

больше гугла?)

Если там есть актуальные данные, то нафига замедляться

больше гугла?)

в данном вопросе, думаю да)

в данном вопросе, думаю да)

лизнул от души, но нет) явно меньше :)

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

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

А какие объёмы данных ?

К вопросу про оперативу

в моей прошлой жизни эластик без зазрений совести жрал овер200 гигов оперативки и смотрел голодными глазами)

в моей прошлой жизни эластик без зазрений совести жрал овер200 гигов оперативки и смотрел голодными глазами)

Если у тебя всего 5 гиг данных, то есть разница кто больше памяти съест ?)

Если у тебя всего 5 гиг данных, то есть разница кто больше памяти съест ?)

на 5гб аще похеру) а если 5тб, уже пора начинать думать)

на 5гб аще похеру) а если 5тб, уже пора начинать думать)

Ну вот я и спрашиваю у человека

А какие объёмы данных ?

у меня нет подобной информации)

у меня нет подобной информации)

Тогда и вопрос твой неактуален... пока еще

А если просто спортивный интерес то или Гугл или сам померяй

сфинкс реплики не поддерживает.

раз уж пятница - что слышно про релиз doctrine 3.0 ?

думаю, ещё долго не будет слышно ничего

блин, я так ждал того школьника, чтобы забанить

а он, падла, пишет и выходит из чата

неуловимый Джо

поставь бота

Всем привет! Проконсультируйте по работе с репозиторями! Как я вижу сейчас работу с условным Laravel. Есть отдельно 2 папки. В одной у нас простые модельки(Eloquent), во второй репозитории. Есть к примеру модель Post и соотвтественно PostRepository. Все выборки на получение постов делаем через репозиторий. К примеру PR->getAllPosts(). Внутри этого метода можно просто Post::findAll(). Если выборка сложная, можно чуть ли не прямыми запросами получить массивы и потом сделать гидрацию(или как там...) и типа этими данными наполнить Post. Нормально так?

Всем привет! Проконсультируйте по работе с репозиторями! Как я вижу сейчас работу с условным Laravel. Есть отдельно 2 папки. В одной у нас простые модельки(Eloquent), во второй репозитории. Есть к примеру модель Post и соотвтественно PostRepository. Все выборки на получение постов делаем через репозиторий. К примеру PR->getAllPosts(). Внутри этого метода можно просто Post::findAll(). Если выборка сложная, можно чуть ли не прямыми запросами получить массивы и потом сделать гидрацию(или как там...) и типа этими данными наполнить Post. Нормально так?

Не с ар это оверхед. Лучше тогда доктрину возьми

Не с ар это оверхед. Лучше тогда доктрину возьми

С доктриной, к сожалению, вообще не знаком. Какие преимущества?

С доктриной, к сожалению, вообще не знаком. Какие преимущества?

Ну если кратко, то она примерно так работает как тебе надо :) ар это репозиторий и сущность в одном и нет смысла накидывать поверх еще репозиторий.

Ну если кратко, то она примерно так работает как тебе надо :) ар это репозиторий и сущность в одном и нет смысла накидывать поверх еще репозиторий.

Кстати вот да. На счет ар. Это давно во мне противоречия вызывало

Спасибо, посмотрю доктрину

С доктриной, к сожалению, вообще не знаком. Какие преимущества?

https://www.google.nl/search?q=doctrine+getting+started&oq=doctrine+getti&aqs=chrome.1.69i57j0l5.4328j0j4&sourceid=chrome&ie=UTF-8

Кстати вот да. На счет ар. Это давно во мне противоречия вызывало

Если правильно варить она тоже норм. У доктрины тоже есть много минусов.

https://www.google.nl/search?q=doctrine+getting+started&oq=doctrine+getti&aqs=chrome.1.69i57j0l5.4328j0j4&sourceid=chrome&ie=UTF-8

та ну то понятно))) у меня как-то просто не дошло до нее. Вот, наверное, пора)

> Есть отдельно 2 папки. В одной у нас простые модельки(Eloquent), во второй репозитории. https://gist.github.com/fesor/76d39b19b18f7103a7c058301dc6a8fe https://blog.nikolaposa.in.rs/2017/01/16/on-structuring-php-projects/

Если правильно варить она тоже норм. У доктрины тоже есть много минусов.

Первый блин всегда комом)) Я в целом сейчас просто играюсь с Laravel. Мне ничего не мешает туда и доктрину взять. Как раз набью шишек

> Есть отдельно 2 папки. В одной у нас простые модельки(Eloquent), во второй репозитории. https://gist.github.com/fesor/76d39b19b18f7103a7c058301dc6a8fe https://blog.nikolaposa.in.rs/2017/01/16/on-structuring-php-projects/

О норм! Спасибо, оценю сейчас

И читай книги наподобие http://carfield.com.hk/document/software%2Bdesign/dddquickly.pdf чтобы понять что такое репозиторий и что такое модель, хотябы поверхностно.

И читай книги наподобие http://carfield.com.hk/document/software%2Bdesign/dddquickly.pdf чтобы понять что такое репозиторий и что такое модель, хотябы поверхностно.

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

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

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

Спасибо. Обязательно доберусь до ddd

Всем привет

посоветуйте как в коде лучше оформлять код для дебага?

просто ставить коммент?

просто ставить коммент?

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

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

посоветуйте как в коде лучше оформлять код для дебага?

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

assert'ы

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

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

посоветуйте как в коде лучше оформлять код для дебага?

писать в лог

ERROR: S client not available

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

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

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

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

однако в большей своей массе, я слышу, плохо но пусть пока так будет

потом переделаем, это означает что никогда

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

не знаю. Логирование для этого не применяют?

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

к сожалению проект таков, что приходится выделять день в неделю. перед НГ удалость взять 2 недели даже. в моем случае это оправдано в $$$. давай на бытовом примере: в крупных городах есть урны на улицах, мусор иногда приходится донести до этой урны. одни люди воспитаны выносить мусор, другие нет. это самодисциплина. теперь вводим административный ресурс - ставим штраф за выкинутый мимо урны мусор, штраф может быть условные 1$ и 10 000$. от размера штрафа зависит уровень сознательности. качество кода во многом зависит от бизнеса и его готовности платить за это.

не знаю. Логирование для этого не применяют?

логирование и применяют.

не ну очевидно что закон разбитых окон работает, однако бизнес в основной своей массе хочет что бы get things done по итогу все всегда встречаются в кривой продуктивности на время,тем самым графиком дяди боба, однако это все больше зависит уже от манагеров, насколько они могут донести целеобразность таких вещеий, мы в целом в любые эстимейты на деливеринг новой фичи закладывает определенный % на рефакторинг чего угодно, доп.часы на это не просим, просто сами делаем, аналогично с тестами и прочей штукой, которую иной раз сложно продать "отдельно" *upd*

логирование и применяют.

а я сразу про вардамп подумал =(

я не уверен, что закон разбитых окон работает. в большинстве случаев программисты делают не хуже, а лучше. к сожалению "лучше" не становится. перефразирую - бизнес хочет слышать ДА, а программисты чаще всего отвечают НЕТ, ПОТОМУ ЧТО. в целом я согласен что в любые оценки мы сильно закладываем страховку по времени

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

Закон паркинсона)

я не уверен, что закон разбитых окон работает. в большинстве случаев программисты делают не хуже, а лучше. к сожалению "лучше" не становится. перефразирую - бизнес хочет слышать ДА, а программисты чаще всего отвечают НЕТ, ПОТОМУ ЧТО. в целом я согласен что в любые оценки мы сильно закладываем страховку по времени

представь что ты нанял работников что бы они тебе ремонт сделали. Ты бы хотел от них слышать только "да" на любые твои вопросы или же ты бы хотел что бы они тебе посоветовали что-то конкретное?

или ты и так эксперт и пусть делают что говорят?

представь что ты нанял работников что бы они тебе ремонт сделали. Ты бы хотел от них слышать только "да" на любые твои вопросы или же ты бы хотел что бы они тебе посоветовали что-то конкретное?

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

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

А как нанять тех кто будет нанимать?)

оч странный у вас опыт

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

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

представь что ты нанял работников что бы они тебе ремонт сделали. Ты бы хотел от них слышать только "да" на любые твои вопросы или же ты бы хотел что бы они тебе посоветовали что-то конкретное?

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

оч странный у вас опыт

я бы хотел бы услышать опыт других людей, а не общие фразы.

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

Обычно обе стороны не разбираюсь в проблеме

Обычно обе стороны не разбираюсь в проблеме

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

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

Часто нет

Часто нет

хм, а можешь привести пример?

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