Где найти ментора?

Ответов сразу несколько:

1) (правильный) Подходишь к живому тестировщику, устанавливаешь с ним социальную связь и спрашиваешь о работе — делаю то и это, должно получаться так, а не получается. Можешь помочь, подсказать, объяснить? Повторять в цикле с разными живыми тестировщиками.

2) (социально-одобряемый) Идёшь в Moldova QA Community, выпаливаешь самого адекватного, устанавливаешь с ним социальную связь и спрашиваешь о работе (см. выше).

3) (псевдо-адекватный) Идёшь в любое коммьюнити тестировщиков и спрашиваешь, где тут бесплатно раздают бесплатных менторов.

Коммьюнити с менторами у нас аж два:

• Moldova QA Community

На первый взгляд это тихо-мирно существующий tg-канал, преисполненный патриархальной тишины всех провинциальных городов. Но внутри — движуха, беготня, надежды, вылазки на природу и подкоммьюнити, в котором периодически рассматриваются заявки на менторство для тестировщиков. Участие в нём добровольное, с кем посчитаю интересным поговорить — с тем и свяжусь, дальше посмотрим. Ну или не я, а кто-то ещё, чего вы ко мне привязались-то?!

• TechWomen Moldova

Глобальное коммьюнити про IT в Молдове. Это отдельная экосистема, в которой раз в год организовывают масштабную программу менторинга по разным направлениям, в том числе и для QA. Тоже абсолютно добровольное участие для всех сторон, но уже с вайбом большого проекта с семью директорами с восемью печатями — есть центральное управление, условия участия, сбор фидбэка с оценками, торжественно-парадная ритуальная церемония открытия и закрытия программы. В этом году я к этой программе подконнектился по линии QA на русском языке (на родном мне про тестирование говорить сложновато).

Торжественно-парадная фото-пикча автора на фоне автора же, подвисшего на карусельках на Ботанике, с церемонии открытия программы менторинга 2026-го в TechWomenMoldova

Программа “2026” уже завершилась, но всё ещё есть о чём подумать, например о том, что менторы будут существовать даже в нашем будущем, которое мне представляется как сплошной сериал Star Trek в бандитско-неустроенной вселенной Star Wars, где отважные старшип-капитаны и их грамотные намбер-уаны на протяжении всех серий преисполнены дипломатии и сочувствия ко всем живым тестировщикам существам. Короче, всем смотреть. Вон как красиво там раскрывается тема менторинга джунов (Shut up Wesley! ©)!

Пока все ушли смотреть бесконечный сериал про бесконечное звёздное небо внутри нас и леденящую душу действительность вокруг нас, я начну неспешно, многосерийно говорить о том, что такое «ментор» и откуда это всё взялось.

Важный дисклэймер в эти дурацкие времена: весь текст написан вручную с применением типографики, которую я разумею как правильную (в KDE она включается на раз-два и очень удобно используется), с длинными тире и французскими кавычками-ёлочками. Текста много, потому что я его писал не в один присест — в прекрасном десктопном вики-редакторе Zim (см. скриншот оригинала), по своему усмотрению усмиряя пухнущие и расползающиеся абзацы. А из-за того, что в наборе таки были орфо или даже стилевые ошибки, мне приходится по мере их выявления там и сям обновлять уже опубликованный текст. Понять и пrостить.

Кто такой «ментор»

Начнём ооочень издалека, чтобы прояснить лор* и бэкграунд** нашей темы.

* Лор (от англ. lore) — история, устройство и внутренние правила вымышленного, как правило, игрового мира. Он объясняет персонажей и предисторию событий, в которые игрок начнёт погружаться, иногда поверхностно, иногда очень детально, от происхождения сторон до скрытых связей и событий, которые могут быть неочевидными, но важными.

** Бэкграунд — background же!

Может показаться, что на страницах всемирной истории греки больше всего преуспели в насаждении своей национальной культуры окружающим их народам, в постоянной войне «все против всех» и в наименовании друг друга экзотичными именами. На самом деле эти вымершие парни прочно сидят в современной культуре всей Европы, и хорошо бы понимать их первоисточник.

Про названия

Не все знают, что называть греков греками некорректно. Они изначально не были единым народом, это был народный сборник племён и народов, разбросанный по островам, и все называли себя кто во что горазд — данайцы (иногда данаи), аригвяне, ионийцы, дорийцы, эолийцы, грайки, локры, ахейцы…

Некоторое время греки жили даже на территории современного Севастополя в городе с изысканным названием Херсонес Таврический (не путать с более современным украинским Херсоном), но местные их называли то херсонесцами, то херценосцами, и греки ушли оттуда ещё во времена поздней античности в IV–V веках нашей эры.

В русской литературе древнегреков издревле привыкли называть ахейцами. Например:

…Куда плывете вы? Когда бы не Елена,
Что Троя вам одна, ахейские мужи?

Или

Смотрите —
Лечу, словно в сказке,
[…]
И в край незапамятный тот,
Где снова ахейские старцы
Ладьи снаряжают в поход.

Чужое и глупое горе
Велит им на Трою грести.
А мне — за Эгейское море,
А мне еще дальше расти!

А ещё в древности в принципе не было единого греческого национального государства. Было слово Хелла́с (Ἑλλάς) — обозначение греческого мира вообще, которое со временем превратилось в Элла́с. Местные называли себя, соответственно, э́ллины (ударение смещено на «э» по правилам их языка) с уточнениями, мол, здравствуйте, я эллин-ахеец, кофе будете? А я эллин-данаец, здравствуйте-калимерствуйте, кофе мы ещё не изобрели, поэтому налейте мне вина! А, точно, и овечьей брынзы возьмите… Овечьей, из овечьего молока, иногда с добавлением козьего, то есть, фета? Да, фета… А виноград будет? А по наглой морде? А священная ксени́я? Ах, да…

Не морщимся, чуть позже этот псевдодиалог станет чуть более, чем полностью понятным.

Позже они переназвали свою страну Элла́да согласно уточнённым нормам своего осовремененного языка. Слова «грек» и «Греция» они и сегодня не признают и употребляют только в общении с глупыми иностранцами, деньгиприносящими.

«Илиада»

Можно подумать, что это искаженное «Эллада», но нет.

Много веков назад на побережье Эгейского моря на полуострове Троада (сегодня он называется Бига и принадлежит Турции) некий Ил, сын некоего Троса, основал новый город. Город он назвал имени самого себя, конечно же — И́лион (в оригинале Ἴλιον, звучит ближе к Ийон), а местность назвал по имени своего незабываемого папы Троса — Тро́я.

Столицу полуострова Троада древние греки называли то как полагается, Илион, то упрощённо Троя, потому что на Троаде же, и в те времена города иногда были одновременно и государствами, и когда один говорил «Троя», миллионы понимали, что имеется ввиду город-государство Илион с полуострова Троада.

Например, мы сегодня подразумеваем, что спартанцы жили в государстве с названием Спарта. На самом деле они жили в местности Лакония, на территории которой забубенили своё государство Лакедемон, и на территории этого государства они понастроили городов, главным из которых был город-государство Спарта. То есть, все спартанцы — лакедемоняне, но далеко не все лакедемоняне, жители Лаконии — спартанцы, так-то.

Ну и да, термин «лаконичность» — манера говорит немногословно — происходит от манеры древних жителей Лаконии говорить кратко и по делу.

И как-то случилась в этом тройском царстве-NOT-государстве занятная история. Летним тёплым вечерком XII-го века до н. э. некий Парис, сын Приама, тогдашнего царя Трои, припёрся в гости к Менелаю, царю Спарты. Да-да-да, та самая THIS IS SPARTAAAA!

Менелаич принял царевича Трои радушно, по-человечески, или как говорили греки, «cu un paharel de jin și mămăliguță proaspătă», но тут юный мистер Пэрис Приамович увидел менелаеву жену с редким именем Елена… Увидел да не развидел, потому что там было на что посмотреть, в наше время она считалась бы победительницей конкурса «мисс tech Вселенная», всем встать, тётя-бомбуэ! Ну и захотел он Елене, эээ, подарить всего себя.

Елена, конечно, пошла в отказ, мол, женатая же я, не надо мне таких подарочков, но богиня Афродита мимо пробегала и насильно влюбила Елену в Париса. Елена разумом всё понимает, но внутренней Афродите не перечит и решительно прихватив заметную часть сокровища мужа (воровство в большом масштабе, да) а также двух молчаливых рабынь, чтобы сундуки тащили, сваливает с Парисом в Трою. Дома остались разгром, её девятилетняя дочь Гермиона и сын Никострат (с неопределенным количество лет; возможно, он даже ещё и не родился к тому моменту). Ну не таскать же детей за море в компании «нового папы»…

Менелай за утренним кофе виноградном зелье узнаёт об этом круизе, офигевает, и как истинный жерарбатлеровский спартанец хочет кое-что кое-кому кое-как отрубить. Дважды. И деньги верните, волки позорные! Но волки позорные уже резво плывут в Трою к батьке Приаму, который начинает грызть ногти на ногах, думая о последствиях, о которых не подумал его шкет и озорник Парис.

Менелай таки сгонял в Трою с досудебным заявлением, но там ему показали МПХ и на дверь. Не стерпел Менелай, не стерпел, кинул клич среди вооруженной братвы и как всё заверте…

Древние греки, которых мы не должны называть греками, на раз-два собираются очень большой армадой, прут толпой в Трою, устраивают там осаду и десять лет ежедневно, как на работу, ходят к ее воротам, мол, открывайте! А троянцы им в ответ — неееееет… Туда-сюда по локации шастают олимпийские боги, которые в те времена постоянно тусили среди землян и местами творили чудеса, чаще — мерзости.

Надо понимать, что древние греки воспринимали мироздание не так, как современные древние греки. В их мире постоянно присутствуют множественные древнегреческие боги, которые так-то жили на неприступной горе Олимп или в бесконечных морских пучинах, но постоянно являлись в мир и сильно влияли на всё, что в мире происходило.

Боги эти были не только бессмертными и мудрыми, но и очень стервозными мудаками, потому что были они беспредельно всемогущи и развращены бесконечной властью. Они могли принять облик любого, буквально любого древнего грека и действовать от его имени. Или могли одарить человека чем-то вроде мудрости или богатства. Или превратить в лягушку.

Например, один славный древнегрек Актео́н увидел, как плещется в проточной воде Артемида, вечно юная богиня Луны, охоты и женского целомудрия, по совместительству покровительница всего живого на Земле, дающая счастье в браке и помощь при родах, а также сестра Аполлона, который был олицетворением Солнца. Артемида обозлилась на глазастого Актеона и нет, не выцарапала ему глаза, а превратила его в оленя. И кто же знал, что у Актеона есть аж 92 собаки, которые не унюхали своего хозяина за «оленьими» глазами, обгавкали его разными обидными древнегреческими словами и разорвали его на 92 клочка. Не становитесь оленями, мужики!

А ещё боги могли кого угодно просто взять и оплодотворить, отчего бедные греки то и дело рожали полубогов, которые наследовали от своих разнузданных предков только часть божественных возможностей (ну, типа как герои комиксов Marvel), но и от этого им тоже знатно срывало башню и они начинали жить да озорничать в меру своих ополовиненных боговских возможностей.

Наконец, отсидевшие десять лет под стенами Илиона греки поговорили с богами, протрезвели, трезво оценили тактическо-стратегическую обстановку, прекратили неэффективную драчку у неприступных ворот и сделали эффектный ход в Трою деревянным конём. На боку коня, чтобы троянцы не заподозрили в троянском коне пресловутого троянского коня, было написано: «Этот дар приносят Афине Воительнице уходящие данайцы*», а то, что внутри спрятались хитрые греческие воины — не написали. Троянцы написанное на заборе коне прочитали, прочитанному нотариально поверили, заткнули рты возражавшим, затащили эту деревянную ерунду в город, качественно набухались по случаю победы и всё разверте…

* Помним, что данайцы — одно из греческих племён, которых, как мы знаем, нельзя называть греками. Но древние римляне называли всех греков обобщающе «данайцы», отсюда и стихотворное «Timeo Danaos et dona ferentes».

Они же не знали, что в коне сидели хитрые древние греки (Менелай, Одиссей, Диомед и др). Они ночью выползли из коня с мечами наголо ну и end of story, всем секир-башка. Усталые, но довольные греки вернулись домой с богатой добычей, а усталые и недовольные жители Трои медленно умирали на развалинах империи от злости на свою же глупость. Руины Трои хорошенько поросли травой забвения и были обнаружены только в конце 1860-х годов настырным археологом Генрихом Шлиманом (тот ещё шлемазл!).

