Можно ли создать ERP только с помощью JavaScript?

Видя многие страдания и мучения от ухода SAP и перехода на 1С, я подумал
а почему нельзя создавать информационные системы на основе технологий
Web стека, тем более что браузер давно уже стал практически массовым
приложением.

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

Но все таки достаточно уже известных и обкатанных инструментов, чтобы
не париться за ERP?

Или как?

0

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

Сообщение от Ludwig Valentin Мода задаёт тренды - например, сегодня моден один фреймворк, а завтра - другой.

Господа, плюньте на моду. И пишите, как вам удобно. И потом, что это такое, мода. Каждый раз издает последний писк и никак не сдохнет.

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

Сообщение от Ludwig Valentin Или требуют постоянных обновлений, чтобы поддерживать все версии браузера. Или требовать от пользователя определённой версии браузера.

Я, наверное, чего-то не знаю

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

Сообщение от Ludwig Valentin Надо на CSS делать.

На сиэсэс? Извращение. Или я опять чего-то не знаю.

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

Сообщение от voraa Давно есть элемент <dialog> (во всех современных браузерах). Который можно открывать, как обычное popup окно (метод .show)

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

Сообщение от avedeo Только что надыбал декларативную ide для декларативной разработки бизнес-приложений попытаюсь запихнуть туда базу данных на 4 гига (полетная инфа за отчетный период) там клиент-серверная локальная система, ну очень декларативная как пишет разработчик

Сообщение от avedeo я ни на секунду не прогер

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

Сообщение от Usaga Писать не умею, но вы мне расскажите можно или нет

0

Сообщение от goodluck17 И пишите, как вам удобно.

Если работаешь в одиночку и пишешь для себя, то конечно.
А так приходится учитывать и пожелание заказчика, и мнение начальства, и возможности команды. И мода тут не на последнем месте.
Я вот сам сделал на работе сервис (переделал несколько разрозненых, написанных на разных яп в один и написал на go). А мне говорят (на работе) - вот ты уйдешь, а где нам искать программера на go, если надо что то подправить. У нас go не настолько моден, как те же node или java. Соответственно программеров меньше.

0

Сообщение от voraa а где нам искать программера на go, если надо что то подправить

С одной стороны я эту позицию могу понять... С другой стороны ты там явно не миллион строк наваял, а Go ни разу не Rust или Китайский язык, чтобы не разобраться за вечер. Тем более, если задача будет только "подправить"...

0

Сообщение от goodluck17 Господа, плюньте на моду. И пишите, как вам удобно. И потом, что это такое, мода. Каждый раз издает последний писк и никак не сдохнет.

Без моды будет некрасиво.

0

Сообщение от Ludwig Valentin Без моды будет некрасиво.

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

0

Сообщение от Usaga а Go ни разу не Rust или Китайский язык, чтобы не разобраться за вечер.

Не думаю, что за вечер можно освоить горутины, каналы, мьютексы, если скажем до этого ваял только на node.js
Причем освоить так, что бы подправил и работает.
Там везде своих тонкостей хватает. И utf8 строки и слайсы со своими особенностями. И куча стандартных модулей, которые опять таки надо знать (хотя бы что они есть)
Если первый раз видишь язык, то за вечер не разберешься.
К тому же есть рабочее время. Ну если оно вечером, то пусть вечер.

Сообщение от goodluck17 Да и заказчик, сам не знает что ему надо.

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

0

Сообщение от voraa Серьезный заказчик знает

Если серьезный

0

Сообщение от goodluck17 Да и заказчик, сам не знает что ему надо.

Хороший аналитик знает. Но его надо найти.

0