Да, вы правы. В целом все действительно так. А вот для стандартных коллекций разработчики Swift реализовали ковариантность, поскольку это сильно влияло на удобство их применения.
Спасибо. Несмотря на то что внешне Array и ArraySlice являются структурами и соблюдают семантику value types, их внутреннее устройство совсем не простое.
В частности, если упростить, Array хранит внутри ссылку на класс, который реализует его буфер данных. При создании ArraySlice тот тоже ссылается на этот буфер. Т.о. уничтожение массива не приводит к уничтожению данных. И копирования содержимого буфера тут тоже нет
Estimate помогает повысить точность и скорость оценки проектов за счет использования нормо-часов на типовые работы, а также механизмов, повышающих удобство работы с оценками. В нашей системе нам не требовалась информация об оценках других компаний. Однако, если у пользователя есть сомнения, он может установить в своей компании серверную версию Estimate, чтобы получить дополнительные командные возможности и работать в своей защищенной инфраструктуре.
Стоит уточнить, что Estimate представляет собой инструмент для оценки, а не базу готовых оценок. При этом в каждой компании оценка будет индивидуальна, поскольку зависит от множества факторов. Наш инструмент помогает этот процесс систематизировать и автоматизировать)
Работа архитектора на практике иногда может включать в себя несколько ролей, в том числе системного аналитика. Хороший анализ — неотъемлемая составляющая качественной архитектуры.
Да, в примере мы рассматриваем не разработку тестов, а непосредственно их проведение. Кстати, ниже мы отметили, что время на поддержку тестов тоже учитываем)
Спасибо!
1. Чаще всего unit-тесты пишут и сопровождают разработчики. Специалисты направления SDET не разрабатывают и не используют в процессах автоматизации тестирования unit-тесты, реализуя независимое тестирование.
2. Для запуска тестов мы используем и различные тестовые окружения-стенды, и докер-контейнеры. Кроссплатформенность можно реализовать через разведение по различным окружениям, а кроссбраузерность — на уровне кода автотестов с использованием параметризации, либо с использованием контейнеров.
3. В первую очередь выбираем самые часто используемые сценарии использования со стороны пользователей (например — авторизация, добавление товара в корзину), затем идут сложные (для воспроизведения) или длительные (по времени выполнения) сценарии, и так далее. Приоритеты выставляем по согласованию со специалистами QA, тимлидом, product owner.
Нет, это не было обязательным требованием. Наш разработчик сам захотел получить более глубокие знания по всему стеку проекта. Лично для него экзамены оказались наиболее удобной формой систематизации знаний и обучения, при этом наличие сертификатов стало дополнительным преимуществом и в коммуникациях с заказчиком.
Так как максимальной версии текущий сервер не содержал, то беспокоиться не о чем, первые места заняли те, кто заняли) В следующем году мы будем рады видеть вас и других участников на новом чемпионате!
Вы правы, мы могли показать только бизнес-процесс, в котором участвует это приложение, и рассказать о том, как выстроили работу. Надеемся, что эта информация тоже окажется полезной для коллег-разработчиков)
Спасибо вам за подробный отзыв! Приступая к работе, мы хотели предложить участникам нестандартное задание. Мы приложили много усилий, чтобы сделать его более сложным и творческим, чем в прошлом году. Для этого разработали пилотную версию платформы с нуля, и, конечно, это не могло не вызвать некоторые сложности. Нам приятно, что в итоге участники отметили: задача действительно была интереснее, чем в прошлом году. Мы рады, что конкурс не стоит на месте. И намерены развивать наш проект. С удовольствием делимся новостью — в 2020 году можно будет присоединиться к нам, чтобы сделать задания еще лучше) Пишите нам в личные сообщения
В частности, если упростить, Array хранит внутри ссылку на класс, который реализует его буфер данных. При создании ArraySlice тот тоже ссылается на этот буфер. Т.о. уничтожение массива не приводит к уничтожению данных. И копирования содержимого буфера тут тоже нет
1. Чаще всего unit-тесты пишут и сопровождают разработчики. Специалисты направления SDET не разрабатывают и не используют в процессах автоматизации тестирования unit-тесты, реализуя независимое тестирование.
2. Для запуска тестов мы используем и различные тестовые окружения-стенды, и докер-контейнеры. Кроссплатформенность можно реализовать через разведение по различным окружениям, а кроссбраузерность — на уровне кода автотестов с использованием параметризации, либо с использованием контейнеров.
3. В первую очередь выбираем самые часто используемые сценарии использования со стороны пользователей (например — авторизация, добавление товара в корзину), затем идут сложные (для воспроизведения) или длительные (по времени выполнения) сценарии, и так далее. Приоритеты выставляем по согласованию со специалистами QA, тимлидом, product owner.