RabraBabr

Такой IDE нет.

ps Ваш вопрос мне очень понравился, и я дам на него развёрнутый ответ. Многолетней давности рыночный успех Delphi был обусловлен нехитрым трюком: кривая обучения "программиста" в её начальной фазе была очень пологой, и одолеть её мог любой кретин. Эта лёгкость обеспечивалась именно визуальным редактором форм.
У низкого порога вхождения, разумеется, была своя цена. Рынок наводнили говнокодеры, не отягощённые общей програмистской культурой, а содаваемые ими продукты были безнадёжно одноразовы. Код-лапша, в котором бизнес-логика упихивалась в контролы, был неподдерживаем.
С тех пор прошли эпохи, новые поколения говнокодеров освоили концепцию MVC (вместе с паттернами, хех), но говнокодеры старой закваски всё еще не вымерли. И когда я увидел ваш вопрос, я с ностальгией вспомнил старые времена.
Сейчас на рынке рулят IDE, поощряющие создание поддерживаемого, документированного кода. Жалобы на необходимость прописывания вручную по пол страницы кода только для создания GUI главного окна вызывают лишь снисходительную усмешку: что с него возьмёшь, он - кодер старой школы. А по аватарке не скажешь )

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

Можно найти какой-нибудь эмулятор старого устройства чтобы почувствовать как ветераны писали код в 1986

Реализуй конечный автомат. Подаешь последовательность.
Читаешь, Запоминаешь первую цифру. Двигаешь автомат вправо.
Если цифра та же самая - увеличиваешь счетчик +1. Проверяешь счетчик, не равен ли он 3м. Двигаешь автомат вправо.
Если счетчик стал равен 3м - то двигаешься вправо до тех пор пока не получиться другая цифра.
Если другая цифра - то проверяешь счетчик был равен или больше 3х.
Если да - то двигаешь автомат влево ровно сколько раз, сколько равен счетчик и "красишь цифры". После двигаешь автомат вправо на сколько же позиций.

Ну осталось только это дело реализовать на предпочитаемом ЯП.

Люди и стадион сделаны с софте подобном Autodesk 123D
Машинка за исключением экрана с wareframe рендером тоже (на экране с wareframe просто замоделена).
Часть задников сделана текстурой на скайбоксе.
Часть людей - плоскими спрайтами с текстурой.
Переходы - горизонтальным размытием с рандомизированной силой в зависимости от y координаты.
Глобусов таких кучу можно найти на https://threejs.org/

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

Изначально Web задумывался как набор страниц с гиперссылками. Прошло время, мир в целом начал постепенно деградировать, вместе с ним и интернет... Когда у большинства разработчиков появились мощные компьютеры и смартфоны, они задумались над тем, как-бы разгрузить сервер и перенести нагрузку на клиент а другим хотелось меньше работать и больше зарабатывать... Как-то так родилось понятие "web-приложение" коим и является львиная доля сайтов, они являются приложениями, которые выглядят как web-страницы...
Можете смело говорить таким разработчикам в любых спорах по этому поводу, что тяжеловесные фреймворки и библиотеки, портят концепцию сети интернет. Какими-бы полезными они не были. Web, в текущем виде, НЕ предназначен для этого.

Функционал его крайне мал

несколько кнопок и разные списки

пока все логично

Я уверен, что его скачают минимум 100к раз

разрыв логики

Много видел, что берут на работу со стажем, а не после какого то обучения.

Game Maker точно никому не интересен, да и 9-ти классники которые умеют сделать "несколько кнопок" тоже не особо, тем более если они уверенны, что то что они сделали кому-то нужно.

Мой совет - идите в 10-й класс и продолжайте глубже разбираться в том что делаете. Вы сверху зацепили тему, даже не погрузившись на 1-2% в тему, а уже считаете себя успешным разработчиком. Вы соберите 100k скачиваний, потом рассказывайте об этом.

Прежде всего хочу заметить, что львиная доля программистов не имеют непосредственно дел с теорией и математикой. Можно быть успешным профессионалом, так никогда и не написав собственной реализации алгоритма Дейкстры и даже не имея представления о том, как он работает. Но всё же стоит хотя бы поверхностно познакомится с графами, так как это одна из основных структур данных. Сфера их применения очень обширна, часто это алгоритмы поиска решений - кратчайшего пути по маршруту, эффективного расположения дорожек на схеме, победной игровой стратегии и т.п. Реальный пример использования графов - это sea-of-nodes JIT-компилятора. JIT-компилятор строит граф потока данных и граф потока выполнения, в которых узлы - это инструкции программы, а рёбра - это порядок вызова инструкций и порядок присвоения данных переменным, потом ищет способы этот граф оптимизировать и по оптимизированному графу генерирует бинарный код.

int average(int a, int b) {
  return (a + b) / 2;
}

Любой программист в офисе 80-90% времени пьет кофе отлаживает код и возится с системой контроля версий и/или списком задач. А в промежутках между этими занятиями он пишет код.

Программисты старой школы ищут вариант не использовать while(true), а также не использовать без надобности continue и break.

Читайте Подбельский "Программирование на языке Си",

C Forever

Маркетинг хороший

4. Убить дизайнера или послать куда подальше заказчика. Очевидно, что совершенно не всё, что хочет заказчик или дизайнер, возможно реализовать в имеющейся реальности условий.
А если серьезно - замените видео слайд-шоу с переходами (cross-fade, например). Видео на фоне (да еще длиной в полторы минуты) - это все равно что анимационные обои в ОС - когда пользователь что-то делает, у него нет ни желания, ни возможности смотреть подобную хрень.

Самое логичное - вынести

функционал который нужно исполнить в обеих независимо от результата

из этих функций. Вы же так себе сайд эффекты делаете, из-за которых потом страдать будете.

поменяй электролитические кондеры в блоке питания и на мат.плате. похоже на них.
скорей всего высохли и пока не "прогреются" БП не выдает сигнал "хорошее питание" - комп не запускается.

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

1. Это нужно везде, порой даже в разработке простенького сайтика приходится вспомнить о какой-нибудь статистике. А если говорить о серьёзном проекте, то чего только может не потребоваться, и незнание математики, порой, рождает прям-таки монстров, просто диву даёшься, что пишут. Про алгоритмы, и разумность их применения в различных условиях, просто без комментариев, это основа профессии.

2. Всегда на стажировке платили. В любой области, и в программировании в частности. Конечно меньше, но меньше и вклад... Откуда такая мысль взялась у вас, я не понимаю. На том же фрилансе, тоже крайне не поощряется идея "работы за отзыв". Да и с началом работы в профессии это не связано, если уж так, скорее с началом работы на какой-то бирже. И обычно, те, кто так пытается делать не дорастают до нормальных рейтов...

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

4. Опять же, я не знаю, где вы подхватили эту мысль. Она крайне вредна. И вам, и вашему потенциальному работодателю, кстати. Крайне не советую этим увлекаться: излишнее напряжение, и слишком большая концентрация на задаче серьёзно уменьшают вашу работоспособность. Умные работодатели, как раз, всячески гоняют работников за попытки работать после окончания рабочего дня, и это разумная мера...