Как стать автором
Обновить
0
@Lofer read⁠-⁠only

Software Dev .Net, BA, Solutions Architect, MCTS

Отправить сообщение

А давайте для начала будем различать:

  • Business Requirements Specification (BRS) describing business or mission requirements,

  • System Operational Concept (OpsCon) describing stakeholder needs,

  • Stakeholder Requirements Specification (StRS) describing stakeholder requirements,

  • System Requirements Specification (SyRS) describing system requirements,

  • Software Requirements Specification (SRS) describing software requirements.

и уже потом любое "хочу" называть "техническое задание" ? вроде есть "ISO/IEC/ IEEE 29148-2011 \ ISO/IEC/IEEE 29148:2018 " для составления ТЗ.

Стандарты и шаблоны для ТЗ на разработку ПО: https://habr.com/ru/post/328822

И Вы готовы составить checklist этого "грамотно", "не обязательно " и "всё хорошо", естественно с объективными метриками и методологиями измерения этих "грамотно-не обязательно-хорошо" для развернутого списка "паттерны проектирования-структурами данных -и тп." и после предложить к публичному обсуждению ?

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

Ну а для таких бедолаг как раз тестовое задание.

Безусловно, к тестовому заданию прилагаются, например, "The quality of a system is the degree to which the system satisfies the stated and implied needs of its various stakeholders, and thus provides value" и согласно промышленным стандартам вроде "The defined quality characteristics can be used as a checklist for ensuring a comprehensive treatment of quality requirements, thus providing a basis for estimating the consequent effort and activities that will be needed during systems development. The characteristics in the quality in use model and product quality model are intended to be used as a set when specifying or evaluating computer system or software product quality. "

Следовательно можно результат тестового передать N-разным третьим лицам\аудиторам, создателю тестового задания и все они выдадут одинаковую оценку ?

Если разработчик делает для себя проект в гите и после показывает его на собеседованиях, он должен его поддерживать согласно "последней моде" и удовлетворять множеству гипотетических ревьеверов одновременно с хз какими ожиданиями и квалификацией ?

В реальном мире это выглядит весьма оптимистично.

А если "пилят" вне работы прототипы или свои проекты и как-то обходятся без гитхаба или прочей публичности? Смысл прототип или свой проект выкладывать в гит ? Или такого программиста надо "лечить" ? Или если для "телочек с дакфейсами" есть инстаграм, то гит это что-то вроде "инстраграма" для программеров ? Тогда уж надо сделать что-то типа onlyfans программеров :)))

Имеется в виду риск как отдельная сущность в таск трекере?

Мы делали отдельную сущность риск, и к ней привязывали Task. Тогда можно было объяснить, откуда взялся Task и почему на него ресурсы списываются. Иначе получается Task из "астрала"...

Для Gap делали так же, для багов делали так же. Свой процесс.

А реестр рисков как я понял собирается/экспортируется автоматически?

По сути ничем не отличаются от "Feature". Импорт экспорт зависит от системы управления. А собираются риски "руками". Отдельная задача процесса.

управление рисками на проектах часто вообще отсутствует как понятие.

Просто не догадываются о таком понятии, не говоря уже о процессе.

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

Вообще-то умными людьми он встроен в процесс в виде "покера"

In planning poker, members of the group make estimates by playing numbered cards face-down to the table, instead of speaking them aloud. The cards are revealed, and the estimates are then discussed. By hiding the figures in this way, the group can avoid the cognitive bias of anchoring, where the first number spoken aloud sets a precedent for subsequent estimates.

Это не сильно отличается от комбинации методов "метода экспертной оценки"+"прецедентов" + частично "Business impact analysis". Однако особо "одаренные" личности такие нюансы выкидывают нафиг. И получается что получается.

Как говорится - учите мат часть.

Пишите в комментариях, приходилось ли вам упрощать ваш реестр рисков и как.

Не часто приходилось его собирать. Воспринималось в штыки, как пустая трата времени "крутых пацанов, которые никогда не косячат".

Для теплоотвода могли использовать наработки "Проект Malta: хранение энергии при помощи расплавленной соли выходит на новый уровень" Пилотный проект будет реализован в Китае, правительство которого выразило готовность поддержать проект. Массивную систему сразу создать не получится, авторы развернут относительно небольшую инфраструктуру, которую, впрочем, легко масштабировать.

