LINUX.ORG.RU
ФорумTalks

О печальном состоянии веб-программирования

 , ,


1

1

Столкнулся с проектом Vue+Symfony+GitLab. Я не понимаю кому выгодны эти запутанные инструменты, веб-фреймворки, это безумное усложнение? Но больше всего не понимаю, как это можно любить.

Критикуешь - предлагай альтернативу. И так, все предыдущие 3 года я просто мог работать, если не попадался такой вот мусор! Я подключал удаленную FTP папку в Windows 10, и редактировал файлы через notepad.exe, с тех пор как он научился в кодировки я даже не использовал Notepad++. Если сайт посещаемый, и не нужно было экспериментировать над пользователями, я делал из page.php копию page2.php и редактировал код там. Frontend? Есть JQuery и куча плагинов, скачиваешь min файл и копируешь себе в папку, вот и вся сборка.

Теперь же перейдем к моему текущему проекту. Vue, эта штука просто отбирает контроль за происходящим, как на этом сделать что то нормальное я не представляю, не удивительно что современные веб-приложения еле работают, а в IE или PaleMoon не запускаются вообще. Ну ладно, там и проект не сложный, с ограничениями я воевал всего лишь неделю... Но эти бесконечные сборки, я не против сборки, но оно же компилируется медленнее плюсов, зачем же так издеваться?! Такое и даром не нужно!

Symfony, ну явно для любителей Java штука, программирование на текстовых конфигах присутствует. А вот какой смысл делать yml/json/xml когда есть config.php? Это же скриптовый язык, зачем так извращаться?! В остальном это просто ад, даже описывать не буду, для простейших действий требуется 100500 часов, и классы, классы, классы. И шаблоны, как будто бы PHP плохой шаблонизатор. Видимо реально это делалось для Java, а потом конвертором перегнали в PHP.

GitLab, Git - отличные замедлители разработки, как и системы сборки фронтенда, я кажется близко к разгадке, программисты на скриптовых языках завидовали плюсовикам, у них проект пока скомпилируется, можно 20 чашек кофе выпить, вот и продвинули это. Git - ну просто каргокульт, пришлось однако ставить это жирное нечто на десятку, отъело пол гига!!! GitLab - поприкольнее, поинтереснее, просто так коммитить нельзя, ветка ограниченна, нужно обязательно попросить разрешение управлящего, это же так круто! Если вы не доверяете мне, зачем просить что то делать? Потом еще начинается «а разбейте на коммиты, слишком много изменений»...

А вам это нравится, почему? Вы задумываетесь над тем что вы делаете? И как это делаете?

★★★★★

Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от MOPKOBKA

И про Docker тоже ничего нормального не слышал. Вот есть хостинг с PHP, это сразу production-окружение, реальные данные (которые можно скопировать в отдельную таблицу), быстрое разворачивание (открытие FTP-папки)

Вы правда не понимаете, что если докер не нужен, то его не надо использовать? А гитом можно прямо в фтп-директорию и заливать.

fernandos ★★★
()
Ответ на: комментарий от MOPKOBKA

Проблема не в браузере.

+1. Проблема в орде дизайнеров на жс.

fernandos ★★★
()
Ответ на: комментарий от MOPKOBKA

Выгнать админа, сменить хостинг, итд, копия всегда должна быть, если планируется большая работа

Работа была небольшая, вы забыли закрывающуюся скобку в ксс. Все последующие стили не работали, но вы это не обнаружили, ведь ошибка была рядом с концом файла. Тем не менее на некоторых страницах пропал фон.

fernandos ★★★
()

это безумное усложнение

Они питаются нашей энергией: страхом и злобой т.д. Улыбнись и посмейся над всеми кретинами.
Веб не был ни когда нормальным...

xwicked ★★☆
()

Отчасти ты прав, современный дроч на открытые системы зачастую ничем не оправдан. На практике оказывается, что всё равно нужно обрабатывать напильником и держать IT отдел для этого. С другой стороны это сдерживает разработчиков от того, чтобы пилить совсем уж «вещи в себе».

