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

@IRIP · Регистрация: 18.04.2015

Студворк — интернет-сервис помощи студентам

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

Например, чтобы написать приложение на 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 приложением
но с возможностью подключения к базе данных

@Shamil1 · 14.05.2018, 13:58

Сообщение от IRIP

На сколько реально создать универсальное приложение для linux/windows/mac на python (backend/frontend)

Зависит от того, что собираетесь использовать для создания ГУИ:
GUI Programming in Python

@IRIP · 14.05.2018, 16:05 **[ТС]**

Сообщение от Shamil1

использовать для создания ГУИ

здесь область тоже довольно широкая
теоретически, нужно иметь

серверную и клиентскую часть - так называемый бакенд и фронтенд

сейчас предлагается бакенд делать например на django
а фронт на vue/angular/react

взаимодействуют они через api

преимущество такой схемы в том, что к api сервера можно подключать разные фронты, включая приложения android, ios и т.п.

@Redee · 14.05.2018, 16:17

IRIP конечно во всем нужно разбираться, что в С++ / математике / целевом предмете, что и в Вашем конкретном случае - горы языков, скриптовых языков, фреймворков.
Чего веб то так привлекает ? Когда то вот тоже начинал с него, потом показалось Очень скучно и перешел в C++ и геймДев.

@Shamil1 · 14.05.2018, 16:36

Сообщение от Fulcrum_013

ранжед-фор отличаетя большей читабельностью чем мап с лямбдой хотя в принципе тот же мап или редус

Я бы не сказал, что

C#
1
2
3
4
    var b = new List<int>();
    foreach(var x in b)
        if(x < 5)
            b.Add(x);

более читабельно, чем

Haskell
1
b = filter (<5) a

Разница особенно заметна, когда результат передаётся в другую функцию.

C#
1
2
3
4
5
    var b = new List<int>();
    foreach(var x in b)
        if(x < 5)
            b.Add(x);
    var c = f(b);

Получается не только лишний код, но и создание никому ненужной локальной переменной.
Гораздо проще и понятней вариант:

Haskell
1
c = f $ filter (<5) a

И совсем плохо выглядит код с foreach, когда алгоритм требует использования нескольких вложенных foreach.

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

Haskell
1
2
3
4
b = a 
    |> filter (<5)
    |> map (+2)
    |> foldl1 (*)

(Данный простейший вариант более-менее сносно ложиться в foreach. В реальных задачах зачастую нельзя. Особенно это неприятно, когда пишешь на python с его громоздким синтаксисом для лямбд.)

@Shamil1 · 14.05.2018, 16:36

Сообщение от IRIP

серверную и клиентскую часть - так называемый бакенд и фронтенд

Надо отдельно иметь библиотеку, реализующую бизнес-логику. А к ней уже любой интерфейс можно сделать.

При этом серверный код вебсайта может быть частью интерфейса (если он возвращает хтмл) или просто обёрткой (транспортом) для вызова методов бизнес-логики (если он возвращает объекты в каком-нибудь формате, типа json). А можно в качестве обёртки использовать WCF, чтобы потенциальный клиент (ГУИ) мог выбирать, по какому протоколу вызывать методы бизнес-логики.

@Fulcrum_013 · 14.05.2018, 22:40

Сообщение от Shamil1

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

Мне б такие описания задачи. Но такие задачи еще в средней школе закончились. Основная задача работы с коллекциями - поддержание списка при изменении у элементов признака вхождения в них. Ну и обход списков. При этом элемент может из списка выбыть в процессе обхода. А в общем случае не только выбыть но и выбыть соседей. Так что map здесь не к селу не к городу. Рулят интрузивные списки объектов которые сами принимают решения о нахождении в списках.

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

Сообщение от Shamil1

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

В штатах налоги 25%. При этом налоги заплатить придется и веб деверам с их 40 штук. У нас в качестве налога тоже процентов 40 заплатится.

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

