Контакты
Местоположение
Россия, Санкт-Петербург и область, Санкт-Петербург

Достижения

Все достижения (5)

Наибольший вклад в теги

Все теги (29)

Лучшие ответы пользователя

Все ответы (29)
  • Стратегия входа, путь развития во фрилансе. С чего начать, чтобы стать верстальщиком и php-программистом?

    Nikolino
    @Nikolino
    Html и css с практическими задачами лучше изучать на htmlacademy.ru. После того как освоился, качаешь бесплатные psd макеты и верстаешь, с адаптивом, какие-то сложные вещи, которые не можешь сверстать оставляешь пока.
    Далее ищешь видео где верстают макет, обычно на первых секундах-минутах показывают макет и сразу можешь понять сможешь ли сверстать сам или нет, если понимаешь, что не сможешь, то смотришь как автор это сделает, узнаешь новое для себя.

    По php. Читать большие и толстые книги пока бессмысленно, всё прочитанное будет вылетать из головы. Ставишь OpenServer, и сразу в бой:
    1. Переменные, условия, циклы, массивы.
    2. Пользовательские функции
    3. Базовые функции по работе со строками и с массивами. Комбинация функций. (важно понять и запомнить что они умеют).
    4. Post и Get запросы, получение Post и Get запросов из формы (тут сразу и html по формам подтянешь)
    5. Базы данных, простые запросы к базе, выборки, запись в базу данных из формы.
    6. Куки, сессии.
    7. Чтение и запись в файлы.
    8. Регулярные выражения.
    9. ООП, базовые понятия. Самое сложное и непонятное для новичка. Непонятно потому, что не ясно зачем это нужно и почему это в дальнейшем упрощает работу, поэтому как-то мимо ушей все пролетает.

    Если с английским хорошо, то codecademy.com.
    Если плохо, то базовую теорию (и сразу практику) делать здесь.

    Далее лучше сразу переходить на фреймворк (лучше Laravel). MVC в теории тоже понимается плохо потому, что пользу донести до понимания новичкам сложно, а при работе с фреймворками сам понимаешь почему это удобно.
    Во время изучения фреймворка и ООП подтянешь.

    Самое главное, по моему опыту обучения, это сразу делать практические задания по ходу изучения тем, постепенно, набивать руку. Задания лучше не пропускать (с мыслью "да тут легко, в теории я знаю как это сделать, пропущу, интересно что будет дальше").
    Самое неправильное, это дойти в чтении чуть ли ни до ООП, а открыв редактор кода, понять, что не можешь написать простые условия или перебор массива.

    То есть чтения меньше, практики больше. Это про голый PHP.

    Про фреймворк, если английский позволяет то Laracasts: Laravel 5.4 from scratch. Если не позволяет, то ищешь в ютубе что-то вроде "простой блог на Laravel", смотришь и кодишь параллельно у себя.
    Тут тоже самое, под попкорн просмотреть всю серию роликов от начала до созданного блога с админкой бесполезно. Обнаружится потом, что не можешь даже базовые вещи сделать. Нужно делать параллельно с автором, он делает какой-то функционал, смотришь, делаешь также, изначально может быть непонятно многое и зачем автор это делает, но со временем поймешь как это работает.

    Далее пробуешь сделать что-то свое, какие-то "фичи", например авторизацию с помощью соц. сетей, лайки к постам и комментариям (с помощью ajax, тут можно jQuery изучить чуть-чуть), вложенность комментариев и т.д. Можешь другой себе проект придумать(представь себя стартапером).

    Далее можно изучить системное администрирование чуть-чуть, покупаешь VPS недорогой, ставишь Nginx, MySQL, PHP-FPM и т.д. Пробуешь залить туда свой проект, так чтобы всё работало. Далее можешь попробовать прикрутить какой-нибудь поисковый движок (Sphinx, например). Изучение командной строки тоже на codeacedemy.com есть.

    Возможно для фриланса это и не особо нужно, но при устройстве на работу (в том числе и удаленную), будет не лишним, во многих вакансиях это требуют даже от Junior'ов (но в вакансиях любят преувеличить).

    Сам изучаю всё это недавно. До этого был Python+Django(первый фреймворк). В команде никогда не работал. Так что можно сказать передаю опыт от новичка новичку.
    Ответ написан
  • Реально в 36-40 лет стать тестировщиком или программистом если есть свободное время?

    Nikolino
    @Nikolino
    Реально, но есть нюансы.

    Если на собеседовании и на тестовом задании вы (40 летний, так называемый, switcher) и 20-ти летний соискатель показали плюс минус одинаковые результаты, то возьмут, скорее всего, его, чем вас.

    Тоже относится и к образованию, кто-то говорит, что профильное высшее неважно, ведь там мало чему можно научиться, что потом реально потребуется в работе. Это так, но опять же, при прочих равных, предпочтение отдадут кандидату с профильным высшим.

    Если коротко, то молодой возраст и высшее профильное это конкурентные преимущества. Реальный "вес" этих преимуществ оценить сложно, на фоне кучи других факторов.

    А понятия "40 летний джун", "30 летний мидл" это всё относительно. Сеньор какой-нибудь региональной веб-студии будет джуном в какой-нибудь крупной столичной IT компании, хоть и в годах опыт есть, но если доводилось работать лишь с лендингами или простыми сайтами на CMS, то джун с опытом работы в 1 год, но в крупной конторе, вероятно уже знает больше.
    Ответ написан
  • Почему не вносятся правки в файлы в папке Vendor?

    Nikolino
    @Nikolino Автор вопроса
    Разобрался, нужно было сделать

    php artisan vendor:publish --tag=ckeditor --force
    Ответ написан
  • Как стать web разработчиком на Python не прикасаясь к html, css и javascript?

    Nikolino
    @Nikolino
    Базу знать нужно (html, css, js, jquery). Так как проще и быстрее бэкендеру запилить админку, используя bootstrap и пару jquery плагинов, чем состыковывать в одной задаче двух человек (бэкендера и фронтендера), на написания ТЗ и прочие состыковочные организационные моменты уйдет больше времени, чем на написание простой админки в одиночку. Для фрондендеров это слишком просто и тратить их время выгоднее на более сложные задачи (SPA приложения на фреймворках и т.д.)

    Поэтому работодатели и требуют знание frontend базы от бэкендеров, и backend базы от фронтендеров. Команде будет легче общаться.
    А "бедные" веб-студии ищут fullstack'ов, потому, что пару fullstack'ов для маленькой студии выгоднее, ведь иногда может нехватать backend задач, но много фронта, а через пару недель наоборот и т.д.
    Ответ написан
  • Как организовать архитектуру проекта для Vue + Laravel?

    Nikolino
    @Nikolino
    В файле resources/js/app.js можно регистрировать компоненты вручную (после window.Vue = require('vue')):

    /**
     * The following block of code may be used to automatically register your
     * Vue components. It will recursively scan this directory for the Vue
     * components and automatically register them with their "basename".
     *
     * Eg. ./components/ExampleComponent.vue -> <example-component></example-component>
     */
    
    Vue.component('something', require('./components/Something.vue').default);
    Vue.component('whatever', require('./components/Whatever.vue').default);


    А можно и сборщиком:
    const files = require.context('./', true, /\.vue$/i)
    files.keys().map(key => Vue.component(key.split('/').pop().split('.')[0], files(key).default))


    Используешь их в blade шаблонах
    Ответ написан

Лучшие вопросы пользователя

Все вопросы (61)