>Эти две фразы противоречат друг другу. Сначала приложение нужно разработать, потом узнать
>где оно тормозит и лишь потом оптимизировать тормозящее ибо преждевременная оптимизация
>зло. Нормальный архитект должен прикинуть проблемные места еще на фазе проектирования и сделать все чтобы проблем было как можно меньше. Сие может очень сильно скостить потом нужду в пускании пара на фазе кодинга в аврально порядке. Ну и напротив - эпичная лажа в этой фазе воздастся нуждой в геройствовании потом.
>Факт,
Фактом оно будет когда я смогу взять в руки компилер А и Б и сравнить качество кодогенерации. Если А уделает Б наголову - отлично, А более хороший компилер. До тех пор - в сад!
>но также и факт что далеко не сразу.
У вас какие-то проблемы с логикой и причинно-следственными связями. См. выше. Не бывает софта который хорош в теории.
>Но это перспективно
Уточним, судя по всему это модно у ряда местных бздунов, которым очень хочется выбросить GCC который с неправильной лицензией, видите ли :).
>и это должно появиться как аналог LLVM но под GPL, начать
>развиваться и постепенно придти на смену оптимизатору gcc.
Вот только станет ли от этого лучше - большой такой вопрос. Собственно, а какие законы природы это гарантируют? И какие реализаторы это гарантируют? oO
>Больше читать этот тред не буду, комментарии в виде дерева это нечто.
Коменты на опеннете - да, та еще дрянь по удобству, согласен. На большей части других ресурсов такой стиль коментов сдох годы назад в силу ряда грабель и неудобств, но тут движок по прежнему хорошо отдает девяностыми :)
