По одному случаю как-то странно судить. В тексте перед так же указали на ошибки — всё исправлено.
С кодом мне сложнее работать почему-то, глаза быстрее устают — вот и торможу.
Ну вот тут тоже есть нюансы. Я потихоньку собираю перлы от студентов, которые слышал и видел на наших курсах. Как силы будут — сделаю небольшую юмористическую подборку о разночтениях :)
Это да, но и так же есть вывод, что старые привычки искореняются тяжело :)
Не за что. Заходите ещё :) И вам ещё раз спасибо за поправки :)
Хм. Ну насчёт большинство — это немного перебор, не в обиду, но просто со стороны именно курсов образования заметна выборка.
А стак-стэк — просто ещё в 90-е годы, да и в начале нулевых именно в написании на русском разницы не было. Видимо как-то внезапно оно устаканилось и прошло мимо. Спасибо за разъяснения, в статье всё поправил на привычное.
Хм. Честно, но слышу про такое первый раз и про разницу между стаком и стэком. Если не очень сложно — можете провести короткий ликбез? А я тогда пока поправлю в переводе…
Целиком всё-таки фраза звучит так:
Concurrency is not Parallelism (it's better) — A talk by Rob Pike
Sure it is better!
— Т.е. перевести можно как и прямо, но это всё же будет более запутанно или ближе к смыслу. Ну или можно к каждому слову в переводе дать его определение в скобочки, а всю фразу вынести в дисклеймер :)
Статья содержит только основные идеи создания автоматических тестов в Agile команде. Мы неоднократно рассматриваем эти идеи внутри нашего курса. Тема действительно интересная, все больше команд пробуют Agile методологию и задают одни и те же вопросы.
Возможно, что в рамках освещения курса будем постепенно раскрывать уже дополнительно, т.к. такой материал обычно как раз и выявляет отдельные пункты интереса, которые уже и расписываем потихоньку или рассматриваем на открытых уроках.
«Тестирование не фаза» — это действительно так. В начальных стадиях внедрения Agile методологии в команду, первые вопросы, которые возникают: «Что будет делать тестирование в первые несколько дней спринта?» и «Что будут делать разработчики, пока тестировщики тестируют в конце спринта?»
«Все занимаются тестированием» — именно так решаются проблемы, озвученные выше. В момент, когда разработчик закончил создание нового функционала, в agile команде для него готовы тестовые сценарии, подготовленные тестировщиками. Автоматизатор в этот момент читает документацию и пишет автоматические тесты, постоянно взаимодействуя с командой. В конце разработки у нас есть протестированная фича и автотесты, которые помещаются в регресс и проверяют этот функционал.
Как только тесты помещены в регресс, они не должны требовать вмешательства человека до тех пор, пока не будет изменений этого функционала.
Поделитесь, пожалуйста, своим опытом работы в agile команде. Когда у вас происходит тестирование и автоматизация?
С кодом мне сложнее работать почему-то, глаза быстрее устают — вот и торможу.
Прошу прощения
P.S. простите тоже придерусь, но «ужаСНо» :)
Это да, но и так же есть вывод, что старые привычки искореняются тяжело :)
Не за что. Заходите ещё :) И вам ещё раз спасибо за поправки :)
А стак-стэк — просто ещё в 90-е годы, да и в начале нулевых именно в написании на русском разницы не было. Видимо как-то внезапно оно устаканилось и прошло мимо. Спасибо за разъяснения, в статье всё поправил на привычное.
Concurrency is not Parallelism (it's better) — A talk by Rob Pike
Sure it is better!
— Т.е. перевести можно как и прямо, но это всё же будет более запутанно или ближе к смыслу. Ну или можно к каждому слову в переводе дать его определение в скобочки, а всю фразу вынести в дисклеймер :)
Как говорится: «Всё новое — это хорошо забытое старое».
Возможно, что в рамках освещения курса будем постепенно раскрывать уже дополнительно, т.к. такой материал обычно как раз и выявляет отдельные пункты интереса, которые уже и расписываем потихоньку или рассматриваем на открытых уроках.
«Тестирование не фаза» — это действительно так. В начальных стадиях внедрения Agile методологии в команду, первые вопросы, которые возникают: «Что будет делать тестирование в первые несколько дней спринта?» и «Что будут делать разработчики, пока тестировщики тестируют в конце спринта?»
«Все занимаются тестированием» — именно так решаются проблемы, озвученные выше. В момент, когда разработчик закончил создание нового функционала, в agile команде для него готовы тестовые сценарии, подготовленные тестировщиками. Автоматизатор в этот момент читает документацию и пишет автоматические тесты, постоянно взаимодействуя с командой. В конце разработки у нас есть протестированная фича и автотесты, которые помещаются в регресс и проверяют этот функционал.
Как только тесты помещены в регресс, они не должны требовать вмешательства человека до тех пор, пока не будет изменений этого функционала.
Поделитесь, пожалуйста, своим опытом работы в agile команде. Когда у вас происходит тестирование и автоматизация?