Комментарии 26
НЛО прилетело и опубликовало эту надпись здесь
По какой визе вы приехали в Штаты, что смогли просидеть там больше года и параллельно подрабатывать?
Здесь нам дико повезло и моя жена выйграла гринкарту. Но это чисто везение.
На будущее всегда упоминайте об этом в подобных статьях
Огромное количество статей о том как искать работу в США и кулстори как "я решил поехать в США, купил билет и нашел работу"… а по факту опущена очень важная ремарка — как найти работу если вы не gc holder и не us citizen… И что h1b не гарантия переезда получить ее можно в течение небольшого отрезка времени в течении года… я уж не говорю об долгом пути с l1
Автор, Вы молодец! Успехов Вам!)
Вы не обижайтесь, пожалуйста, на мои последующие слова.
На основе многих статей в стиле «как я устроился куда-то работать программистом» у меня всё больше крепнет мнение, что люди даже с самыми минимальными навыками, но с настойчивостью и напористостью, и умением продать себя — в результате очень часто получают предложения с гораздо большими суммами компенсации, чем люди с хорошо раскачанными навыками, но не умеющие себя продать, и постоянно страдающие от «синдрома самозванца». И получается, что софт-скиллы гораздо важнее хард-скиллов. И это лично меня огорчает.
Вы не обижайтесь, пожалуйста, на мои последующие слова.
На основе многих статей в стиле «как я устроился куда-то работать программистом» у меня всё больше крепнет мнение, что люди даже с самыми минимальными навыками, но с настойчивостью и напористостью, и умением продать себя — в результате очень часто получают предложения с гораздо большими суммами компенсации, чем люди с хорошо раскачанными навыками, но не умеющие себя продать, и постоянно страдающие от «синдрома самозванца». И получается, что софт-скиллы гораздо важнее хард-скиллов. И это лично меня огорчает.
Наоборот я с вашими словами согласен. Самое главное — это умение продвать себя.
Людям из СНГ с этим всегда тяжелее, нас не учат с дества преподносить свои плюсы и достижения, а говорят будь как все и не выделяйся, думаю это просто отголоски прошлого.
В америке с дества учат как правильно себя преподнести, как сделать акцент именно на том, что ты сделал или как ты помог. И в будущем — это им отлично помогает продавать себя работадателю или инвестору.
Людям из СНГ с этим всегда тяжелее, нас не учат с дества преподносить свои плюсы и достижения, а говорят будь как все и не выделяйся, думаю это просто отголоски прошлого.
В америке с дества учат как правильно себя преподнести, как сделать акцент именно на том, что ты сделал или как ты помог. И в будущем — это им отлично помогает продавать себя работадателю или инвестору.
В америке с дества учат как правильно себя преподнести, как сделать акцент именно на том, что ты сделал или как ты помог. И в будущем — это им отлично помогает продавать себя работадателю или инвестору.
это не так, просто в местном системе образования, гораздо больше уделяется умению писать эссе, откуда и вытекает умение просто писать (в том числе и о себе). к тому же, гораздо очень важно, для поступления в хорошие ВУЗы, принимать участие во всякой вне школьной активности, которую, естественно потом отражают во всех заявлениях для поступления в ВУЗы.
Читал и поражался Вашему терпению и упорству. Я бы, наверное, так не смог. Подхожу к рубежу в своем обучении, что уже что-то могу и кое-что знаю, впереди многое предстоит выучить и освоить и надо бы уже сейчас пробовать устроиться хоть куда-то, чтобы закреплять и развивать свои знания. Но зная, что впереди меня ждет долгая дорога разочарования, игнорирования со стороны работодателей… я все больше склоняюсь к тому, что мое бурное увлечение программированием, так и останется бурным программированием…
Приятно читать такие статьи как ваши, они хоть на какое-то время позволяют думать, что все не настолько прагматично, что не у всех все и сразу получается, нужно стремиться и развиваться.
Вам и вашей жене удачи!
Приятно читать такие статьи как ваши, они хоть на какое-то время позволяют думать, что все не настолько прагматично, что не у всех все и сразу получается, нужно стремиться и развиваться.
Вам и вашей жене удачи!
Спасибо, у вас тоже все получиться!
Мы когда перезжали и когда искал работу, было много ошибок, разочарований и неудач. Мы старались просто о них не думать и не зацикливаться на этом, иногда было сложно это делать. Но мы постоянно старались получать удовольствие от процесса и думали о результате.
Мы когда перезжали и когда искал работу, было много ошибок, разочарований и неудач. Мы старались просто о них не думать и не зацикливаться на этом, иногда было сложно это делать. Но мы постоянно старались получать удовольствие от процесса и думали о результате.
Не надо боятся. Что вы теряете? Ну в самом худшем случае останетесь при своих.
Лучше пожалеть о том что сделал, чем о том, что не сделал.
Лучше пожалеть о том что сделал, чем о том, что не сделал.
Скептически интересуюсь, откуда столько денег на платные курсы у эколога.
НЛО прилетело и опубликовало эту надпись здесь
Бывает что меня спрашивают — с чего начать. Всегда отвечаю — с основ. Не смотрите какие языки и фреймворки сейчас модные. Это постоянно меняется. Начинайте с основ.
Для начала берем книжку по С (не С++, чистый С), например, Уильям Пратта. И пытаемся писать небольшие программки. Заодно изучаем API той системы, на которой пишем. Когда что-то начинает получаться хоть чуть-чуть, берем книжку Кнута и начинаем реализовывать базовые алгоритмы и смотреть как оно работает.
Все это не требует никаких курсов и абсолютно бесплатно. И это даст неплохую базу. А вот потом уже можно заниматься специализацией какой-то.
Но это долго и тяжело, я понимаю. Хочется быстренько прослушать курс по модному фреймворку и сразу пойти рубить бабло. Но это будет, если сравнивать с медициной, как полистать анатомический атлас и сразу со скальпелем к операционному столу.
Для начала берем книжку по С (не С++, чистый С), например, Уильям Пратта. И пытаемся писать небольшие программки. Заодно изучаем API той системы, на которой пишем. Когда что-то начинает получаться хоть чуть-чуть, берем книжку Кнута и начинаем реализовывать базовые алгоритмы и смотреть как оно работает.
Все это не требует никаких курсов и абсолютно бесплатно. И это даст неплохую базу. А вот потом уже можно заниматься специализацией какой-то.
Но это долго и тяжело, я понимаю. Хочется быстренько прослушать курс по модному фреймворку и сразу пойти рубить бабло. Но это будет, если сравнивать с медициной, как полистать анатомический атлас и сразу со скальпелем к операционному столу.
Люди, ворвавшиеся в IT вот так, с нахрапа, «полистав анатомический атлас», имеют неочевидное преимущество — они концентрируются лишь на том, что знают. Для большинства фреймворков это даже плюс — человек, в соответствии с принципом инкапсуляции, пользуется только тем, что ему доступно (не только в рамках фреймворка, но и в рамках своих малых знаний)
Это минус в любом случае. Потому что из таких «разработчиков» получаются люди, пишущие, например, кривые сайты, которые грузятся по полчаса. Кривые приложения, которые чуть что сразу валятся с необрабатываемой ошибкой. Примеров тому встречал вагон и маленькую тележку.
Знаете сколько дефектов промсреды возникает от переполнения статических массивов? Причем, смотришь код и видишь, что сначала был определен массив на 300 элементов. Потом он переполнился и вылез дефект. Как его поправили? Правильно, увеличили массив до 900 элементов. Почему? Потому что в языке нет «фремворка» где были бы реализованы динамические массивы, а подумать и сделать самому — нет привычки. Есть привычка пользоваться только теми кубиками, которые есть в наборе.
Детский сад, штаны на лямках.
Имей за спиной «базу» в виде сначала С, потом С++ и увидев что тут нет тех же динамических списков, первое что сделал — небольшую библиотечку с реализацией двусвязного списка, SkipList (сортированный список пар «ключ-данные», альтернатива дереву) и на базе него просто сортированный список данных без ключа и «набор» — сортирванный списко однотипных элементов с реализацией методов «сумма», «разность», «пересечение» и еще нескольких нужных в работе.
Да, это заняло некоторое время, но сейчас этим активно пользуюсь и я и не только.
До этого (обсуждали сие в другой теме) работал под виндой и много общался с использующими VCL (Delphi, CBuilder). Приходил в ужас от того что человек мог сказать — в VCL этого нет посему это невозможно. Приходилось тыкать носом в MSDN в соответствующую WinAPI функцию. В теме, где это обсуждалось как раз все началось с того, что дельфисту показалось сложно реализовать синхронную коммуникацию через pipe в отдельном потоке. Потому что человек привык лепить приложение из кубиков-компонентов. А такого компонента нет, нужно чуть подумать и написать немножко кода самостоятельно.
Посему остаюсь при своем мнении — если ты претендуешь на роль разработчика, а не обезьяны, которую приучили что если она возьмет правильные кубики и правильно их состыкует, то получит банан, то ты обязан понимать как именно работает тот или иной фреймворк и уметь при необходимости выйти за его пределы на просторы платформенного API или уметь расширить фреймворк необходимым функционалом на более низкоуровневых языках.
Знаете сколько дефектов промсреды возникает от переполнения статических массивов? Причем, смотришь код и видишь, что сначала был определен массив на 300 элементов. Потом он переполнился и вылез дефект. Как его поправили? Правильно, увеличили массив до 900 элементов. Почему? Потому что в языке нет «фремворка» где были бы реализованы динамические массивы, а подумать и сделать самому — нет привычки. Есть привычка пользоваться только теми кубиками, которые есть в наборе.
Детский сад, штаны на лямках.
Имей за спиной «базу» в виде сначала С, потом С++ и увидев что тут нет тех же динамических списков, первое что сделал — небольшую библиотечку с реализацией двусвязного списка, SkipList (сортированный список пар «ключ-данные», альтернатива дереву) и на базе него просто сортированный список данных без ключа и «набор» — сортирванный списко однотипных элементов с реализацией методов «сумма», «разность», «пересечение» и еще нескольких нужных в работе.
Да, это заняло некоторое время, но сейчас этим активно пользуюсь и я и не только.
До этого (обсуждали сие в другой теме) работал под виндой и много общался с использующими VCL (Delphi, CBuilder). Приходил в ужас от того что человек мог сказать — в VCL этого нет посему это невозможно. Приходилось тыкать носом в MSDN в соответствующую WinAPI функцию. В теме, где это обсуждалось как раз все началось с того, что дельфисту показалось сложно реализовать синхронную коммуникацию через pipe в отдельном потоке. Потому что человек привык лепить приложение из кубиков-компонентов. А такого компонента нет, нужно чуть подумать и написать немножко кода самостоятельно.
Посему остаюсь при своем мнении — если ты претендуешь на роль разработчика, а не обезьяны, которую приучили что если она возьмет правильные кубики и правильно их состыкует, то получит банан, то ты обязан понимать как именно работает тот или иной фреймворк и уметь при необходимости выйти за его пределы на просторы платформенного API или уметь расширить фреймворк необходимым функционалом на более низкоуровневых языках.
НЛО прилетело и опубликовало эту надпись здесь
Потому что с моей точки зрения С — достаточно низкоуровневый язык с простым лаконичным синтаксисом. Он не обременен фреймворками и приучает к основным понятиям — «переменная» — «память где она расположена».
Я не призываю не нем писать что-то большое и серьезное, но знать и понимать как будет работать то, что ты пишешь, более вдумчиво от ответственно подходить к процессу разработки, такая основа сильно помогает.
Я не призываю не нем писать что-то большое и серьезное, но знать и понимать как будет работать то, что ты пишешь, более вдумчиво от ответственно подходить к процессу разработки, такая основа сильно помогает.
Честно, впечатляет Ваша настойчивость! Было бы интересно услышать от Вас с таким опытом о развитии Вашего аккаунта в LinkedIn, хотя бы основные тезисы если будет время. Спасибо за статью, очень бодрит!)
НЛО прилетело и опубликовало эту надпись здесь
А ты топчишься в болоте и все никак не решаешься, а жизнь проходит мимо
главным катализатором у автора был именно переезд в США, который случился совершенно случайно… и если бы его не было то врятли история была такой блестяще-эпичной (ну я думаю у него бы все получилось но гораздо бы дольше )
у автора по сути не было выбора, или вкатываешся по жесткому в профессию или сидишь без денег
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Программируй себя. Как найти работу в IT