#вашивопросы
Привет. При входе в мир ИТ часто слышишь подобное "не важно какой у тебя возраст, главное чтобы был интерес", "в ИТ возраст ничего не решает", но камон мы же люди в здравом уме и прекрасно понимаем что скорее всего высказывания выше это просто попытка себя утешить или что-то в этом роде (ну по крайней мере я так думаю), поэтому хотел узнать что по этому поводу думаете вы? Можно ли стать крутым, востребованным программистом, участвовать в крутых проектах в качестве кодера, а не проект менеджера или тестировщика будучи уже чуваком за 40+?
Я думаю, что людям с возрастом в целом сложнее что-либо менять в своей жизни, тем более радикально. И причины тому разные - в том числе и некая усталость, и психологические затыки, и воспитание (в постсоветском обществе все еще привычно 1 раз в жизни получить образование и работать если и не по специальности, то где-то в смежных областях). Все эти тектонические плиты не всем легко сдвинуть. К тому же учиться в юном возрасте проще, чем в более зрелом. Тем не менее, я считаю, что стать крутым специалистом можно не только молодым, если человек действительно загорелся и мотивирован.
Взрослые вообще часто начинают что-то делать и не доводят до конца. В студенческие годы я подрабатывала репетитором по иностранным языкам - и, знаете, когда среди клиентов попадались взрослые люди, лет 30-ти - я знала, что это затея максимум на 2 месяца. Потому что на первой неделе они такие «да, я сейчас выучу английский! ура, у меня получается!». А где-то с третьей начинают игнорироваь домашнее задание, переносить занятия, потому что «понедельник, я устал, день сложный, времени мало, завтра в командировку, кошка рожает, трубы текут». И постепенно пропадают из вида. И проблема тут вовсе не в способностях к иностранным языкам - с ними всё может быть и ОК.
Думаю, с обучением программированию может происходить что-то похожее - в начале «да, я сейчас всё выучу и уеду в силиконовую долину», а потом «я старый больной человек у меня дети, нихачуу». Разумеется, так бывает не со всеми. Тут нужно в первую очередь умение учиться и умение «дожать» свои навыки до конкурентоспособного уровня, не отвалившись на середине. А учиться готовы не все.
Бот для ваших вопросов: @hum_it_bot
Привет. При входе в мир ИТ часто слышишь подобное "не важно какой у тебя возраст, главное чтобы был интерес", "в ИТ возраст ничего не решает", но камон мы же люди в здравом уме и прекрасно понимаем что скорее всего высказывания выше это просто попытка себя утешить или что-то в этом роде (ну по крайней мере я так думаю), поэтому хотел узнать что по этому поводу думаете вы? Можно ли стать крутым, востребованным программистом, участвовать в крутых проектах в качестве кодера, а не проект менеджера или тестировщика будучи уже чуваком за 40+?
Я думаю, что людям с возрастом в целом сложнее что-либо менять в своей жизни, тем более радикально. И причины тому разные - в том числе и некая усталость, и психологические затыки, и воспитание (в постсоветском обществе все еще привычно 1 раз в жизни получить образование и работать если и не по специальности, то где-то в смежных областях). Все эти тектонические плиты не всем легко сдвинуть. К тому же учиться в юном возрасте проще, чем в более зрелом. Тем не менее, я считаю, что стать крутым специалистом можно не только молодым, если человек действительно загорелся и мотивирован.
Взрослые вообще часто начинают что-то делать и не доводят до конца. В студенческие годы я подрабатывала репетитором по иностранным языкам - и, знаете, когда среди клиентов попадались взрослые люди, лет 30-ти - я знала, что это затея максимум на 2 месяца. Потому что на первой неделе они такие «да, я сейчас выучу английский! ура, у меня получается!». А где-то с третьей начинают игнорироваь домашнее задание, переносить занятия, потому что «понедельник, я устал, день сложный, времени мало, завтра в командировку, кошка рожает, трубы текут». И постепенно пропадают из вида. И проблема тут вовсе не в способностях к иностранным языкам - с ними всё может быть и ОК.
Думаю, с обучением программированию может происходить что-то похожее - в начале «да, я сейчас всё выучу и уеду в силиконовую долину», а потом «я старый больной человек у меня дети, нихачуу». Разумеется, так бывает не со всеми. Тут нужно в первую очередь умение учиться и умение «дожать» свои навыки до конкурентоспособного уровня, не отвалившись на середине. А учиться готовы не все.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
На картинке мой персональный разрыв мозга — эти name оказывается не одно и то же!
Ответ будет в следующем посте.
На картинке мой персональный разрыв мозга — эти name оказывается не одно и то же!
Ответ будет в следующем посте.
На картинке изображен кусочек кода на Java. Всё это происходит внутри тела класса Cat (этого не видно на скриншоте, но это очевидно).
То есть, код, который нас интересует на самом деле выглядит так:
name - это атрибут класса. Создав объект Cat, мы можем придумать коту имя и сохранить его в аттрибуте name.
Начнем с того, что у каждой переменной в любом языке программирования есть своя область видимости. Это значит, что переменная известна и доступна не в любом месте в коде, а только в строго определенных местах.
Например, вот эта name известа и доступна всем (не статическим) методам внутри класса Cat и недоступна в коде за пределами этого класса. Этим пользуется метод getName - он внутри класса Cat, ему «видна» переменная name, и он её использует:
При этом в любом месте кода можно объявить другую переменную с таким же именем, и в рамках своей области видимости она перекроет уже используемую ранее переменную name.
Например, изменим метод вот так:
Тут мы объявляем локальную переменную name. Эта переменная будет видна только внутри метода GetName(). И она перекрывает ту другую переменную, которая объявлена на уровне класса. И таким образом GetName всегда вернёт «ololo» вместо имени кота:
Но несмотря на то, что тут объявлена новая переменная с именем name, атрибут класса всё же можно прочитать, для этого в коде придется явно пояснить, что нам нужна не локальная переменная name, а именно аттрибут класса Cat, для этого и используется ключевое слово this:
И тогда код выше вернет «Barsik», а не «ololo»
Нечто похожее происходит и в примере со скриншота.
Там у метода SetName(String name) есть аргумент, который называется так же, как атрибут класса - name. И поэтому внутри пространства имен метода SetName, это «name» перекрывает аттрибут класса.
Метод можно было бы написать по-другому, без одинаковых имен:
Но в примере на скриншоте name как аргумент метода и как атрибут класса совпадают, и в коде приходится явно указывать, где нам нужен атрибут класса (this.name), а где аргумент метода (просто name).
Кому вопрос актуален - напишите в бота, если остались вопросы.
То есть, код, который нас интересует на самом деле выглядит так:
class Cat{
private String name;
//весь остальной код
}name - это атрибут класса. Создав объект Cat, мы можем придумать коту имя и сохранить его в аттрибуте name.
Начнем с того, что у каждой переменной в любом языке программирования есть своя область видимости. Это значит, что переменная известна и доступна не в любом месте в коде, а только в строго определенных местах.
Например, вот эта name известа и доступна всем (не статическим) методам внутри класса Cat и недоступна в коде за пределами этого класса. Этим пользуется метод getName - он внутри класса Cat, ему «видна» переменная name, и он её использует:
class Cat {
private String name;
public String GetName(){
return name;
}
}При этом в любом месте кода можно объявить другую переменную с таким же именем, и в рамках своей области видимости она перекроет уже используемую ранее переменную name.
Например, изменим метод вот так:
public String GetName(){
String name = "ololo";
return name;
}Тут мы объявляем локальную переменную name. Эта переменная будет видна только внутри метода GetName(). И она перекрывает ту другую переменную, которая объявлена на уровне класса. И таким образом GetName всегда вернёт «ololo» вместо имени кота:
Cat mycat = new Cat();
mycat.SetName("Barsik");
System.out.println(mycat.GetName());
output:ololo
Но несмотря на то, что тут объявлена новая переменная с именем name, атрибут класса всё же можно прочитать, для этого в коде придется явно пояснить, что нам нужна не локальная переменная name, а именно аттрибут класса Cat, для этого и используется ключевое слово this:
public String GetName(){
String name = "ololo";
return this.name;
}И тогда код выше вернет «Barsik», а не «ololo»
Нечто похожее происходит и в примере со скриншота.
Там у метода SetName(String name) есть аргумент, который называется так же, как атрибут класса - name. И поэтому внутри пространства имен метода SetName, это «name» перекрывает аттрибут класса.
Метод можно было бы написать по-другому, без одинаковых имен:
public void SetName(String newname){
name = newname;
}Но в примере на скриншоте name как аргумент метода и как атрибут класса совпадают, и в коде приходится явно указывать, где нам нужен атрибут класса (this.name), а где аргумент метода (просто name).
Кому вопрос актуален - напишите в бота, если остались вопросы.
#вашивопросы
Какой софт использовать для написания программ?
Чтобы писать код, подойдёт любой текстовой редактор. То есть гипотетически, его можно было бы писать, например, в стандартном блокноте от windows. Но это неудобно, так как блокнот не умеет делать разные удобные штуки - например, подсвечивать синтаксис в коде разными цветами, автоматически проставлять отступы или находить плохой стиль в коде и даже баги и ошибки. Всё это умеют делать более умные тестовые редакторы, созданные специально для удобного написания кода. Выбрать можно любой, какой понравится (гугл в помощь). Я, например, пользуюсь Atom.
Некоторые любители хардкора предпочитают использовать старые добрые консольные редакторы, например, vim. Vim - это как линукс - он очень мощный и много чего умеет, но для этого нужно заморочиться и разобраться с кучей разных настроек. А чтобы научиться работать с vim, в нем даже есть встроенный учебный курс (занимает полчаса). Для общего развития научитесь хотя бы трем вещам в vim - как закрыть файл, как его сохранить и как вставить текст (В гугле очень частый запрос - «как закрыть vim»). Однажды настанет день, когда вам придется редактировать файл удаленно на сервере, и там не будет никаких удобных текстовых редакторов с окошками и кнопочками, а только vim или его прадед vi. И тогда вам очень пригодятся эти знания.
Также для разработки кода часто используются IDE - это софт, объединяющий в себе и текстовой редактор, и встроенную консоль для запуска кода, и компиляторы, и дебаггеры и много еще разного. Какой IDE выбрать вам - в большей степени зависит от языка и того, что вы собираетесь разрабатывать. Например, в среде .Net используют Visual Studio, для питона популярен PyCharm, для Java есть eclipse и еще куча разных других. Лично я не использую IDE, но это дело вкуса и, может быть, привычки.
Бот для ваших вопросов: @hum_it_bot
Какой софт использовать для написания программ?
Чтобы писать код, подойдёт любой текстовой редактор. То есть гипотетически, его можно было бы писать, например, в стандартном блокноте от windows. Но это неудобно, так как блокнот не умеет делать разные удобные штуки - например, подсвечивать синтаксис в коде разными цветами, автоматически проставлять отступы или находить плохой стиль в коде и даже баги и ошибки. Всё это умеют делать более умные тестовые редакторы, созданные специально для удобного написания кода. Выбрать можно любой, какой понравится (гугл в помощь). Я, например, пользуюсь Atom.
Некоторые любители хардкора предпочитают использовать старые добрые консольные редакторы, например, vim. Vim - это как линукс - он очень мощный и много чего умеет, но для этого нужно заморочиться и разобраться с кучей разных настроек. А чтобы научиться работать с vim, в нем даже есть встроенный учебный курс (занимает полчаса). Для общего развития научитесь хотя бы трем вещам в vim - как закрыть файл, как его сохранить и как вставить текст (В гугле очень частый запрос - «как закрыть vim»). Однажды настанет день, когда вам придется редактировать файл удаленно на сервере, и там не будет никаких удобных текстовых редакторов с окошками и кнопочками, а только vim или его прадед vi. И тогда вам очень пригодятся эти знания.
Также для разработки кода часто используются IDE - это софт, объединяющий в себе и текстовой редактор, и встроенную консоль для запуска кода, и компиляторы, и дебаггеры и много еще разного. Какой IDE выбрать вам - в большей степени зависит от языка и того, что вы собираетесь разрабатывать. Например, в среде .Net используют Visual Studio, для питона популярен PyCharm, для Java есть eclipse и еще куча разных других. Лично я не использую IDE, но это дело вкуса и, может быть, привычки.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
Елена, добрый день! Хотела поинтересоваться, насколько сейчас актуально изучать языки программирования низкого уровня, интересны ассемблеры, но есть ли смысл в это погружаться, тем более с 0, так как от программирования и IT в общем, очень далека
С одной стороны, низкоуровневые вещи актуальны всегда, потому что сколько уровней абстракции мы бы ни придумывали, а все равно в конечном итоге всё работает на железе и микропроцессорах, и на одних высокоуровневых технологиях индустрия далеко не уедет. Кто-то должен разрабатывать драйвера, компиляторы, операционные системы и работать с микросхемами. Еще ассемблеры актуальны для специалистов по реверс-инжинирингу (например, тех, кто анализируют компьютерные вирусы).
Если погуглить вакансии с ассемблерами, то, как правило, вместе с ним там требуются знания C и C++ - так что логично изучить и эти языки. (Формально они не являются низкоуровневыми, но их иногда условно относят к таковым, потому что, к примеру, в отличие от всяких питонов, они имеют прямой доступ к памяти и в них меньше синтаксического сахара.) Вероятно, в зависимости от направления, нужно будет разобраться с чем-то еще: с тем же реверс-инжинирингом или даже электроникой.
В общем, это далеко не самый легкий путь. Но главное ведь - интерес.
С C/C++ и ассемблерами у вас будет очень сильная база, таких специалистов сейчас еще поискать надо. А выучить что-то из более высокоуровневых языков и переключиться на них, если понадобится, будет совсем легко.
С другой стороны, вакансий с высокоуровневыми языками и более простыми технологиями - пруд пруди, в отличие от вакансий с ассемблерами. А изучить высокоуровневые языки, и, например, веб-разработку - гораздо проще.
Бот для ваших вопросов: @hum_it_bot
Елена, добрый день! Хотела поинтересоваться, насколько сейчас актуально изучать языки программирования низкого уровня, интересны ассемблеры, но есть ли смысл в это погружаться, тем более с 0, так как от программирования и IT в общем, очень далека
С одной стороны, низкоуровневые вещи актуальны всегда, потому что сколько уровней абстракции мы бы ни придумывали, а все равно в конечном итоге всё работает на железе и микропроцессорах, и на одних высокоуровневых технологиях индустрия далеко не уедет. Кто-то должен разрабатывать драйвера, компиляторы, операционные системы и работать с микросхемами. Еще ассемблеры актуальны для специалистов по реверс-инжинирингу (например, тех, кто анализируют компьютерные вирусы).
Если погуглить вакансии с ассемблерами, то, как правило, вместе с ним там требуются знания C и C++ - так что логично изучить и эти языки. (Формально они не являются низкоуровневыми, но их иногда условно относят к таковым, потому что, к примеру, в отличие от всяких питонов, они имеют прямой доступ к памяти и в них меньше синтаксического сахара.) Вероятно, в зависимости от направления, нужно будет разобраться с чем-то еще: с тем же реверс-инжинирингом или даже электроникой.
В общем, это далеко не самый легкий путь. Но главное ведь - интерес.
С C/C++ и ассемблерами у вас будет очень сильная база, таких специалистов сейчас еще поискать надо. А выучить что-то из более высокоуровневых языков и переключиться на них, если понадобится, будет совсем легко.
С другой стороны, вакансий с высокоуровневыми языками и более простыми технологиями - пруд пруди, в отличие от вакансий с ассемблерами. А изучить высокоуровневые языки, и, например, веб-разработку - гораздо проще.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
Приветствую. Сейчас параллельно прохожу два простеньких курса по JS и С#. У нас на работе эти две технологии используются, и я бы хотела постепенно участвовать в разработке. С каких тасков можно начать или надо прям продвинутой разбираться, что бы тебя допустили писать целые компоненты?
Вы имеете в виду, с каких учебных задач начать? Или с каких задач на работе? Если речь про учебу, то обратите внимание на учебные курсы-практику, где обучение построено вокруг разработки какого-то небольшого, но полноценного проекта - например, игры. А что касается, с каких тасков начать работу - этим нужно озаботить своего руководителя или коллег. Рассказать им, что изучаете языки и хотели бы использовать их в работе - пусть придумают что-нибудь. Для начала это могут быть какие-то несложные скрипты для обработки текстовых файлов, или логов, или что-то подобное - зависит от специфики работы.
Привет! Возник вопрос с требованиями в вакансиях. Что значит, например, знание html/css? Что я могу сверстать страницу с нуля без заглядывание в справочники? Какой сложности эта страница? Или например что значит знание JS? Базовые знания или уже более глубокое? Просто эти требования практически к каждой вакансии, но непонятно какой уровень требуется. Я сейчас имею в виду конечно Junior вакансии.
Вакансии составляют люди, а у каждого человека в голове разное. Нельзя знать заранее, насколько строги реальные требования для каждой отдельно взятой вакансии. Даже в рамках одной и той же компании требования отличаются. Как отбирать кандидатов, решает непосредственно человек, который будет вас собеседовать (то есть ваш потенциальный руководитель или коллега). Кому-то достаточно базовых знаний и основ (особенно если вакансия джуниорская). А кто-то более щепетилен и будет придираться и спрашивать мельчайшие детали на собеседовании. Возможно, одному собеседующему вы не подойдете, но вам предложат место в другой команде, где требования у руководителя более мягкие.
Чтобы понять, чего хотят в конкретной компании и команде, нужно сходить на собеседовании и задать этот вопрос напрямую - «Насколько глубокие знания html/css требуются, чтобы работать в вашей компании? На каком конкретно уровне я должен ими владеть? Какие типичные задачи мне предстоит решать?». Это совершенно нормальные вопросы, и задавать их нужно по адресу. А попытка угадать требования по двум строчкам в вакансии - это гадание по кофейной гуще.
Бот для ваших вопросов: @hum_it_bot
Приветствую. Сейчас параллельно прохожу два простеньких курса по JS и С#. У нас на работе эти две технологии используются, и я бы хотела постепенно участвовать в разработке. С каких тасков можно начать или надо прям продвинутой разбираться, что бы тебя допустили писать целые компоненты?
Вы имеете в виду, с каких учебных задач начать? Или с каких задач на работе? Если речь про учебу, то обратите внимание на учебные курсы-практику, где обучение построено вокруг разработки какого-то небольшого, но полноценного проекта - например, игры. А что касается, с каких тасков начать работу - этим нужно озаботить своего руководителя или коллег. Рассказать им, что изучаете языки и хотели бы использовать их в работе - пусть придумают что-нибудь. Для начала это могут быть какие-то несложные скрипты для обработки текстовых файлов, или логов, или что-то подобное - зависит от специфики работы.
Привет! Возник вопрос с требованиями в вакансиях. Что значит, например, знание html/css? Что я могу сверстать страницу с нуля без заглядывание в справочники? Какой сложности эта страница? Или например что значит знание JS? Базовые знания или уже более глубокое? Просто эти требования практически к каждой вакансии, но непонятно какой уровень требуется. Я сейчас имею в виду конечно Junior вакансии.
Вакансии составляют люди, а у каждого человека в голове разное. Нельзя знать заранее, насколько строги реальные требования для каждой отдельно взятой вакансии. Даже в рамках одной и той же компании требования отличаются. Как отбирать кандидатов, решает непосредственно человек, который будет вас собеседовать (то есть ваш потенциальный руководитель или коллега). Кому-то достаточно базовых знаний и основ (особенно если вакансия джуниорская). А кто-то более щепетилен и будет придираться и спрашивать мельчайшие детали на собеседовании. Возможно, одному собеседующему вы не подойдете, но вам предложат место в другой команде, где требования у руководителя более мягкие.
Чтобы понять, чего хотят в конкретной компании и команде, нужно сходить на собеседовании и задать этот вопрос напрямую - «Насколько глубокие знания html/css требуются, чтобы работать в вашей компании? На каком конкретно уровне я должен ими владеть? Какие типичные задачи мне предстоит решать?». Это совершенно нормальные вопросы, и задавать их нужно по адресу. А попытка угадать требования по двум строчкам в вакансии - это гадание по кофейной гуще.
Бот для ваших вопросов: @hum_it_bot
👍1
Одна из «плюшек» работы в IT - это множество полезных и интересных мероприятий, которые можно посетить: митапы, конференции, хакатоны и так далее. И (сюрприз!) многие работодатели оплачивают для своих сотрудников посещение платных конференций. Некоторые из них длятся по 2-4 рабочих дня - ходишь, слушаешь доклады (или сам выступаешь), общаешься с людьми, ешь-пьешь на кофе-брейках и еще и зарплату за это получаешь… Кто-то оттуда приносит наклейки и разный мерч, который там можно выиграть в конкурсах или просто получить в подарок.
Но основная польза конференций, конечно, не в кофе-брейках и не блокнотах с айти-тематикой. На конференциях по IT-технологиям можно узнать, какие технологии и как именно применяют большие и крутые компании - особенно это полезно, если работаешь в маленьком стартапе или не очень современной компании. Узнать, с какими сложностями в разработке сталкивались докладчики, и как они их преодолели.
Услышать ответы на свои вопросы, возникающие в ходе работы: например, как решить постоянно повторяющуюся проблему с базой данных или как лучше организовать хранение логов. Можно спросить у крутого докладчика из какого-нибудь Гугла, как бы он решил вашу проблему. Можно просто слушать и вдохновляться тем, как круто ребята организовали рабочие процессы. А потом использовать полученные идеи и знания в своей работе. И не стоит бояться того, что будет непонятно - это естественно, если тема малознакомая, но с каждым разом будет всё легче.
А еще на конференциях можно приобрести ценные контакты, найти новых перспективных партнеров для своей компании или даже встретить нового работодателя.
Но основная польза конференций, конечно, не в кофе-брейках и не блокнотах с айти-тематикой. На конференциях по IT-технологиям можно узнать, какие технологии и как именно применяют большие и крутые компании - особенно это полезно, если работаешь в маленьком стартапе или не очень современной компании. Узнать, с какими сложностями в разработке сталкивались докладчики, и как они их преодолели.
Услышать ответы на свои вопросы, возникающие в ходе работы: например, как решить постоянно повторяющуюся проблему с базой данных или как лучше организовать хранение логов. Можно спросить у крутого докладчика из какого-нибудь Гугла, как бы он решил вашу проблему. Можно просто слушать и вдохновляться тем, как круто ребята организовали рабочие процессы. А потом использовать полученные идеи и знания в своей работе. И не стоит бояться того, что будет непонятно - это естественно, если тема малознакомая, но с каждым разом будет всё легче.
А еще на конференциях можно приобрести ценные контакты, найти новых перспективных партнеров для своей компании или даже встретить нового работодателя.
#вашивопросы
Добрый день! Прошу поделиться своим мнением. Я работаю экономистом, а сейчас начинаю хотеть уйти в аналитики. У меня математическое образование, я всегда легко разбираюсь в программах, которые мне были нужны ( понятно, что Эксель, 1с и прочая финансовая лабуда). Но #1. У меня средние способности. Я училась в физмат, и очень хорошо понимаю, что такое именно способности. У меня же усидчивость. Но #2. Меня прямо стопорит тот факт, что мне 35 лет. Мне кажется, что я уже прямо одной ногой в пенсии, и никто никуда меня не возьмёт на работу( поделитесь, пожалуйста, просто своим мнением, очень хочется со стороны взгляда.
Что касается способностей - большинство разработчиков далеко не гении и ничего сверхъестественно сложного не делают. А вот усидчивость - это именно то, что нужно. А аналитикам (насколько я могу судить) не нужна настолько же серьезная техническая база, как разработчикам - обычно их знания ограничиваются экселем и SQL (если вы, конечно, не в Data Science метите).
А про возраст все спрашивают так часто, что, видимо, это прямо больная тема у многих. То, что вам 35 лет не значит, что уже пора выбирать место на кладбище. Возраст вполне молодой и активный. Но чтобы поменять профессию, нужно хорошо прокачать скиллы, так, чтобы выглядеть выигрышно на фоне 19-20 летних новичков (а они часто раздолбаи), которые «метят» в ту же специальность. Тут как раз и пригодится ваша усидчивость.
У меня жена гуманитарий, несколько месяцев назад начала самостоятельно изучать Python на бесплатном курсе Coursera. Очень радуюсь за нее, хочется поддержать, мотивировать. Как лучше это сделать, чтобы не оказывать давления, и не лезть со своими непрошеными советами?
Я работаю в ИТ, но не разработчик.
Хвалите ее за старания. Верьте в неё и в её успех. Если у нее будет что-то не получаться и она начнет сомневаться в себе и терять мотивацию - убеждайте, что она молодец, и у нее все получится, и ничего страшного, что не с первого (и не со второго) раза. Люди часто бросают начатое из-за неуверенности в себе и пессимизма. Еще можно дарить ей книги и подписки на платные курсы.
Добрый день! Учусь сейчас на курсах фронтенда, обещают дать немного знаний по бэкэнду, чтобы мы понимали как работают сервера и т.д. Как бы вы оценили актуальность языка Javascript ? Нужно ли фронтенд разработчику учить какой-то из бэкэнд языков? (Я имею в виду, пригождаются ли они на практике).
На Javascript пишут весь фронт, да, он безусловно актуален. А что касается изучения бэкенда - я за, хотя бы что-то простое вроде питона изучите. От разработчиков часто ждут, чтобы они были «и чтец, и жнец, и на гитаре игрец», а не «чистые» фронтендеры или бэкендеры. Почти 100% - хоть в каких-то ситуациях знания о бэке вам пригодятся. К тому же фронт взаимодействует с бэком, и полезно знать, что происходит по ту сторону браузера, чтобы, например, не сделать такой фронт, который за DDoS-ит бэк своими запросами.
Бот для ваших вопросов: @hum_it_bot
Добрый день! Прошу поделиться своим мнением. Я работаю экономистом, а сейчас начинаю хотеть уйти в аналитики. У меня математическое образование, я всегда легко разбираюсь в программах, которые мне были нужны ( понятно, что Эксель, 1с и прочая финансовая лабуда). Но #1. У меня средние способности. Я училась в физмат, и очень хорошо понимаю, что такое именно способности. У меня же усидчивость. Но #2. Меня прямо стопорит тот факт, что мне 35 лет. Мне кажется, что я уже прямо одной ногой в пенсии, и никто никуда меня не возьмёт на работу( поделитесь, пожалуйста, просто своим мнением, очень хочется со стороны взгляда.
Что касается способностей - большинство разработчиков далеко не гении и ничего сверхъестественно сложного не делают. А вот усидчивость - это именно то, что нужно. А аналитикам (насколько я могу судить) не нужна настолько же серьезная техническая база, как разработчикам - обычно их знания ограничиваются экселем и SQL (если вы, конечно, не в Data Science метите).
А про возраст все спрашивают так часто, что, видимо, это прямо больная тема у многих. То, что вам 35 лет не значит, что уже пора выбирать место на кладбище. Возраст вполне молодой и активный. Но чтобы поменять профессию, нужно хорошо прокачать скиллы, так, чтобы выглядеть выигрышно на фоне 19-20 летних новичков (а они часто раздолбаи), которые «метят» в ту же специальность. Тут как раз и пригодится ваша усидчивость.
У меня жена гуманитарий, несколько месяцев назад начала самостоятельно изучать Python на бесплатном курсе Coursera. Очень радуюсь за нее, хочется поддержать, мотивировать. Как лучше это сделать, чтобы не оказывать давления, и не лезть со своими непрошеными советами?
Я работаю в ИТ, но не разработчик.
Хвалите ее за старания. Верьте в неё и в её успех. Если у нее будет что-то не получаться и она начнет сомневаться в себе и терять мотивацию - убеждайте, что она молодец, и у нее все получится, и ничего страшного, что не с первого (и не со второго) раза. Люди часто бросают начатое из-за неуверенности в себе и пессимизма. Еще можно дарить ей книги и подписки на платные курсы.
Добрый день! Учусь сейчас на курсах фронтенда, обещают дать немного знаний по бэкэнду, чтобы мы понимали как работают сервера и т.д. Как бы вы оценили актуальность языка Javascript ? Нужно ли фронтенд разработчику учить какой-то из бэкэнд языков? (Я имею в виду, пригождаются ли они на практике).
На Javascript пишут весь фронт, да, он безусловно актуален. А что касается изучения бэкенда - я за, хотя бы что-то простое вроде питона изучите. От разработчиков часто ждут, чтобы они были «и чтец, и жнец, и на гитаре игрец», а не «чистые» фронтендеры или бэкендеры. Почти 100% - хоть в каких-то ситуациях знания о бэке вам пригодятся. К тому же фронт взаимодействует с бэком, и полезно знать, что происходит по ту сторону браузера, чтобы, например, не сделать такой фронт, который за DDoS-ит бэк своими запросами.
Бот для ваших вопросов: @hum_it_bot
Добрый день. Очень часто на всяких вебинарах и интенсивах ведущие говорят, что сначала надо бросаться в бой и писать код, а потом уже изучать основы. Мол, повторяйте за нами, просто подключайте вот эти библиотеки, берите функцию/метод из документации без понимания, как оно работает, осознание придёт потом. А оно не приходит. За ними-то я повторила, посмотрела, что оно работает, но вот домашнее задание - чуть что-то там надо переделать, взять какие-то другие методы. Ты их берёшь так же бездумно, а они не работают, то параметры такие не поддерживаются, то сам метод для этой задачи не подходит, потому что нет толком понимания, что ты делаешь и зачем. Так вот, прокомментируйте пожалуйста, на ваш взгляд надо всё-таки начинать с основ языка и "Hello, world", или вот так на конкретном примере продолжать грызть кактус, пока не дойдёт?
Тут есть две крайности. Одна из них - это много лет углубленно изучать фундаментальные основы Computer Science и долго-долго не переходить к решению практических задач. Это не такой плохой путь, его минус в том, что он медленный и еще в том, что человек может бесконечно откладывать момент перехода к практике, потому что он еще «не готов».
Вторая крайность - то, что вы описали - «пофиг, прорвёмся». Да, программированию чаще всего учатся на практике в процессе решения реальных задач, «догугливая» информацию там, где ее не хватает. Но так, как вы описываете быть не должно: «без понимания, как оно работает», «повторить, чуть-чуть переделать», «бездумно», «нет понимания, что и зачем».
Почему так получается с конкретными преподавателями или спикерами? Они, скорее всего, не могут поставить себя на ваше место и понять степень вашего непонимания. Опытный разработчик может взять новый незнакомый ему язык и сразу начать писать на нём код, лишь периодически заглядывая в документацию или гугл - может быть, у него получится не очень хороший код, но это уже другой вопрос. Опытным многое понятно интуитивно и по аналогии с тем, что они уже делали раньше. А у новичка такой базы нет, поэтому он в аналогичной ситуации может чувствовать себя беспомощно как слепой котёнок.
Отвечая на ваш вопрос - начните с основ языка. Как только возникает ощущение, что ничего не понятно - делаем паузу, замедляем темп и начинаем разбираться. Разработчик всегда должен докопаться до причин происходящего. Ничего не должно происходить непонятно как, как будто по волшебству, программирование - это не магия. Если код не работает - надо разобраться, почему он не работает, а не просто попробовать его переделать («а может, если эти строчки местами поменяю - будет ОК?»). Если он сначала не работал, а потом заработал - надо разобраться, почему он не работал раньше, и почему работает теперь. Что изменилось, и на что это повлияло. Если нет понимания, почему для решения используется какой-то конкретный метод, а не другой - надо искать причину. Все ответы есть в гугле, но их надо искать. «Само» пониманием в какой-то степени с опытом тоже приходит, но если всегда скакать по верхам и ни во что не вникать, то оно магическим образом не возникнет.
Бот для ваших вопросов: @hum_it_bot
Тут есть две крайности. Одна из них - это много лет углубленно изучать фундаментальные основы Computer Science и долго-долго не переходить к решению практических задач. Это не такой плохой путь, его минус в том, что он медленный и еще в том, что человек может бесконечно откладывать момент перехода к практике, потому что он еще «не готов».
Вторая крайность - то, что вы описали - «пофиг, прорвёмся». Да, программированию чаще всего учатся на практике в процессе решения реальных задач, «догугливая» информацию там, где ее не хватает. Но так, как вы описываете быть не должно: «без понимания, как оно работает», «повторить, чуть-чуть переделать», «бездумно», «нет понимания, что и зачем».
Почему так получается с конкретными преподавателями или спикерами? Они, скорее всего, не могут поставить себя на ваше место и понять степень вашего непонимания. Опытный разработчик может взять новый незнакомый ему язык и сразу начать писать на нём код, лишь периодически заглядывая в документацию или гугл - может быть, у него получится не очень хороший код, но это уже другой вопрос. Опытным многое понятно интуитивно и по аналогии с тем, что они уже делали раньше. А у новичка такой базы нет, поэтому он в аналогичной ситуации может чувствовать себя беспомощно как слепой котёнок.
Отвечая на ваш вопрос - начните с основ языка. Как только возникает ощущение, что ничего не понятно - делаем паузу, замедляем темп и начинаем разбираться. Разработчик всегда должен докопаться до причин происходящего. Ничего не должно происходить непонятно как, как будто по волшебству, программирование - это не магия. Если код не работает - надо разобраться, почему он не работает, а не просто попробовать его переделать («а может, если эти строчки местами поменяю - будет ОК?»). Если он сначала не работал, а потом заработал - надо разобраться, почему он не работал раньше, и почему работает теперь. Что изменилось, и на что это повлияло. Если нет понимания, почему для решения используется какой-то конкретный метод, а не другой - надо искать причину. Все ответы есть в гугле, но их надо искать. «Само» пониманием в какой-то степени с опытом тоже приходит, но если всегда скакать по верхам и ни во что не вникать, то оно магическим образом не возникнет.
Бот для ваших вопросов: @hum_it_bot
❤1
#вашивопросы
Сегодня у нас набор нестандартных вопросов (или даже утверждений).
Есть такая штука дизайн человека и там есть такие центры ка теменной и Аджина. У меня много знакомых программистов и среди них есть те кто учился на них но не стал. Так вот те у кого аджина определена обычно программы пишут легко а вот с неопределенной не очень. Это если упрощенно а там всё достаточно сложно 😂
Извините, эзотерикой я не увлекаюсь, верю в научный метод, рациональное мышление и доказательную медицину. А в то, что успех в программировании как-то определяется кармой, знаком зодиака, расположением планет, линиями на ладони, внутренними органам убитых птиц, торсионными полями или биоритмами, я не верю.
Сварить борщ это программа или алгоритм? Чем алгоритм отличается от программы?
«Сварить борщ» - это задача/цель. Борщ - это конечный продукт. Алгоритм - это описание, каким образом сварить борщ, последовательность действий. Разные рецепты борща - это разные алгоритмы. В качестве программы можно рассматривать робота, который варит борщ, используя какой-то алгоритм (рецепт).
Везде учат что все одинаковые, в том числе и у тебя что каждый может стать программистом. В реальности мы все разные, очень разные. […] Есть ещё такая вещь как обуславливание, и для меня это в отличие от большинства окружающих определяющая черта. Так вот в принципе и лошадь можно заставить танцевать но будет ли это корректно? Будет ли лошадь счастлива? И самое важное не сдохнет ли в 3 раза быстрее? Хотя не лучше балерину пахать заставить 😂 тут и без фантазии понятно что с ней будет
Я не учу тому, что все люди одинаковые, или что все должны идти в IT - это ваша интерпретация.
У всех людей разные предпочтения и склонности. Не каждого человека вообще заинтересует программирование, и не у всех появится желание в него углубляться. Мой канал про то, что менять профессию можно и с непрофильным образованием и в разном возрасте. «Гуманитарий» или «технарь» - это не касты, как в Индии. Полученное образование не должно определять полностью судьбу и дальнейший профессиональный путь человека. Всегда можно поменять направление, научиться чему-то новому и полностью сменить сферу деятельности - но только в том случае, если есть желание.
И ещё я думаю что б начать программировать надо именно начать писать программы а не просто изучать что то. Но писать программы без умения составлять блок схемы даже не знаю как... Меня просто в школе вначале научили делать словесное описание потом блоксхему а потом уже программы на чём угодно... Хотя конечно же я сразу пишу код потому как это личные поделки. Но как правильно знать считаю важно.
Да, нельзя научиться делать что-то, не делая этого (капитан Очевидность).
На счет блоксхем (для тех, кто не в теме - это рисунки с квадратиками и стрелочками - посмотрите в гугл-картинках) - лично я ими не пользуюсь. Соглашусь, что перед тем как писать код, полезно сначала продумать, как будет работать программа. Например, есть такие подходы как - 1) сначала написать псевдокод, а потом сам код. 2) Сначала написать комментарии с описанием, как код будет работать, а потом уже сам код под ним 3) Сначала написать тесты к коду, а потом уже сам код. Идея в том, что сначала идет проектирование и продумывание, а потом уже сам код, чтобы по 100 раз потом не переделывать весь код заново.
Когда я продумываю архитектуру будущей программы или, например, проектирую базу данных, то рисую для себя на бумаге, как это всё будет выглядеть, пробую разные варианты.
Всё это - инструменты мышления и проектирования, выбирать нужно тот, который лучше работает для вас.
И да, когда речь идет о совсем маленьких одноразовых программках или скриптах - на проектирование все часто забивают и сразу пишут код. Это примерно как со строительством - когда строишь дом, нужен план-чертеж будущего здания. Когда делаешь шалаш - скорее всего, сразу начнешь делать его как попало из подручных средств. И в зависимости от ситуации и цели оба подхода имеют право на существование.
Бот для ваших вопросов: @hum_it_bot
Сегодня у нас набор нестандартных вопросов (или даже утверждений).
Есть такая штука дизайн человека и там есть такие центры ка теменной и Аджина. У меня много знакомых программистов и среди них есть те кто учился на них но не стал. Так вот те у кого аджина определена обычно программы пишут легко а вот с неопределенной не очень. Это если упрощенно а там всё достаточно сложно 😂
Извините, эзотерикой я не увлекаюсь, верю в научный метод, рациональное мышление и доказательную медицину. А в то, что успех в программировании как-то определяется кармой, знаком зодиака, расположением планет, линиями на ладони, внутренними органам убитых птиц, торсионными полями или биоритмами, я не верю.
Сварить борщ это программа или алгоритм? Чем алгоритм отличается от программы?
«Сварить борщ» - это задача/цель. Борщ - это конечный продукт. Алгоритм - это описание, каким образом сварить борщ, последовательность действий. Разные рецепты борща - это разные алгоритмы. В качестве программы можно рассматривать робота, который варит борщ, используя какой-то алгоритм (рецепт).
Везде учат что все одинаковые, в том числе и у тебя что каждый может стать программистом. В реальности мы все разные, очень разные. […] Есть ещё такая вещь как обуславливание, и для меня это в отличие от большинства окружающих определяющая черта. Так вот в принципе и лошадь можно заставить танцевать но будет ли это корректно? Будет ли лошадь счастлива? И самое важное не сдохнет ли в 3 раза быстрее? Хотя не лучше балерину пахать заставить 😂 тут и без фантазии понятно что с ней будет
Я не учу тому, что все люди одинаковые, или что все должны идти в IT - это ваша интерпретация.
У всех людей разные предпочтения и склонности. Не каждого человека вообще заинтересует программирование, и не у всех появится желание в него углубляться. Мой канал про то, что менять профессию можно и с непрофильным образованием и в разном возрасте. «Гуманитарий» или «технарь» - это не касты, как в Индии. Полученное образование не должно определять полностью судьбу и дальнейший профессиональный путь человека. Всегда можно поменять направление, научиться чему-то новому и полностью сменить сферу деятельности - но только в том случае, если есть желание.
И ещё я думаю что б начать программировать надо именно начать писать программы а не просто изучать что то. Но писать программы без умения составлять блок схемы даже не знаю как... Меня просто в школе вначале научили делать словесное описание потом блоксхему а потом уже программы на чём угодно... Хотя конечно же я сразу пишу код потому как это личные поделки. Но как правильно знать считаю важно.
Да, нельзя научиться делать что-то, не делая этого (капитан Очевидность).
На счет блоксхем (для тех, кто не в теме - это рисунки с квадратиками и стрелочками - посмотрите в гугл-картинках) - лично я ими не пользуюсь. Соглашусь, что перед тем как писать код, полезно сначала продумать, как будет работать программа. Например, есть такие подходы как - 1) сначала написать псевдокод, а потом сам код. 2) Сначала написать комментарии с описанием, как код будет работать, а потом уже сам код под ним 3) Сначала написать тесты к коду, а потом уже сам код. Идея в том, что сначала идет проектирование и продумывание, а потом уже сам код, чтобы по 100 раз потом не переделывать весь код заново.
Когда я продумываю архитектуру будущей программы или, например, проектирую базу данных, то рисую для себя на бумаге, как это всё будет выглядеть, пробую разные варианты.
Всё это - инструменты мышления и проектирования, выбирать нужно тот, который лучше работает для вас.
И да, когда речь идет о совсем маленьких одноразовых программках или скриптах - на проектирование все часто забивают и сразу пишут код. Это примерно как со строительством - когда строишь дом, нужен план-чертеж будущего здания. Когда делаешь шалаш - скорее всего, сразу начнешь делать его как попало из подручных средств. И в зависимости от ситуации и цели оба подхода имеют право на существование.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
Здравствуйте, на подскажите что изучать чтобы писать игры и приложения?
Первое, что приходит мне на ум по поводу игр - это платформа Unity, в ней используется язык C#. Для своих первых проектов я бы рекомендовала её, чтобы со старта не уходить в дебри, например, iOs или андроид-разработки.
Есть еще игровая платформа Unreal Engine, которая умеет в 3D, есть CryEngine. Поэкспериментируйте и с ними.
А все остальное зависит от того, на чем вы хотите запускать игру:
- Для айфонов и макбуков используют язык Swift.
- Игры в браузере - на JavaScript, как и все, что в браузере. А серверная часть - на обычных для бэкенда языках, например, PHP, Python, что угодно еще.
- Андроид - это Java и собственно SDK для андроид-разработки.
Большие и сложные игры пишут на C/C++, как и всё большое и сложное.
А что касается «писать приложения» - тут я ваш вопрос не совсем поняла, для меня понятие «приложение» - это примерно то же самое, что «программа». Пишут их на любых языках программирования - выберите себе один (или сразу несколько) из популярных языков и вперед.
Здравствуйте! Начинаю входить в IT с нуля, опыта в общем ноль. Пока служил смотрел много видео, о том как и с чего начать, решил освоить самое легкое - web development. Но при этом знаю что для максимального результата в познании всегда нужен английский, поэтому решил сразу начать с видеокурса на ютубе американского парня Web Dev Simplified (html, css etc. Нашел его случайно), сложность состоит в том, что процесс затягивается из-за плохого понимания речи на слух. Нужно Ваше мнение о том, правильно ли я начал?
Если вы пытаетесь одним выстрелом убить сразу двух зайцев - то есть, с помощью одного и того же видеокурса изучать и английский, и программирование с нуля - вы перегружаете мозг. В один момент времени лучше фокусируйтесь на одной задаче - либо изучайте программирование, либо английский язык. А пока все английское вам трудно для понимания - используйте русскоязычные ресурсы или включайте субтитры к видео. Может быть, когда вы освоите азы программирования, материал в таких видеолекциях станет знакомым и простым, тогда будет полезно смотреть их уже на английском, чтобы обучить себя техническому английскому. А тут получается, что и материал незнакомый и язык малопонятный - вы так усложняете себе задачу.
Бот для ваших вопросов: @hum_it_bot
Здравствуйте, на подскажите что изучать чтобы писать игры и приложения?
Первое, что приходит мне на ум по поводу игр - это платформа Unity, в ней используется язык C#. Для своих первых проектов я бы рекомендовала её, чтобы со старта не уходить в дебри, например, iOs или андроид-разработки.
Есть еще игровая платформа Unreal Engine, которая умеет в 3D, есть CryEngine. Поэкспериментируйте и с ними.
А все остальное зависит от того, на чем вы хотите запускать игру:
- Для айфонов и макбуков используют язык Swift.
- Игры в браузере - на JavaScript, как и все, что в браузере. А серверная часть - на обычных для бэкенда языках, например, PHP, Python, что угодно еще.
- Андроид - это Java и собственно SDK для андроид-разработки.
Большие и сложные игры пишут на C/C++, как и всё большое и сложное.
А что касается «писать приложения» - тут я ваш вопрос не совсем поняла, для меня понятие «приложение» - это примерно то же самое, что «программа». Пишут их на любых языках программирования - выберите себе один (или сразу несколько) из популярных языков и вперед.
Здравствуйте! Начинаю входить в IT с нуля, опыта в общем ноль. Пока служил смотрел много видео, о том как и с чего начать, решил освоить самое легкое - web development. Но при этом знаю что для максимального результата в познании всегда нужен английский, поэтому решил сразу начать с видеокурса на ютубе американского парня Web Dev Simplified (html, css etc. Нашел его случайно), сложность состоит в том, что процесс затягивается из-за плохого понимания речи на слух. Нужно Ваше мнение о том, правильно ли я начал?
Если вы пытаетесь одним выстрелом убить сразу двух зайцев - то есть, с помощью одного и того же видеокурса изучать и английский, и программирование с нуля - вы перегружаете мозг. В один момент времени лучше фокусируйтесь на одной задаче - либо изучайте программирование, либо английский язык. А пока все английское вам трудно для понимания - используйте русскоязычные ресурсы или включайте субтитры к видео. Может быть, когда вы освоите азы программирования, материал в таких видеолекциях станет знакомым и простым, тогда будет полезно смотреть их уже на английском, чтобы обучить себя техническому английскому. А тут получается, что и материал незнакомый и язык малопонятный - вы так усложняете себе задачу.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
Я прошел курс по питону на курсере, сейчас прохожу чуть более сложный курс по питону на степике. В целом нравится, но чувствую, что ООП даётся сложно. Вопрос - если больше всего меня интересует data science, в частности NLP, насколько важно разбираться в ООП? Или достаточно знать какой-то минимум по питону, и дальше прокачиваться в математике/статистике/конкретных библиотеках?
Большинство дата-саентистов, которых я встречала, не очень сильны в программировании и написании софта. И код у них часто довольно примитивный - по сути, многие используют язык программирования в качестве умного калькулятора. Это говорит как минимум о том, что не обязательно быть прям гуру программирования для работы в сфере Data Science. С другой стороны, я бы не советовала свято следовать примеру таких специалистов и совсем забить болт на написание кода.
На счет проблем с ООП не совсем понимаю, в чем именно состоит проблема. Если вы не понимаете, что такое классы и объекты в питоне - то в этом нужно разобраться. Во-первых, в них нет ничего сложного, так что бояться их не нужно. Во-вторых, как дата-саентист вы будете работать со сторонними библиотеками и модулями, и там встретите классы, и придется с ними что-то делать. Если же вы не понимаете концептуально принципы ООП - инкапсуляцию, полиморфизм, абстракцию и наследование - то почитайте про них в Интернете, чтобы понимать на уровне ликбеза. А сильно глбоких знаний от вас требовать, скорее всего, никто не станет.
Привет! начала изучать программирование (питон) сначала самостоятельно и хаотично по книжкам, а сейчас купила основательный такой интенсивный курс. и столкнулась с тем, что изучение даётся мне очень тяжело. простые примеры – пожалуйста, но стоит взять чуть более сложную задачку и я чувствую потерянность, не понимаю, как ее сделать, мозг открещивается от "въезжания" в какие-то конструкции. понимаю, что я должна сделать, но не могу разложить в голове по полочкам алгоритм, как и что взять, как преобразовать.
мой куратор на курсе говорит, что это нормально, но я ощущаю себя валенком, когда неделю не могу сделать задание. у меня неспособность к программированию или нужно больше времени? или более простые задачи и я ошиблась с курсом?
Думаю, ваша проблема связана с тем, что изначально вы привыкли к более легкому материалу, а сейчас уровень сложности повысился, и это может вызывать некую панику. Хорошая новость - в IT всё обычно раскладывается на простые, доступные для понимания компоненты. Поэтому если что-то не даётся сразу, попробуйте остановиться на непонятном моменте подольше, разложить его по полочкам, не спешить. Можно выявить непонятные моменты и попросить кого-то, кто шарит, объяснить их (можете написать мне, только я медленно разгребаю вопросы, так как их много).
Что касается переключения на более простые задачи - то это палка о двух концах. Возможно, на нынешнем этапе вам это нужно (я же не знаю вашего уровня и сложности курса, который вы проходите). Но с другой стороны - растем и прогрессируем мы именно на сложных задачах - не таких сложных, которые кажутся нам прямо неподъемными, но умеренно сложных, которые без некоторого усилия и раздумий не решить.
Бот для ваших вопросов: @hum_it_bot
Я прошел курс по питону на курсере, сейчас прохожу чуть более сложный курс по питону на степике. В целом нравится, но чувствую, что ООП даётся сложно. Вопрос - если больше всего меня интересует data science, в частности NLP, насколько важно разбираться в ООП? Или достаточно знать какой-то минимум по питону, и дальше прокачиваться в математике/статистике/конкретных библиотеках?
Большинство дата-саентистов, которых я встречала, не очень сильны в программировании и написании софта. И код у них часто довольно примитивный - по сути, многие используют язык программирования в качестве умного калькулятора. Это говорит как минимум о том, что не обязательно быть прям гуру программирования для работы в сфере Data Science. С другой стороны, я бы не советовала свято следовать примеру таких специалистов и совсем забить болт на написание кода.
На счет проблем с ООП не совсем понимаю, в чем именно состоит проблема. Если вы не понимаете, что такое классы и объекты в питоне - то в этом нужно разобраться. Во-первых, в них нет ничего сложного, так что бояться их не нужно. Во-вторых, как дата-саентист вы будете работать со сторонними библиотеками и модулями, и там встретите классы, и придется с ними что-то делать. Если же вы не понимаете концептуально принципы ООП - инкапсуляцию, полиморфизм, абстракцию и наследование - то почитайте про них в Интернете, чтобы понимать на уровне ликбеза. А сильно глбоких знаний от вас требовать, скорее всего, никто не станет.
Привет! начала изучать программирование (питон) сначала самостоятельно и хаотично по книжкам, а сейчас купила основательный такой интенсивный курс. и столкнулась с тем, что изучение даётся мне очень тяжело. простые примеры – пожалуйста, но стоит взять чуть более сложную задачку и я чувствую потерянность, не понимаю, как ее сделать, мозг открещивается от "въезжания" в какие-то конструкции. понимаю, что я должна сделать, но не могу разложить в голове по полочкам алгоритм, как и что взять, как преобразовать.
мой куратор на курсе говорит, что это нормально, но я ощущаю себя валенком, когда неделю не могу сделать задание. у меня неспособность к программированию или нужно больше времени? или более простые задачи и я ошиблась с курсом?
Думаю, ваша проблема связана с тем, что изначально вы привыкли к более легкому материалу, а сейчас уровень сложности повысился, и это может вызывать некую панику. Хорошая новость - в IT всё обычно раскладывается на простые, доступные для понимания компоненты. Поэтому если что-то не даётся сразу, попробуйте остановиться на непонятном моменте подольше, разложить его по полочкам, не спешить. Можно выявить непонятные моменты и попросить кого-то, кто шарит, объяснить их (можете написать мне, только я медленно разгребаю вопросы, так как их много).
Что касается переключения на более простые задачи - то это палка о двух концах. Возможно, на нынешнем этапе вам это нужно (я же не знаю вашего уровня и сложности курса, который вы проходите). Но с другой стороны - растем и прогрессируем мы именно на сложных задачах - не таких сложных, которые кажутся нам прямо неподъемными, но умеренно сложных, которые без некоторого усилия и раздумий не решить.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
Привет, работаю тестировщиком почти 5 месяцев, хорошо получается, понимаю логику приложений, посматриваю в сторону разработки, как-то тянет к SWIFTу, и изучению среды xCode, подойдет чтобы начать?
Да, почему бы и нет. Особенно если тянет.
Добрый вечер. Я пытаюсь самостоятельно учиться программированию - загуглил и в принципе прошёл все бесплатные русскоязычные курсы по JS and Payton. Стоит ли платить за онлайн курсы, на тех де платформах (скилбокс. скилфактори, степик, хекслер и т а)?
Однозначного ответа тут нет. Я не знаю ваших финансовых возможностей. Для кого-то стоимость курса - это комфортная сумма, которую человек и без того регулярно спускает на развлечения. А кому-то нужно год копить, чтобы её набрать. И если в первом случае можно брать любой платный курс, не задумываясь, то во втором случае лучше взвесить все «за» и «против». Изучите преимущества конкретного платного курса, например:
- Он организован при крупной айтишной конторе, и, следовательно, там дают навыки, которые востребованы в настоящий момент на рынке, а не абстрактные общие знания?
- Вам гарантируют трудоустройство или стажировку по окончании курса?
- С вами будет работать ментор, который будет помогать в решении и отвечать на вопросы?
- Курс предполагает какой-то проект, близкий к реальным задачам «боевой» разработки?
- Курс предполагает работу в команде и активное взаимодействие с другими студентами?
- Курс включает в себя продуманную и полноценную программу с расписанием из разных предметов - и вы сами вряд ли смогли бы сами составить себе такую же сбалансированную программу и расставить приоритеты - какие именно предметы изучать и в каком объеме?
В общем, найдите те пункты, которые отличают платные курсы от бесплатных и дают им некое конкурентное преимущество. И определите, какова ваша цель. Например, если цель поскорее выходить на рынок, то ищите варианты с гарантированной стажировкой или трудоустройством.
За себя могу сказать - я проходила только бесплатные курсы, в основном на английском языке. Выбирала их рандомом - тупо всё подряд, что относилось к IT - программирование, алгоритмы, базы данных, сети итд. Подход достаточно хаотический, но и он сработал. Хороший платный курс в моем понимании помог бы преодолеть эту бессистемность - более опытные люди подобрали бы заранее оптимальный набор дисциплин для изучения, и не пришлось бы задумываться о том, что изучать и в каком порядке (впрочем, я и не задумывалась, если честно).
И главное - не всегда то, что стоит дороже обязательно лучше дешевого или бесплатного.
Бот для ваших вопросов: @hum_it_bot
Привет, работаю тестировщиком почти 5 месяцев, хорошо получается, понимаю логику приложений, посматриваю в сторону разработки, как-то тянет к SWIFTу, и изучению среды xCode, подойдет чтобы начать?
Да, почему бы и нет. Особенно если тянет.
Добрый вечер. Я пытаюсь самостоятельно учиться программированию - загуглил и в принципе прошёл все бесплатные русскоязычные курсы по JS and Payton. Стоит ли платить за онлайн курсы, на тех де платформах (скилбокс. скилфактори, степик, хекслер и т а)?
Однозначного ответа тут нет. Я не знаю ваших финансовых возможностей. Для кого-то стоимость курса - это комфортная сумма, которую человек и без того регулярно спускает на развлечения. А кому-то нужно год копить, чтобы её набрать. И если в первом случае можно брать любой платный курс, не задумываясь, то во втором случае лучше взвесить все «за» и «против». Изучите преимущества конкретного платного курса, например:
- Он организован при крупной айтишной конторе, и, следовательно, там дают навыки, которые востребованы в настоящий момент на рынке, а не абстрактные общие знания?
- Вам гарантируют трудоустройство или стажировку по окончании курса?
- С вами будет работать ментор, который будет помогать в решении и отвечать на вопросы?
- Курс предполагает какой-то проект, близкий к реальным задачам «боевой» разработки?
- Курс предполагает работу в команде и активное взаимодействие с другими студентами?
- Курс включает в себя продуманную и полноценную программу с расписанием из разных предметов - и вы сами вряд ли смогли бы сами составить себе такую же сбалансированную программу и расставить приоритеты - какие именно предметы изучать и в каком объеме?
В общем, найдите те пункты, которые отличают платные курсы от бесплатных и дают им некое конкурентное преимущество. И определите, какова ваша цель. Например, если цель поскорее выходить на рынок, то ищите варианты с гарантированной стажировкой или трудоустройством.
За себя могу сказать - я проходила только бесплатные курсы, в основном на английском языке. Выбирала их рандомом - тупо всё подряд, что относилось к IT - программирование, алгоритмы, базы данных, сети итд. Подход достаточно хаотический, но и он сработал. Хороший платный курс в моем понимании помог бы преодолеть эту бессистемность - более опытные люди подобрали бы заранее оптимальный набор дисциплин для изучения, и не пришлось бы задумываться о том, что изучать и в каком порядке (впрочем, я и не задумывалась, если честно).
И главное - не всегда то, что стоит дороже обязательно лучше дешевого или бесплатного.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
Я прочитал Вы в нескольких постах рекомендуете начинать с языка "С"...
Могу ли я начать с Пайтона или Джава так как "С" даётся очень трудно…
Конечно. Если хотите, чтобы было полегче - начинайте с питона. Чуть посложнее - с джавы. Моя рекомендация начинать с Си субъективна и не является единственно верным путём. Главное - хоть с чего-то начать.
А не сложно будет потом перейти в «С»?
Вряд ли это может быть сложнее, чем если начинать изучать Си с нулевыми знаниями. Это работает в обратную сторону - после Си было бы легче изучать питон или джаву.
Только не факт, что после изучения джавы у вас вообще дойдут руки до Си (опять-таки, не могу сказать, что изучать Си строго обязательно).
Лена, спасибо большое за канал и вложенные в него время и силы, он наконец-то подтолкнул меня к действию. Но, будучи “гуманитарием”, у меня наблюдается небольшая (большая) проблема с логическим мышлением и вообще problem solving в целом. Если ты тоже сталкивалась с таким, можешь что-нибудь посоветовать, чтобы как-то развивать эту часть мозга?
Честно говоря, я не совсем понимаю, о чем вы говорите. Что такое проблема с логическим мышлением? Вы не умеете отличать верные выводы от неверных? Сможете объяснить, почему «Все люди смертны. Сократ - человек. Следовательно, Сократ смертен» - это верный вывод, а «Все кошки смертны. Сократ смертен. Следовательно, Сократ - кошка» - содержит логическую ошибку? Если да, то, наверно, вы преувеличиваете свои проблемы с логикой. Логика (в «гуманитарном» смысле) - это наука о том, как правильно мыслить и делать обоснованные выводы из имеющейся информации. Можно почитать в Интернете о том, какие законы логики есть (их вывел еще Аристотель), и еще полезно почитать про распространненные логические ошибки. Но это всё скорее для общего развития и умения аргументировать свои мысли, не для программирования. Есть стереотип о том, что логикой технари владеют в большей степени, чем гуманитарии - но тут мне сложно согласиться, потому что в бытовых спорах ошибки в логике радостно лепят все подряд - и технари точно так же, как и гуманитарии. Можно взять почти любой спор в Интернете, и по нему писать пособие по логическим ошибкам и приемам демагогии.
Что же касается логики в применении к программированию, «логика приложения» - это алгоритм, на основе которого работает программа. Обычно он состоит из комбинаций выражений с ЕСЛИ, И, ИЛИ. Например: ЕСЛИ пользователь не ввёл пароль, вывести ему информацию об этом. ЕСЛИ пользователь ввёл пароль И пароль правильный - залогинить его на сайте. Вот из таких логических блоков состоит любая программа.
На счет problem solving - я бы посоветовала просто решать побольше проблем. По problem solving есть курсы и книги, но я понятия не имею, что в них пишут и насколько это всё полезно - поэтому не могу ни советовать, ни отговаривать от ознакомления с ними. Попробуйте, почему бы и нет?
В моем представлении решение проблем выглядит примерно так: Высоко на шкафу лежит предмет, который мне нужно достать. Нужно решение, чтобы достать предмет. И есть набор инструментов, подходящих или не подходящих для этой задачи. Например - можно пододвинуть стремянку и достать предмет. Нет стремянки - можно скинуть предмет со шкафа шваброй. Или можно не доставать предмет, а купить новый такой же.
Вот и в программировании решение проблем выглядит примерно так же: есть цель. Есть набор инструментов (языки программирования, компьютер, данные). Нужно придумать самый удобный и оптимальный способ с помощью этих инструментов достигнуть цели. Например, проверить пароль. Или оповестить пользователей о том, что сайт переезжает на новый домен. Внедрить новую систему скидок в интернет-магазине. Добавить гугл-карты на сайт. Подобные задачи не являются сверхсложными и не требуют какого-то супер-крутого математического мышления. Другое дело, что решение новичка, скорее всего, будет хуже, чем у опытного специалиста - так что остается только нарабатывать опыт.
Бот для ваших вопросов: @hum_it_bot
Я прочитал Вы в нескольких постах рекомендуете начинать с языка "С"...
Могу ли я начать с Пайтона или Джава так как "С" даётся очень трудно…
Конечно. Если хотите, чтобы было полегче - начинайте с питона. Чуть посложнее - с джавы. Моя рекомендация начинать с Си субъективна и не является единственно верным путём. Главное - хоть с чего-то начать.
А не сложно будет потом перейти в «С»?
Вряд ли это может быть сложнее, чем если начинать изучать Си с нулевыми знаниями. Это работает в обратную сторону - после Си было бы легче изучать питон или джаву.
Только не факт, что после изучения джавы у вас вообще дойдут руки до Си (опять-таки, не могу сказать, что изучать Си строго обязательно).
Лена, спасибо большое за канал и вложенные в него время и силы, он наконец-то подтолкнул меня к действию. Но, будучи “гуманитарием”, у меня наблюдается небольшая (большая) проблема с логическим мышлением и вообще problem solving в целом. Если ты тоже сталкивалась с таким, можешь что-нибудь посоветовать, чтобы как-то развивать эту часть мозга?
Честно говоря, я не совсем понимаю, о чем вы говорите. Что такое проблема с логическим мышлением? Вы не умеете отличать верные выводы от неверных? Сможете объяснить, почему «Все люди смертны. Сократ - человек. Следовательно, Сократ смертен» - это верный вывод, а «Все кошки смертны. Сократ смертен. Следовательно, Сократ - кошка» - содержит логическую ошибку? Если да, то, наверно, вы преувеличиваете свои проблемы с логикой. Логика (в «гуманитарном» смысле) - это наука о том, как правильно мыслить и делать обоснованные выводы из имеющейся информации. Можно почитать в Интернете о том, какие законы логики есть (их вывел еще Аристотель), и еще полезно почитать про распространненные логические ошибки. Но это всё скорее для общего развития и умения аргументировать свои мысли, не для программирования. Есть стереотип о том, что логикой технари владеют в большей степени, чем гуманитарии - но тут мне сложно согласиться, потому что в бытовых спорах ошибки в логике радостно лепят все подряд - и технари точно так же, как и гуманитарии. Можно взять почти любой спор в Интернете, и по нему писать пособие по логическим ошибкам и приемам демагогии.
Что же касается логики в применении к программированию, «логика приложения» - это алгоритм, на основе которого работает программа. Обычно он состоит из комбинаций выражений с ЕСЛИ, И, ИЛИ. Например: ЕСЛИ пользователь не ввёл пароль, вывести ему информацию об этом. ЕСЛИ пользователь ввёл пароль И пароль правильный - залогинить его на сайте. Вот из таких логических блоков состоит любая программа.
На счет problem solving - я бы посоветовала просто решать побольше проблем. По problem solving есть курсы и книги, но я понятия не имею, что в них пишут и насколько это всё полезно - поэтому не могу ни советовать, ни отговаривать от ознакомления с ними. Попробуйте, почему бы и нет?
В моем представлении решение проблем выглядит примерно так: Высоко на шкафу лежит предмет, который мне нужно достать. Нужно решение, чтобы достать предмет. И есть набор инструментов, подходящих или не подходящих для этой задачи. Например - можно пододвинуть стремянку и достать предмет. Нет стремянки - можно скинуть предмет со шкафа шваброй. Или можно не доставать предмет, а купить новый такой же.
Вот и в программировании решение проблем выглядит примерно так же: есть цель. Есть набор инструментов (языки программирования, компьютер, данные). Нужно придумать самый удобный и оптимальный способ с помощью этих инструментов достигнуть цели. Например, проверить пароль. Или оповестить пользователей о том, что сайт переезжает на новый домен. Внедрить новую систему скидок в интернет-магазине. Добавить гугл-карты на сайт. Подобные задачи не являются сверхсложными и не требуют какого-то супер-крутого математического мышления. Другое дело, что решение новичка, скорее всего, будет хуже, чем у опытного специалиста - так что остается только нарабатывать опыт.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
Добрый день! Хочу узнать, добавляете ли вы в резюме информацию о своем высшем образовании, если оно никак не соотносится с программированием? Стоит ли вообще добавлять такую информацию или это может выставить кандидата в невыгодном свете?
Неужели вы считаете, что высшее образование - это то, чего нужно стыдиться? И что даже отсутствие «вышки» в резюме будет выглядеть более выигрышно, чем образование по другой специальности?
Я пишу в резюме и про свое образование, и про предыдущие места работы, не связанные с программированием. Пишу кратко, 1й строчкой, не расписывая подробно опыт, который не связан с нужными мне вакансиями. А все что касается дополнительного образования в сфере IT, курсов, и опыта, который хоть как-то можно за уши притянуть к IT - вот про это пишу максимально подробно.
Зачем такое разнообразие языков?
Язык программирования - это инструмент, такой же, как, например, инструменты для строительства. Зачем их так много? Молоток, болгарка, перфоратор.. Потому что есть разные виды работ и разные цели. Молотком неудобно забивать саморезы. Это во-первых.
Во-вторых, есть эволюция и технический прогресс. Сначала появилась палка-копалка, и ее было более или менее достаточно. Но потом люди придумали лопату - оказалось, что это удобнее. Лопата - базовый и хороший инструмент, который до сих пор и используется повсеместно. Но технологии, тем не менее, продолжают эволюционировать и позже появились плуг, затем трактор. У всех из них своё применение, и в одних ситуациях нужна старомодная лопата, а в других - новомодный электрический инструмент.
Так вот с языками программирования так же: есть очень старые языки, они как палка-копалка - в основном уже вышли из употребления. Есть языки, которые как лопата - всё еще важны и нужны, и, возможно, будут востребованы еще долгие годы. Есть новые языки, которые появились недавно и продолжают появляться - они могут быть удобнее для своих задач и проще в применении, чем более старые языки. А могут и не вызвать особого интереса и кануть в лету.
У любого языка программирования есть свои недостатки и слабые места. И, придумывая новые языки, люди пытаются эти недостатки преодолеть, изобрести более удобный и эффективный инструмент.
Бот для ваших вопросов: @hum_it_bot
Добрый день! Хочу узнать, добавляете ли вы в резюме информацию о своем высшем образовании, если оно никак не соотносится с программированием? Стоит ли вообще добавлять такую информацию или это может выставить кандидата в невыгодном свете?
Неужели вы считаете, что высшее образование - это то, чего нужно стыдиться? И что даже отсутствие «вышки» в резюме будет выглядеть более выигрышно, чем образование по другой специальности?
Я пишу в резюме и про свое образование, и про предыдущие места работы, не связанные с программированием. Пишу кратко, 1й строчкой, не расписывая подробно опыт, который не связан с нужными мне вакансиями. А все что касается дополнительного образования в сфере IT, курсов, и опыта, который хоть как-то можно за уши притянуть к IT - вот про это пишу максимально подробно.
Зачем такое разнообразие языков?
Язык программирования - это инструмент, такой же, как, например, инструменты для строительства. Зачем их так много? Молоток, болгарка, перфоратор.. Потому что есть разные виды работ и разные цели. Молотком неудобно забивать саморезы. Это во-первых.
Во-вторых, есть эволюция и технический прогресс. Сначала появилась палка-копалка, и ее было более или менее достаточно. Но потом люди придумали лопату - оказалось, что это удобнее. Лопата - базовый и хороший инструмент, который до сих пор и используется повсеместно. Но технологии, тем не менее, продолжают эволюционировать и позже появились плуг, затем трактор. У всех из них своё применение, и в одних ситуациях нужна старомодная лопата, а в других - новомодный электрический инструмент.
Так вот с языками программирования так же: есть очень старые языки, они как палка-копалка - в основном уже вышли из употребления. Есть языки, которые как лопата - всё еще важны и нужны, и, возможно, будут востребованы еще долгие годы. Есть новые языки, которые появились недавно и продолжают появляться - они могут быть удобнее для своих задач и проще в применении, чем более старые языки. А могут и не вызвать особого интереса и кануть в лету.
У любого языка программирования есть свои недостатки и слабые места. И, придумывая новые языки, люди пытаются эти недостатки преодолеть, изобрести более удобный и эффективный инструмент.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
37 лет - это уже действительно ОЧЕНЬ поздно для обучения с нуля? 😁
Я уж и не знаю, в который раз отвечаю на подобный вопрос. 🙂 И опять однозначного ответа у меня нет. Я не думаю, что возраст обязательно воспринимать как непреодолимое препятствие к тому, чтобы открывать для себя новые профессиональные области. Но и не могу утверждать, что вы достигнете успеха. Есть случаи, когда пожилая бабушка научилась программировать приложения для смартфонов. Есть случай, когда бомжа с улицы научили кодить, он написал приложение и успешно его продал, но потом опять вернулся к привычному образу жизни. Обучаться - это базовая функция человеческого мозга. Ставить на себе крест из-за возраста - это не круто. Но с другой стороны, всё зависит от конкретного человека - я не знаю, хватит ли вам упорства и мотивации и готовы ли вы приложить достаточно усилий, есть ли запас времени и денег на обучение. Не буду так же утверждать, что начинать в 37 так же легко, как в 20 лет - сложности будут. Ниже еще несколько моих ответов на похожий вопрос:
https://t.iss.one/it_human/120
https://t.iss.one/it_human/42
https://t.iss.one/it_human/78
Где можно прочесть обзорную статью (книгу) по профессиям в информатике (в самом широком смысле), их взаимозависимости, преемственности и последовательности применения при решении прикладных задач.
Погуглите. У меня своего личного сборника таких статей нет.
Здравствуйте! Я хотела поступить в Универ на айтишника. Там есть 4 направления:
01.03.04 Прикладная математика
09.03.01 Информатика и вычислительная техника
09.03.02 Информационные системы и технологии
09.03.03 Прикладная информатика
Что именно выбрать, чтобы в дальнейшем работать айтишником, а не чинить комп🙈
Я же не знаю, каким айтишником вы хотите работать - системным администратором, разработчиком, тестировщиком, аналитиком или дата-саентистом. Если интересует программирование - посмотрите программу этих направлений, и выберите то, где больше часов уделяется программированию. Если дата-саенс - то нужен упор на математика и собственно data science.
А чтобы не чинить компы - когда будете устраиваться на работу, в том числе подработку или стажировку - не идите на должность ремонтника компов. Ищите работу сразу в той сфере, которой хотите заниматься - например, в разработке.
Бот для ваших вопросов: @hum_it_bot
37 лет - это уже действительно ОЧЕНЬ поздно для обучения с нуля? 😁
Я уж и не знаю, в который раз отвечаю на подобный вопрос. 🙂 И опять однозначного ответа у меня нет. Я не думаю, что возраст обязательно воспринимать как непреодолимое препятствие к тому, чтобы открывать для себя новые профессиональные области. Но и не могу утверждать, что вы достигнете успеха. Есть случаи, когда пожилая бабушка научилась программировать приложения для смартфонов. Есть случай, когда бомжа с улицы научили кодить, он написал приложение и успешно его продал, но потом опять вернулся к привычному образу жизни. Обучаться - это базовая функция человеческого мозга. Ставить на себе крест из-за возраста - это не круто. Но с другой стороны, всё зависит от конкретного человека - я не знаю, хватит ли вам упорства и мотивации и готовы ли вы приложить достаточно усилий, есть ли запас времени и денег на обучение. Не буду так же утверждать, что начинать в 37 так же легко, как в 20 лет - сложности будут. Ниже еще несколько моих ответов на похожий вопрос:
https://t.iss.one/it_human/120
https://t.iss.one/it_human/42
https://t.iss.one/it_human/78
Где можно прочесть обзорную статью (книгу) по профессиям в информатике (в самом широком смысле), их взаимозависимости, преемственности и последовательности применения при решении прикладных задач.
Погуглите. У меня своего личного сборника таких статей нет.
Здравствуйте! Я хотела поступить в Универ на айтишника. Там есть 4 направления:
01.03.04 Прикладная математика
09.03.01 Информатика и вычислительная техника
09.03.02 Информационные системы и технологии
09.03.03 Прикладная информатика
Что именно выбрать, чтобы в дальнейшем работать айтишником, а не чинить комп🙈
Я же не знаю, каким айтишником вы хотите работать - системным администратором, разработчиком, тестировщиком, аналитиком или дата-саентистом. Если интересует программирование - посмотрите программу этих направлений, и выберите то, где больше часов уделяется программированию. Если дата-саенс - то нужен упор на математика и собственно data science.
А чтобы не чинить компы - когда будете устраиваться на работу, в том числе подработку или стажировку - не идите на должность ремонтника компов. Ищите работу сразу в той сфере, которой хотите заниматься - например, в разработке.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
Как у айтишников со зрением? Ухудшились? Как ухаживаете? Слышала, что капают жидкость специальный, чтобы не ухудшились. Расскажите, по подробнее пожалуйста.
Я где-то читала (за источник не ручаюсь), что было исследование, доказывающее, что проблемы со зрением мало связаны с привычкой сидеть за компьютером. Чаще всего у испытуемых зрение ухудшалось из-за генетической предрасположенности, независимо от того, связан их образ жизни с сидением у монитора, или нет.
Айтишников я знаю много, и визуально «очкариков» среди них не очень высокий процент, большинство очков не носят и на зрение не жалуются. Так что, вероятно, профессия тут не играет такой уж сильной роли. Но ручаться не могу, я не врач и на пабмеде статьи на эту тему не изучала (поищите там, если нужна достоверная информация).
Что касается лично моего зрения - некоторые проблемы появились с ним лет с 16-17, и связываю я это с привычкой читать книги в автобусе, которая у меня была в те годы. Книжка в руках трясется, для глаз нехорошо. Ношу очки «для дали» с небольшими диоптриями. С тех пор какого-то существенного ухудшения зрения я не замечала.
Не могу сказать, что я как-то специально ухаживаю за глазами. Общие рекомендации на этот счет все слышали: почаще делать перерывы в работе, делать специальные упражнения для глаз (например, переводить взгляд с дальнего объекта на ближний), капать в глаза увлажняющие капли. Но мало кто применяет их на практике, хотя, наверно, не повредило бы.
Вы, возможно, замечали, что айтишники часто предпочитают ставить «тёмную тему» - что в мессенджерах, что в текстовых редакторах, что в консоли? Ну когда фон черный, а буквы на нем светлые - в отличие от того как привыкло большинство пользователей - белый экран и черные буквы. Это делают, в частности, для того, чтобы глаза меньше уставали от яркого света от экрана. Когда фон белый, это по сути значит, что весь экран представляет собой поток света, который летит нам в глаза, за исключением черного текста. Когда экран темный, всё наоборот - «светятся» только буквы на экране, и эффект получается менее «ослепительным».
Главное, я считаю - это следить за хорошим освещением. Яркий экран монитора, телефона или телевизора при плохом освещении в комнате может провоцировать развитие глаукомы - а глаукома приводит к необратимой слепоте. Так что не ленитесь включать свет и не смотрите в экран в темноте.
Бот для ваших вопросов: @hum_it_bot
Как у айтишников со зрением? Ухудшились? Как ухаживаете? Слышала, что капают жидкость специальный, чтобы не ухудшились. Расскажите, по подробнее пожалуйста.
Я где-то читала (за источник не ручаюсь), что было исследование, доказывающее, что проблемы со зрением мало связаны с привычкой сидеть за компьютером. Чаще всего у испытуемых зрение ухудшалось из-за генетической предрасположенности, независимо от того, связан их образ жизни с сидением у монитора, или нет.
Айтишников я знаю много, и визуально «очкариков» среди них не очень высокий процент, большинство очков не носят и на зрение не жалуются. Так что, вероятно, профессия тут не играет такой уж сильной роли. Но ручаться не могу, я не врач и на пабмеде статьи на эту тему не изучала (поищите там, если нужна достоверная информация).
Что касается лично моего зрения - некоторые проблемы появились с ним лет с 16-17, и связываю я это с привычкой читать книги в автобусе, которая у меня была в те годы. Книжка в руках трясется, для глаз нехорошо. Ношу очки «для дали» с небольшими диоптриями. С тех пор какого-то существенного ухудшения зрения я не замечала.
Не могу сказать, что я как-то специально ухаживаю за глазами. Общие рекомендации на этот счет все слышали: почаще делать перерывы в работе, делать специальные упражнения для глаз (например, переводить взгляд с дальнего объекта на ближний), капать в глаза увлажняющие капли. Но мало кто применяет их на практике, хотя, наверно, не повредило бы.
Вы, возможно, замечали, что айтишники часто предпочитают ставить «тёмную тему» - что в мессенджерах, что в текстовых редакторах, что в консоли? Ну когда фон черный, а буквы на нем светлые - в отличие от того как привыкло большинство пользователей - белый экран и черные буквы. Это делают, в частности, для того, чтобы глаза меньше уставали от яркого света от экрана. Когда фон белый, это по сути значит, что весь экран представляет собой поток света, который летит нам в глаза, за исключением черного текста. Когда экран темный, всё наоборот - «светятся» только буквы на экране, и эффект получается менее «ослепительным».
Главное, я считаю - это следить за хорошим освещением. Яркий экран монитора, телефона или телевизора при плохом освещении в комнате может провоцировать развитие глаукомы - а глаукома приводит к необратимой слепоте. Так что не ленитесь включать свет и не смотрите в экран в темноте.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
Добрый день! Выбираю между магистратурой по IT в МИФИ и курсами в Skillbox или Яндекс.Практикуме. Что посоветуете?
Если вы рассматриваете магистратуру, значит у вас уже за спиной законченный бакалавриат? Прямо сказать «идите туда» про одно из этих мест я не могу, так как сама ни в одном из них не училась. Но давайте отталкиваться от фактов. Если вы уже бакалавр, значит вы уже что-то знаете и умеете. Какая дальнейшая цель? Если побыстрее начать практику в «боевой среде» и начать работать над реальными проектами - то тут имеет смысл выбрать курсы при IT-компаниях, особенно если там предусмотрена стажировка и работа над настоящим проектом. Еще один вариант - просто идти и устраиваться на работу или на стажировку и учиться всему на практике. Магистратура - это больше про академическое образование, и это тоже хорошо в том случае, если у вас есть запас времени и вы не стремитесь максимально быстро «ворваться» на рынок, и особенно если вы тяготеете к математике или научной работе. Если же сфера интересов у вас менее академическая - например, начать делать веб-сайты и поскорее - то магистратура, скорее всего, не оптимальный вариант.
Если же у вас нет бакалавриата по информационным технологиям за плечами, то тогда магистратура звучит сложновато, а курсы - более реалистично.
Добрый день. Мне 26 лет, покупаю курсы у html Academy на профессию фрондент-разработчика, курсы стоят 83к. Отсюда вытекает вопрос, реально ли самостоятельно обучиться бесплатно на данную профессию? Или лучше не стоит себя мучать, и довериться профессионалам?
И в целом за какое время можно получить статус джуниора, и уже метаться на стажировки?
Я считаю, что обучиться бесплатно реально, но придется самостоятельно разобраться, какие именно знания и навыки вам нужно будет приобрести и, вероятно, приложить больше усилий. Материалов в интернете можно найти массу, в том числе и бесплатных - это с одной стороны хорошо, но с другой, среди них нужно уметь отыскать оптимальные варианты (отзывы в помощь).
Плюс готовых курсов в том, что программу обучения уже составили за вас, и не придется ломать голову, что изучать, как долго и в какой последовательности.
Готовы ли вы потратить такую сумму денег на курсы - решать вам, я не знаю вашего бюджета и финансовых возможностей. В любом случае, успех зависит от добросовестного отношения и готовности уйти в тему «с головой», не халтуря. Думаю, минимум времени чтобы стать джуном - это 6 месяцев. Более реалистично - 1 год или дольше.
Бот для ваших вопросов: @hum_it_bot
Добрый день! Выбираю между магистратурой по IT в МИФИ и курсами в Skillbox или Яндекс.Практикуме. Что посоветуете?
Если вы рассматриваете магистратуру, значит у вас уже за спиной законченный бакалавриат? Прямо сказать «идите туда» про одно из этих мест я не могу, так как сама ни в одном из них не училась. Но давайте отталкиваться от фактов. Если вы уже бакалавр, значит вы уже что-то знаете и умеете. Какая дальнейшая цель? Если побыстрее начать практику в «боевой среде» и начать работать над реальными проектами - то тут имеет смысл выбрать курсы при IT-компаниях, особенно если там предусмотрена стажировка и работа над настоящим проектом. Еще один вариант - просто идти и устраиваться на работу или на стажировку и учиться всему на практике. Магистратура - это больше про академическое образование, и это тоже хорошо в том случае, если у вас есть запас времени и вы не стремитесь максимально быстро «ворваться» на рынок, и особенно если вы тяготеете к математике или научной работе. Если же сфера интересов у вас менее академическая - например, начать делать веб-сайты и поскорее - то магистратура, скорее всего, не оптимальный вариант.
Если же у вас нет бакалавриата по информационным технологиям за плечами, то тогда магистратура звучит сложновато, а курсы - более реалистично.
Добрый день. Мне 26 лет, покупаю курсы у html Academy на профессию фрондент-разработчика, курсы стоят 83к. Отсюда вытекает вопрос, реально ли самостоятельно обучиться бесплатно на данную профессию? Или лучше не стоит себя мучать, и довериться профессионалам?
И в целом за какое время можно получить статус джуниора, и уже метаться на стажировки?
Я считаю, что обучиться бесплатно реально, но придется самостоятельно разобраться, какие именно знания и навыки вам нужно будет приобрести и, вероятно, приложить больше усилий. Материалов в интернете можно найти массу, в том числе и бесплатных - это с одной стороны хорошо, но с другой, среди них нужно уметь отыскать оптимальные варианты (отзывы в помощь).
Плюс готовых курсов в том, что программу обучения уже составили за вас, и не придется ломать голову, что изучать, как долго и в какой последовательности.
Готовы ли вы потратить такую сумму денег на курсы - решать вам, я не знаю вашего бюджета и финансовых возможностей. В любом случае, успех зависит от добросовестного отношения и готовности уйти в тему «с головой», не халтуря. Думаю, минимум времени чтобы стать джуном - это 6 месяцев. Более реалистично - 1 год или дольше.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
Добрый день! Начала курс по Python, а там все задачи по математике. Очень часто говорят, что для программирования математика не нужна. Тогда почему все примеры для изучения Python по математике? Когда проходила курс html/css, такого не было, и примеры были жизненные по созданию страницы сайта. Почему же тогда при изучении Python примеры по математике, если верить, что она не нужна?
Скажем так, математика на продвинутом уровне не нужна для многих областей программирования - например, для той же веб-разработки.
Но есть области, где без неё никак - data science, компьютерная графика, криптография, анализ алгоритмов и другие.
Математика математике рознь. Если речь идет об элеметарной математике на уровне школы - она определенно нужна. Ну, скажем, интегралы решать вам вряд ли придется, а вот разные арифметические операции - посчитать нужную дату и время какого-то события, возраст человека, конвертировать миллисекунды в сутки - постоянно.
Скорее всего, курс Python включает в себя математические задачи по той причине, что так захотели составители курса. Вообще язык программирования можно использовать для решения математических задач (в том числе школьных или университетстких) - и это своего рода жульничество: школьник или студент, владеющий программированием, может «скормить» задачу программе, вместо того, чтобы думать над решением самому - ну это примерно как продвинутый калькулятор или excel (в нем тоже так можно).
В любом случае, избегайте паники. Во-первых, математика на серьезном уровне не везде так уж необходима. Можете подыскать себе другой курс по питону, без примеров из области матана. Во-вторых, не стоит бояться математики, скорее всего, мешает не отсутствие способностей, а некий психологический барьер и страх. Вряд ли в курсе по пайтону такая уж запредельно сложная математика.
Привет! Работаю в инвестициях и хочу изучать Python так как уже не первый раз вижу,что требуются знания Python в резюме. Не подскажешь с чего начать? Или хотя бы в каких областях используется Python в финансах?
Начните с любого курса по Python для начинающих - можно из числа бесплатных. Дальше, чтобы использовать Python, скажем, для финансового анализа, ваша траектория развития - это Data Science и инструменты в питоне, связанные с анализом данных (библиотеки pandas, matplotlib и другие). Возможно, также машинное обучение. Вот, например, статья про пайтон в финансах: https://python.ivan-shamaev.ru/python-for-finance-algorithmic-trading/. В итоге с помощью питона и математических моделей можно будет спроектировать, например, бота для автоматизированной торговли на бирже. Или другие полезные инструменты для анализа рынка.
Бот для ваших вопросов: @hum_it_bot
Добрый день! Начала курс по Python, а там все задачи по математике. Очень часто говорят, что для программирования математика не нужна. Тогда почему все примеры для изучения Python по математике? Когда проходила курс html/css, такого не было, и примеры были жизненные по созданию страницы сайта. Почему же тогда при изучении Python примеры по математике, если верить, что она не нужна?
Скажем так, математика на продвинутом уровне не нужна для многих областей программирования - например, для той же веб-разработки.
Но есть области, где без неё никак - data science, компьютерная графика, криптография, анализ алгоритмов и другие.
Математика математике рознь. Если речь идет об элеметарной математике на уровне школы - она определенно нужна. Ну, скажем, интегралы решать вам вряд ли придется, а вот разные арифметические операции - посчитать нужную дату и время какого-то события, возраст человека, конвертировать миллисекунды в сутки - постоянно.
Скорее всего, курс Python включает в себя математические задачи по той причине, что так захотели составители курса. Вообще язык программирования можно использовать для решения математических задач (в том числе школьных или университетстких) - и это своего рода жульничество: школьник или студент, владеющий программированием, может «скормить» задачу программе, вместо того, чтобы думать над решением самому - ну это примерно как продвинутый калькулятор или excel (в нем тоже так можно).
В любом случае, избегайте паники. Во-первых, математика на серьезном уровне не везде так уж необходима. Можете подыскать себе другой курс по питону, без примеров из области матана. Во-вторых, не стоит бояться математики, скорее всего, мешает не отсутствие способностей, а некий психологический барьер и страх. Вряд ли в курсе по пайтону такая уж запредельно сложная математика.
Привет! Работаю в инвестициях и хочу изучать Python так как уже не первый раз вижу,что требуются знания Python в резюме. Не подскажешь с чего начать? Или хотя бы в каких областях используется Python в финансах?
Начните с любого курса по Python для начинающих - можно из числа бесплатных. Дальше, чтобы использовать Python, скажем, для финансового анализа, ваша траектория развития - это Data Science и инструменты в питоне, связанные с анализом данных (библиотеки pandas, matplotlib и другие). Возможно, также машинное обучение. Вот, например, статья про пайтон в финансах: https://python.ivan-shamaev.ru/python-for-finance-algorithmic-trading/. В итоге с помощью питона и математических моделей можно будет спроектировать, например, бота для автоматизированной торговли на бирже. Или другие полезные инструменты для анализа рынка.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
Может ли возникнуть ситуация «стеклянного потолка» у человека, который пришёл в программирование с гуманитарным образованием и его не будут повышать до senior/крепкий middle из-за того, что у него нет технического или околотехнического образования? Много ли Вы знаете случаев, когда человек с гуманитарным бэкграундом становился senior или lead или такие случаи скорее исключение?
Такого быть не должно. Понимаете в чем дело, вечные джуны никому не нужны. Джун - это как маленький ребенок в мире разработки, за ним нужен глаз да глаз, и берут их обычно с расчетом, что они вырастут, станут самостоятельными, и им не нужно будет уделять столько времени более опытных коллег. А кто захочет много лет подряд возиться с грудничком?
Эволюция до уровня миддла происходит по сути сама - человек набирается опыта, с каждым разом учится работать с все более сложными и большими задачами, избавляется от «детских ошибок» - и вот уже, скажем, через год перед нами миддл. В некоторых компаниях есть формальные процедуры повышения с уровня джуна до миддла - аттестации, например. А где-то это происходит само без каких-либо специальных телодвижений.
Разница между джуном, мидлом и сеньором не в том, как их должность называется в трудовом договоре. Разница в глубине знаний и умении решать задачи. Кто на самом деле миддл, а кто джун видно уже на собеседовании, независимо от того, как себя человек назвал в резюме и что у него написано в трудовой книжке. Разница достаточно эфемерна, четких универсальных границ между уровнями нет.
Вот если у человека совсем нет прогресса (а это обычно означает и отсутствие мотивации) - и если через год работы он остался на том же уровне, что и был в первый рабочий день - это уже нежелательная ситуация, и лучший выход тут, в том числе и для самого сотрудника - увольнение. Возможно, у него не сложилось именно с этой компанией, не подошли задачи, и в другом месте повезет больше.
Сеньорами тоже становятся в том числе по выслуге лет или по сумме достижений. Сеньор - это типо местный старейшина, из числа самых мудрых и опытных разработчиков в рамках компании. Если в компании человек 5, и она существует 2 года, то не так уж много нужно, чтобы стать в ней таким вот «сеньором». А в другой более серьезной компании такого сотрудника могут взять только на ставку миддла. Всё относительно.
Что же касается лида, например, тимлида - это уже немножко про менеджмент. Тут уже нужна не только сильная техническая база, но желание и умение организовывать процессы и строить коммуникацию между людьми. Ну и амбиции, чтобы развиваться в этом направлении.
А гуманитарный бэкграунд тут вообще не при чем - если вам кажется, что после трудоустройства вашим коллегам и бизнесу будет какое-то дело до названия вашего ВУЗа, «корочек», и прочих аспектов вашего прошлого - вы ошибаетесь. Вероятно, они про них забудут примерно сразу же после собеседования. Важны будут только ваши достижения на текущей работе: проделав путь от джуна до миддла, вы уже выработаете некий технический бэграунд - и вот как раз он будет играть роль.
Много ли я знаю лидов и «сеньоров» с гуманитарным бэкграундом? Я вообще знаю мало разработчиков с гуманитарным бэкграундом. Себя, например. Тимлидом я была на предыдущем месте работы. Произошло это как-то автоматически - через пару лет стала самым опытным разработчиком на своем проекте (это не сложно, так как кроме меня проектом не занимался никто) - с расширением штата мне подкинули парочку джунов и готово, я - руководитель. Только менеджерскую работу я не особенно люблю и в итоге я ушла в другую компанию на должность разработчика. Да, ведущего разработчика - но уверяю вас, это всего лишь слова, понимание которых разнится в зависимости от компании. В резюме можно обозвать себя «старшим разработчиком», скажем, после 3х лет работы в разработке.
Кстати, первый работодатель принял меня на должность без префикса «младший», так что формально я джуном и ни была (фактически была, конечно). Почему так? А загадка. Возможно, смогла произвести нужное впечатление на собеседовании.
Бот для ваших вопросов: @hum_it_bot
Может ли возникнуть ситуация «стеклянного потолка» у человека, который пришёл в программирование с гуманитарным образованием и его не будут повышать до senior/крепкий middle из-за того, что у него нет технического или околотехнического образования? Много ли Вы знаете случаев, когда человек с гуманитарным бэкграундом становился senior или lead или такие случаи скорее исключение?
Такого быть не должно. Понимаете в чем дело, вечные джуны никому не нужны. Джун - это как маленький ребенок в мире разработки, за ним нужен глаз да глаз, и берут их обычно с расчетом, что они вырастут, станут самостоятельными, и им не нужно будет уделять столько времени более опытных коллег. А кто захочет много лет подряд возиться с грудничком?
Эволюция до уровня миддла происходит по сути сама - человек набирается опыта, с каждым разом учится работать с все более сложными и большими задачами, избавляется от «детских ошибок» - и вот уже, скажем, через год перед нами миддл. В некоторых компаниях есть формальные процедуры повышения с уровня джуна до миддла - аттестации, например. А где-то это происходит само без каких-либо специальных телодвижений.
Разница между джуном, мидлом и сеньором не в том, как их должность называется в трудовом договоре. Разница в глубине знаний и умении решать задачи. Кто на самом деле миддл, а кто джун видно уже на собеседовании, независимо от того, как себя человек назвал в резюме и что у него написано в трудовой книжке. Разница достаточно эфемерна, четких универсальных границ между уровнями нет.
Вот если у человека совсем нет прогресса (а это обычно означает и отсутствие мотивации) - и если через год работы он остался на том же уровне, что и был в первый рабочий день - это уже нежелательная ситуация, и лучший выход тут, в том числе и для самого сотрудника - увольнение. Возможно, у него не сложилось именно с этой компанией, не подошли задачи, и в другом месте повезет больше.
Сеньорами тоже становятся в том числе по выслуге лет или по сумме достижений. Сеньор - это типо местный старейшина, из числа самых мудрых и опытных разработчиков в рамках компании. Если в компании человек 5, и она существует 2 года, то не так уж много нужно, чтобы стать в ней таким вот «сеньором». А в другой более серьезной компании такого сотрудника могут взять только на ставку миддла. Всё относительно.
Что же касается лида, например, тимлида - это уже немножко про менеджмент. Тут уже нужна не только сильная техническая база, но желание и умение организовывать процессы и строить коммуникацию между людьми. Ну и амбиции, чтобы развиваться в этом направлении.
А гуманитарный бэкграунд тут вообще не при чем - если вам кажется, что после трудоустройства вашим коллегам и бизнесу будет какое-то дело до названия вашего ВУЗа, «корочек», и прочих аспектов вашего прошлого - вы ошибаетесь. Вероятно, они про них забудут примерно сразу же после собеседования. Важны будут только ваши достижения на текущей работе: проделав путь от джуна до миддла, вы уже выработаете некий технический бэграунд - и вот как раз он будет играть роль.
Много ли я знаю лидов и «сеньоров» с гуманитарным бэкграундом? Я вообще знаю мало разработчиков с гуманитарным бэкграундом. Себя, например. Тимлидом я была на предыдущем месте работы. Произошло это как-то автоматически - через пару лет стала самым опытным разработчиком на своем проекте (это не сложно, так как кроме меня проектом не занимался никто) - с расширением штата мне подкинули парочку джунов и готово, я - руководитель. Только менеджерскую работу я не особенно люблю и в итоге я ушла в другую компанию на должность разработчика. Да, ведущего разработчика - но уверяю вас, это всего лишь слова, понимание которых разнится в зависимости от компании. В резюме можно обозвать себя «старшим разработчиком», скажем, после 3х лет работы в разработке.
Кстати, первый работодатель принял меня на должность без префикса «младший», так что формально я джуном и ни была (фактически была, конечно). Почему так? А загадка. Возможно, смогла произвести нужное впечатление на собеседовании.
Бот для ваших вопросов: @hum_it_bot
А если на курсы по программированию нет денег?
Да, кризис многих сейчас схватил за шею, а некоторые курсы, как вы и сами знаете, стоят далеко не дешево.
Еще одну идею о том, как можно учиться бесплатно (точнее, за счет госудаства) подкинула мне финансовая журналистка и автор блога Свинкины финансы. Подходит способ для тех, кто остался без работы:
- Регистрируетесь в центре занятости как безработный
- Идёте на бесплатные курсы по повышению квалификации: обратите внимание, в списке есть и профессия Веб-программиста.
Какой именно материал дают на этих курсах и в каком объеме, я не знаю - но если в вашем городе есть такие курсы, вы располагаете временем и возможностями - то почему бы не попробовать? Не зря же мы платим налоги государству? (заодно расскажете потом, как оно)
А заодно подписывайтесь на канал автора этой идеи. Даже если с деньгами у вас проблем нет, согласитесь, что деньги лишними не бывают. Тут вам расскажут всё про личные финансы, научат всегда оставаться в плюсе и подкинут много полезных лайфхаков. Автор - финансовый журналист - расскажет всё, что нужно знать о кредитах, вкладах и банковских картах, подкинет пару идей о том как съездить в отпуск за смешные деньги и на чем можно безболезненно экономить (например, на сотовой связи и консервах), научит как уберечься от мошенников и ответит на животрепещущие вопросы по части личных финансов.
Да, кризис многих сейчас схватил за шею, а некоторые курсы, как вы и сами знаете, стоят далеко не дешево.
Еще одну идею о том, как можно учиться бесплатно (точнее, за счет госудаства) подкинула мне финансовая журналистка и автор блога Свинкины финансы. Подходит способ для тех, кто остался без работы:
- Регистрируетесь в центре занятости как безработный
- Идёте на бесплатные курсы по повышению квалификации: обратите внимание, в списке есть и профессия Веб-программиста.
Какой именно материал дают на этих курсах и в каком объеме, я не знаю - но если в вашем городе есть такие курсы, вы располагаете временем и возможностями - то почему бы не попробовать? Не зря же мы платим налоги государству? (заодно расскажете потом, как оно)
А заодно подписывайтесь на канал автора этой идеи. Даже если с деньгами у вас проблем нет, согласитесь, что деньги лишними не бывают. Тут вам расскажут всё про личные финансы, научат всегда оставаться в плюсе и подкинут много полезных лайфхаков. Автор - финансовый журналист - расскажет всё, что нужно знать о кредитах, вкладах и банковских картах, подкинет пару идей о том как съездить в отпуск за смешные деньги и на чем можно безболезненно экономить (например, на сотовой связи и консервах), научит как уберечься от мошенников и ответит на животрепещущие вопросы по части личных финансов.