Ответы пользователя по тегу Веб-разработка
  • UX Персонажи: Когда стоит использовать?

    EndUser
    @EndUser
    Думаю так: персонажи просто инструмент понять и сформулировать ценность сервиса. Вы ведь продаёте не технологию, не вёрстку, не дизайн. Вы продаёте решение каких-то клиентских проблем. Что бы вы ни продавали - всегда смотрите глазами (потенциального) пользователя. Именно поэтому берутся эти "персы".

    P.S. "Волк с Уолл-стрит".
    - Продай мне ручку.
    - Дай мне автограф!
    Это значит "Джордан Белфорт, социально активный, богатый, энергичный молодой человек, вращается в публичных кругах, и иногда люди просят у него автографы. Поэтому Джордан должен при себе иметь авторучку, чтобы своевременно выполнять такие запросы".

    Короче... Use cases должны быть всегда!
    Ответ написан
  • Какое Ваше видение структуры отдела сопровождения корпоративной информационной системы?

    EndUser
    @EndUser
    Ну вы же всё сами и расписали - все процессы вы видите ясно.

    Сгруппируйте процессы, например, тематически: "единая точка обращений и отслеживание качества", "фиксы + развитие", "админы систем", "админы безопасности юзателей", "аудиторы", "связисты", "внедрение, обучение, туторство". Но не в этом суть.

    Главное - разведите требуемые конфликты интересов так, чтобы они не находились внутри одного административного подчинения. Сами понимаете: если тестеры под программистами, то тестеры ничего не найдут; если админы под программистами, то продакшн не будет защищён от буйной фантазии; если админы юзателей будут под админами систем, то у вас будет толпа мёртвых душ и так далее.
    Ставьте мониторщиков чуток повыше по вертикали, если ваш приоритет "высокая доступность". Аудиторов сложно держать 365 дней, привлекайте сдельно на самый высокий уровень, но слушайте осторожно. Иначе они вам устроят вторую Перестройку.

    Короче: просто опишите процессы, которые вы хотите на себя взять, и удалите административную зависимость "конфликтующих" сторон.

    Стоить будет рыночно. Иначе рискуете при хорошей постановке дела стать кузницей кадров для всего города, при плохой постановке - просто гадюшником.
    Ответ написан
  • Нахождение новых или измененных записей в большом наборе данных

    EndUser
    @EndUser
    Родными средствами репликации баз данных — имхо эффективнее.
    Если БД может слать сигналы приложению (встречал в Interbase), вообще кайф.

    Если БД разнородные, тогда на коленке придётся писать всю кухню реплицирования с нуля. Со своими велосипедами и свежеоткрытыми старыми граблями.
    Ответ написан