Вот я тоже так думал, что берёшь кластер и вообще забываешь про ноды. А по факту у того же AWS заказываешь и оплачиваешь ноды, а не нагрузку. Сам выбираешь их количество и конфигурацию. Причём ход конём возьмём одноядерных инстансов сколько нужно, не работает. По факту одно ядро на ноде нужно резервировать под сам куб.
Много чего. Вот одна знакомая не понимала, что если проблема уже закончилась, то нечего о ней постоянно думать. Вернее вроде понимала, но не могла не думать, а психолог помог не то что забыть, а не зацикливаться
Северное Сияние, бухгалтеры, клерки, чиновники, многие инженеры, начальники, вообще офисные работники так же сидят на стуле, многие из них за компом весь день. Программисты ттут никак не выделяютсы
lahomie93, А нет цели выдать результат конкретным разработчиком по конкретной задаче. Есть цель выдать скоуп задач всей командой, достигнуть целей спринта, помочь коллеге с горящей задачей, подготовить релиз и т. п.
lahomie93, вообще да, одна из задач менеджера команды - мотивировать команду хорошо то, что менеджер считает их работой. Для неделания этого есть два значимых оправдания, наверное:
- команда самомотивированная
- дешевле заменить члена команды, чем мотивировать его
А время на отчёты как оплачивается? Есть отдельный пункт в отчёте "составлял этот отчёт"? "Был на дэйлике"? "Участвовал в планировании спринта"? "Помогал коллеге разобраться с разворачиванием системы локально?"
Ну и галеры галерам рознь. Некоторые берут разработчиков строго на проект, особо не скрывая, что если (вернее когда) проект закроется, то он тут же окажется "на улице". Да, говорят что-то вроде "конечно мы предложим что-то из новых или существующих проектов, нам невыгодно искать нового разработчика, брать на себя риски, что он окажется некомпетентным или неответственным", но по факту если и предлагают, то какую-то дичь, часто совсем не по профилю, типа "ты же на закрывшемся проекте бэкенд делал и на JavaScript писал, вот тебе позиция бэкендера на JavaScript, поддерживать легаси проект", "забывая", что бэкенд ты писал на PHP/Ruby/Python, а на JavaScript фронт делал, и вообще не на JavaScript, а на TypeScript и пришёл на проект, из-за on edge технологий.
Можно в такой ситуации ожидать, что гребец будет думать о том как галера получит следующий проект? Или он гораздо больше мотивирован как можно больше затянуть свой текущий проект, на котором ему нравится?
lahomie93 мешает достоверно поддерживать статус задач постоянное переключение между ними, сложно поддающееся планированию. Например, сделал задачу, отправил на код-ревью, переключился на другую, тут прилетает мелкое замечание по задаче в код-ревью. Формально я должен:
- ставить текущую задачу на паузу или todo
- залогировать время по ней, провтыкав несколько минут, вспоминая, а ходил ли ты на обед в это время, не отвлекал ли тебя кто-то на консультацию или совещание и т. п.
- перевести первую задачу с код-ревью или todo в разработку
- исправить и запушить одну строчку кода (думать и искать не надо, в код-ревью чётко указано что и как, минута максимум)
- отправить опять первую задачу на код-ревью
- перевести вторую задачу в разработку
Можете оценить потери времени на вот эти чисто учётные задачи в процентах от минуту, необходимой, чтобы написать и запушить одну строчку кода?
Может быть частичная автоматизация флоу, например, нужно только:
- перевести первую задачу из код-ревью в разработку (при этом вторая ставится на паузу и время автоматически логируется)
- запушить одну строчку
- перевести вторую задачу из паузы в разработку (при этом первая переходит в код-ревью)
Уверен, что во втором кейсе разработчики гораздо реже будут забывать ставить таски в правильный статус
Плюс частое отсутствие формальной задачи: кто-то озвучил проблему, а я её решаю. Может задачи нет вообще, может у озвучившего она есть, но я про неё не знаю. Каждый раз когда кто-то задаёт вопрос мне, мне ставить текущую задачу на паузу? А потом какой-то менеджер будет спрашивать "почему ты только 4 часа отработал в этот день?"
Книги типа Patterns of Enterprise Application Architecture, Design Patterns: Elements of Reusable Object-Oriented Software, Domain Driver Development и т. п. я читал, перечитывал (последнюю перечитываю сейчас раз в пятый), а паттерны и принципы ежедневно использую на PHP и JS/TS лет 10, если не больше. Значимых отличий Hibernate от Doctrine не заметил пока, иногда вообще кажется, что копастить можно код, а аннотации явно слизаны 1:1 по мере возможности :) . Код Java в принципе читаю, как и C# (второй сложнее), проблем в процессе написания уже работающего кода не заметил.
Остаётся книгу по Spring (не понимаю пока зачем) прочитать, видео по мавену (текстовых введений не найти?) и по справочнику синтаксиса пробежаться?
P.S. Если бы я был глупым патриотом, то был бы только русский, а так указал на каких языках читать могу.
nrgian, по разному бывает, где-то фуллстэкам платят больше, Например, в скрам фиче командах, потому как не угадаешь, захочет владелец продукта в новом спринте чисто фронтовые задачи или чисто бэковые.
Делаете на сервере структуру каталогов типа:
/var/www/sitе/share/[logs,htdocs/uploads,config/database.conf] #файлы, которые не хранятся в репе и не должны обнуляться при обновлении или откате
/var/www/site/releases/{version}|{commit-id}|{timestamp} #в общем как-то отделяете разные версии
/var/www/site/releases/{version}|{commit-id}|{timestamp}/[logs,htdocs/uploads,config/database.conf] -> /var/www/sitе/share/[logs,htdocs/uploads,config/database.conf]
/var/www/site/current -> /var/www/site/releases/{current} # текущая версия
В конфигах веб-сервера указываете document root /var/www/site/current/htdocs и переключаетесь между версиями командами типа ln -s /var/www/site/releases/{version}|{commit-id}|{timestamp} var/www/site/current
Разворачивание из репозитория в /var/www/site/releases/{version}|{commit-id}|{timestamp} делаете любым удобным способом, как делаете в "варианте с деплоем в левую папку", только "левая папка" єто /var/www/site/releases/{version}|{commit-id}|{timestamp}, а вместо rsync - ln )
Ну а вообще, всё это (и больше) уже сделано в ruby-приложении capistrano, которое разработано для рельс, но вполне справляется с деплоем пхп приложений, нужно только конфиги настроить.
Карта - банковская, эмитирована, емнип, Банком Делавара. Государство вроде ещё не определилось до конца считать ли банковские карты, привязанные не к персональному банковскому счёту, а к лицевому, банковскими счетами или нет, но судя по предполагаемой цели принятия закона, когда определятся, то будут считать.
SnowElephant: работать с ИП у работодателя вообще незаконно :) Законно или работать как работник, или исполнять договор подряда или аналогичный как предприниматель.
Какого-то единственного признака по которому можно сказать "это работа, выдаваемая за предпринимательскую деятельность, а это настоящая предпринимательская деятельность" нет. Если что суд будет смотреть на совокупность фактов о реальных отношений.
Навскидку о трудовых, а не предпринимательских, отношениях могут свидетельствовать следующие вещи:
- крайне расплывчатая формулировка предмета договора, сводящаяся к "выполнять распоряжение заказчика в области своей профессиональной компетенции", отсутствие конкретного фронта работ и графика их выполнения
- обязанность выполнять договор лично, без возможности брать на работу людей (ИП имеет такое право), которые будут это выполнять
- обязательность присутствия на рабочем месте (для удаленной работы - быть онлайн, например) в какие-то часы или сколько-то часов в неделю
- какие-то средства контроля не результатов работ, а их процесса ("ты работаешь или хабр читаешь? Вычту это время из зарплаты")
- оплата за за количество отработанных часов, а не за результат или промежуточные результаты
- при наличии подобия графика работ оценка их продолжительности, а не конечных дат
- отсутствие санкций за срыв графика, особенно если дополнительное время оплачивается
- наличие по факту таких понятий как "отпуск", "больничный" (пускай и неоплачиваемые), "отгул", "прогул" и т. п.
Но повторюсь, единого признака нет, всё оценивается налоговой и судом в совокупности. Вполне может быть что ваш случай не является работой, но если предварительные договоренности звучат примерно так: "надо будет разрабатывать наш сайт, что конкретно делать я буду говорить, работать надо 40 часов в неделю, желательно в рабочие дни с 9 до 18 по Москве, если какие-то форс-мажоры, то обязательно предупреждать об отсутствии и это время либо отрабатывать, либо не оплачивается, а платить буду Н денег в месяц (или час)"), то, скорее всего, это попытка выдачи трудовых отношений за гражданские с целью уменьшения уплачиваемых налогов.
Другое дело, что вероятность чтто кого-то это заинтересует, пока минимальна, если вы не фигура уровня Ходрковского.
Кроме обычного договора и публичной оферты есть ещё предложение делать оферты, то есть заказчик делает вам оферту, оговаривая форму её акцепта, а у вас полная свобода принять её, явно отклонить или просто проигнорировать.
Syschel: В законе толком не разъяснено, что считается счётом (вкладом), а что нет. Мелькала информация, по которой государство считает лицевые счета, карты и т. п. счетами(вкладами), требующими декларации, но нагуглить по быстрому не смог.
