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

В манагеры мутируют птицы высокого полета, которые понимают, что только там неограниченный рост ЗП

Вам кажется.

Хотя этот наброс больше для флудилки

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

Есть разные ситуации.

Развитие собственного бизнеса имеет очень мало с неограниченным ростом ЗП.

Развитие собственного бизнеса имеет очень мало с неограниченным ростом ЗП.

я недостаточно точно выразился. Имелся в виду общий доход. ЗП имеет предел, а доход от бизнесов - нет.

Для хороших специалистов в IT рост зп фактически неограничен.

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

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

Для хороших специалистов в IT рост зп фактически неограничен.

Ага, назовите разработчика-миллиардера :) Даже Нотч получил 2,5 миллиарда за продажу проекта как бизнеса а не работу девелопера

Ребята, идите в бедкомпани или аналитику.

а есть чат по аналитике?

Ага, назовите разработчика-миллиардера :) Даже Нотч получил 2,5 миллиарда за продажу проекта как бизнеса а не работу девелопера

Ещё раз. Рост зарплат у менеджеров и инженеров примерно идентичен и неограничен. Миллиардерами ни с той зп, ни с другой не становятся. Жаль рушить ваши мечты о домике на майями бич. Хотите потереть про топовые позиции и соотношение менеджер\инженер у условного CTO или IT евангелиста в Гуглу - милости прошу в личку, обсудим. Так или иначе, ЗП там не такие уж космические, в основном бонусы и\или %.

Ну, и опять же, между условным CTO и "менеджером" такая пропасть, что обсуждать это примерно бессмысленно.

Вам кажется.

психология/паранормальное

Ещё раз. Идите в другой чат.

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

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

Сегодня попробую найти и скинуть

Если не найду могу скинуть автоматизацию maps.me тестовое задание :)

Если не найду могу скинуть автоматизацию maps.me тестовое задание :)

и мне скинь если не трудно, хочу глянуть

на python'е делал ее?

Да

Походу мне на питоне и придется делать. Спасибо, буду ждать.

Если не найду могу скинуть автоматизацию maps.me тестовое задание :)

Не прошел ?)

Живой человек, кто делал тестовое для мапс ми ?

Не прошел ?)

Нет, и думаю, хорошо что нет.

Нет, и думаю, хорошо что нет.

коллега тоже не прошел, потом тоже говорил что хорошо, что не прошел)

Что там такого ужасного в компании? (можно в бэд компани написать)

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

не знаю как в maps.me, но например в поиске мне говорили у них все отлично

Все в мейле говорят что везде все отлично

Там чат не черных работодателей, а описание минусов или наоборот на заданный вопрос

если не прошел тестовое, то это просто значит что ожидание работодателя не оправдалось, мало ли что им могло не понравиться в реализации - поэтому что тут писать в бэд компани, если даже не работал там)

Если не найду могу скинуть автоматизацию maps.me тестовое задание :)

Добрый вечер. Если не сложно и мне скиньте это задание. Интересно посмотреть и порешать.

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

Советую на Espresso + Android. В качестве раннера можно Spoon юзать. Хороший набор оберток и матчеров -Espresso Barista

Если не найду могу скинуть автоматизацию maps.me тестовое задание :)

И мне можно? Хоть посмотрю, насколько у меня все плохо)

ну и для тех, кто не хочет искать на ютубе: https://www.youtube.com/watch?v=meU4TzI3KNM&t=1040s неплохое видео для начала.

разница в настройке минимальная, что на убунте, что на винде

https://www.youtube.com/watch?v=5rUIT9KxheE Здесь рассказывается об установке окружения для Аппиума на винде, в конце видео - ссылки на первый автотест на андроиде на Java Appium.

разница в настройке минимальная, что на убунте, что на винде

А что насчёт Макоси?

А что насчёт Макоси?

так же как на линухе

так же как на линухе

? спасибо

Советую на Espresso + Android. В качестве раннера можно Spoon юзать. Хороший набор оберток и матчеров -Espresso Barista

Открыл на хабре статью. После фразы "простой пример" идут три огромные строки вызовточкавызоввложенныйвызоваргументвызоввызоввызов. Как-то захотелось обратно закрыть. Но посыл что базовые вещи описаны подробно - понятны. Сделал пометку.

ну и для тех, кто не хочет искать на ютубе: https://www.youtube.com/watch?v=meU4TzI3KNM&t=1040s неплохое видео для начала.

Спасибо.

Привет, это снова я. Такой вопрос, на сколько критично в тестовом задание применять там всякие паттерны и так далее? Я вот подумал может им не понравилось, что я просто так взял в одном файле тест кейс сделал. А они ожидали что-то в стиле PageObject бла бла бла.

Может у них стоит напрямую спросить ? а то это становится похоже на гадание ...

я хотел у спецов спросить как они свои тестовые задания выполняют

взял тестовое задание и пару дней на него убил зато написал со всякими паттернами и все такое или за пару часов накидал так сказать на коленке рабочий варик и отослал

взял тестовое задание и пару дней на него убил зато написал со всякими паттернами и все такое или за пару часов накидал так сказать на коленке рабочий варик и отослал