Сообщение от IRIP

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

У привата масштабно для частного пользователя спору нет. Только в плане продуманности функционала там ляп на ляпе. Не очень удобно. А местами очень неудобно. Типа отсутствия фильтра платежей по получателю.
НО есть еще и системы для корпаративного клиента, на которого в основном ориентирован ПУМБ. Тот же клиент-банк у них тоже есть - и у привата и у ПУМБ. И вот эта штука для корпортаивного клиента WEB быть не может. там терминалы должны быть и в идеале выделенные линии связи с банком. И импорт данных из бугалтерских систем и т.д. НУ мультиподписи цифровые с хранением ключей на извлекаемых устройствах и т.д.

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

Сообщение от IRIP

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

Вот вы до сих пор никак не поймете - платят не за знание языков а за знание предметной области. То что у этих питонеров знания вычислительной геометрии требуются ни о чем не говорит? А в связке с тем что многие CAD имеют возможность использовать питон в качестве скриптового языка? А вот это уже говорит о том что востребованы они в сфере кастомизации CAD под потребности конкретной конторы. Разработка же самих движков CAD ведется преимущественно на С++. Но в любом случае на нативных языках. (Недавно видел вакансии для дельфистов в этом направлении). И на разработку движков требования к знанию предметной области и как следствие з/п гораздо выше.
А что касается джавы - то количество вакансий само по себе ничего не говорит. Говорит отношение количества соискателей к количеству вакансий. По джабе количество соискателей - это фактически все выпускники школ. По сфере CAD - процентов 10 от выпускников универов.
Опять же на разработку движков на сайтах набирать никто не будет. Хотя бы потому что время детального вхождения в предметную область - порядка двух лет при условии хрошего знания универского курса математики.

@Shamil1 · 14.05.2018, 23:11

Сообщение от Fulcrum_013

Мне б такие описания задачи. Но такие задачи еще в средней школе закончились.

Пример намеренно упрощён. Не вижу смысла предлагать на форуме объёмные (несколько тысяч строк кода) или сложные (требующие узкоспециализированных знаний) примеры. Но специально для Вас могу показать, как добавлять на форму лейбл по клику на кнопку:

Haskell
1
2
3
4
5
6
7
8
9
10
11
12
13
14
-- A set of counting labels:
countLabels :: GUI (Maybe ()) ()
countLabels =
    let addLabel :: GUI () () -> Int -> GUI () ()
        addLabel labels n = labels 'besideGUI_' (mkLabel n)
    in proc (inpS,es) -> do
        lblNumE <- countE -< es
        (picS,_) <- accumST addLabel (mkLabel 0) -< ((inpS,()),lblNumE)
        returnA -< (picS, ())
        
dynLabels :: GUI () ()
dynLabels = proc (inpS,_) -> do
    rec (picS,(pressES,_)) <- (fbutton ‘besideGUI‘ countLabels) -< (inpS,(btext "press me!", pressES))
    returnA -< (picS,())

Сообщение от Fulcrum_013

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

Особенно при работе с неизменяемыми коллекциями

.

Сообщение от Fulcrum_013

Рулят интрузивные списки объектов которые сами принимают решения о нахождении в списках.

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

@Fulcrum_013 · 14.05.2018, 23:39

Сообщение от Shamil1

. Но специально для Вас могу показать, как добавлять на форму лейбл по клику на кнопку:

у меня и в VCL это делается вот так:

C++
1
2
3
4
5
Form::Click(){
    TLabel* Label=new TLabel(this);
    Label->Parent=this; // можно и на другой компонент добавить
    Label->Caption ="Caption"; // ну и прочие настройки. Да кстати настройки можно реализовать подгружаемыми из дата-пака.
}

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

Сообщение от Shamil1

Особенно при работе с неизменяемыми коллекциями

