я как-то так работал за 15$/hr задач было немного, 2 часа в день - сумма скорее получается за неделю, где-то 10 отработаешь, где-то 0 :) ничего странного

ну хотя если задачи из разряда «перекрасить кнопочку», то проблем нет, согласен

у вас все задачи в один день помещаются  ? В чем проблема делать за неделю работу двух дней ?

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

но я даже не знаю кто будет платить человеку с 0 опыта сеньорскую зарплату за перекраску кнопочек...

медитация не оплачивается

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

хуже когда платят сеньерскую зарплату за перекраску кнопочек с 100 опыта :)

это работа, обсудил - сделал, в чем проблема ? больше двух часов, ок, обсуждается два дня. Вы просто наверное не работали в асинхронных командах. А если у вас больше двух часов созвон, то это действительно беда, только не работника, а руководства.

я бы конечно пообщался ещё с вами, но участвовать в передёргивании контекста разговора (какой ещё созвон на 2 часа, когда речь совершенно о другом) ради демагогии — не интересно

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

Я получаю задачу, читаю её, пытаюсь понять что нужно заказчику, у меня есть несколько вопросов к заказчику — созвон с заказчиком.

Устаканиваю вопросы с заказчиком задачи, оцениваю что мне надо сделать, чья помощь понадобится — созваниваюсь с бекендером, созваниваюсь с дизайнером (зачем беку быть на созвоне с дизайнером, верно? разве кроме каких-то редких случаев).

Это усреднённо-стандартная схема работы над более-менее серьёзной задачей.

Вы же в качестве аргументации своей позиции приплетаете какой-то максимально пограничный случай на созвон в 2 часа — это и называется передёргивание контекста. Так что можете считать дальше про слиться и опустить собеседника, ваше право.

Ну вот
1й день
 1й час:  Я получаю задачу, читаю её, пытаюсь понять что нужно заказчику,
2й час у меня есть несколько вопросов к заказчику — созвон с заказчиком.
2й день
1й час оцениваю что мне надо сделать, чья помощь понадобится  
2й час созваниваюсь с бекендером, созваниваюсь с дизайнером (зачем беку быть на созвоне с дизайнером, верно? разве кроме каких-то редких случаев).

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


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

собрались значит человек делающий по ТЗ против человека делающий по созвону, и пытаются найти общий язык)

Должно же быть какое-то портфолио, примеры работ. Не может быть так, что ты владеешь всем и вся, но не демонстрируешь это на конкретных кейсах

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

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

время тратится на голосовой звонок, нужна синхронизация участников, монополизация внимания задачей (для кого-то может суперминорной)

Я на той удаленке звонил может раза 3 за 4 года (и обычно это было в духе Hey James, we have a server down, can you please call to DC to reboot it)

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

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