//calculates LatLong value
int getLatLongValue()
{
...
}
?
По идее и говнокод, извиняюсь, можно работать безошибочно и предсказуемо. Но как его поддерживать? Я сорцы ядра не смотрел, там «ад в каментах» или нормально, как в MSDN?
Хм, то-есть это, оказывается, все легенды от МС и Максис — про кодеров-суперпрофи, комментированный код, описанный дизайн, спроектированные интерфейсы…
Уточним термины. Заужение — это когда приложение «калькулятор» позиционируется только для бухов. Хотя реально его аудитория значительно шире.
С другой стороны, калькулятор для расчета расхода бензина, размера колес, перевода из/в метрическую системы и прочего фокусировать/заузить надо на автосервисы. Ибо пропихивание его в другие ниши не окупится.
Относительно проводов и масел — да, там как раз фокус: масло для конкретной марки авто. Но масло для конкретной модели двигателя — это уже заужение.
(Не берем в расчет всякие роторные двигатели и прочую экзотику. Там, насколько я понимаю, выбор масел вообще ограничен 1-2 вариантами).
По 1 не соглашусь — участвовал в 2 проектах с овер 5 и 15 млн баксов бюджета — оба тогось. В первом случае не помогли даже прямые продажи, ибо фокус продукта вообще не определялся — некий комбайн. Похоже, ты что-то другое имел ввиду.
Ну, как-бы страшного ничего особо нет. Здесь идет инициализация камеры для все возможных случаев (если я правильно понял по колбеку). Кому-то надо кадр с камеры, кому-то видео поток.
Если писать отдельное API для сдергивания кадра с камеры и отдельное API для получения потока кадров с заданным фреймрейтом, то будет либо куча разных функций с почти одинаковыми именами, либо отдельное API типа VfW :)
А если поток надо сразу перенаправиль в другой фильт, минуя буфер памяти?
В примерах МСДН неплохие комментарии. Но если, как вы говорите, код обрабатывали, то часть комментариев, скорее всего, убрали.
//calculates LatLong value
int getLatLongValue() { ... }
?
По идее и говнокод, извиняюсь, можно работать безошибочно и предсказуемо. Но как его поддерживать? Я сорцы ядра не смотрел, там «ад в каментах» или нормально, как в MSDN?
С другой стороны, калькулятор для расчета расхода бензина, размера колес, перевода из/в метрическую системы и прочего фокусировать/заузить надо на автосервисы. Ибо пропихивание его в другие ниши не окупится.
Относительно проводов и масел — да, там как раз фокус: масло для конкретной марки авто. Но масло для конкретной модели двигателя — это уже заужение.
(Не берем в расчет всякие роторные двигатели и прочую экзотику. Там, насколько я понимаю, выбор масел вообще ограничен 1-2 вариантами).
П. С. Бывшие скалолазы знакомые есть. В общем, это не особо важно.
По 1 не соглашусь — участвовал в 2 проектах с овер 5 и 15 млн баксов бюджета — оба тогось. В первом случае не помогли даже прямые продажи, ибо фокус продукта вообще не определялся — некий комбайн. Похоже, ты что-то другое имел ввиду.
Если писать отдельное API для сдергивания кадра с камеры и отдельное API для получения потока кадров с заданным фреймрейтом, то будет либо куча разных функций с почти одинаковыми именами, либо отдельное API типа VfW :)
А если поток надо сразу перенаправиль в другой фильт, минуя буфер памяти?
В общем, не все так страшно.
7 руб/мб
Месяц назад уже обсуждали.