QA в Германии
<сарказм>
Человек же написал :
В современных методологияхпрограммирования не места QA.
</сарказм>
Процесс видимо какой то странный. Хотя тестеры всегда мешают разработке. Сделал все, проверил, хочешь отдать заказчику, а тестер говорит - вот ошибка, нельзя отдавать. Конечно, гнать нужно тестеров, которые ошибки находят.
да не мешают они. они мешают херню быстро выпустить. а это не есть мешать
сразу видно что пирожки не пёк
уж скоро 10 лет как пеку
вначале особо не обращал на это внимание, но и тестеров не было. потом появились - начали мешать
а последние 3 года очень радуюсь, когда в проекте тестеры есть, облегчают работу. концентрируешься, только на определенную фичу, на Nebeneffekte, так поскольку, постольку внимание обращаю (разве что если очевидно, что все рухнет). особенно, когда лапшекод х-летней давности, но тестеры есть и неплохая покрываемость кода тестами. это тогда одна прелесть програмировать.
уж скоро 10 лет как пеку
ну так это уже не пирожки, а чебуреки
Я смотрю, что прийдется специальные тэги придумывать, чтобы мысля понятна была.
Человек же ясно написал - тестеры вредны и от них них нужно избавлятся.
А вы пытаетесь убедить его в обратном.
когда лапшекод х-летней давности...это тогда одна прелесть програмировать.
Да тут уж пусть кто угодно рядом будет, никих прелестей и в помине не будет. Мурку спросите.
И это еще нужно умудрится юнит тесты для него написать.
Это же как болото - не туда наступил и привет.
чебуреки
блин напомнили.... как чебуреков настоящих захотелось... кажется лет 100 уже не ел их
Это же как болото - не туда наступил и привет.
в точку. но с тестарами - не туда наступил и сирены завыли, да так что от этого успеешь назад отпрыгнуть
как чебуреков настоящих захотелось
тута точно не будет, пока кто на заказ не сделает
http://www.vkusnyblog.ru/smak/2406
но с тестарами - не туда наступил и сирены завыли
Тоже напомнило - В одном проекте сделали прибамбас к CI, так крутилась мигалка и играла музыка, если что не так.
Однако преувеличивать роль тестеров и юнит тестов, я бы также не стал. Да и есть проекты и ситуации, когда ни то, ни другое особо не поможет. Поэтому речь и должна идти о системе.
Это невозможно, видение приходит с годами, да и то при наличии мозгов.
А если бы и было возможно, какой мне резон вас тут чему-то учить? Конкуренцию за рабочие места еще никто не отменял!!!11
Единственное, что я Вам скажу, берегитесь лжепророков, которые приходят к вам в овечьей одежде, а внутри суть волки хищные. По плодам их узнаете их. Собирают ли с терновника виноград, или с репейника смоквы? Так всякое дерево доброе приносит и плоды добрые, а худое дерево приносит и плоды худые. Не может дерево доброе приносить плоды худые, ни дерево худое приносить плоды добрые. Всякое дерево, не приносящее плода доброго, срубают и бросают в огонь. Итак по плодам их узнаете их.
Сыны и дочери мои, хороший программист отличается от плохого лишь кодом и ничем другим. У хорошего разработчика код читабельный, масштабируемый, неповторяемый. Он умеет из сложного делать простое, когда вы смотрите на его решения, думаете про себя, "Блин, как же красиво написано, какое же простое и элегантное решение, как же я сам не догадался так сделать!!!"
хороший программист отличается от плохого лишь кодом и ничем другим.
-----
Святый Боже, иже еси на небеси, то даруй нам нам грешным милость и снизойди до наших молитв - дай нам Святой Бит и будем мы денно и нощно складывать его в Святые Байты о восьми битах и отвадь от лукавого деветибитья, дай нам языки какие ты повелишь использовать и понимание оных чтобы творили мы код безбажный и тем услаждали инстансе твой и преумножали славу твою...
Аминь.
Но если кто помнит - моя дорога - не к богу - моя дорога - к дьяволу... и не затем, чтобы продать ему душу свою бессмертную, а лишь затем, что-бы освободить душу его, Дьявола, и затем соединится всем троим - Богу Отцу, Богу Сыну и Богу Святому Духу в единого Бога и понять, наконец, зачем нам даны были биты и байты...
А если бы и было возможно, какой мне резон вас тут чему-то учить?
Спасибо, я выиграл пинту гиннесса. :)
Это невозможно, видение приходит с годами, да и то при наличии мозгов.
Т.е. к вам оно еще не пришло? Или оформить в слова сложно?
У хорошего разработчика код читабельный, масштабируемый, неповторяемый.
А кто проверять будет, действительно ли код читаемый, масштабируемый, неповторяемый? Вы еще забыли "верный" и "повторноиспользуемый" :)
Вот только что делать если у вас 5 гениальных разработчиков, у каждого своя гениальная подсистема, но вот только вместе они не работают...
вы смотрите на его решения, думаете про себя, "Блин, как же красиво написано, какое же простое и элегантное решение, как же я сам не догадался так сделать!!!"
Такое бывает. В основном во влажных мечтах про идеальных программистов. Или на олимпиадах и всяких хакатонах.
А на самом деле, в реальной жизни, вещи часто по-другому происходят. И из "красиво написанного, простого и элегантного решения" возникает ужасная лапша из goto и жонглирования указателями, но зато это всё работает в три раза быстрее, тратит в пять раз меньше заряда аккумулятора и требует вдвое дешёвое железо. Просто потому что задача такая стояла: оптимизировать по параметрам x, y и z. И это отнюдь не означает, что сотворивший такую кашу - плохой программист.
А если бы и было возможно, какой мне резон вас тут чему-то учить?
А вы считаете что мы тут, в основном кого то учим? Обычно, идет обмен мнениями, у меня одна точка зрения, у кого то другая.
У вас третья. Но простое изложение какого то факта, говорит о том что просто захотелось в туалет. Высказывайте мнение пользуясь конкретными аргументами.
Вы получается считаете, что качество ПО определяется одним лишь кодом и больше абсолютно ничем?
Позволю предложить детсадовскую картинку. Можно объяснить как в эту картинку впишется ваш супер-пупер программист?
Конкуренцию за рабочие места еще никто не отменял!!!
А вы что, так боитесь за своё рабочее место?
А с рефакторингом, да проблема, почти никто не хочет выделять на него время.
Тут слово "почти" - лишнее.
Единственное что помогает - разговаривать с менеджментом на их языке. Вроде: "Мы за прошлый год получили от клиентов 123 сообщений об ошибках, которые были вызваны модулем А. Для исправления ошибок мы потратили 12300 часов, что стоило нам 1.230.000 евро, для тестирования исправленных версий еще 1230 часов (x80 = 100.000 евро) Если мы проведем рефакторинг модуля, уменьшив связанность, улучшив код и добавив тесты мы сможем снизить затраты на исправления ошибок (предположительно) на 50%, уменьшим время тестирования в 2-3 раза и за счет более понятного и лучше автоматисески тестируемого кода уменьшим количество ошибок доходящих до продуктивной системы. Стоимость ревакторинга: 2.000 часов x 100 €, экономия примерно 600.000 - 650.000 в год".
Вот только когда заявок на рефакторинг больше чем программистов... Даже при всех экономических "эффектах" ждешь пока дадут твой модуль переделать по нескольку лет... Другие - важнее!
Как же вы все далеки от реальной разработки программного обеспечения!
У многих из вас мировоззрение простого джуниор программиста.
Это невозможно, видение приходит с годами, да и то при наличии мозгов.
Сыны и дочери мои, ....
...меня мало интересует ваш жизненный опыт.
смотрите от величия не лопните, кто потом после вас все собирать будет