#вашивопросы
Мне как раз 23, почти 24))
Сейчас работаю в продажах 2b2, но по зарплате не устраивает (для Москвы, 50-70к совсем средние цифры)
Года 4 назад мне предлагали рассмотреть программирование, но был уверен, что буду только нанимать программистов и будет своя компания. Как итог - открытие и закрытие ИП (своя точка больше года простояла). Далее снова работа в продажах. Прихожу сейчас к тому, что имеет смысл радикально поменять направление.
Сейчас есть сумма на курсы от мэйла (с трудоустройством) и желанием уехать за братом в Канаду.
Но там либо разнорабочим, либо в программирование (выбираю второе).
Очень сложно начинать с нуля.
1. В каком разделе IT максимально будут эффективны раскачанные soft-skills навыки (ты описала 2 типа программистов, но я гораздо активнее первых и ну совсем не застенчивый)?
2. Прочитал про различные курсы и видится, что у GeekBrains более отточенная школа, что бы порекомендовала?
Ещё раз спасибо за полезную инфу!
Если хочется использовать именно soft-скиллы, а не уходить в технические аспекты - то есть много профессий около-менеджерских и аналитических: аналитики, project- и product-менеджеры, product owner-ы и скрам-мастеры - там упор больше на коммуникацию и организаторские навыки. Если же вы хотите быть именно программистом, то soft-скиллы - это тоже полезно и ценно, но к ним потребуются и технические навыки.
По поводу geekbrains - в них мне нравится, что они а) основаны при компании mail.ru - соответственно, выбор дисциплин заточен на те технологии, которые используются в реальной боевой разработке внутри этой компании, и которые актуальны и востребованы на рынке. б) создатели заявляют о гарантированном трудоустройстве или стажировке - а значит, будет шанс окунуться в «боевую» разработку - где обычно приобретается 60% или больше нужных навыков. Но исходить нужно из собственного бюджета и мотивации.
Если в задаче создания документов придуманы офисные пакеты, и нам уже не нужен секретарь-машинистка, то когда будет решена задача создания сайта без помощи программистов и очень лёгким и простым способом?
Аналогия странная. Офисный пакет - это сложнейшее ПО, над которым и сейчас работают эшелоны разработчиков. А секретарь-машинист, или теперь любой другой офисный сотрудник - это просто пользователь этого ПО. Секретаря никто не заменял, заменили его инструмент - пишущую машинку на клавиатуру и офисный пакет. Скорее заменили инженеров пишущих машинок и заводы по их производству - на разработчиков софта.
Веб-сайт - это тоже ПО, с большей или меньшей степенью сложности. И если речь идет о конструкторе сайтов, которым сможет пользоваться и простой пользователь, то для развития и поддержки этого конструктора всё равно нужны разработчики. И такие системы уже есть - первое, что приходит в голову - это битрикс, например. Но сайты, создаваемые с помощью таких конструкторов - могут состоять только из готовых деталей, которые в этих конструкторах имеются. А у заказчика/клиента часто бывает гораздо больше разных нестандартных хотелок - и чтобы их воплоить в жизнь понадобятся (сюрприз) - разработчики. И еще IT-специалисты (либо штатные, либо как вариант - на аутсорсе) нужны, чтобы запустить сайт, мониторить его работоспособность, следить за нагрузкой, защищать от хакерских атак, поднимать его, если он падает, отвечать за сервера, на которых он запущен - секретарь справится с такими задачами? Это все равно, что ездить на автомобилях, избавившись от профессии автомехаников. Технологии не могут существовать без технических специалистов.
Ваши вопросы можно задать в бота: @hum_it_bot
Мне как раз 23, почти 24))
Сейчас работаю в продажах 2b2, но по зарплате не устраивает (для Москвы, 50-70к совсем средние цифры)
Года 4 назад мне предлагали рассмотреть программирование, но был уверен, что буду только нанимать программистов и будет своя компания. Как итог - открытие и закрытие ИП (своя точка больше года простояла). Далее снова работа в продажах. Прихожу сейчас к тому, что имеет смысл радикально поменять направление.
Сейчас есть сумма на курсы от мэйла (с трудоустройством) и желанием уехать за братом в Канаду.
Но там либо разнорабочим, либо в программирование (выбираю второе).
Очень сложно начинать с нуля.
1. В каком разделе IT максимально будут эффективны раскачанные soft-skills навыки (ты описала 2 типа программистов, но я гораздо активнее первых и ну совсем не застенчивый)?
2. Прочитал про различные курсы и видится, что у GeekBrains более отточенная школа, что бы порекомендовала?
Ещё раз спасибо за полезную инфу!
Если хочется использовать именно soft-скиллы, а не уходить в технические аспекты - то есть много профессий около-менеджерских и аналитических: аналитики, project- и product-менеджеры, product owner-ы и скрам-мастеры - там упор больше на коммуникацию и организаторские навыки. Если же вы хотите быть именно программистом, то soft-скиллы - это тоже полезно и ценно, но к ним потребуются и технические навыки.
По поводу geekbrains - в них мне нравится, что они а) основаны при компании mail.ru - соответственно, выбор дисциплин заточен на те технологии, которые используются в реальной боевой разработке внутри этой компании, и которые актуальны и востребованы на рынке. б) создатели заявляют о гарантированном трудоустройстве или стажировке - а значит, будет шанс окунуться в «боевую» разработку - где обычно приобретается 60% или больше нужных навыков. Но исходить нужно из собственного бюджета и мотивации.
Если в задаче создания документов придуманы офисные пакеты, и нам уже не нужен секретарь-машинистка, то когда будет решена задача создания сайта без помощи программистов и очень лёгким и простым способом?
Аналогия странная. Офисный пакет - это сложнейшее ПО, над которым и сейчас работают эшелоны разработчиков. А секретарь-машинист, или теперь любой другой офисный сотрудник - это просто пользователь этого ПО. Секретаря никто не заменял, заменили его инструмент - пишущую машинку на клавиатуру и офисный пакет. Скорее заменили инженеров пишущих машинок и заводы по их производству - на разработчиков софта.
Веб-сайт - это тоже ПО, с большей или меньшей степенью сложности. И если речь идет о конструкторе сайтов, которым сможет пользоваться и простой пользователь, то для развития и поддержки этого конструктора всё равно нужны разработчики. И такие системы уже есть - первое, что приходит в голову - это битрикс, например. Но сайты, создаваемые с помощью таких конструкторов - могут состоять только из готовых деталей, которые в этих конструкторах имеются. А у заказчика/клиента часто бывает гораздо больше разных нестандартных хотелок - и чтобы их воплоить в жизнь понадобятся (сюрприз) - разработчики. И еще IT-специалисты (либо штатные, либо как вариант - на аутсорсе) нужны, чтобы запустить сайт, мониторить его работоспособность, следить за нагрузкой, защищать от хакерских атак, поднимать его, если он падает, отвечать за сервера, на которых он запущен - секретарь справится с такими задачами? Это все равно, что ездить на автомобилях, избавившись от профессии автомехаников. Технологии не могут существовать без технических специалистов.
Ваши вопросы можно задать в бота: @hum_it_bot
#вашивопросы
У меня небольшой вопрос творческого характера. Где черпать идеи для программ если ты новичек в программировании?
Хороший вопрос. У меня самой мышление больше заточено на инженерные задачи, чем на креатив и придумывание идей. То есть, мне проще придумать КАК реализовать уже готовую идею, чем ЧТО разрабатывать. Но есть один принцип, от которого можно оттолкнуться (говорят, так основывают успешные стартапы) - найти свою собственную потребность - то есть придумать, какого удобного приложения не хватает лично вам и написать его для себя (или для семьи/друзей). Например, приложение/сайт, составляющее расписание на день, или следящее за физическими нагрузками или мониторящее список покупок - в общем, что угодно для личного пользования. Да, вероятно, такие приложения уже кем-то придуманы и разработаны - но это не беда, учитывая, что ваша цель - научиться писать свои программы. Нет ничего страшного в дублировании, пока речь не идет о выходе на реальный рынок. А когда речь зайдет о том, чтобы создавать приложение для любых пользователей - тогда уже можно будет проанализировать существующие приложения среди потенциальных конкурентов и искать то, чего им не хватает, чтобы занять эту нишу. Но это уже совсем другая история.
Слушай, ну, гуманитарий это понятно, с таким человеком даже разговарить не хочется, но ты попробуй. Но у меня есть еще одна проблема, я очень тупой. Как вообще с этим быть? Я оцениваю свою тупость на 7.5 из 10.
Гуманитарное образование - это не инвалидность. Если человек изучал историю, литературу или социологию - это не значит, что он не в состоянии изучить и программирование. А на счет тупости - сложно понять, насколько серьезно автор задал вопрос. Полагаю, что не вполне. 🙂
Вы понимаете, что Вы всего лишь инструмент крупного капитала по регулированию рынка труда? В IT по-прежнему не нужны гуманитарии, просто потому что это совсем другая область деятельности, никакой дискриминации. В итоге мучаетесь сами и доставляете неудобства тем, для кого это призвание. Еще и врете - ваш канал существует именно для того, чтобы высоких зарплат в отрасли не было.
Вот если бы Вы профсоюз айтишников создали - это было бы достойно.
Я замечала, что чем бы ни занимался человек - фитнесом там, йогой, чтением книг или ведением небольшого телеграм-канала, как я - обязательно найдутся люди, которые обвинят его в том, что его деятельность - это какая-то вредная и ненужная херня. Давайте по пунктам. Я не инструмент крупного капитала, канал - моя личная инициатива с целью поделиться своим опытом, который может быть кому-то полезен. Я убеждена, что есть много людей, которые могли бы с успехом и интересом работать в IT, но им не приходит в голову, что у них это может получиться - просто потому что в прошлом они изучали совсем другие науки и работали в других сферах. Насколько я понимаю, автора беспокоит, что рыночек наводнят «некомпетентные гуманитарии», и из-за этого у «настоящих» айтишников просядут зарплаты. И он исходит из предпосылки, что из гуманитариев могут получиться только неполноценные айтишники, ну просто потому что fuck you that’s why. Я же пишу про то, что смена профессии - это вполне реальная и достижимая цель. И что если приложить достаточно усилий и усердия, то можно стать хорошим айтишником, независимо от того, чем вы занимались в прошлом.
Бот для ваших вопросов: @hum_it_bot
У меня небольшой вопрос творческого характера. Где черпать идеи для программ если ты новичек в программировании?
Хороший вопрос. У меня самой мышление больше заточено на инженерные задачи, чем на креатив и придумывание идей. То есть, мне проще придумать КАК реализовать уже готовую идею, чем ЧТО разрабатывать. Но есть один принцип, от которого можно оттолкнуться (говорят, так основывают успешные стартапы) - найти свою собственную потребность - то есть придумать, какого удобного приложения не хватает лично вам и написать его для себя (или для семьи/друзей). Например, приложение/сайт, составляющее расписание на день, или следящее за физическими нагрузками или мониторящее список покупок - в общем, что угодно для личного пользования. Да, вероятно, такие приложения уже кем-то придуманы и разработаны - но это не беда, учитывая, что ваша цель - научиться писать свои программы. Нет ничего страшного в дублировании, пока речь не идет о выходе на реальный рынок. А когда речь зайдет о том, чтобы создавать приложение для любых пользователей - тогда уже можно будет проанализировать существующие приложения среди потенциальных конкурентов и искать то, чего им не хватает, чтобы занять эту нишу. Но это уже совсем другая история.
Слушай, ну, гуманитарий это понятно, с таким человеком даже разговарить не хочется, но ты попробуй. Но у меня есть еще одна проблема, я очень тупой. Как вообще с этим быть? Я оцениваю свою тупость на 7.5 из 10.
Гуманитарное образование - это не инвалидность. Если человек изучал историю, литературу или социологию - это не значит, что он не в состоянии изучить и программирование. А на счет тупости - сложно понять, насколько серьезно автор задал вопрос. Полагаю, что не вполне. 🙂
Вы понимаете, что Вы всего лишь инструмент крупного капитала по регулированию рынка труда? В IT по-прежнему не нужны гуманитарии, просто потому что это совсем другая область деятельности, никакой дискриминации. В итоге мучаетесь сами и доставляете неудобства тем, для кого это призвание. Еще и врете - ваш канал существует именно для того, чтобы высоких зарплат в отрасли не было.
Вот если бы Вы профсоюз айтишников создали - это было бы достойно.
Я замечала, что чем бы ни занимался человек - фитнесом там, йогой, чтением книг или ведением небольшого телеграм-канала, как я - обязательно найдутся люди, которые обвинят его в том, что его деятельность - это какая-то вредная и ненужная херня. Давайте по пунктам. Я не инструмент крупного капитала, канал - моя личная инициатива с целью поделиться своим опытом, который может быть кому-то полезен. Я убеждена, что есть много людей, которые могли бы с успехом и интересом работать в IT, но им не приходит в голову, что у них это может получиться - просто потому что в прошлом они изучали совсем другие науки и работали в других сферах. Насколько я понимаю, автора беспокоит, что рыночек наводнят «некомпетентные гуманитарии», и из-за этого у «настоящих» айтишников просядут зарплаты. И он исходит из предпосылки, что из гуманитариев могут получиться только неполноценные айтишники, ну просто потому что fuck you that’s why. Я же пишу про то, что смена профессии - это вполне реальная и достижимая цель. И что если приложить достаточно усилий и усердия, то можно стать хорошим айтишником, независимо от того, чем вы занимались в прошлом.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
С чего начать?
Например, пройти простенький короткий курс (не дольше месяца) в Интернете по computer science или программированию. Ключевые слова: «введение…», «introduction», «для начинающих», «1.01», «подготовки не требуется» итд. Такие можно поискать на любых образовательных платформах - coursera, edx, stepik итд - и ориентироваться на доступность изложения: например, кому-то подходят курсы на английском языке, а кому-то важно, чтобы они были на русском.
Например, я хочу работать в it. Но я не имею образования, меня возьмут на работу в качестве ученика, стажёра?
С нулевыми знаниями не возьмут. Нужно для начала научиться хотя бы азам: пройти курсы или почитать книжки.
Допустим, я пройду курсы веб дизайна. Я ведь все равно неконкурентноспособна
Люди ведь не рождаются конкурентоспособными, а приходят к этому после определенного количества усилий и работы. Думаю, дизайнерам нужно прежде всего портфолио с примером работ, чтобы заинтересовать потенциальных заказчиков. Для начала можно делать проекты для себя, семьи, друзей бесплатно. Потом браться уже за платные заказы, но, вероятно, за небольшие деньги. А когда портфолио станет хорошим, повышать цену.
Есть ли смысл пробовать себя в it , если английский нулевой уровень?
Смотрите. Подавляющее большинство айтишников, которых я знаю, английским языком владеют довольно плохо. Тут главное требование - уметь прочитать технический текст (мануал, документацию к коду) и извлечь из него смысл, понять написанное. Технические тексты проще, чем литературные произведения или газетные статьи, так что это не сверхъестественный уровень. Еще один важный момент - нужно уметь гуглить на английском языке, потому что ответов на все вопросы на русском языке в Интернете нет. Так что прокачать английский хотя бы до уровня понимания прочитанного - пожалуй, стоит. Но я бы не рассматривала незнание английского на старте как непреодолимое препятствие - на русском языке есть и курсы, и книги по программированию. Просто будьте готовы к тому, что английскому тоже нужно будет уделить хотя бы минимальное время. Хороший английский - это очень полезно, так как дает пропуск к англоязычной профессиональной литературе, курсам и международным конференциям. Но не то чтобы без него нельзя идти в профессию - большинство же идут). Мой более ранний пост на эту тему: https://t.iss.one/it_human/17
Бот для ваших вопросов: @hum_it_bot
С чего начать?
Например, пройти простенький короткий курс (не дольше месяца) в Интернете по computer science или программированию. Ключевые слова: «введение…», «introduction», «для начинающих», «1.01», «подготовки не требуется» итд. Такие можно поискать на любых образовательных платформах - coursera, edx, stepik итд - и ориентироваться на доступность изложения: например, кому-то подходят курсы на английском языке, а кому-то важно, чтобы они были на русском.
Например, я хочу работать в it. Но я не имею образования, меня возьмут на работу в качестве ученика, стажёра?
С нулевыми знаниями не возьмут. Нужно для начала научиться хотя бы азам: пройти курсы или почитать книжки.
Допустим, я пройду курсы веб дизайна. Я ведь все равно неконкурентноспособна
Люди ведь не рождаются конкурентоспособными, а приходят к этому после определенного количества усилий и работы. Думаю, дизайнерам нужно прежде всего портфолио с примером работ, чтобы заинтересовать потенциальных заказчиков. Для начала можно делать проекты для себя, семьи, друзей бесплатно. Потом браться уже за платные заказы, но, вероятно, за небольшие деньги. А когда портфолио станет хорошим, повышать цену.
Есть ли смысл пробовать себя в it , если английский нулевой уровень?
Смотрите. Подавляющее большинство айтишников, которых я знаю, английским языком владеют довольно плохо. Тут главное требование - уметь прочитать технический текст (мануал, документацию к коду) и извлечь из него смысл, понять написанное. Технические тексты проще, чем литературные произведения или газетные статьи, так что это не сверхъестественный уровень. Еще один важный момент - нужно уметь гуглить на английском языке, потому что ответов на все вопросы на русском языке в Интернете нет. Так что прокачать английский хотя бы до уровня понимания прочитанного - пожалуй, стоит. Но я бы не рассматривала незнание английского на старте как непреодолимое препятствие - на русском языке есть и курсы, и книги по программированию. Просто будьте готовы к тому, что английскому тоже нужно будет уделить хотя бы минимальное время. Хороший английский - это очень полезно, так как дает пропуск к англоязычной профессиональной литературе, курсам и международным конференциям. Но не то чтобы без него нельзя идти в профессию - большинство же идут). Мой более ранний пост на эту тему: https://t.iss.one/it_human/17
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
Часто встречала в сети и от реальных людей мнение, что на курсах невозможно освоить айти профессию, все это выкачивание денег, а выпускники курсов оказываются никому не нужны. Что думаете по этому поводу?
Мой опыт свидетельствует об обратном. Изначально все знания я получала на онлайн-курсах (на Coursera, Edx.org и других). И они определенно были не про выкачивание денег, потому что денег я за них не платила (за доплату можно было получить какой-то подтвержденный сертификат, но я этим не заморачивалась). Также среди моих знакомых разработчиков есть люди, которые учились только по книжкам, даже курсов никаких не проходили. Так что вопрос не в источнике, из которого получаешь знания, а о правильном настрое.
Мне кажется, тут важен подход. Неправильный подход к обучению - пассивыный: меня научат. То есть я запишусь на курсы, и дальше никакой инициативы не нужно, знания и навыки, мою будующую профессию и трудоустройство мне принесут на блюдечке с голубой каёмочкой. И да, так можно разочароваться.
А правильный подход активный - я научусь. Я готов к самостоятельному поиску информации, к тому, чтобы делать свои собственные «домашние проекты», самостоятельно пробовать новые технологии и разбираться в незнакомых темах. Я всегда готов копнуть глубже - прочитать лишнюю книгу по теме, погуглить, зарыться в документацию - особенно, когда ощущаю, что знаний не хватает, не хватает глубины погружения в тему. При таком подходе и преподаватели, и книги, и курсы - это всё источники ценной информации, из которых можно взять по-максимуму то, что вам нужно.
На работе в реальной разработке нужны именно активные люди, готовые самостоятельно разбираться в сложных темах.
Привет!Хочу начать обучение в IT сфере, но не знаю за что взяться с начала... так как нравится многое, а вот определиться не могу!)
Пройдите курс по введению в Computer Science. Без конкретной специализации, это как общая медицина. А там можно будет выбирать направления.
Мне нравиться программировать на Python (проходил С, С++), но связывать жизнь я планирую с другой сферой.
Сколько Вы считаете времени нужно чтобы попасть на первую работу и сделать IT как вид заработка, план Б. Или с таким подходом и не стоит тратить время?
Что касается первой работы, думаю поучиться нужно минимум полгода-год. Я проходила разные курсы около 2х лет, прежде чем податься на первую работу, но это не значит, что нельзя это сделать быстрее. А что касается вашего плана «Б», тут затрудняюсь ответить. IT как «запасной аэродром»? Звучит достаточно энергозатратно: осваивать профессию, которая требует значительной технической подготовки и постоянного обучения ради того, чтобы ее потом забросить.
Бот для ваших вопросов: @hum_it_bot (их много скопилось, разгребаю в порядке очереди)
Часто встречала в сети и от реальных людей мнение, что на курсах невозможно освоить айти профессию, все это выкачивание денег, а выпускники курсов оказываются никому не нужны. Что думаете по этому поводу?
Мой опыт свидетельствует об обратном. Изначально все знания я получала на онлайн-курсах (на Coursera, Edx.org и других). И они определенно были не про выкачивание денег, потому что денег я за них не платила (за доплату можно было получить какой-то подтвержденный сертификат, но я этим не заморачивалась). Также среди моих знакомых разработчиков есть люди, которые учились только по книжкам, даже курсов никаких не проходили. Так что вопрос не в источнике, из которого получаешь знания, а о правильном настрое.
Мне кажется, тут важен подход. Неправильный подход к обучению - пассивыный: меня научат. То есть я запишусь на курсы, и дальше никакой инициативы не нужно, знания и навыки, мою будующую профессию и трудоустройство мне принесут на блюдечке с голубой каёмочкой. И да, так можно разочароваться.
А правильный подход активный - я научусь. Я готов к самостоятельному поиску информации, к тому, чтобы делать свои собственные «домашние проекты», самостоятельно пробовать новые технологии и разбираться в незнакомых темах. Я всегда готов копнуть глубже - прочитать лишнюю книгу по теме, погуглить, зарыться в документацию - особенно, когда ощущаю, что знаний не хватает, не хватает глубины погружения в тему. При таком подходе и преподаватели, и книги, и курсы - это всё источники ценной информации, из которых можно взять по-максимуму то, что вам нужно.
На работе в реальной разработке нужны именно активные люди, готовые самостоятельно разбираться в сложных темах.
Привет!Хочу начать обучение в IT сфере, но не знаю за что взяться с начала... так как нравится многое, а вот определиться не могу!)
Пройдите курс по введению в Computer Science. Без конкретной специализации, это как общая медицина. А там можно будет выбирать направления.
Мне нравиться программировать на Python (проходил С, С++), но связывать жизнь я планирую с другой сферой.
Сколько Вы считаете времени нужно чтобы попасть на первую работу и сделать IT как вид заработка, план Б. Или с таким подходом и не стоит тратить время?
Что касается первой работы, думаю поучиться нужно минимум полгода-год. Я проходила разные курсы около 2х лет, прежде чем податься на первую работу, но это не значит, что нельзя это сделать быстрее. А что касается вашего плана «Б», тут затрудняюсь ответить. IT как «запасной аэродром»? Звучит достаточно энергозатратно: осваивать профессию, которая требует значительной технической подготовки и постоянного обучения ради того, чтобы ее потом забросить.
Бот для ваших вопросов: @hum_it_bot (их много скопилось, разгребаю в порядке очереди)
Не технарями едиными…
Однажды одна шапочная знакомая подкинула мне ссылку на гарвардский курс cs50 introduction into computer science, мой one love. И первое, что рассказал преподаватель этого курса David J. Malan - это то, что он сам в более молодые годы, учась в Гарварде забрёл на cs50 совершенно случайно… До этого он был далёк от computer science, и интересовался историей, литературой и другими чисто гуманитарными дисциплинами. И всё, мир потерял его как гуманитария. А преподаёт он очень клёво - обязательно послушайте, если английский язык позволяет.
А еще есть Ларри Уолл, придумавший язык программирования Perl. Он по образованию лингвист.
Кодерами не рождаются, кодерами становятся. И вот вам еще один пример. Знакомьтесь, это блог Любы. Любе надоел копирайтинг, и поэтому она приняла решение стать Javascript-разработчиком. И теперь ей больше не хочется чувствовать себя девочкой, которая «хлопает глазами и боится консоли».
Разумеется, как и любого новичка, её порой одолевают сомнения о верности выбранного пути, и вот как их удалось разрешить.
И да, учиться новому страшно. Особенно когда знакомые программисты выдают взаимоисключающие абзацы: то выучиться на программиста легко, то требует тонны труда и усилий.
Но Люба не сдаётся. И вы тоже не сдавайтесь. Подписывайтесь на блог Любы, вместе всегда проще двигаться вперед.
Однажды одна шапочная знакомая подкинула мне ссылку на гарвардский курс cs50 introduction into computer science, мой one love. И первое, что рассказал преподаватель этого курса David J. Malan - это то, что он сам в более молодые годы, учась в Гарварде забрёл на cs50 совершенно случайно… До этого он был далёк от computer science, и интересовался историей, литературой и другими чисто гуманитарными дисциплинами. И всё, мир потерял его как гуманитария. А преподаёт он очень клёво - обязательно послушайте, если английский язык позволяет.
А еще есть Ларри Уолл, придумавший язык программирования Perl. Он по образованию лингвист.
Кодерами не рождаются, кодерами становятся. И вот вам еще один пример. Знакомьтесь, это блог Любы. Любе надоел копирайтинг, и поэтому она приняла решение стать Javascript-разработчиком. И теперь ей больше не хочется чувствовать себя девочкой, которая «хлопает глазами и боится консоли».
Разумеется, как и любого новичка, её порой одолевают сомнения о верности выбранного пути, и вот как их удалось разрешить.
И да, учиться новому страшно. Особенно когда знакомые программисты выдают взаимоисключающие абзацы: то выучиться на программиста легко, то требует тонны труда и усилий.
Но Люба не сдаётся. И вы тоже не сдавайтесь. Подписывайтесь на блог Любы, вместе всегда проще двигаться вперед.
Друзья, я здесь неоднократно упоминала мой любимый курс - гарвардский CS50 Introduction into Computer Science.
Так вот, добрые люди написали в личку, где можно найти видео курса с хорошим переводом на русский язык. Ловите ссылку: https://javarush.ru/quests/lectures?quest=QUEST_HARVARD_CS50&level=2
Так вот, добрые люди написали в личку, где можно найти видео курса с хорошим переводом на русский язык. Ловите ссылку: https://javarush.ru/quests/lectures?quest=QUEST_HARVARD_CS50&level=2
JavaRush
Курс Java на JavaRush - список всех лекций
Список всех доступных лекций курса по Java. Описание и статус прохождения квестов Syntax, Core, Multithreading, Collections
#вашивопросы
Как определиться с направлением? Я про то, что лучше выбрать, бэкенд, фронтенд, или писать программы и приложения. Ну и и про языки программирования интересно было бы узнать, что и как выбрать. Ну и и про языки программирования интересно было бы узнать, что и как выбрать.
Знаете, я не особо провожу различия между бэкендом и написанием программ и приложений. Потому что бэкенд часто по факту - это программы, которые работают на стороне сервера и взаимодействуют с веб-приложениями опосредованно (особенно если речь идет о мире микросервисов). Как лучше выбрать - пробовать и смотреть, к чему больше лежит душа. К тому, с чем взаимодействует конечный пользователь со стороны браузера, или к внутренней «магии» на стороне сервера? Или, может быть, вас больше заинтересуют мобильные приложения или даже data science. Вопрос в том, во что больше желания погружаться и углубляться. Бывает такое, что начинаешь ковырять технолгию, и понимаешь, что глубже копать как-то не хочется - у меня, например, так было с андроид-приложениями. А бывает, что наоборот - хочется узнать о ней побольше и круто в ней разбираться.
Про языки программирования - тут же сильно зависит от первого вопроса, то есть, смотря какую технологию вы выбираете. Я уже отвечала на похожий вопрос, читайте здесь: https://t.iss.one/it_human/72
Также было бы интересно узнать где есть хорошие курсы бесплатные или платные.
Это самый популярный вопрос. Его задают тут каждый день. 🙂 Читайте тут: https://t.iss.one/it_human/61
Что вы думаете о возможности стать программистом в возрасте за 40?
Это тоже частый вопрос, я его уже касалась, например, тут: https://t.iss.one/it_human/42 и тут: https://t.iss.one/it_human/78.
Если коротко: можно ли научиться кодить в 40 лет? Я думаю, что можно. Но тут всё сильно зависит от человека, и гарантировать, что лично у вас хватит упорства, желания и мотивации, я не могу. Могут ли быть проблемы с трудоустройством из-за возраста? - Думаю, что да, работодатели могут быть настроены предвзято и больше доверять молодым выпускникам. Но, с другой стороны, если набрать хорошее портфолио проектов, то, думаю, пробиться можно, в том числе и на удаленке.
В мире есть случаи, когда люди и в 80 лет осваивают программирование и выпускают свои приложения. Но утверждать, что любая бабушка в 80 лет с этим справится, я, конечно, не буду.
Я знаю, что задолбали с этим вопросом, но я хочу просто подкинуть идею делать небольшой обзор на курс/книгу, для кого подходит, что получите из этого курса/книги и т. д.
Идея здравая, но есть одно «но». Это «но» - моя full-time работа, которая отнимает большую часть времени. Так что проходить целыми днями килотонны курсов, чтобы пилить потом на них обзоры я пока что не могу себе позволить. С другой стороны, вы можете присылать мне вопросы точечно по конкретному курсу или книге, если они есть в свободном доступе, и я постараюсь составить на них рецензию и оценить, насколько они могли бы помочь вам в карьере.
Бот для ваших вопросов: @hum_it_bot
Как определиться с направлением? Я про то, что лучше выбрать, бэкенд, фронтенд, или писать программы и приложения. Ну и и про языки программирования интересно было бы узнать, что и как выбрать. Ну и и про языки программирования интересно было бы узнать, что и как выбрать.
Знаете, я не особо провожу различия между бэкендом и написанием программ и приложений. Потому что бэкенд часто по факту - это программы, которые работают на стороне сервера и взаимодействуют с веб-приложениями опосредованно (особенно если речь идет о мире микросервисов). Как лучше выбрать - пробовать и смотреть, к чему больше лежит душа. К тому, с чем взаимодействует конечный пользователь со стороны браузера, или к внутренней «магии» на стороне сервера? Или, может быть, вас больше заинтересуют мобильные приложения или даже data science. Вопрос в том, во что больше желания погружаться и углубляться. Бывает такое, что начинаешь ковырять технолгию, и понимаешь, что глубже копать как-то не хочется - у меня, например, так было с андроид-приложениями. А бывает, что наоборот - хочется узнать о ней побольше и круто в ней разбираться.
Про языки программирования - тут же сильно зависит от первого вопроса, то есть, смотря какую технологию вы выбираете. Я уже отвечала на похожий вопрос, читайте здесь: https://t.iss.one/it_human/72
Также было бы интересно узнать где есть хорошие курсы бесплатные или платные.
Это самый популярный вопрос. Его задают тут каждый день. 🙂 Читайте тут: https://t.iss.one/it_human/61
Что вы думаете о возможности стать программистом в возрасте за 40?
Это тоже частый вопрос, я его уже касалась, например, тут: https://t.iss.one/it_human/42 и тут: https://t.iss.one/it_human/78.
Если коротко: можно ли научиться кодить в 40 лет? Я думаю, что можно. Но тут всё сильно зависит от человека, и гарантировать, что лично у вас хватит упорства, желания и мотивации, я не могу. Могут ли быть проблемы с трудоустройством из-за возраста? - Думаю, что да, работодатели могут быть настроены предвзято и больше доверять молодым выпускникам. Но, с другой стороны, если набрать хорошее портфолио проектов, то, думаю, пробиться можно, в том числе и на удаленке.
В мире есть случаи, когда люди и в 80 лет осваивают программирование и выпускают свои приложения. Но утверждать, что любая бабушка в 80 лет с этим справится, я, конечно, не буду.
Я знаю, что задолбали с этим вопросом, но я хочу просто подкинуть идею делать небольшой обзор на курс/книгу, для кого подходит, что получите из этого курса/книги и т. д.
Идея здравая, но есть одно «но». Это «но» - моя full-time работа, которая отнимает большую часть времени. Так что проходить целыми днями килотонны курсов, чтобы пилить потом на них обзоры я пока что не могу себе позволить. С другой стороны, вы можете присылать мне вопросы точечно по конкретному курсу или книге, если они есть в свободном доступе, и я постараюсь составить на них рецензию и оценить, насколько они могли бы помочь вам в карьере.
Бот для ваших вопросов: @hum_it_bot
Меня часто спрашивают, как коллеги воспринимают моё гуманитарное прошлое, что думают обо мне в связи с этим.
Тут работает одна банальная истина. Другие люди не думают обо мне. У них своих забот по горло, вот о них они и думают, а не перемалывают косточки мне. Нет такого, что по утрам на работе меня ожидают герольды, гудят в трубы и приветствуют: «А вот и наш экс-гуманитарий! Узрите!». И гнилыми помидорами тоже никто не кидается. Всем пофиг.
Когда в разговоре впервые упоминаешь свою бывшую профессию, кто-то удивляется, кому-то всё равно (есть люди, которые вообще без высшего образования устраиваются - их таким не удивишь). И обычно сразу после этого разговора, все забывают, что я гуманитарий, а не технарь. Если через полгода снова это упомянуть, те же самые люди снова удивятся, как в первый раз. И снова забудут. Такие дела.
Максимум - кто-то запомнил, что я раньше работала где-то в другой сфере. Мой руководитель каждый раз думает, что я вроде бы лингвист. И после очередного напоминания забывает, что это не так.
Так что не ожидайте, что ваша «гуманитарность» будет кого-то сильно волновать или интересовать. 🙂 Люди скорее запомнят, если кто-то из коллег бывший сыщик. Или пониматель пингвинов. Это оригинально и броско. В отличие от экономиста, бухгалтера или лингвиста.
Тут работает одна банальная истина. Другие люди не думают обо мне. У них своих забот по горло, вот о них они и думают, а не перемалывают косточки мне. Нет такого, что по утрам на работе меня ожидают герольды, гудят в трубы и приветствуют: «А вот и наш экс-гуманитарий! Узрите!». И гнилыми помидорами тоже никто не кидается. Всем пофиг.
Когда в разговоре впервые упоминаешь свою бывшую профессию, кто-то удивляется, кому-то всё равно (есть люди, которые вообще без высшего образования устраиваются - их таким не удивишь). И обычно сразу после этого разговора, все забывают, что я гуманитарий, а не технарь. Если через полгода снова это упомянуть, те же самые люди снова удивятся, как в первый раз. И снова забудут. Такие дела.
Максимум - кто-то запомнил, что я раньше работала где-то в другой сфере. Мой руководитель каждый раз думает, что я вроде бы лингвист. И после очередного напоминания забывает, что это не так.
Так что не ожидайте, что ваша «гуманитарность» будет кого-то сильно волновать или интересовать. 🙂 Люди скорее запомнят, если кто-то из коллег бывший сыщик. Или пониматель пингвинов. Это оригинально и броско. В отличие от экономиста, бухгалтера или лингвиста.
#вашивопросы
Доброго времени суток! Что посоветуете изучать в данном время и что будет иметь актуальность в дальнейшем? Какие ЯП? Лично сам думаю о Python т.к. низкий порог входа. Опыта в программировании не имею. Спасибо заранее.
Python - хороший язык для старта. И порог входа у него достаточно низкий, так что вполне подойдёт. Но лично я всем советую начинать с Си, как уже писала ранее: https://t.iss.one/it_human/23
Добрый день! Я давно присматриваюсь к IT и решил для себя, что хочу погрузиться в эту сферу с головой. У меня нет планов сразу пытаться выскакивать на рынок, в первую очередь для себя я хочу набрать опыт. Вот вопрос: лучше будет начать с изучения питона или с изучения вёрстки? Что будет проще, а что будет правильнее?
Если вы хотите погрузиться в IT с головой, как вы пишете, то начинайте с питона. Если хотите погрузиться в вёрстку с головой - тогда с вёрстки. Не каждый программист вообще владеет вёрсткой (особенно если он не фронтэндер).
Что такое верстка?
Вот здесь можно найти ответ: https://lmgtfy.com/?q=%D1%87%D1%82%D0%BE+%D1%82%D0%B0%D0%BA%D0%BE%D0%B5+%D0%B2%D1%91%D1%80%D1%81%D1%82%D0%BA%D0%B0
Добрый день. С чего начинали изучать программирование? Какой язык? Курсы?
Первое, что я прошла - был какой-то элементарный курс, что-то вроде Programming 101, на javascript на курсере. Зашла в него совершенно случайно, и даже при совершенно нулевой подготовке он оказался элементарным.
Дальше изучала уже все подряд - свой любимый CS50 на Си, около 5-10 разных курсов по питону, computer science и data science (выбирала их случайно). Курс по базам данных и SQL от MIIT. Курс-сборную солянку Programming languages, где были в том числе lisp-подобные функциональные языки. Случайно набрела на Haskell, поизучала и его (и сразу забыла). Принстонский курс по алгоритмам и структурам данных на Java, затем еще один курс про алгоритмы. И еще пара книг про сети, командное окружение Unix и линукс. А потом устроилась на работу. 🙂
Бот для ваших вопросов: @hum_it_bot
Доброго времени суток! Что посоветуете изучать в данном время и что будет иметь актуальность в дальнейшем? Какие ЯП? Лично сам думаю о Python т.к. низкий порог входа. Опыта в программировании не имею. Спасибо заранее.
Python - хороший язык для старта. И порог входа у него достаточно низкий, так что вполне подойдёт. Но лично я всем советую начинать с Си, как уже писала ранее: https://t.iss.one/it_human/23
Добрый день! Я давно присматриваюсь к IT и решил для себя, что хочу погрузиться в эту сферу с головой. У меня нет планов сразу пытаться выскакивать на рынок, в первую очередь для себя я хочу набрать опыт. Вот вопрос: лучше будет начать с изучения питона или с изучения вёрстки? Что будет проще, а что будет правильнее?
Если вы хотите погрузиться в IT с головой, как вы пишете, то начинайте с питона. Если хотите погрузиться в вёрстку с головой - тогда с вёрстки. Не каждый программист вообще владеет вёрсткой (особенно если он не фронтэндер).
Что такое верстка?
Вот здесь можно найти ответ: https://lmgtfy.com/?q=%D1%87%D1%82%D0%BE+%D1%82%D0%B0%D0%BA%D0%BE%D0%B5+%D0%B2%D1%91%D1%80%D1%81%D1%82%D0%BA%D0%B0
Добрый день. С чего начинали изучать программирование? Какой язык? Курсы?
Первое, что я прошла - был какой-то элементарный курс, что-то вроде Programming 101, на javascript на курсере. Зашла в него совершенно случайно, и даже при совершенно нулевой подготовке он оказался элементарным.
Дальше изучала уже все подряд - свой любимый CS50 на Си, около 5-10 разных курсов по питону, computer science и data science (выбирала их случайно). Курс по базам данных и SQL от MIIT. Курс-сборную солянку Programming languages, где были в том числе lisp-подобные функциональные языки. Случайно набрела на Haskell, поизучала и его (и сразу забыла). Принстонский курс по алгоритмам и структурам данных на Java, затем еще один курс про алгоритмы. И еще пара книг про сети, командное окружение Unix и линукс. А потом устроилась на работу. 🙂
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
Доброго времени суток! Я сейчас начал учить Java, т.к. со своим слабым здоровьем это мой единственный шанс не умереть от голода в свои 21 с кепкой. Я за пару часов выучил базис и написал пару простых программ.
Теперь передо мной пропасть: что дальше делать и как развиваться, чтобы как можно быстрее попасть хоть на какую-то работу? Кушать всё же хочется.
Есть куча курсов, но вот беда в том, что денег нет и на оплату интернета, а в бесплатных курсах один базис, который и так уже выучен. Можете поделиться советом? Надеюсь на понимание. Всего доброго!)
С ваших слов получается, что вы выучили основы Java за пару часов и что в бесплатных курсах не даётся ничего больше, чем то, что можно выучить за 2 часа? Получается, что вы гений, и можете изучить всё что угодно за 3 дня, и вам не нужны мои советы.
А если серьезно, то на джаву нужно как минимум пару месяцев, а лучше полгода. Зайдите на сайт stepik, и введите в поиске Java, там куча курсов, в том числе бесплатных, все на русском языке. То же самое можно и с другими онлайн-платформами проделать.
Объясните что такое IT? Что такое SAP? Что такое вёрстка? ит.д.
Ребят, если вам лень загуглить термины, то IT - это точно не для вас. 🙂 Рабочее время разработчика чуть ли не на 90% времени состоит из гугления и поиска ответов на возникающие в процессе работы вопросы. Всё что я могу сделать с такими вопросами - это скопировать определение из википедии или других источников и вставить его в пост. Но какой в этом смысл?
Лена, привет! Спасибо за посты - очень интересные и мотивирующие!:) Помоги, пожалуйста, советом. У меня большой опыт работы в сфере туризма, специалистом по системам бронирования. Теперь я хотела бы расширить сферу своей экспертизы - попробовать себя в качестве разработчика в авиакомпании или агентстве по бронированию. Таким образом я бы освоила полный цикл операционной работы агентства, и стала бы продуктивным и ценным специалистом. На самом деле я хочу стать программистом, но мне уже 35, и я не могу себе позволить уволиться и идти на низкооплачиваемую работу, особенно учитывая то, что я не уверена, что у меня получится. А в индустри авиаперевозок/туризма мне было бы легче постигать основы программирования и получить опыт, параллельно работая на должности, для которой у меня уже есть какие-то навыки. А дальше этот опыт разработки я смогла бы использовать как основу, от которой можно учиться дальше, выбирать интересные направления и проект. Как тебе такой план? Как мне понять, что именно стоит изучать в программировании с целью разработки онлайн для трэвел агентства? Может, есть какие-то форумы или специальные курсы? Я думала найти каких-то программистов, которые уже работают в авиакомпаниях или агентствах и просить их стать моими менторами? Хотелось бы начать с чего-то недорогого и ни к чему не обязывающего вроде Курсеры. Исходные данные: в сфере IT начинать обучение нужно с нуля, но без проблем могу проходить любое обучение на английском. Учиться люблю, но не всегда получается... Буду очень рада совету:)
В нынешних условиях туризм - это не самое перспективное направление, как вы, наверно, понимаете. По крайней мере, на ближайший год. Особых причин привязываться именно к сфере туризма, и начинать карьеру айтишника именно там, я не вижу. Насколько я понимаю, вам так спокойнее, потому что сфера кажется более знакомой и привычной.
Но программистам на самом деле всё равно, где работать - в авиакомпаниях, банках или магазинах детского питания :). Разработчик, работающий в сфере туризма не обязательно чем-то отличается от другого. Вопрос скорее в стеке технологий, которые нужно освоить. Потому что в одной авиакомпании используют, например, Python, в другой - Java. Погуглите вакансии разработчиков на hh в компаниях, которые занимаются туризмом - и посмотрите, какой там набор требований бывает (скорее всего, он отличается от компании к компании, но возможно будет и что-то общее). Таким образом можно будет понять, на какие технологии ориентироваться и что именно изучать.
Бот для ваших вопросов: @hum_it_bot
Доброго времени суток! Я сейчас начал учить Java, т.к. со своим слабым здоровьем это мой единственный шанс не умереть от голода в свои 21 с кепкой. Я за пару часов выучил базис и написал пару простых программ.
Теперь передо мной пропасть: что дальше делать и как развиваться, чтобы как можно быстрее попасть хоть на какую-то работу? Кушать всё же хочется.
Есть куча курсов, но вот беда в том, что денег нет и на оплату интернета, а в бесплатных курсах один базис, который и так уже выучен. Можете поделиться советом? Надеюсь на понимание. Всего доброго!)
С ваших слов получается, что вы выучили основы Java за пару часов и что в бесплатных курсах не даётся ничего больше, чем то, что можно выучить за 2 часа? Получается, что вы гений, и можете изучить всё что угодно за 3 дня, и вам не нужны мои советы.
А если серьезно, то на джаву нужно как минимум пару месяцев, а лучше полгода. Зайдите на сайт stepik, и введите в поиске Java, там куча курсов, в том числе бесплатных, все на русском языке. То же самое можно и с другими онлайн-платформами проделать.
Объясните что такое IT? Что такое SAP? Что такое вёрстка? ит.д.
Ребят, если вам лень загуглить термины, то IT - это точно не для вас. 🙂 Рабочее время разработчика чуть ли не на 90% времени состоит из гугления и поиска ответов на возникающие в процессе работы вопросы. Всё что я могу сделать с такими вопросами - это скопировать определение из википедии или других источников и вставить его в пост. Но какой в этом смысл?
Лена, привет! Спасибо за посты - очень интересные и мотивирующие!:) Помоги, пожалуйста, советом. У меня большой опыт работы в сфере туризма, специалистом по системам бронирования. Теперь я хотела бы расширить сферу своей экспертизы - попробовать себя в качестве разработчика в авиакомпании или агентстве по бронированию. Таким образом я бы освоила полный цикл операционной работы агентства, и стала бы продуктивным и ценным специалистом. На самом деле я хочу стать программистом, но мне уже 35, и я не могу себе позволить уволиться и идти на низкооплачиваемую работу, особенно учитывая то, что я не уверена, что у меня получится. А в индустри авиаперевозок/туризма мне было бы легче постигать основы программирования и получить опыт, параллельно работая на должности, для которой у меня уже есть какие-то навыки. А дальше этот опыт разработки я смогла бы использовать как основу, от которой можно учиться дальше, выбирать интересные направления и проект. Как тебе такой план? Как мне понять, что именно стоит изучать в программировании с целью разработки онлайн для трэвел агентства? Может, есть какие-то форумы или специальные курсы? Я думала найти каких-то программистов, которые уже работают в авиакомпаниях или агентствах и просить их стать моими менторами? Хотелось бы начать с чего-то недорогого и ни к чему не обязывающего вроде Курсеры. Исходные данные: в сфере IT начинать обучение нужно с нуля, но без проблем могу проходить любое обучение на английском. Учиться люблю, но не всегда получается... Буду очень рада совету:)
В нынешних условиях туризм - это не самое перспективное направление, как вы, наверно, понимаете. По крайней мере, на ближайший год. Особых причин привязываться именно к сфере туризма, и начинать карьеру айтишника именно там, я не вижу. Насколько я понимаю, вам так спокойнее, потому что сфера кажется более знакомой и привычной.
Но программистам на самом деле всё равно, где работать - в авиакомпаниях, банках или магазинах детского питания :). Разработчик, работающий в сфере туризма не обязательно чем-то отличается от другого. Вопрос скорее в стеке технологий, которые нужно освоить. Потому что в одной авиакомпании используют, например, Python, в другой - Java. Погуглите вакансии разработчиков на hh в компаниях, которые занимаются туризмом - и посмотрите, какой там набор требований бывает (скорее всего, он отличается от компании к компании, но возможно будет и что-то общее). Таким образом можно будет понять, на какие технологии ориентироваться и что именно изучать.
Бот для ваших вопросов: @hum_it_bot
#вашивопросы
Не встречались ли вы с предвзятым отношением со стороны коллег, которые пришли в IT "по любви с детства", а не из-за денег?
Ну во-первых, я тоже по любви, хоть и не с детства. Деньги - это хорошая мотивация, но деньги - недостаточный стимул, чтобы увлечься профессией и уйти в неё с головой, по крайней мере, я никогда не умела упарываться исключительно ради денег.
А с предвзятым отношением, пожалуй, что не сталкивалась. Я даже не знаю, кто из моих коллег увлекался «компутерами» прям с детства. Наверно, такие есть, но не уверена, что их подавляющее большинство. Зато точно знаю многих, кто изначально учились другим профессиям - например, на авиаинжинеров или физиков, но на которых не оказалось спроса на рынке, и они ушли в IT или Data Science. Существует мнение, что технические профессии все «где-то рядом» друг с другом, но это не так. И от знания термодинамики или оптики автоматически навыки написания кода не возникают магическим образом - всё равно нужно учиться.
Как выучить COBOL и необходимое, db2, sql, чтобы занять вакансию там, где он поименяется?
Насколько быстро навыки можно приобрести?
Насколько реально занять такую вакансию, особенно удалённо и без переезда?
Кобол - это очень интересный выбор для 21-го века. А точно вам именно он нужен? На рынке редко встретишь вакансии с коболом. Я поискала такие для эксперимента на hh, и нашла 2, причем в одной из них ищут программиста, чтобы он занялся миграцией старого софта с Cobol на Java.
В любом случае, сколько времени нужно на изучение cobol я не могу сказать, так как им не занималась.
На sql хватит месяца. А вот чтобы разобраться в особенносятх какой-либо конкретной субд - имхо, нужен «боевой опыт» работы с ней - скажем, полгода. Но это для более или менее уверенного уровня, для старта может хватить 2 недель на ознакомление.
Есть ли смысл в 2020 идти во фронтенд? или больше перспектив построить долгую интересную карьеру в других направлениях?
Смысл есть, спрос на «фронтовиков» есть и должен быть в обозримом будущем. Но в вопросе выбора направлений лучше ориентироваться на ваши предпочтения и интересы.
Что посоветушь для начала изучения qa?
Сама тестированию приложений я никогда не училась. Но в топе гугла по этому запросу нашла штук 5 разных курсов - начните с них 🙂
Привет. Скажите пожалуйста, с чего лучше начать обучение? Я вообще полный нолик в айти сфере. Есть java,python. В каком больше вероятность разобраться?
Python попроще будет для старта. К Java можно потом переходить. С другой стороны, никто не запрещает начинать с java, не обязательно всегда начинать с самого лёгкого языка. Я вообще всем советую начинать с Си, это как учиться водить машину на механической коробке передач, а потом пересаживаться на автомат.
Не встречались ли вы с предвзятым отношением со стороны коллег, которые пришли в IT "по любви с детства", а не из-за денег?
Ну во-первых, я тоже по любви, хоть и не с детства. Деньги - это хорошая мотивация, но деньги - недостаточный стимул, чтобы увлечься профессией и уйти в неё с головой, по крайней мере, я никогда не умела упарываться исключительно ради денег.
А с предвзятым отношением, пожалуй, что не сталкивалась. Я даже не знаю, кто из моих коллег увлекался «компутерами» прям с детства. Наверно, такие есть, но не уверена, что их подавляющее большинство. Зато точно знаю многих, кто изначально учились другим профессиям - например, на авиаинжинеров или физиков, но на которых не оказалось спроса на рынке, и они ушли в IT или Data Science. Существует мнение, что технические профессии все «где-то рядом» друг с другом, но это не так. И от знания термодинамики или оптики автоматически навыки написания кода не возникают магическим образом - всё равно нужно учиться.
Как выучить COBOL и необходимое, db2, sql, чтобы занять вакансию там, где он поименяется?
Насколько быстро навыки можно приобрести?
Насколько реально занять такую вакансию, особенно удалённо и без переезда?
Кобол - это очень интересный выбор для 21-го века. А точно вам именно он нужен? На рынке редко встретишь вакансии с коболом. Я поискала такие для эксперимента на hh, и нашла 2, причем в одной из них ищут программиста, чтобы он занялся миграцией старого софта с Cobol на Java.
В любом случае, сколько времени нужно на изучение cobol я не могу сказать, так как им не занималась.
На sql хватит месяца. А вот чтобы разобраться в особенносятх какой-либо конкретной субд - имхо, нужен «боевой опыт» работы с ней - скажем, полгода. Но это для более или менее уверенного уровня, для старта может хватить 2 недель на ознакомление.
Есть ли смысл в 2020 идти во фронтенд? или больше перспектив построить долгую интересную карьеру в других направлениях?
Смысл есть, спрос на «фронтовиков» есть и должен быть в обозримом будущем. Но в вопросе выбора направлений лучше ориентироваться на ваши предпочтения и интересы.
Что посоветушь для начала изучения qa?
Сама тестированию приложений я никогда не училась. Но в топе гугла по этому запросу нашла штук 5 разных курсов - начните с них 🙂
Привет. Скажите пожалуйста, с чего лучше начать обучение? Я вообще полный нолик в айти сфере. Есть java,python. В каком больше вероятность разобраться?
Python попроще будет для старта. К Java можно потом переходить. С другой стороны, никто не запрещает начинать с java, не обязательно всегда начинать с самого лёгкого языка. Я вообще всем советую начинать с Си, это как учиться водить машину на механической коробке передач, а потом пересаживаться на автомат.
#вашивопросы
Привет. При входе в мир ИТ часто слышишь подобное "не важно какой у тебя возраст, главное чтобы был интерес", "в ИТ возраст ничего не решает", но камон мы же люди в здравом уме и прекрасно понимаем что скорее всего высказывания выше это просто попытка себя утешить или что-то в этом роде (ну по крайней мере я так думаю), поэтому хотел узнать что по этому поводу думаете вы? Можно ли стать крутым, востребованным программистом, участвовать в крутых проектах в качестве кодера, а не проект менеджера или тестировщика будучи уже чуваком за 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