А ведь всё могло бы быть иначе. Греческие ахейцы могли бы и не рваться в Трою, мол, Менелаич, ну сбежала твоя жинка — та найди себе новую, ты же царь Спарты, ёпта. Да и нужна тебе новая жена? Было бы у нас столько рабынь, сколько у тебя, мы, может, и не женились бы…

Или могли бы поехать, но лососнуть крепкого троянского тунца и вернуться домой ни с чем. End of story, пренебречь, все танцуем задорный танец здорового рукомашества и дрыгоножества

Или сами тройцы могли бы прикинуть кое-чего к носу, собрать армию и приплыть из своего Иллинойса проведать самих древнегреков сразу с Парисом и мечами наголо… Кагбэ, ой.

Со временем все герои всей истории последовательно умерли: кто-то от старости, кто-то случайно, того же Ахиллеса застрелили (стрелами), Парис был выпилен очень ядовитой древнегреческой стрелой в ходе рутинных военных действий при осаде города-государства, а Елена Прекрасная — кхм…

А Елена Прекрасная после смерти Париса быстро переоформила документы и стала женой другого царевича, парисового брата Деифоба. А когда Троя пала, Менелай внутрь города зашёл, этого Деифоба нашёл и зарезал, после чего мрачно поехал домой с «любимой» женой. В пути их помотало так круто, что домой они доплыли только через восемь лет, после чего Менелай чинно пожил да и помер, раздав свою душу многочисленным олимпийским богам.

Тут же всё ещё прекрасная, но уже вдова Елена была выпнута из дворца и вообще из Спарты своим же сыном Никостратом «за неподобающее поведение лица, облечённого высшей административной властью» (ах вы хочете беспоследственно воровать мужнины драгоценности и ездить по заграничным троянским курортам!?; так что ехайте вы, мамаша, куды завгодно).

Ну и бедная вдова послала сообщение на ближайший остров Родос к своей подруге-королевне Поликсо, мол, давай я приеду, посидим-поболтаем, как две равные царствующие вдовушки, я о Трое расскажу, фотки фресок покажу.

SMS на весь экран: «Приезжай )))))!!!11!!!11!…»

Елена приехала, но не учла, что подруга-Поликсо стала вдовой потому, что муж ейный (Тлеполем) был убит под стенами той самой Трои, и безутешная вдова НЕ забыла, из-за кого вся эта илионско-троянская история началась. Пока прекрасная гостья принимала душ после долгой дороги, хозяйка Родоса велела своим служанкам достать «нашу прекрасную гостью» из ванной и as is, с голой Жэ, повесить на любом дереве. Было исполнено.

Странно, что не утопили, ведь логистически это было намного проще сделать. Но не нам судить о милых женских капризах в деле исламизации эпических персонажей всемирной истории.

Война закончилась, все переключились на другие войны (в те времена мирных лет было крайне мало) и позабыли про всю эту Трою, но 2825 лет назад, уже в VIII-м веке до нашей эры, через 400 лет после всей этой истории, в Элладе возник слепой поэт Гомер, который сделал по данной теме исторический реферат в стихах — без рифм, зато особым устаревшим дактило-хореическим размером, который называют гекзаметром. И назвал он эту эпическую историю «Илиада» — по первозданному названию упомянутого города-государства.

По факту оказалось, что Гомер создал первую в истории мировой литературы и культуры трагедию, так-то. Да ещё на документальном материале. До него многие так делали, да не очень удачно. После него многие пытались повторить его подвиг, но увы, не осилили, и вся эта культура трагических возвышенных песнопений, гм, канула в Лету.

А мы, мировая культура (или надо говорить мы, мировые культуристы?) получили из всей этой гомеровской истории меметично-известные имена героев: Ахиллес (благородный дон, поражённый в пятку), Одиссей (благородный дон, который долго не хотел возвращаться домой, а когда вернулся — убил всех гостей в своём дворце), Аякс (их, как закарпатских деревень, сразу двое — Великий и Малый), Гекто-о-о-о-ор, Лаокоон (под видом статуи голого мужика с сыновьями и змеёй; походу, его запечатлели в процессе яростного развода) и прорицательница Кассандра (к слову, сестра Париса), которая проницательно предвидела, что данайский конь — это бэмц, но не предвидела, что ей грозит за это прорицание. Памятники ей не ставили, но один нерукотворный сам Высоцкий ей своими руками сотворил.

Ок, бро, это прохладная история, а причём здесь ментор? Пока что ни при чём, разве что есть любопытное совпадение — In Real Life в IV веке до н. э. одного из правителей той самой Трои звали Ментор! То есть, Ментор — это просто имя человеческое, вроде Владислав или Ярослав или Славослав… Во как!

«Одиссея»

Гомера все так хвалили за «Илиаду», что он забыл остановиться и выкатил в прод вторую стиховорную поэму на ту же тему — «Одиссе́я».

Помним, что среди участников троянского сражения и сидельцев внутри троянского коня был такой товарищ Одиссей — тоже очень благородный дон, итакиец, царь острова-государства Итака (всё ещё открыт для посещения).

В поздней латинской интерпретации Одиссея упёрто называют Улисс (Ulysses).

Как-то Одиссей припёрся к Алкиною, царю феаков, мореплавателей со сказочно быстроходными кораблями. Мужики быстро соорудили большой стол, за которым Одиссей громко рассказывал о своих приключениях после возвращения с троянской войны. А Гомер словно рядом сидел и всё слепо записал…

А дело было так. После одоления/поражения Трои все разъехались по домам. Но, например, Одиссей подзадержался в пути аж на десять лет — там то одно, то другое… Одиссея все эти десять лет на Итаке ждут его верная жена Пенело́па, верный сын Теле́мах, верный пёс А́ргус и неверные соседи, которые хотят зохавать себе всю Итаку и жену и собаку, раз уж хозяина нет дома. Они толпой тусят в доме Одиссея, их всех бесплатно кормят жители Итаки, и двенадцать рабынь Одиссея уже стали их любовницами, кагбэ, успех пришёл к пацанам.

Но тут на сцену выскакивает взрослеющий сын Одиссея Теле́мах.

В оригинале говорят Тэле́макхос, там «xэ» надо произносить манерно, как в «LaTeX». И ударение, как видим, на «е». Но я чаще слышал ударение на «а». Ну, мы Кема Кейнера называем Сэмом Канером и ничо, живы все.

Как-то получилось, что чем ближе к нам, тем чаще Тэле́маха начали называть Телема́х, и ничего с этим уже не поделать.

Телемах очень рад, что его не назвали сдуру Телевизором, но не рад, что своего героического папку он не видел аж со своего младенчества, а уже пошел двадцатый год (десять лет он провёл на войне, и уже десять лет как должен был вернуться, но он хз где, ой-вэй). Телефонов нет, новостей нет, дом оккупирован беспардонными гостями, и пацан решает поездить по районам и поспрашивать новостей про батю, мало ли.

В те времена дети не боялись шариться до поздней ночи по округе, потому что каждый древнегреческий пацан знал названия минимум 300 звезд на небе и носил с собой острый ножик, из-за чего считалось, что юный древнегрек в принципе не может заблудиться. Но выходить за пределы своего района было опасно — у всех есть ножи, и всем нужны рабы… Мы же помним, что в Древней Греции не только придумали демократию, но и постоянно поддерживали рабовладельческий строй.

Собственно, Одиссей тоже был рабовладельцем и ничо, и норм.

А в этом строю будь ты хоть Телемах, хоть сам Максимус Ундецимус Меридианус Прайм, командующий северными армиями, генерал испанских легионов, верный слуга истинного Императора, отец убитого сына, муж убитой жены, сосед убитого соседа, нетленный автор постов и комментариев, но если тебя ВНЕЗАПНО стукают по башке каменюкой, связывают и на ближайшем рынке продают в рабство, то увы тебе и всем твоим титулам… А ещё в их мире не было паспортов, полиции и конституционных прав (потому что и самой конституации не было). А ещё в их мире постоянно шастают олимпийские боги, отчего ЛЮБОЙ человек на твоём на жизненном пути мог оказаться богом…

В современности это всё воспринимается иначе. Сегодня нам сложно представить ситуацию, когда ты вышел за хлебом, а оказался в плену злых толстомордых товарищей в военной униформе без опознавательных знаков (что немыслимо для вояк, кои очень любят носить на себе надписи и эмблемы), которые грубо пихают тебя в автобус, держат в подземелье в качестве раба и требуют вместо них поехать на войну и поумирать там во славу чего-то непонятного… Мы были бы в ахействе от таких раскладов, а древним ахейцам такое как раз было нормой.

Некоторые наши современники, пересмотревшись фильмографии режиссёра Нолана, уже знают о том, что в Древней Греции существовал ранее упомянутый ксени́я (ξενία) — закон/обычай гостеприимства, который придумал Зевс:

• хозяин обязан принять путника, накормить и предоставить ему ночлег;
• гостя нельзя оскорблять или причинять ему вред;
• гость обязан уважать хозяина и не злоупотреблять его гостеприимством;
• между сторонами устанавливались долговременные взаимные обязательства.

В случае проделок Париса с Еленой нарушение ксении особенно вопиюще: эти двое не просто грубо обошлись с Менелаем, а нарушили священный порядок гостеприимства, который установил сам Зевс. Так-то.

И да, от этого обычая происходят женское имя Ксе́ния (др.-греч. ξενία «гостеприимство»). Сегодня не каждая Ксю знает, что носит имя, которое придумал Зевс, разве что ударение сместилось…

И кажется нашим современникам в прохладных кинозалах, что в те прекрасно-пасторальные времена эта законодательная ксени́я пронизывала всю тогдашнюю доисторическую цивилизацию — незнакомого путника прими, накорми, кров дай, вина дай, бабу дай (рабыни же!), и только на третий день уже спрашивай его имя, откуда пришел и куда идёт, ибо в каждом страннике может скрываться бог! Некоторые наши современники даже истово веруют в то, что это, мол, была не просто вежливость, это была инфраструктура мира без гостиниц, посольств и банковских карточек; а сам Нолан называет этот принцип «клеем, который держал всё общество». А ещё эту мудрую практику мироустройства использовали древние римляне, древние евреи, древние шумеры, древние молдаване и прочие древние древляне.

Ну да, ну да… Священное гостеприимство от людей, у которых есть рабы, и которым всегда нужны новые рабы.

И лёг спать усталый условный Максимус Ундецимус Меридианус Прайм, командующий северными армиями, генерал испанских легионов, ублаженный ласковыми рабынями и хмельными винами, и проснулся связанным и с комком (чужих) носков во рту по пути к ближайшей агоре на продажу… Ну и что? Ну и всё. Надо было успеть первым зарезать гостеприимных хозяев. End of story.

В общем, даже несмотря на все эти ваши ксении, шастать по дорогам общего пользования в те времена боялись и дети, и взрослые. Сопроводить юного царевича в этом ненужном, но важном путешествии не побоялся некий Ментор, пожилой друг и советник Одиссея, которому Одиссей когда-то буквально нотариально поручил присматривать за подрастающим Телемахом во время своего слегка, гм, затянувшегося отсутствия.

Не на усмотрение своей жены оставлять ребенка, да? Вам рассказать, какое отношение к женщинам доминировало среди постоянно машущих мечами рабовладельцев?

Ааааааа, скажем мы, так вот почему ментор называется ментором! Он сопровождает юного Телемаха в путешествии и даёт ему мудрые советы…

Нет.

Смотрим дальше. Тут Телемахус и Ментор тыкают друг друга палкой по пальцам ног и мужественно терпят все невзгоды будущего путешествия.

Посмотрели?

В какой-то момент во время этого путешествия облик Ментора незаметно принимает Афина — богиня мудрости, знаний, искусств и ремёсел, наук и мастерства, ума, сноровки, изобретательности, военной стратегии и тактики, которая заводит с ничего не подозревающим Телемахом прелюбопытные разговоры, в ходе которых мы понимаем, что пацан был вообще не дурак, мог сперва подумать/поразмыслить, и только после действовать.

Прямая цитата:

«Но, – отвечал рассудительный
сын Одиссеев, —
Как подойти мне?
Какое скажу я приветствие, Ментор?
Мало ещё в разговорах разумных
с людьми я искусен;
Также не знаю, прилично ли младшим
расспрашивать старших?»

Дочь светлоокая Зевса Афина ему отвечала:
«Многое сам, Телемах, ты своим
угадаешь рассудком;
Многое демон откроет
тебе благосклонный…»

