Разговор уже в контексте не программист - тестировщик, а в контексте аутсорс - собственный продукт. Я верно понял предыдущий пассаж?
А теперь я с Вами не соглашусь. QA не тестирует стеклянным ящиком, а тем более не пишет отдельные юнит-тесты к классам. Работа QA заключается в тестировании функционала и приложения в целом, разработка тест-кейсов и тестирование по ним, автоматизированное тестирование, в то время как юнит - прерогатива девелоперовПозволю себе не согласиться с Вами.
Любому тестеру необходимо знание языка под который он пишет тесты.
Как пример:
невозможно написать корректный тест для класса Java не зная по какому принципу он реализован и каким образом он инициализируется. Вы же надеюсь не считаете что юнит-тестирование - это нажатие пары кнопок в среде разработки?
Как человек, незнакомый с понятием и реализацией паттернов, будет тестировать и инициализировать Singleton если там нет конструктора? Как правильно проверить тестами тот же паттерн в контексте многопоточного приложения?
И каковы по Вашему будут результаты тестирования при "неглубоком знании программирования"?
И это мы ещё не затрагиваем концепцию Extreme programming - где разработка происходит через тестирование.
Поставьте себя на место работодателя и подумайте.
Взяли бы Вы на работу человека, который не знает предметной области и может поставить под удар реализацию проекта?
CodeFire, это называется Managed C++
Если быть точным, то C++/CLIManaged C++
Неужели Вы думаете, что имея за плечами более 8 лет практической разработки: от промышленных контроллеров до приложений уровня предприятия, я могу не знать академического названия типа языка разработки и модели его работы?
Действительно, я немного отстал от жизни, теперь это C++/CLI
При чем здесь название? Visual C++ умеет компилить и в managed, и в unmanaged.Неужели Вы думаете, что имея за плечами более 8 лет практической разработки: от промышленных контроллеров до приложений уровня предприятия, я могу не знать академического названия типа языка разработки и модели его работы?
Предложили бы уже сразу открыть курсыРаз уж сказали "раз" потрудитесь сказать "два" и объяснить человеку, который Вас спросил на счёт курсов, почему название именно Managed С++ и чем управляемый код отличается от неуправляемого. Параллельно могу предложить осветить тему производительности, понятия "Куча" и "Стек", а также (как вариант) специфику работы с памятью, передача параметров по ссылке и адресу и ещё многое и многое другое.
А я наоборот - не принимаю участие в подобных дискуссиях
На самом деле вы не правы. Сколько времени вы убьете на обучение - это ваши проблемы, главное для начала не получить какие-либо специфические знания, а выработать способ мышления. Только от этого зависит скорость обучения и не более того. А уже после того как мышление выработано можно говорить про какое-то конкретное обучение вполне конкретному языку/технологии
