Максим

Делай ресерч бесплатно, но перед тем как сказать оценку и стоимость добавь к оценке стоимость ресерча, размазанную по тбудущим таскам. + умножь на коэффициент, т.к. не каждый проект получаешь. Тогда и убеждать не надо и бесплатно не работаешь.

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

Нет никакой нехватки общения. Все гораздо проще. Заказчику элементарно лень писать описание, ему проще созвониться выплеснуть поток своих беспорядочных (часто безполезных) мыслей, а дальше уже вы запонинайте как хотите, понимайте как хотите, вспоминайте как хотите. Я часто отсекаю все ненужные попытки созвониться и требую делать текстовое описание, так как:
1) Это максимально продуманно, заказчик во время написания анализрует то что пишет.
2) В этом легче ориентироваться
3) С этим проще работать, можно дополнять, редактировать

За время пандемии все привыкли к зумам, конференциям и всему такому. Возможно, поэтому созвоны стали восприниматься как что-то обыденное.

Я бы посоветовал следующий подход: до заключения контракта и при fixed-price контрактах созвоны стараться проводить быстро и строго по делу. А вот при hourly контрактах сразу обговаривать, что любые обсуждения - это тоже часть работы, соответственно не выключать таймер во время созвона, и тогда уже болтать столько, сколько хочет заказчик.

Вам следует обратиться к региональному закону, которым установлены пониженные ставки по УСН в вашем субъекте РФ. В большинстве региогов льготная ставка применяется в том случае, если доходы от осуществления указанного вида деятельности за соответствующий отчетный (налоговый) период составили не менее 70 процентов всех доходов. Но в некоторых субъектах РФ региональные законы вообще не предусматривают какую-либо минимальную долю дохода, которая дает право иметь льготу по "упрощенке". То есть применять пониженную ставку в этих субъектах Российской Федерации можно, только если "упрощенец" занимается одним, льготируемым видом деятельности, и больше ничем. Поэтому здесь нужно внимательно смотреть региональное законодательство.
Если Вы ИП и не ведете бухучет, то рассчитываете объем выручки от конкретного вида деятельности в общем объеме выручки по данным Книги учета доходов и расходов индивидуальных предпринимателей.
Таким образом, у Вас возникает необходимость подтвердить два момента в целях применения пониженной ставки: во-первых, осуществление льготируемой деятельности, во-вторых, долю дохода.
Рассчитайте следующий авансовый платеж по пониженной ставке и уплатите в бюджет разницу между начисленной суммой и той, что перечислили в бюджет с начала года (рассчитанной исходя из основной ставки налога), если она получилась положительной. В противном случае платить в бюджет ничего не нужно .
Авансовые платежи к уплате за остальные отчетные периоды и налог за год считайте аналогично, применяя общие правила расчета налоговых обязательств и пониженную ставку налога при УСН.
Если по итогам года налог окажется положительным - разницу доплатите в бюджет. Если нет - переплату в течение 3 лет можно зачесть в счет будущих платежей по "упрощенному" налогу, направить на погашение недоимки по другому федеральному налогу или вернуть
Декларацию по УСН за год заполняйте так, как будто вы применяли пониженную ставку с начала года. Указывайте ее во всех строках "Ставка налога (%)" декларации и по ней же рассчитывайте все авансовые платежи и налог (если право на пониженную ставку у вас было с начала года).
При проведении камеральной проверки декларации у Вас запросят длкументы, подтверждающие право на пониженную ставку.
Если компания (ИП) обнаружила в текущем году, что применять пониженную ставку налога при УСН она могла, к примеру, и в прошлом году, то в ИФНС можно подать уточненку, а излишне уплаченный налог вернуть или зачесть ( п. 1 ст. 78, п. 1 ст. 81 НК РФ).
.

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