Ааааааа, снова скажем мы, так вот почему ментор называется ментором! Это сама богиня мудрости сопровождает юного Телемаха в путешествии и даёт ему мудрые советы…

Это очень логичный вывод, но снова

Нет!

Смотрим ещё дальше.

Ментор в этой истории Гомера мудростью не блистал. Афина блистала, а Ментор — ну, просто взрослый, знатный человек, друг Одиссея и доверенное лицо, которому Одиссей поручает присматривать за домом (не справился) и Телемахом (почти справился). Никак не учитель, наставник или там, просветленный мудрец, просто сопровождал, ксению показывал. Да и не было ему нужды заниматься менторированием, для этого использовались другие люди и понятия — например, были люди с названием παιδαγωγός (paidagōgós). Как правило, педагогами называли рабов, которые должны были довести юного господина до школы и обратно, чтобы не прогуливал, ну и заодно посоветовать что-нибудь здравое, если будет необходимость, например, как приложить подорожник, если ушибся или что нельзя сосать сосульки. Ну или можно, но чтобы никто не видел.

А ещё у эллинов было слово διδάσκαλος (didáskalos) — буквально «Учитель», но надо учесть, что к нам это слово пришло из уже поздних библейских текстов, в которых так называли, например, самого Джызус Крайста. То есть, это не профессия, а призвание человека, который олицетворяет какую-то доктрину и «ведёт за собой» слушателей своих, аки пастырь овец.

В Румынии это древнее слово превратилось в dascăl и поныне обозначает сразу два явления: и устаревшее «учитель» и устойчивое «дьяк», который в церкви тянет «мнооооогая лееееета». Зачастую эти два понятия используются вместе и обозначают одного человека, потому что в церковно-приходских школах детей грамоте учили те же духовные (или придуховненные) лица, которые читали вслух религиозную пропаганду.

Поэтому факт — менторов, которых мы сегодня подразумеваем, в «Одиссее» и во всей последующей греческой культуре не было. Было просто имя «Ментор».

А как, например, называла самого Ментора его мама? У любого ребенка есть уменьшительное имя, вероятно, Мент? И если бы Гомер назвал Ментора Ментом, то youtube > «Как найти мента по Java»…

Тут вдвойне любопытно — у Гомера таки упоминается мент! Даже два! Первый гомеровский Мент (греч. Μέντης, Méntēs) упоминается в «Илиаде» ― царь каких-то киконов. Второй Мент упоминается в «Одиссее» — царь мифического народа тафийцев.

Имя второго почему-то приобрело в древнегреческом народе уничижительное значение и стало обозначать зловещего посланника… Вероятно, бил подчиненных резиновыми дубинками по почкам.

Вообще, в «Одиссее» Афина вольготно буйствует, по ходу дела принимая как облик Ментора, так и облик Мента. Ух… Смена масок в древнегреческом театре была нормой же.

Ещё скажем пару слов про образ Телемаха. Его образ — это такой себе эпик про взросление. Изначально это незначительный персонаж, рос без отца, в школу не ходил, в доме бардак, в голове кавардак, характер ненордический, не женат. Однако после упомянутого путешествия он вернулся домой слегка позврослевшим. И когда его отец таки является и говорит «Я твой father, Люк!», Телемах на пару с папой начинает недрогнувшей рукой методично убивать тех самых гостей, которые жрали, разлагались и домогались занять вакантное место царя Итаки. То есть, Телемах ДО путешествия — просто юноша. Телемах ПОСЛЕ путешествия — это взрослый тип с мачете. Machete kills.

А когда всё развертелось и устаканилось, Телемах вывел во двор тех самых двенадцать рабынь, которых принудили ублажать бывших гостей, неудавшихся пенелопских женихов, и всех их повесил. Он ведь тоже был рабовладельцем, и мог делать со своим имуществом буквально всё, что захочет.

«Приключения Телемака»

Итак, у нас уже несколько дядей с именем ментор:

• один из IRL правителей той самой Трои в IV веке до н. э.
• персонаж Ментор из Одиссеи

и ни один из них не олицетворяет связку «ментор — наставник». Противоречие…

Не все знают о том, что прохладные былины Гомера были топом во время их появления, но затем медленно исчезли из общественного поля зрения. Причин тому множество — чтобы их читать, надо было, соппсно, уметь читать… а это умели не все. Древний Рим, конечно, перенял много из эллинской культуры, но и там надо было сперва уметь читать, и желательно на эпическом древнегреческом. А гомеровский язык — это не совсем древнегреческий язык. Он не рассказывал, а пел поэтические песни, поэтому он использовал искусственный поэтический язык, в котором есть множество ОООООчень древних форм, которые дико необходимы для эпического стихосложения, но так же дико устарели и стали непонятными. Как выразился один из исследователей, «Эпическое повествование поэмы напоминает сон — событийный, красочный, жуткий, эротический, захватывающий и трогательный одновременно. Ни одна другая книга не подарит читателю такого сна». Язык — оружие, це однозначно.

Например, эпичный героизм какого-нибудь героя выражался через эпичные эпитеты — шлемоблещущий.

Записывать эти песни было особо некому, до нас дошли тексты, набранные алфавитом, который в принципе не существовал во времена былинные. Поэтому читать эти тексты со временем было всё сложнее и всё/тем более некому. Да и кому нужны древние поэмы, когда на дворе происходит распад Римской империи, варвары вандалят, начинается насильная джызускрайстизация оставшегося населения, кругом чума, СПИД, насморк, Возрождение, Византия и прочие непотребства…

А переводить все эти гекзаметры на певучую латынь — та ещё задача. И когда развалились древние римляне, читать это всё даже на латыни стало интересно немногим. Ну, серьезно, предположим, что на дворе условно 1699-й год, просвещенный 17-й век перетекает в 18-й, в Европе всё ещё пытаются оклематься от последствий безумной религиозной тридцатилетней войны и вообще не очень здравая обстановка. Идёт какой-нибудь молодой человек в библиотеку и просит что-нибудь интересного… Какова вероятность, что ему предложат почитать гомеровские тексты, которым уже 2500 лет!?

Но случилось непредсказуемое. В этом самом 1699-м году во Франции некий Франсуа Фенелон подхватывает древние тексты и выпускает приквел — якобы расширенные «Приключения Телемака» (Les Aventures de Télémaque).

Имя уже известного нам Телемаха на французский манер однозначно произносится как Телема́к, и можно предположить, что с тех времён исчезает Тэле́мах и появляется Телема́х, он же Телема́к.

Бить по рукам Фенелону некому, он берёт уже изрядно подзабытых за две тысячи лет древнегреческих персонажей и клепает по данному сюжету собственную историю путешествия юного древнегрека по мифическо-исторической Древнегреции, и в книге Фенелона Ментор становится уже не просто туда-сюда ходящим персонажем, а тем самым образцом «мудрого наставника», который направляет и обучает молодого человека.

У Фенелона история начинается сразу с того, что Телемак и Ментор почему-то выброшены бурей на остров бессмертной богини Калипсо — там, где ранее уже провёл много лет Одиссей. Богиня предлагает кораблекрушельным гостям переодеться в сухое, после чего она расскажет им про Одиссея… ну и всё такое. Телемак восхищается предложенным одеянием — тонкая ткань, одно снега белизны, другое багряного цвета с богатым золотым шитьем… И тут начинаются первые же слова Ментора, сказанные строгим голосом:

– Такие ли мысли, Телемак, должны занимать сердце сына Улиссова? Поддержать славу родителя, победить судьбу, тебя преследующую – вот что должно быть предметом твоих мыслей! Юноша, любящий, как женщина, драгоценное убранство, недостоин мудрости и славы. Слава есть достояние сердца, которое умеет страдать, отвергая забавы. Страшись, чтобы она не ввергнула тебя в новые бедствия. Страшись обворожительных ее прелестей более, нежели камней под водой. Кораблекрушение, самая смерть не столь опасны, как удовольствия, подмывающие в нас добродетель. Не верь хитрым вымыслам. Юность высокомерна, возлагает всю надежду на свою крепость, слабая трость мечтает быть всемогущей и, никогда не пребывая на страже у сердца, легкомысленно отдает его всякому. Не внимай сладким и льстивым словам коварной Калипсо. Они будут вкрадываться в тебя, как змея под цветами. Трепещи тайного яда, не верь себе и ничего не начинай без совета твоего верного друга.

Мог бы просто врезать палкой по спине, чем такие речи заводить. И тэ дэ, и дальше много всякого, чего у Гомера не было в принципе. Отсебятина, короче. Фенелоновщина.

Но эта отсебятина Фенелона внезапно становится сверховерпопулярной, и уже начиная с 18-го века нашей эры имя Ментор во всех европейских странах стало нарицательным для наставника — абстрактного пожилого, умудрённого человека, который передаёт молодёжи свой опыт.

А ведь Гомер мог бы назвать упомянутого персонажа иначе, например, Автандил. И сегодня мы искали бы в youtube видео «Как найти себе автандила».

Кагбэ, понятие ментора взято из Гомера, но пришло не от Гомера. Зато теперь мы скажем ааааааа, так вот почему ментор называется ментором! Из-за Фенелона!?

Да!

И будем правы.

Церемония закрытия TechWomen Moldova Mentor program 2026. Я, олицетворение идей Фенелона, справа.

Припасть к оригиналу

Если после этого захочется прочитать Илиаду и Одиссею, то будет сложновато. На английский язык это всё было переведено около семидесяти раз, на русском же увы, придётся взять переводы Викентия Вересаева (начаты в 1937, опубликованы в 1949 и 1953), который перевёл оба текста в одной манере, и если к ней привыкнуть, то можно прочитать всё последовательно. Есть ещё по-отдельности перевод «Илиады» Гнедича (1829) и «Одиссеи» Жуковского (1849), но там прям надо напрячься, чтобы бесшовно перейти от одного текста к другому.

В современности рассматриваем перевод «Одиссеи» Стариковского, но там надо понимать, что он отошёл от строгого русского гекзаметра, созданного Гнедичем и Жуковским. С одной стороны это очень хорошо, с другой — это дико плохо, потому что непривычно.

Перевод Василия Жуковского (1849)

Муза, скажи мне о том многоопытном муже, который,
Странствуя долго со дня, как святой Илио́н им разрушен,
Многих людей города посетил и обычаи видел,
Много и сердцем скорбел на морях, о спасенье заботясь
Жизни своей и возврате в отчизну сопу́тников; тщетны
Были, однако, заботы, не спас он сопутников: сами
Гибель они на себя навлекли святотатством, безумцы,
Съевши быков Гелио́са, над нами ходящего бога; —
День возврата у них он похитил. Скажи же об этом
Что-нибудь нам, о Зевесова дочь, благосклонная Муза.

Перевод Викентия Вересаева (1952)

Муза, скажи мне о том многоопытном муже, который
Долго скитался с тех пор, как разрушил священную Трою,
Многих людей города посетил и обычаи видел,
Много духом страдал на морях, о спасеньи заботясь
Жизни своей и возврате в отчизну товарищей верных.
Все же при этом не спас он товарищей, как ни старался.
Собственным сами себя святотатством они погубили:
Съели, безумцы, коров Гелиоса Гиперионида.
Дня возвращенья домой навсегда их за это лишил он.
Муза! Об этом и нам расскажи, начав с чего хочешь.

Перевод Григория Стариковского (2026)

Муза, скажи мне об изворотливом муже:
он долго скитался, разграбив священную Трою,
видел многие города, изведал нравы
людские и многие беды вытерпел нá море,
жизнь сохраняя свою и возвращение спутников;
спутников все же не смог спасти, хоть и тщился:
по собственной блажи погибли, глупые, съели
коров из стада Гелиоса Гипериона (он отнял
день возвращенья) — об этом нам тоже, богиня,
Зевсова дочь, поведай — начни, где хочешь.

Я ещё воткнулся в перевод на румынский язык, а тут дело было многоступенчатым: 1) Theodorus Gaza в 1811-м перевел древний текст на условно более современный койне — это диалект, который возник в конце IV века до н. э., после завоеваний Александра Македонского, и стал общеупотребительным греческим языком эллинистического мира; новозаветный библейский греческий в основном написано на койне, 2) George Murnu перевёл всё с газовского койне на околосовременный румынский (1912 и 1924). И это не так, чтобы прям оригинал, тот же Жуковский сделал перевод с подробного немецкого подстрочника, и ничо, терпим. Слог мощен и тоже гекзаметричен:

Cântă, zeiță, mânia ce-aprinse pe-Ahil Peleianul,
Patima crudă ce-Aheilor mii de amaruri aduse;
Suflete multe viteze trimise pe lumea cealaltă,
Trupul făcându-le hrană la câni și la feluri de păsări…

Клянусь зевсовским зевсом, чем прыгать по всем этим переводам, проще уже ближе к пенсии выучить древний ахейско-эллинистический язык и гекзаметрить себе потихоньку, припадая к одному из первоисточников нашей постоянно гибнущей культуры…

На сегодня всё.

Дальше в этой серии — определение менторства через форму социальных связей. Поймём, почему менторов надо искать так же, как ищут друзей, и почему для (взрослых) современных людей это всё так невыносимо сложно, что они ходят в поисках менторов с деньгами наперевес, но никуда не доходят, потому что хотят не того, чего им могут дать.

В будущем рассмотрим следующие идеи:

1. менторство переполнено мифами и подразумеваниями, которые порождают лютые ложные ожидания, и это плохо,
2. не надо спрашивать «где найти ментора…» Надо спрашивать о том, что будет ПОСЛЕ того, как он найдётся,
3. надо однозначно понимать что такое «ментор» (а также «менторинг», «менторат» и «менторирование»), чтобы не ожидать невозможного,
4. надо понимать, чем отличается ментор от учителя и не путать эти роли,
5. не надо называть учеников стрёмным словом «менти».

…и я решил, что я буду изучать Playwright. Почему я буду изучать именно Playwright, а не автоматизацию тестирования ПО вообще — ну так в вакансиях пишут, что надо уметь в этот ваш Плайвригхт.

Так-то я хз, как оно правильно читается, ха-ха-ха, но инглиш иззэ кэпитэл оф грэт бритэн, это я досконально знаю ещё со школы. Советское образование всегда было лучшим в мире!

А что приличному человеку нужно для успешной учебы?! Ментор нужен, конечно же. Пусть все, как дураки, бегают на общие курсы, а я возьму себе индивидуального ментора, он мне обстоятельно всё объяснит, и это будет моим конкурентным преимуществом. Мы будем с ним раз в неделю созваниваться (два раза, ладно) и он будет советовать мне, что учить, а что нет смысла учить, какие именно страницы в каких именно книгах читать, и будет спрашивать, как у меня идут дела, и я как разовьюсь! Ого! Да-да-да!

Ну и вот я вам пишу, драгэ романтикэ товарэшул молдовенескул тестировщик, а давайте вы будете мне ментором по Playwright. И по API. И по REST, чтобы три раза не вставать. Давайте раз (два раза?!) в неделю созваниваться, вы будете мне обстоятельно всё объяснять… это в ваших же интересах! Доведите меня до трудоустройства, и я сразу же вам заплачу за обучение с первой же зарплаты. Я знаю, что у начинающего зарплата будет небольшой, 1500 или 1700… ладно, 1200 долларов, я не жадный (для начала). И я сразу вам заплачу 200 евро, не обижу. Вам там, в Молдавии, много не надо, я смотрел видео либерально-уважаемой Натановны Эйдельман и знаю всё про вас и вашу страну.

Он, конечно, попытался накрутить себе цену и сбить меня с пути истинного. Начал спрашивать, а зачем вам вообще эта автоматизация, может быть, вы сперва научитесь (хотя бы!) тестировать. Или программировать, хотя бы, на том же JS. На что только не пойдут эти молдаване ради лишних 200 долларов…

Но позвольте милостивый государь, говорю я ему, я же знаю, что тестировать — слишком легко, а программировать — слишком нелегко. А я нашел хитрый способ пройти невредимым посередине — неведомая автоматизация манит меня и ждёт, когда я её открою для себя… Давайте же, ну!

А он говорит — то, чего вы хотите, звучит логично, но на деле нелогично. Вы только умеете переустанавливать винду при любой проблеме и мечтаете купить мак, якобы там ничего переустанавливать не надо… Но вы даже в настройки системы никогда не заходили! Как вы будете скрипты в Playwright писать, если вы локатор в html не найдете, даже если вам на него укажут пальцем указательным?! Почему бы вам не изучить html для начала? И на Linux посмотрите, там тоже основы несложные…

Каюсь, зря я ему про всё это рассказал, что умею только переустанавливать винду и мечтаю купить в Шымкенте дорогой мак занедорого, и что ничего не знаю про html. Слишком я откровенный, что поделать, страдаю человеколюбием. Мы, хабаровские, всегда от этого страдаем.

Вообще я слегка уставший, но изо всех сил стараюсь оставаться вежливым, ведь с молдаванами надо разговаривать как с животными — ласково, без резких движений, а то испугается и шмыгнёт в кусты… Ну я ему и говорю, мол, а зачем мне эти твои глупые html и мануальное тестирование?! Ты такой странный, такие дурацкие предложения предлагаешь… Да ты меня НЕ СЛЫШИШЬ! У мануального тестирования нет будущего, у программирования нет будущего, в будущем будут одни только клауды, я знаю… Мне нужно научиться плайрайт, или как его там! Ментор мне нужен, мееееентоооор!

Он уже занервничал, начал говорить про отвлеченное, мол, а вот вы про клауды говорите — какие именно? Вы про Cloud computing или про семейство ой-ай моделей Claude? А я ж не знаю, о чем он лопочет… Всякие будут, веско говорю. Оно сегодня так развивается, что ай-ой, завтра вообще будет ой-вэй. И пока все вы будете ой-ой, я буду спокойно автоматизировать. Месяц-другой. А потом переключусь на что-то поинтереснее…

А он всё не угомонится, он меня уже с фланга обходит — а хотите, мы просто поговорим о том, как IT устроено? У меня день свободен, я машине под лобовое стекло полиуретановый герметик загнал, спешить некуда. Могу вам рассказать, с чего всё начинается и где там нужен Плэйрайт, а дальше вы сами решите, с чего вам начать…

Мммм, нет, я уже всё понял, не хочет этот полиуретан поработать индивидуальным ментором. Не хотят люди деньги зарабатывать, не хотят… Ну и не надо. Я совсем уже почти договорился с одним бывшим программистом из дома напротив, так он мне устроит краткосрочные курсы по Playwright. Десят тыщ тенге за одно занятие, ну и что? Это недорого. Занятия утром и вечером, а в обед я буду заниматься дома бесплатно, я всегда имею возможность заниматься дома бесплатно и доставать свежие версии Playwright и другие полезные скрипты. В конце концов, если мне покажется недостаточно, так я всегда смогу прикупать нужное в даркнете. Пусть всякие дураки берут учебные курсы задорого. Вот я вижу, вы всегда берете учебные курсы задорого. А я могу брать их же с рутрекера, слитые, бесплатные, у меня там есть аккаунт, и они даже слитые будут лучше, чем ваши онлайн и задорого. Ваши курсы битые, а у меня будут целые, хорошие, проверенные временем курсы! Вы человек ещё молодой, вы ещё не понимаете, что главное в жизни — это устроиться с хорошими образовательными курсами… Ведь мир заполонили дурные, своекорыстные люди! Да господи же боже ж мой, ну нигде же нет от них спасения! Куда ни сунься — везде ведь они! Везде блат, по знакомству можно достать всё, а без знакомства человек ничто — особенно, если он не сумел как следует устроиться по образовательному аспекту…

На том и разошлись.

Весь последний абзац — мой вольный парафраз из Стругацких, «Рукопись ОЗ», раздел 23-25, спич Матвея Матвеевича утром на кухне. Соррянчики, не удержался, очень уж было похоже.

А кто виноват?

Я, конечно же.

Человек проделал сложную работу и, как говорит тащ. военврач Курпатов, «оказался в конструкции» в которой он нашел изящное решение своей проблемы. Ему не нужно ни тестировать, ни программировать, он уже решил, что ему просто нужно освоить Playwright. Он всё продумал, он ВСЕХ перехитрил, он сумел выехать, он молодец, осталось только найти кого-то, кто ему покажет, что где нажимать и чтобы светлое будущее наконец-то настало.

А тут я со своим ненужным мнением, пытаюсь ему объяснить что-то, что превышает его уровень понимания темы (винду переустановить…) на невозможном для него уровне объяснения. Мог бы я поменьше рассказывать про абстрактно-игристое?! Вы же не поэт, к чему вам смотреть, как ветер колотит воду по чреву пепельно-сизых финских волн!?

Но я исхожу из того, что нельзя отказывать голодному в еде, а интересующемуся в объяснении. И если я могу что-то объяснить, то давай объясню, тебе потом проще будет понимать, как всё устроено и принимать взвешенные решения.

Я, конечно же, сказал, что если вы вообще ничего не знаете о том, как делают ПО, Playwright сам по себе не имеет смысла, что там надо будет смотреть в код html и писать команды, мол, значение этого элемента сохранить в переменную и сравнить с ожидаемым результатом. Например:

let totalPrice = document.querySelector('#totalPrice').textContent;
let expectedResult = 100;

if (Number(totalPrice) === expectedResult) {
console.log("Total price: PASS");
}

Вам тут всё понятно? В переменную totalPrice cохранить значение из элемента #totalPrice в виде plain text. Перевести этот plain text в число. Сравнить число из переменной totalPrice со значением из переменной expectedResult. Всё понятно человеку, который не имеет понятия, что такое html, переменные и прочие абстрактные абстракции? Оказалось, что нет. И что это всё, очевидно, лишнее. Зачем это всё?

Почему же я просто не сказал ему «Нет»? Человек понял только то, что его пытаются разубедить, ему показалось, что над ним издеваются. Человек хочет просто научиться Playwright. Он же не спрашивал, как оно всё устроено. Может быть, надо было просто показать ему Playwright?

Это проще показать или объяснить?

В основе всего тестирования ПО лежит простой принцип — залезь в настройки, поменяй их и посмотри, что получится. В древние времена тестировщиками становились люди, которые в принципе ВСЕГДА ковырялись в настройках своих компьютеров, потому что вот так в те времена всё было устроено. Сегодня всё иначе, интерфейсы и железо стали стабильно-предсказуемыми, и уже поколения людей никогда не заходили в настройки системы, и не намереваются туда заходить, ведь там всё такое сложно-непонятное, а вдруг я что-то сломаю, ненене, не буду это открывать вообще. И в настройки отдельных программ они тоже не заходят, потому что если программа не делает то, что надо, уже проще установить другую программу.

Впервые я увидел это году в 2017-ом, наверное. Коллега установил какой-то софт для записи экрана, и тот софт нарисовал ему на экране квадрат — область, содержимое которой попадет в видеозапись. А коллега хотел записать сразу весь экран, а не квадрат. Он это ПО сразу удалил и пошёл искать аналоги.

Я это ПО у себя установил, увидел упомянутый квадрат, ухватил его за край курсором мыши и понял, что область видеозаписи можно спокойно растянуть, передвинуть, и вообще можно нажатием одной клавиши переключиться в режим записи всего экрана — я просто посмотрел в настройки софта… И написал коллеге, мол, it works, this gizmo is adjustable! Переключись в другой режим, нажми такую-то клавишу.

Коллега ответил, что нененене, этот софт неадекватный, он скоро найдёт другой.

Ну ок.

Сам по себе Playwright — это фреймворк для написания кода, через который можно будет вызывать из небытия браузер и в этом браузере эмулировать действия пользователя, тыкать кнопки, пролистывать страницы, кликать по ссылкам и проверять наличие каких-то элементов или содержимое этих элементов. И тут надо бы объяснить, что такое фреймворк…

А чтобы взаимодействовать с элементами в коде html надо хотя бы немного разобраться с этим самым html. Начнём с того, что это не язык программирования, это язык логической разметки текста (Hypertext Markup Language). Там дальше есть неэпически запутанные моменты и нюансы, но в основе — нет ничего сложного, смотрите….

Чтобы разобраться с html, надо написать свой код, своими руками, полностью в отдельном файле, и открыть это всё в браузере и посмотреть, что получилось. Сделал три страницы, вывел текст, вывел изображения, соединил эти три страницы через линки — увидел и понял, как оно работает.

Заодно посмотришь, по нраву ли тебе айтишная работа — колотить код и смотреть, как он вроде бы складывается в нужное, а вот тут не получается, а вроде бы всё правильно написал, а что-то не так, а что именно не так, а почему оно, бляха, не работает… ааааа, вот почему оно, бляха, не работает, а я сделаю вот так, и оно, бляха, заработало, но не совсем так, как мне хотелось… И вот так целый день.

