Почему все так сложно?

Здравствуйте! Почему все так сложно в мире программирования, казалось бы простом?

Например, чтобы написать приложение на vue
нужно выдумывать подключение к api
которое нужно писать на django (например) и у которого десятки файлов с "кодом" с моделями, вьюхами, урлами, подключением к postgresql

дальше нужно настраивать синхронизацию, потом писать разрешения и в vue и в django...



Или на php - пишем код, потом берем фронтенд, более менее приличный, получается только на angular, vue, react

пишем отдельно код на php
потом пишем структуру базы данных , схему, саму базу формируем и создаем
потом описываем подключение

хорошо, если программист знает, что нужно сразу писать api к которому подключаться любым фронтом, а если нет... тогда или tpl-ки клепать, или придумывать php+html в котром тоже, гемор еще тот ...

почему до 2010 года был линукс, мягко говоря, "консольный"...
и пока до них дошло, что система должна быть визуальной - как windows - зато теперь красота! ubuntu 18 - почти идеальна!



Также и с программированием!
Зачем все эти сложности?

Теоретически, ведь можно взять принцип моделей от django, которые простым python3 manage.py makemigrations + migrate делает всю работу по моделированию базы данных...

но! Встает вопрос - а как потом работать? Нужно что-то похожее на vue, но только в ЖЕСТКОЙ связке с api с моделями!



Обсудим? Какие есть решения?

Добавлено через 27 минут
по сути, это должно быть простым CRUD приложением
но с возможностью подключения к базе данных

0

Сообщение от IRIP системы распределенных информационных систем (сетей)

IRIP, Только веб-технологии как таковые для построения распределенных вычислительных систем не пригодны как таковые.
Они в основе имеют систему доступа к научным статьям и не более. Те же веб-сокеты и новшества HTML5.2 - попытки обойти ограничения заложенные в CGI и HTML разметку, которая пригодна для построения интерфейсов управления приложением чуть менее чем никак.
Десктопные распределенные же системы из этих коротких штанишек выросли еще в 80-х. Именно поэтому попытки обойти эти ограничения будут движением в сторону подобных систем. В будущем веб придет к техноогии построения интерфейса аналогичного десктопным фреймверкам в которых HTML будет не более чем форматом встраиваемых текстовых данных. При этом понятие веб-сервер как таковое исчезнет, потому что серверное приложение работающее с сокетом должно быть демоном а не работать в пакетном режиме как скрипты CGI, и заниматься только обеспечением доступа к данным и их обработкой, а не формированием разметки.

Добавлено через 7 минут
Shamil1, Да то вы просто не слышали о такой штуке как взаимосвязанные элементы коллекции и декларативное описание правил их взаимосвязи.
Потому что если знали бы, то понимали бы почему эти O(1) вместе с неизменяемыми данными остались в хеллоувердах 50-ых.

0

Сообщение от Fulcrum_013 т.е. допустим гипотетически что вы можете добавить за O(1) уравнение в систему уравнений. Но систему при этом придется пересчитать и вектор решения системы при этом изменится чуть более чем полностью. В реальности же и уравнение добавить за O(1) нереально, потому что для обеспечения совместности системы нужно в каждое из уже добавленных уравнений добавить еще по одному члену.

Вы сформулируйте задачу нормально. А то Вы опять начинаете натягивать свой способ решения на нелюбимую Вами парадигму.
Лично мне не понятно, зачем в систему уравнений добавлять ещё одно уравнение. Еще более непонятно, зачем пересчитывать систему уравнений при добавлении в неё уравнения. Вы же не собираетесь в системе уравнений хранить её решение? И уж совсем непонятно, зачем добавлять ещё по одному члену в каждое уравнение. Выбрали неподходящий формат для хранения данных?

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

Добавлено через 1 минуту

Сообщение от Fulcrum_013 Потому что если знали бы, то понимали бы почему эти O(1) вместе с неизменяемыми данными остались в хеллоувердах 50-ых.

Вы не используете неизменяемые типы данных в своих программах?

0

Сообщение от Shamil1 Лично мне не понятно, зачем в систему уравнений добавлять ещё одно уравнение.

Банально. Пользователь чертит эскиз. Каждая добавленная им взаимосвязь - это уравнение в системе уравнений ограничений. Пользователь вытягивает начерченный эскиз в 3D тело. Пересечение с другими телами - тоже система уравнений. Пользователь задает взаимосвязи деталей между собой. Каждая взаимосвязь - уравнение в системе уравнений ограничений.

