а потом меняется реализация функции: function ($x) { if (fool_moon()) return "Woooooooo"; else return $x; }

не меняй)

то не я меняю, то другие девелоперы

но тесты не валятся, и ок

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

а потом меняется реализация функции: function ($x) { if (fool_moon()) return "Woooooooo"; else return $x; }

тот, кто добавил условие, должен был сначала написать падающий тест, который при полной луне ожидает вой

в тестов есть суровые проблемы: 1. невозможно тестами проверить всё 2. не на все случаи можно написать тесты в принципе 3. тесты тестируют тестовый енвайромент, а не продакшн 4. часто тесты создают вокруг себя кучу логики тупо ради тестов 5. тесты не спасают от говнокода 6. тесты не спасают от мажорных изменений, после которых пачку тестов нужно выпиливать 7. тесты надо писать, а иногда это больше кода, чем самого кода 8. тесты нужно гонять, а это еще орда проблем 9. когда валится БД, то зелёные тесты можно засунуть в одно место

и этот список можно продолжать

по этому я выступаю за ровную архитектуру, а не за говнокод покрытый тестами (в которых тоже говнокод)

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

примерно такая аргументация

хорошая аргументация, когда у тебя есть шуруповерт

;)

по этому я выступаю за ровную архитектуру, а не за говнокод покрытый тестами (в которых тоже говнокод)

ну и как твоя архитектура предотвратит if (full_moon())?

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

что значит как? это и есть архитектурный вопрос

делать так или не делать

просто оставлю это тут

ну клево. "нормально делай - нормально будет" отличная рекомендация

а что?

в тестов есть суровые проблемы: 1. невозможно тестами проверить всё 2. не на все случаи можно написать тесты в принципе 3. тесты тестируют тестовый енвайромент, а не продакшн 4. часто тесты создают вокруг себя кучу логики тупо ради тестов 5. тесты не спасают от говнокода 6. тесты не спасают от мажорных изменений, после которых пачку тестов нужно выпиливать 7. тесты надо писать, а иногда это больше кода, чем самого кода 8. тесты нужно гонять, а это еще орда проблем 9. когда валится БД, то зелёные тесты можно засунуть в одно место

3 докер решает 4 не все так плохо как кажется по моему опыту если не увлекатся сильно большим покрытием и тестированием всего ради всего то время сильно экономится 5 ничто не спасает от говнокода, но тесты его последствия чуть сглаживают 7 но это быстрее чем в ручную проверять 8 никаких проблем с этим нет 9 причем тут тесты, код и БД я ХЗ )

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

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

3 докер решает 4 не все так плохо как кажется по моему опыту если не увлекатся сильно большим покрытием и тестированием всего ради всего то время сильно экономится 5 ничто не спасает от говнокода, но тесты его последствия чуть сглаживают 7 но это быстрее чем в ручную проверять 8 никаких проблем с этим нет 9 причем тут тесты, код и БД я ХЗ )

позволю себе не согласиться... с моей колокольни в 10 лет программирования на пхп могу сказать: тесты не решают

в тестов есть суровые проблемы: 1. невозможно тестами проверить всё 2. не на все случаи можно написать тесты в принципе 3. тесты тестируют тестовый енвайромент, а не продакшн 4. часто тесты создают вокруг себя кучу логики тупо ради тестов 5. тесты не спасают от говнокода 6. тесты не спасают от мажорных изменений, после которых пачку тестов нужно выпиливать 7. тесты надо писать, а иногда это больше кода, чем самого кода 8. тесты нужно гонять, а это еще орда проблем 9. когда валится БД, то зелёные тесты можно засунуть в одно место

Я прям слышу тут DHH с его Test-induced design damage

)

не, это только одна из проблем

а у меня вот 15 лет программирования на ПХП и я только недавно так же говорил, пока не разобрался)))

а у меня вот 15 лет программирования на ПХП и я только недавно так же говорил, пока не разобрался)))

сочувствую

в пхп важны только последние 5 лет

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

в пхп важны только последние 5 лет

последние 5 раз

без неймспейсов и композеров

в пхп важны только последние 5 лет

+++

у кого джумулы, у кого велосипеды )

я на жаве писал полгодика, на с-шарпе полгодика, на руби полгодика, и еще по мелочи, так что я не одним пхп делан

ну хоть на жс не писал

писал :(

просто стыдно признаться

Perl, C++, C# (Unity3d), MaxScript (плагины для 3DSMax), ActionScript, node.js, Python я как бы тож не только пхп деланный)))

руби как то обошел стороной к счастью

а вот от ноды не уберегся

ActionScript 2 или 3?)

а нормальные языки были? :)

2 :D

а что не так с руби????

руби няша

ну вот из списка самый нормальный питон ИМХО. но на ПХП мне лично быстрее/выгодней итд

очень хороший язык

на питоне быстрее писать как бы

смотря что)

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

сайты? :)

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

на питоне сложнее(дороже) делегировать

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

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

я вообще топлю за скалу, красивый язык

до скалы еще не дошел )

я вообще топлю за скалу, красивый язык

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

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

враки все

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

а скоро дотти

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

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

ERROR: S client not available

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

в этом плане люблю работу девопса. сидишь, оно собирает проект, потом чето не так, поменял пару строк и опять сидишь...

в этом плане люблю работу девопса. сидишь, оно собирает проект, потом чето не так, поменял пару строк и опять сидишь...

прям симфони 3.3... ?

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

ну все равно перепроверять рутинные вещи в ручную как то тупо

а кто из Киева тут?

+

+

+

я под Киевом в лесу))

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

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

я под Киевом в лесу))

вывезли ? забрать?

я под Киевом в лесу))

в каком именно? я тоже в лесу)

нет я тут живу в глуши и в дали от цивилизации)))

на въезде в Ирпень

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

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

я в буче)

отойду на парумин

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

один хер удаленка

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

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

даже в этом случае

но это странный модуль

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

я кодю на улице с ноутом, птички поют, свежий воздух, зрение стало восстанавливатся бошка не болит, рядом батут раз в 15-30 мин разменаюсь, рекомендую, нафиг тот город

я кодю на улице с ноутом, птички поют, свежий воздух, зрение стало восстанавливатся бошка не болит, рядом батут раз в 15-30 мин разменаюсь, рекомендую, нафиг тот город

сьемная хата?

сьемная хата?

да, квартиру в городе сдаю, снимаю дом и еще деньги остаются чуть

но это странный модуль

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

да, квартиру в городе сдаю, снимаю дом и еще деньги остаются чуть

скока стоит?

скока стоит?

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

а че не азия в таком случае?)

там же еще лучше

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

азия УЖЕ дороже, гораздо

зимой бассейны не оч актуальны