C’mon, do-something…

А потом приходят какие-то дементоры и говорят, что это мы отменяем, требования поменялись, тут будет фича вообще без требований, а тут мы еще не знаем, а вот это надо срочно переделать, а вот это не трогать. И теперь оно всё никак не заработает, потому что тут убрали, там добавили, и в целом вроде всё просто, но…

И вот так целый день.

А когда понял, как устроены элементы в html — можно смотреть и понимать, как их делают программисты. Что есть параметры. Что есть классы. Что оформление элемента вынесено в общие файлы, потому что так устроен CSS (Cascading Style Sheets), а идею, силу и особенности CSS надо объяснять отдельно. Потом надо объяснить, что ты можешь открывать исходный код любого сайта и смотреть, как он устроен, и понимать, как с этим всем можно работать.

Пришло время идентифицировать элементы в коде, и это можно делать разными способами… которые во фреймворке Playwright реализованы так и эдак, и к ним можно обращаться или так, или эдак…

Одновременно с изучением html есть возможность хотя бы поверхностно потрогать траву ладонями основные принципы тестирования ПО. Playwright нам нужен не сам по себе, а для выполнения тестирования ПО в браузере руками робота, условно говоря. А чтобы тестировать, надо не тыркать элементы в html по-отдельности, а надо продумывать (распознавать логикой) сценарии, по которым будущие пользователи будут пользоваться нашим приложением.

О, самое время рассказать о том, как наши html-страницы становятся частью приложения, которое работает на сервере… И в чем разница между сайтом и сервером.

Наверное, в том же 2017-м один из наших джунов, который уже год тестировал проект, спросил, а где именно находится наше приложение? Одни говорят, что оно на сайте, другие — что оно на сервере.

Ну, ок. Объяснил.

Playwright умеет автоматически запускать и контролировать сервер, на котором находится тестируемое приложение. И оно может быть на удаленном сервере, а может работать на локалхосте. Пришло время объяснить понятие localhost…

Если понял за 127.0.0.1 и 192.168…, то вернемся к Playwright. Это фреймворк, который позволяет через код программно управлять браузером. Его придумали программисты, и это не единственный фреймворк подобного рода. И чтобы им управлять, вместе с изучением html и тестирования надо посмотреть в основы JavaScript (стал основным языком работы с элементами в браузере) или Python (многие считают его норм для начинающих и таки почему бы и нет). Кажется, что для этого надо сперва научиться программировать, но это только кажется. Чтобы программировать, надо не код писать, а думать как программист. Можно научиться писать код и не научиться программированию.

Кажется нелогичным, но это логично.

Я знаю английский язык, но от этого я не стал англичанином.

Можно научиться играть на пианино и не быть музыкантом, для этого нужен природно-обострённый слух и надо освоить математическую грамоту музыкального мышления.

Вместе с основами html спокойно учим основы программирования на примере JS или Python. Само по себе это знание не сделает нас программистами. Да и вряд ли мы продвинемся дальше основ. Кто-то да, кто-то нет, заранее неизвестно, что и у кого будет получаться. Расчехляем простую рабоче-крестьянскую логику, смотрим на чужой код и разбираемся, как там все устроено. Сперва на простых примерах, затем на всё более сложных.

Вгрызаемся дальше. В командной работе надо будет пользоваться тем языком, которым уже пользуются другие однокомандники. Да, в одиночку можно писать скрипты для Playwright на JavaScript или на TypeSсript или на Python или на ассемблере. Но если в рабочей группе все пишут на Go — ты тоже должен писать скрипты на Go, это не обсуждается. Надо понимать основные принципы языков программирования, а не привязываться к синтаксису.

Далее оказывается, что для работы с общей кодовой базой надо разобраться в том, где она лежит, как её взять и как в неё добавлять свою работу — разбираемся с git (заодно глянем и на svn, не помешает понимать эту тему в принципе, а не в частностях). А для этого надо разобраться с тем, что такое файлы, где они лежат, как с ними работает твоя операционная система, а это вряд ли будет Windows. Давай объясню, как работает Linux…

А как работает обмен данными между серверами? Рассказать про API? Показать, что это само по себе, откуда взялось и как его трогать? Нет, я не буду ограничиваться только «я покажу тебе Postman» — надо понимать, что такое API вообще, а не отдельный софт, через который можно взаимодействовать с API.

И чего мы привязались к API? А реляционные базы данных кого уже давно ждут? Объяснить, почему они называются реляционными?

C’mon, just do something…

Я понимаю, что эта штука делает в принципе.

Я понимаю, как это устроено в принципе.

Я понимаю, как найти локатор на странице в принципе.

Я понимаю, как обезопаситься от того, что этот локатор в будущем может поменять свое местоположение или переименоваться или стать видимым только после выполнения какого-то действия на странице — в принципе.

И вот теперь мы берём Playwright и спокойно его используем, и всё будет работать. C’mon, это уже не так уж и сложно! Заморочено, конечно, и много всякого, но в основе своей не сложно. Просто это «длинное» знание, которое приходит медленно, после изучения, привыкания и понимания простых принципов. Это не то, что можно показать на экране и сказать «Вот эту кнопку нажимай, а эту не надо трогать».

А если я скажу вам сразу «Нет»? Ну, вам же легче будет?

Привет каждому, кто приходил ко мне с запросом «Научите меня тестировать…», а я в ответ говорил «Ок. Сделайте сайт, три страницы, давайте посмотрим, как получится и зайдёт ли оно вам…» — может быть, вы уже самостоятельно попытались и поняли, что само по себе тестирование не очень сложное занятие, но сперва надо освоить некоторые очень неочевидные основы. Надо будет лезть в настройки системы и отдельных программ, смело что-то перещелкивать и понимать, что после этого поменяется, и отвечать за результат. И в какой-то момент обязательно надо будет понять разницу между сайтом и сервером.

Тестирование само по себе — абстрактная тема, которую рукам не пощупать. Всё IT работает на абстракциях. Учиться IT — изучить абстрактные темы, для которых в быту нет и не может быть объяснений или примеров, их надо придумывать. Но можно научиться взаимодействовать с абстракциями, можно наполнять их смыслом, придавать им смыслы, перехватывать изменение смыслов… Можно понимать, что перед тобой условные переменные, и что данные в этих переменных бывают разных типов. Нужно тестировщику это знание или нет? Или оно подразумевается, потому что это база нашей профессии?!

Так что да, иногда надо сразу говорить «Нет», а не пытаться объяснить, что три тысячи лет назад один древнегрек возвращался домой с рынка (по-ихнему агора) и посмотрел на звёзды…

Our whole universe was in a hot dense state,
Then nearly fourteen billion years ago expansion started. Wait…

QA процессы — можно внедрить, конечно, но

• в разработке ПО гарантирование качества не гарантирует ни качества, ни отсутствия багов. Долго объяснять, но это так, ПО не делается, как клоны на фабрике, это каждый раз уникальный артефакт со множеством особенностей, из которых некоторые наследуемые, а некоторые неожиданно новые.
• тестирование стоит на фундаменте из требований, которые надо сперва наладить и запрягать перед каретой, а не после. Если мы деплоим 256 изменений за один раз по вторникам, то как именно трэкать эти самые требования? Где? Кем? Скорее всего, это ПО развивается не по требованиям, а по невнятным ожиданиям бизнеса. Нет требований — нет и гарантий соответствия им, потому что нечему соответствовать, тестирование живёт в режиме «сравнить наблюдаемое с ожидаемым». Нет ожиданий — не с чем сравнивать, остаётся только исследование в режиме «я не уверен, как оно должно работать…» А исследование ПО в QA этого ПО не конвертируется.

Любопытно, что всё то, что мы сегодня переживаем, уже было — в начале девяностых, когда понадобилось ускорить поставку ПО, потому что бизнес же тестирует гипотезы и идёт вслепую, а не по продуманному и однозначному пути. И пришёл agile, и все ускорились, и в двухтысячных годах XX века я не видел в разработке живых тест-аналитиков и тест-дизайнеров, к тому времени их уже всех свезли на остров Литтл-Сент-Джеймс (в составе Американских Виргинских островов), где американский финансист Джеффри Эпштейн & Co регулярно путали их с девицами красными.

И это случилось так быстро, что в двухтысячных уже всем казалось нормальным, что тестировщик сам придумывает тест-кейсы, сам их дизайнит и сам их выполняет. Ну, как дизайнит… он знает о том, что существует тест-дизайн, где надо какие-то таблицы придумывать, но на это всегда нет времени. Проще читать требования напрямую, на ходу придумывать проверки и сразу их выполнять. Придумывать тест-кейсы — где вы на это время найдёте?

А сегодня нам уже и требования негде взять, потому что ПО генерируется быстрее, чем кто-то соображает, зачем его нужно генерировать и что именно оно должно делать. И как именно… И какой бизнес будет стоять за нагенерированным ПО. Те же сайты не нужны сами по себе, они нужны бизнесу как витрина, как сборщик заказов…

А ещё в древности ПО поставляли на дисках, и обновлять его было крайне сложно, поэтому наши предки старались его как-то привести в готовое состояние ДО релиза. Но мы уже не они, мы перепрыгнули в парадигму «ПО работает на сервере, к которому мы постоянно имеем доступ, и если мы найдём ошибку — просто быстро её исправим», и это полностью true в отношении мелких ошибок. А если ошибка будет NOT мелкая, ну, откатим софт… наверное. Стоимость исправления ошибки упала, зачем вы требуете время на то, чтобы тестировать тщательно до релиза? Тестируйте после релиза, что вам мешает? Давайте сперва выпустим софт, чтобы продажи были, а потом вы будете его тестировать. Вот вам требования, не нойте.

А сегодня и требований «уже не стало, а скоро совсем не будет» © нашсеньор Паниковский. Мне уже предлагают воспринимать под видом требований абстрактные тексты, которые были сгенерированы по сгенерированному коду. Текст получается осмысленным на расстоянии одного предложения, а вместе эти предложения не склеиваются.

Всё, как мы любим — без воды, без резолюции, без нервотрёпки, без коагуляции десереализационного инкремента, без хтонических завихрений, без un pahar de tocănică gustoasă la a voastră masa măiastră.

Хочешь ещё?

Я понимаю коллегу, который тоже задолбан и был вынужден предложить хоть что-то под видом требований, он поднатужился и выдал — дякую, аж пiдскакую. А дальше со всей этой слезинкой ребёнка что делать?

В норме я могу, читая требования

• распознавать ситуации, которые наше ПО должно обработать,
• распознавать ситуации, которые наше ПО не должно обрабатывать,
• распознавать ситуации, которые наше ПО не должно обработать, но которые могут произойти
• распознавать ситуации, про которые наши разработчики требований и ПО по какой-то причине не подумали
• распознавать ожидания, которые подразумеваются, но не были явно объявлены — не все связи и требования очевидны, не обо всех детальках можно додуматься заранее

То есть, мой процесс состоит из нескольких фаз: осознание, обдумывание, согласование, выполнение. Всё это требует какого-то времени. Что можно машинизировать и ускорить?

Осознание

Тест-кейсы пишут так же, как пишут код — руками на клавиатуре. Начинаешь медленно, затем ускоряешься, и постоянно к чему-то приходится возвращаться.

Можно их сгенерировать — вот вам и, кагбэ, ускорение. Но придётся разбираться в нагенерированном. То есть, произойдёт мощный спид ап на первой фазе, а затем…

Обдумывание

… всё равно мучительно медленный разбор — нужны часы.

Ок, я могу сам заниматься тест-дизайном, это, в принципе, знакомая и интересная аналитическая работа, которая направлена не на написание тест-кейсов, а на выявление очевидных и неочевидных связей и требований, и уже из того, что останется, появляются тест-кейсы. Но это требует времени.

А ещё тест-кейсы пишут или по требованиям, или по уже работающему приложению. Второй подход ублюдочен, но с него начинают все. Первый подход сложен, но он более разумен и эффективен. Anyway, и на то и на это нужны часы пропорционально количеству функциональностей ПО — чем их больше, тем больше времени нужно.

Согласование

Очень важный этап, который мы все дружно скипнем. Сколько раз уже скипали, неужели на этот раз что-то бомбанёт? Вроде не должно…

Выполнение

Вручную тестирование делается медленно — нужны часы.

