Каскадный · [ Стандартный ] · Линейный Программирование. Напишем текстовый файтинг-рпг вместе!, Вам не нужно программировать, нужны Ваши идеи.

[Oreanor]

это как спросить - а что мне рисовать на картинах, что там обычно рисуют?

[Alexander87]

Ребят подскажите форумы программистов и хакеров.

[zizer]

Рисковый товарищ, не боишься что тебя там сразу забанят)

[Alexander87]

Рисковый товарищ, не боишься что тебя там сразу забанят)

лавное чтобы в догонку вирусов не накидали ))

[УльтраБлокС]

Ребят подскажите форумы программистов и хакеров.

Про хакеров - это тебе прямиком в "тёмный интернет". Скачай I2P, поищи там ресурсы).

лавное чтобы в догонку вирусов не накидали ))

А ты Linux поставь и можно не париться насчёт вирусов)

[Alexander87]

Первые представлении о программировании:

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

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

Но это только первые впечатления.

[Oreanor]

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

[Alexander87]

https://xakep.ru/2016/06/07/select-programming-lang-guide/

Идеальный гайд с какого языка начинать ))

Если кто тоже захотел попробовать.

[УльтраБлокС]

Первые представлении о программировании:

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

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

Но это только первые впечатления.

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

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

Потом, на шаге обновления - надо просчитать, что должен делать персонаж. Например, если пишем платформер и игрок нажал клавишу "бежать влево" - надо проверить, не упирается ли персонаж в стену (иначе он пройдёт насквозь). Если не упирается - можно увеличивать скорость и передвигать спрайт влево. И т.д.

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

И так нужно разбивать задачки на всё более мелкие и мелкие. Т.е. как раз передвижение персонажей по игровому миру - это как раз сводится к задачке "плюс, минус" по координатам x и y (в 3D-играх ещё и z).

P.S. При этом, если какую-то из подзадачек запрограммировал неверно (например, не учёл поведение на очень больших/очень маленьких значениях), или ещё интереснее - несколько подпрограмм при взаимодействии друг с другом дают неверный результат - в игре это проявляется в виде багов, порой эпичных. В большинстве случаев - это происходит в тех условиях, которые сложно протестить, либо требуют огромной точности (вплоть до покадровой). На TASVideos.org полно видео, где игры полностью "ломают", используя игровые баги и возможности эмуляторов. Это говорит о том, что даже очень опытные профессиональные программисты допускают ошибки. Т.к. программирование - это сложно.

Сообщение отредактировал УльтраБлокС - Вторник, 04 сентября 2018, 12:48

[Alexander87]

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

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

Потом, на шаге обновления - надо просчитать, что должен делать персонаж. Например, если пишем платформер и игрок нажал клавишу "бежать влево" - надо проверить, не упирается ли персонаж в стену (иначе он пройдёт насквозь). Если не упирается - можно увеличивать скорость и передвигать спрайт влево. И т.д.

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

И так нужно разбивать задачки на всё более мелкие и мелкие. Т.е. как раз передвижение персонажей по игровому миру - это как раз сводится к задачке "плюс, минус" по координатам x и y (в 3D-играх ещё и z).

Да Вы правы. Просто когда сам сталкиваешься, недоумеваешь как все это вместе работает))

Добавлено спустя 8 минут:

P.S. При этом, если какую-то из подзадачек запрограммировал неверно (например, не учёл поведение на очень больших/очень маленьких значениях), или ещё интереснее - несколько подпрограмм при взаимодействии друг с другом дают неверный результат - в игре это проявляется в виде багов, порой эпичных. В большинстве случаев - это происходит в тех условиях, которые сложно протестить, либо требуют огромной точности (вплоть до покадровой). На TASVideos.org полно видео, где игры полностью "ломают", используя игровые баги и возможности эмуляторов. Это говорит о том, что даже очень опытные профессиональные программисты допускают ошибки. Т.к. программирование - это сложно.

Забавно, дома обязательно посмотрю)

Сообщение отредактировал Alexander87 - Вторник, 04 сентября 2018, 12:52

[cavalier]

А ты Linux поставь и можно не париться насчёт вирусов)

Ага , LFS - как раз ему в пору

[Alexander87]

Разминка для мозга

list=[1,1,2,3,5,8,13]
print(list[list[4]])

Я туп и не решил верно.

Добавлено спустя 17 минут:
Эта задачка гениальна:

list = [1,2.3.4]
if ___(list) % 2 == 0;
print(list[_])

Необходимо чтобы программа вернула первый элемент списка.

Добавлено спустя 3 часа 5 минут:
забавно что, программисты даже не пытаются) Это странно.

Сообщение отредактировал Alexander87 - Среда, 05 сентября 2018, 11:45

[Oreanor]

ну просто это почти так же занятно, как читать по слогам

кроме того, непонятно, что там за пробелы во второй.

[daxter.]

Разминка для мозга

Добавлено спустя 3 часа 5 минут:
забавно что, программисты даже не пытаются) Это странно.

Для не программистов:

[MichaelForExample]

забавно что, программисты даже не пытаются) Это странно.

Не пытаются что?

Первая задачка в чем заключается-то?) Ну в плане просто выполнить набор действий и всё?
А вторая какой-то обрезок
Или там надо подставить length и 0 (или 1, в зависимости с какого элемента считаются индексы в массиве)?
Почему просто не вывести list[0]? Почему точки между 2, 3 и 4?

Сообщение отредактировал MichaelForExample - Среда, 05 сентября 2018, 12:44

[grooomy]

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

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

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

[Hickname]

На самом деле хороших программистов в девяностые было ненамного меньше...
Просто порог вхождения сильно снизился: раньше, чтобы сделать Х, приходилось самому разбираться по скудной информации. А сейчас просто заходишь на stackoverflow, спрашиваешь "как сделать X" и все.

[Alexander87]

Ладно товарищи программисты, вот Вам задачка поинтереснее раз Вы такие крутые.

Что выведет это программа ?

def func(x)
...res = 0
...for i in range(x):
......res +=i
...return res

print(func(4))

Сообщение отредактировал Alexander87 - Четверг, 06 сентября 2018, 09:07

[XElectro]

Неужели отвечающие в данной теме не понимают, что общаются с трололо и что ему просто фиолетово на ваши ответы и советы...



https://otvet.mail.ru/question/203419156

https://zavopros.com/programming/1213924.html


трололо, ну ты как сам-то?

[Oreanor]

выведет "Too many mnogotochiy"