Горячее
Лучшее
Свежее
Подписки
Сообщества
Блоги
Эксперты
Войти
Забыли пароль?
или продолжите с
Создать аккаунт
Я хочу получать рассылки с лучшими постами за неделю
или
Восстановление пароля
Восстановление пароля
Получить код в Telegram
Войти с Яндекс ID Войти через VK ID
Создавая аккаунт, я соглашаюсь с правилами Пикабу и даю согласие на обработку персональных данных.
ПромокодыРаботаКурсыРекламаИгрыПополнение Steam
Пикабу Игры +1000 бесплатных онлайн игр Захватывающая аркада-лабиринт по мотивам культовой игры восьмидесятых. Управляйте желтым человечком, ешьте кексы и постарайтесь не попадаться на глаза призракам.

Пикман

Аркады, На ловкость, 2D

Играть

Топ прошлой недели

  • AlexKud AlexKud 38 постов
  • Animalrescueed Animalrescueed 36 постов
  • Oskanov Oskanov 7 постов
Посмотреть весь топ

Лучшие посты недели

Рассылка Пикабу: отправляем самые рейтинговые материалы за 7 дней 🔥

Нажимая кнопку «Подписаться на рассылку», я соглашаюсь с Правилами Пикабу и даю согласие на обработку персональных данных.

Спасибо, что подписались!
Пожалуйста, проверьте почту 😊

Помощь Кодекс Пикабу Команда Пикабу Моб. приложение
Правила соцсети О рекомендациях О компании
Промокоды Биг Гик Промокоды Lamoda Промокоды МВидео Промокоды Яндекс Директ Промокоды Отелло Промокоды Aroma Butik Промокоды Яндекс Путешествия Постила Футбол сегодня
0 просмотренных постов скрыто
2
iambuka
iambuka
2 года назад

Ответ на пост «Войти в айти после 30»⁠⁠8

Статья из forbes от 08 августа 2022

Сейчас практически все имеющиеся вакансии нацелены как минимум на «мидл»-специалистов, говорит в беседе с Forbes выпускник «Школы 21» Сергей Пахунков: Джуны, а уж тем более стажеры, и раньше особо не пользовались популярностью, а теперь и подавно. В свете событий мировых все делают ставку на максимально быстрый результат, времени на обучение попросту нет». Его наблюдения подтверждает Владимирская. По ее словам, ситуация с junior-специалистами в IT тяжелая уже около года, а в последние месяцы она только усугубилась. «Сейчас джуны никому не нужны. Это самые дорогие кадры: они постоянно ошибаются, их надо учить, это требует вовлечения высокоуровневых специалистов, — рассуждает Владимирская. — В результате в производстве [джун] не стоит компании 60 000 рублей, а обходится во все 300 000 рублей».

Сложнее всего с трудоустройством в IT сейчас приходится джунам без профильного образования, окончившим онлайн-курсы длительностью несколько месяцев, говорят собеседники Forbes. В этом случае на сокращение числа вакансий и рост конкуренции накладывается нежелание некоторых работодателей работать конкретно с выпускниками таких курсов. Уровень таких специалистов пока довольно слабый в сравнении с кандидатами с высшим техническим образованием, считает заместитель директора департамента по работе с персоналом компании по кибербезопасности «РТК-Солар» Людмила Макарова. Она признается, что «РТК-Солар» вовсе не рассматривает прием на работу выпускников IT-курсов. «Они получают поверхностные и несистемные знания, поэтому готовности рассматривать их на позиции junior-специалистов сейчас нет», — объясняет Макарова.

Личный опыт IT Работа Программирование QA Аналитика Удаленная работа Профессия Собеседование Мат Длиннопост Текст Ответ на пост
5
10
Gashopper
Gashopper
2 года назад

Ответ на пост «Войти в айти после 30»⁠⁠8

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

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

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

Точно также быстро схантят чувака, который умеет писать циклограммы, чтобы не получался треш и угар, как в том посте Выдыхай, ангар, выдыхай!

[моё] Личный опыт IT Работа Программирование QA Аналитика Удаленная работа Профессия Длиннопост Текст Ответ на пост
19
82
Greencommie
2 года назад

Ответ thyratr0n в «Войти в айти после 30»⁠⁠8

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

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

Личный опыт IT Работа Программирование QA Аналитика Удаленная работа Профессия Собеседование Мат Длиннопост Текст Ответ на пост Поиск работы
28
612
thyratr0n
thyratr0n
2 года назад