А неизменяемые это как? К примеру моделька космодрома Байконур с детализацией до винтика - это тоже коллекция. Если захотите где то винтик поменять будете всю коллекцию копировать?
Ну это статика. А если возьмем ту же модель в динамике?

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

Сообщение от Shamil1

Если Вы не знаете более хорошего способа решения некоторых задач, то это не значит, что его нет.

А почему вы считаете что в данном случае может существовать способ который лучше?

@Shamil1 · 14.05.2018, 23:39

Сообщение от Fulcrum_013

всю коллекцию копировать?

Да. За О(1).

@Fulcrum_013 · 14.05.2018, 23:55

Сообщение от Shamil1

Да. За О(1).

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

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

@IRIP · 15.05.2018, 00:24 **[ТС]**

Сообщение от Fulcrum_013

там терминалы должны быть и в идеале выделенные линии связи с банком

асинхронные web-сокеты, пишут, очень даже безопасны.
вроде как приват их начал применять еще в 12 году.

к чему я это, к тому, что сейчас как раз изучаю вопрос на каком языке / системе лучше реализовывать аpi

@Fulcrum_013 · 15.05.2018, 02:36

Shamil1, т.е фактически - лента которую вы предлагаете строить это не модель, это исходные данные для построения модели. В САПР она именно так и используется. Только лента опять же редактируемая. А то еще операций перестроения самой ленты для полного счастья не хватало. В общем - там где элементы коллекции взаимосвязаны (т.е. изменение одного влечет за собой изменение других) все эти ФП-мансы не применимы. При этом источником получения информации о модели для следующей команды может быть только сама построенная модель, а не лента ее построения. Это что касается самой геометрии деталей моделей. То же что касается их взаимного расположения в сборке - там вообще ховайся. Начнем с того что элементы подсборки могут быть подвижны относително друг друга и изменять свое взаимное положение при привязках к элементам вышестоящей сборки. Опять же это только статика.

Добавлено через 11 минут
IRIP,кроме самой передачи информации есть еще и другие уровни безопасности, которые работают на уровне ее формирования и т.д. При этом учитывая что тот же клиент-банк в случае использования мультиподписей (к примеру отправляемый платеж должен подписать директор и главный бухгалтер) фактически должен работать в режиме клиент-серверного приложения внутри сети предприятия, с автоматической синхронизацией истории платежей с сервером банка. Использование web- технологий здесь мало того что не удобно, а в общем то категорически противопоказано.

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

Сообщение от IRIP

асинхронные web-сокеты, пишут, очень даже безопасны.
вроде как приват их начал применять еще в 12 году.

IRIP, Сам же веб-сокет - это фактически урезанная эмуляция обычного сокета поверх HTTP/HTTPS предназначенная для дуплексной связи браузерного скрипта с сервером. т.е. чесание уха способом обматывания руки вокруг головы. Вообще задумка довольно неплохая, поскольку позволяет при установке соединения не задумываться о прокси которые могут быть на пути следования. Но реализация отстой по сравнению с обычными сокетами. Особенно порезанная в большинстве браузеров функция передачи двоичных данных.

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

Сообщение от IRIP

в мире программирования, казалось бы простом?

Простота в этом мире только кажется. На самом деле программирование - наиболее математически нагруженная область инжиниринга.

@IRIP · 15.05.2018, 09:29 **[ТС]**

Сообщение от Fulcrum_013

фактически должен работать в режиме клиент-серверного приложения внутри сети предприятия

Да! Технологии сервер-клиент

Сообщение от Fulcrum_013

Использование web- технологий здесь мало того что не удобно, а в общем то категорически противопоказано

Так, давайте разбираться. Что вы вкладываете в понятие web-технологии?
Для меня это "использование интернета для осуществления взаимодействия", осуществляемого по любым протоколам, на любых портах
ЛЮБЫМИ устройствами

@Shamil1 · 15.05.2018, 09:49

Сообщение от Fulcrum_013

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