1. В первом кейсе при нечеткой постановке задачи вы выполняете роль аналитика/UX-эксперта/тим-лида/проджекта. И делаете их работу по постановке задачи, которую должно были сделать они перед обращением к вам. Пожтому можете смело это время трекать.
2. Во втором кейсе я бы трекал все время, которое относится к гуглению справочной информации - API новых разделов SDK, REST API, API каких то редких сторонних библиотек и т.д.
Например, когда я делал задачу по загрузке списка контактов в мобильном приложении, я сразу обозначил, что мне понадобится дополнительно 8 часов на изучение API в SDK Android для работы с ними. Документация на SDK составляет несколько тысяч страниц, она постоянно обновляется, и зубрить ее бесполезно.
3. Если заказчик упертый и хочет платить только за "стучание клавишами", то делайте остальные затраты скрытыми

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

Есть https://www.remove.bg/ - убирает фон за человеком на фото

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

Не совсем понятно что у вас не так, и причем тут репозитарий, поскольку совместимость, фичи и ветки - это из разных плоскостей.
Но возможно вас интересует Semantic Versioning

Мы вставляем иконки в разметку, не подключая из стороннего файла, как делает, например, гитхаб: https://github.blog/2016-02-22-delivering-octicons...

Для posthtml вот такой плагин есть: https://github.com/andrey-hohlov/posthtml-inline-svg

Про градиенты тут хорошо расписано https://fvsch.com/svg-gradient-fill/ , мне нравится вариант с fill: url... в css.

Ну тут скорее не вопрос, а крик души, который можно поддержать.

По делу: да, проблема есть, именовать на больших проектах сложно. Решений нет.
Вернее, только те, которые вам кажутся "грязными", но других не завезли (и не завезут).
И те, которые не относятся к разработке (вроде "дать люлей дизайнеру, который не понимает, как это всё работает, и лепит каждый элемент как попало")

Тут просто надо несколько абстрагироваться и принять то, что абсолютно в любой объёмной системе, даже если её вдруг пишет один человек (что вряд ли), всегда есть место неочевидным вещам. Перфекционист внутри рыдает, но что делать.

Откройте любое масштабное решение - чёрт ногу сломит, не так ли? И требуется немало времени, чтобы вникнуть. Потом вникаешь - и становится проще, но всё равно много нагромождено. А если выпасть из контекста на месяц - потом опять заново вникать. Это норма (картинка с Малышевой).

Стоит просто выбрать для себя какой-то стиль и строго ему следовать. И расширять словарный запас, чтобы играть словами.

Совмещение ваших пунктов 1 и 3 в одно - вполне здоровый стиль.
Если секция, где всё очевидно: about, gallery, text-section, etc.
Если контент неоднородный - именовать по смыслу (как в 3).

Единственное что мог бы посоветовать - не смущаться добавлять новые компоненты, задавая им какой-то дополнительный неймспейс (contacts-header, contacts-about), а не пытаться всё упихать в один общий с помощью модификаторов - в поддержке будет проще.

Просто размышления от прочитанного:
1. Подходы 2 ("section-1", "section-2") и 4 (атомарщина) - в аду для таких "специалистов" стоит отдельный котёл. Ну вы и сами понимаете. Использовать нужно никогда.
2. Инкапсуляция имён ничего не даёт в этом отношении, так как это придумано для элементов внутри блока (а с этим и концепция БЭМ хорошо справляется), глобально вам как разработчику всё равно нужно иметь понятное "корневое" название блока.

Ещё можно поработать со своей головой, возможно, что такой крик души идёт от страха быть осуждённым. Браузеру-то всё равно, вы ему хоть .qwerty123 { ... } скормите - нормально отобразится.
Понятные имена - для разработчиков, и надо понимать, что ни один толковый разработчик в вас камнем не бросит за то, что вы дали блоку имя .contacts-footer-call-to-action, если у вас этот самый .call-to-action в каждой секции настолько разный, что в один компонент не умещается.
Иногда помогает, если есть прямой выход на клиента или ЛПР донести, что такой дизайн... Ну не самый лучший для поддержки, и обосновать почему.
А чисто технически - решений нет, ну, вот такая работа, чё делать.

Я посещал налоговую, пообщался с юристом. В целом, было предложено максимально упростить подход к проблеме и просто платить 4% с рублёвых поступлений на карту.

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

Nr. 1: SalesForce
Nr. 2: SAP