no-such-file ★★★★★
()
Последнее исправление: no-such-file (всего исправлений: 1)
Ответ на: комментарий от Spoofing

я не против git как такового, но он отнимает слишком много времени.

Да я тоже, штука полезная в ОПРЕДЕЛЕННЫХ ситуациях.

при чём, готовых рецептов, как всё это автоматизировать и настроить, нету!

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

MOPKOBKA ★★★★★
() автор топика
Ответ на: комментарий от CYB3R

Хостинг на Linux, и программирование идет на свободном LAMP. Я бы поставил линукс, но проблемы с железом, а на Windows 10 их у меня на рабочем компьютере нету, и все инструменты для разработки доступны из коробки.

MOPKOBKA ★★★★★
() автор топика
Ответ на: комментарий от Spoofing

я не против git как такового, но он отнимает слишком много времени.

Значит вы делаете что-то не так.

но тут начинается git, который требует переключения в другое окно, требует ввода команды… всё это отнимает от процесса разработки очень много времени.

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

я честно пытался гуглить, как вообще разрабатывать с git. как автоматизировать все эти лишние движения, но рабочего рецепта от бывалого программиста так и не нашёл.

Автоматизировать что?

мне на самом деле пофиг, сколько там будет прослоек сущностей между моим текстовым редактором кода и продакшоном, всё, чего я прошу, чтобы всё это выполнялось прозрачно нажатием одной кнопки Ctrl + S

Зачем?

но только пожалуйста, скажите КАК. ибо всё, что мы видим сейчас, это действительно имитация деятельности, — всё усложнить ради усложнения чтобы повысить порог вхождения и сделать вид, будто бы программисты не зря едят свой хлеб. как дети малые, хвастающиеся консольным окружением.

Что за бред вы несёте? Вы не понимаете, зачем нужна СКВ?

fernandos ★★★
()
Ответ на: комментарий от fernandos

Что? Вам надо иметь соответствующие права.

Это специальное ограничение, что бы в прод не попадало лишнее. С page2.php оно и так не попадает пользователям на глаза.

MOPKOBKA ★★★★★
() автор топика
Ответ на: комментарий от MOPKOBKA

Это специальное ограничение, что бы в прод не попадало лишнее

Прод — отдельная защищённая (на гитлабе как-то так называется) ветка, это не про прод, а про безопасность кодовой базы.

fernandos ★★★
()
Ответ на: комментарий от fernandos

Забыл описать коммит, создать отдельную ветку, слить изменения. А теперь изменим задачу, меню генерируется из БД, нужно пункты вытаскивать теперь по другому, перед изменением желательно потестить как это будет работать.

MOPKOBKA ★★★★★
() автор топика
Ответ на: комментарий от fernandos

Закрывающая скобка это что то про мемы из вконтакта, никогда подобных проблем не было. Ну другая подобная проблема может возникнуть, для этого можно сравнить файл с копией, встроенная функция Windows 10 (не глазами естественно).

MOPKOBKA ★★★★★
() автор топика
Ответ на: комментарий от Nervous

И получить зачатки убогого, недокументированного и непротестированного фреймворка.

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

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

MOPKOBKA ★★★★★
() автор топика

Про вебный bloat не писал только ленивый, а насчет гита зря так думаете, если проект делается не в 2.5 человека то польза от него есть.

BLOBster ★★★
()

У вас устаревший стэк и воркфлоу. У меня друг работает React разрабом, с Vite проект поднимается за 300мс, хотрелоад моментальный без потери состояния.

На бэке нода, нигде классов нет, определения типов отдельным пакетом и общие для фронта и бэка.

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

Он до этого работал на vue + php, возвращаться не планирует.

MLP_Fan ★★
()
Ответ на: комментарий от MOPKOBKA

Забыл описать коммит, создать отдельную ветку, слить изменения

Веб-иде гитлаба. Можно сделать прямо из веб-интерфейса.

А теперь изменим задачу, меню генерируется из БД, нужно пункты вытаскивать теперь по другому, перед изменением желательно потестить как это будет работать.

Скачать всё из репозитория, протестировать.

Можете забрать с прода БД, где хранятся пункты меню, можете заглушку сделать, можете, если есть, на тестовый сервер залить.

