…Тем временем клиентская база становится больше, отдел продаж у вас тоже растет. А где они хранят информацию о заказчиках и о том, как протекают продажи? Ясно, что не в тетрадочке. Для этого существуют системы CRM - туда заносятся данные обо всех клиентах - и существующих, и потенциальных, о ходах переговоров с ними, о том, в какой стадии находится продажа услуг, с кем из клиентов работает какой менеджер, и прочая нужная информация. Вероятно, для начала вы будете использовать crm как готовый продукт, написанный кем-то для вас (с платной поддержкой). Но со временем окажется, что эта crm неудобна для ваших целей и менеджеры очень на нее жалуются. Видимо, нужно написать свою crm под свои цели (или доработать существующую). Так что нужен кто? Еще один программист.
Наконец у вас появляется бюджет, чтобы сделать нормальный сайт. Так что вы нанимаете отдельных разработчиков под фронтэнд и бэкенд, и даже дизайнера. Бизнес процветает, клиенты приходят толпой. Вот их уже больше тысячи человек… и внезапно сайт снова начинает тормозить. Раработчики говорят, что хостер не справляется с нагрузкой - сайту нужен свой сервер. И еще отдельный сервер под базу данных - (база данных - это то место, где хрянятся все данные - и каталог товаров или услуг, и история заказов клиентов, и список клиентов - в общем, всё то, что клиент видит на сайте). Так что вы либо покупаете себе парочку железных серверов и ставите прямо в офисе (увольняете эникейщика и нанимаете админа посмекалистее, чтобы он за ними смотрел), либо арендуете их в облаке (что дороже, но хлопот меньше, и меньше вероятность, что всё сломается, а данные потрутся). А когда вы еще больше вырастете, и поймете, что вам нужно больше серверов, то придёте к тому, что пора арендовать стойку с серверами в дата-центре, а то и «заиметь» собственный дата-центр. И тут уже вам не обойтись без штата хороших админов. А если вы хотит всё по уму, то наймёте ещё и dba (database administrator), чтобы он следил за базами данных.
Дальше вы захотите создать мобильное приложение, добавить чат для общения с техподдержкой, присылать уведомления менеджерам об активности клиентов и реализовывать еще кучу высокотехнологичных идей - так что понадобится больше программистов богу программистов.
Вот у вас уже крупная компания, с известным именем, и множеством разнообразных продуктов. Каждый день вы выпускаете обновления для сотни приложений. Ясно, что вряд ли эти обновления вручную копируются на сервера вашими программистами, как это было на заре существования фирмы. Выкатка приложений - это уже автоматизированный процесс, всё налажено так, что в момент обновления сайты и всё остальное продолжает работать, а клиенты ничего не замечают. В худшем случае 5% клиентов будут затронуты, а обновление так же автоматически откатится к предыдущей версии. Так вот, обновлением приложений и налаживанием всего этого процесса занимаются Devops-инженеры. Они должны владеть технологиями ci-cd (continuous integration/continuous delivery). Не всегда это отдельные люди, бывает, что этим занимаются те же разработчики, что пишут приложения. Или админы. Потому что вообще-то «Devops - это процесс, а не человек»(с).
Наконец у вас появляется бюджет, чтобы сделать нормальный сайт. Так что вы нанимаете отдельных разработчиков под фронтэнд и бэкенд, и даже дизайнера. Бизнес процветает, клиенты приходят толпой. Вот их уже больше тысячи человек… и внезапно сайт снова начинает тормозить. Раработчики говорят, что хостер не справляется с нагрузкой - сайту нужен свой сервер. И еще отдельный сервер под базу данных - (база данных - это то место, где хрянятся все данные - и каталог товаров или услуг, и история заказов клиентов, и список клиентов - в общем, всё то, что клиент видит на сайте). Так что вы либо покупаете себе парочку железных серверов и ставите прямо в офисе (увольняете эникейщика и нанимаете админа посмекалистее, чтобы он за ними смотрел), либо арендуете их в облаке (что дороже, но хлопот меньше, и меньше вероятность, что всё сломается, а данные потрутся). А когда вы еще больше вырастете, и поймете, что вам нужно больше серверов, то придёте к тому, что пора арендовать стойку с серверами в дата-центре, а то и «заиметь» собственный дата-центр. И тут уже вам не обойтись без штата хороших админов. А если вы хотит всё по уму, то наймёте ещё и dba (database administrator), чтобы он следил за базами данных.
Дальше вы захотите создать мобильное приложение, добавить чат для общения с техподдержкой, присылать уведомления менеджерам об активности клиентов и реализовывать еще кучу высокотехнологичных идей - так что понадобится больше программистов богу программистов.
Вот у вас уже крупная компания, с известным именем, и множеством разнообразных продуктов. Каждый день вы выпускаете обновления для сотни приложений. Ясно, что вряд ли эти обновления вручную копируются на сервера вашими программистами, как это было на заре существования фирмы. Выкатка приложений - это уже автоматизированный процесс, всё налажено так, что в момент обновления сайты и всё остальное продолжает работать, а клиенты ничего не замечают. В худшем случае 5% клиентов будут затронуты, а обновление так же автоматически откатится к предыдущей версии. Так вот, обновлением приложений и налаживанием всего этого процесса занимаются Devops-инженеры. Они должны владеть технологиями ci-cd (continuous integration/continuous delivery). Не всегда это отдельные люди, бывает, что этим занимаются те же разработчики, что пишут приложения. Или админы. Потому что вообще-то «Devops - это процесс, а не человек»(с).
…Вы часто замечали, чтобы какой-нибудь Google сломался и не работал? Такое случается и с гуглом, конечно. Но в современном мире минуты простоя - это моветон и позор. Всё должно работать 24/7. Если вам кажется, что всё «само» работает и не ломается - это не так. Всё ломается и постоянно. Но в идеале это должно происходить незаметно для клиентов и очень быстро чиниться. И чтобы ничего не ломалось неожиданно - существует мониторинг. На графики выводится вся важная информация по вашим приложениям, серверам и прочему - как быстро отвечает сайт? Сколько клиентов сейчас активно? Сколько свободного места осталось на диске на сервере с базой данных? Если с чем-то из этих аспектов возникают пробелемы - то людям, которые отвечают за работоспосбность приложений (в зависимости от компании это могут быть сами разработчики, или отдельные инженеры или админы) приходит уведомление - «Аларм! Число пользователей на сайте упало с 1000 человек до 0!» Скорее всего, это значит, что сайт сломался. И его срочно надо поднимать. Да-да, срочно - это прямо сейчас, пусть даже в 4 утра. Чем серьезнее и крупнее компания, тем менее допустимы простои.
Чтобы убедиться, что код, написанный разработчиками работает хорошо - создаются отделы QA, или тестирования. Задача тестировщиков - найти косяки в приложениях и отправить проект на доработку к программистам.
А когда вы захотите внедрить такой модный ныне data science - научиться распознавать изображения, например. Или написать модели, которые будут предсказывать, в какие дни клиенты наиболее активны и сколько сотрудников call-центра должно выходить на смену в эти дни - то вы начнете нанимать специалистов по data-science.
Это, разумеется, далеко не всё IT, а первое, что пришло мне в голову.
Ваши вопросы можно присылать сюда: @hum_it_bot
Чтобы убедиться, что код, написанный разработчиками работает хорошо - создаются отделы QA, или тестирования. Задача тестировщиков - найти косяки в приложениях и отправить проект на доработку к программистам.
А когда вы захотите внедрить такой модный ныне data science - научиться распознавать изображения, например. Или написать модели, которые будут предсказывать, в какие дни клиенты наиболее активны и сколько сотрудников call-центра должно выходить на смену в эти дни - то вы начнете нанимать специалистов по data-science.
Это, разумеется, далеко не всё IT, а первое, что пришло мне в голову.
Ваши вопросы можно присылать сюда: @hum_it_bot
#вашивопросы
Только недавно начала работать в продуктовой компании аналитиком. Мой бэкграунд - клиническая психология. Также изучала UX Research, Продуктовый дизайн, участвовала в научных исследованиях, но ощущение, что пришла в компанию чистым листом и являюсь какой-то мошенницей, которая обманывает своих работодателей. По факту не могу справиться самостоятельно ни с одной задачей. Из-за этого часто обращаюсь за помощью к коллегам и руководителю, и судя по всему, их это бесит. Хотела посоветоваться, мне лучше себя вести: проявлять больше самостоятельности и генерировать абсурдные, неправильные решения или продолжать долбать коллег и руководителей в поисках помощи и истины? Или вообще уволиться и продолжать проходить профильные курсы?
PS. Есть ощущение, что на курсах вообще не учат тому, с чем приходится сталкиваться «в бою»
PPS. Коллеги и руководитель сами не знают, как решать те задачи, которые они мне дают, но почти все мои попытки расценивают как неудовлетворительные
Синдром самозванца - это (почти) всем знакомое состояние. И есть ощущение, что оно не покидает нас до конца - а вообще никогда, даже с годами опыта. Но со временем уверенность в своих решениях (и их качество) всё же растут, и мысли о том, что мы кого-то обманываем и вообще какие-то «не настоящие» специалисты посещают всё реже.
Что касается вашего вопроса - решать задачи самостоятельно или обращаться за помощью к коллегам - думаю, лучше делать так: сначала проделать максимум возможной работы самостоятельно. Продумать решение (а лучше сразу несколько вариантов решений), проработать его, найти и изучить всю релевантную информацию по этому решению, изучить best practices по теме. Поэкспериментировать с решением, сделать какой-то быстрый прототип. И только потом, уже с этим всем материалам идти и советоваться с коллегами. Идея в том, чтобы они не ощущали, что вы хотите переложить свою работу на них. Вы приходите к ним с уже проделанной работой и советуетесь, в каком направлении двинуться дальше.
На счет курсов - да, учебные задачи и «боевые» отличаются. Но это не значит, что учеба не помогает работе - помогает. Но реального боевого опыта она не дает, скорее дает некий фундамент из знаний и умение искать нужную информацию. Есть ли смысл пойти «доучиться» - возможно. На полноценную учебу сложно выделить время, когда работаешь - и если у вас есть возможность временно не работать, это круто. Но, опять-таки, решать реальные бизнесовые задачи можно научиться только на работе.
Коллеги и руководитель по идее и не обязаны знать, как вам решать задачи. В этом идея разделения труда - сотрудник нанимается под определенные задачи, а его коллеги не должны быть компетентными в них, у них свой круг ответственности.
И еще есть вариант, что именно это место работы и этот рабочий коллектив вам банально не подходят, и где-то в другом месте дела пойдут легче.
Интересно сколько ты получаешь и сколько получают твои подчиненные?
Ой, ну это уже не совсем приличный вопрос для современного мира. Вот вам картинка о зарплатах в Москве - скажем так, инфа соответствует моему опыту. А подчиненных у меня в настоящее время нет, мне интереснее решать технические задачи, чем выполнять административную работу (хотя такой опыт у меня и был).
Ваши вопросы о работе в сфере IT можно присылать сюда: @hum_it_bot.
Только недавно начала работать в продуктовой компании аналитиком. Мой бэкграунд - клиническая психология. Также изучала UX Research, Продуктовый дизайн, участвовала в научных исследованиях, но ощущение, что пришла в компанию чистым листом и являюсь какой-то мошенницей, которая обманывает своих работодателей. По факту не могу справиться самостоятельно ни с одной задачей. Из-за этого часто обращаюсь за помощью к коллегам и руководителю, и судя по всему, их это бесит. Хотела посоветоваться, мне лучше себя вести: проявлять больше самостоятельности и генерировать абсурдные, неправильные решения или продолжать долбать коллег и руководителей в поисках помощи и истины? Или вообще уволиться и продолжать проходить профильные курсы?
PS. Есть ощущение, что на курсах вообще не учат тому, с чем приходится сталкиваться «в бою»
PPS. Коллеги и руководитель сами не знают, как решать те задачи, которые они мне дают, но почти все мои попытки расценивают как неудовлетворительные
Синдром самозванца - это (почти) всем знакомое состояние. И есть ощущение, что оно не покидает нас до конца - а вообще никогда, даже с годами опыта. Но со временем уверенность в своих решениях (и их качество) всё же растут, и мысли о том, что мы кого-то обманываем и вообще какие-то «не настоящие» специалисты посещают всё реже.
Что касается вашего вопроса - решать задачи самостоятельно или обращаться за помощью к коллегам - думаю, лучше делать так: сначала проделать максимум возможной работы самостоятельно. Продумать решение (а лучше сразу несколько вариантов решений), проработать его, найти и изучить всю релевантную информацию по этому решению, изучить best practices по теме. Поэкспериментировать с решением, сделать какой-то быстрый прототип. И только потом, уже с этим всем материалам идти и советоваться с коллегами. Идея в том, чтобы они не ощущали, что вы хотите переложить свою работу на них. Вы приходите к ним с уже проделанной работой и советуетесь, в каком направлении двинуться дальше.
На счет курсов - да, учебные задачи и «боевые» отличаются. Но это не значит, что учеба не помогает работе - помогает. Но реального боевого опыта она не дает, скорее дает некий фундамент из знаний и умение искать нужную информацию. Есть ли смысл пойти «доучиться» - возможно. На полноценную учебу сложно выделить время, когда работаешь - и если у вас есть возможность временно не работать, это круто. Но, опять-таки, решать реальные бизнесовые задачи можно научиться только на работе.
Коллеги и руководитель по идее и не обязаны знать, как вам решать задачи. В этом идея разделения труда - сотрудник нанимается под определенные задачи, а его коллеги не должны быть компетентными в них, у них свой круг ответственности.
И еще есть вариант, что именно это место работы и этот рабочий коллектив вам банально не подходят, и где-то в другом месте дела пойдут легче.
Интересно сколько ты получаешь и сколько получают твои подчиненные?
Ой, ну это уже не совсем приличный вопрос для современного мира. Вот вам картинка о зарплатах в Москве - скажем так, инфа соответствует моему опыту. А подчиненных у меня в настоящее время нет, мне интереснее решать технические задачи, чем выполнять административную работу (хотя такой опыт у меня и был).
Ваши вопросы о работе в сфере IT можно присылать сюда: @hum_it_bot.
Про деньги
Меня недавно упрекнули в том, что я не называю свою зарплату, когда это такая животрепещущая тема. Что ж, вплоть до копейки мне всё ещё некомфортно её называть, но субъективной обзор рынка зарплат в Москве сделаю, и расскажу, с каких цифр начинала.
Был 2014 год, доллар только что скакнул от 30 рублей до 60 и выше, рынок пребывал в шоке, а стартап, на который я тогда работала чем-то вроде редактора, развалился. К слову, в зарплаты программистов там начинались от 80-100к, и это тогда было очень хорошо по рынку (доллар-то стоил 30 рублей).
Оказавшись без работы, я впервые попробовала устроиться разработчиком. Опыта работы у меня не было совсем, резюме пришлось мучительно высасывать из пальца. Главная задача была - доказать рынку, что я чего-то стою - без технического высшего образования и без опыта, на одних онлайн-курсах и 25ти лет от роду. Впрочем, работу оказалось найти несложно и недолго - но и за скромную зарплату. Устроилась я тогда в небольшую компанию (штат около 50 человек) за 60 тыр в месяц. Это было больше, чем я получала до этого, так что для меня было уже неплохо.
Каждый год к зарплате прибавляли по 10к, что не слишком впечатляло, ибо инфляция. Были эпизодические небольшие премии и 13я зарплата. Но акционеры той компании были не слишком щедры и по моим ощущениям, зарплата росла гораздо медленнее, чем моя рыночная стоимость как разработчика. Через полотора года работы я чуть не сбежала к другому работодателю, так как там предлагали чуть ли не в 2 раза больше денег. Остановило меня только то, что там были «черные» зарплаты.
Чтобы пробить «потолок» в 100 тысяч в месяц в той компании нужно было уже кем-то руководить. По этой причине я согласилась стать тим-лидом, несмотря на то, что у меня душа больше лежит к техническим задачам, а менеджерская нагрузка - это другие скиллы и требования.
Проблема моего первого работодателя в IT в том, что там не хотели выделять достаточный бюджет на опытных разработчиков - поэтому штат людей с опытом постепенно «размывался» и заполнялся джунами. А «сеньоры» утекали, оставалось несколько человек, которые там работали уже лет 10 «по старой дружбе».
Когда меня припёрло к стенке ипотекой и ремонтом, деньги сразу поднялись на первое место в списке приоритетов. А предложения рекрутеров в личных сообщениях линкедина всегда ждут своего часа. Так что я написала одному из них. И параллельно поговорила с начальником о зарплате - мол она не соответствует рынку. Выдвинула свои условия. Работодатель предложил свои, которые, разумеется, были хуже. Я подтолкнула начальника обкашлять вопрос с руководством - но там, понятное дело, не согласились. Так я ушла в крупную компанию, увеличив доход в полтора раза, не считая премий.
Что касается ситуации в среднем по рынку - всё зависит от работодателя.
Больше всего платят в некоторых стартапах - зарплаты для опытных разработчиков там в 2-3-4 раза выше среднерыночных. Расплата за это - нестабильность. Стартап может развалиться в любой момент и ничего не заплатить. И зарплаты там часто «черные», что не понравится ипотечникам.
Другая крайность - это очень странные вакансии на hh. Где в графе «требования» написано, что человек должен уметь вообще всё, чуть ли не космическим кораблем управлять. А зарплата предлагается меньше, чем у уборщицы в «пятёрочке». Еще в 2015 году я наблюдала вакансию для джуна-стажера Python за 15тыр. За полный рабочий день, пятидневку. Вакансия висела, кажется, год. Сложно сказать, на кого рассчитывают такие компании.
Многие хотят урвать разработчика поскилластее да подешевле. Такие компании особенно любят недавно приехавших в Москву ребят - которые еще не совсем освоились в расценках и считают маленькую по московским меркам зарплату хорошей.
Какова условно «нормальная» цена разработчика в Москве? - Я считаю, что не меньше, чем 120к - это если у человека есть, скажем, 2 года опыта работы. А лучше больше. Но всё очень по-разному. Зависит и от компании, и от языка и стека технологий. Ходят байки, что есть места, где 120-150 - это нормальная зарплата джуна java-разработчика. Джуна, Карл!
Меня недавно упрекнули в том, что я не называю свою зарплату, когда это такая животрепещущая тема. Что ж, вплоть до копейки мне всё ещё некомфортно её называть, но субъективной обзор рынка зарплат в Москве сделаю, и расскажу, с каких цифр начинала.
Был 2014 год, доллар только что скакнул от 30 рублей до 60 и выше, рынок пребывал в шоке, а стартап, на который я тогда работала чем-то вроде редактора, развалился. К слову, в зарплаты программистов там начинались от 80-100к, и это тогда было очень хорошо по рынку (доллар-то стоил 30 рублей).
Оказавшись без работы, я впервые попробовала устроиться разработчиком. Опыта работы у меня не было совсем, резюме пришлось мучительно высасывать из пальца. Главная задача была - доказать рынку, что я чего-то стою - без технического высшего образования и без опыта, на одних онлайн-курсах и 25ти лет от роду. Впрочем, работу оказалось найти несложно и недолго - но и за скромную зарплату. Устроилась я тогда в небольшую компанию (штат около 50 человек) за 60 тыр в месяц. Это было больше, чем я получала до этого, так что для меня было уже неплохо.
Каждый год к зарплате прибавляли по 10к, что не слишком впечатляло, ибо инфляция. Были эпизодические небольшие премии и 13я зарплата. Но акционеры той компании были не слишком щедры и по моим ощущениям, зарплата росла гораздо медленнее, чем моя рыночная стоимость как разработчика. Через полотора года работы я чуть не сбежала к другому работодателю, так как там предлагали чуть ли не в 2 раза больше денег. Остановило меня только то, что там были «черные» зарплаты.
Чтобы пробить «потолок» в 100 тысяч в месяц в той компании нужно было уже кем-то руководить. По этой причине я согласилась стать тим-лидом, несмотря на то, что у меня душа больше лежит к техническим задачам, а менеджерская нагрузка - это другие скиллы и требования.
Проблема моего первого работодателя в IT в том, что там не хотели выделять достаточный бюджет на опытных разработчиков - поэтому штат людей с опытом постепенно «размывался» и заполнялся джунами. А «сеньоры» утекали, оставалось несколько человек, которые там работали уже лет 10 «по старой дружбе».
Когда меня припёрло к стенке ипотекой и ремонтом, деньги сразу поднялись на первое место в списке приоритетов. А предложения рекрутеров в личных сообщениях линкедина всегда ждут своего часа. Так что я написала одному из них. И параллельно поговорила с начальником о зарплате - мол она не соответствует рынку. Выдвинула свои условия. Работодатель предложил свои, которые, разумеется, были хуже. Я подтолкнула начальника обкашлять вопрос с руководством - но там, понятное дело, не согласились. Так я ушла в крупную компанию, увеличив доход в полтора раза, не считая премий.
Что касается ситуации в среднем по рынку - всё зависит от работодателя.
Больше всего платят в некоторых стартапах - зарплаты для опытных разработчиков там в 2-3-4 раза выше среднерыночных. Расплата за это - нестабильность. Стартап может развалиться в любой момент и ничего не заплатить. И зарплаты там часто «черные», что не понравится ипотечникам.
Другая крайность - это очень странные вакансии на hh. Где в графе «требования» написано, что человек должен уметь вообще всё, чуть ли не космическим кораблем управлять. А зарплата предлагается меньше, чем у уборщицы в «пятёрочке». Еще в 2015 году я наблюдала вакансию для джуна-стажера Python за 15тыр. За полный рабочий день, пятидневку. Вакансия висела, кажется, год. Сложно сказать, на кого рассчитывают такие компании.
Многие хотят урвать разработчика поскилластее да подешевле. Такие компании особенно любят недавно приехавших в Москву ребят - которые еще не совсем освоились в расценках и считают маленькую по московским меркам зарплату хорошей.
Какова условно «нормальная» цена разработчика в Москве? - Я считаю, что не меньше, чем 120к - это если у человека есть, скажем, 2 года опыта работы. А лучше больше. Но всё очень по-разному. Зависит и от компании, и от языка и стека технологий. Ходят байки, что есть места, где 120-150 - это нормальная зарплата джуна java-разработчика. Джуна, Карл!
Привет всем вновь присоединившимся!
Вкратце, что происходит на этом канале: его главную цель я вижу в том, чтобы рассеять страх перед сферой IT: мол «это не мое», «у меня не получится», «это слишком сложно», «у меня гуманитарные мозги».
Очень может быть, всё окажется не так уж сложно и неподъёмно, и вы найдёте себя там.
Я убеждена, что есть много людей, которые могли бы заниматься тем же программированием - причем, делать это с удовольствием и интересом, но им просто не приходит в голову, что «так можно было» - несмотря на отсутствие опыта, на отсутствие технического образования и на предшествующее отсутствие интереса к этой сфере. У меня всё было точно так же. И оказалось, что всё это не препятствия.
В современном мире учиться и менять профессию - это более чем нормально. Есть даже тренд на lifelong learning и смену профессии каждые 5 лет, хотя для постсоветского общества еще привычно жить в парадигме - 1 раз получил специальность, и работай по ней всю жизнь.
У канала есть бот @hum_it_bot, куда вы можете присылать свои вопросы о том, что волнует вас как начинающего (или потенциального) айтишника - какие есть страхи и сомнения, что непонятно. Я отвечаю на них в постах на этом канале (вопросов поступает много - поэтому не сразу). Реагировать на негатив в личку и спорить у меня нет времени.
Этот канал - не учебный курс, хотя на вопросы по программированию я тоже отвечаю. Это скорее группа поддержки и советы для начинающих.
Вкратце, что происходит на этом канале: его главную цель я вижу в том, чтобы рассеять страх перед сферой IT: мол «это не мое», «у меня не получится», «это слишком сложно», «у меня гуманитарные мозги».
Очень может быть, всё окажется не так уж сложно и неподъёмно, и вы найдёте себя там.
Я убеждена, что есть много людей, которые могли бы заниматься тем же программированием - причем, делать это с удовольствием и интересом, но им просто не приходит в голову, что «так можно было» - несмотря на отсутствие опыта, на отсутствие технического образования и на предшествующее отсутствие интереса к этой сфере. У меня всё было точно так же. И оказалось, что всё это не препятствия.
В современном мире учиться и менять профессию - это более чем нормально. Есть даже тренд на lifelong learning и смену профессии каждые 5 лет, хотя для постсоветского общества еще привычно жить в парадигме - 1 раз получил специальность, и работай по ней всю жизнь.
У канала есть бот @hum_it_bot, куда вы можете присылать свои вопросы о том, что волнует вас как начинающего (или потенциального) айтишника - какие есть страхи и сомнения, что непонятно. Я отвечаю на них в постах на этом канале (вопросов поступает много - поэтому не сразу). Реагировать на негатив в личку и спорить у меня нет времени.
Этот канал - не учебный курс, хотя на вопросы по программированию я тоже отвечаю. Это скорее группа поддержки и советы для начинающих.
#вашивопросы
Всем привет! Продолжаю разгребать вопросы в боте. Вопросы часто бывают похожими, и в таких случаях повторяться не буду - отвечу один раз.
Добрый день, Лена!) Начала читать Ваш канал, так как задалась целью разобраться в программировании, оно всегда для меня было словно темный лес) подскажите, пожалуйста, с чего лучше начать изучение человеку, который не обладает никакой базой программирования, от слова совсем)
Если цель пока что ознакомительная - попробовать, посмотреть, что это такое - то тогда подойдёт любой короткий (скажем, на 1 месяц) онлайн-курс по программированию или computer science для начинающих - часто в основе таких курсов лежит несложный, но интересный проект - например, написать простенькую игру. Поискать такие курсы можно на онлайн-платформах - коих сейчас великое множество, что-нибудь вроде Coursera, Edx, Stepic, Udemy итд итп, или просто по гуглу. Ключевые слова - для начинающих. В описании к таким курсам должно быть написано, что не требуется никаких предшествующих знаний или подготовки. Понравится - можно будет «ввязаться» во что-то более сложное и длительное.
Можно начать и с какой-нибудь книги - но курсы более интерактивны и увлекательны, так что проходить их интереснее, но тут каждому своё.
Если же цель - с головой погрузиться в IT и выходить на трудоустройство - то я бы рекомендовала в первую очередь курсы при крупных IT-компаниях (тот же mail например) - c гарантией трудоустройства. Там вам будет и программа из самых востребованных предметов, и задания, и на выходе - предложения о работе.
Как понять, что ты и твой мозг подходите к программированию? Только попробовав? Но учебные курсы они все специально сделаны, чтобы было интересно:) Проходил тесты, но их объективность тоже под вопросом. А проучится год- полтора и понять, что это не твоё не хочется)
На эту тему у меня уже был пост, вот он. Я считаю главный критерий - это то, что вас увлекает процесс написания программ. И вы испытываете радость от результатат - вот оно, ваше детище - программа, и она работает! И гордость за то, что ей кто-то пользуется (особенно если эти кто-то - это полстраны). Это как, ну не знаю - играть на гитаре. Получится у того, кому это нравится, а не у того, кто себя заставляет насильно.
Привет! У меня вопрос; а какие вообще направления в айти существуют? Мелькают перед глазами фронт, бэк, фуллстек, да и все. Наверняка же что-то кроме них есть?
Вы назвали по сути виды разработчиков веб-приложений. Фуллстек - это даже не отдельное направление, а гибрид из бэка и фронта в одном человеке. А вообще в it есть не только программисты. Есть еще, к примеру, data-scientists, тестировщики, инженеры DevOps, системные администраторы, администраторы баз данных, специалисты по информационной безопасности, pen-тестировщики. Есть еще менее технические профессии - компьютерные лингвисты, верстальщики, проджект-менеджеры и аналитики, UX-дизайнеры и UI-дизайнеры. Сами программисты, если уж зашла о них речь бывают разные и разрабатывают разные продукты - веб-сайты, мобильные приложения, поисковые системы, программы для ПК, карты, игры, базы данных, целые операционные системы и системные продукты, криптографические штуки и модный нынче блокчейн, языки программирования, интерпретаторы и комплияторы для них, математические модели, компьютерную графику и VR, и что угодно ещё. Это очень обширный на самом деле вопрос, и вы найдёте много ответов даже в первых 5 результатах поисковой выдачи Гугла.
Всем привет! Продолжаю разгребать вопросы в боте. Вопросы часто бывают похожими, и в таких случаях повторяться не буду - отвечу один раз.
Добрый день, Лена!) Начала читать Ваш канал, так как задалась целью разобраться в программировании, оно всегда для меня было словно темный лес) подскажите, пожалуйста, с чего лучше начать изучение человеку, который не обладает никакой базой программирования, от слова совсем)
Если цель пока что ознакомительная - попробовать, посмотреть, что это такое - то тогда подойдёт любой короткий (скажем, на 1 месяц) онлайн-курс по программированию или computer science для начинающих - часто в основе таких курсов лежит несложный, но интересный проект - например, написать простенькую игру. Поискать такие курсы можно на онлайн-платформах - коих сейчас великое множество, что-нибудь вроде Coursera, Edx, Stepic, Udemy итд итп, или просто по гуглу. Ключевые слова - для начинающих. В описании к таким курсам должно быть написано, что не требуется никаких предшествующих знаний или подготовки. Понравится - можно будет «ввязаться» во что-то более сложное и длительное.
Можно начать и с какой-нибудь книги - но курсы более интерактивны и увлекательны, так что проходить их интереснее, но тут каждому своё.
Если же цель - с головой погрузиться в IT и выходить на трудоустройство - то я бы рекомендовала в первую очередь курсы при крупных IT-компаниях (тот же mail например) - c гарантией трудоустройства. Там вам будет и программа из самых востребованных предметов, и задания, и на выходе - предложения о работе.
Как понять, что ты и твой мозг подходите к программированию? Только попробовав? Но учебные курсы они все специально сделаны, чтобы было интересно:) Проходил тесты, но их объективность тоже под вопросом. А проучится год- полтора и понять, что это не твоё не хочется)
На эту тему у меня уже был пост, вот он. Я считаю главный критерий - это то, что вас увлекает процесс написания программ. И вы испытываете радость от результатат - вот оно, ваше детище - программа, и она работает! И гордость за то, что ей кто-то пользуется (особенно если эти кто-то - это полстраны). Это как, ну не знаю - играть на гитаре. Получится у того, кому это нравится, а не у того, кто себя заставляет насильно.
Привет! У меня вопрос; а какие вообще направления в айти существуют? Мелькают перед глазами фронт, бэк, фуллстек, да и все. Наверняка же что-то кроме них есть?
Вы назвали по сути виды разработчиков веб-приложений. Фуллстек - это даже не отдельное направление, а гибрид из бэка и фронта в одном человеке. А вообще в it есть не только программисты. Есть еще, к примеру, data-scientists, тестировщики, инженеры DevOps, системные администраторы, администраторы баз данных, специалисты по информационной безопасности, pen-тестировщики. Есть еще менее технические профессии - компьютерные лингвисты, верстальщики, проджект-менеджеры и аналитики, UX-дизайнеры и UI-дизайнеры. Сами программисты, если уж зашла о них речь бывают разные и разрабатывают разные продукты - веб-сайты, мобильные приложения, поисковые системы, программы для ПК, карты, игры, базы данных, целые операционные системы и системные продукты, криптографические штуки и модный нынче блокчейн, языки программирования, интерпретаторы и комплияторы для них, математические модели, компьютерную графику и VR, и что угодно ещё. Это очень обширный на самом деле вопрос, и вы найдёте много ответов даже в первых 5 результатах поисковой выдачи Гугла.
Telegram
Программирование для гуманитариев
Как понять, что IT - это «моё»?
Наверное, легче всего выбирать профориентацию людям, у которых есть выраженные предпочтения или мечта о какой-то конкретной профессии.
Я к числу таких никогда не принадлежала. «Призвание» для меня слишком громкое слово, отдающее…
Наверное, легче всего выбирать профориентацию людям, у которых есть выраженные предпочтения или мечта о какой-то конкретной профессии.
Я к числу таких никогда не принадлежала. «Призвание» для меня слишком громкое слово, отдающее…
О чем спросят на собеседовании в конкретную компанию - сильно зависит от прихотей собеседующих. Кто-то намеренно дает очень простые задания, самую базу, действуя из убеждения, что человек и не должен уметь решать на коленке хитрые нетривиальные задачи. Кто-то наоборот очень любит «подловить» и даёт задания «на подумать» - мы с коллегами как-то дня три бились над такой задачей про мудрецов. Кто-то проверяет знания алгоритмов, кто-то считает, что это не показатель.
Но независимо от подхода работодателя, к любому типу собеседования можно подготовиться заранее. Если вы уже освоили азы какого-нибудь языка программирования, можете писать небольшие программки и читать код - то ловите канал с интересными задачками и на алгоритмы, и просто на смекалку - с разбором решений, вплоть до написанного кода - будет чем заняться на карантине. В задачах я не встретила «страшной» математики или чего-то сверхсложного, задания подойдут и новичкам, и более опытным людям. Решив десяток-другой подобных задач, мозг натренируется и уже никакой хитрый работодатель со своими задачами про шары и шахматные доски не поставит вас в тупик.
Кроме задач на канале много материала, посвященного изучению алгоритмов и структур данных - статьи, тесты, гайды, разборы. Найдется контент для любого уровня - и для новичков, и для тех, кто себя к таким не относит. Как минимум, освоить простые алгоритмы сортировки - это маст-хэв для разработчика, вероятнее всего, на собеседовании дадут задание именно на них.
Но независимо от подхода работодателя, к любому типу собеседования можно подготовиться заранее. Если вы уже освоили азы какого-нибудь языка программирования, можете писать небольшие программки и читать код - то ловите канал с интересными задачками и на алгоритмы, и просто на смекалку - с разбором решений, вплоть до написанного кода - будет чем заняться на карантине. В задачах я не встретила «страшной» математики или чего-то сверхсложного, задания подойдут и новичкам, и более опытным людям. Решив десяток-другой подобных задач, мозг натренируется и уже никакой хитрый работодатель со своими задачами про шары и шахматные доски не поставит вас в тупик.
Кроме задач на канале много материала, посвященного изучению алгоритмов и структур данных - статьи, тесты, гайды, разборы. Найдется контент для любого уровня - и для новичков, и для тех, кто себя к таким не относит. Как минимум, освоить простые алгоритмы сортировки - это маст-хэв для разработчика, вероятнее всего, на собеседовании дадут задание именно на них.
Telegram
UniLecs | Программирование
🤘🏻Задачи, головоломки, книги и другие радости программиста.
Оглавление канала: telegra.ph/UniLecs-FAQ-09-30
Чат: @unilecs_chat
Бот: @unilecsBot
VK: vk.com/unilecs
Админ, сотрудничество: @dashalvv
Редактор: @amdavletov
Оглавление канала: telegra.ph/UniLecs-FAQ-09-30
Чат: @unilecs_chat
Бот: @unilecsBot
VK: vk.com/unilecs
Админ, сотрудничество: @dashalvv
Редактор: @amdavletov
#вашивопросы
Здравствуйте, дайте пожалуйста совет. Хочу изучить языки программирования питон, жава и жаваскрипт. Но, не могу себе позволить ходить на курсы. Они у нас дорого стоят. Где найти основы программирования? Что читать? Где найти нужные материалы?
В Интернете есть и бесплатные курсы. Также на онлайн-платформах бывают бесплатные опции для прослушивания платных курсов - например, доступ к видео-урокам бесплатный, а доступ к домашним заданиям и тестам - только при оплате. Книги, думаю, тоже можно найти в свободном доступе. Ищите и найдёте. Тут мои посты с ответами на похожие вопросы: https://t.iss.one/it_human/61
Пытаюсь понять, какие курсы выбрать: Python или дизайн. Я просто не могу понять, где бы я была бы, скажем так, сильна. Подойдёт ли дизайн человеку, который не умеет рисовать?
Про дизайн я ничего не знаю - это скорее вопрос к дизайнеру. От себя могу только сказать - попробуйте по чуть-чуть то и то и посмотрите, к чему больше душа лежит.
Стоит ли начать свое обучение в it с нуля, при помощи какого нибудь онлайн университета, которых развелось на просторах сети достаточное количество. При том что обучение там не самое и дешёвое.
Да, почему бы и нет? Я училась только на онлайн-курсах, причем бесплатных. А что касается инвестирования серьезной суммы денег в обучение - тут нужно ориентироваться на отзывы о конкретных курсах, чтобы затраты окупились. Я бы рекомендовала курсы при крупных IT-компаниях, которые обещают помочь с трудоустройством по их окончании.
Здравствуйте! Как обстоят дела с релокацией в Европу для Qa?
Глубоко в этой теме не разбираюсь, но могу сказать, что встречала тестировщиков, которые уехали в европейские страны и продолжили там карьеру.
Вопросы об обучении и карьере в сфере IT можно задать в бота: @hum_it_bot
Здравствуйте, дайте пожалуйста совет. Хочу изучить языки программирования питон, жава и жаваскрипт. Но, не могу себе позволить ходить на курсы. Они у нас дорого стоят. Где найти основы программирования? Что читать? Где найти нужные материалы?
В Интернете есть и бесплатные курсы. Также на онлайн-платформах бывают бесплатные опции для прослушивания платных курсов - например, доступ к видео-урокам бесплатный, а доступ к домашним заданиям и тестам - только при оплате. Книги, думаю, тоже можно найти в свободном доступе. Ищите и найдёте. Тут мои посты с ответами на похожие вопросы: https://t.iss.one/it_human/61
Пытаюсь понять, какие курсы выбрать: Python или дизайн. Я просто не могу понять, где бы я была бы, скажем так, сильна. Подойдёт ли дизайн человеку, который не умеет рисовать?
Про дизайн я ничего не знаю - это скорее вопрос к дизайнеру. От себя могу только сказать - попробуйте по чуть-чуть то и то и посмотрите, к чему больше душа лежит.
Стоит ли начать свое обучение в it с нуля, при помощи какого нибудь онлайн университета, которых развелось на просторах сети достаточное количество. При том что обучение там не самое и дешёвое.
Да, почему бы и нет? Я училась только на онлайн-курсах, причем бесплатных. А что касается инвестирования серьезной суммы денег в обучение - тут нужно ориентироваться на отзывы о конкретных курсах, чтобы затраты окупились. Я бы рекомендовала курсы при крупных IT-компаниях, которые обещают помочь с трудоустройством по их окончании.
Здравствуйте! Как обстоят дела с релокацией в Европу для Qa?
Глубоко в этой теме не разбираюсь, но могу сказать, что встречала тестировщиков, которые уехали в европейские страны и продолжили там карьеру.
Вопросы об обучении и карьере в сфере IT можно задать в бота: @hum_it_bot
Что нужно изучить, чтобы стать разработчиком?
Ниже - мой субъективный чек-лист для бэкенд-разработчика. Рассматривать его стоит как условный гайдлайн, а не как жесткий список требований - в зависимости от вашей предполагаемой специализации требования будут различаться. Например, не все пишут софт под Linux, есть еще .Net и экосреда Microsoft - если вас тянет в разработку под Windows, ̶п̶о̶д̶у̶м̶а̶й̶т̶е̶ ̶д̶в̶а̶ж̶д̶ы̶ то Linux уже не является таким жестким must-have.
1) OS Linux. Нужно уметь работать с командной оболочкой (например, bash) и основными Unix-утилитами.
2) Ваш основной язык программирования, с которым планируете работать. Также - стандартные либы и модули к нему, а также распространенные дополнительные либы. Для Python это будет, к примеру, datetime, os, sys, json, requests, collections. Также - основные инструменты для настройки окружения - pip и pyenv в случае с Python. И еще - часто используемые фреймворки, в случае с питоном это, в первую очередь - Django + django rest framework. С помощью всего этого нужно научиться делать свои домашние проекты - простенькие сайты и скрипты.
3) Другие языки программирования, хотя бы на уровне основ. Особенно я приветствую знакомство с одним из языков с си-подобным синтаксисом (C, С++, Java) и со строгой типизацией. Не то чтобы это прямо маст-хэв для того же питон-разработчика, но чем богаче бэкграунд, тем лучше. Как минимум, читать код в процессе работы придется на разных языках, не только на вашем «родном».
4) Базы данных. Знать, что такое реляционные БД хотя бы на уровне ликбеза. Выучить язык SQL. В «бою» также понадобится знать особенности и фишечки конкретной субд (PostgreSQL, Mysql, SQL Server, Oracle) - но тут зависит от того, какая из них используется конкретно вашим будущим работодателем. Скорее всего, 60% из всего, что нужно знать про конкретную СУБД вы выучите уже в процессе работы. Также нужно освоить инструменты для работы с БД в вашем языке программирования (например, в питоне psycopg2 для работы с PostgreSQL или SQLAlchemy - для любых субд).
5) Основы Computer Science. Хотя бы на уровне ликбеза общие сведения об устройстве операционных систем, файловых систем, памяти и CPU. Слова «стек», «хип», «процессы», «потоки» не должны звучать для вас как иностранные.
6) Сеть и сетевые протоколы. Опять-таки, как минимум - на уровне ликбеза. Не обязательно в мельчайших подробностях. Что такое TCP/IP, HTTP, ICMP, DNS. Как в общих чертах работает этот ваш Интернет? Что происходит, когда мы набираем в браузере какой-нибудь домен, например, гугловый? Что такое nat? Как настроить iptables.
7) Конкретные технологии и инструменты - разные работодатели используют разный набор. По моему опыту, всё это в основном осваивается прямо на работе уже в процессе решения «боевых» задач. Но, разумеется, можно облегчить себе жизнь и опробовать что-то из этого дома в спокойном темпе и без стресса. Просто перечислю некоторые из них:
- Docker - контейнеры с линуксом внутри. Очень многие программы и приложения (в том числе сайты, которыми вы все пользуетесь) в современном мире работает внутри докер-контейнеров. Когда освоите Linux, с докером тоже быстро разберетесь.
- RabbitMQ - брокер для работы с очередями
- NoSQL базы данных - Redis, MongoDb итд
- Инструменты для ci-cd (continuous integration - continuous delivery) - например, gitlab, jenkins итд.
- Облачные платформы и инструменты для работы с ними - например, AWS Amazon или Google Cloud
- Kubernetes - место, где «живут» приложения в докер-контейнерах
Если вы считаете, что я забыла упомянуть что-то важное, вы знаете, где меня найти: @hum_it_bot. Вопросы и уточнения туда же.
Ниже - мой субъективный чек-лист для бэкенд-разработчика. Рассматривать его стоит как условный гайдлайн, а не как жесткий список требований - в зависимости от вашей предполагаемой специализации требования будут различаться. Например, не все пишут софт под Linux, есть еще .Net и экосреда Microsoft - если вас тянет в разработку под Windows, ̶п̶о̶д̶у̶м̶а̶й̶т̶е̶ ̶д̶в̶а̶ж̶д̶ы̶ то Linux уже не является таким жестким must-have.
1) OS Linux. Нужно уметь работать с командной оболочкой (например, bash) и основными Unix-утилитами.
2) Ваш основной язык программирования, с которым планируете работать. Также - стандартные либы и модули к нему, а также распространенные дополнительные либы. Для Python это будет, к примеру, datetime, os, sys, json, requests, collections. Также - основные инструменты для настройки окружения - pip и pyenv в случае с Python. И еще - часто используемые фреймворки, в случае с питоном это, в первую очередь - Django + django rest framework. С помощью всего этого нужно научиться делать свои домашние проекты - простенькие сайты и скрипты.
3) Другие языки программирования, хотя бы на уровне основ. Особенно я приветствую знакомство с одним из языков с си-подобным синтаксисом (C, С++, Java) и со строгой типизацией. Не то чтобы это прямо маст-хэв для того же питон-разработчика, но чем богаче бэкграунд, тем лучше. Как минимум, читать код в процессе работы придется на разных языках, не только на вашем «родном».
4) Базы данных. Знать, что такое реляционные БД хотя бы на уровне ликбеза. Выучить язык SQL. В «бою» также понадобится знать особенности и фишечки конкретной субд (PostgreSQL, Mysql, SQL Server, Oracle) - но тут зависит от того, какая из них используется конкретно вашим будущим работодателем. Скорее всего, 60% из всего, что нужно знать про конкретную СУБД вы выучите уже в процессе работы. Также нужно освоить инструменты для работы с БД в вашем языке программирования (например, в питоне psycopg2 для работы с PostgreSQL или SQLAlchemy - для любых субд).
5) Основы Computer Science. Хотя бы на уровне ликбеза общие сведения об устройстве операционных систем, файловых систем, памяти и CPU. Слова «стек», «хип», «процессы», «потоки» не должны звучать для вас как иностранные.
6) Сеть и сетевые протоколы. Опять-таки, как минимум - на уровне ликбеза. Не обязательно в мельчайших подробностях. Что такое TCP/IP, HTTP, ICMP, DNS. Как в общих чертах работает этот ваш Интернет? Что происходит, когда мы набираем в браузере какой-нибудь домен, например, гугловый? Что такое nat? Как настроить iptables.
7) Конкретные технологии и инструменты - разные работодатели используют разный набор. По моему опыту, всё это в основном осваивается прямо на работе уже в процессе решения «боевых» задач. Но, разумеется, можно облегчить себе жизнь и опробовать что-то из этого дома в спокойном темпе и без стресса. Просто перечислю некоторые из них:
- Docker - контейнеры с линуксом внутри. Очень многие программы и приложения (в том числе сайты, которыми вы все пользуетесь) в современном мире работает внутри докер-контейнеров. Когда освоите Linux, с докером тоже быстро разберетесь.
- RabbitMQ - брокер для работы с очередями
- NoSQL базы данных - Redis, MongoDb итд
- Инструменты для ci-cd (continuous integration - continuous delivery) - например, gitlab, jenkins итд.
- Облачные платформы и инструменты для работы с ними - например, AWS Amazon или Google Cloud
- Kubernetes - место, где «живут» приложения в докер-контейнерах
Если вы считаете, что я забыла упомянуть что-то важное, вы знаете, где меня найти: @hum_it_bot. Вопросы и уточнения туда же.
Забыла вчера упомянуть еще один must-have для разработчиков:
8 ) Система контроля версий: чаще всего это git. Не обязательно знать все возможности гита, их очень много - главное - это несколько базовых команд. Реже встречается mercurial или другие.
8 ) Система контроля версий: чаще всего это git. Не обязательно знать все возможности гита, их очень много - главное - это несколько базовых команд. Реже встречается mercurial или другие.
#вашивопросы
Здравствуйте) Я работаю в ИТ, но у меня довольно своеобразные задачи: немного сео, немного нейросетей и отдельные задачи по оптимизации сбора контента.
Вроде бы выбор есть. Но непонятно, в какой области лучше развиваться с учётом того, что на данный момент есть знания по верхам и навыки по конкретным, очень специфическим задачам. Сама не могу определиться, все в той или иной мере интересно.
Посоветуйте, пожалуйста, как подобный бэкграунд можно использовать? И в каком направлении он будет наиболее полезен? Пока что рассматриваю варианты, где можно обойтись самостоятельным изучением. Понимаю, что без него с моим уровнем невозможно идти куда-то дальше.
Вы, наверно имели в виду SEO, потому что CEO - это исполнительный директор.
Из ваших слов сложно понять, какой именно у вас бэкграунд. Вы разрабатываете нейросети? Если нет, то какого плана задачи по нейросетям выполняете? Сбор контента - это что именно? Парсинг текста с веб-страниц? Обработка текста? Что-то ещё? Какими средствами вы всё это выполнете?
Из этого описания не до конца ясно, владеете ли вы языками программирования, но, предположим, что владеете на каком-то уровне. Тогда из текущих задач вырисовывается - либо развитие как Data Scientist - с упором на изучение математики, машинного обучения и нейросетей. Либо - разработка - значит углубление в языки программирования и Computer Science. И есть еще вариант - продолжать заниматься SEO.
Здравствуйте) Я работаю в ИТ, но у меня довольно своеобразные задачи: немного сео, немного нейросетей и отдельные задачи по оптимизации сбора контента.
Вроде бы выбор есть. Но непонятно, в какой области лучше развиваться с учётом того, что на данный момент есть знания по верхам и навыки по конкретным, очень специфическим задачам. Сама не могу определиться, все в той или иной мере интересно.
Посоветуйте, пожалуйста, как подобный бэкграунд можно использовать? И в каком направлении он будет наиболее полезен? Пока что рассматриваю варианты, где можно обойтись самостоятельным изучением. Понимаю, что без него с моим уровнем невозможно идти куда-то дальше.
Вы, наверно имели в виду SEO, потому что CEO - это исполнительный директор.
Из ваших слов сложно понять, какой именно у вас бэкграунд. Вы разрабатываете нейросети? Если нет, то какого плана задачи по нейросетям выполняете? Сбор контента - это что именно? Парсинг текста с веб-страниц? Обработка текста? Что-то ещё? Какими средствами вы всё это выполнете?
Из этого описания не до конца ясно, владеете ли вы языками программирования, но, предположим, что владеете на каком-то уровне. Тогда из текущих задач вырисовывается - либо развитие как Data Scientist - с упором на изучение математики, машинного обучения и нейросетей. Либо - разработка - значит углубление в языки программирования и Computer Science. И есть еще вариант - продолжать заниматься SEO.
#вашивопросы
Здравствуйте.
Как Вы могли бы прокомментировать утверждения:
1. "Учить стоит лишь то, чему можешь представить хоть какое-то применение. Изучать линал, графы и тонкости работы с памятью бессмысленно без хоть какого-то понимания, где это всё пригождается"
2. "Умение читать и понимать код на порядок ценнее умения его писать"
3. "Первым делом гугли документацию, а потом уже стековерфлоу"
4. "Нет плохих паттернов/языков/стилей/стеков/библиотек/каркасов. Есть бизнес-задачи, и от них зависит, какие инструменты и решения подойдут лучше всего"
5. "WASM - сила, native - могила. \0/ Противостояние нативных и веб решений в конце концов перерастет в их слияние»
1. Тут есть такой тонкий момент. Помимо оттачивания практических навыков есть еще «сайд-эффект»: это развитие вашего мозга, увеличение его пластичности и построение новых нейронных связей. Измерить и оценить такие изменения не всегда получится, но любое обучение новым для нас областям делает наше мышление более гибким, более способным к обучению. Сам по себе мозг постепенно, уже лет с 20-25 теряет свою пластичность и «консервируется». А, обучаясь, мы заставляем мозг дольше оставаться молодым. Кроме того, математика сама по себе выстраивает мышление (по крайней мере, так говорят).
Это, конечно, не значит, что все должны с энтузиазмом бросаться в неприкладные области и активно изучать, например, древнеарамейский язык (если нет такого желания). Но и не стоит обесценивать теоретические знания.
Что касается приведенных вами примеров - линейную алгебру я осваивала с болью и, кажется, 90% забыла сразу же после экзаменов. Конкретно в моих задачах её знание не требуется. Но есть области программирования, где используются вектора и матрицы, есть вообще квантовая информатика, где всё основано на линале. Так что говорить о её бесполезности я бы не стала.
Графы - на мой взгляд, вполне себе прикладная вещь - это широко используемые структуры данных - взять хотя бы топологию сетей, или изображение какого-нибудь пользовательского сценария.
Работа с памятью - она тоже везде, она постоянно происходит «под капотом», что бы мы ни делали - и хорошо бы знать как минимум, что память существует (я встречала джуниоров, которые этого не знали).
Что касается вопроса - о том, нужно ли понимать, где все эти теоретические знания используются - конечно, нужно. Когда людей обучают чему-то на вид сугубо теоретическому и не объясняют, зачем это нужно, учащиеся теряют мотивацию и интерес.
2. Формулировка спорная, сложно до нее не докопаться. Возьмем, например, человека, который умеет читать и понимать код, но не умеет его писать. Сможет ли он работать программистом? Думаю, авторы высказывания имели в виду, что код нужно уметь не только писать, но и читать - тогда да, соглашусь.
3. В идеальном мире всё верно, но в реальном разве много кто так делает? 🙂
4. Ну… плохой стиль и антипаттерны всё же существуют. Если есть такие бизнес-задачи, которые нужно решать прямо говнокодом - это как-то очень странно. А что касается разных инструментов, языков и библиотек - да, применение их зависит от задач и целей.
5. ¯\_(ツ)_/¯
Присылайте ваши вопросы в бота: @hum_it_bot
Здравствуйте.
Как Вы могли бы прокомментировать утверждения:
1. "Учить стоит лишь то, чему можешь представить хоть какое-то применение. Изучать линал, графы и тонкости работы с памятью бессмысленно без хоть какого-то понимания, где это всё пригождается"
2. "Умение читать и понимать код на порядок ценнее умения его писать"
3. "Первым делом гугли документацию, а потом уже стековерфлоу"
4. "Нет плохих паттернов/языков/стилей/стеков/библиотек/каркасов. Есть бизнес-задачи, и от них зависит, какие инструменты и решения подойдут лучше всего"
5. "WASM - сила, native - могила. \0/ Противостояние нативных и веб решений в конце концов перерастет в их слияние»
1. Тут есть такой тонкий момент. Помимо оттачивания практических навыков есть еще «сайд-эффект»: это развитие вашего мозга, увеличение его пластичности и построение новых нейронных связей. Измерить и оценить такие изменения не всегда получится, но любое обучение новым для нас областям делает наше мышление более гибким, более способным к обучению. Сам по себе мозг постепенно, уже лет с 20-25 теряет свою пластичность и «консервируется». А, обучаясь, мы заставляем мозг дольше оставаться молодым. Кроме того, математика сама по себе выстраивает мышление (по крайней мере, так говорят).
Это, конечно, не значит, что все должны с энтузиазмом бросаться в неприкладные области и активно изучать, например, древнеарамейский язык (если нет такого желания). Но и не стоит обесценивать теоретические знания.
Что касается приведенных вами примеров - линейную алгебру я осваивала с болью и, кажется, 90% забыла сразу же после экзаменов. Конкретно в моих задачах её знание не требуется. Но есть области программирования, где используются вектора и матрицы, есть вообще квантовая информатика, где всё основано на линале. Так что говорить о её бесполезности я бы не стала.
Графы - на мой взгляд, вполне себе прикладная вещь - это широко используемые структуры данных - взять хотя бы топологию сетей, или изображение какого-нибудь пользовательского сценария.
Работа с памятью - она тоже везде, она постоянно происходит «под капотом», что бы мы ни делали - и хорошо бы знать как минимум, что память существует (я встречала джуниоров, которые этого не знали).
Что касается вопроса - о том, нужно ли понимать, где все эти теоретические знания используются - конечно, нужно. Когда людей обучают чему-то на вид сугубо теоретическому и не объясняют, зачем это нужно, учащиеся теряют мотивацию и интерес.
2. Формулировка спорная, сложно до нее не докопаться. Возьмем, например, человека, который умеет читать и понимать код, но не умеет его писать. Сможет ли он работать программистом? Думаю, авторы высказывания имели в виду, что код нужно уметь не только писать, но и читать - тогда да, соглашусь.
3. В идеальном мире всё верно, но в реальном разве много кто так делает? 🙂
4. Ну… плохой стиль и антипаттерны всё же существуют. Если есть такие бизнес-задачи, которые нужно решать прямо говнокодом - это как-то очень странно. А что касается разных инструментов, языков и библиотек - да, применение их зависит от задач и целей.
5. ¯\_(ツ)_/¯
Присылайте ваши вопросы в бота: @hum_it_bot
#вашивопросы
Добрый день! Расскажите пожалуйста, с вашей точки зрения, как сейчас, во время кризиса чувствует себя IT-индустрия разработки ПО (в частности аутсорсинг и разработка корпоративного ПО и сайтов), происходит ли где-то спад или оптимизация расходов (на персонал).?
Экономический спад вообще мало кому идёт на пользу. Но всё зависит от конкретной области. Например, с туризмом сейчас всё плохо - и, следовательно, айтишники, которые работали на туроператоров, не могли не пострадать. Малый и средний бизнес, который тоже сильно пострадал, вынужден оптимизировать расходы (а то и вовсе сворачиваться) - соответственно, под раздачу попадают и все штатные айтишники, и аутсорсеры и фрилансеры - так как банально становится меньше заказов. Более или менее справляется бизнес, который можно вести онлайн (но он тоже может страдать, так как денег становится меньше, как и спроса на разные услуги, не являющиеся жизненно необходимыми). Поэтому айтишникам сейчас «повезло» ровно настолько, насколько их работодатель (или заказчики) способны держаться на плаву. Кто-то получает сверхурочные часы и неоплачиваемые переработки. Кого-то переводят на неполную занятость, чтобы платить меньше зарплату. И, скорее всего, есть и сокращения, и перевод в неоплачиваемые отпуска а - а это значит, предложений на рынке вакансий среди айтишников становится больше и конкуренция может расти.
Предполагаю, что всё более или менее неплохо у IT-гигантов вроде Яндекса (пока им хватает бюджета). У служб доставки и интернет-магазинов продуктов сейчас небывалый спрос - вероятно, там у айтишников работы более чем хватает (что не обязательно означает оплату сверхурочных часов или выплату премий). Наверно, пока всё нормально у непрерывно работающих организаций и особенно госкорпораций - банков, разных сервисов электронного правительства и госуслуг, организаций, отвечающих за доступность средств связи - Интернета, мобильных операторов и так далее.
Лично у меня пока что ничего особо не изменилось, кроме перехода на удаленку - но сложно сказать, во что всё это выльется к концу года, так как бюджет не резиновый даже у крупного бизнеса, а потребительский спрос падает (если речь не о продуктах первой необходимости и медицинских масках).
Можно сказать с некоторой натяжкой, что айтишники пострадали меньше, чем многие другие сферы, как минимум, потому что многие из нас могут работать удаленно, нужен только Интернет. Но в целом катаклизмы в экономике затрагивают всех, и пока неясно, насколько всё это затянется и насколько существенен будет спад экономики.
Бот для ваших вопросов: @hum_it_bot
Добрый день! Расскажите пожалуйста, с вашей точки зрения, как сейчас, во время кризиса чувствует себя IT-индустрия разработки ПО (в частности аутсорсинг и разработка корпоративного ПО и сайтов), происходит ли где-то спад или оптимизация расходов (на персонал).?
Экономический спад вообще мало кому идёт на пользу. Но всё зависит от конкретной области. Например, с туризмом сейчас всё плохо - и, следовательно, айтишники, которые работали на туроператоров, не могли не пострадать. Малый и средний бизнес, который тоже сильно пострадал, вынужден оптимизировать расходы (а то и вовсе сворачиваться) - соответственно, под раздачу попадают и все штатные айтишники, и аутсорсеры и фрилансеры - так как банально становится меньше заказов. Более или менее справляется бизнес, который можно вести онлайн (но он тоже может страдать, так как денег становится меньше, как и спроса на разные услуги, не являющиеся жизненно необходимыми). Поэтому айтишникам сейчас «повезло» ровно настолько, насколько их работодатель (или заказчики) способны держаться на плаву. Кто-то получает сверхурочные часы и неоплачиваемые переработки. Кого-то переводят на неполную занятость, чтобы платить меньше зарплату. И, скорее всего, есть и сокращения, и перевод в неоплачиваемые отпуска а - а это значит, предложений на рынке вакансий среди айтишников становится больше и конкуренция может расти.
Предполагаю, что всё более или менее неплохо у IT-гигантов вроде Яндекса (пока им хватает бюджета). У служб доставки и интернет-магазинов продуктов сейчас небывалый спрос - вероятно, там у айтишников работы более чем хватает (что не обязательно означает оплату сверхурочных часов или выплату премий). Наверно, пока всё нормально у непрерывно работающих организаций и особенно госкорпораций - банков, разных сервисов электронного правительства и госуслуг, организаций, отвечающих за доступность средств связи - Интернета, мобильных операторов и так далее.
Лично у меня пока что ничего особо не изменилось, кроме перехода на удаленку - но сложно сказать, во что всё это выльется к концу года, так как бюджет не резиновый даже у крупного бизнеса, а потребительский спрос падает (если речь не о продуктах первой необходимости и медицинских масках).
Можно сказать с некоторой натяжкой, что айтишники пострадали меньше, чем многие другие сферы, как минимум, потому что многие из нас могут работать удаленно, нужен только Интернет. Но в целом катаклизмы в экономике затрагивают всех, и пока неясно, насколько всё это затянется и насколько существенен будет спад экономики.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
Мне как раз 23, почти 24))
Сейчас работаю в продажах 2b2, но по зарплате не устраивает (для Москвы, 50-70к совсем средние цифры)
Года 4 назад мне предлагали рассмотреть программирование, но был уверен, что буду только нанимать программистов и будет своя компания. Как итог - открытие и закрытие ИП (своя точка больше года простояла). Далее снова работа в продажах. Прихожу сейчас к тому, что имеет смысл радикально поменять направление.
Сейчас есть сумма на курсы от мэйла (с трудоустройством) и желанием уехать за братом в Канаду.
Но там либо разнорабочим, либо в программирование (выбираю второе).
Очень сложно начинать с нуля.
1. В каком разделе IT максимально будут эффективны раскачанные soft-skills навыки (ты описала 2 типа программистов, но я гораздо активнее первых и ну совсем не застенчивый)?
2. Прочитал про различные курсы и видится, что у GeekBrains более отточенная школа, что бы порекомендовала?
Ещё раз спасибо за полезную инфу!
Если хочется использовать именно soft-скиллы, а не уходить в технические аспекты - то есть много профессий около-менеджерских и аналитических: аналитики, project- и product-менеджеры, product owner-ы и скрам-мастеры - там упор больше на коммуникацию и организаторские навыки. Если же вы хотите быть именно программистом, то soft-скиллы - это тоже полезно и ценно, но к ним потребуются и технические навыки.
По поводу geekbrains - в них мне нравится, что они а) основаны при компании mail.ru - соответственно, выбор дисциплин заточен на те технологии, которые используются в реальной боевой разработке внутри этой компании, и которые актуальны и востребованы на рынке. б) создатели заявляют о гарантированном трудоустройстве или стажировке - а значит, будет шанс окунуться в «боевую» разработку - где обычно приобретается 60% или больше нужных навыков. Но исходить нужно из собственного бюджета и мотивации.
Если в задаче создания документов придуманы офисные пакеты, и нам уже не нужен секретарь-машинистка, то когда будет решена задача создания сайта без помощи программистов и очень лёгким и простым способом?
Аналогия странная. Офисный пакет - это сложнейшее ПО, над которым и сейчас работают эшелоны разработчиков. А секретарь-машинист, или теперь любой другой офисный сотрудник - это просто пользователь этого ПО. Секретаря никто не заменял, заменили его инструмент - пишущую машинку на клавиатуру и офисный пакет. Скорее заменили инженеров пишущих машинок и заводы по их производству - на разработчиков софта.
Веб-сайт - это тоже ПО, с большей или меньшей степенью сложности. И если речь идет о конструкторе сайтов, которым сможет пользоваться и простой пользователь, то для развития и поддержки этого конструктора всё равно нужны разработчики. И такие системы уже есть - первое, что приходит в голову - это битрикс, например. Но сайты, создаваемые с помощью таких конструкторов - могут состоять только из готовых деталей, которые в этих конструкторах имеются. А у заказчика/клиента часто бывает гораздо больше разных нестандартных хотелок - и чтобы их воплоить в жизнь понадобятся (сюрприз) - разработчики. И еще IT-специалисты (либо штатные, либо как вариант - на аутсорсе) нужны, чтобы запустить сайт, мониторить его работоспособность, следить за нагрузкой, защищать от хакерских атак, поднимать его, если он падает, отвечать за сервера, на которых он запущен - секретарь справится с такими задачами? Это все равно, что ездить на автомобилях, избавившись от профессии автомехаников. Технологии не могут существовать без технических специалистов.
Ваши вопросы можно задать в бота: @hum_it_bot
Мне как раз 23, почти 24))
Сейчас работаю в продажах 2b2, но по зарплате не устраивает (для Москвы, 50-70к совсем средние цифры)
Года 4 назад мне предлагали рассмотреть программирование, но был уверен, что буду только нанимать программистов и будет своя компания. Как итог - открытие и закрытие ИП (своя точка больше года простояла). Далее снова работа в продажах. Прихожу сейчас к тому, что имеет смысл радикально поменять направление.
Сейчас есть сумма на курсы от мэйла (с трудоустройством) и желанием уехать за братом в Канаду.
Но там либо разнорабочим, либо в программирование (выбираю второе).
Очень сложно начинать с нуля.
1. В каком разделе IT максимально будут эффективны раскачанные soft-skills навыки (ты описала 2 типа программистов, но я гораздо активнее первых и ну совсем не застенчивый)?
2. Прочитал про различные курсы и видится, что у GeekBrains более отточенная школа, что бы порекомендовала?
Ещё раз спасибо за полезную инфу!
Если хочется использовать именно soft-скиллы, а не уходить в технические аспекты - то есть много профессий около-менеджерских и аналитических: аналитики, project- и product-менеджеры, product owner-ы и скрам-мастеры - там упор больше на коммуникацию и организаторские навыки. Если же вы хотите быть именно программистом, то soft-скиллы - это тоже полезно и ценно, но к ним потребуются и технические навыки.
По поводу geekbrains - в них мне нравится, что они а) основаны при компании mail.ru - соответственно, выбор дисциплин заточен на те технологии, которые используются в реальной боевой разработке внутри этой компании, и которые актуальны и востребованы на рынке. б) создатели заявляют о гарантированном трудоустройстве или стажировке - а значит, будет шанс окунуться в «боевую» разработку - где обычно приобретается 60% или больше нужных навыков. Но исходить нужно из собственного бюджета и мотивации.
Если в задаче создания документов придуманы офисные пакеты, и нам уже не нужен секретарь-машинистка, то когда будет решена задача создания сайта без помощи программистов и очень лёгким и простым способом?
Аналогия странная. Офисный пакет - это сложнейшее ПО, над которым и сейчас работают эшелоны разработчиков. А секретарь-машинист, или теперь любой другой офисный сотрудник - это просто пользователь этого ПО. Секретаря никто не заменял, заменили его инструмент - пишущую машинку на клавиатуру и офисный пакет. Скорее заменили инженеров пишущих машинок и заводы по их производству - на разработчиков софта.
Веб-сайт - это тоже ПО, с большей или меньшей степенью сложности. И если речь идет о конструкторе сайтов, которым сможет пользоваться и простой пользователь, то для развития и поддержки этого конструктора всё равно нужны разработчики. И такие системы уже есть - первое, что приходит в голову - это битрикс, например. Но сайты, создаваемые с помощью таких конструкторов - могут состоять только из готовых деталей, которые в этих конструкторах имеются. А у заказчика/клиента часто бывает гораздо больше разных нестандартных хотелок - и чтобы их воплоить в жизнь понадобятся (сюрприз) - разработчики. И еще IT-специалисты (либо штатные, либо как вариант - на аутсорсе) нужны, чтобы запустить сайт, мониторить его работоспособность, следить за нагрузкой, защищать от хакерских атак, поднимать его, если он падает, отвечать за сервера, на которых он запущен - секретарь справится с такими задачами? Это все равно, что ездить на автомобилях, избавившись от профессии автомехаников. Технологии не могут существовать без технических специалистов.
Ваши вопросы можно задать в бота: @hum_it_bot
#вашивопросы
У меня небольшой вопрос творческого характера. Где черпать идеи для программ если ты новичек в программировании?
Хороший вопрос. У меня самой мышление больше заточено на инженерные задачи, чем на креатив и придумывание идей. То есть, мне проще придумать КАК реализовать уже готовую идею, чем ЧТО разрабатывать. Но есть один принцип, от которого можно оттолкнуться (говорят, так основывают успешные стартапы) - найти свою собственную потребность - то есть придумать, какого удобного приложения не хватает лично вам и написать его для себя (или для семьи/друзей). Например, приложение/сайт, составляющее расписание на день, или следящее за физическими нагрузками или мониторящее список покупок - в общем, что угодно для личного пользования. Да, вероятно, такие приложения уже кем-то придуманы и разработаны - но это не беда, учитывая, что ваша цель - научиться писать свои программы. Нет ничего страшного в дублировании, пока речь не идет о выходе на реальный рынок. А когда речь зайдет о том, чтобы создавать приложение для любых пользователей - тогда уже можно будет проанализировать существующие приложения среди потенциальных конкурентов и искать то, чего им не хватает, чтобы занять эту нишу. Но это уже совсем другая история.
Слушай, ну, гуманитарий это понятно, с таким человеком даже разговарить не хочется, но ты попробуй. Но у меня есть еще одна проблема, я очень тупой. Как вообще с этим быть? Я оцениваю свою тупость на 7.5 из 10.
Гуманитарное образование - это не инвалидность. Если человек изучал историю, литературу или социологию - это не значит, что он не в состоянии изучить и программирование. А на счет тупости - сложно понять, насколько серьезно автор задал вопрос. Полагаю, что не вполне. 🙂
Вы понимаете, что Вы всего лишь инструмент крупного капитала по регулированию рынка труда? В IT по-прежнему не нужны гуманитарии, просто потому что это совсем другая область деятельности, никакой дискриминации. В итоге мучаетесь сами и доставляете неудобства тем, для кого это призвание. Еще и врете - ваш канал существует именно для того, чтобы высоких зарплат в отрасли не было.
Вот если бы Вы профсоюз айтишников создали - это было бы достойно.
Я замечала, что чем бы ни занимался человек - фитнесом там, йогой, чтением книг или ведением небольшого телеграм-канала, как я - обязательно найдутся люди, которые обвинят его в том, что его деятельность - это какая-то вредная и ненужная херня. Давайте по пунктам. Я не инструмент крупного капитала, канал - моя личная инициатива с целью поделиться своим опытом, который может быть кому-то полезен. Я убеждена, что есть много людей, которые могли бы с успехом и интересом работать в IT, но им не приходит в голову, что у них это может получиться - просто потому что в прошлом они изучали совсем другие науки и работали в других сферах. Насколько я понимаю, автора беспокоит, что рыночек наводнят «некомпетентные гуманитарии», и из-за этого у «настоящих» айтишников просядут зарплаты. И он исходит из предпосылки, что из гуманитариев могут получиться только неполноценные айтишники, ну просто потому что fuck you that’s why. Я же пишу про то, что смена профессии - это вполне реальная и достижимая цель. И что если приложить достаточно усилий и усердия, то можно стать хорошим айтишником, независимо от того, чем вы занимались в прошлом.
Бот для ваших вопросов: @hum_it_bot
У меня небольшой вопрос творческого характера. Где черпать идеи для программ если ты новичек в программировании?
Хороший вопрос. У меня самой мышление больше заточено на инженерные задачи, чем на креатив и придумывание идей. То есть, мне проще придумать КАК реализовать уже готовую идею, чем ЧТО разрабатывать. Но есть один принцип, от которого можно оттолкнуться (говорят, так основывают успешные стартапы) - найти свою собственную потребность - то есть придумать, какого удобного приложения не хватает лично вам и написать его для себя (или для семьи/друзей). Например, приложение/сайт, составляющее расписание на день, или следящее за физическими нагрузками или мониторящее список покупок - в общем, что угодно для личного пользования. Да, вероятно, такие приложения уже кем-то придуманы и разработаны - но это не беда, учитывая, что ваша цель - научиться писать свои программы. Нет ничего страшного в дублировании, пока речь не идет о выходе на реальный рынок. А когда речь зайдет о том, чтобы создавать приложение для любых пользователей - тогда уже можно будет проанализировать существующие приложения среди потенциальных конкурентов и искать то, чего им не хватает, чтобы занять эту нишу. Но это уже совсем другая история.
Слушай, ну, гуманитарий это понятно, с таким человеком даже разговарить не хочется, но ты попробуй. Но у меня есть еще одна проблема, я очень тупой. Как вообще с этим быть? Я оцениваю свою тупость на 7.5 из 10.
Гуманитарное образование - это не инвалидность. Если человек изучал историю, литературу или социологию - это не значит, что он не в состоянии изучить и программирование. А на счет тупости - сложно понять, насколько серьезно автор задал вопрос. Полагаю, что не вполне. 🙂
Вы понимаете, что Вы всего лишь инструмент крупного капитала по регулированию рынка труда? В IT по-прежнему не нужны гуманитарии, просто потому что это совсем другая область деятельности, никакой дискриминации. В итоге мучаетесь сами и доставляете неудобства тем, для кого это призвание. Еще и врете - ваш канал существует именно для того, чтобы высоких зарплат в отрасли не было.
Вот если бы Вы профсоюз айтишников создали - это было бы достойно.
Я замечала, что чем бы ни занимался человек - фитнесом там, йогой, чтением книг или ведением небольшого телеграм-канала, как я - обязательно найдутся люди, которые обвинят его в том, что его деятельность - это какая-то вредная и ненужная херня. Давайте по пунктам. Я не инструмент крупного капитала, канал - моя личная инициатива с целью поделиться своим опытом, который может быть кому-то полезен. Я убеждена, что есть много людей, которые могли бы с успехом и интересом работать в IT, но им не приходит в голову, что у них это может получиться - просто потому что в прошлом они изучали совсем другие науки и работали в других сферах. Насколько я понимаю, автора беспокоит, что рыночек наводнят «некомпетентные гуманитарии», и из-за этого у «настоящих» айтишников просядут зарплаты. И он исходит из предпосылки, что из гуманитариев могут получиться только неполноценные айтишники, ну просто потому что fuck you that’s why. Я же пишу про то, что смена профессии - это вполне реальная и достижимая цель. И что если приложить достаточно усилий и усердия, то можно стать хорошим айтишником, независимо от того, чем вы занимались в прошлом.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
С чего начать?
Например, пройти простенький короткий курс (не дольше месяца) в Интернете по computer science или программированию. Ключевые слова: «введение…», «introduction», «для начинающих», «1.01», «подготовки не требуется» итд. Такие можно поискать на любых образовательных платформах - coursera, edx, stepik итд - и ориентироваться на доступность изложения: например, кому-то подходят курсы на английском языке, а кому-то важно, чтобы они были на русском.
Например, я хочу работать в it. Но я не имею образования, меня возьмут на работу в качестве ученика, стажёра?
С нулевыми знаниями не возьмут. Нужно для начала научиться хотя бы азам: пройти курсы или почитать книжки.
Допустим, я пройду курсы веб дизайна. Я ведь все равно неконкурентноспособна
Люди ведь не рождаются конкурентоспособными, а приходят к этому после определенного количества усилий и работы. Думаю, дизайнерам нужно прежде всего портфолио с примером работ, чтобы заинтересовать потенциальных заказчиков. Для начала можно делать проекты для себя, семьи, друзей бесплатно. Потом браться уже за платные заказы, но, вероятно, за небольшие деньги. А когда портфолио станет хорошим, повышать цену.
Есть ли смысл пробовать себя в it , если английский нулевой уровень?
Смотрите. Подавляющее большинство айтишников, которых я знаю, английским языком владеют довольно плохо. Тут главное требование - уметь прочитать технический текст (мануал, документацию к коду) и извлечь из него смысл, понять написанное. Технические тексты проще, чем литературные произведения или газетные статьи, так что это не сверхъестественный уровень. Еще один важный момент - нужно уметь гуглить на английском языке, потому что ответов на все вопросы на русском языке в Интернете нет. Так что прокачать английский хотя бы до уровня понимания прочитанного - пожалуй, стоит. Но я бы не рассматривала незнание английского на старте как непреодолимое препятствие - на русском языке есть и курсы, и книги по программированию. Просто будьте готовы к тому, что английскому тоже нужно будет уделить хотя бы минимальное время. Хороший английский - это очень полезно, так как дает пропуск к англоязычной профессиональной литературе, курсам и международным конференциям. Но не то чтобы без него нельзя идти в профессию - большинство же идут). Мой более ранний пост на эту тему: https://t.iss.one/it_human/17
Бот для ваших вопросов: @hum_it_bot
С чего начать?
Например, пройти простенький короткий курс (не дольше месяца) в Интернете по computer science или программированию. Ключевые слова: «введение…», «introduction», «для начинающих», «1.01», «подготовки не требуется» итд. Такие можно поискать на любых образовательных платформах - coursera, edx, stepik итд - и ориентироваться на доступность изложения: например, кому-то подходят курсы на английском языке, а кому-то важно, чтобы они были на русском.
Например, я хочу работать в it. Но я не имею образования, меня возьмут на работу в качестве ученика, стажёра?
С нулевыми знаниями не возьмут. Нужно для начала научиться хотя бы азам: пройти курсы или почитать книжки.
Допустим, я пройду курсы веб дизайна. Я ведь все равно неконкурентноспособна
Люди ведь не рождаются конкурентоспособными, а приходят к этому после определенного количества усилий и работы. Думаю, дизайнерам нужно прежде всего портфолио с примером работ, чтобы заинтересовать потенциальных заказчиков. Для начала можно делать проекты для себя, семьи, друзей бесплатно. Потом браться уже за платные заказы, но, вероятно, за небольшие деньги. А когда портфолио станет хорошим, повышать цену.
Есть ли смысл пробовать себя в it , если английский нулевой уровень?
Смотрите. Подавляющее большинство айтишников, которых я знаю, английским языком владеют довольно плохо. Тут главное требование - уметь прочитать технический текст (мануал, документацию к коду) и извлечь из него смысл, понять написанное. Технические тексты проще, чем литературные произведения или газетные статьи, так что это не сверхъестественный уровень. Еще один важный момент - нужно уметь гуглить на английском языке, потому что ответов на все вопросы на русском языке в Интернете нет. Так что прокачать английский хотя бы до уровня понимания прочитанного - пожалуй, стоит. Но я бы не рассматривала незнание английского на старте как непреодолимое препятствие - на русском языке есть и курсы, и книги по программированию. Просто будьте готовы к тому, что английскому тоже нужно будет уделить хотя бы минимальное время. Хороший английский - это очень полезно, так как дает пропуск к англоязычной профессиональной литературе, курсам и международным конференциям. Но не то чтобы без него нельзя идти в профессию - большинство же идут). Мой более ранний пост на эту тему: https://t.iss.one/it_human/17
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
Часто встречала в сети и от реальных людей мнение, что на курсах невозможно освоить айти профессию, все это выкачивание денег, а выпускники курсов оказываются никому не нужны. Что думаете по этому поводу?
Мой опыт свидетельствует об обратном. Изначально все знания я получала на онлайн-курсах (на Coursera, Edx.org и других). И они определенно были не про выкачивание денег, потому что денег я за них не платила (за доплату можно было получить какой-то подтвержденный сертификат, но я этим не заморачивалась). Также среди моих знакомых разработчиков есть люди, которые учились только по книжкам, даже курсов никаких не проходили. Так что вопрос не в источнике, из которого получаешь знания, а о правильном настрое.
Мне кажется, тут важен подход. Неправильный подход к обучению - пассивыный: меня научат. То есть я запишусь на курсы, и дальше никакой инициативы не нужно, знания и навыки, мою будующую профессию и трудоустройство мне принесут на блюдечке с голубой каёмочкой. И да, так можно разочароваться.
А правильный подход активный - я научусь. Я готов к самостоятельному поиску информации, к тому, чтобы делать свои собственные «домашние проекты», самостоятельно пробовать новые технологии и разбираться в незнакомых темах. Я всегда готов копнуть глубже - прочитать лишнюю книгу по теме, погуглить, зарыться в документацию - особенно, когда ощущаю, что знаний не хватает, не хватает глубины погружения в тему. При таком подходе и преподаватели, и книги, и курсы - это всё источники ценной информации, из которых можно взять по-максимуму то, что вам нужно.
На работе в реальной разработке нужны именно активные люди, готовые самостоятельно разбираться в сложных темах.
Привет!Хочу начать обучение в IT сфере, но не знаю за что взяться с начала... так как нравится многое, а вот определиться не могу!)
Пройдите курс по введению в Computer Science. Без конкретной специализации, это как общая медицина. А там можно будет выбирать направления.
Мне нравиться программировать на Python (проходил С, С++), но связывать жизнь я планирую с другой сферой.
Сколько Вы считаете времени нужно чтобы попасть на первую работу и сделать IT как вид заработка, план Б. Или с таким подходом и не стоит тратить время?
Что касается первой работы, думаю поучиться нужно минимум полгода-год. Я проходила разные курсы около 2х лет, прежде чем податься на первую работу, но это не значит, что нельзя это сделать быстрее. А что касается вашего плана «Б», тут затрудняюсь ответить. IT как «запасной аэродром»? Звучит достаточно энергозатратно: осваивать профессию, которая требует значительной технической подготовки и постоянного обучения ради того, чтобы ее потом забросить.
Бот для ваших вопросов: @hum_it_bot (их много скопилось, разгребаю в порядке очереди)
Часто встречала в сети и от реальных людей мнение, что на курсах невозможно освоить айти профессию, все это выкачивание денег, а выпускники курсов оказываются никому не нужны. Что думаете по этому поводу?
Мой опыт свидетельствует об обратном. Изначально все знания я получала на онлайн-курсах (на Coursera, Edx.org и других). И они определенно были не про выкачивание денег, потому что денег я за них не платила (за доплату можно было получить какой-то подтвержденный сертификат, но я этим не заморачивалась). Также среди моих знакомых разработчиков есть люди, которые учились только по книжкам, даже курсов никаких не проходили. Так что вопрос не в источнике, из которого получаешь знания, а о правильном настрое.
Мне кажется, тут важен подход. Неправильный подход к обучению - пассивыный: меня научат. То есть я запишусь на курсы, и дальше никакой инициативы не нужно, знания и навыки, мою будующую профессию и трудоустройство мне принесут на блюдечке с голубой каёмочкой. И да, так можно разочароваться.
А правильный подход активный - я научусь. Я готов к самостоятельному поиску информации, к тому, чтобы делать свои собственные «домашние проекты», самостоятельно пробовать новые технологии и разбираться в незнакомых темах. Я всегда готов копнуть глубже - прочитать лишнюю книгу по теме, погуглить, зарыться в документацию - особенно, когда ощущаю, что знаний не хватает, не хватает глубины погружения в тему. При таком подходе и преподаватели, и книги, и курсы - это всё источники ценной информации, из которых можно взять по-максимуму то, что вам нужно.
На работе в реальной разработке нужны именно активные люди, готовые самостоятельно разбираться в сложных темах.
Привет!Хочу начать обучение в IT сфере, но не знаю за что взяться с начала... так как нравится многое, а вот определиться не могу!)
Пройдите курс по введению в Computer Science. Без конкретной специализации, это как общая медицина. А там можно будет выбирать направления.
Мне нравиться программировать на Python (проходил С, С++), но связывать жизнь я планирую с другой сферой.
Сколько Вы считаете времени нужно чтобы попасть на первую работу и сделать IT как вид заработка, план Б. Или с таким подходом и не стоит тратить время?
Что касается первой работы, думаю поучиться нужно минимум полгода-год. Я проходила разные курсы около 2х лет, прежде чем податься на первую работу, но это не значит, что нельзя это сделать быстрее. А что касается вашего плана «Б», тут затрудняюсь ответить. IT как «запасной аэродром»? Звучит достаточно энергозатратно: осваивать профессию, которая требует значительной технической подготовки и постоянного обучения ради того, чтобы ее потом забросить.
Бот для ваших вопросов: @hum_it_bot (их много скопилось, разгребаю в порядке очереди)