Не вдаваясь в метрики скажу, что для меня промо - это вариант купить именно тут. Так как всё же это в конкурентной среде. С другой стороны я сравниваю цены всё же не ежедневно. И если пойду в один магазин, то куплю скорее почти всё, что нужно.
То есть альтернатива для меня не в том чтобы ждать или не ждать промо, а в том чтобы увидев привлекательный промо, сделать покупки именно в этом магазине и возможно ещё придти снова.
"Никого не ждёшь, ни на кого не злишься – просто делаешь"
По мне так работа в команде это не просто делаешь, а делаешь вместе. И тут естественно есть поле для возможных споров, недопониманий и так далее. Так что работа над кодом это всё равно работа с людьми, хотя и в сильно меньшей степени.
В целом соглашусь с автором. У меня лично в личном гитхабе только пакеты к nodes, python которые контрибьютил в публичное комьюнити. А так код принадлежит заказчику 😀
Не вдаваясь в метрики скажу, что для меня промо - это вариант купить именно тут. Так как всё же это в конкурентной среде. С другой стороны я сравниваю цены всё же не ежедневно. И если пойду в один магазин, то куплю скорее почти всё, что нужно.
То есть альтернатива для меня не в том чтобы ждать или не ждать промо, а в том чтобы увидев привлекательный промо, сделать покупки именно в этом магазине и возможно ещё придти снова.
Спасибо! Поделюсь и своим: когда задача большая и сложная, то непонятно с чего начать. Делаю так:
Ищу что-то похожее в интернете, в репах компании и т.д. Даже если похоже издалека, то скрестить "ужа с ежом" уже проще, чем с чистого листа
Из большой задачи обычно есть две проблемы:
Взлетит ли это
С чего лучше начать
Тут использую что-то минимально рабочее для обоих пунктов. А проверив гипотезы можно уже строить всю фичу как из кирпичной
И логично, конечно, проговорить архитектуру задачи с коллегами. Из архитектуры виднее узкие места и что проверять
Test Driven тоже хорошо, но лично люблю 1-2 теста падающих, т.е. пишу их вместе с кодом
"Никого не ждёшь, ни на кого не злишься – просто делаешь"
По мне так работа в команде это не просто делаешь, а делаешь вместе. И тут естественно есть поле для возможных споров, недопониманий и так далее. Так что работа над кодом это всё равно работа с людьми, хотя и в сильно меньшей степени.
Спасибо! По мне хотя при онбординге новичка можно точнее рассказывать внутреннее устройство команды: ожидания, взаимодействие и т.д.
То есть не ждать, что новичок сам догадается, а помочь ему влиться в команду.
В целом соглашусь с автором. У меня лично в личном гитхабе только пакеты к nodes, python которые контрибьютил в публичное комьюнити. А так код принадлежит заказчику 😀