О культуре разработки
Еще одна история в копилку, так сказать.
Есть задача: по протоколу RPC получить на вход BSON-объект, распарсить его, выбрать необходимые (список прилагается) поля и вставить их в БД (также приложен список соответствия имени поля в объекте и имени колонки в таблице). Парзилка BSON есть, абстрактор для работы с БД есть. Все, что требуется - собрать это вместе и заставить работать.
Объект BSON парзится в вариантный тип, который, к сожалению, имеет метод Dump, дампящий содержимое в разные форматы, в том числе - и в JSON. Почему "к сожалению"? Потому, что программист дампит объект в строку JSON, а потом делает по строке find и вставляет все то , что идет после имени поля и до следующей запятой.
Как ни странно, все это кое-как работает, отчасти потому, что на сервере 384 Гб оперативки и 24 процессора, отчасти - потому, что другой нагрузки нет. Однако, работает не то чтобы быстро - один запрос в 1.7 секунды.
Утром программист обнаруживает факт невысокой скорости работы ПО. Так как вы думаете, что он делает? Он... барабанная дробь, минута молчания,.. ну, кто первым догадался? - Прааавильно!!! Идет к системному архитектору и рассказывает, что сервер слабоват, надо бы ресурсов побольше, и неплохо бы еще донастроить СУБД, куда идут вставки.
Собственно, к чему этот рассказ? К тому, что хоть сколько оперативки поставь, хоть какие процессорные мощности выдай, все равно найдется одноклеточное, считающее что его код идеален, а если что-то и не так, то надо докупить сервер.
У меня ровно один вопрос: как можно настолько не любить свою профессию?
Есть задача: по протоколу RPC получить на вход BSON-объект, распарсить его, выбрать необходимые (список прилагается) поля и вставить их в БД (также приложен список соответствия имени поля в объекте и имени колонки в таблице). Парзилка BSON есть, абстрактор для работы с БД есть. Все, что требуется - собрать это вместе и заставить работать.
Объект BSON парзится в вариантный тип, который, к сожалению, имеет метод Dump, дампящий содержимое в разные форматы, в том числе - и в JSON. Почему "к сожалению"? Потому, что программист дампит объект в строку JSON, а потом делает по строке find и вставляет все то , что идет после имени поля и до следующей запятой.
Как ни странно, все это кое-как работает, отчасти потому, что на сервере 384 Гб оперативки и 24 процессора, отчасти - потому, что другой нагрузки нет. Однако, работает не то чтобы быстро - один запрос в 1.7 секунды.
Утром программист обнаруживает факт невысокой скорости работы ПО. Так как вы думаете, что он делает? Он... барабанная дробь, минута молчания,.. ну, кто первым догадался? - Прааавильно!!! Идет к системному архитектору и рассказывает, что сервер слабоват, надо бы ресурсов побольше, и неплохо бы еще донастроить СУБД, куда идут вставки.
Собственно, к чему этот рассказ? К тому, что хоть сколько оперативки поставь, хоть какие процессорные мощности выдай, все равно найдется одноклеточное, считающее что его код идеален, а если что-то и не так, то надо докупить сервер.
У меня ровно один вопрос: как можно настолько не любить свою профессию?