>> Почему у меня в файле на 50`000 строк не находит, а у них находит?)
> Мне кажется, файл на 50К строк таки проблема сам по себе :P.
> Дев явно не смог в архитектуру, разделение на небольшие юниты и
> рефакторинг.Я уже выше ответил - это код виртуальной машины. Ее задача - быстро и надежно работать, а не быть удобной для скроллинга мышкой макаками. Для работы с ней прекрасно подходит любое ИДЕ (раньше я саппортил ее в емаксе, сейчас кайфую в вскоде).
Саппортить ее для неподготовленного человека да, сложно. Но даже если бы я ее разломал на 100 кусков по 500 строк, это бы только ухудшило ситуацию. Там одной документации пол шкафа. Это вам, граждане, не 2+2 на пихоне накодить.
> Не говоря о том что количество багов растет пропорционально квадрату размера программы.
Эммммм. Я правильно понимаю - вы хотите сказать, что багов в раскиданном на 200 файлов коде будет меньше, чем если это будет один файл?? Интересное открытие...
Количество багов в мире программистов определяется культурой программирования и охватом кода автотестами (ну и качественными тестерами, само собой). А не количеством файлов на диске.
> Из-за чего софт и стараются расфигачивать на мелкие,
> относительно независимые юниты, если кто еще не в курсе.
Ключевое слово - "независимые". С чего вы вдруг решили, что я типичная макака, которой дали задание собрать из готовых блоков говноформочку? У меня большой и сложный модуль, который проектировался два года, был написан за три месяца, еще полгода тестировался и уже дай боже лет 10 превосходно справляется со своей работой, не имея ни утечек памяти, ни проблем с багами. Там аптаймы годами, и ничто никуда не утекает (свой GC).
Так вот, возвращаясь к теме разговора: при должном уровне профессионализма и отсутствия макачества головного мозга на чистом С пишутся прекрасные, модульные, защищенные и быстрые программы. И очень хорошо видно, что у гугла планы использовать не профессионалов, а каких-нибудь индусов, которым надо расставлять везде заборчики, ибо они не умеют в программирование.
