Получи случайную криптовалюту за регистрацию!

Программирование для гуманитариев

Логотип телеграм канала @it_human — Программирование для гуманитариев П
Логотип телеграм канала @it_human — Программирование для гуманитариев
Адрес канала: @it_human
Категории: Технологии , Образование
Язык: Русский
Страна: Россия
Количество подписчиков: 9.25K
Описание канала:

Личный опыт того, как скипнуть в IT с гуманитарным образованием. Что для этого делать, чего стоит бояться (спойлер: ничего!) и чего ожидать. Рассею мифы о программировании и мире IT.
Бот для вопросов об IT: @hum_it_bot

Рейтинги и Отзывы

1.67

3 отзыва

Оценить канал it_human и оставить отзыв — могут только зарегестрированные пользователи. Все отзывы проходят модерацию.

5 звезд

0

4 звезд

0

3 звезд

1

2 звезд

0

1 звезд

2


Последние сообщения 8

2022-08-10 15:53:59 IT не для всех?

Еще периодически в бота пишут персонажи, которые обвиняют меня в том, что я якобы "тащу всех" в IT, даже тех, кому туда не надо. Мол, обманываю людей, говорю, что IT подходит всем.

Это, конечно, ложь, клевета и провокация, никого я не тащу в IT и тем более, не говорю, что это направление подойдёт всем.

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

Учиться тут придется постоянно, мы и в процессе работы учимся. Это не тот случай, когда 2 года где-то отучился, и с тех пор готов к труду и обороне. Тут процесс получения знаний и опыта накопительный, и никогда не прекращается.

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

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

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

Бот для ваших вопросов: @hum_it_bot
1.5K viewsedited  12:53
Открыть/Комментировать
2022-08-10 14:09:14Кто такой тестировщик и как им стать?

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

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

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

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

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

Бесплатная регистрация: https://bit.ly/3dm4wZf
1.5K views11:09
Открыть/Комментировать
2022-08-10 11:27:45 И еще многие про английский язык расспрашивают. Смотрите - подборка разных платных ресурсов по изучению инглиша уже была, вот в этом посте, повторяться не буду.

Добавлю лишь - из бесплатного поставьте себе приложеньку Duolingo, если у вас еще ее нет. Я её называю "долбилка" - там много упражнений на бесконечное повторение одного и того же - помогает запомнить без усилий всё, что само запоминаться не хочет. Ну и всё обучение построено через геймификацию, в итоге приложеньку можно рассматривать как мобильную игру, на которую можно отвлечься на 5 минут в день, но с пользой. В принципе, разумная замена всяким мобильным залипательным играм, и особого волевого усилия не понадобится, чтобы "заставить" себя учиться.
1.5K viewsedited  08:27
Открыть/Комментировать
2022-08-10 11:12:20 Мне иногда кажется, что типичный подписчик на мой канал - это человек, который буквально годами смотрит на разные курсы, и всё не может определиться, какой из них выбрать, какой из них лучше, и тянет, и тянет...

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

Поэтому мой вам совет - берите любой курс, не думайте, плохо там или хорошо. Чтобы не рисковать большой суммой денег - начните с небольших дешевых или бесплатных курсов, книжку, наконец, почитайте. Если каждый день делать хоть небольшой шаг вперед - вы сдвинетесь с места. А если просто сидеть и сомневаться, и планировать - тогда ничего не изменится. Если в процессе что-то не понравится - от идеи можно совсем отказаться, либо же переключиться на какой-нибудь другой курс/книжку/преподавателя. В случае с недорогими или бесплатными вариантами, вы ничем особо не рискуете.
1.5K viewsedited  08:12
Открыть/Комментировать
2022-08-06 13:09:48 #вашивопросы Здравствуйте. Можете пояснить, обязательно ли разработчику например в бэкенде или специалисту по датасаенс, иметь технический бэкграунд, обладать навыками сисадмина? И посоветуйте, пожалуйста, ресурсы, где можно почитать/посмотреть/приобрести…
2.1K viewsedited  10:09
Открыть/Комментировать
2022-08-04 18:02:35
Стань тестировщиком