Чтобы скопировать неизменяемую структуру данных, содержащую неизменяемые данные, достаточно скопировать ссылку на неё. Поэтому получится.
Не понял, что Вы называете "лентой редактирования".

Сообщение от Fulcrum_013

А почему вы считаете что в данном случае может существовать способ который лучше?

Потому что Вы не рассмотрели все варианты.

Сообщение от Fulcrum_013

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

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

Сообщение от Fulcrum_013

При этом обход производится гораздо чаще изменения компонентов.

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

@Usaga · 15.05.2018, 11:54

Fulcrum_013, вы хоть с кем-нибудь хоть в чём-нибудь бывали согласны?

@Fulcrum_013 · 15.05.2018, 21:50

Usaga, Бывал. Но как бы эти люди с которыми бывал согласен давно руководят группами разработки очень крупных проектов. Масштаб их проектов - от ИС крупных промышленных предприятий и крупнее. Хотя чаще обычно со мной соглашаются. Даже когда это требует полного рефакторинга архитекуры.

Сообщение от Shamil1

Не понял, что Вы называете "лентой редактирования".

Список команд построения модели. Каждая команда вносит свои изменения в модель построенную предыдущими командами. Именно эта штука может быть близка к тем спискам о которых вы говорите. НО при этом лента тоже редактируема.

Добавлено через 8 секунд
Usaga, Бывал. Но как бы эти люди с которыми бывал согласен давно руководят группами разработки очень крупных проектов. Масштаб их проектов - от ИС крупных промышленных предприятий и крупнее. Хотя чаще обычно со мной соглашаются. Даже когда это требует полного рефакторинга архитекуры.

Сообщение от Shamil1

Не понял, что Вы называете "лентой редактирования".

Список команд построения модели. Каждая команда вносит свои изменения в модель построенную предыдущими командами. Именно эта штука может быть близка к тем спискам о которых вы говорите. НО при этом лента тоже редактируема.

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

Сообщение от Shamil1

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

В том то и дело что неизменяемыми сами данные модели быть не могут в принципе. Неизменяемыми может быть только набор команд их построения. Да и то условно неизменяемым.

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

Сообщение от Shamil1

Потому что Вы не рассмотрели все варианты.

Да то вы куда то не туда полезли. Неизменяемые данные остались во времена ОЗУ на перфоленте.

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

Сообщение от IRIP

Что вы вкладываете в понятие web-технологии?

все то что работает через СGI-скрипты web-сервера и/или браузер.

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

Сообщение от Shamil1

Потому что Вы не рассмотрели все варианты.

Вариант неизменяемых данных хорош для хранения банковских транзакций. Да и то до поры до времени - пока не нужно архивировать транзакции предыдущих периодов срок хранения которых истек.

@IRIP · 15.05.2018, 22:07 **[ТС]**

Сообщение от Fulcrum_013

все то что работает через СGI-скрипты web-сервера и/или браузер

ну а как же операционные системы андроида ios со своими собственными приложениями?
они уже работают
вне cgi
вне web

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

понятно, что уже другой, но все же - браузер -

@Fulcrum_013 · 15.05.2018, 22:39

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

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

Сообщение от IRIP

ну а как же операционные системы андроида ios со своими собственными приложениями?

А с каких пор они стали веб-технологиями?

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

Добавлено через 9 минут
Shamil1, Теперь идем дальше. Следующая система уравнений строится в том числе и на векторе решения предыдущей. Теперь представьте вам понадобилось заменить один элемент вектора свободных членов первой системы (упрощенный аналог замены одного болтика на другой). Это изменит и весь вектор ее решения и как результат построенные с использованием этого вектора системы и их вектора решения и т.д.
Где тут возможность скопировать что то за O(1)?

@IRIP · 15.05.2018, 22:47 **[ТС]**

Сообщение от Fulcrum_013

система удаленного доступа

системы распределенных информационных систем (сетей)
например: https://studfiles.net/preview/6211043/

