Фреймворки, библиотеки, это вообще программирование?

y6ejushe сказал(а):↑

Разве это программирование? 

Нажмите, чтобы раскрыть...

Да

y6ejushe сказал(а):↑

это вообще адекватно?

Нажмите, чтобы раскрыть...

Да

y6ejushe сказал(а):↑

Это точно программирование, а не конструктор сайтов? 

Нажмите, чтобы раскрыть...

Да

y6ejushe сказал(а):↑

Но человек который разобрался в этом, разве он программирует?

Нажмите, чтобы раскрыть...

Да

y6ejushe сказал(а):↑

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

Нажмите, чтобы раскрыть...

Не будет. Либо кидай контакты бабки, которую ты так научил

y6ejushe сказал(а):↑

По вашему нормально то, что фреймворк за вас 95% работы делает? 

Нажмите, чтобы раскрыть...

Да

Еще вопросы остались?

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

 

Вот пример: напиши бэк для интернет магазина компьютерной техники. Чтобы было много полей у разных товаров. Допустим частота оперативки, её объём, тип, ноутбучная, серверная или для настольного компа. Сначала можешь руками в бд записывать данные, бэк только читает, а потом и запись апдейт и удаление прикрути.

 

После этой задачи ты ответишь на свой вопрос самостоятельно

Krin22 сказал(а):↑

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

 

Вот пример: напиши бэк для интернет магазина компьютерной техники. Чтобы было много полей у разных товаров. Допустим частота оперативки, её объём, тип, ноутбучная, серверная или для настольного компа. Сначала можешь руками в бд записывать данные, бэк только читает, а потом и запись апдейт и удаление прикрути.

 

После этой задачи ты ответишь на свой вопрос самостоятельно

Нажмите, чтобы раскрыть...

и в чем сложность отличается от количества полей?ХД

y6ejushe сказал(а):↑

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

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

Нужно запилить всякие админки, онлайн оплату и тп? Установи библиотеку, напиши пару строчек и все готово, втф? Это точно программирование, а не конструктор сайтов? 

Безусловно, разобраться во всем это разнообразие надо потратить очень много времени, тонны документации. Но человек который разобрался в этом, разве он программирует? Мне кажется, бабке какой то показать как создаются основные типы сайтов, работу основных библиотек, построчно рассказывать и показывать как это работает. Через пол года, она сама будет по шаблонам клепать эти сайты меняя содержание. Так чем это отличается от конструктора то? 

Кто разбирается в программирование, как вы относитесь ко всему этому? По вашему нормально то, что фреймворк за вас 95% работы делает? 

Нажмите, чтобы раскрыть...

Не читал ответы других, мб повторюсь.

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

В моём случае, чаще всего, мне приходилось программировать различные интеграции:

- с платёжными системами

- с блокчейном

- с матлабом

- с kyc

- с гос услугами

- с биржами

- ещё кучу всего. Тут надо писать как внешние вызовы, так и флоу. 

Сложно обощить, но так жа интеграция с блокчейном, поддержка стейтов, обработка мутаций и прочее.

Так же, программирование бизнеслогики в зависимости от предметной области:

1) различные расчёты связанные с химией и физикой. Довольно таки громоздкие.

2) В фин техе, чего токо не было, куча расчётов, принятий решений(трейдинг) и прочее

3)....

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

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

Отдельной стоит её величество диагностика, сюда входит и профилирование(оптимизации перформанса). 

Какой вывод: программирование не однобразно, а фреймворки как раз решают простые и скучные задачи.

y6ejushe сказал(а):↑

По вашему нормально то, что фреймворк за вас 95% работы делает

Нажмите, чтобы раскрыть...

Я полагаю, что именно за этим будущее программирования. Отправная точка качественного роста любой технологии - типизация, автоматизация, модульность и сведение к единообразию. Так же и с программированием. Глупо рассчитывать на существенное развитие, пока сотни тысяч погромистов с упоением меряются своей исключительностью. Как в известной басне про лебедя, рака и щуку - а только воз и ныне там. И вот чтобы всю эту разношерстную кодлу заставить воз тащить в одном направлении, как раз и потребуются пресловутые типизация, автоматизация и иже с ними.