Тестировщик — это специалист, отвечающий за качество при создании ПО. Специалисты требуются на всех этапах разработки, а работодатели каждый день ищут новых сотрудников: по данным HeadHunter, только в Москве открыто 1600 вакансий, а зарплаты доходят до 300 000 рублей

И что самое крутое — войти в профессию легче, чем в любое другое направление программирования.

Сейчас — самое время, чтобы ворваться в профессию самому или помочь в этом другу. Учитесь, пока все отдыхают, чтобы вырваться вперед!

Мы подготовили мощный курс, на которым вы:

Узнаете, какие существуют направления у профессии;
Разберете этапы разработки ПО и как происходит тестирование программ;
Освоите инструменты тестирования.

Начните уже сейчас — приходите на наш бесплатный вебинар «Как перейти в IT».

Вы уже в тестировке? Отправьте приглашение другу, который хочет попасть в IT

Дата: 16.08, время — 17:00 по МСК.
Регистрация по ссылке https://slurm.club/3QgIOnE
1.9K views15:02
Открыть/Комментировать
2022-08-03 19:11:39 #вашивопросы

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

Смотрите - что касается дата-саентистов, то на практике эти ребята очень редко бывают прям технически подкованными. Математика - это да, а вот с computer science у них обычно не очень. Исключение - те, кто пришли из разработки.

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

Вообще сисадмин - понятие растяжимое. Бывают админы, скажем, так, начального уровня, их еще называют "эникейщиками" от выражения "press any key". Такие ребята нужны в помощь простым пользователям, чтобы помочь выполнить простейшие задачи по настройке компа - например, Windows поставить для бухгалтера, принтер подключить и так далее. Такие вещи, разумеется, умеет делать и любой разработчик.

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

А что пригодится? Во-первых, мы пишем программы, которые взаимодействуют с какой-либо операционной системой. Поэтому уметь работать с ОС - необходимо. Чаще всего, хоть и не всегда, речь идет о Linux - так что изучите как минимум основные Unix-утилиты и научитесь писать bash-скрипты. Хотя бы легкое введение в архитектуру ОС будет очень полезно. Также разработчики часто работают по методологии DevOps - это значит надо уметь не просто написать какой-то код и передать его другим людям, которые потом что-то с этим кодом будут делать сами. Это значит, надо уметь упаковать свой код так, чтобы получилась работающая сборка, и запустить эту сборку на сервере, чтобы она там работала в автоматическом режиме. Сам процесс деплоя чаще всего тоже автоматизируют, если речь идет не о какой-то совсем небольшой компании, где всё делают на коленке. Поэтому как освоите linux - заодно изучите, что такое Docker и как с ним работать. Посмотрите, что такое systemd, как настраивать iptables (хотя бы фаервол), ansible еще может пригодиться для развертывания разных конфигов. А когда запустите свою программу - нужно еще и мониторить, что с ней всё в порядке, и в случае чего оперативно чинить, а также чтобы она весь сервер не сломала - например, не сожрала всю память или не заполнила своими данными всё доступное дисковое пространство. Для мониторинга за серверами и за отдельными приложениями используют определенный набор инструментов, ключевые слова - zabbix, grafana и не только.

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

Бот для ваших вопросов: @hum_it_bot
1.7K views16:11
Открыть/Комментировать
2022-07-19 18:28:13 #вашивопросы

Вы когда начинали и чуть дальше, ЯП PHP вы знали на уровне: подключить БД, соединиться с сервером для сохранения логина и пароля или намного глубже, так как для Веб-разработки требуется больше знаний чем я перечислил?
И правда ли что даже сейчас JS не безопасен для сервера до сих пор легенда или все-таки в компаниях без PHP обходятся?
Просто я несколько сайтов прочитав, понял PHP более безопасный , чем другие ЯП работающие с сервером (искл. мб. ASP NET Core)