0

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

Что такое "взаимосвязь"? Как выглядит уравнение и как формируется? На что влияет система ограничений?

0

Сообщение от Shamil1 Вы не используете неизменяемые типы данных в своих программах?

КОнстанты естественно существуют. Но это абсолютно не значит что все может быть константами.

Добавлено через 6 минут
Shamil1, взаимосвязь это взаимосвязь. Она может быть разной. Пример - расстояние между элементами, радиус окружности, параллельность, перепендикулярность, угол между прямыми, концентричность, касательность, колинеарность, инцедентность, равеенство тех или иных параметров - в общем их вагон и маленькая тележка типов, каждая взаимосвязь естественно описывается своим уравнением.
Это только взаимосвязи эскиза. У взаимосвязей расположения тел там свой набор, но уже в 3D.

Добавлено через 18 минут

Сообщение от Shamil1 олько, пожалуйста, не предлагайте задач, про которые Вы писали, что хорошему специалисту требуется два года чтобы только въехать в тему.

Другими задачами не занимаюсь.

0

Сообщение от Fulcrum_013 КОнстанты естественно существуют.

Какое отношение константы имеют к неизменяемым типам данных?

Сообщение от Fulcrum_013 взаимосвязь это взаимосвязь

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

0

Сообщение от Shamil1 Вы же не собираетесь в системе уравнений хранить её решение?

Вопрос в том что пользователь может изменить систему после того как на основе ее решения построено что то еще. Это что то при этом должно соответствующим образом перестроится.
Ну а более простой пример. Представьте себе самую обычную форму. у нее две панели с алигном разделенные сплиттером. потащили сплитер - панели меняют свой размер. Обе. Не говоря уже о том что происходит внутри самих панелей (пересчет координат расположенных на них элементов и т.д.). Какие тут могут быть неизмняемые данные о координатах как панелей так и содержащихся в них элементов?

Добавлено через 6 минут

Сообщение от Shamil1 Но до сих пор не знаю, что такое "уравнение в системе ограничений"

ну к примеру расстояние между двумя точками задается уравнением (x1-x2)^2+(y1-y2)^2=D^2. Т.е. уравнение ограничивающее их взаимное расположение. Естественно, если ограничений несколько они должны решаться в системе. К примеру при добавлении условия вертикальности линии на которой эти две точки лежат в систему добавится уравнение x1-x2=0

Добавлено через 1 час 3 минуты

Сообщение от Shamil1 Какое отношение константы имеют к неизменяемым типам данных?

Вообще то константой называется неизменяемая величина.

0

Сообщение от Fulcrum_013 ну к примеру расстояние между двумя точками задается уравнением (x1-x2)^2+(y1-y2)^2=D^2.

квадрат гипотенузы равен сумме квадратов катетов )

0

Redee, вот в том то и суть. Одну точку потянул - вторая должна подвинуться так чтобы эта сумма квадратов катетов осталась неизменной.

Добавлено через 2 часа 46 минут

Сообщение от Shamil1 Но до сих пор не знаю, что такое "уравнение в системе ограничений" и на что влияет система ограничений

По большому счету это математический эквивалент взаимосвязей, инструмент позволяющий соблюсти условия взаимосвязей. Т.е. к примеру в САПР для взаимосвязей эскиза применяется термин "привязки", для взаимосвязей сборки - термин "сопряжения", но это со стороны пользователя. Со стороны движка все это именуется ограничения потому что ограничивают взаимное расположение элементов. Т.е. точка [x,y] может находится на плоскости где угодно. Добавление же взаимосвязи ограничивает набор возможных ее координат каким то геометрическим местом относительно другого элемента/элементов. В результате получается что изменение какого то одного элемента коллекции без изменения других элементов невозможно.

0

Сообщение от Fulcrum_013 соблюсти условия взаимосвязей

пожалуй к основным требованиям для приложений будущего, можно отнести:

"Браузерные" ограничения. Экосистема мобильных/планшетных/специальных браузеров во многом напоминает фрагментированную среду настольных браузеров несколько лет назад, когда разработчики выпускали всё новые версии с фатальными недоработками и несовместимостями.

