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

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

Например, чтобы написать приложение на 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

ИТ (мировой рынок)

0

Shamil1, Только не весь софт к сфере IT относится. Есть еще сфера CAD/CAM/FA. IT - это по большому счету и есть гоняния говноданных с одного говносайта на другой. Информационные технологии однако.

Добавлено через 14 минут
Shamil1, Ну и еще как считали. У вас стиральная машинка есть? А холодильник? А микроволновка? А кофе-машина? А робот-пылесос? Да вас просто окружил софт управляющий оборудованием в реальном времени а вы его не замечаете. А не замечаете наверное потому что он никогда не тормозит и тем более не виснет. Ну оно в принципе так и задумано.

0

Сообщение от Fulcrum_013 Давайте. Начнем с цен на ОС. Винда офисная - 200 баксов. вина адаптированная сименсом под реалтайм - 50 килобаксов. Терминал путти - бесплатно. Терминалы промышленного назначения - от 25 килоевро. Прошивка пульта управления - это клавиатура с сотней светодиодов которые могут гореть или мигать - 12 килоевро.

Во-первых, Вы забыли умножить на количество продаваемых копий.
Во-вторых, Вы не учитываете, что продажа ПО - это не единственный способ заработка для компаний, занимающихся разработкой софта. Гугл, например, вроде, не продаёт свой софт, а использует для оказания услуг.
В-третьих, Вы не приводите цены на корпоративный софт, который составляет большую часть объёма на этом рынке. Сколько стоит Система Управления Предприятием?

0

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

0

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

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

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

Сообщение от Fulcrum_013 А сколько стоит система управления одним прокатным станом предприятия?

Не знаю.

Сообщение от Fulcrum_013 И какой выхлоп от вндрения системы управления предприятием по сравнению с прошлой версией?

Выхлоп не имеет значения. Мы ведь не прибыль считаем, а зарплату, которую получили программисты.
В начале века (до кризиса) все предприятия в России активно заказывали системы управления. И это было связано не с экономией, которую даёт такая программа, а с тем, что наличие такой программы сильно увеличивало стоимость предприятия (при подсчёте по принятым на Западе формулам-алгоритмам). Вот и заказывали пачками, чтобы увеличить капитализацию (вместо того, чтобы привести бизнес-процессы в порядок - так, чтобы можно было использовать готовые решения).

1

Shamil1, Самая толковая банковская система которую видел - Клиент-Банк от пумба. Его реально 2 разраба запилили на дельфе за 3 недели. Просто разрабы чуть выше среднего уровня совдеповского софтвер-инженера были. Если остальные мегастроки ява-кода для аналогичных штук толпой клепают - ну это их проблемы и тех банков которым нормальные разрабы не по карману.
Да кстати так в сфере CAD/CAM/FA зп джунов начинаются со 120 килобаксов/год. И 300 килобаксов в год там не предел. т.е. в 3-10+ раз выше з/п банковских разрабов. Это если банковскую разработку не в оутсорцинге делают. полно объявлений типа круть - 12 килобаксов/год на оутсорцинг и в/о не тербуется. Естественно выпускники всяких околопрограммиских курсов рады до ушей. Но это не значит что они сотней дают выхлоп сравнимый с одним инженером. Это значит что банкам спецы давно не по карману. При этом все объявления в тему хотя бы CAD от даже третьесортных компаний - только реаллокация на запад и з/п от 120 килобаксов.

Добавлено через 47 секунд

Сообщение от Shamil1 Мы ведь не прибыль считаем, а зарплату, которую получили программисты.

З/п зависит от выхлопа на душу разраба. С неба бабаласы не падают ни в одной сфере.

0

Сообщение от Redee Да компиляция в маш. код занимает больше времени, чем компиляция C# в промежуточный байткод.

Как я уже писал выше, в этом заключается плюс компиляции в нативный код. Например, можно использовать оптимизацию с использованием профиля.

По существу возражений нет?

Сообщение от Fulcrum_013 Да кстати докомпилировать в машкод при развертывании системы тоже в принципе никто не запрещает.

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

1

Сообщение от Shamil1 Да. Но мало кто это использует.

Потому что там где это может реально пригодится компы не выключаются годами. Т.е. наработка на отказ от 10 тыс часов без обслуживания. Заменяется железо еще реже и берется с хорошим запасом вычислительной мощности. Да и адаптация систем обычно штучная. Поэтому перекомпелить под таргет обычно не проблема. Большая проблема изменения оси. Но это ни JIT ни докомпиляция при развертывании вылечить не может в принципе. Просто не обнавляется ось. К примеру часть томагавков до сих пор на NT-4 живет.

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

