Средства и методы разработки

Проблема начнется, когда ты считаешь int небольшим числом до 30 тысяч, а другой программер небольшим числом до 2 млн. Че теперь к каждому объявлению камент писать, каким я буду считать это число? Нет, всегда считать int небольшим числом. Назови _разумную_ альтернативу. Заставлять 16-битный CPU всегда работать с long -- не разумная альтернатива. Равно как и заставлять 32-битный CPU работать с short. Равно как и хранить укзатели в самодельных типах (это ты сейчас знаешь, что у тебя в 32 бита влазит, а завтра не влезет). Самодельные типы невозможно просто (без насильного приведения типа) распечатать в printf (и типы с фиксированной разрядностью, типа uint32_t -- сложно, неудобно). Самодельные типы не совместимы с библиотечными функциями и могут вызвать ошибки на стыке самодельных и стандартных типов (знаковость, переполнение). Наконец, к вопросу о стандартах. Как ты думаешь, почему 4-й десяток лет int никуда не пропадает и появляются новые типы для конкретных задач. А тут приходишь ты и говоришь "это всё неправильно, нужны самодельные типы". А я тебе как проф. программист могу сказать, что в гробу я видел эти самодельные типы, у меня на 64 бита из-за того падает массово.