О работе, не требующей включения мозга
Nov. 29th, 2012 07:54 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Больше всего сложностей вида "не переключиться на срачь про хаскель" вызывает работа такого типа: ничего принципиально нового не делаем, думать не нужно, никаких сложностей быть не может принципиально, нужно просто один раз сделать работу руками и оформить ее в виде скрипта для автоматизации.
Например, проработка и запись процесса деплоймента софта, состоящего из десятка составных частей, на сервер, чтобы потом это оформить в виде автоматического инсталлятора.
Автоматизировать первый раз нереально, потому что собственно целью работы и является автоматизация, если передать кому-нибудь из подчиненных - так инструкция/спецификация для них будет один в один эквивалентна скрипту инсталлятора, а для того чтобы они это сделали сами исходя из требований - нужно слишком много побочных сведений из моей головы.
Впрочем, надо было вместо того чтобы делать самому - действительно оформить четкие требования, записать все промежуточные знания в трекер, отдать на исполнение, а самому в скалу с хаскелем недельки две долбится, все вопросы начальства перенаправляя на исполнителей.
Например, проработка и запись процесса деплоймента софта, состоящего из десятка составных частей, на сервер, чтобы потом это оформить в виде автоматического инсталлятора.
Автоматизировать первый раз нереально, потому что собственно целью работы и является автоматизация, если передать кому-нибудь из подчиненных - так инструкция/спецификация для них будет один в один эквивалентна скрипту инсталлятора, а для того чтобы они это сделали сами исходя из требований - нужно слишком много побочных сведений из моей головы.
Впрочем, надо было вместо того чтобы делать самому - действительно оформить четкие требования, записать все промежуточные знания в трекер, отдать на исполнение, а самому в скалу с хаскелем недельки две долбится, все вопросы начальства перенаправляя на исполнителей.
no subject
Date: 2012-11-29 05:11 pm (UTC)Что у вас принято использовать в качестве автоматизатора гуйни? Это я серьёзно спрашиваю. Для троллоты спросил бы про автоматизацию переноски тяжестей.
no subject
Date: 2012-11-29 05:20 pm (UTC)До сих пор обходился скриптами, которые делают то же самое что гуй, но из командной строки, но кое-где надо тестировать гуй явно.
no subject
Date: 2012-11-29 05:28 pm (UTC)После такого заявления называть себя виндузятником, как минимум, нечестно! Для автоматизации гуйни есть всевозможные сикули и автохоткеи, но у меня как-то с ними не складывается настолько, чтоб "скрипт был один-в-один инструкция для исполнителя".
no subject
Date: 2012-11-29 07:08 pm (UTC)no subject
Date: 2012-11-29 06:57 pm (UTC)К треду про гуйню:
Пришлось как-то делать хитрожопые тесты. Дано: сановский эмулятор, в нём ихние же тест сьюты для графики (мерзкое блядство, рассчитанное _только_ на ручное расставление галочек и запуск через меню _после_ того, как через хрензнаеткогда времени завершится предыдущий тест), плюс наши имплементации разных графических JSR. Надо тестировать на экстрим, типа прямо в середине рендеринга в телефоне/телевизоре/кофеварке кончилась память или произошло иное неприятное событие. Среда тестирования должна через гуй дотягиваться до галочек в тестсьютах, а во время их работы делать западло и осмыслять логи.
Пошли к тестировщикам, спросили "вы на чём кодить умеете?", те сказали "це шарп". Мы глянули какой-то мегафреймворк с блэкджеком и шлюхами, но получилось невпихуемо, с нуля набросали компактное решение под свой кейс прописали логику под один из тестсьютов и отдали тестировщикам на поддержку/дописывание. PROFIT.
Мораль такая: 1. Если приходится что-то тестить через гуйню, то ситуация уже нестандартный пиздец и требуется велосипед. 2. Такой велосипед делается быстро, и от языка/среды важен только доступ к нативным API, а также понимание тестировщиками или джуниорами, к которым это дело отправится.
no subject
Date: 2012-11-30 09:01 am (UTC)