или она оч трудноуловимая

и пизда)

Будет капать по центу с покупки

через год сведут

и поймут, что ебала случилась

выбрось свой гугл на помойку

он сломался

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

а если просто незаметно это?

если один раз в год вылезает, то как бы

да даже раз в месяц

ну логи там, тесты, не?

никто не проверяет?

или вы в слепую работаете

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

при чем в определенных условиях

скажем в 1/3

ну, смотри, от багов никто не застрахован

но их можно свести к минимуму

тем более в билинге работаешь

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

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

День добрый

ну сдох сениор, например.

другой сениор не будет знать всю систему.

Он не один)

что делать?

ну все сдохли.

Закрываться

это дешевле

не подскажите как на джинксе сделать редирект окончания пути с site.com/name на site.com/name.html

то есть у вас всё чисто на сениорах держится?

не, к примеру, другого нанять не варик?

на мидлах еще, почему же

так другого не надо стажировать

если это сеньор

или мидл

пара дней, что бы он порылся в системе

ну значит все не сложно?

и рядом есть сеньор, который сможет объяснить если что

Опять же смотря о чем идет речь

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

все равно спорно. Очень спорно.

даже если нет ошибок с точки зрения логики

то будут стилистические ошибки

это в плане?

код стайл?

угу

ну гайдик запилите

чтобы всегда можно было его посмотреть

где будет описан процесс разработки.

это оч важно.

у меня например строится все на Anchor modeling. По сути все дробится на оч простые вещи. Но если криво писать, то хер разберешься.

ну ты просто дашь уже реальный стимул не косячить. у вас же есть тимлиды. кто-то же чекает код?

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

если нет, то нахуй вообще такой человек в команде

хз, просто можно вам попробовать такую систему.

тут просто, наверное, столкновение пратического и теоретического подходов.

Риски..)

все в общем то сводится к ним

а в чем у тебя возникла проблема?

Я не понимаю как грамотней реализовать

Передавай параметром в ссылке промокод. А дальше в скрипте разбирай его, сверь с бд

Либо просто поле при регистрации. Дальше так же

Ну тип укажите промокод

Все остальное на уровне бд

Просто статус меняешь с "нет промокода" на "есть промокод". А когда считаешь цену учитывай этот факт

array_unshift

Я не понимаю как грамотней реализовать

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

и "использован\неиспользован"

ну это если грамотно

Промокод может быть один для многих

Промокод может быть один для многих

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

ну мы пришли к вопросу типизации промокодов.

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

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

все так. но мы же не знаем какая задача у него стоит

может ему достаточно будет статичного "абырвалг"

а в сообществе yii тебя уже забанили?

печалька