| Nlit | Дата: Четверг, 16.02.2012, 17:05 | Сообщение # 41 |
|
был не раз
Сообщений: 4
Сейчас нет на сайте
| а движки что с воздуха появляются, или их на других конструкторах создавать, глупая тема Добавлено (16.02.2012, 17:05) --------------------------------------------- а движки что с воздуха появляются, или их на других конструкторах создавать, глупая тема
|
| |
| |
| Animan2010 | Дата: Четверг, 01.03.2012, 07:28 | Сообщение # 42 |
участник
Сообщений: 126
Сейчас нет на сайте
| Без программирования делать игры можно, но ты будешь ограничен рамками конструктора.
New Team Заработок на статьях - адвего Отдых и развлечения: http://somefun.ucoz.ru/
|
| |
| |
| Тритон | Дата: Понедельник, 16.04.2012, 09:47 | Сообщение # 43 |
|
постоянный участник
Сообщений: 294
Сейчас нет на сайте
| Quote (mari) Вот существуют программы для создания игр, разных игр на любой вкус и цвет. И появляется мысль, а нужно ли сейчас начинать учить языки программирования, когда всевозможные программы развиваются к тому, что всё можно сделать на кнопках и визуальных командах. Что думаете, как будет с этим через десят лет, например, всё будет делать в конструкторах? Достаточно универсальный конструктор вообще ничем не отличается от реализации языка программирования, иначе же их должны миллионы, но проще изучить один язык программирования и писать самостоятельно, чем пытаться освоить даже 10 разноориентированных конструкторов. Так что хороший конструктор=свой конструктор для многочисленного класса программ. А свой конструктор надо ещё написать. На обычном языке программирования.Добавлено (16.04.2012, 09:24) --------------------------------------------- Вопрос лишь в том, на сколько сложным/простым будет само программирование, так и как качество языков, и уровень задач тоже могут меняться. Добавлено (16.04.2012, 09:47) ---------------------------------------------
Quote (el_rey) У меня вообще нет высшего образования Высшее образование системно, в отличие от среднего и знаний самоучки. Бо бы оно у тебя - ты бы сообразил, то далеко не всегда хороши шаблоны. Если типов много и со всеми надо выполнять одни и те же действия, тогда да, шаблоны имеют преимущество. Но если у тебя на каждую подпрограмму только один набор типов, то шаблоны проигрывают на раздувании текста, так как и сам шаблон занимает чуть больше места, чем не типизированная функция, и ещё его конкретизация тоже сама по себе не возникнет. Да и составить сам алгоритм в достаточно обобщённой форме может быть сложно. А понадобится поменять разрядность полей/элементов - переписываем дефайны и ни каких гвоздёв. На паскале этому соответствуют декларации синонимичных типов. Где преимущество c++? Но короткий подоконник на обжекте ещё короче, чем на моих любимых крестах. Да и старые наработки (и не только свои. Может тебе за кем то дописывать?) могут оказаться на любом из четвёрки. Если дописка не велика, то язык менять бессмысленно. Опыт тоже может позволить сделать те же выводы, но без навыков структурирования и систематизации собственных знаний можно и прозевать такие выводы даже в том случае, когда сам имеешь именно нужный опыт.
Не всё так плохо, как оно есть на самом деле.
|
| |
| |