Можно какие-то проверки делать через тот же Playwright, но не все же, и их так или иначе надо будет записать в виде кода. LLM тут может нас спидануть, но придётся или слепо доверять тому, что нагенерированно по объявлению, или настырно разбираться в каждом отдельно взятом кейсе. Нужны часы на подготовку тестов для автоматизации и, к сожалению, в будущем понадобится МНОГО часов на их постоянное переписывание, потому что автоматы будут устаревать и спотыкаться на ровном месте — просто потому, что так они устроены.

И надо, чтобы этим занимались отдельные пацаны, и для успеха им нужны уже кем-то продуманные тест-кейсы, чтобы не переключаться между разными уровнями абстракции. Впрочем…

А если после всего этого ВНЕЗАПНО выясняется, что требования уже где-то как-то непредсказуемо поменялись, то надо всю эту аналитическую работу выполнять заново. Это реалистично? В погоне «успеть вовремя» её будут выполнять частично, а значит, никаких гарантий не будет, ПО поедет в релиз от станции Тревожность до станции Бадабумц, потому что тестировщики опять пропустили какую-то досадную (местами лютую) мелочь.

Может быть, пришло время как раньше, порезать в ролях и принудить тестировщиков выполнять работу, которую раньше делали отдельные юниты? Да, тест-дизайн стал хуже, но остался же? Можно, например, заставить тестировщика самому придумывать требования — они ему нужнее всех. И да, это будут очень плохие требования, но они же будут, хоть какие-то?!

Всё, как мы любим — без воды, в пустыне, под палящим солнцем…

Ок. Мы превратим тестировщиков в бизнес-аналитиков «с сильным навыком тестирования». И пусть эти аналитики сами гоняют LLM и сами «генерируют соответствующие артефакты», которые только им самим и нужны. Пусть Джек идёт строить дом, и пусть всё заверте…

Вот LLM, которая генерирует код проекта.

Вот LLM, которая генерирует код проекта, на основе которого генерируются требования к проекту.

Вот LLM, которая генерирует код проекта, на основе которого генерируются требования к проекту, на основе которых генерируются юнит-тесты для проверки проекта. Лей в прод.

Тут будет большой бэмц, после которого программиста допрашивают через его же сфинктер, а как так получилось, что его красивые юнит-тесты работают, а ПО — с багами. Пропустим эти неприятные звуки и перейдем к следующему ходу.

Вот LLM, которая генерирует код проекта, на основе которого генерируются требования к проекту, на основе которых генерируются и юнит-тесты для проверки проекта, и тест-кейсы для проверки проекта сразу в Playwright, чтобы не возиться с ручным тестированием. Лей в прод.

Тут пропустим ещё один большой бэмц, после которого всех сразу допрашивают (и не только через сфинктер; что вы так сосредоточились на этом сфинктере, вы больные, что ли?!), а как так получилось, что и юнит-тесты работают, и Playwright работает, а ПО — с багами. Почему вам не хватило времени мозгов проверить руками хотя бы основные happy path? Почему этих happy path так много, товарищи? Давайте заново.

Вот LLM, которая генерирует код проекта, на основе которого генерируются требования к проекту, на основе которых генерируются и юнит-тесты для проверки проекта, и тест-кейсы для проверки проекта сразу в Playwright, и тест-кейсы для ручного тестирования. Сжимай свой сосредоточенный сфинктер, раз уж ты ни на чем другом уже не можешь сосредоточиться, и лей в прод.

А что лить-то? Мы сразу втыкаемся в то, что ручное тестирование проекта требует времени два раза — и для подготовки (когда анализируют требования и придумывают тест-кейсы), и для выполнения. И это всё никак не ускоряется. Быстро льётся, если без тестирования. А вы же хотели тестирования? Хм…

И время идёт, пока мы читали эти ужоснах тест-кейсы для ручного тестировани, та клята LLM уже перегенерировала заново код проекта, на основе которого генерируются требования к проекту, на основе которых генерируются и юнит-тесты для проверки проекта, и тест-кейсы для проверки проекта сразу в Playwright, и новые тест-кейсы для ручного тестирования… и по цепочке всё обновила. Кхм, как говорится, блеать!…

Если генерирование ПО каждый раз создаёт ПО заново, с непредсказуемыми характеристиками и возможностями, которые надо перетестировывать заново, с нуля, с тем же уровнем недоверия, то в этой схеме не может произойти общее ускорение. В этой схеме есть моменты для локального ускорения, но в целом — нет. Это как таскать воду из колодца домой, и местами на этом пути находить сантиметрики, которые можно срезать, и весь путь туда-обратно как будто-бы сокращается и оптимизируется, да, но в целом как был километр, так и остался, и нужно принципиально другое решение, в котором вода в доме будет постоянно появляться, а таскать воду из колодца уже не придётся.

Почему мы вообще занимаемся этим трудом Сизифа, к которому аргонавты каждый день прилетают и клюют печень да «трахаютЪ мозгЪ», уж простите, не знаю как это произносится по-древнегречески!?

Если делать ПО, которое будет взаимодействовать только с другими ПО, то постоянное тестирование будет ненужным, оно перейдёт в режим одноразовой задачи, вы можете видеть положительный эффект этой условности в разделе API. А если делать ПО, которым будут пользоваться люди (местами бесконечно глупые, местами дъявольски умные), то и проверять его надо людьми, причём постоянно. Как это всё ускорить?

Да как всегда — начинаем презирать правила проезда перекрестков, уголовный кодекс и всякие ограничения здравого смысла. Надо делать всё быстро, а чинить только то, на что будут жаловаться (за что будут наказывать) — вот и вся философия, Спиноза.

Может быть, стоит убрать из этой схемы вообще всех, даром, и пусть LLM сами генерируют код и тесты, и впихивают это всё в CI/CD, и выполняют на проде, и пусть другие LLM этим всем пользуются и всё это покупают. Проекты же делают для прибыли, right? Pedal to the metal.

Hop, hop, hop, hop, hop, hop, hoba!

Удалил FB с телефона. Ну, такоэ, он же через браузер доступен…

В Firefox на страницах FB через адблок спрятал все кнопки типа «лайк». Вместо тыцанья лайков можно писать комментарии. Вскоре понял, что и комментарии особо не нужны, и всё стало восприниматься более отстраненно — прочитал и прочитал, нет нужды на всё реагировать.

Перевел все записи в режим «для друзей». Со временем вообще перехотелось что-то туда писать — исчезли все факторы «социального одобрения», реально полегчало.

Стал делать записи на FB в «заметках», местами даже ценные (техника проезда серпантинов на машине, например), просто потому, что там сохранялась хронология записей. Сегодня все те «заметки» с FB исчезли — от спасибо, мрази…

Самой жуткой особенностью FB всегда была абсолютная невозможность смотреть записи в хронологическом порядке, даже в своём аккаунте. Хайнлайн про это всё целый рассказ написал «Они» (They, 1939) — человек находится в дурке, и он уверен в том, что мир неправильный, что им управляют какие-то «кукловоды», а его уверяют в обратном. Но однажды шел сильный дождь, и человек (непонятно почему) отодвинул штору на окне, выходящем на тыльную сторону дома:

Очень сильный дождь шел на фасадной стороне, а здесь, с этого окна, погода была прекрасной, солнечной и никакого дождя…

И он пытался это всё объяснить Элис, своей жене, а она его уверяла в том, что ему просто показалось… А потом:

Существо, которое он знал под именем Элис, не меняя своего облика вошло в комнату, где все они собрались.

[…]

— …И наша программа потерпела поражение из-за того, что Вы не обеспечили тогда дождь не только с фасада, но и с тыльной стороны его дома. Впредь работайте более тщательно над выбором средств.

Порядок в рассуждениях приходит от последовательности. Если последовательность убрать, рассуждение начнёт перескакивать с десятое на триста восемьдесят седьмое (почему бы и нет?) и обратно на — на что? На десятое? Нет, ведь в этом окружении нет последовательности. Вместо «десятого» посмотри на «семь тысяч двадцать шестое». Why, кагбэ, not? Нелогично, но логично — просто неочевидно.

Я ж не просто перестал кликать по лайкам на FB, а затеял громадное исследование о том, как и почему какие-то записи появляются. И даже научная гипотеза была — мол, алгоритмы считывают, какой контент ты отмечаешь лайками, и формирует тебе ленту записей под твои реакции. Вероятно, полный отказ от лайков приведёт к тому, что лента придёт в логический порядок. И — ничего, бляха, не поменялось, неведома шняга в бэкграунде делает всё, что считает нужным, и единственный способ поменять её поведение — отказаться от её общества.

Стал ходить в спортзал смотреть многочасовые записи аварий на Youtube. Отказаться от отвлечения невозможно, но просмотр этого контента хотя бы было полезным — чем больше аварий ты «видел», тем больше шансов их распознать задолго до происшествия (большинство происходят из-за неверных предположений, потому откровенная глупость, и только после чисто технические причины).

К чему это я всё… Понятно, что невозможно просто перестать отвлекаться на что-то. Не будет FB и Youtube — будешь упорно считать муравьёв в муравейнике. Сегодня я на Facebook я вообще перестал ходить, и видео с авариями смотрю редко, но накатило неприятное ощущение о том, что я всё равно много зависаю в бездне бессмысленного в других источниках. Как-то сразу пришло и решение о том, что надо перестать реагировать, надо замедлиться:

• Нигде и никак не трогать кнопку like. Их даже прятать не пришлось, они как-то очень просто игнорируются, вероятно, помог когдатошний опыт насильного скрытия лайков в браузере. А никто и не заметит, что я ничего не лайкаю, быгыг, так что…
• Твиттер — включил режим «Защитить посты», в нём все записи видны только уже существующим читателям. Комментировать под другими записями можно, но это увидит почти никто, исчезает социальное взаимодействие.
• Threads — то же замое. Подзамочность ограничивает и мою возможность комментировать некоторые чужие постс, и это очень хорошо…
• Сигналы о получении новых сообщений — подавить повсюду. Хорошо бы и дверной звонок отключить. На днях прекратил контракт про стационарный телефон, и ничего не поменялось.
• В браузере есть расширение Enhancer for YouTube — убирает шортсы, убирает все «видео по данной теме», может убрать и комментарии. На экране осталось одно только видео, которое можно посмотреть и закрыть, ничего более. Когда в листе «Смотреть позже» собралось больше полутора тысяч видео — надо удалять, не может быть всё сразу важным и стоящим внимания. А я же ещё не разобрал каталог «Загрузки», там за много лет собралось 76 000 файлов, и не все они нужны, но какие-то важны, а какие-то просто дубли, и это всё тоже надо как-то (когда-то) рассортировать…
• При просмотре чего-то — не запоминать и не делать вид, что всё понятно, а делать записи в бумажном блокноте, с ручкой в руке. Это помогает замедлиться сосредоточиться, потому что записываешь только самое важное, и пересказываешь. И смысл этого не в том, чтобы записать услышанное, а чтобы после услышанного записать своё рассуждение, а его же надо хоть как-то обдумать. Много видео таким образом не посмотришь, и это помогает замедлиться. А ещё процесс заполнения ручки дорогими чернилами медитативен, последователен, всепоглощающ, однозначен.
• Выключать компьютеры, когда от них отходишь. Дело даже не в расходе электроэнергии, дело в принудительной смене фокуса. Надо ещё привыкнуть сразу гитары в кофры закатывать, а не перекладывать туда-сюда по комнате…
• Смотреть старые черно-белые фильмы, в которых последовательно рассказывают какую-то историю, с прологом, монологом и эпилогом.
• Ходить. Два кэмэ в одну сторону, и столько же обратно — без наушников, без аудиокниг, без цели.
• И важно to embrace the boredom. Мышление в порядок можно привести только насильно и лучше делать это принудительно, но самостоятельно.

«И я бы сказал, что куда бы вы ни пошли, вам стоит знать Postman…» © оригинал

Нет.

Не стоит «обязательно знать Postman» и вообще не надо к нему привязываться. Postman — всего лишь одна из лопат, которой надо копать.

Обязательно надо понять, что такое API само по себе, как/почему оно работает. А каким именно инструментом его можно удобнее и проще использовать — это уже второй этаж.

У нас в конторе на днях произошёл резкий и однозначный переход на Bruno, потому что подписка на корпоративное окружение в Postman уже начало стоить каких-то заметных денег. Если бы мы все были жёстко присевшими на Postman, держали бы там разветвлённую сеть из запросов и покрыли бы их всех тестами на внутреннем фреймворке Postman, и массово запускали бы всё это при каждом релизе, то отказ от Postman был бы «ОЙ БЛЭТ!». А так — ну, не стало Postman, а файлы с коллекцией запросов остались, и дальше делаем то же самое, просто уже в Bruno.

