Сложно себе представить ситуацию когда приходит задача запилить "Супер-ПуперНовую-Функцию за 30 минут". Как правило реализация новой функциональности предполагает какое-то предварительное планирование и продумывание.
С описанной вами ситуацией сталкивался разве что в контексте багов. Когда находили на проде критичный баг, было несколько часов до того как в таймзоне крупного заказчика начнутся рабочие часы и тут нужно было решать проблему невзирая на эффективность и красоту кода. Порядок действий в такой ситуации был - любыми средствами тушим пожар здесь и сейчас, а потом сразу же приступаем к полноценной задаче на которую выделяем больше времени чтобы решить ее правильно и не получить тот же пожар через условную неделю или месяц.
В моей практике эта роль отводилась scrum-мастеру, не могу с уверенностью сказать что защита команды - каноническая задача для этой роли, но в наших реалиях это работало. Правда у нас не было позиции PM, только PO который по сути выполнял часть обязанностей, которые в статье приписываются PM.
В целом, на мой взгляд, защита интересов команды - задача менеджера команды, как бы он в конкретной ситуации не назывался scrum-мастер, тимлид или как-то иначе.
Да, очень даже к сожалению… недавно завел аккаунт на их cloud версии, тот который бесплатный чтобы потыкать ну и эксериментировал с созданием удалением проектов и прочего, чтобы не делать этого на основной рабочей jira. Завел там пару пользователей тестовых. В итоге в какой-то момент админский аккаунт просто был отключен без каких-либо уведомлений и предупреждений. Возможно я нарушил какое-то их правило, хотя ничего криминального там не делал просто создавал\удалял проекты, таски и прочее. Менял workflow в общем все вроде штатно. И суть в том что у меня нет никакой возможности узнать почему аккаунт был заблокирован, причем парочка тестовых пользователей которые были заведены продолжают работать.
Разблокировать проблематично, письма на всякие support@, help@ и т.д. автоматически отсекаются и atlassian предлагает, на минуточку… залогиниться в свой аккаунт чтобы оставить заявку в helpdesk. Вот только я не могу, я же забанен :)
Вот такая любопытная ситуация, понимаю что можно зайти с другого аккаунта и так оставить заявку, осознаю что это бесплатный аккаунт и не стоит ждать слишком многого. Однако пугает сам факт, а что если подобное случится на реальном аккаунте, который используется для работы? Как долго таск трекер будет простаивать пока удастся решить проблему, почему аккаунт можнт быть деактивирован без единого уведомления и объяснения причины?
Поэтому да, я люблю SaaS решения это очень удобно, быстро и зачастую дешевле чем полноценная поддержка свой инфраструктуры, но порой довольно страшно.
По идее в свежей версии появилась поддержка процессоров Apple Silicon и в треде на Github люди пишут что с VirtualBox 7.0.2_BETA у них все завелось, однако у меня на этой версии в связке с Vagrant 2.3.2/3 не поднимается, ссылаясь на не поддерживаемый процессор:
Процессор M1 Max, на обычном M1 в MacBook Air с Monterey этой ошибки нет.
Обновление до VirtualBox 7.0.4_BETA (последняя на данный момент) проблему не решает, начинает падать с другой ошибкой:
The guest machine entered an invalid state while waiting for it
to boot. Valid states are 'starting, running'. The machine is in the
'aborted' state. Please verify everything is configured
properly and try again.
If the provider you're using has a GUI that comes with it,
it is often helpful to open that and watch the machine, since the
GUI often has more helpful error messages than Vagrant can retrieve.
For example, if you're using VirtualBox, run `vagrant up` while the
VirtualBox GUI is open.
The primary issue for this error is that the provider you're using
is not properly configured. This is very rarely a Vagrant issue.
Рекомендации с добавлением дополнительного сетевого интерфейса проблему не решают.
Все это на MacOS Ventura.
В общем пока не ясно то ли не все процессоры Apple Silicon одинаково хорошо поддерживаются и старшие модели не работают, то ли дело в версии ОС, сесть и полноценно все варианты проверить не было времени. Однако очевидно что пока есть сложности и все это дело не очень стабильно.
Поддерживаю, год назад в аккурат к началу учебного года знакомые попросили собрать ПК сыну "для учебы" и чтобы был максимально компактный. Тогда впервые обратил внимание на DeskMini. Машинка с Ryzen 4600g, 16gb ram, кулером noctua nh-l9, m2 ssd samsung 500g + 1tb 2.5" hdd, дополнительными wi-fi антеннами, креплением к монитору, комплектом беспроводной клавиатуры и мыши, usb хабом и средненьким по качеству но все же 27" full hd монитором с IPS матрицей обошелся в 54 т.р. и при этом машинка очень порадовала скоростью и тишиной работы. Переживал что 4600g не вытянет, но даже в относительно тяжелых играх температура не переваливала за 72-75 градусов.
Ребенок до сих пор доволен и активно "делает уроки в full hd" :)
Интересное сравнение, но тут можно еще с другой стороны посмотреть. Если сравнивать с Agile, то он ведь тоже не исключает наличие какой-то глобальной цели, миссии если угодно. А в спринтах уже решение текущих менее амбициозных целей. Грубо говоря это может выглядеть так — глобальная цель «я хочу стать качком за год», а на спринты уже конкретные точечные цели — «согнать 2 кило жира» и т.д. Вроде эндорфинчики в конце спринта подъехали и поддерживают мотивацию, но и амбициозная цель имеется :)
p.s. спасибо за наводку на Obsidian, не попадался мне ранее на глаза, глянул и первое впечатление сложилось приятное.
за 13к будет что-то уровня synology ds120\220, а это всего один или два (если 2xx серия) диска и крайне низкая производительность. Был опыт с ds119если не изменяет память, это такая боль что лучше не связываться
вот с самосбором да, не так красиво, удобно и экономично по электрике будет при таком бюджете, но значительно производительней и практичней
Сложно себе представить ситуацию когда приходит задача запилить "Супер-ПуперНовую-Функцию за 30 минут". Как правило реализация новой функциональности предполагает какое-то предварительное планирование и продумывание.
С описанной вами ситуацией сталкивался разве что в контексте багов. Когда находили на проде критичный баг, было несколько часов до того как в таймзоне крупного заказчика начнутся рабочие часы и тут нужно было решать проблему невзирая на эффективность и красоту кода. Порядок действий в такой ситуации был - любыми средствами тушим пожар здесь и сейчас, а потом сразу же приступаем к полноценной задаче на которую выделяем больше времени чтобы решить ее правильно и не получить тот же пожар через условную неделю или месяц.
Вот смотрю я на первый попавшийся пример с главной страницы tailwindcss.com:
<div class="w-96 bg-white shadow rounded">и не могу избавиться от ощущения что его придумали любители инлайновых стилей в разметке, просто слегка замаскировали.
В моей практике эта роль отводилась scrum-мастеру, не могу с уверенностью сказать что защита команды - каноническая задача для этой роли, но в наших реалиях это работало. Правда у нас не было позиции PM, только PO который по сути выполнял часть обязанностей, которые в статье приписываются PM.
В целом, на мой взгляд, защита интересов команды - задача менеджера команды, как бы он в конкретной ситуации не назывался scrum-мастер, тимлид или как-то иначе.
Разблокировать проблематично, письма на всякие support@, help@ и т.д. автоматически отсекаются и atlassian предлагает, на минуточку… залогиниться в свой аккаунт чтобы оставить заявку в helpdesk. Вот только я не могу, я же забанен :)
Вот такая любопытная ситуация, понимаю что можно зайти с другого аккаунта и так оставить заявку, осознаю что это бесплатный аккаунт и не стоит ждать слишком многого. Однако пугает сам факт, а что если подобное случится на реальном аккаунте, который используется для работы? Как долго таск трекер будет простаивать пока удастся решить проблему, почему аккаунт можнт быть деактивирован без единого уведомления и объяснения причины?
Поэтому да, я люблю SaaS решения это очень удобно, быстро и зачастую дешевле чем полноценная поддержка свой инфраструктуры, но порой довольно страшно.
К сожалению и тут без танцев не обходится.
По идее в свежей версии появилась поддержка процессоров Apple Silicon и в треде на Github люди пишут что с VirtualBox 7.0.2_BETA у них все завелось, однако у меня на этой версии в связке с Vagrant 2.3.2/3 не поднимается, ссылаясь на не поддерживаемый процессор:
Stderr: VBoxManage: error: Unsupported CPU. (VERR_UNSUPPORTED_CPU)Процессор M1 Max, на обычном M1 в MacBook Air с Monterey этой ошибки нет.
Обновление до VirtualBox 7.0.4_BETA (последняя на данный момент) проблему не решает, начинает падать с другой ошибкой:
Рекомендации с добавлением дополнительного сетевого интерфейса проблему не решают.
Все это на MacOS Ventura.
В общем пока не ясно то ли не все процессоры Apple Silicon одинаково хорошо поддерживаются и старшие модели не работают, то ли дело в версии ОС, сесть и полноценно все варианты проверить не было времени. Однако очевидно что пока есть сложности и все это дело не очень стабильно.
Поддерживаю, год назад в аккурат к началу учебного года знакомые попросили собрать ПК сыну "для учебы" и чтобы был максимально компактный. Тогда впервые обратил внимание на DeskMini. Машинка с Ryzen 4600g, 16gb ram, кулером noctua nh-l9, m2 ssd samsung 500g + 1tb 2.5" hdd, дополнительными wi-fi антеннами, креплением к монитору, комплектом беспроводной клавиатуры и мыши, usb хабом и средненьким по качеству но все же 27" full hd монитором с IPS матрицей обошелся в 54 т.р. и при этом машинка очень порадовала скоростью и тишиной работы. Переживал что 4600g не вытянет, но даже в относительно тяжелых играх температура не переваливала за 72-75 градусов.
Ребенок до сих пор доволен и активно "делает уроки в full hd" :)
p.s. спасибо за наводку на Obsidian, не попадался мне ранее на глаза, глянул и первое впечатление сложилось приятное.
вот с самосбором да, не так красиво, удобно и экономично по электрике будет при таком бюджете, но значительно производительней и практичней