Как стать автором
Обновить
17
0
Артур Геращенко @arturich

Технический менеджер / ex-teamlead

Отправить сообщение
Подход действительно интересный, вот только есть одно НО, и довольно большое — возможно я что-то пропустил, но я понял, что у вас один сервер БД и все. Предполагается, что допустим это логи по действию пользователя, робота, рекламы у вас на сайте. Все будет отлично пока у вас менее миллиона пользователей (это я с потолка для примера). Логи по ним будут собираться вы раз в день будете сбрасывать их в архив и т.д. Все довольны.

Но если пользователей становиться в 10 раз больше вы начинаете выбирать — или подрезать чаще, чем раз в день или хранить меньше статы. Так как ваш код не готов к работе с двумя подключениями. По хорошему надо сразу делать так, чтобы код не надо было переделывать из-за роста данных, так как рост данных (например набирающая оборот соц. сеть) вы не прекратите, сервер перполнится и вы будете говорить менеджеру проекта, что вам надо over 1 month на переделку кода. Прикол в том, что этого времени просто нет и вы можете потерять проект, так как пользователи просто уйдут от вас, так как не могут комментить, фотки заргружать и т.д.

Конечно, тут можно спорить о преждевременной оптимизации, улучшениях, которые возможно не понядобятся, если проект не выстрелит. Так вот — если он выстрелит и не справиться с возросшей нагрузкой, то он просто будет не нужен. А хороших проектов мало.
У меня вопрос — действительно ли полное ТЗ по задаче у вас формируется примерно так:

Рисуется, верстается, менеджер проекта или направления сам или с помощью тех. писателя пишет полное исчерпывающее ТЗ.
Все вопросы от программистов решаются в рамках комментариев в задаче — т.е. разработчик спрашивает, ему там отвечают и ничего не остается не задокументированным?
Понятно, главное, что никакой магии с полем Client нет, это просто public свойство Q верно?
Ага, уже понятнее. Вы меня остановите пожалуйста, если я тут флуд устраиваю. Ссылочное поле Client появляется при прекомпиляции или его заводит программист?
Спасибо за информацию, попробую у себя как-то такое реализовать, думаю поможет разрабатывать быстрее.

Скажите, а IDE поддерживают автокомплит такой записи — «q.Client.Address.Country.Languages.Contains»? Я люблю записи в виде цепочки, но, если IDE мне помогает) Просто не знаю, в рамках какого языка это пример, но что-то похожее на C# или Java.
У меня на php так:

$taskQueues = \TaskQueue\Model::select()
        ->withTaskId([1, 2, 3])
        ->withTaskOrigin(10)
        ->getCollection();


Второй ваш запрос я не понял, честно, но наверное, потому, что с этой ORM я не знаком.

Но если простой join, то примерно так:
$clientSelector = \Client\Model::select()
        ->withNameNotContains('Артур');

$taskQueues = \TaskQueue\Model::select()
        ->join($clientSelector)
        ->getCollection();


ну или так:
$taskQueues = \TaskQueue\Model::select()
        ->join(\Client\Model::select()->withNameNotContains('Артур'))
        ->getCollection();

Но предыдущий вариант, мне нравиться больше, если условий больше.
Я все равно не понял вас. Я имел ввиду что дома не занимаюсь, но в тренажерку хожу. А о каких бомжах вы говорили?
Простите, что? Чего дома не было и при чем тут бомжи?
А где пункт «дома нет, но хожу в тренажерку»? А то сгребете под одну гребенку тех кто вообще не занимается и тех кто дома не занимается.
Посмотрев на картинку превью подумал — а где собственно знак нуля? Даже опешил на минуту — подумал, что они решили, что мы и без него справимся) Полез в ttf — хорошо, что там есть)
Конкуренция Яндекса не в фичах, которые оценят программисты, а в фичах для пользователей, которым вообще до лампочки на каком движке сделан браузер — им надо, чтобы просто было удобнее.
Простите, но это — не аргумент.
Без здоровой конкуренции неизбежна стагнация. А вы ведь хотите, чтобы вам было легче и удобнее пользовать технологии? Если бы не конкуренция, то сейчас, чтобы поиграть в Angry Birds, вы бы их сначала сами написали ;)
Тоже именно по этой причине обхожу интернет-магазины стороной. Видимо можно её вернуть, но это ж такая головная боль!
Ну по-моему вы не это в статье писали. Это все равно что говорить с руками человеку лучше, чем без них, с модульными тестами лучше, чем без них.
Ну, если на то пошло — то ничего не гарантирует вам работоспособность продукта на 100% и на один тестер в здравом уме на даст вам эту гарантию. Так как навряд ли вы тестируете — как, например, поведут себя демоны вашего приложения, если при питание сервера просто выключить, а потом включить. Кроме того я вам скажу, что навряд ли много разработчиков в принципе заботятся о реализации функционала восстановления после падения системы, а надо бы.
А я и не говорю вам, что они не нужны. Я говорю о том, что не надо снижать значимость модульных тестов.
Тестировать надо всё. И надо ровняться на одних из лучших, а там тестируют всё и все.
Где-то я читал, по статистике у NASA 1 ошибка на 1 млн. строк кода. И соглашусь с sectus — кто вам сказал, что вероятность ошибки тестера меньше?
Мы не роботы — все ошибаются. Я уверен, что даже самый лучший тестер тоже может пропустить баг. И что теперь?

Информация

В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Дата рождения
Зарегистрирован
Активность