Через какое-то время рынок снова поменяется, и у тех, кто только начинает, начнутся страдания о том, что же учить — или Postman, или Bruno, tertium non datur. И только на пенсии им станет очевидно, что учить надо вообще третье — принципы технологий обмена данными.

Относительно этого отдельно взятого видео (с отдельно взятым мнением его автора о том, что для джунов глобально важно, а что нет) — оно уже есть, обсуждать его незачем. Ну, видео и видео, сделал и молодец.

Вопрос к тем, кто тоже хочет делать подобные видео — может быть, не надо являть себя народу в режиме «я знаю, как надо правильно»?

Может быть, не надо потакать аудитории?

Может быть, надо спрашивать и предлагать порассуждать?

Postman или что угодно другое — это инструмент, который надо или не надо использовать исходя из контекста. Мы же хз, куда попадают айтишники — некоторые сразу в рай, некоторые — на проекты, где этот ваш API вообще никому никуда не сдался, где надо всего лишь целыми днями пихать в консоль sql-запросы и думать о том, куда же тут, бляха, развиваться?! А потом случится то, что и этот ваш Postman, и этот ваш Bruno станут никому не нужным археологическим шлаком, и…

Короче, не инструменты надо смотреть, а основы. В айти, кагбэ, копать — не перекопать, лопаты меняются, задачи остаются теми же.

Придумал простой способ добавить себе напоминалки о чём-то, что нужно сделать, глядя в консоль — прямо в консоль.

Он, как корова, может

• сожрать все ваши pdf, ppt и всякие видео с ютуба,
• пережевать их и переварить,
• выдать обратно сжатый набор информации о том, что внутри.

Взял я первый же рэндомный доклад про тестирование на русском языке с ютюба, опрокинул его в этот сервис и получил в ответ компрехенсив эксчёрпт о содержимом видео — коротко, быстро, ясно, но только на английском языке.

Вкратце такие дела

При закидывании материалов в эту инфо-мясорубку можно получить

1. или study note
2. или summary (revision) note

Итоговые тексты будут слегка отличаться.

Это Study Notes

Это Revision Notes

Любопытно то, что я знаю исходный текст и идеи, которые за ним стоят. Но из этой текстовой выжимки я вообще нифига не понял, что хотел сказать автор доклада, и пересказать смысл доклада по этой выжимке я бы не смог. Вроде всё выглядит цивильно и логично. Вроде полезные советы, изложенные кратко-понятно. Но о чём это в целом? Было пропущено что-то ключевое, что всё это соединяет.

Вангую, что через какое-то время во всех школах рефераты будут выглядеть вот так — вроде все слова на месте, а в целом ничего не понять.

Зато быстро.

Очень быстро.

Настолько быстро, что если бы стародавние времена уже был такой сервис, то сей докладчик мог бы сэкономить всем нам время своей говорильней — мог бы просто распечатать Study Notes, прочитать их вслух за семь минут, и доклад окончен!

Вероятно, все конференции будущего будут проходить в таком ускоренном режиме.

Могут спросить, а зачем понадобился отдельный сервис для всего такого, если у нас есть доступ в исходный chat.openai.com, где есть все те же функциональные возможности… Я бы не стал про это спрашивать. Я предложил распарсить это же видео из 2017-го, и в чате включился саммари-галлюциноген:

The video you’re referring to offers an analysis of the current military situation in Ukraine, focusing on the developments in early September 2024. It details the collapse of the Vuhledar direction and the fall of Novohrodivka…

Ок, пусть для учёбы будет отдельный сервис. Походу, там под капотом много всякого сделано.

Также проверил сборку summary из видео, которое используется для настройки аудиооборудования. Там в начале произносят „Warning, this video contains flashes and moving images”, а потом выводят звук то в левом канале, то в правом.

Робот, конечно, постарался извлечь из этого хоть что-то…

Summary / Highlights

• Video Warning: The video contains flashes of moving images.
• Subscription Reminder: Viewers are encouraged to subscribe to the Master Study channel. (это название канала, на котором видео)

Key Points

• Content Warning: Important for viewers sensitive to flashing images.
• Engagement: Encourages audience interaction through subscriptions, enhancing community building.

Additional Notes

• The video may include educational content related to study techniques or productivity tips, but specific details are not provided in the excerpts.

Revision Questions

• What precautions should viewers take when watching videos with flashing images?
• Why is subscribing to educational channels beneficial for students?

Ну да, ну да — без контекста это всё не имеет никакого смысла.

А вот по-настоящему сложные тексты эту машинерию доста файно подламывают, быгыг…

Не сведет с ума ИИ закарпатский лэнгуаге

Полноценный японский «танка» на UML

Они помогают что-то объяснять и окружающим, и самому себе — это отличная лопата для анализа требований, от которых начинается тест-дизайн, где надо всё учесть, ничего не упустить, из ничего выявить неправильное или неоднозначное. Анализ рулит!

Рисовать их можно и на обоях, и в не очень удобном LibreOffice Draw, в MS Visio (не щупал уже сто лет), и в опенсорсном Modelio, и в браузерном draw.io. Там надо тыкать курсором по иконкам и стрелочкам, перетаскивать их по экрану и соединять в логичном порядке, после чего сохранить в виде картинки, которую надо вставить в свою документацию. И хорошо, если это надо сделать только один раз и картинка маленькая. Как правило, что-то надо поменять, или полотно диаграммы становится очень большим, на несколько экранов во все стороны — и там всегда надо что-то менять. Снова надо сгенерировать картинку, снова надо её прикрепить к странице и вставить в нужное место.

Есть другое решение — диаграммы можно не рисовать, а прямо в режиме редактирования документа в Notion (или в Confluence, или в IDE умного разработчика) в plain text с разметкой Markdown расписывать узлы диаграммы и связи между ними, а обновленная диаграмма автоматически перерисовывается. LaTeX way!

Проект называется Mermaid (русалка), работает на JavaScript, подключается как плагин в Confluence или Notion, в средах разработки, и даже в Jupyter notebook. Потыкать в свободном режиме — https://mermaid.live

Диаграмм в Mermaid множество: Class Diagram, Entity Relationship Diagram, User Journey, Gantt, Pie Chart, Quadrant Chart, Requirement Diagram, Gitgraph (Git) Diagram, C4 Diagram, Mindmaps, Timeline, Zenuml, Sankey, XYChart, Block Diagram. Cамые ходовые три:

1. Блок-схема (Flowcharts)
2. Диаграмма состояний (State diagram)
3. Диаграмма последовательности (Sequence diagram)

Mermaid в Notion

В Notion (не наш выбор, но и там есть жизнь) блок с мермайдом вызывается командой, которую можно даже не дописывать:

Получаем поле с представлением «Split» — сверху код, а внизу результат его правильной работы:

Когда дело сделано, разумно переключить отображение содержимого блока на «Preview», чтобы не пугать прожект-манагера непонятными буковками.

Блок-схема

Она же Flowchart. Документация по ней подробна и адекватна.

Блок-схема состоит из узлов (геометрических фигур) и ребер (стрелок/линий), и объявляется непременно с направлением развёртывания — сверху вниз (TD) или слева направо (LR):

Пример:

flowchart TD
S(Простая последовательность шагов)
--> id1(Самурай всё понимает)
--> E(Разговор исчерпан)

S — Start.

E — End.

Между ними можно расположить сколько угодно узлов. Называть их можно буквами любого алфавита, который есть в кодировке UTF-8, от «id1, id2, id3» до «самурайУмничает».

Сплошные управляющие стрелки (рёбра) указываются так:

-->

Стрелка с прерывистой линией:

-.->

Стрелку можно ставить перед узлом, а можно после. Мне удобнее воспринимать их в начале строки.

Стрелками можно связывать не только на каждый следующий узел, но и непоследовательно прыгать к любым другим узлам. Например, можно связать id3 с id1:

flowchart TD 
  S(Простая последовательность шагов) 
  --> id1(Самурай всё понимает) 
  --> id2(Невод закинут в море) 
  -.-> id3(Дед, ну ты дурак? ©) 
  --> id1 
  --> E(Разговор исчерпан)

Ещё есть комментарии — через «два символа процента»:

%%{init: {"flowchart": {"htmlLabels": true}} }%%

Форматирование узлов на блок-схеме

Их форма задаётся скобками.

flowchart TD 

S[\Простая последовательность шагов/]
 --> id1{Самурай всё понимает}
 --> id2[Невод закинут в море]
 -.-> id3(Дед, ну ты дурак? ©) 
-.-> id2 
--> E[/Разговор исчерпан\]

Комментарии на стрелках

flowchart TD 

S[\Простая последовательность шагов/] 
--> id1(Самурай всё понимает)
-.-> |размахнувшись| id2(Невод закинут в море)
--> E[/Разговор исчерпан\]

Пометить узлы разными цветами

Для этого надо объявить классы сущностей через ’classDef’, а там чистый CSS, поэтому названия или коды цветов надо взять из htmlcolorcodes.com

flowchart TD

classDef decisionPoint color:black,stroke:DarkOrange,fill:Snow,stroke-width:1px,text-align:left;
classDef startPoint color:black,stroke:White,fill:#93e4e6,stroke-width:1px,text-align:left;
classDef endPoint color:gold,stroke:White,fill:black,stroke-width:1px,text-align:left;

S[\Простая последовательность шагов/]:::startPoint
--> id1(Самурай всё понимает)
--> id2[Невод закинут в море]:::decisionPoint
-.-> id3(Дед, ну ты дурак? ©)
--> id2
--> E[/Разговор исчерпан\]:::endPoint

Затем применить классы к узлам через три двоеточия.

Не надо излишне увлекаться раскрасками. Стартовый и эндовый узлы лучше пометить не цветом, а формой узла через наклоны обрамляющих слэшей:

[\ старт /] и [/ финиш \]

Цвета, если действительно надо применять, следует подобрать неяркие. Учесть, что кто-то будет смотреть это всё в darkMode.

Поменять размер шрифта одного из узлов

Через управляющие команды CSS:

classDef decisionPoint font-size:0.9em,color:black,stroke:DarkOrange,fill:Snow,stroke-width:1px,text-align:left;

Вписать в один узел несколько строк

Просто переносим буквы/слова внутри узла на новую строку. В моем примере каждая новая (перенесенная) строка начинается с булита — это необязательно, просто выглядит как список на слайде. Кавычки вроде нужны, а на деле не обязательны.

flowchart TD 

classDef leftAlign font-size:0.9em,color:black,stroke:DarkOrange,fill:Snow,stroke-width:1px,text-align:left; 

