Ответы пользователя по тегу Карьера
  • Как составить план обучения и практики Python?

    Vlad_IT
    @Vlad_IT
    Front-end разработчик
    Не надо планов, вы лишь все усложните, забьете себя в рамки, и превратите это все в рутину. Просто действуйте главному правилу - учиться и писать код каждый день, хотя бы пол часа. Это как с английским языком (да в принципе и с любым обучением), лучше каждый день по 30 минут, чем на выходных по 3 часа.
    Ответ написан
  • Насколько необходимо middle frontend разработчику знать другие языки и библиотеки?

    Vlad_IT
    @Vlad_IT
    Front-end разработчик
    Ну, один из фреймворков вам точно нужен. Vue или React, не важно. WebGL, Three.js, GSAP нужны, если вы планируете работать с графикой, анимацией - этим владеют не все, по этому поводу париться пока не стоит (хотя это довольно интересная область). Посмотрите вакансии middle front-end разработчиков, там как правило все перечислено.
    пробую создавать макеты в Figma

    Это front-end'еру совсем необязательно учить, оставьте эту работу дизайнерам. Хотя, расширять кругозор всегда полезно, да и фронтендеру близка работа с дизайнерами, неплохо бы понимать специфику их работы.
    Готовых сайтов на чистом vue/react + эти библиотеки пока не видел

    Видели, просто не догадывались об этом.
    Ответ написан
  • Стоит ли начинать с JavaScript?

    Vlad_IT
    @Vlad_IT Куратор тега JavaScript
    Front-end разработчик
    Я учил C#. Это довольно чистый язык, он позволит разобраться с ООП без оглядки на нюансы языка. Так же он довольно универсален, там и прекрасный веб ASP.NET MVC, и мобильная разработка Xamarin, разработка игр Unity, ну и десктоп. Но тут надо смотреть, есть ли по нему вакансии в вашем городе.
    Ответ написан
  • Где найти работу начинающим?

    Vlad_IT
    @Vlad_IT
    Front-end разработчик
    Хотелось бы найти человека, который сможет подкидывать "работу".

    Проблема в том, что таких как вы очень много, и даже больше, есть те, кто хотят работать за бесплатно, лишь бы набрать опыта. Следовательно, вам нужно доказать потенциальному работодателю, что вы лучше других, не путем демпинга цен, а путем представления себя. Набейте портфолио хорошими работами. 5-6 работ, и вы уже выделяетесь на фоне других. Научитесь писать отклики на заказы (cover letter). Найдите еще одного человека в команду, который будет натягивать вашу верстку на CMS, т.к. чистая верстка на фрилансе реже бывает, и вы рискуете потерять часть заказов.
    На фрилансе работают очень много посредников/студий, которые как раз и могут давать вам поток заказов, но нужно убедить их в том, что вы надежные профессионалы.
    Ответ написан
  • Как въехать в тему на новой работе?

    Vlad_IT
    @Vlad_IT
    Front-end разработчик
    Чтобы разобраться с кодом проекта, достаточно уметь отлаживать, читать чужой код и знать свою IDE.
    Будете сидеть и нервничать по этому поводу, тогда точно не сможете вникнуть. Просто расслабьтесь, спрашивайте у коллег что непонятно, узнайте архитектуру проекта, почитайте чужие коммиты и другие задачи, чтобы понимать, как развивался проект, и в каком направлении развивается сейчас. Как правило, не нужно сразу зубрить весь проект, достаточно выполнять задачи, пусть даже первое время не очень быстро, но по крайней мере стараться, и регистрировать что делаешь (коммиты, в задаче описывать, спрашивать совет, показывая, что ковыряешь что-то а не тупо сидишь).
    Как оценивать время на выполнение новых задач, с которыми я на прошлой работе не сталкивалась?

    Ну с этим проблемы у многих. Часто, чтобы легче было точно знать сроки на проект, нужно разбить его на множество маленьких подзадач, и каждой задачке примерно оценить время выполнения. Потом все суммировать, и умножить на 2 :-)
    Ответ написан
  • Каковы реалии веб-разработки?

    Vlad_IT
    @Vlad_IT
    Front-end разработчик
    2)не меньше постов о том, что это на самом деле это крайне скучная и однообразная работа. У меня вроде как более менее реальные представления, что это больше программирование (знаю, что большинство не относит front end к программированию,но не знаю как по другому сформулировать), нежели полет фантазии, но насколько это увлекательно или скучно именно для вас?

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

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

    Ничего подобного. Чтобы это "новое" попало в продакшн, нужно время. Даже если на год бросить это дело, то восстановиться можно будет без проблем за неделю. Как правило, то, что будет использоваться уже в следующем году, сейчас уже создалось и это активно обсуждают. Ничего за месяц не взлетает.
    не жалеете, что занимаетесь front end и почему?

    Как начну жалеть, пойду в другую область. Раздражает только отношение других программистов к front-end'у, многим кажется, что тут одни "макаки", хотя сами они об этой области не имеют никакого представления. Но такие вещи происходят и в других языках или профессиях, поэтому не нужно обращать на это внимание.
    Ответ написан
  • Можно ли быть веб дизайнером и программистом одновременно?

    Vlad_IT
    @Vlad_IT
    Front-end разработчик
    php, js, css, html, cms 1c bitrix, wordpress

    Эта область уже как минимум на три делится.

    Это
    знаю php на среднем уровне

    не коллерирует с этим
    прохожу курс по php от qsoft в skillbox

    Ибо курсов выше новичка не существуют. По крайней мере в skillbox и geekbrains.

    Каждая специализация требует к себе полного внимания. Если будете пытаться изучать две специализации, вероятнее всего, будете максимум мидлом на обоих из них.
    Другие специализации полезно учить, чтобы расширять кругозор. Но хорошо выучить вряд ли получится.
    Ответ написан
  • Обучение php, обучение программированию Битрикс?

    Vlad_IT
    @Vlad_IT
    Front-end разработчик
    обучить сотрудника и поставить его на должность программиста 1с битрикс

    Вы погубите человека.
    Разработчик Битрикса, без знаний языков программирования, php например - не будет являться таковым.

    Практика чтения кастомного (да что там кастомного, даже ядра) кода программистов битрикса говорит об обратном.
    Поэтому в нашем понимании, сначала нужно изучить как минимум подобный курс geekbrains

    Вы погубите человека.
    В сети много курсов по php за 6-8 недель.

    Не хватит. Если нет опыта в разработке, это хватит только на базовые вещи. Никаких методологий, понимания логики, хороших практик. Да даже банально язык за это время не изучить, если нет за плечами подобного опыта.
    С курсов на выходе вы получите человека, который будет считать, что якобы он все понимает, а на деле будет беда.
    Не ждите от новичка адекватного результата в первый год.
    Ответ написан
  • Над чем нужно работать, что улучшать?

    Vlad_IT
    @Vlad_IT
    Front-end разработчик
    1. Закомментированный код на гитхабе - не хорошо. https://github.com/marinarodkin/aviasales-app/blob...
    2. Минимум логики в render функции компонента. Все сложные конструкции переносите в методы, а лучше в отдельные компоненты (тогда сможете легче контролировать перерисовку компонентов через shouldComponentUpdate , чтобы они не перерисовывались, если данные не поменялись). Вы можете прямо как методы писать стрелочные функции:
      class Flight extends Component {
          getWeekDay = (date) => {
              //..
          }
          // ....
      }

    3. Вы в половине случаев используете точку с запятой, а в половине нет. Используйте чаще.
    4. Атрибут for нельзя использовать в jsx (как и class, как вы знаете). Вместо for пишите htmlFor
    5. Смотрите консоль инструментов разработчика, там есть ошибки.
    6. Освойте shouldComponentUpdate, он позволяет контролировать перерисовку компонента при изменении состояния или пропсов. У вас при изменении кол-во пересадок, перерисовывается весь список билетов, даже те, которые уже были в этом списке. Многие скажут, что еще рано такое учить, но я не согласен. Если не учиться контролировать перерисовку еще в начале обучения, то можно написать очень много тормознутого софта.
    7. У вас данные ticket.json подгружаются хардкодно из github, это не хорошо, т.к. этот файлик с данными есть в папке public, и если потенциальный работодатель захочет поменять там что-то, он не увидит изменений (т.к. грузится с гитхаба).
    8. У вас если в данных в параметре departure_date стоит 11.10.2018 (т.к. сегодня), то отобразится это как "11 окт 2018, вс", т.е. день недели неправильный. А он неправильный потому, что это не октябрь, а ноябрь. Ошибка в методе getDateFormat
      const newDate  = new Date (year, month, day, );
      const monthName = ["дек", "янв", "фев", "мар", "апр", "мая", "июня", "июля", "авг", "сент", "окт", "ноя", "дек"];
      const newMonth = monthName[newDate.getMonth()];

      конструктор Date вторым аргументом ожидает номер месяца, нумерация которого начинается с нуля. т.е. 0 - январь, 1 - февраль, 11 - декабрь. Судя по monthName вы подозвевали, что есть что-то неладное, но ошибись с реализацией. monthName должен иметь обычный вид, начинаться с января и заканчиваться декабрем, т.к. нулевой элемент массива как раз подходит по логике с нулевым месяцем. В getDateFormat, а также в getWeekDay, вычтите из month - 1
      const newDate = new Date(year, month - 1, day)
    9. У вас в тех же getDateFormat и getWeekDay в конструкторе Date вы в конце аргументов пишите запятую, так не нужно делать. Это не вредно и не полезно, просто дурной тон. Там в любом случае будет undefined, хоть с запятой хоть без нее.
    10. Картинки тоже грузятся с marinarodkin.github.io, измените.

    11. const getStopsNumber = (stop) =>{
            switch (stop) {
              case 3:
                return "3 пересадки"
              case 2:
                return "2 пересадки"
              case 1:
                return "1 пересадка"
              case 0:
                return "без пересадок"
              default:
                return // это не нужно делать, писать return. Если вы удалите эту (и строку выше), то результат будет такой же - undefined
            }
          }

    12. Если бы в SideBar пропс stopsData был не объектом, а строкой или числом, то компонент SideBar можно было бы безболезненно превратить в PureComponent. Ну это так, к слову об оптимизации.
    13. Я бы в stopsClick передавал не объект события e, из которого вы потом берете id элемента через e.target.id (что не есть гуд), а сделал бы стрелочную функцию (или bind), в которую бы передавал id. Вот так
      <input onClick={() => this.props.stopsClick("allStops")} />
      <input onClick={() => this.props.stopsClick("noStops")} />

      Если это читают опытные ReactJS разработчики, рассудите пожалуйста. Согласен, что на каждый компонент будет создана своя копия функции, но по крайней мере, не нужно взаимодействовать с DOM напрямую.
    14. Это не красиво
      if( this.state.stops.allStops === false && this.state.stops.noStops === true && this.state.stops.oneStop === true && this.state.stops.twoStop === true && this.state.stops.threeStop === true  ){
               newStops = {...this.state.stops, allStops: true}
          }

      мне кажется, на дальнейшую логику это никак не играет роли, лишь создает глюк, когда выбираешь все чекбоксы кроме "все", и если кликнуть после этого на один из них, он не отожмется, а лишь включится чекбокс "все".
    15. Попробуйте везде сократить повторяющиеся конструкции. Например начните с stopsClick Не говорю, что у вас сразу получится, это приходит с опытом. Но просто попытайтесь подумать, как это можно сократить.


    Может я многое высосал из пальца, но это будет вам полезно. Учитесь, развивайтесь. Удачи вам в этом :-)
    Ответ написан
  • Достаточно ли знать только Python, чтобы начать работать в области IT?

    Vlad_IT
    @Vlad_IT
    Front-end разработчик
    Вопрос должен звучать иначе
    - Достаточно ли мне пройти курс по изучению Python, чтобы использовать Python для работы
    ответ - нет. По вашему вопросу ответ - да, питон универсален, но помимо самого языка нужно знать его инструменты (например для веб django/flask, для парсинга lxml, scrapy - для обоих случаев SQLAlcheme или другую. И куча других).
    Ответ написан
  • Стоит ли заниматься ремонтом цифровой техники?

    Vlad_IT
    @Vlad_IT
    Front-end разработчик
    Тут надо понимать, какой уровень вам требуется. Многие мастера максимум что умеют, это проверить вздутые кондеры, поменять экран смартфону, и поменять железки в материнке, и даже многие не умеют делать обычный реболлинг (или нет оборудования) - таким стать легко за пару месяцев. А для чего-то серьезного, без радио-технического образования (я не имею ввиду корочку) будет сложно.
    Ответ написан
  • Что за шум вокруг темы, что программисты скоро не нужны?

    Vlad_IT
    @Vlad_IT
    Front-end разработчик
    программисты не будут скоро восстребованы.

    Когда мне было 16, я начинал только программировать, меня волновал тот же самый вопрос. Вот даже тему создавал на форуме www.cyberforum.ru/job/thread127123.html (сильно не читайте, мне стыдно за свои сообщения того времени =) ) Это было 7 лет назад, за это время особо ничего не изменилось, поэтому думаю через еще 7 лет будет все нормально.
    Работы для программиста море, а работники нормальные как правило отсутствуют. Понятное дело, что программирование стало "мейнстримом", делать сайты идут все кому не лень, т.к. везде кричат "Программирование сделает вас богатыми! Всего за месяц вы научитесь создавать сайты за деньги!", благо майнинг переманивает людей, желающих легких денег (не в обиду профессиональным майнерам). Но скажу точно, если вы прочитали хоть одну книжку по своему языку программирования, можете писать без использования jQuery и Boostrap (не в обиду этим технологиям, просто часто вижу, что люди учат не JS/CSS, а jQuery/Boostrap), умеете ставить правильные сроки, сможете написать игру "змейка" - то вы уже лучше 90% программистов, а то и больше.
    будут такие инструменты

    Помню 7 лет назад писали "Вот совсем скоро создадут программу, с помощью которой дизайнеры будут рисовать дизайн, и он сразу будет сохраняться в HTML или шаблон движков". Вроде бы не соврали, такие есть, но качество выходного продукта подкачало, что даже часто хуже качества работы школьника.
    будут такие инструменты, которые заменят программеров", ИИ и все такое...

    Так будет с большинством профессий, даже со специалистами по машинному обучению. Но надо понимать, что это случится еще не скоро, лет 10 у вас есть, а там сделают безусловных доход в развитых странах, а в менее развитых, сделают закон, требующий чтобы более 50% сотрудников были не ИИ :-)
    Скажу точно, если вам программирование не очень нравится, то советую уйти в другую профессию, т.к. без любви к этой профессии будет сложно часами сидеть и учить материал (когда тебя не заставляют). Деньги легкие вы тут тоже не сделаете.
    Ответ написан
  • С чего начать изучать программирование законченному гуманитарию?

    Vlad_IT
    @Vlad_IT
    Front-end разработчик
    1) Если Вас тянет к программированию, то просто читайте книжки, практикуйте, читайте и опять практикуйте. Для JavaScript могу посоветовать "javascript подробное руководство" очень понятная книжка. Если что-то не понятно, гуглите и ищите статьи на эту тему от разных авторов.
    2) Если к программированию Вас не тянет, а просто хочется из-за денег, то бросьте эту идею и продолжайте развиваться в веб-дизайне. Достойному дизайнеру платят не меньше чем программисту. Тем более вы понимаете верстку, такие навыки очень пригодятся.
    Главное правило: делайте то, что нравится, а не то, за что больше платят. т.к если Вам нравится дизайн, то Вы будете профессионалом в дизайне, а если Вам не нравится программирование, то профи вы не будете. Выходит, что дизайнером вы будете хорошо зарабатывать, больше чем программированием. Но если нравится код, то вперед :-)
    Ответ написан