@Tishka17 Привет, можешь подсказать. Вопрос крайне субъективный и может показаться

Question

@Tishka17 Привет, можешь подсказать. Вопрос крайне субъективный и может показаться

достаточно "глупым". Есть QА, они занимаются сбором требований и сопровождением проектов. Так, вот у QA есть "свои" инструменты, которые они используют в своей работе. Если я хочу создать свой пет-проект, как думаешь обоснованно будет освоить какой-нибудь инструмент из стека QA, чтобы заранее создать план проекта и уже после реализовать или по времени и в целом, может быть необоснованно, ведь тоже время, что потрачу на освоение инструментов из совершенно другой специальности, мог бы потратить на более глубокое изучение Python?

#backend #programming #python #russian

0

17.06.2023

6 ответов

33 просмотра

Oleg Chaplashkin

Не стоит, потому что инструменты могут внезапно изменится, а зачастую сами инструменты не находятся "в категории специальности". Ну что там постман? Клиент к бд? Клиенты к mq? Разницы нет никакой. Главное от разработчика: документация к проекту (и она не заканчивается README если что). Если это модуль/функция - документация к ней, адекватные нейминги переменных, комментарии (заметь, которые не дублируют код, а дают новую инфу). Писать адекватные коммиты, коммит-месседжи, называть ветки, следить за статусом задачи в таск трекере. В конце выполнения работ описать что и как это работает. А, ну и тестировать самостоятельно. Юниты/интеграционные/системные для своего компонента и прочее.

0

17.06.2023

Алексей Ким Автор вопроса

Oleg Chaplashkin
Не стоит, потому что инструменты могут внезапно из...

Ок, спасибо за мнение. Буду думать.

0

17.06.2023

rasput

тебе чё надо вообще? приложение готовое, умение программировать или умение писать тесты? если первое, то потрать деньги и найти программиста, если второе, то нужно третье, если третье, то не нужно первое.

0

17.06.2023

Алексей Ким Автор вопроса

rasput
тебе чё надо вообще? приложение готовое, умение п...

Это всё понятно. Вопрос был больше к опыту @Tishka17. Хотел чтобы он на основе своего субъективного опыта, ответил насколько адекватно и оправдано тратить время на исследование инструментов, которые напрямую не относятся к работе программиста, а именно что-нибудь из области BDD (именно для сбора требований проекта и создания общего плана приложения) прежде, чем самостоятельно начинать его реализовывать. По моему субъективному мнению, если есть общее видение "готового приложения" в дальнейшем его реализовать будет проще и в процессе его реализации можно избежать множество "набития шишек". Но, если освоение того же Cucumber с Gherkin, или каких-нибудь баг-трекеров, типа Jira, требует очень много времени и усилий, то может быть и неадекватно, так как это напрямую к работе программиста не относится и время, которое будет потрачено на их освоение можно было бы потратить на то, что напрямую относится к работе программиста. Например, паттерны программирования, дескрипторы классов или unit-тестирование и прочее.

0

17.06.2023

Алексей Ким Автор вопроса

Алексей Ким
Это всё понятно. Вопрос был больше к опыту @Tishka...

Если ты этим сам не владеешь, то заранее оценить сколько времени может понадобиться может быть сложно. @Tishka17, как мне кажется (с учётом его 14 летнего опыта в области) мог бы дать более объективную оценку. Вот и всё!

0

17.06.2023

Alex · Accepted Answer

Alex

так у тебя как у разработчика набор инструментов шире, чем у куай.

0

17.06.2023

170 похожих чатов

@Tishka17 Привет, можешь подсказать. Вопрос крайне субъективный и может показаться

6 ответов

Похожие вопросы