Ответ на пост «Войти в айти после 30»⁠⁠8

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

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

  • Если вы идете менеджеры, то тут общая литература - менеджмент проектов (но и разработку бы хорошо изучить хотя бы на уровне "чайника", дабы не возникало вопросов в стиле "Хули 4 дня на изменгение цвета кнопки?!".

  • Если идете в аналитики, то тут хорошо автор предыдущего поста описал, но аналитика бывает двух вариантов:

    • Аналитика данных - тут, да, БД учить, OLAP/OLTP, СУБД и тд. Хорошо бы еще теорию данных в целом подучить.

    • Аналитика проектов - это следующий этап развития PO/PM:

      • Бизнес-аналитка - вы думаете, как сделать систему лучше.

      • Системный анализ - вы думаете, как заставить системы лучше взаимодействовать.

  • Если идете в QA, то:

    • Есть ручное тестирование - с этого нужно начинать, т.к. это позволит въехать в область впринципе: кейзы, сценарии, уровни тестирования и тд.

    • Автотестирование - это уже разработка, ибо нужно писать код для автотестов разного уровня: функциональные, интеграционные, приемочные, и тд.

  • Есть еще целая сфера DevOps:

    • DBA - это специализация на конкретных БД, причем, не только на ее администрировании, но и на использовании, поэтому нужно не только знать саму СУБД, но и теории данных, SQL/noSQL нотации конкретной СУБД, механизмы отказоустойчивости и масштабирования.

    • Просто DevOps, которые раньше назывались "админами": тут нужно знать теории сетей и операционных систем, знать современные технологии базирования проектов: контейнеры, оркестраторы, CI/CD системы (для них, кстати, тоже нужен хотя бы один язык, часто: Питон или Ruby).

    • Т.н. "сетевики": персонал, специализирующийся на работе с сетями передачи данных. Тут, имхо, вряд ли можно попасть "после 30-ти".

  • Разработка. Тут нужно начинать с изучения компилируемых и интерпретируемых языков, их разницы. Почему-то сейчас считается, что "войти в Питон" или "войти во фронт" за полгода реально. Реально, на позицию стажера. А где вы видели позиции стажера? Я видел один раз в жизни. Поэтому нужно выбирать специализацию в ней развиваться, затарившись тонной литературы, начиная с теории данных, заканчивая, например, в случае C/C++ теорией компиляторов.

    • Бекенд. Это "прослойка" между системами хранения данных и фронтами (мобильным приложение, сайтом или другим бекендом). Тут - оболие всего и вся: РНР, Питон, Go, Rust, Ruby и тд. В обоих видах языков свои плюсы и минусы. Суть бека состоит в том, что нужно знать часто минимум два языка. Например: PHP + Go, Python + Rust и тд. Т.е. связка интерпретируемого и компилируемого языка.

    • Прикладная разработка. Тут выбор меньше: C/C++, .Net, может, что-то еще. Хотя современные приложения могут быть написаны и на Питоне.

    • ERP-разработка: 1С, SAP, Axapta и тд. Обычно в такие сферы приходят случайно. Никто в здравом уме "после 30-ти" не сунется в ту же SAP или 1С.

    • Game Dev. Тут все понятно: берете навыки, полученные ранее, в C++, например, и изучаете какой-нибудь Unreal Engine 4/5. Сложно, долго, но можно приятно устроиться. К сожалению, в Game Dev не зайти просто на знании языка, ибо нужны специализированные знания.

    • Embeded-разработка. Тут выбор еще меньше: в основном, только C/C++. Очень узкая, но очень хорошо оплачиваемая сфера. Более не скажу ничего.

    • AI-системы. Тут просто. Есть Питон с Keras/PyTorch, построенные на TensorFlow, и есть всякие интерпретации в других языках для использования. Тут - кроме разработки нужна еще, как минимум, линейная алгебра. НО! Это очень перспективная сфера, куда можно и "после 40" зайти.

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

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

Готовы ли вы тратить тонную времени? Вам решать. Причем, нужно сразу понимать, что, даже изучите вы, например, пытясь "войти в разработку" книги "банды четырех", не гарантирует вам ни-че-го просто потому, что тем же "'эйчарам" нужны конкретные навыки использования конкретных инструментов, а все остальное - это остальное (это отдельная огромная тема противостояния "эйчаров" и специалистов).

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

P.S. На моем личном опыте есть печальная статистика: чем страше человек есть, пытаясь "войти", тем хуже из него спец при прочих равных. К сожалению, это так.

Показать полностью
[моё] Личный опыт IT Работа Программирование QA Аналитика Удаленная работа Профессия Собеседование Мат Длиннопост Текст Ответ на пост
134
7855
ngg.ru
ngg.ru
2 года назад
Я смог - сможешь и ты!
Серия Войти в айти после 30.

Войти в айти после 30⁠⁠8

В посте не будет никакой рекламы говнокурсов, никаких телеграмм каналов и прочей нечисти. Исключительно моя история и моё мнение. Мой опыт в IT - 2 года, образование - высшее, но очень далеко от IT, возраст - 30+.

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

Во всякой рекламе говнокурсов нам рассказывают что помимо программистов и тестировщиков в IT также есть:

  • много разных аналитиков: системные, продуктовые, бизнес, дата, BI;

  • Project Manager (PM, проджект менеджер);

  • Product Owner (PO, владелец продукта).

И все что нужно сделать, это заплатить 100к+ денег и через 10 месяцев у тебя будет работа - ложь, пиздёжь и провокация. Курсы нужны для того, чтобы нелюди, создавшие эти курсы, стали богаче. 8 из 10 знакомых мне HR-ов говорят: "Если у соискателя в резюме есть всем известные курсы - резюме автоматически отклоняется".

Самое ценное чему вас могут научить платные курсы - это понимание того, что вы просрали 10 месяцев и 100к+ денег вникуда. А любой опыт, даже негативный, по моему мнению, это хорошо.

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

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

Почему же я вообще захотел в IT? Как бы это банально не звучало - но не ради высоких зарплат. Будучи хорошим специалистом можно зарабатывать немаленькие деньги практически в любой отрасли (наверное даже и в моей, но я, видимо, недостаточно хороший специалист :)). Что я увидел на примере моих друзей? Рецепт успеха очень простой. В IT твои знания = деньги. Всё. Больше знаешь -> Больше приносишь пользы бизнесу -> Больше зарабатываешь.

