Чтобы что-то превзойти надо, как минимум, сначала этого достичь.
Представьте, что перед вами конкретный самолет, он летает уже 20 лет (а, может, и 50), но его пора усовершенствовать. Или перед вами новенький самолет, но нужно думать наперед и уже начать его модернизировать под этот бурный технический прогресс. У них есть конструкция - налаженная, проверенная и работающая.
Ты понимаешь, что и геометрия крыла нынче есть более передовая, да и электронику выпустили более точную и продуктивную, а еще по новым нормам нельзя, чтобы что-нибудь имело значение больше/меньше чего-то.
И вот кажется "ща как заживем"! А не тут-то было!
Начал менять геометрию крыла, а аэродинамика поехала к чертям. Пробуешь обновить электронику, а возникают проблемы с электропитанием (допуски для напряжения постоянного тока, блин, разные у блоков, сука), какие-нибудь виброчтототам убивают блок еще до первых испытаний в хлам или аппаратура вообще гасит друг друга. Ну хотя бы программное обеспечение обновить пытаешься, но это же система реального времени - не под каждой операционкой напишешь, не все средства разработки заюзаешь, просто так код на коленке не сделаешь и, как "я художник, я так вижу", не напишешь.
А еще, когда ты что-то изменил - много или мало не сильно принципиально, но прямо пропорционально работе, что тебе придется провести. Ты начинаешь с дрожью в руках и сердце готовиться к испытаниям, потому что любое изменение, как круги на воде, разрастается снежным комом на всю систему, поэтому на все на это необходимо отдельно еще столько же документации, сколько на само изделие (а то и больше), разработать для испытаний (не написать - РАЗРАБОТАТЬ - разницу постигаешь лишь на практике).
Так вот на каждом этом этапе ты все больше и больше понимаешь, что ни черта ты не сделаешь круче прежде, чем поймешь как это работает, почему сделано так, а не иначе и так далее и тому подобное.
#байкиинженера