S[\Простая последовательность шагов/]
 --> id1(Самурай всё понимает)
 --> listOfEvents("•  Некуда спешить
• Не о чём думать
• Начинается дождь"):::leftAlign
 --> id2[Невод закинут в море]
E[/Разговор исчерпан\]

Тут под произвольным именем ’newLines’ было задано соединение нескольких узлов в один общий узел. А это значит, что можно заранее соединять узлы в отдельные ветки… тааакое можно наворотить!

Разместить на одной диаграмме несколько самостоятельных ветвей

…между которыми связующих звеньев вообще может не быть — это глупо, но возможно. Или можно задать связи между ними в нелинейном сочетании:

flowchart TD

classDef leftAlign font-size:0.9em,color:black,stroke:DarkOrange,fill:Snow,stroke-width:1px,text-align:left;

biblioteka["Понял в тишине библиотеки"]
apple["Яблоки на снегу"]
gameOver["Демоны спёрли дыхание"]
bookIsClosed["Книга недолго открыта"]
listOfEvents("• Некуда спешить
• Не о чём думать
• Начинается дождь"):::leftAlign

apple 
--> biblioteka 
--> listOfEvents

S[\Происходит жизнь/]
--> id1(Самурай всё понимает)
--> id2[Невод закинут в море]
--> listOfEvents
--> E[/Разговор исчерпан\]

id1
--> gameOver
--> bookIsClosed

Вполне можно свести узел «Книга недолго открыта» к финишу, прописав последней командой „—> E”, но это необязательно, некоторые процессы вполне самостоятельно могут закончиться «ничем».

Диаграмма последовательности

Она же Sequence diagram.

Это предпочитают программисты — удобно показать, как процессы взаимодействуют друг с другом и в каком порядке.

sequenceDiagram

Jules->>+Brett: What does Marsellus Wallace look like?
Brett-->>+Jules: …What?
Jules->>+Brett: ENGLISH, MOTHERFUCKER! DO YOU SPEAK IT!?
Brett-->>+Jules: Yes!!
Jules->>+Brett: DESCRIBE WHAT MARSELLUS WALLACE “LOOKS” LIKE!
Brett-->>+Jules: Wha-what I—?
Jules->>+Brett: SAY "WHAT" AGAIN! I DOUBLE-DARE YOU, MOTHERFUCKER!! SAY "WHAT" ONE MORE GODDAMN TIME!
Brett-->>+Jules: H-H-He's black...
Jules->>+Brett: Go on!
Brett-->>+Jules: ...He's bald...!
Jules->>+Brett: Does he look like a bitch?!
Brett-->>+Jules: What? 
Note over Jules,Brett: shoots Brett in the shoulder
Jules->>+Brett: DOES! HE! LOOK! LIKE! A BITCH?!?!
Brett-->>+Jules: NO!
Jules->>+Brett: Then why'd you try to fuck him like a bitch, Brett?
Brett-->>+Jules: I didn't...!
Jules->>+Brett: Yes, you did! YES, you DID, Brett! You tried to fuck him!

Pulp Fiction in action

Акторов может быть множество, переходы между ними тоже доступны в разных сочетаниях.

Разумно рисовать от одного актора только сплошные стрелки, а от другого только прерывистые.

Неразумно рисовать в таком стиле длинные диаграммы.

Также программисты используют рисование диаграмм через LiveScript с аналогичными возможностями:

sequenceDiagram
  actor Customer
  participant Checkout
  participant DB

  Customer->>+Checkout: Request checkout page
  Checkout->>+DB: /api/settings

и так далее по той же схеме.

Диаграмма состояний

Она же State diagram — диаграмма, которая описывает поведение систем. Ты видел её в книге Коупленда про тест-дизайн.

Всё чётко, да?

Эта диаграмма — учебная, кривая, неправильная:

Note that the diagram is still incomplete. No arrows and bulls-eyes emerge from the Cancelled states. Perhaps we could reinstate a reservation from the Cancelled NonPay state. We could continue expanding the diagram to include seat selection, flight cancellation, and other significant events affecting the reservation but this is sufficient to illustrate the technique.

© Lee Copeland

А она неправильная. Просто для экономии бумаги три перехода сведены к одному и тому же (Cancelled ByCust), а в норме это надо выводить в отдельные (тупиковые) ветви. Иногда даже из тупичка может произойти обратное действие, и если через всё пространство протягивать стрелки в одно и то же место, то через какое-то время диаграмма покрывается паутиной метаний от одного узла к другому… ох.

Её надо пересоставить в более адекватном порядке, но для разгона попробуем воссоздать как есть, сведём выход из нескольких узлов в один Cancelled ByCust:

stateDiagram-v2

[*] --> Made : giveInfo/startPayTimer
Made --> Cancelled_NonPay : PayTimer_expired
Made --> CancelledByCust : cancel
Made --> Paid : payMoney 
Paid --> CancelledByCust : cancel/Refund
Ticketed --> CancelledByCust : cancel/ReturnTicket/Refund
Paid --> Ticketed : print/Ticket
Ticketed --> Used : giveTicket
Used --> [*]

Важно: названия узлов должны быть представлены одним словом. Пробел между ними принудительно создает новый узел. Решение — отдельно создать переменную узел с условным названием и содержимым в виде слов с пробелом. Например:

stateDiagram-v2

CancelledByCust: Cancelled by Customer
Cancelled_NonPay: Cancelled when payTimer expired

[*] --> Made : giveInfo/startPayTimer 
Made --> Cancelled_NonPay : PayTimer_expired 
Made --> CancelledByCust : cancel 
Made --> Paid : payMoney 
Paid --> CancelledByCust : cancel/Refund 
Ticketed --> CancelledByCust : cancel/ReturnTicket/Refund 
Paid --> Ticketed : print/Ticket 
Ticketed --> Used : giveTicket Used --> [*]

Раз уж название каждого узла — это его уникальный идентификатор, придется все эти ответвления в «CancelledByCustomer» сделать уникальными через нумерацию. Заодно пометим цветом happyPath и отхождения от него:

stateDiagram-v2

classDef happyPath font-size:1em,color:black,stroke:DarkOrange,fill:palegreen,stroke-width:1px,text-align:left;
classDef negativeScenario font-size:1em,color:black,stroke:DarkOrange,fill:IndianRed,stroke-width:1px,text-align:left;

[*] --> Made:::happyPath : giveInfo/startPayTimer
Made --> Cancelled_NonPay:::negativeScenario : PayTimer_expired
Made --> CancelledByCustomer_1:::negativeScenario : cancel
Made --> Paid:::happyPath : payMoney 
Paid --> CancelledByCustomer_2:::negativeScenario : cancel/Refund
Ticketed --> CancelledByCustomer_3:::negativeScenario : cancel/ReturnTicket/Refund
Paid --> Ticketed:::happyPath : print/Ticket
Ticketed --> Used:::happyPath : giveTicket
Used --> [*]

Можно задать направление этой диаграммы по-горизонтали, но это воспринимается неудобно:

direction LR

Намутить тест-кейсы по этим путепроводам

Дёрнем chatGPT с задачей перемножить все эти блямбы между собой.

Для stateDiagram псевдоинтеллект выдал такое:

1. TC1: Complete Payment and Print Ticket
   • Initial State: [*]
   • Action: giveInfo/startPayTimer
   • Result: Made
   • Action: payMoney
   • Result: Paid
   • Action: print/Ticket
   • Result: Ticketed
   • Action: giveTicket
   • Result: Used
   • Final State: [*]
2. TC2: Complete Payment and Use Ticket
   • Initial State: [*]
   • Action: giveInfo/startPayTimer
   • Result: Made
   • Action: payMoney
   • Result: Paid
   • Action: print/Ticket
   • Result: Ticketed
   • Action: giveTicket
   • Result: Used
   • Final State: [*]

И так далее.

Уберем детали:

Happy Path Test Cases

1. TC1: Complete Payment and Print Ticket
2. TC2: Complete Payment and Use Ticket

Negative Scenario Test Cases

1. TC3: Payment Timer Expired
2. TC4: Cancelled by Customer Before Payment
3. TC5: Cancelled by Customer After Payment
4. TC6: Cancelled by Customer After Ticket Printed

Кхм… Позитивные тесты — отдельно напечатать билет и отдельно его использовать — ну-ну. Тебе же говорили, что диаграмма неадекватная и требует пересмотра?

А отклонения от happyPath ПИ считало норм.

Хорошо бы ещё навостриться прописывать основу для диаграмм, из которой chatGPT мог бы генерировать код для самих диаграмм, и тогда можно ускориться ещё сильнее.

Туториалы по Mermaid

Их таки есть, вот два самых наглядных:

и

Файл с примерами из второго видео — mermaid.md

ZIM

Любопытно, что в вики-редакторе Zim тоже есть модуль «Вставка диаграмм» (ему нужен GraphViz), который работает по тому же принципу — пишем словами, видим диаграмму. Редактирование диаграммы включается даблкликом по ней.

Вольное последумие

Диаграммы как сапёрные лопатки, отлично помогают только там, где они уместны. Нельзя сводить представление всех сложных абстракций только к диаграммам. Надо уметь всё объяснять и рисунками, и текстом, и видео.

© Джеральд Вайнберг, книга «Exploring Requirements — quality before design» (1989), подглава «1.4 Making Sure That Everyone Can Read the Map»:

Proponents of each notation claim that their maps are “intuitive” and ”easy to read”. These statements are true in the same sense that Chinese is intuitive — in Beijing. Virtually any notational system becomes intuitive after someone has spent a lot of time working with it.

Как только диаграмма объяснила одну идею, её надо немедленно оставить в покое и не усложнять — рисуй новые.

Генеративные сервисы надо держать под пристальным, недоверчивым присмотром, бо оно тебе нагенерирует, лишь бы ты был хоть немного счастлив. Если в череде шагов не будет чего-то очевидного, то GPT ничем не поможет, оно будет работать только с тем, что ему передал нерадивый тестировщик.

Но есть беда. Чтобы тесты генерировать, нужна основа — требования. Без набора требований бедняге ПИ в qase.io не от чего отталкиваться. Мдэ.

Если кто не знает, в qase.io подразумевается, что требования надо создавать и хранить в самом qase.io, там для этого есть отдельный раздел. И если им пользуются аналитики и их ручные тестировщики, то, вероятно, всё норм — требования живут вместе с тестами, видно их покрытие, видно, что откуда начинается и чем заканчивается, и сколько всего надо переписывать, если затеяли обновляться. Но если в проекте нет аналитиков? Требования же надо не просто записать, а ещё постоянно обновлять, добавлять, редактировать, комментировать. И когда весь движняк разработки полностью находится в Jira/Слак, то кто будет вообще возиться с требованиями на отдельном ресурсе? Всегда проще требования (если есть) запихнуть, кагбэ, в Jira…

Вообще, у qase.io есть интеграция в Jira, но с ней, кхм, сложно, постоянно чувствуется, что это два отдельных ресурса. Чем-то это всё напоминает древний Zephyr на дьявольском flash — есть взаимное линкование между тестами отсюда с задачами в Jira, но и только, в глаза это всё не бросается. Решение у древнего Zephyr в конце-концов нашлось естественное адекватное — древний Zephyr был взят и убит, вместо него появился плагин, встроенный в Jira, который и наследует у Jira интерфейс, и сущности типа тест-кейсы подтягивает под рабочую задачу (как и полагается), где они явно заметны… testomat.io тоже по этому пути пошел, Xray пошел… Кто вообще отныне пойдёт НЕ через встроенную интеграцию с Jira? Только смелый qase.io, что гордо реет между молний над ревущим гневно морем и кричит в рожок победы: «Генерируйте тест-кейсы, тестировщиков — поменьше, вам же лучше будет сразу!»

Вряд ли в qase.io что-то поменяется, проект живет уже давно и не с одной только Jira его надо соединять, и сделать это бесшовно сразу со всеми — нереально, и когда-то это был осознанный выбор архитектуры. Ну ок.

А вот что в глаза бросилось — предупреждение о том, что

using Qase’s AI Test Case Generator will not result in your data being used to train the language model. This Beta version uses the ChatGPT API Platform for test case generation. OpenAI explicitly states that «We do not train on your business data».

Да, да, разумеется, да! ChatGPT именно так и работает — всё читает, всё генерирует и сразу всё забывает, он же учится с вами взаимодействовать НЕ на взаимодействии с вами! Быгыгы.

С другой стороны, а какие есть варианты? В тест-кейсах всегда есть sensitive data, и если ты уже выбрал сторонний сервис для управления ими, то нехай уже это всё читает ChatGPT, крестик уже снят. Вот только ему нужны требования…

Им следовало бы сперва придумать бредогенератор требований к проекту… Господи ты боже твой, до чего же смелая и дурная мысль! 🙂

Кто-то шпарит чётко-последовательно, каждый шаг — отдельная задача, которую надо выполнить, в Expected result или однозначный результат, или цепочка результатов.

Кто-то в первом же шаге собирает свободный собирательный образ Онегина в письме Татьяны турецкому султану в режиме «Найди и открой такой продукт от определенного продавца, в котором есть только один языковой вариант, а потом выгрузи и загрузи таблицу грейдов по товарам, в которой будет находиться уже найденный продукт. И тут же проверь его наличие через галочку проверки наличия товара в таблице грейдов». Expected result — Всё работает нормально.

Кто-то упоролся по базе данных, и после каждого действия на фронте требует перепроверить результаты в БД, при этом не приводя какой-то минимальный пример sql-запроса. Он постоянно в БД, ему все очевидно.

Кто-то маниакально добавляет в тесты уточнения о том, почему тут надо сделать так, в Expected result иногда ничего не пишет (результат очевиден же!), а иногда выдаёт нумерованный список того, что изменилось после сделанного шага, и вообще старается всё выполнить минимальным количеством шагов.

Это я.

Кто-то вместо выполнения задач рассказывает, где что находится на странице в браузере, которую он видит (точнее, видел в тот момент, когда на проекте ещё крутился старый дизайн). Откроется модальное окно — закрыть его через кнопку (Х), снова открыть, закрыть его через кнопку Esc на клавиатуре, снова открыть модальное окно, повторить всё то же самое на мобиле, повторить всё то же самое на всех языковых версиях проекта, повторить всё то же самое во всех браузерах. Expected result — ОК. Переходим к тереблению следующего модального окна на пути товара в корзину…

Тест-кейсы — тот же код с метрикой «WTF хотел сказать автор? Why? Why? Ah, that’s why…»