Neatek logo logotype
AdminVPS Hosting VDS

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

Технический специалист всегда поможет, расскажет, исправит неисправляемое.

Сделай заказ прямо сейчас

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

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

  • 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)