Я пробовал изучать программирование (я ведь даже 2 курса колледжа учился на программиста, но меня отчилслили) на языках Swift, Python, C#. Не моё, пошел в JavaScript (думал что Frontend это круто и мне зайдет) - не зашло. По советам программистов начал изучать не сами языки (это всего-лишь инструменты), а само программирование. И окончательно понял что программистом мне не быть. Не нравится.

Тестирование. Начал изучение с прочтения книги "Тестирование Дот Ком" Романа Савина. Продолжил просмотром тонны учебных и не очень материалов на ютубе. Продолжил пытать друзей-тестировщиков, в основном пополнил свой мозг базовыми знаниями о видах и методах тестирования. Поступил на бесплатные курсы длительностью 3 или 4 месяца, после которых лучших выпускников брали на работу. 10 учеников из 40 получили оффер, я тоже был в их числе, но на тот момент мне уже удалось сменить профессию. Однако мне также удалось понять что мне не нравится тестировать и хорошего тестировщика из меня не выйдет.

Аналитика. Погружение в аналитику началось с прочтения книги "Разработка требований к программному обеспечению" (Карл Виггерс, Джой Битти). Очень понравилось, начинал понимать что это именно то, чем я хочу заниматься. Попутно, опять же, просмотр тонны видео на ютубе, изучение SQL на базовом уровне (Книга "Изучаем SQL", А. Бьюли + практические задачи, опять же на бесплатных сайтах).

Прошло около полугода самостоятельного обучения. Я научился на ютубе отделять полезный материал от развлекательного. Посмотрел множество бесплатных и качественных курсов от реальных преподавателей про сети (Стек OSI, TCP/IP, HTTP), криптографию (хеширование, шифрование), сертификаты, аутентификацию (basic, JWT), авторизацию (ABAC, RBAC) и еще ряд других полезных материалов. Но вечно учиться нельзя и я решился на смену работы. Составил продающее резюме (про составление которого тоже пришлось отсмотреть немало материала) и пошел откликаться на вакансии. Выяснилось, что полученных знаний, смежного опыта работы и софт-скиллов оказалось достаточно чтобы получить предложение о работе Техническим писателем (техпис) в одном из банков. Это был мой первый оффер в IT на 120к на удалёнке.

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

К чему вообще вся эта простыня текста. Моё видение "войти в айти после 30" такое:

  • Никаких разрекламированных платных говнокурсов;

  • Захочешь - войдешь;

  • Учиться нужно только той профессии, которая действительно нравится и приносит удовольствие;

  • Учится нужно всегда;

  • Вся необходимая для старта информация есть в интернете в бесплатном доступе.

Другие мои друзья и родственники, глядя как растёт моя зарплата и успешная успешность (сарказм) тоже захотели в IT. Никто не смог ответить почему именно IT и чем именно они хотят заниматься. Я честно пытался всем помочь, рассказывая всё что знаю, делясь книгами и полезными ссылками. Из 7 человек за год никто ничему не научился и не пошел менять работу. Конец.

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

P.S. Я не на работе, и вылизывать текст на правильность запятых и орфографию - нет желания. Если вы нашли ошибки, можете позлорадствовать что где-то работает плохой технический писатель :)

Показать полностью
[моё] Личный опыт IT Работа Программирование QA Аналитика Удаленная работа Профессия Собеседование Мат Длиннопост Текст
881
zhizait
zhizait
2 года назад

Переквалификация в клоуна⁠⁠

Переквалификация в клоуна IT, IT юмор, Скриншот, Картинка с текстом, Scrum, QA, Работа
Показать полностью 1
[моё] IT IT юмор Скриншот Картинка с текстом Scrum QA Работа
5
19
DELETED
2 года назад
Серия Дневник выгоревшего тестировщика

Как проявить максимальное неуважение к тестировщику?⁠⁠

Как же заебали разработчики, которые не тестируют свой код перед тем, как передать задачу в тестирование. Каждый раз, когда я открываю ветку с новой фичей и не могу пройти базовые и очевидные ПОЗИТИВНЫЕ кейсы, которые блять описаны в спеке(!!!) в виде критериев приемки, хочется просто послать нахуй этого специалиста широкого профиля и сказать: "тестируй эту хуету сам, я на это тратить свое время не собираюсь, у меня других дел навалом". И не надо сейчас рассказывать мне: "вы тестировщики - это ваша работа, так что не выебывайтесь". Такое может сказать только идиот, который не понимает, зачем тестировщик в команде. Не не, вы можете конечно продолжать думать, что тестировщик нужен только чтобы обслуживать вас и ваш код, только потом не удивляйтесь, что команда qa как то подозрительно токсично с вами разговаривает и не упускает шанса тыкнуть вас в баг, как котенка в ссаку.

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

Совет тестировщикам: если вам пришла таска, вы ее открыли и у вас не проходят первые же позитивные кейсы - останавливайте тестирование и просто возвращайте задачу обратно в разработку с пометкой "не выполнено" и идите занимайтесь другими делами. Пару раз вернете такую задачу, пару раз об этом скажете своему тим лиду на планерке, когда он спросит: "а что вот по той задаче, вроде должна давно в тестировании быть?" и жизнь начнет немножко меняться в лучшую сторону. Исключение: вы все дружно зафакапили сроки/наебнули прод и толпой потеете в пол первого ночи.

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

P.P.S. Про конченных тестеров тоже есть что рассказать, не переживайте.

Показать полностью
[моё] Мнение IT Тестирование Тестировщики QA Негатив Мат Разработка Текст
13
3
strelkoveg
2 года назад
Лига тестировщиков

Какие технологии используете, господа?⁠⁠

Привет! Насколько понял, тут больше обитают вайтишники, но надеюсь, что и спецы найдутся.

В последнее время чаще начал смотреть вакансии разных зарубежных компаний и заметил, что в их требованиях часто фигурируют непопулярные в России технологии. Если с Selenium и Playwright, Appium для тестирования UI всё примерно так же, как в России, то в качестве платформ для автотестов у них популярнее разработки на JS (например, Mocha) вместо популярного у нас pytest. Ну и широко используют проприетарные продукты. В России даже крупные компании используют опенсорс, как правило.

Вопрос такой:
Какие технологии в вашей компании используются? Было бы интересно узнать, ошибаюсь ли я касательно своего мнения о популярности тех или иных технологий в QA в России.

QA IT Технологии Текст
12
Посты не найдены
О нас
О Пикабу Контакты Реклама Сообщить об ошибке Сообщить о нарушении законодательства Отзывы и предложения Новости Пикабу Мобильное приложение RSS
Информация
Помощь Кодекс Пикабу Команда Пикабу Конфиденциальность Правила соцсети О рекомендациях О компании
Наши проекты
Блоги Работа Промокоды Игры Курсы
Партнёры
Промокоды Биг Гик Промокоды Lamoda Промокоды Мвидео Промокоды Яндекс Директ Промокоды Отелло Промокоды Aroma Butik Промокоды Яндекс Путешествия Постила Футбол сегодня
На информационном ресурсе Pikabu.ru применяются рекомендательные технологии