Ограниченный размер/диагональ/цветность экрана. Мало место для данных, мелкие изображения.

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

Сеть медленнее. На производительность сети очень сильно влияет общий уровень приёма сигнала, обслуживание многочисленных абонентов (и хотя кто-то из них сидит на Wi-Fi, некоторые сети становятся перегруженными и выполняют дополнительные операции поиска, если пользователь подключается к другой базовой станции).

Ниже вычислительная мощность. Интенсивные клиентские вычисления, отрисовка 3D и активное использование JavaScript могут сильно уменьшить производительность.

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

0

Сообщение от IRIP Меньше одновременных подключений

В ближайшее время оно будет одно на страницу. HTTP 2 в массы войдет быстро. там более одного подключения не нужно.

Добавлено через 3 минуты

Сообщение от IRIP Мобильные клиенты в целом ограничены по памяти

Ниче се ограничены. У меня флешка в телефоне в 1600 раз больше винта того компа на котором я начинал. Ну и всего в 4 раза меньше системного SSD-ника десктопа, который заполнен меньше чем на половину при установленных 3 тяжелых IDE и 2 САПР.

Добавлено через 3 минуты

Сообщение от IRIP Ограниченный размер/диагональ/цветность экрана.

Гугл гласс соответсвует 52-дюймовому монитору. И это первые ласточки. В будущем появятся массовые проекторы на сетчатку глаза. При этом это фактически единственный вариант обеспечить стерео-изображение наложенным на реальную картинку. Реально отомрут десктопные мониторы.

Добавлено через 1 минуту

Сообщение от IRIP Сеть медленнее.

Интернет в исходе был рассчитан на скорость 300-600 бит/сек. На 10 мбит сетке видео норм смотрится.

Добавлено через 12 минут

Сообщение от IRIP отрисовка 3D

3D акселлератор в современной мобиле способен сталкера со свистом гонять.

Сообщение от IRIP активное использование JavaScript

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

0

Сообщение от Fulcrum_013 ну к примеру расстояние между двумя точками задается уравнением (x1-x2)^2+(y1-y2)^2=D^2. Т.е. уравнение ограничивающее их взаимное расположение. Естественно, если ограничений несколько они должны решаться в системе. К примеру при добавлении условия вертикальности линии на которой эти две точки лежат в систему добавится уравнение x1-x2=0

Я не вижу, чтобы при добавлении уравнения "x1-x2=0" как-то изменилось уравнение "(x1-x2)^2+(y1-y2)^2=D^2".

Если при добавлении нового уравнения нужно как-то оптимизировать остальные, то создаём новый список отображением предыдущего: "x = map f x". Если отношение не "1 к 1", а "1 к 0 или 1", то вместо map используем choose. Функция f не изменяет уравнения. Она либо возвращает старое, либо создаёт новое.
Кстати, старый список можно сохранить для Undo.

Так же я не понимаю, зачем в Системе Уравнений (по сути - список уравнений) хранить её решение. У Вас в любом случае есть функция, которая решает систему. Там, где нужно решение, а не сама система, вместо x передаём f(x). Эта функция может внутри себя кэшировать решения, но это не имеет никакого отношения к самой системе (тип данных "Система Уравнений" не должен зависеть от того, кэширует та функция решения или нет).

По-моему, всё очень просто. И все типы данных - неизменяемые.

Добавлено через 3 минуты

Сообщение от Fulcrum_013 Вообще то константой называется неизменяемая величина.

Вообще-то, константой называется величина, известная на момент компиляции.
X - константа. её значение известно на момент компиляции.
Y - неизменяемое поле. НЕ константа. её значение неизвестно на момент компиляции.

Добавлено через 6 минут

Сообщение от Fulcrum_013 Какие тут могут быть неизмняемые данные о координатах как панелей так и содержащихся в них элементов?

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

0

Shamil1, Кстати еще один аналог почему скопировать байконур за O(1) не получится. представьте себе шахматную доску. Позиция на ней - т.е. матрица 8x8 соответствует модели, бланк записи ходов партии - ленте редактирования. Очевидно что не изменяя исходную матрицу можно либо ее полностью скопировать с внесением изменений при копировании, что не есть O(1), либо добавить ход в запись, что не есть изменением позиции, а только записью команды изменения. Очевидно что по записи ходов можно восстановить любую из позиций партии, но по записи нельзя ни сравнить две позиции, поскольку к одной и той же позиции может вести разная последовательность ходов, ни произвести к примеру построение списка ходов возможных в данной позиции. Для решения этих задач нужно иметь именно восстановленную по записи матрицу.

