QA в Германии
Вопрос большей частью в том, насколько хорошо нужно знать технологию, чтобы можно было вписать ее в резюме?
Я вот сейчас сходу наверное не пройду начальную сертификацию без подготовки ни на что. А те, которые проходил N лет назад - завалю :-)
И уж тем более я думаю никто не может разом взять и пройти сертификацию по всем пунктам своего резюме за время собеседования.
Если я знаю лишь в общих чертах синтаксис языка / функционал библиотеки так как учил в уни или использовал старую версию в мелком проекте год или два назад - писать это в резюме или не позориться?
Скажем так, хитрую задачку по SQL я решу, а вот назвать все опции команды CREATE TABLE для DB2 - нет :-)
писать это в резюме
-----
Писать. Так же писать что именно делал и быть готовым пояснять на словах что и как делалось.
Объем - не более двух страниц.
назвать все опции команды CREATE TABLE для DB2
-----
Ну и что? Я тоже не вспомню все делали VOL SER, но Я знаю где, для чего и как оно используется.
Угу... Как бе не... Вот только если без "как бе", то выясняется, что надо знать и надо уметь использовать... просто в обязаловку для смены места работы...
Так все же, говоря о 4-5 языках вы что имели в виду, языки программирования или любые языки ВТ?
Вот сейчас попробуй найти ошибку - что такое имело место быть, об чем шарпист мог не знать и что Я ему вынужден был объяснять?
Да что угодно. Начиная от проблемного вай-фай модуля на железке, не ждущего освобождения канала, до проблемы с параллельным доступом к сетке на контроллере.
в том числе и такие, которые не отправлялись
1111! Галактекаопасносте! А с этим - срочно на Рен-ТВ. Первое доказательство существования разумных рептилоидов с планеты Нибиру.
Это общее положение в Германии. Гуглите литературу для подготовки к ihk abschlussprüfung fachinformatiker anwendungsentwicklung.
Вы знаете, я вас не понял. Я думал под Fachinformatiker вы понимали выпускника Fachhochschule, а про IHK-шных я и не в курсе чему их учат. Но насколько я знаю у IHK правила и, соответственно, экзамены, отличаются по землям.
Если я знаю лишь в общих чертах синтаксис языка / функционал библиотеки так как учил в уни или использовал старую версию в мелком проекте год или два назад - писать это в резюме или не позориться?
Писать.
Дополнительно к резюме стоит сделать Projektliste. Табличкой. Название проекта - время - фирма - краткое описание. В нем уже описать реальные проекты, в которых работали. В описании перечисляем основные технологии, мспользованные вами в этом проекте.
Если практического опыта нет - все одно писать но с пометкой, мол, nur theoretische Kenntnisse или nur im Studium.
Мало ли, будут выбирать из двух похожих кандидатов, а вы про какой-то фреймворк хотя бы слышали что это такое.
что имели в виду
-----
Я, вроде, даже поименно перечислил...
Да что угодно
-----
Неужели недостаточно информации? Все компоненты системы - полностью работоспособны...
Твои поинты - мимо. Чтобы было понятнее - у тебя точно та же ошибка, что была у шарписта...
Галактекаопасносте!
-----
Угу... А чтобы тебе совсем похорошело - сеть сертифицирована... для использования в медицинских учереждениях...
Ах да, я вспоминаю пыхыпыстов, sql-истов, яваскриптеров, которых AA (потому что безработные, ага) посылал на курсы "выучи яву за 6 месяцев" и которые потом пытались устроится к нам. Мы их не брали даже не бесплатную практику.
И что?
Если хоть кто-то их этих ваших немцев умеет программировать на яве, знает что такое веб-сервис и EJB и работал с Eclipse RCP или GWT или может понимать (не программировать на нем а просто читать) VB.NET - обращайтесь. В Ганновере места есть.
Я взял тестеров, 3 человека, оказались не нужны, мешали процессу разработки, пришлось уволить.
За качество продукта несут ответственность: программист разработчик, программист проводящий ревью кода и абтайлунгслайтер. 3 уровня тестирования вполне достаточно.
Проблема заключается в том, что код сам по себе и является документацией, дублировать его в виде текста не имеет смысла.
В современных методологиях программирования не места QA.
Проблема заключается в том, что код сам по себе и является документацией, дублировать его в виде текста не имеет смысла.
Бред. Обосновать? Код объясняет "как" что-то делается, но не может объяснить "зачем" и "почему так а не иначе". А вот в документации (например, архитектуры проекта) как раз это и напишут.
В современных методологиях программирования не места QA.
Интересно узнать а что у вас "методология программирования"? XP?
код сам по себе и является документацией
-----
Код, сам по себе, может являться документацией для очень ограниченного круга задач.
Фактически - только для тех задач, постановка которых известна разработчику.
Т.е., мягко говоря, если у тебя задача уровня - прочитал из базы, показал на экране,
сохранил изменения - то, да - код является документацией. Правда такой код уже
довольно давно делается роботом - прогеры для этого не нужны...
В современных методологиях программирования не места QA.
Восхохотамши под лавкою! Точнее, ржу под столом.
Ты пишешь юнит-тесты? У тебя покрытие кода 100%? Ты можешь гарантировать, что юнит-тесты отловят все интеграционные, многоядерные, многопоточные и GUI ошибки?
Я взял тестеров, 3 человека, оказались не нужны, мешали процессу разработки, пришлось уволить.
придирались к ошибкам?
За качество продукта несут ответственность: программист разработчик, программист проводящий ревью кода и абтайлунгслайтер. 3 уровня тестирования вполне достаточно.
это каким-таким боком-припеком, руководитель отдела тестированием занимался? ему, что делать больше нечего было? дороговатый тестировщик
Проблема заключается в том, что код сам по себе и является документацией, дублировать его в виде текста не имеет смысла.
для кого?
В современных методологиях программирования не места QA.
и что? как справляетесь с изменениями требований? все по новому пишите, или так, на авось, "по идее должно работать"?
в актуальном проекте 3 программиста и 2 тестера. и как на них молятся, когда с "Fachbereich" приходит - "а вот тут исключение!" и как все радуются, когда jubula все проверит и все старые случаи дальше работают. но эти двое полный рабочий день только и "программируют" в jubule на основе требований
Fachbereich.
Я взял тестеров, 3 человека, оказались не нужны, мешали процессу разработки
Процесс видимо какой то странный. Хотя тестеры всегда мешают разработке. Сделал все, проверил, хочешь отдать заказчику, а тестер говорит - вот ошибка, нельзя отдавать. Конечно, гнать нужно тестеров, которые ошибки находят.
За качество продукта несут ответственность...
Я же говорю - странная система. Вообще, ак я думал, то за качество продукта отвечает "ALM" и от того как он построен и будет зависеть качество конечного продукта.
https://en.wikipedia.org/wiki/Application_life...
http://www.ibm.com/developerworks/rational/lib...
код сам по себе и является документацией
Довольно странное заявление. Хотим например, пользовать какую то либу. Начинать нужно получается с изучения её кода?
Интересно, а комментарии в коде тоже лишние?