Нужно разработать сайт, или сделать разовую поддержку сервера? Или перенести сайт? Сделай заказ прямо сейчас

Есть вопросы? Оставь их в комментариях, внизу у каждой статьи! Я подписан на все обновления.

Что нужно для современной веб-разработки сайтов?

Какие программы нужны для веб-разработки?

  • Sublime с плагинами, которые вы найдете сами. Для Windows так и для MacOS разработки.
  • WinSCP или FileZilla для Windows юзеров, на MacOS — Cyberduck хороший FTP клиент.

Статья о том, что нужно для разработки веб-сайтов, более менее упрощенная  и легкая для чтения.

Кратко о том, что должен иметь разработчик в минимальном кейсе своих знаний и навыков:

  1. Аналитическое мышление — для нахождения багов, косяков в фронт-енд и бэк-енд разработке. Очень важная составляющая при работе уже с имеющимся проектами.
  2. Структурированное мышление, или мышление позволяющее составить краткий план для разработке модулей, которые далее можно совместить и использовать как готовый проект. И каждый модуль должен быть спроектирован максимально эффективно, гибко, и иметь высокую производительность.
  3. Отсеивание ненужного хлама — также важная составляющая, о ней подробнее ниже.
  4. Иметь собственные принципы в разработке от которых он не должен отходить, в плане стилизации кода, учёта того что после тебя будет работать другой сотрудник, оставь после себя аккуратный код, читабельный и простой в понимании.

Аналитическое мышление

«F12, Console — голова Front-end».

Позволяет легко и просто определить область косяка или бага в коде, ты должен легко и просто ориентироваться в инструменте для разработчиков (F12) в браузере, отслеживать ошибки или предупреждения в «Консоли» браузера для определения «что может пойти не так», для программировании на языке JavaScript (jQuery). Также для front-end разработки, надо владеть «Просмотром кода элемента», знать хорошо свойства CSS и принципы перестроения блоков в HTML. Если ты знаешь хорошо HTML+CSS то ты сможешь используя браузер легко определить косяк в верстке твоего сайта, или сайта своего клиента и поправить его молниеносно. Также можно вставлять всякие вставки в коде console.log() для вывода того что происходит в JavaScript, и далее смотреть в F12 Console ошибки или вывод заглушек «Break поинтов» которые ты сам сделаешь.

Структурированное мышление

«Чем ленивее разработчик — тем лучше».

Важная составляющая при разработке на языках back-end, PHP, Python, Java и прочих. Ты должен писать модули, классы, чтобы потом их использовать во многих местах своего сайта, писать быстрый и гибкий код, при изменении которого можно добиться максимум эффективности. Писать как можно меньше кода — чем меньше кода — тем больше его эффективность в плане разбора и поиска косяков. Ты обязан фильтровать данные, задавать значения по-умолчанию для своих функций, чтобы сайт не развалился когда поступят «какие-то не такие данные», он должен отрабатывать в любом случае адекватно, желательно отображать логи, в свой файл чтобы ты сам потом смог без проблем обнаружить косяк и быстро и эффективно его исправить. Лучше посидеть часок другой и подумать как всё это будет работать, если проект слишком большой — лучше расписать всё на доске, составив общую картину модулей, и как их соединить в едино. Разбивай на части любые сложные задачи.

Отсеивание ненужного хлама

«Мы будем использовать 1C Битрикс»

Сложный проект? Хочется легко и быстро его сделать? Есть готовые решения? На самом то деле «готовые решения» — не лучшие решения для вашего проекта. Тот же самый jQuery — это тот же JavaScript в нашем современном мире, он имеет всё тоже самое что и JQuery. Слайдеры? Есть куча также готовых решения для построения вашего слайдера, есть куча всего чтобы вставить в ваш проект, НО! Не забывайте что каждый встроенный элемент(плагин, библиотека) имеет свои косяки, баги, и уязвимости. Также решения для готовых сайтов — wix.com всякие конструкторы, всякие движки 1C Битрикс, и прочие — не лучшие решения, не каждый движок идеален как говорят их маркетологи. Подумайте раз сто перед тем как взять что-то готовое и начать на нём свой проект. Много соблазна чтобы угробить свой проект на стадии создания. Так какого решение? Лучше делать всё самому, нанимать качественных разработчиков с опытом разработки более 5-ти лет, у которых имеются свои библиотеки для различных платформ. И тут есть конечно свои проблемы с огромным недостатком людей, которые действительно что-то знают.

Собственные принципы

«Мы так делать не будем»

Заказчик хочет от вас магии? Никогда не соглашайтесь на безумные хотелки своих заказчиков, если они желают вывалить огромное количество данных на одной веб-странице, или сделать кучу анимации на одной странице — откажите, предложите разбить данные, ведь пользователи не будут терпеть загрузки страницы которая длиться более 5-ти секунд, в идеале она должна открываться за 1-2 секунды максимум. Вы должны чётко иметь «железные» принципы разработки, не писать «вермешель» в проекте, которая сама по себе развалиться по истечению 1-2 года, да, это выгодно для вас, но о вас пойдут очень плохие и сомнительные отзывы. Каждый сам выбирает себе принципы, но задумайтесь о них, правильные они или нет.

Как выявить проблему в Back-end?

Многие мне пишут про ошибки в библиотеках что я создал, что они не работают и так далее. Перед тем как их выложить я их тестирую, они работают на многих проектах, и работают исправно, для Платежей Тинькофф, или для платежей Робокассы. Посмотрите в PHP ошибки вашего Apache, Nginx сервера, или сделайте вывод ошибок в php.ini вашего хостинга. И проблемы сразу решатся, а также используйте уже наконец PHP7.2 и выше. Всё что ниже PHP5.6 уже не «комельфо».

Полезные ссылки:

  • https://htmlacademy.ru/ — научиться HTML+CSS, полезный ресурс для выполнения «домашей работы» или научиться минимально делать дизайн.
  • http://www.php.su/ — отличный сайт для чтения про функции PHP, или написать на форуме вопрос с вашей проблемой.
  • https://ru.stackoverflow.com/ — напишите о вашей проблемы, и подключаться квалифицированные люди (в какой-то степени), для решения.
  • https://bitbucket.org — создание приватного репозитория для вашей разработки. (Github теперь — Microsoft).

Есть у вас остались какие-то вопросы, или предложения по статье, вы можете написать ниже и сообщить мне об этом. Спасибо что прочитали, и удачи в развитии, никогда не останавливайтесь, ведь столько много всего интересного вокруг! @neatek

Оцените данную статью

КолДваТриЧетыреОтлично! (3 оценок, средне: 5,00 из 5)