RabraBabr

MessageBox -- модальный. Невозможно одновременно вывести несколько MessageBox из одного потока. Можно создать несколько потоков и в каждом из них вызвать MessageBox.

Если у человека хорошая математика, физика то учить C++ достаточно перспективно. Сложный код про моделирование физических систем, робототехнику часто пишут на C++. Знание языка и программирования в таких задачах бывает вторично.
Писать сайты, особенно фронт с таким бекграундом может быстро стать достаточно скучно.
Можно посмотреть на Python с ML. Тоже очень близко по интересам, а спрос огромный.

Быдлокодер. Индусокодер. За примерами - govnokod.ru

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

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

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

Хороший код до выхода на рынок должен быть переписан хотя бы дважды, пройдя experimental -> staging -> release, а не вот это вот все.

Говнокод же получается от работы в режме expelsease (фигак-фигак - и в продакшн).

Фотон движется со скоростью света и времени для него нет, не существует. Все процессы, которые могли бы происходить внутри фотона, остановлены. Даже для фотона, родившегося 13 миллиардов лет назад, времени не существовало. Он родился давно и умер - для него это мгновение, хотя и прошли миллиарды лет. Он ничего не видел.
Так же и мы будем как фотон - для нас время остановится, мы просто замрём на месте, видеть ничего не будем и делать ничего не сможем.

В PHP сообществе вообще не развиты вопросы проектирования и архитектуры. Большинство лепит, что придумает. PHP изначально родился для примитивных homepage, вобрал в себя всю несерьезность, низкий порог входа и как следствие довольно слабое комьюнити, что часто становится объектом для шуток.

Искать ответы на вопросы проектирования и архитектуры нужно в Java. Например там почти каждый с самых азов слышал о де факто ставшей стандартом слоистой архитектуре, она же layered architecture, она же n-tier architecture и видел изображение похожее на это

Из которой нужно понять, что всю программу можно разделить на несколько слоев и зависимость между слоями должна быть направлена сверху вниз, но не наоборот. Таким образом, например фреймворк может быть инкапсулирован в presentation слой и в любой момент безболезненно заменен на другой, так как другие слои ничего о нем не знают. Вся бизнес-логика инкапсулирована в domain слой в виде plain old java object, который не зависит вообще не от чего, а также предоставляет интерфейсы (репозиториев например) для инфраструктурного слоя и только в этом слое фактически и будет тот самый настоящий ООП, который все так упорно пытаются найти. Никакого стороннего кода в бизнес-логике нет, а соответственно весь сторонний код можно в любой момент поменять, не трогая бизнес-логику вообще.

Для этого нужно открыть какую-нибудь книгу, где за руку проведут с нуля до конкретного приложения построенного с использованием этой архитектуры. Например Implementing domain-driven design, хоть эта книга и о DDD, но я уже говорил, что слоистая архитектура это де факто. С опытом, будет понятно, что в более простых приложениях количество слоев можно уменьшить, понимая на какой компромисс придется пойти, что иногда можно объединить domain и часть infrastructure и получить всем известный шаблон Active Record или вообще выбросить эти слои и получить шаблон transaction script, когда для решения просто не требуется что-то более сложное. Придет понимание, как можно начать с transaction script и в итоге постепенно катиться в сторону domain layer, через active record или не через active record если это когда-нибудь понадобится и тому подобное. Cтанет понятно, зачем, как и когда использовать патерны о которых написал Мартин Фаулер в своей книге Patterns of Enterprise Application Architecture.

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

Вы или тег "C++" уберите, или C++ используйте, а не C.

using Map = std::vector<std::vector<char>>;
Map map = {
   {1, 1, 1},
   {0, 1, 0},
   {0, 1, 0},
};

// ...
void scaleMap(Map &map, int coefficient)
{
   // ...
   Map newMap(newSize, std::vector<char>(newSize));
   // ...
   map.swap(newMap);
}

Всё просто, быстро и безопасно. Главное за границы массива не выходите.

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

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

Те, кто считает что это не так - идут во фриланс, до 30-ти сидят там и формошлепствуют, после 30-ти внезпано прозревают и начинают ныть, что их обманули и в ИТ вовсе нет легко достающихся сверхзарплат.

На самом деле Вы хотите от нас не ответа на вопрос. На самом деле Вы решение уже приняли, и хотите от нас услышать подтверждение в его правильности. Ну так фиг Вам.

Хотите уже сейчас идти формошлепствовать? You are welcome. Тысячи таких же, как Вы сидят на апворке зарабатывая на дошик. Хотите загнать себя в тупик - гоните. Быть может Вам удастся стать гением фриланса, к которому записываются за полгода. Если же нет - тут недавно вопрос был похожий - чувак в 30 лет спрашивал, как ему теперь дальше?
Только не говорите, что 30 лет - это черт знает когда будет. Это будет гораздо скорее, чем вы думаете. И жизнь не кончится.

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

Решение в любом случае за Вами.
- С образованием Вас возьмут всюду, куда сможете пробиться
- Без образования Ваш удел - фриланс и мелкие конторы, которые обычно кладут на наличие вышки.

В ИТ нет легких и быстрых денег. Если Вы хотели этого - я Вас разочарую.

Милиция должна защищать фермеров от киллеров иначе никак не забалансить (в рамках реализма). Ну или рэкет - часть киллеров защищает фермеров от других киллеров за мзду.

Смотря что нужно.

#include <iostream>
#include <iomanip>
#include <cstdlib>

int main()
{
  int a = 9;
  int b = 4;
  std::div_t result = div(a, b);
  std::cout << result.quot << " " << result.rem << std::endl;
  // Наверное это
  std::cout.precision(1);
  std::cout << std::fixed << static_cast<double>(a) / b << std::endl;
}