Size: a a a

2020 August 29

k

knopkod4v in PHP
Maks
по крайней мере я буду чтото примерно такое искать. там посмотрим
тогда и программистом найти можно, наверное 🤔
источник

M

Maks in PHP
Алексей Гевондян
тестеры фигачат как папа карло, тупой рутинный труд, при том их еще и за баги дрючат. не разрабов, а тестеров) такое себе чот
в плане рутины, ок не против. насчет ответственности за баги - почитаю, может не пойдет. тогда уж легче кодить и скидывать все на тестеров чтоли
источник

k

knopkod4v in PHP
Алексей Гевондян
тестеры фигачат как папа карло, тупой рутинный труд, при том их еще и за баги дрючат. не разрабов, а тестеров) такое себе чот
кстати любопытно, да. Наблюдал такую картину как-то раз. Это странное смещение ответственности на тестера.
источник

АГ

Алексей Гевондян... in PHP
разраб натура творческая, тонкая) если он еще и крутой - то и токсичный весьма, социопат, вообще лучше не трогать их) а вот тестеры - другой вопрос)
источник

АГ

Алексей Гевондян... in PHP
а все люди, ошибаются, и ошибаются часто. иначе не было бы тестеров в принципе как класса специалистов)
источник

M

Maks in PHP
"тестеры уменьшают энтропию в этом мире, сотканном из ошибок и случайностей. тяжелая роль" - фантазирую
источник

DP

Dmitri Ponomarjov in PHP
black box testing - обезьяний труд, это нахрен не надо
источник

DP

Dmitri Ponomarjov in PHP
полезный, бесспорно, но туда лучше идти, если дев-навыков нет
источник

DP

Dmitri Ponomarjov in PHP
тестер должен найти проблему, которую юнит-тестами не выявить. например, если тестируется i18n билд против оригинала, то нужно помимо чисто программных проблем найти нарушения правил брендирования, когда, например, переводчики перевели непереводимый бренд - это суровая ошибка, её допускать вообще нельзя.
источник

M

Maks in PHP
Dmitri Ponomarjov
тестер должен найти проблему, которую юнит-тестами не выявить. например, если тестируется i18n билд против оригинала, то нужно помимо чисто программных проблем найти нарушения правил брендирования, когда, например, переводчики перевели непереводимый бренд - это суровая ошибка, её допускать вообще нельзя.
хмм, понял
источник
2020 August 30

AM

Artem Molotov in PHP
Composer гоуно какое-то.
источник

АГ

Алексей Гевондян... in PHP
ты накатил чтоли изрядно?)
источник

AM

Artem Molotov in PHP
источник

AM

Artem Molotov in PHP
Алексей Гевондян
ты накатил чтоли изрядно?)
Нет. Просто Composer гоуно какое-то.

Пытаюсь подставить форк как зависимость другой зависимости.

Как только не кручу и не верчу — Composery похер и он "не видит библиотеки" или не может отрезолвить версии, или не видит теги и при этом ему срать на URL и он всё равно грузит с другой репы.

В доке инфы — нихуя. По сети вариантов около 3-4 штук. Ни один вариант не работает.
источник

AM

Artem Molotov in PHP
И единственный вариант сейчас решить эту "задачу" — пробрасывание урла в зависимость. И не просто блять в файлик это нужно добавить, а прям запущить в ветку, т.к. иначе хер проверишь нашёл он коммит или нет.
источник

АГ

Алексей Гевондян... in PHP
т.е. в composer.json одной из либ есть require. но когда ты подключаешь эту либу - ее зависимость не ставится? да ну...
источник

АГ

Алексей Гевондян... in PHP
может на пакагисте чото не прорегалось?
источник

AM

Artem Molotov in PHP
Алексей Гевондян
т.е. в composer.json одной из либ есть require. но когда ты подключаешь эту либу - ее зависимость не ставится? да ну...
Она ставиться, но не с того места, какое я указал в своём composer.json
источник

AM

Artem Molotov in PHP
Алексей Гевондян
может на пакагисте чото не прорегалось?
А может ты прочтёшь вопрос и заметишь, что я говорю о форке?
источник

АГ

Алексей Гевондян... in PHP
а, т.е. ты подменил... хм. ну это шаманство уже) зареквайрь в своем проекте явно эту зависимость - баг пофиксится скорее всего
источник