Сообщение от Shamil1 Но это не недостаток языка, а недостаток текущих реализаций компиляторов.

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

0

Сообщение от Fulcrum_013 З/п зависит от выхлопа на душу разраба.

З/п зависит от спроса и предложения. Если на рынке труда много программистов, готовых работать за Х, никто не станет платить им 2Х только за то, что их работа принесла компании в 100 раз больше денег.

Сообщение от Fulcrum_013 Самая толковая банковская система которую видел - Клиент-Банк от пумба.

Не путайте клиент-банк (интерфейс для пользователя) с банковской системой (системой управления бизнес-процессами банка).

Сообщение от Fulcrum_013 Да кстати так в сфере CAD/CAM/FA зп джунов начинаются со 120 килобаксов/год.

Я не верю. Приведите ссылку на вакансию.

0

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

0

Сообщение от Fulcrum_013 В сеерьезном софте рулят высокоуровневые абстракции.

Вот только С++ программисты предпочитают не использовать абстракции высокого уровня (map, fold, алгебраические типы данных и т.п.). Им проще выразить свою мысль с помощью циклов (более низкий уровень).
Так же у меня сложилось впечатление, что большинство С++ программистов не знают теории типов.

1

Сообщение от Shamil1 Я не верю. Приведите ссылку на вакансию.

Ну нажмите на любом сайте с вакансиями категорию 120+ будут 95% вакансий CAD и Embedded. Но на сайтах это уже от полного отчаяния ваканси размещают. Они там годами не закрываются. При том что вакансий по разработке самого движка на сайтах вообще нет. В основном обвязка. В основном в такие дела подбирают людей непосредственно в универах. Т.е. студенты потолковей за компаниями работающими в сфере CAD/CAM/FA/Embedded чуть ли не с первого курса расписаны. По статистике ВУЗы США смогут в следующие 10 лет выпустить не более 10% софтвер-инженеров от количества вакансий. В других странах ситуация не лучше. А в эти сферы далеко не любой софтвер-инженер войдет. На разработку движка будут только по личному знакомству подбирать а не по резюме. Имеется в виду должны хорошо знать как человек мыслит и т.д.
А вообще если разговор идет о разрабах движка то всегда как минимум желательно PhD
Такие дела просто не пилят под заказ. процентов 60-70 времени разработки занимает анализ предметной области а не написание кода. При этом писать не тому кто делал анализ не получится. Ну и как бы если результат вписывается в предметную область он вытесняет оттуда все остальное, и плотно садится во все смежные ниши. Если не вписывается - то вытесняется с рынка аки автокад.

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

Сообщение от Shamil1 Вот только С++ программисты предпочитают не использовать абстракции высокого уровня (map, fold, алгебраические типы данных и т.п.).

на самом деле это самый нижний уровень абстракции.

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

Сообщение от Shamil1 Вот только С++ программисты предпочитают не использовать абстракции высокого уровня (map, fold, алгебраические типы данных и т.п.). Им проще выразить свою мысль с помощью циклов (более низкий уровень). Так же у меня сложилось впечатление, что большинство С++ программистов не знают теории типов.

ранжед-фор отличаетя большей читабельностью чем мап с лямбдой хотя в принципе тот же мап или редус. хреново что он ни к чему более чем это в стандартной реализации STL не пригодны. Но в плюсах это лечится заменой библиотечных средств на годные.
На самом деле все эти фолды мапы и т.д. это самый нижний уровень абстракции. Мягко говоря как оно на уровне ниже чем взаимодействие классов - вообще дело десятое и к абстрации особо не относится. Грубо говор приводил пример выше - запилил абстракцию взаимодействия. Выбросил 50% кода. 90% из выброшенного были фильтер и мап на ранжед форе.
А АДТ - это вообще маразм. фактически слегка навернутые паскалевские записи с вариантами кои усарели в 80-х. Они как минимум неудобны тем что не дает строить уточняемые абстракции. Для построения уточняемых абстракций (имеется в виду абстрактных механизмов взаимодействия конкретизируемых в потомках) без наследования никак.

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

Сообщение от Shamil1 Если на рынке труда много программистов, готовых работать за Х, никто не станет платить им 2Х только за то, что их работа принесла компании в 100 раз больше денег.