неплохо описана в фильме кремниевая долина в 4 и 5 сезонах =)

тотальная децентрализация

IPSF (InterPlanetary File System), распределенная файловая система, положит этому конец и сделает Интернет по-настоящему устойчивым к техническим неполадкам =)

вот только с теорией реализации у них не очень ...

@Shamil1 · 15.05.2018, 23:02

Сообщение от Fulcrum_013

В том то и дело что неизменяемыми сами данные модели быть не могут в принципе.

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

Сообщение от Fulcrum_013

Неизменяемые данные остались во времена ОЗУ на перфоленте.

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

Новые блоги и статьи Все статьи Все блоги /
Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Jin X 06.09.2026 Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Работая с форумом и нейросетями в браузере часто хочется что-то подкорректировать или добавить какого-то функционала. Ниже прикреплён. . .	Программа опроса у.з. расходомера SLS-720F Argus19 02.09.2026 Программа опроса у. з. расходомера SLS-720F Программа опрашивает один раз в минуту три ультразвуковых расходомера SLS-720F через интерфейс RS-485 по протоколу Modbus RTU. Опрашиваются регистры. . .	Hyper-V: Компьютер должен поддерживать доверенный платформенный модуль 2.0. Maks 31.08.2026 При установке Windows 11 на виртуальную машину Hyper-V 2-го поколения вылезла такая ошибка: Решение: в параметрах виртуальной машины, в разделе "Безопасность" (Security) активировать флаг. . .	Архитектура биовида Стива в Майнкрафте: Зачем бонобо кубический каннибализм anaschu 30.08.2026 Кубический Вагинокапитализм в Minecraft: Математический инвариант ОДУ и рок Стивов-бонобо Главная задача разработанной «Модели Всего» — наглядно продемонстрировать наличие системной «судьбы». . .
Оттачиваю умение писать js программы. russiannick 30.08.2026 Проектом выходного дня стало написание Книги шифров Виженера. Итогом стала версия 200, синий туман. Синий туман назван так, потому что замораживает текст под собой. Нажатие синих кнопок управляют. . .	мат медиц модель 30. презентация проекта anaschu 27.08.2026 хоп хоп хоп хидахоп, а я кладую))	Как у меня протекала болезнь zorxor 27.08.2026 Здравствуйте, друзья! Эта запись блога предназначена именно для вас - для моих дорогих друзей, которые знали меня лично. Чтобы ответить на вопрос - а что же со мной произошло на самом деле? Я учился. . .	Нашел вот забавное видео о измерениях. Лучшее что я видел на эту тему kumehtar 26.08.2026 ILETXiw9bMQ Основная суть и тезисы по измерениям: 0D (Нулевое измерение): точка, не имеющая длины, ширины, высоты или объема. Объект не может перемещаться в 0D. 1D (Первое измерение):. . .

@IRIP 514 / 146 / 28 Регистрация: 18.04.2015 Сообщений: 1,904 Записей в блоге: 16

	Почему все так сложно? 10.05.2018, 20:13. Показов 8810. Ответов 160 Метки нет (Все метки) Здравствуйте! Почему все так сложно в мире программирования, казалось бы простом? Например, чтобы написать приложение на 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

@Redee 31 / 40 / 6 Регистрация: 04.10.2014 Сообщений: 185
	14.05.2018, 16:17
	IRIP конечно во всем нужно разбираться, что в С++ / математике / целевом предмете, что и в Вашем конкретном случае - горы языков, скриптовых языков, фреймворков. Чего веб то так привлекает ? Когда то вот тоже начинал с него, потом показалось Очень скучно и перешел в C++ и геймДев. 0

@Usaga 14748 / 9523 / 1364 Регистрация: 21.01.2016 Сообщений: 35,928
	15.05.2018, 11:54
	Fulcrum_013, вы хоть с кем-нибудь хоть в чём-нибудь бывали согласны? 0