fernandos ★★★
()
Последнее исправление: fernandos (всего исправлений: 1)
Ответ на: комментарий от MOPKOBKA

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

Не так, Расмус говорил, что все general purpose фреймворки не нужны, ведь никто не решает общую проблему, все решают частные проблемы.

fernandos ★★★
()
Ответ на: комментарий от intelfx

Веб-то говно

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

fernandos ★★★
()
Ответ на: комментарий от Spoofing

Escape Shift + ; w Enter Insert

Ты пользуешь вим неправильно.

t184256 ★★★★★
()

PHP

Какое ещё php в 21 году? Это уже даже не позапрошлый век.

th3m3 ★★★★★
()

Поддерживаю. Фреймворки говно.

Фреймворки - причина всех существующих ныне тормозов.

Нет ничего плохого, в том что программист, программируя свой порносайт, выносит функции в отдельную либу или либы, по сути абстрагируясь от низкоуровневого кода (такого как подключение к БД, запросы, всякие там счетчики и тд) и сосредотачивается на собственно продуктивной работе. Плохое начинается тогда, когда этот долбанный программист на либах порносайта начинает писать интернет-магазин. О!

Как бы кто ни спорил - но один скрипт на 1000 строк выполнится быстрее 10 заинклуженных скриптов на 100 строк. Пусть на 100 мс, но быстрее.

Работаю с клиентом. У клиента небольшой интернет-магазин доставки пиццы. Загружается за три-четыре секунды. На десятке клиентов - 10 секунд. Сервак с 16 Гб ОЗУ, 4 ядерный проц, RAID. Wordpress.

У другого что-то типа блога на composer. Ситуация идентичная.

Ребята, вы серьезно ? Я в YOBA-Кризис гонял на тачке в два раза хуже.

Ну конечно, если для того чтобы написать Hello World, вам нужно выполнить 20 запросов к БД, то у вас веб-приложение будет требовать 100500 денег в сервер.

Вместе с тем мой САМОПИСНЫЙ блог на PHP (я даже продал его движок) обслуживает 1000 посетителей, хостясь чуть ли не на Малине.

И такая ситуация не только в ВЕБЕ.

Возьмите какую-нибудь старую концепцию рабочего стола для эксперимента. Например Windows’95. А теперь сделайте аналог (панель задач, трей, иконки) на современных инструментах. Скока оно будет весить ? Гиг ? Два ? При том сама 95-я Винда весила 50 метров. Виной всему эти сраные фреймворки.

windows10 ★★★★★
()
Ответ на: комментарий от fernandos

Расмус говорил, что все general purpose фреймворки не нужны, ведь никто не решает общую проблему, все решают частные проблемы

Да ладно? Есть линк? Это первый раз, когда я слышу, чтобы автор подобного ЯП говорил «да, мой язык — говно, и любые попытки решить проблемы языка в рамках самого языка бесполезны». Он там новый ЯП уже планирует?

byko3y ★★★★
()
Ответ на: комментарий от theNamelessOne

Вот на кого равняться, так на создателя PHP

Ты в курсе вообще, чем был PHP в начале пути? Стоит отдать должное, Расмус говорил «я вообще просто хотел сделать домашнюю страничку. Там даже никакого языка программирования не должно было быть. Но потом откуда-то взялись люди и сделали это».

byko3y ★★★★
()
Ответ на: комментарий от byko3y

У него два начала, набор скриптов + интерпретатор форм и 3-я версия.

fernandos ★★★
()
Ответ на: комментарий от windows10

Ну конечно, если для того чтобы написать Hello World, вам нужно выполнить 20 запросов к БД, то у вас веб-приложение будет требовать 100500 денег в сервер

Хотел написать про это куда-то, но не накопилось достаточно материала для отдельного треда. 20 запросов к БД — это вообще не проблема. Когда ты открываешь текстовой файлик в простеньком текстовом редакторе — ты делаешь десятки запросов к БД... к иерархической БД, то есть файловой системе. Проблема в том, что почему-то некоторые БД до сих пор обрабатывает менее миллиона простых запросов в секунду — примерно такая производительность доступа к кэшированным файлам в ОС.

