То, какую документацию будут запрашивать — зависит от области деятельности компании. Для того, чтобы определить, чем занимается тот или иной сотрудник, где он фактически работает, будут запрашивать любые артефакты / доступы.
Логично, что для разработчика главный лог — это система контроля версий и тасктрекер, без них не получится понять, есть ли дробление и т.д.
Это её работа, налоговая во всех странах борется с уклонением от уплаты, дроблением и т.д. Например, у аккредитованных компаний обычно каждый квартал проверка, просят загрузить первичную документацию, смотрят, и обычно на этом всё и заканчивается.
Для ответов на письма по скрипту вам не требуется круглосуточно иметь высококвалифицированных операторов. Если в Т-банке каком-нибудь набирают матерей в декрете на удалённую тп за 50к в месяц, то и тут речь не идёт о фот 250к в месяц на человека.
Так что на несколько пиковых месяцев можно нанять тысячи операторов, и ещё деньги останутся.
Когда надо объяснить, что именно ты только что принял. Какие инварианты поменялись? Почему решение такое? Какие edge cases теперь важны? Что сломается через месяц, если кто-то тронет соседний кусок кода? (а это будет не редко)
К решению этой проблемы можно подойти с другой стороны, и отойти от вайб кодинга к Spec-Driven Development, заранее прописывая все edge cases и т.д.
Сейчас уже появляются базы знаний с экспертизой, пока не полные, конечно, но посмотрим, что будет через год. Возможно, что это уже будет достаточно хорошо для 90% типовых задач, и уровня джун-мидл.
189 миллионов расходов, деленное на 70 сотрудников и 12 месяцев это в среднем 225к на человека, включая налоги. Даже если зарплаты ниже рынка, это довольно скромно для московской ит компании, и выводить тут особо нечего.
Рост прибыли у компании по аренде недвижимости на 6000% вообще ничего не говорит, возможно до этого вся прибыль уходила на какие-то расходы, типа ремонта помещения, тут нет криминала.
Аренда офисов в Москве не дешевая, арендовать у своих тоже не криминал.
По итогу если это и не чистый ии слоп, а автор просто сильно обиделся и писал через нейронку на эмоциях, он довольно слабо разбирается в экономике.
То, какую документацию будут запрашивать — зависит от области деятельности компании. Для того, чтобы определить, чем занимается тот или иной сотрудник, где он фактически работает, будут запрашивать любые артефакты / доступы.
Логично, что для разработчика главный лог — это система контроля версий и тасктрекер, без них не получится понять, есть ли дробление и т.д.
Это её работа, налоговая во всех странах борется с уклонением от уплаты, дроблением и т.д. Например, у аккредитованных компаний обычно каждый квартал проверка, просят загрузить первичную документацию, смотрят, и обычно на этом всё и заканчивается.
https://en.wikipedia.org/wiki/Substance_over_form
https://multi-business-solutions.com/controlled-group-section-1563/
и т.д.
Не стоит драматизировать, льготы реально работали и работают. Но если есть признаки дробления, то придётся доказать, что не верблюд.
Для кастомных интерфейсов виджеты на сегодня уже не актуальны, и не развиваются со времён Qt4, страшно сказать.
Да, но текстам уже год, это большой срок.
Уже несколько месяцев, как подобная штука доступна всем желающим: https://github.com/ruvnet/ruview
Это если для сотрудников. А если для клиентов, которые делают пару запросов в день, вполне нормальное решение.
Это ещё из Библии (2 Фессалоникийцам 3:10), так что возникло несколько раньше.
Пусть даже 100к, это всё равно 10 000 человекомесяцев на миллиард.
Для ответов на письма по скрипту вам не требуется круглосуточно иметь высококвалифицированных операторов. Если в Т-банке каком-нибудь набирают матерей в декрете на удалённую тп за 50к в месяц, то и тут речь не идёт о фот 250к в месяц на человека.
Так что на несколько пиковых месяцев можно нанять тысячи операторов, и ещё деньги останутся.
Особенно эпично на фоне того, что у Рег.ру чистая прибыль за прошлый год немножко не дотянула до МИЛЛИАРДА. Нет денег на ТП, ясное дело.
Не забудьте прочитать лицензию на yolo, если соберетесь выкатить это в прод.
К решению этой проблемы можно подойти с другой стороны, и отойти от вайб кодинга к Spec-Driven Development, заранее прописывая все edge cases и т.д.
https://habr.com/ru/articles/1021474/
Насколько я понимаю, она всё ещё жива, но Cheat Engine популярнее.
Вроде нет, Париж стал читом, позволяющим пройти её быстрее, но захватив все города, как планировали разработчики изначально, тоже можно было победить.
https://habr.com/ru/companies/haulmont/articles/1040280/
Не про реакт, но та же песня на Java
https://github.com/vercel-labs/agent-skills/tree/main/skills/react-best-practices
Сейчас уже появляются базы знаний с экспертизой, пока не полные, конечно, но посмотрим, что будет через год. Возможно, что это уже будет достаточно хорошо для 90% типовых задач, и уровня джун-мидл.
189 миллионов расходов, деленное на 70 сотрудников и 12 месяцев это в среднем 225к на человека, включая налоги. Даже если зарплаты ниже рынка, это довольно скромно для московской ит компании, и выводить тут особо нечего.
Рост прибыли у компании по аренде недвижимости на 6000% вообще ничего не говорит, возможно до этого вся прибыль уходила на какие-то расходы, типа ремонта помещения, тут нет криминала.
Аренда офисов в Москве не дешевая, арендовать у своих тоже не криминал.
По итогу если это и не чистый ии слоп, а автор просто сильно обиделся и писал через нейронку на эмоциях, он довольно слабо разбирается в экономике.
Видов тестирования действительно очень много, причем классифицировать можно по разным критериям, от времени до области охвата.
И потому непонятно, почему выбраны именно эти, но не упомянуты, например, нагрузочное или модульное.
А при чем тут Apple?