![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
О работе, не требующей включения мозга
Больше всего сложностей вида "не переключиться на срачь про хаскель" вызывает работа такого типа: ничего принципиально нового не делаем, думать не нужно, никаких сложностей быть не может принципиально, нужно просто один раз сделать работу руками и оформить ее в виде скрипта для автоматизации.
Например, проработка и запись процесса деплоймента софта, состоящего из десятка составных частей, на сервер, чтобы потом это оформить в виде автоматического инсталлятора.
Автоматизировать первый раз нереально, потому что собственно целью работы и является автоматизация, если передать кому-нибудь из подчиненных - так инструкция/спецификация для них будет один в один эквивалентна скрипту инсталлятора, а для того чтобы они это сделали сами исходя из требований - нужно слишком много побочных сведений из моей головы.
Впрочем, надо было вместо того чтобы делать самому - действительно оформить четкие требования, записать все промежуточные знания в трекер, отдать на исполнение, а самому в скалу с хаскелем недельки две долбится, все вопросы начальства перенаправляя на исполнителей.
Например, проработка и запись процесса деплоймента софта, состоящего из десятка составных частей, на сервер, чтобы потом это оформить в виде автоматического инсталлятора.
Автоматизировать первый раз нереально, потому что собственно целью работы и является автоматизация, если передать кому-нибудь из подчиненных - так инструкция/спецификация для них будет один в один эквивалентна скрипту инсталлятора, а для того чтобы они это сделали сами исходя из требований - нужно слишком много побочных сведений из моей головы.
Впрочем, надо было вместо того чтобы делать самому - действительно оформить четкие требования, записать все промежуточные знания в трекер, отдать на исполнение, а самому в скалу с хаскелем недельки две долбится, все вопросы начальства перенаправляя на исполнителей.
no subject
К треду про гуйню:
Пришлось как-то делать хитрожопые тесты. Дано: сановский эмулятор, в нём ихние же тест сьюты для графики (мерзкое блядство, рассчитанное _только_ на ручное расставление галочек и запуск через меню _после_ того, как через хрензнаеткогда времени завершится предыдущий тест), плюс наши имплементации разных графических JSR. Надо тестировать на экстрим, типа прямо в середине рендеринга в телефоне/телевизоре/кофеварке кончилась память или произошло иное неприятное событие. Среда тестирования должна через гуй дотягиваться до галочек в тестсьютах, а во время их работы делать западло и осмыслять логи.
Пошли к тестировщикам, спросили "вы на чём кодить умеете?", те сказали "це шарп". Мы глянули какой-то мегафреймворк с блэкджеком и шлюхами, но получилось невпихуемо, с нуля набросали компактное решение под свой кейс прописали логику под один из тестсьютов и отдали тестировщикам на поддержку/дописывание. PROFIT.
Мораль такая: 1. Если приходится что-то тестить через гуйню, то ситуация уже нестандартный пиздец и требуется велосипед. 2. Такой велосипед делается быстро, и от языка/среды важен только доступ к нативным API, а также понимание тестировщиками или джуниорами, к которым это дело отправится.