ИМХО угадайка. Сделаешь простой рабочий вариант - спросят паттерны, сделаешь сложный, спросят, зачем выпендривался

взял тестовое задание и пару дней на него убил зато написал со всякими паттернами и все такое или за пару часов накидал так сказать на коленке рабочий варик и отослал

Я бы сделал сразу паттерном если дедлайн позволяет.

ребята а никто не решел задачу сбора данных с adblock во время автотестов на селениуме?

Привет, это снова я. Такой вопрос, на сколько критично в тестовом задание применять там всякие паттерны и так далее? Я вот подумал может им не понравилось, что я просто так взял в одном файле тест кейс сделал. А они ожидали что-то в стиле PageObject бла бла бла.

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

ИМХО угадайка. Сделаешь простой рабочий вариант - спросят паттерны, сделаешь сложный, спросят, зачем выпендривался

Селаешь два варианта - спросят - тебе что, делать нечего было? :)

Селаешь два варианта - спросят - тебе что, делать нечего было? :)

+

угу) лучше сказать на собеседе час моей работы стоит 20$ ) Сделаю тест задание за 3 часа)

ИМХО угадайка. Сделаешь простой рабочий вариант - спросят паттерны, сделаешь сложный, спросят, зачем выпендривался

А ещё лучше запотеть и сделать по красоте на 90% от идеала. Остальные 10% - указать Todo в коде ;)

Если это не аутсорс, что делает рабочие варианты за 2 часа, то стоит попотеть и сделать красиво

Привет, это снова я. Такой вопрос, на сколько критично в тестовом задание применять там всякие паттерны и так далее? Я вот подумал может им не понравилось, что я просто так взял в одном файле тест кейс сделал. А они ожидали что-то в стиле PageObject бла бла бла.

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

Я, например, когда отсматриваю присылаемые нам тестовые задания иногда подвисаю над ребятами, у которых 4+ года опыта, половина из которого это автотесты, а там полотно кода без структуры, захардкоженные тестовые данные и вот это всё.

Потому что с моей стороны это вопрос: или чувак просто торопился сделать ASAP, или он всегда так пишет. И оба варианта, в целом, так себе.

Потому что с моей стороны это вопрос: или чувак просто торопился сделать ASAP, или он всегда так пишет. И оба варианта, в целом, так себе.

Вопрос в том, не будет ли полноценная архитектура переусложнением? если простой тест работает?

Полноценная архитектура и нормальная структура кода - немного разные вещи.

ERROR: S client not available

Я, например, не жду что человек пришлет докер контейнер с тест envом и прикрутит туда репорт по выполнению. Это реальный оверхед и смысла в нем нет. Но структурировать код, который ты пишешь - нифига не оверхед.

согласен

Полноценная архитектура и нормальная структура кода - немного разные вещи.

Слу) а что у тебя за компания? и страна

cryptopay

Спб

просто в мск когда искали людей так тут лижбы драйвер.файндБай написал

тз пару раз давали и люди даже хоть как-то его не делали))

Имхо: Задача инженера по тестированию - тестировать продукт. Если в шаблонах проектирования нет необходимости, то и делать их не надо. Если тесты аккуратные, няшные ассерты и они понятны сразу, то это лучше, чем овер архитектура.

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

Я, например, не жду что человек пришлет докер контейнер с тест envом и прикрутит туда репорт по выполнению. Это реальный оверхед и смысла в нем нет. Но структурировать код, который ты пишешь - нифига не оверхед.

Тут прикол в том, что в тестовом задании структура может быть самоочевидной. Линейный тест - открыть это, кликнуть то, проверить се. Зачем там заморачиваться с классами, наследованием и прочим?

Имхо: Задача инженера по тестированию - тестировать продукт. Если в шаблонах проектирования нет необходимости, то и делать их не надо. Если тесты аккуратные, няшные ассерты и они понятны сразу, то это лучше, чем овер архитектура.

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

Тут прикол в том, что в тестовом задании структура может быть самоочевидной. Линейный тест - открыть это, кликнуть то, проверить се. Зачем там заморачиваться с классами, наследованием и прочим?

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

тогда в тест задании укажите)) покажите как вы пишите тесты в боевом проекте

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

Нерабочие? :)

все патерны нужно применять только когда они нужны

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

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

тогда в тест задании укажите)) покажите как вы пишите тесты в боевом проекте

а в чем вообще смысл тогда?

если по дефолту не считать

без всякой заделки на светлое будущее

что так человек будет писать код

90% времени человек читает код, свой или чужой

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

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

зачем писать г*вно которое будет работать но в перспективе приносить боль

есть клевый доклад с селениум кемпа ) Николая Алименкова

про патерны

зачем пейдж обжект если тестовое задание хеллоу ворлд?

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

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

Делать минималистичный, но аккуратный код, который приятно читать - хорошо.

Странно, что кому-то приходится такие очевидные вещи рассказывать.

зачем пейдж обжект если тестовое задание хеллоу ворлд?

потратить 4 строчки и +1 файл на описание пейджи и в разы улучшить читаемость

кажется, люди считают пейдж объекты рокетсайенсом