А если на рынке программистов способных потянуть задачу 10% от количества вакансий? Не путайте софтвер инжинеров (именно это соответствует универской квалификации инженер-программист) и девелоперов - это люди со школьным образованием и максимум курсами. И их на рынке действительно дофига и трошки. Тама в школах яву достаточно хорошо преподают - возьми более-менее трезвого гражданина, неделька - другая курсов - и будет быдлокод который данные туда - сюда погоняет быдлокодить только так. А софтвер инженер это инженер со всеми матанами и т.д. И с ВУЗа он только азы нужных матанов знает. Хорошо если в вузе учится и анализировать предметную область научили. Потому что его работа - делать то что никому пока что не известно как делать. И таких даже из тех 10% которые есть на рынке дай бог чтобы 10% оказалось.

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

Фишка в том, что наши программисты гуглеры, а не ученые. Это обычно молодые, только выпустившиеся пацаны, которые возможно выучили Java, возможно даже C/C++ и может быть Python. Они не в состоянии понимать пробздетый язык, но мы все равно хотим, чтобы они делали хороший софт. Таким образом, мы даем им легкопонимаемый язык, к которому они быстро привыкнут. (c) Роб Пайк

Сразу возникает вопрос - а откуда они собственно говоря выпустились? Очень подозреваю что это место ни разу не универ.

1

Сообщение от Fulcrum_013 Ну нажмите на любом сайте с вакансиями категорию 120+ будут 95% вакансий CAD и Embedded.

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

з.ы. "Developer $120,000+" находит 31176 вакансий. "Developer $120,000+ cad" находит 74 вакансии.

1

Посмотрел по "CAD Engineer" на indeed.com и monster.com так там вообще сумма оклада НЕ указывается, только требования, сайт и контакты компании. Видимо не с проста.

Добавлено через 56 минут
Ага вот запрос правильный >> https://www.indeed.com/q-United-States-$100,000-cad-jobs.html

Миниатюры

 

0

На достойные деньги действительно мало вакансий, но на то они и Достойные же >> https://www.indeed.com/q-software-engineer-$150,000-cad-jobs.html

Миниатюры

 

0

Сайты по вакансиям это уже скорее действительно Вторично. За "головами" охотятся. То есть твой показатель - это когда тебе Предлагают, тебя Ищут. Либо показывая портфолио отрывают с руками и ногами за 5 минут беседы.
И тут надо понимать что это НЕ тебе повезло, а они Выиграли лотерею в виде тебя.

То что "потолок" в $200k в год думаю Гораздо выше, но то уже конечно ни на каких сайтах НЕ узнаешь.

1

Сообщение от Redee ну есть уже давно .NET(С#), Java - основной плюс что код работает на любых устройствах где есть эта Платформа.

ключевое слово "где есть эта платформа".
по сути, Приходим к тому, что java есть на любых платформах (по умолчанию)?
или не только java?

Сообщение от Fulcrum_013 Самая толковая банковская система которую видел - Клиент-Банк от пумба

лучшей была в свое время у приватбанка, Почти вся написана на java - чего там только не было. Но я с позиции пользователя рассуждаю.

Сообщение от Shamil1 Сколько стоит Система Управления Предприятием?

odoo - бесплатно, но доработка (если нужна)... в принципе, реально использовать только версию 8 для российско-украинских реалий. Об этом можно рассуждать..

1С - дорого
какие еще есть?

0

Сообщение от Redee Ага вот запрос правильный >> https://www.indeed.com/q-United-States-$100,000-cad-jobs.html

Смотрим слева итог: Full-time 477 вакансий.
Теперь в запросе заменяем "cad" на "java" и смотрим слева итог: Full-time 5162 вакансии.
Да что там java... заменяем на "python": Full-time 4381 вакансия.

Сообщение от Redee На достойные деньги действительно мало вакансий, но на то они и Достойные же >> https://www.indeed.com/q-software-engineer-$150,000-cad-jobs.html

Мало для cad. А так вполне хватает:
cad - 10
java - 522
python - 562

Можно сколько угодно выдавать желаемое за действительное, но судя по имеющимся фактам, python-специалистов на $150,000+ требуется больше, чем cad-специалистов на $100,000+.

1

Сообщение от Shamil1 Можно сколько угодно выдавать желаемое за действительное, но судя по имеющимся фактам, python-специалистов на $150,000+ требуется больше, чем cad-специалистов на $100,000+.

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

если я правильно понимаю, то ... вполне резонный вопрос, в ключе темы обсуждения. На сколько реально создать универсальное приложение
для linux/windows/mac на python (backend/frontend)
или все-таки для frontend нужно что-то еще (vue, cordova, java, html)

0

Сообщение от Redee То что "потолок" в $200k в год думаю Гораздо выше, но то уже конечно ни на каких сайтах НЕ узнаешь.

Потолок зависит от страны. Я точно не знаю, но из этих $200k, наверное, треть или больше придётся заплатить в качестве налога.

0