0

Сообщение от Fulcrum_013 Ниче се ограничены. У меня флешка в телефоне в 1600 раз больше винта того компа на котором я начинал.

речь идет не только о "физической" памяти, но и о виртуальной. Ведь статистика показывает устройства, с которых заходят в проект (например) и видно, что в основной массе, это андроиды от 2 до 4 версии, а там, в среднем 256М оперативки (в лучшем случае)
но и это ни о чем не говорит, конечно

Сообщение от Fulcrum_013 Гугл гласс соответсвует 52-дюймовому монитору. И это первые ласточки.

да, речь о том, что одно приложение должно одинаково хорошо позволять работать на 4.5 дюймах и 46-52 дюймах

Сообщение от Fulcrum_013 Интернет в исходе был рассчитан на скорость 300-600 бит/сек. На 10 мбит сетке видео норм смотрится.

речь идет о мобильном интернете, который в настоящее время показывает в среднем 50-150 килобайт в секунду

Сообщение от Fulcrum_013 в современной мобиле

Согласен. И, ближайшие 2-3 года (до 5 лет) мы будем в парке устройств пользующихся потенциальной системой видеть устройства 10-14 годов выпуска

Сообщение от Fulcrum_013 JS конечно не фонтан в плане скорости вычислений, но подгрузка нативного клиентского кода с сайта не комильфо в плане безопасности (закладок в подгружаемом коде).

а что-же делать? Где выход из сложившейся ситуации?

0

Shamil1, первейшая оптимизация в данном случае - подстановка x1-x2 в первое уравнение. в результате имеем одно уравнение |y1-y2|=D. Т.е. добавление условия может вообще полностью заменять систему.
Но суть не в изменении самого уравнения. Суть в изменении его решения. Т.е. при этом изменяется модель.

Добавлено через 2 минуты

Сообщение от IRIP а что-же делать? Где выход из сложившейся ситуации?

У манаджед байткода проблемы будут те же. Как вариант подгрузка предкомпилированного АСГ. он полностью подконтролен среде выполнения. Ну а его уже можно и JIT ить и сразу выполнять в том виде в каком он есть.

0

Сообщение от Fulcrum_013 почему скопировать байконур за O(1) не получится

Вы путаете копирование и изменение.
Полностью скопировать за О(1) получится - добавляем ещё одну ссылку на ту же область памяти.
Внести изменения - зависит от структуры данных. Для дерева это O(logN). Но при желании можно добиться практических О(1).

0

Сообщение от Fulcrum_013 Как вариант подгрузка предкомпилированного АСГ. он полностью подконтролен среде выполнения. Ну а его уже можно и JIT ить и сразу выполнять в том виде в каком он есть.

на сколько я понимаю, это как webpack-stats.json в vue который собирает в себе все необходимое и отдает клиенту

0

Shamil1, Да что вы? Вообще то константа это величина не изменяемая при выполнении алгоритма. При этом вспоминаем первый курс - алгоритм это любая подпрограмма. Соответственно величина вычисляемая одним алгоритмом может быть константой для другого.

0

Сообщение от Fulcrum_013 Суть в изменении его решения.

В предыдущем сообщении я написал, что делать в этом случае. Обратите внимание, как строго поделена ответственность между функциями. И все типы данных - неизменяемые, что существенно упрощает тестирование.

0

IRIP, АСГ это абстрактный синтаксический граф. т.е. дерево разбора связанное со словарем разбора. Оно пригодно как к выполнению простейшей VM, так и к докомпиляции в машкод или байткод любой VM.

Добавлено через 2 минуты

Сообщение от Shamil1 Вопрос лишь в том, как удобней/эффективней.

Естественно что с использованием изменяемых переменных. Главное разобраться какой из алгоритмов имеет право какие данные изменять. А мифы про эффективность неизменяемых данных возникли в те времена когда бумага перфолент была гораздо дешевле электоэнергии потребляемой ОЗУ.

Добавлено через 1 минуту
Shamil1, На матрицу 8x8? Добавили. Как от этого пешка переместилась с D2 на D4? для этого в ячейку D2 надо записать нолик в ячейку D4 код пешки.

0