p.s. сорь за оффтоп :)

?

На счет пхп, кто-то юзал его с js? :)

php <-zeromq -> node

Как безболезненно, легко и без страха вносить изменения в существующую кодовую базу? )

Как безболезненно, легко и без страха вносить изменения в существующую кодовую базу? )

выпившим

Как безболезненно, легко и без страха вносить изменения в существующую кодовую базу? )

Я так понимаю, тестов нету?)

Например, простой от балды, были в магазине просто товары, надо добавлять опции цвет, размер и т.д.

Я так понимаю, тестов нету?)

А что тесты прям серебрянная пуля? )

А что тесты прям серебрянная пуля? )

Нет, но в данном случае они могут спасти вас от ошибок и сохранят пару нервных клеток при "дебаге" :)

А что тесты прям серебрянная пуля? )

И новую функциональность не так страшно добавлять

Ну 100% от ошибок не спасут )

Например, простой от балды, были в магазине просто товары, надо добавлять опции цвет, размер и т.д.

и в чем проблема?

лучше попробуй сформулировать чего именно ты боишься

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

но это не у меня страх

это я набросил вопрос

ну проверь перед тем как пушить)

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

Как как-то говорил один из заказчиков "Лучшие тестеры это пользователи" )

Как как-то говорил один из заказчиков "Лучшие тестеры это пользователи" )

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

ну и добавить к этому авто тесты (юниты и приемочные)

тогда будет реально правда

тесты гуд.. но в студиях это больная тема

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

качество не ставят во главу

тесты гуд.. но в студиях это больная тема

почему?

тесты гуд.. но в студиях это больная тема

ху*к ху*к и в продакшн

ну то есть ты реально думаешь что тесты это дорого?)

сроки, трудозатраты

ну смотри

когда каждый проект по срокам и трудозатратам всегда в минус

ну понятно что первые пару месяцев будет оверхэд

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

когда каждый проект по срокам и трудозатратам всегда в минус

то может быть стоит начать нормально оценивать проекты или сделать ретроспективу почему у вас оценка не покрывала риски?

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

"чейндж реквесты"?

нормальные оценки продать не могут

главный то вопрос он денежный

время и бабло

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

+

продавать качество тяжело

которое не пощупать

а мне например нечего ответить продажнику, продакту "А как мне это продать?"

нормальные оценки продать не могут

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

то может быть стоит начать нормально оценивать проекты или сделать ретроспективу почему у вас оценка не покрывала риски?

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

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

а почему у тебя оценка с тестами больше чем без тестов?)

когда каждый проект по срокам и трудозатратам всегда в минус

Если проект не планируется на поддержке держать, то от тестов так-то нету смысла для ВАС, но в другом случае, экономия времени и денег в перспективе:) И тесты не трудно писать, если их начать писать

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

возможно в минске все такие, но в реальности их очень мало )

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

окей, ты руками результат проверяшь?

не в обиду говорю )

какой уровень квалификации должен быть у человека что бы быть в состоянии написать скрипт который дергает http запрос и проверяет что все ок?

спойлер: очень низкий

я сейчас вообще не работаю в студии, а на конкретного заказчика. E-commerce, и тут легче потому что качество само по себе важно

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

какой уровень квалификации должен быть у человека что бы быть в состоянии написать скрипт который дергает http запрос и проверяет что все ок?

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

почему вдруг тестирование это больше про "крутых челов"

Ну т.е. вы всегда укладываетесь в сроки и в бюджет?

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

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

почему вдруг тестирование это больше про "крутых челов"

потому что надо научиться писать тестируемый код

Ну т.е. вы всегда укладываетесь в сроки и в бюджет?

у меня безлимитный бюджет, мне проще)

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

да приемочные тесты писать ума много не надо

у меня безлимитный бюджет, мне проще)

надо идти к вам, просаживать его :D

ну такие да

а вот unit тесты

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

это все красивые слова

и много что сделано

надо идти к вам, просаживать его :D

это только на моем проекте, на остальных хоть и time&material но есть лимитация по бюджету.

но реальность сурова

приходиться очень много флексить например чтобы уложиться

очень сурова

надо идти к вам, просаживать его :D

и нет, давай по другому вопрос поставим.

иногда выстреливает бюджет, но это исключение чем правило

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

то есть часов 160 например

и ты просто должен сделать мне за эти 160 часов самое важное, на что хватит моего бюджета

https://wiki.php.net/rfc/fiber

обсуждали уже?

Да, файберы тема

а вот unit тесты

Unit тесты просто писать, очень даже:) зато будет уверенность, что твой класс делает то, что надо, без ручного прокликивания

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

Unit тесты просто писать, очень даже:) зато будет уверенность, что твой класс делает то, что надо, без ручного прокликивания

https://gist.github.com/fesor/db60b4995880925b720be9c7cf75543f

обсуждали уже?

нет, сходу не въехал

paused and resumed в php?

или я что-то упустил

https://gist.github.com/fesor/db60b4995880925b720be9c7cf75543f

Почитаем, спасибо) Немного не понял про фибер, в чем его особенность?

ну это как микротреды по сути

https://gist.github.com/fesor/db60b4995880925b720be9c7cf75543f

Ох эта фотка

Unit тесты просто писать, очень даже:) зато будет уверенность, что твой класс делает то, что надо, без ручного прокликивания

Берешь проект например на ии2, видишь всю логику размазанную в моделях, контроллерах, видишь сроки и бюджет и пилишь дальше )

stackfull корутины

Берешь проект например на ии2, видишь всю логику размазанную в моделях, контроллерах, видишь сроки и бюджет и пилишь дальше )

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

paused and resumed в php?

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

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

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

что за приёмочные тесты?

behat