Я никогда специально не изучала PHP. Всё мое знакомство с ним: как-то написала на нем небольшой сайтик - было такое задание в одном из курсов, которые я проходила (в принципе, имея опыт работы с другими языками, часто с помощью гугла несложно сделать то же самое и на незнакомом для тебя языке). Так же на одной бывшей работе приходилось слегка копаться в коде одного второстепенного проекта на PHP. В остальном, ни на одном моем месте работы PHP как основной язык бэкенда никогда не использовался. Был Python, C#, Go а PHP - никогда.

На счет JavaScript: я его чаще встречала в качестве языка для фронтенда. Да, есть серверный node JS, но чтобы на нём был сделан бэкенд, я никогда не видела на практике. Видела только, как фронтовую часть сайта запускают в качестве отдельного приложения, как раз на node.js, но бэкенд, с которого она получала данные всё равно был на Python, Go или Java. Так что без PHP в компаниях прекрасно обходятся. Без Javascript - обычно нет, всё же для фронтенда нужная вещь.

А что касается (не)безопасности Javascript - тут ведь дело вообще не в конкретном языке программирования. Веб-сайты и приложения работают в Интернете, а в Интернете в принципе опасно, и кто-нибудь в любой момент может захотеть взломать ваш сайт. Чтобы такого не происходило, нужно разрабатывать сайты с учетом рекомендаций по кибербезопасности. Например (это классика), не давать взломщикам возможность использовать SQL injection attack - это когда пользователь сайта имеет возможность написать свой (вредоносный) SQL и отправить его на сервер, а сервер возьмёт и выполнит этот SQL - и, к примеру, удалит все данные из базы данных. Многие сайты в Интернете подвержены этой атаке - например, если формы для сохранения логина/пароля итд сделаны не безопасным способом, и данные оттуда подставляются прямо в SQL на стороне сервера, без всякой проверки и экранирования.

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

Задать вопрос автору блога можно здесь: @hum_it_bot
2.4K viewsedited  15:28
Открыть/Комментировать
2022-06-21 18:13:06 ...Даже в России джунам рады не везде, и желательно на этапе поиска своей первой работы выделяться среди других кандидатов, производить впечатление серьезного, ответственного, любознательного и увлеченного специалиста, пусть и начинающего - чтобы работодатель подумал "этот человек через месяц-другой уже сможет активно включиться в наш проект". Только что вылупившийся айтишник - это еще не айтишник, это пока потенциальный айтишник.

Задать вопрос автору блога можно здесь: @hum_it_bot
987 views15:13
Открыть/Комментировать
2022-06-21 18:12:26 #вашивопросы

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

Только что вылупившийся цыплёнок - это junior-специалист. Давайте я вам обрисую, как примерно выглядит джун с точки зрения работодателя. Нанять джуна с нулевым опытом - это значит не повысить производительность команды, а чаще всего, наоборот - понизить. Почему так? Джун не способен еще самостоятельно выполнять задачи, ему нужно всё разъяснять, вводить в курс дела, менторить, наблюдать за его работой и вмешиваться, чтобы он не накосячил в каком-нибудь важном месте. На всё это нужно время, много времени. Таким образом как минимум один сотрудник начинает часть своего рабочего времени тратить на обучение джуна, вместо того, чтобы делать свои задачи, и работа всей команды движется медленнее. Задачи, которые на первое время дают джуну, опытный специалист мог бы сделать за полчаса, а джун с ними может возиться и 2 недели. Если же компания нанимает сразу несколько джунов, то и ресурсов команда должна тратить еще больше на обучение их.

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

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

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

Теперь непосредственно к вашему вопросу - я не думаю, что любому джуну будут рады в любой стране. Работодатели ищут готового специалиста - такого, которому даешь станок, и он начинает производить готовый продукт - без напутствий и контроля. То есть это как минимум специалист уровня middle. За границей еще и накладываются проблемы с культурной адаптацией, языковым барьером (при наличии), и прочими вещами. Зарубежные работодатели любят обращать внимание на soft-скиллз - судя по рассказам, для них это важнее, чем для российских коллег. Это значит, что даже крутой и технически подкованный специалист может выглядеть не подходящим кандидатом, если у него с soft-skills всё плохо. Поэтому ну нет, не верю я, что любого айтишника где угодно оторвут с руками. Тем более джуна.
917 views15:12
Открыть/Комментировать