Здравствуйте, Gattaka, Вы писали:

G>В частности писать ли бизнес-логику в хранимых процедурах? С точки зрения эффективности это идеальный вариант, с точки зрения сопровождаемости — худший.
Да, согласен, они сопровождаются крайне плохо. Но иногда это почти единственный вариант написать всегда корректно работающую программу.

G>Нельзя тестировать...
Можно.

G>Да и вобще луче использовать MongoDB.

И этот человек говорит о сопровождаемости .... Да чо уж там, пишите сразу в файл — в файлы умеют писать все, этому вообще на первом курсе учатся. А чтоб вообще проще было — в текстовые. А чтоб ещё проще — в один файл, чтоб "сразу всё перед глазами"(с). Файл сразу целиком в память зачитывайте — так проще (про эффективность не надо — пользователь ещё памяти докупит, если надо).

G>На мой взгляд программисты делятся на два лагеря: приверженцы эффективного кода и приверженцы сопровождаемоего кода.
Откажитесь от многопоточности и вообще параллельных вычислений — корректную синхронизацию не все умеют. Не все даже знают что такое volatile и когда его писать нужно, а уж про барьеры многие вообще никогда не слышали. К тому же всякие локи сильно код портят — он становится неспопровождаемым (на 60 строк алгоритма иногда 120 всяких локов-анлоков/барьеров даблчеков и прочей магии).

ЗЫ: я в шоке.

Здравствуйте, Gattaka, Вы писали:

G>В частности писать ли бизнес-логику в хранимых процедурах? С точки зрения эффективности это идеальный вариант, с точки зрения сопровождаемости — худший.
Да, согласен, они сопровождаются крайне плохо. Но иногда это почти единственный вариант написать всегда корректно работающую программу.

G>Нельзя тестировать...
Можно.

G>Да и вобще луче использовать MongoDB.

И этот человек говорит о сопровождаемости .... Да чо уж там, пишите сразу в файл: в файлы умеют писать все — этому вообще на первом курсе учатся. А чтоб вообще проще было — в текстовые. А чтоб ещё проще — в один файл, чтоб "сразу всё перед глазами"(с). Файл сразу целиком в память зачитывайте — так проще (про эффективность не надо — пользователь ещё памяти докупит, если надо).

G>На мой взгляд программисты делятся на два лагеря: приверженцы эффективного кода и приверженцы сопровождаемоего кода.
Откажитесь от многопоточности и вообще параллельных вычислений — корректную синхронизацию не все умеют. Не все даже знают что такое volatile и когда его писать нужно, а уж про барьеры многие вообще никогда не слышали. К тому же всякие локи сильно код портят — он становится неспопровождаемым (на 60 строк алгоритма иногда 120 всяких локов-анлоков/барьеров даблчеков и прочей магии).
А то, что иногда висит UI — ничего страшного, юзер подождёт — не проблема, можно часики песочные повесить на курсор, чтоб пользователя не смущать.
Зато однопоточная, однопроцессная софтина проще в сопровождении чем многопоточная, да ещё и со всякими сервисами.

ЗЫ: я в шоке.