Рассказываю о своем опыте работы на ютест: как я начала работать, сколько зарабатывала на utest и почему перестала работать удаленно.
Utest — одна из самых популярных площадок по онлайн тестированию ПО. На ней каждый желающий может стать тестировщиком с нуля и начать зарабатывать в интернете без вложений. Это самый простой способ начать зарабатывать онлайн, получить первый опыт работы тестировщиком ПО
Содержание:
00:00 — Как заработать в интернете — мой опыт
01:10 — Сколько зарабатывают на utest
03:40 — Как начать работать на utest, как правильно пройти песочницу
09:45 — Как максимизировать свой доход на ютест
22:24 — Почему я больше не работаю на utest
26:10 — Кому стоит удаленно работать на utest
В нашей работе консультантами по DevOps, мы часто сталкиваемся с вопросом клиентов, из чего же, собственно, состоит DevOps. Абривиатура CAMS плохо подходит для того, чтобы продавать, потому что никто не купит культуру или Knowlage Sharing. Мы рекомендуем нашим клиентам внедрять следующие практики: Infrastructure As a Code, Continuous Delivery, Continuous Monitoring, Automated Testing и Test Data Management. В докладе я расскажу, что мы подразумеваем под этим, а также про некоторые кейсы из нашей работы с крупными российскими компаниями.
Классика бессмертна. Доклад предназначен для начинающих системным администраторов, которые не до конца понимают суть и основные термины такой службы как Active Directory Domain Services.
— Разработчики программного пакета OpenSSH представили релиз OpenSSH 8.2.
— Google запретит загрузку файлов по протоколу HTTP в Chrome
— Операторы связи рассказали о результатах тестирования оборудования для «суверенного Рунета» на Урале.
— Яндекс запустил сервис «Заправки»
— В последних бета-версиях macOS всё чаще встречаются упоминания процессоров AMD.
— Ученые из Университета Глазго научились использовать кристаллы как генератор случайных чисел для шифрования.
— Jenkins, могут быть использованы для осуществления DDoS-атак.
Совместно с Егором Малькевичем мы решили замутить цикл видео с… маленькими)
Интервью с «маленькими» программистами, с теми, кто ещё не прохавал специальность, но кто обливался кровью и потом, чтобы стать программистом, большинство — с нуля.
О том, легко ли это было, что потребовалось этим красавчикам — мы и расскажем в нашем цикле видео «Маленькой АйтиБороды»
В этом видео мы рассмотрим вопрос того, на сколько важен английский для начинающего IT специалиста. Также я поделюсь своим опытом, советами и лайфахами о том, как быстрее и продуктивнее прокачать свой уровень языка.
Краткая история моего изучения
Я вам уже рассказывал что я на свою первую работу попал через практику в IT компании, и вот в чем дело, на момент когда я попал на практику я довольно хорошо знал Java и все что с этим языком связано, но не технологии. В той компании нужно было сделать 22 лабораторные работы за 2 месяца, 12 из них по Java Core который я знал, а 10 по совершенно новым, незнакомым для меня технологиям, первые 12 я сделал очень быстро, потому что все знал, а дальше начался ад, у меня уровень английского был Beginner и то есть я читаю только с переводчиком, которым криво переводит тех документацию, в общем очень непонятно и это прям очень сильно меня подкасило, потому что столько времени инвестировал в Java а тут оказывается новые технологии, на русском вообще нет нормальной литературы, я не могу толком читать на английском и это сильно затормозило сроки выполнения задания.
Какие требования к Junior к английскому
В первую очередь когда мы говорим о требованиях английского к Junior, то это в первую очередь чтение технической документации, потому что Джуниор должен быстро учиться и быстро осваивать новые технологии, а иногда даже языки, а без чтения тех документации это очень проблемно. Джуниоры не так прям часто коммуцируют, может иногда приходится там какой-то свой статус сказать например или вопрос задать, но в основном это все-таки больше про чтение и про скорость обучения. Поэтому без чтения реально очень туго.
Специфика изучения технического английского
Надо понять также специфику изучения тех английского. Я во время того когда делал лабораторные заметил что очень большое количество слов повторяется в разных источниках, в том числе повторяются фразы, формулировки, а также структура предложения. Все дело в том что технический английский это специфическая достаточно область, в котором есть часто употребляемые слова, особенно что касается тех документации. Их не очень много может 2-5тыс слов, из которых вам нужны где-то 2.5 тысячи.
Как учить слова
В то время я как раз и занялся плотно изучением технических слов, что я собственно сделал, есть приложения по типу lingua leo у которых есть не только мобильное и десктоп приложение, но самое важное есть гугл хром расширение, которое позволяет переводить слова и добавлять их вместе с переводом к себе в словарь. По сути алгоритм достаточно простой, вы устанавливаете это расширение и по ходу своего обучение или уже работы вы скорее всего будете читать какую-то техническую документацию или статьи на английском, вы будете встречать незнакомые слова, и вот с помощью этого расширения, не только два раза кликнув там на слово можно было перевести, вы смотрите что попадает по контексту и не только видите перевод, но также добавляете его к себе в словарь.
И тут самое важное, постоянно учить слова которые находятся в этом словаре и которые будут регулярно пополнятся в процессе чтения. Я в то время установил себе планку 20 слов в день, и это не сильно много, едешь на работу 5 слов выучил, на перерыве снова 5 слов или 10 и еще 5 вечером, или например сразу все 20, 20 слов это не так много. И по сути все измеряется на дистанции, 20 слов это не много, но если посчитать за месяц, то если умножить на 30 это будет 500 слов, а если на 5 месяцев, это уже 2500, не просто английских слов, а целенаправленных слов которые реально взять из технической документации.
Специфика грамматики
Тут сразу простой ответ, запишитесь сразу на курсы, 2-3 раза в неделю, желательно чтобы ваша грамматика и то как вы ее учите пересекалась с теми темами и словами которые будете учить из словаря, скажем так нужна грамматика специализировано для IT спецов. Еще важно понимать что не обязательно знать прямо всю грамматику чтобы прокачаться, на самом в большинстве случаев в технической документации используется там 5 времен из 16 возможных.
Разговорный
Конечно вы его будете так или иначе прокачивать по мере того как будете ходить на курсы, но еще одна такая прикольная фишка которая помогла хорошо и приятно прокачаться это Speaking Сlub. Если вы живете в более менее крупном городе, они у вас точно есть, суть в том что люди просто собираются поговорить на английском, вообще из разных сфер из разных профессий.
00:00 — Начало
00:41 — моя история изучения английского
3:27 — требования к junior-у по знанию языка
5:10 — специфика изучения технического английского
6:26 — как учить слова?
9:37 — изучение грамматики
11:04 — разговорный английский
Друзья, в этом видео я вам вам пошаговую инструкцию какие проекты делать начинающему программисту. Я расскажу почему их нужно делать, как и когда. Также мы рассмотрим основные моменты на которые стоит обратить внимание.
Почему?
Когда вы рассылаете резюме работодателю, особенно если вы новичок или человек с небольшим кол-вом опыта, то работодателю по сути невозможно понять насколько вы хороший или плохой кандидат, ведь он видит вас в первый раз и о вас нет никакого впечатления. Даже если вас позовут на собеседование, то по сути у них будет всего 1-2 часа для того чтобы оценить ваши знания, это не сильно играет вам на руку, так как обычно на популярные языки типа Java, JS, Python около 10-15 человек на 1 место на Junior.
Нужна более сильная позиция, что-то что выделит вас среди многих других кандидатов, а это как раз и будут ваши проекты в портфолио, которые не только можно и нужно добавить в резюме, но также покажут работодателю ваши скиллы по технологиям, а также стиль написания.
Как?
В первую очередь нужно понять что вы делаете не стартап, а в первую очередь технический проект, чтобы показать свои знания, поэтому направленность и фокус проекта должен быть смещен. Ненужно выбирать какую-то интересную тему, можно взять абсолютно любую. В этом проекте самое главное для разработчика это приобрести опыт написания с какой-то технологией которая востребована на рынке и может быть интересна работодателю.
Когда?
Лучше всего если проекты будут достаточно свежие, допустим полугодичной давности от момента когда вы собираетесь рассылать свое резюме, чтобы там были новые версии технологий, новые подходы (которые вы сможете нагуглить).
Как именно искать проект? Какой алгоритм?
1. Что мы делаем, это находим востребованный стек технологий на нашем языке программирования, это сделать довольно легко, открываем любой сайт поиска работы, находим нашу специальность и проводим незамысловатый анализ. Находим общее между описанием в вакансии и те технологии, которые будут встречаться чаще всего.
2. Важно понимать что проект в первую очередь должен быть нацелен на то, чтобы вы как можно лучше разобрались с технологиями, получив для себя пользу, а также сделали себе техническое резюме, которое потом можно показать работодателю. Тематика проекта на самом деле второстепенна, это может быть хоть сайт по аренде авто, хоть сайт по парсингу курса валют. Старайтесь сделать так, чтобы тема проекта не была черезчур большой и проект можно было бы достаточно быстро довести до логического финиша.
3. Создаем репозиторий в github, попутно учим базовые команды Git, создаем каркас проекта и начинаем писать, не забываем соблюдать качество кода и документацию по всему ходу разработки. Чтобы подсмотреть эталонные варианты проектов, советую вам загуглить в таком ключе Ваша Технология Real World appllication Example github.
4. Когда написали проект, его нужно причесать. На проектах есть так называемый файлик README.md который сразу будет высвечиваться в развернутом виде как описание вашего проекта, как только работодатель или любой другой пользователь зайдет на ваш проект на Github. Сделайте так чтобы ваш проект хотелось посмотреть и скачать, напишите классное описание.
5. И последнее, не забывайте то что вы делаете проект в первую очередь для себя, чтобы научиться, стать опытнее и умнее. Читать теорию, а потом сразу же применять ее на практике, а к тому же еще и решать какие-то реальные проектные проблемы, а не «синтетические», высосанные из пальца, гораздо гораздо эффетивннее.
Подсуммирую, для того чтобы сделать проект себе в портфолио нам нужно:
1. Найти востребованный стек технологий проанализировав вакансии на рынке.
2. Выбрать тематику которая нам нравится, но важно чтобы проект был на слишком большим.
3. Зарегистрироваться и создать репозиторий на github.com, выучить базовые команды git. Прогуглить примеры реальных проектов.
4. Когда написали функционал, причесываем проект, чтобы на него было приятно смотреть.
5. Не забываем про главную мотивацию писать проект, — это в первую очередь инвестирование в себя и улучшение своих профессиональных качеств.
Таймкоды:
00:00 — Начало
00:14 — что такое «pet проекты»?
1:35 — как занять более выгодную позицию, по сравнению с другими кандидатами на должность
1:59 — Github аккаунт. Зачем он нужен?
2:49 — зачем нужны pet проекты?
2:55 — что такое «Stack технологий»
3:41 — какие проекты добавлять к резюме
4:12 — как именно стоит писать pet project? Шаг за шагом.
4:23 — Подбор востребованного стека технологий
5:18 — Выбор тематики
7:21 — Создание репозитория на Github
8:07 — Лайфхак для того, чтобы лучше понять систему написания приложений.
9:42 — Файл-«описание» Вашего проекта
11:42 — Для чего Вы делаете этот проект?
12:45 — Вывод. Что нужно для качественного написания pet проекта?
Друзья, только при монтаже заметил, что на видео пропущены два момента:
1. Что это за строки на 26:45
Если потребуется добавить хотя бы какую-то аутентификацию, то можно использовать basic authorization. Как это сделать, можно почитать здесь: www.tecmint.com/password-protect-web-directories-in-nginx/
2. Ничего не сказано про Notification Service
В моем случае — это отдельный микросервис, который я не стал рассматривать на видео, чтобы не делать его слишком длинным. К нему поступают запросы через REST API и отправляется нотификации через email, sms и еще через один мессенджер))) На видео в репозитории в качестве Notification Server лежит по сути вывод в консоль. Если интересно как все это работает, напишите, пожалуйста в комментариях)))
Приглашаем на DevOpsConf live! — профессиональную конференцию по интеграции процессов разработки, тестирования и эксплуатации
29 -30 сентября и 6-7 октября 2020
Подробности и билеты bit.ly/2NGn8Tt
— DevOpsConf Russia 2018
Про kubernetes сейчас говорят часто, громко и восхищенно.
Мы в okmeter.io в какой-то момент поняли, что нам тоже нужен k8s в production, хотя у нас нет даже CI/CD, но есть задача делить общий пул серверов между приложениями и достаточно легко добавлять мощности в кластер. При этом был ряд обстоятельств, которые усложняли внедрение k8s:
* мы очень заботимся об отказоустойчивости (мы не притаскиваем новые технологии в prod, пока не разберемся в них на достаточном уровне);
* у нас есть сервисы со временем ответа меньше 10ms;
* у нас очень мало человеческих ресурсов на эту задачу (узнать 10 новых терминов ОК, 50 — уже нет).
…
— Нашли ошибку в видео? Пишите нам на support@ontico.ru