У них вполне может не быть технологий в настоящее время, и это не более чем декларация о намерениях. Реактор HTR-PM 8 лет доводили до первых тестовых испытаний (2012-2020 гг). И вроде бы ториевые реакторы не считались экономически выгодными еще лет 5 назад. С чего бы это вдруг китайцы решили облагодетельствовать мир экономически сомнительной технологией с непонятным технологическим циклом и решениями, с уверенностью заявляя о их масштабируемости ?

Это политика экспансии "... власти страны намерены снабдить энергетическими установками ряд населенных пунктов на западе Китая. В рамках инвестиционной программы 'Один пояс, один путь' КНР будет вкладываться в инфраструктуру 70 стран. " Эти вложения - связанные кредиты под китайские материалы-подрядчиков-работчих-банки.

Под этим "прикрытием" могут делать много всего разного и удивительного и эта программа рассчитана не на годы, а на десятилетия, как минимум.

Ну статистика статистикой но у моей сестры подруга умерла ночью после файзера. Правда она после вакцины пошла тусить с друзьями и пила алкоголь.

С этими прививками одни проблемы... Я вот привился на прошлой неделе, а завтра буду без зуба.. Вывод - прививка "Спутником V" приводит к лишению зубов. Вроде бы все пока "логично" ?

Правда я скромно умолчал, что направление к хирургу получил за три недели до прививки и по итогам прерванного из-за пандемии, а потом продолженного через год лечения... Но это же не "существенный" фактор ? Или это потому что привился в пятницу вечером ? Я запутался...

p.s. Если что, то это сарказм, но случай реальный.

Никогда не было таких проблем - врач голову повернул, челюсти открыл. Сейчас с масками и экранами их слышно не очень хорошо и так, но на это момент можно музыку в паузу. Единственно - хирург просил периодически моргать и не закрывать глаза - что бы контролировать когда "отъехал" пациент :)

Есть не плохой трюк, пока сидишь у стоматолога. Анестезия само собой, но еще и музыку в наушники-затычки, да погромче. Тогда работает и сенсорное отвлечение и не так слышно, как зуб сверлится по костной проводимости. Минут 20 громкой музыки можно потерпеть, только лучше не использовать "повседневную", а что-то редко используемое и ритмичное. Последний раз музыкальные композиции "попали" в ритм работы стоматолога бор-машиной и получился забавный эффект :))

Однажды ехал из Минска в Москву на каком-то поезде РФ. Зимой в конце января. На улице примерно -10. Пока поезд ехал, еще было как-то приемлимо, но как только стал на пару часов — начался филиал ада, без вентиляции. Она просто не работала, форточки «за… рыты на зиму», и люди «выдышали» весь кислород… Примерно через минут 30 температура начал внутри вагона расти, на окнах появился изнутри конденсат, а от недостатка воздуха люди начали просыпаться, и похоже из-за концентрации углекислоты начали жаловаться на «духоту», а некоторые и на головную боль. в общем 3 часа стояния «в поле» пытался заснуть, но это было как попаданием в «бред и обратно....» Потом поезд поехал и минут через 10 все более менее пришло в норму.
Боюсь что весной-осенью там бы просто повыбивали стекла вагона, а летом выбивали бы стекла проводником и начальником поезда, и суд бы всех оправдал из-за состояния аффекта.
И эти люди запрещают нам ковыряться в носу? Обвиняют в паранойе?
Бизнес, бабки, и немного «личного»…
Грустно это все.
Какой вообще ущерб экологии от четырёхграммовых наушников?

Проблема не от самих «маленьких наушников», а от расхода ресурсов что бы их делать. переработка тоже стоит каких-то «ресурсов»
Но проверить это линтером невозможно.

для Visual Studio 201x писал валидаторы кода для C#. Пришлось под собственные правила клиента дописывать, поскольку стандартных не хватало.
Задание должно быть максимально детализировано, в идеале даже сделать небольшой прототип для UI.
Явно обозначить что должно входить в тестовое задание и чего быть не должно
Сделать акценты на те части задания, которые вам кажутся наиболее важными, чтобы разработчик делал действительно то что нужно вам, а не свое авторское видение задачи.

Ввести критерии приемки для результата. Да ладно ?! А что мешает их сразу указывать? Для middle и выше должно быть на уровне рефлекса проверить наличие «Definition of Done»\ «Acceptance Criteria» для Task. А тут создают Задание без этих критериев и удивляются результату:
но шанс, что он его выполнит или выполнит его так, как вы бы этого хотели минимален.