byko3y ★★★★
()

У меня жир из монитора фонтаном вытек, теперь отмывать всё придётся...

peregrine ★★★★★
()
Ответ на: комментарий от byko3y

Хотел написать про это куда-то, но не накопилось достаточно материала для отдельного треда. 20 запросов к БД — это вообще не проблема. Когда ты открываешь текстовой файлик в простеньком текстовом редакторе — ты делаешь десятки запросов к БД… к иерархической БД, то есть файловой системе. Проблема в том, что почему-то некоторые БД до сих пор обрабатывает менее миллиона простых запросов в секунду — примерно такая производительность доступа к кэшированным файлам в ОС.

Вот на убеждении про «не проблему» и строятся тормоза современного софта. Туда - не проблема, сюда - не проблема, размер - не проблема. В итоге десяток «непроблем» отжирают 4 гига мозгов.

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

windows10 ★★★★★
()
Ответ на: комментарий от windows10

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

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

byko3y ★★★★
()
Ответ на: комментарий от windows10

Плохое начинается тогда, когда этот долбанный программист на либах порносайта начинает писать интернет-магазин

Я согласен, что фреймворки не панацея, но если у порносайта есть меню, есть категории, которые тащатся из БД, есть список контента, то это же есть и в магазине. И если это именно то, что было реализовано в библиотеке, то вполне ок.

Как бы кто ни спорил - но один скрипт на 1000 строк выполнится быстрее 10 заинклуженных скриптов на 100 строк. Пусть на 100 мс, но быстрее.

Поэтому давайте всё пихать в один файл? Вы серьёзно?

Работаю с клиентом. У клиента небольшой интернет-магазин доставки пиццы. Загружается за три-четыре секунды. На десятке клиентов - 10 секунд. Сервак с 16 Гб ОЗУ, 4 ядерный проц, RAID. Wordpress.

Не фреймворк. Вордпресс ужасно огромен и ужасно монструозен.

У другого что-то типа блога на composer

Блога на чём?

fernandos ★★★
()
Ответ на: комментарий от MOPKOBKA

В гитлабе есть CI/CD. Он закрывает все ваши проблемы - сам разворачивает docker, сам в этом докере собирает проект, сам тестирует, и если на предыдущих этапах нет проблем, то сам заливает на тестовый хост (или прод, если вы так привыкли работать).

Все что от вас требуется это обложить свой проект тестами и написать .gitlab-ci.yml

SR_team ★★★★★
()
Ответ на: комментарий от windows10

Как бы кто ни спорил - но один скрипт на 1000 строк выполнится быстрее 10 заинклуженных скриптов на 100 строк. Пусть на 100 мс, но быстрее.

Если ты про php, то там opcache же, разницы особой не будет. Но фреймворки говно, согласен, но по другой причине.

tfeartx
()
Ответ на: комментарий от MOPKOBKA

хотя пишется хорошо, и отличными программистами

А толку с программистов, когда в нём безопасность важнее производительности, и поэтому огромная избыточность?

mertvoprog
()
Ответ на: комментарий от MOPKOBKA

Ты так-то о JS-фреймворках говорил. Фреймворк фреймворку рознь

SR_team ★★★★★
()
Ответ на: комментарий от Psilocybe

jQwery это лишнее

Что лучше предложите для IE?

Там до 8-й версии даже getElementsByClassName нет, гейквери вместо этого умеет обходить весь DOM (благодаря чему тормозной осёл тормозит ещё больше, ага).

mertvoprog
()
Ответ на: комментарий от tfeartx

Если ты про php, то там opcache же, разницы особой не будет.

Включение файла занимает некоторое время.

fernandos ★★★
()
Ответ на: комментарий от MOPKOBKA

Vue тоже можно тупо библиотекой подключать. И даже React, если не обмазываться всякими JSX: у него дубовый и примитивный API, на самом деле, причём знание именно его, а не той наносной шелухи, которую макаки обычно видят под видом React — признак хорошего специалиста.

mertvoprog
()
Последнее исправление: mertvoprog (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.