❗️ Важная инфа: один из популярных ботов (Crosser Bot, Controller Bot, бот TGStat — кто-то из этих) был взломан и рассылает сообщения от имени каналов

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

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

Скоро вернусь к разгребанию вопросов от подписчиков, которые уже накопились в боте. Если возникли новые вопросы - присылайте, будем обсуждать.

#вашивопросы

Здравствуйте! Начала проходить курс по web development и меня мучает вопрос: сейчас много всяких бесплатных платформ для создания веб-сайтов без какого-либо опыта в разработке, так ли перспективно учиться на веб разработчика? Понятно, что сайт типа 'Амазона' новичок на бесплатной платформе вряд ли напишет, но и вакансий 'Амазона' на всех не хватит. В общем, мне не очень понятно, как так не хватает web developers? И зачем, например, небольшой танцевальной студии платить деньги дизайнеру и разработчику за сайт, если они сами могут задешево сделать сайт на каком-нибудь GoDaddy? Конечно, он будет не уникальный, но так ли это важно?

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

Спасибо большое за ваш канал!

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

Но бывают веб-сайты, у которых есть серверная часть (бэкенд) - на стороне сервера хранятся базы данных, там же происходит разная сложная логика по обработке этих данных. Какие это могут быть данные? Например, если на сайте можно зарегистрироваться - тогда это данные о каждом пользователе - как минимум логин/email/телефон и хэш пароля - чтобы можно было логиниться. Если это, к примеру, сайт интернет-магазина - тогда там, вероятно, будет храниться информация о товарах, представленных в магазине, их количестве, цене, история заказов и покупок для каждого пользователя, возможно, информация о персональных скидках для каждого покупателя. В случае с танцевальной студией это может быть, например, расписание занятий, которое будет постоянно обновляться, а также - возможность записаться на занятие онлайн. Для этого всего понадобится не только разработчик фронтенда, но и бэкенд-разработчик (или "2 в одном" - фулстек-разработчик).

Если в компании нет дизайнера, тогда дизайн сайта делают таким, какой он получается. Скорее всего, особо продумывать внешний облик его не будут, а будут использовать набор готовых стилей - например, bootstrap. Главное, чтобы работал. А если потребуется "потюнить" внешний вид - тогда уже нанимают дизайнеров.

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

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы

Подскажи, в связи с известными событиями, майкрософ уводит свои продукты. Насколько это может коснуться языка с#, .net и остального в плане работы программиста? Снизит ли это количество вакансий. Вовсю учу язык, но теперь задумался. И подскажите, насколько актуален язык для работы в Европе, Австралии? Слышал, что технологии там часто старше, может Ява лучше, с точки зрения поиска работы?

Смотрите, что касается каждой отдельно взятой санкции - лучше не полагаться на новости, а найти подробную информации, чего именно коснулись ограничения и в чем они заключаются. Честно, я сама не копала глубже по поводу Майкрософта, но слышала от коллег, которые выясняли, в чем там дело, следующее: Микрософт продолжает поддержку действующих лицензий на территории РФ, а вот купить новые лицензии будет нельзя. Это значит, что весь бизнес, который сейчас использует продукты Микрософт, пока будет продолжать их спокойно использовать дальше. Что же касается простых пользователей - многие и без того привыкли ставить "пиратскую" винду. Так что пока всё остаётся как есть.

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

Что же касается долгосрочного прогноза - пока рано судить, что будет через 1-2-3 года - и с разработкой под .Net в частности, и с экономикой в целом. Вернется ли часть брендов в Россию? Будут ли послабления по санкциям? Как вообще будут решаться экономические проблемы? Мы не знаем, мы пока еще не прошли пик кризиса.

Про Европу я не так уж много знаю, про Австралию - тем более. Но ставка на Java действительно может оказаться выгодней по той простой арифметике, что джава - это самый распространенный язык в мире, на нём написано абсолютное большинство софта.

Задать вопрос автору блога можно здесь: @hum_it_bot

Ко мне часто приходят с запросом примерно такого содержания: "хочу въехать в IT на хромой козе, не напрягаясь, и с минимумом усилий. Как это сделать?".

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

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

Причем, пахать надо начинать прямо сейчас, на стадии обучения. Потом пахать на любых стажировках, на собственных pet-проектах, на junior-позиции - чтобы стать серьёзным специалистом. Расслабиться (немного) можно будет когда приобретете 2-3 года опыта работы, и станете хотя бы middle-специалистом.

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

Поймите, вот есть например курсы с обучением длиной 1-1,5 года. За этот год вам нужно впихнуть в себя все необходимые знания, которые студенты ВУЗов получают за 4-6 лет обучения. Это не должно быть легко, и это нельзя сделать, спустив рукава. Конечно, из курсов стараются по-максимуму выкинуть всё "лишнее", так как физически не хватит времени изучать полную вузовскую программу. Оставляют ровно то, что +/- востребованно на работе. И с таким подходом знаний может не хватать - придется что-то дополнительно почитать, погуглить, копнуть глубже, когда не хватает понимания. Так что самостоятельные усилия и личная инициатива тут очень помогут.

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

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

Для тех, кто занимается/изучает фронтенд - вероятно, вы уже в курсе, но с некоторым запозданием предупреждаю - сейчас, в связи с обстановкой в мире многие библиотеки под JS содержат вредоносный код, направленный против россиян.

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

Слышала подобное про Node.js (не фронтенд, но тем не менее).

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

Будьте бдительны и не забывайте гуглить.

Сейчас в ответ на этот пост пара человек пожаловались, что у них действительно на сайтах появились украинские флаги.

Один человек написал, что не смог нагуглить, в чем проблема с Vue - посмотрите здесь https://github.com/vuejs/vue-cli/issues/7054

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

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

Вообще вот вы спрашиваете - "как мне понять, смогу ли я работать в IT", и мне вчера пришла идея, как это проверить.

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

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

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

Неважно, сколько времени у вас это займёт - 15 минут или 3 дня - вопрос в том, доведёте ли вы дело до конца. Если "забьёте" на сложный способ с флешкой и ISO - тогда не считается, так любой юзер может сделать. Если сдадитесь, мол ой чот сложно-непонятно, и вообще у меня лапки, я гуманитарий - тогда точно не зачёт. А если справитесь, значит в вас есть гиковая жилка, и с IT, вероятно, всё получится.

Удачи!

#вашивопросы

Привет! Не посоветуешь курсы по английскому для IT?

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

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

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

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

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы

Привет, как ты учила АЯ ? Какой у тебя уровень ?
И пробовала ли ты учить АЯ по сериалам ? (помимо курсов и советов из поста)

С английским языком у меня более давняя история, чем с IT и программированием.

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

Что касается вашего вопроса про сериалы - вы можете рассматривать сериалы и фильмы как дополнительную практику и полезное хобби. Это не замена изучению языка, так как многие навыки при этом не развиваются - по сериалам не изучишь грамматику, не научишься говорить, не обучишься чтению или деловой переписке. А вот умение слушать и понимать устную речь - развивается, и также это хороший способ обогащать словарный запас, включая сленг и разные разговорные фразочки - но это в том случае, если ваш уровень уже позволяет понимать 60-80% того, что говорят. Тогда незнакомые слова будут понятны по контексту.

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы

Вопрос банальный и немного странный с учётом названия канала, ибо я не гум, но, всё же, мне нравится стиль изложения ответов автора, поэтому: как стать backend разработчиком?

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

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

Вот, вынесла ссылку на сам роадмап: https://roadmap.sh/backend

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы

Привет. Хочу переквалифицироваться и не очень понимаю, какое направление выбрать, так как по сути без разницы. Что лучше backend или frontend? Какие специалисты больше нужны на рынке, какие более высокооплачиваемые?
Судя по hh это backend, но может я ошибаюсь ))

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

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

Я вообще всем начинающим советую пройти бесплатный курс cs50 (тут ссылки) - по общему введению в Сomputer Science, там будут в том числе азы того, что обычно относят к бэкенд-разработке, и можно будет понять, интересно вам дальше им заниматься, или нет. А после этого курса уже выбирать конкретную специализацию.

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы

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

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

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

Потом попробуйте пройти небольшой курс или прочитать книгу, посвященную тестированию.

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

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы

Подскажите какую профессию выбрать при следующих условиях:
- опыт работы биологом 15 лет, терять его не хочется
- с математикой все плохо

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

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

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

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы

Задам странный вопрос, в какую бы область IT Вы могли бы посоветовать податься человеку с высоким уровнем критиканства (особенно высоким), занудства и перфекционизма? Вдруг эти негативные качества где-то могут быть полезны?

Еще в наличии аналитический склад ума, любовь к решению проблем, проработка экономической стороны вопроса и интерес к общению с клиентами (в письменном виде), но это уже детали.

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

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

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

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы

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

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

Мы работаем по agile, и у нас чем-то схожим занимается Product Owner - человек, который отвечает за конечный облик продукта. В его обязанности входит собирать требования, а, точнее, пожелания от заказчиков, но также он должен уметь отличать реалистичные требования от нереалистичных, и ненужные "хотелки" от действительно важных потребностей, и все эти нюансы обсудить с заказчиками, и прийти к разработчикам уже с отфильтрованным набором требований.

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

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

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

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы

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

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

Смотрите, вы используете GUI, а графические интерфейсы менее гибкие, чем консольные и имеют меньше возможностей. Переходите на консоль. Это во-первых. Во-вторых, у вас Windows - и возможно, консольная версия гита под виндоуз работает не всегда хорошо (поручиться не могу, так как не пользуюсь). Поэтому, если используете командную строку виндоуз, то вам остается гуглить каждую ошибку, которая возникает у вас, на стековерфлоу наверняка есть все ответы. Но в современных Windows можно запускать и линуксовый терминал с bash - в этом посте была ссылка на статью по настройке bash в Windows - если ссылка еще рабочая, посмотрите ее. Нет - тогда погуглите инструкции. Я бы вам рекомендовала использовать как минимум терминал bash для работы с git, либо же вообще переходить на Linux.

Что же касается самого гита - чаще всего для работы с ним достаточно знать основные 5-7 команд, этого должно хватить за глаза. Инструкцию для начинающих по гиту я писала в этих двух постах ранее: https://t.iss.one/it_human/428 и https://t.iss.one/it_human/431. Если вам нужны более глубокие знания с расширенным списком команд, всякими нюансами и вплоть до внутренней архитектуры гита - тогда читайте либо официальную документацию к гиту, либо купите книгу "Git для профессионального программиста". Официальная документация не может быть устаревшей, а вот разные случайные статьи в интернете - вполне.

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

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

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы

Какую книгу/книги/ресурсы по мануальному тестированию могли бы посоветовать новичку, который ну совсем новый в этой теме?

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

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

Посты с подборками курсов и книг я уже ни раз публиковала за пару лет, вот парочка таких (надеюсь, ссылки не устарели):

https://t.iss.one/it_human/422
https://t.iss.one/it_human/320

Помимо этого не стесняйтесь гуглить, думаю, советов и статей для начинающих тестировщиков в Интернете навалом.

Задать вопрос автору блога можно здесь: @hum_it_bot

Разработчики пытаются совладать с rabbitmq но получается не очень

#вашивопросы

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

Например человек объясняет суть ЯП поверхностно на Ютубе и предлагает купить его курс, где он ментор и обучит более глубоко, при этом этот человек до этого работал в крупных компания, например в ВК груп, маил, Тинькофф. Просто я знаю что программисты это люди у которых в большинстве случаев тяжело найти время для личной и жизни и соблюдать баланс , а тут ещё и курс преподавать и возникает вопрос действительно ли такое [возможно].
Я хоть ещё и учусь , но время на проекты уходит много, а это только учеба.

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

Вы как будто исходите из того, что у всех программистов так завален work-life баланс, что они физически не могут позволить себе заниматься ничем, кроме основной работы. Конечно, и такая ситуация встречается, но это нездоровая практика, она приводит к выгоранию людей и по-хорошему, такого быть не должно. Я даже слышала, что по статистике чуть ли не у 80% айтишников есть какой-то дополнительный источник заработка (за достоверность этой статистики не ручаюсь).

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

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

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы

Куда устроится на первых порах после курса в SoloLearn по Python'у? Так же знаю HTML И CSS + немного шарю в java

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

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

Ну смотрите, могу рассказать про свой опыт. Меня в IT не в последнюю очередь привлек именно уровень зарплат. Это нормальная мотивация, люди устраиваются на работу ради денег, в том числе и айтишники. Если бы им не платили, многие бы из них не стали бы заниматься программированием чисто "ради души" в качестве хобби. Потому что ну так устроена пирамида Маслоу, что тут поделаешь.

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

Задать вопрос автору блога можно здесь: @hum_it_bot