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

Привет, я в 10 классе и у меня сильное желание развиваться в фронтенде. Но к большому сожалению у меня не имеется компьютера. Хоть я и понимаю, что без пк я ничего не смогу, но я не перестаю изучать информацию и практиковать где только это возможно...
Так вот, вопрос, есть ли смысл мне дальше изучать не имея временно ноутбука/пк?

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

Здравствуйте, я учусь в университете на разработчика. Вопрос: Стоит ли что-то изучать отдельно от программы универа или не стоит "рыпаться" и плыть спокойно по течению? ( П.С. учеба тяжело даётся в плане матан, функциональное и логическое программирование и т.п. предметы) 2: Как сохранять веру в учебу, то бишь мотивацию ?

Здравствуйте! Помимо учебы полезно завести pet-project, или несколько - то есть писать какие-нибудь программы/сайты/игры чисто для себя, в качестве хобби. И тут не критично, если не всегда будет на них хватать времени, так как дедлайнов по ним нет, вы сами решаете, когда ими заниматься.

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

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

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

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

Хотел бы узнать на счёт бесплатных курсов вебинаров и т.п, по frontend, devOps. Где они проводятся обычно? Ибо в интернете я замечал все за деньги...

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

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

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

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

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

А вот бесплатные курсы вполне себе встречаются. Их можно поискать на всевозможных обучающих платформах, где их выкладывают наряду с платными курсами - coursera, stepik, edx.org, udemy, udacity, codecademy и др. Также, если дружите с английским, можно погуглить курсы от американских технических университетов, ключевые запросы: "online courses" + название университета (Harvard, Mit, Stanford и др).

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

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

Здравствуйте! Спасибо за ваш канал! Можете осветить работу продакт/проджект менеджера? Как на эту специальность выучится и можно ли бесплатно, какие зарплаты и есть ли потребность вообще. Можно ли гуманитарию освоить эту специальность. Мне 35, есть ли смысл пробовать? Интересно конечно послушать человека кто эти давно занимается

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

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

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

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

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

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

❗️ Важная инфа: один из популярных ботов (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