Практически шаблонный ответ «Мы ожидали другого». Чего «другого»? ХЗ.
Он не зависит от того спросил ты или нет «как сделать? 'правильно' со всеми 'наворотами в зоопарке' или 'концепта' достаточно ?» После пары тройки таких ответов, я зарекся делать даже за деньги.
Качество кода — это именно то, что можно и нужно подразумевать как включенное по умолчанию.

Качество кода регламентируется требованиями к разработке решения и его архитектуре и декларируется хотя бы на уровне «Code style» документа, регламентируя правила именования классов-переменных-интерфейсов-аргументов-...\скобочки\отступы\табы\порядок private-public\инициализации переменных и прочее и проверяется инструментально в первую очередь. Какой шанс, что у кандидата стиль будет совпадать с принятым для проекта на 100%? не большой
Посмотреть какой у человека базовый уровень качества по умолчанию и насколько он приемлем. Потому что если он неприемлемо низок, то потом ежедневно вытягивать его из-под палки

Есть технологический процесс разработки и инструментальная поддержка проверки качества кода. Причем тут «минимальный уровень»? Зачем «вытягивать» кого-то? Если прошла инструментальная проверка, то закомитило код, если нет — пусть руками фиксит. Через пару дней на уровне рефлексов будет.
А вы бы поверили, если бы получили её из России?

При вменяемо описанной методологии — почему «нет»? Тем более что ее предлагают и другим странам и есть «заклятые друзья», которых хлебом не корми, но проблемы вытянут на обозрение.
в Аргентине обнаружили два случая развития иммунной тромбоцитопении на фоне применения «Спутника V». Это может подтверждать опасения вирусологов.

А тромбоз от COV-19 прямо благодать? Любопытная логика
Удивляет, что такую статистику по российской вакцине приходится ждать откуда угодно, только не из России.
Прямо обидно…
Ну вот видите, уже докатились до того, что у отказывающихся вакцинироваться просто «поражения» и они «зобми».
Да, это привели в пример как гиперболу.

Давайте рассмотрим в Вашей «системе координат», как протекает эпидемия COV-19?
Врачи-убийцы — ок, вычеркиваем
Политики-долбодятлы — ок, вычеркиваем
Начальники от медицины защитились на раскраске из журнала «Мурзилка» — ок, вычеркиваем
СМИ все лгут — ок, вычеркиваем
вакцина и маски бесполезны -ок, вычеркиваем.
поражения внутренних органов — ок, вычеркиваем
ИВЛ, антибиотики, поддерживающие терапии — ок, вычеркиваем.
Что у нас остается? только то, что мы можем сами увидеть.
А видим мы простые вещи:
  1. лысую обезьяну и кого-то из его племени
  2. симптомы, температура, кашель, пропадание запахов и вкусов. А если достаточно долго потусить с этой лысой обезьяной, то у тебя такие-же симптомы проявятся.

Давайте остановимся на «запахах и вкусах» — никто не оспаривает этот симптом, и это-же «фигня само пройдет».
Зачем сенсорная система «вкус-запах»? это питание, как минимум. Если яд, может успеешь выплюнуть, на языке горько\противно. Если протухло — воняет, не отравишься трупным ядом или от ботулизма не загнешься. Если сладко — значит «калорийно».
Что будет с лысой обезьяной без «вкуса-запаха»? скорее всего отравится чем-то, а может и выживет. Хз. А что будет если вкусовые ощущения изменятся? любимая еда начнет вместо сладости — вонять гнилью, горечью? Скорее всего обезъяна или траванется или загнется от голода. Что будет, если обезьяна придет в стаю? стая тоже пойдет по «стопам» этой обезьяны и в худшем случае вымрет, но уж сильнее не станет точно. А теперь, такое происходит со стаей раз в 6 месяцев. Когда стая загнется?
Нам сейчас безумно повезло, что
  1. с искаженным или «отключенным» сенсором — мы не травимся, но можем пойти и купить еды в магазине, и заставить себя съесть ее.
  2. нам повезло, что не глючит другой сенсор, например зрение. «День Триффидов» был бы наяву в глобальном масштабе. Умер не от COV-19, а потому что переехало машиной, с лестницы навернулся, да и просто споткнулся о порог туалета и головой об унитаз...

В Вашей модели мира ваша стая становится слабее или вымирает.
Как в вашей модели мира, Вы предлагаете повысить шансы на выживание вашей стаи? Я этого не понимаю, и похоже мало кто тут понимает.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность