А кто вам все это пишет? Тут у меня задачи на две распадаются: 1. Датчик на -56. Кряк, сказала японская бензопила, перепиливая рельсу. Но это не моё. 2. Система сбора данных (что-то стандартное) 3. Аналитика (вот здесь вопрос),
Кто вам этот вопрос решает. Честно говоря, смотря на текущих студентов, найти из них тех, кто способен решать задачу 3 - это 1 из 50. При этом его нужно запихнуть в практику именно туда и дать именно ему исходные данные для работы. Пусть он хотя бы повторит часть сделанного - уже хорошо. Как вы их находите?
Я даже дорегистрироваться решил, чтоб написать. У большинства вузов достаточно прозрачно дублируются online аккаунты и аккаунты во внутренней системе вузов тех абитуриентов, которые приходят лично ногами. Поскольку разработчики того и другого - обычно одно лицо. Т. е, то что введено абитуриентом в ЛК вуза практически в одну кнопку копируется в вузовскую БД абитуриентов. А иногда даже не в кнопку - а автоматом. И блокировать это - как бороться с маркетом возле дома на первом этаже. Зато остальные 99 процентов проблем у ВУЗа - это взаимодействие с суперсервисом. Для тех, кто не в теме - суперсервис - это прослойка между одной госуслугой и n - вузами. Вот тут все проблемы. API в примерно нормальном виде у СС появляется в конце апреля-мае. Учитывайте, что почти все вузы с суперсервисом взаимодействуют через какую-то систему (типа 1С) и им это API нужно еще реализовать, протестировать и разлить по вузам. А начало приема всегда 20 июня. В том же мае вузы должны протестировать API, которое им разлили. Да, б..ть, они тестируют API - не взаимодействие своей системы с чем-то типа 1С, а сквозняком СВОЯ СИТЕМА - 1С - API суперсервиса. Периодически выходят глюки, в том числе и даже летом в процессе приема. При этом официальная политика суперсервиса во отношении систем типа 1С - идите в ж..у. Вы получаете инфу вместе с вузами и отдельно с вами никто не взаимодействует. Как сможете, так напишите - потом вузы протестируют. Кстати не нужно думать, что API CC-ВУЗ это что-то статичное. Хрен вам. Там даже, как это правильно для программистов, стек меняется от года к году. То xml, то JSON. Там в наименованиях XML разделов строчные и прописные буквы от года к году могут поменяться влегкую. И методы аутентификации могут поменяться, несмотря на то, что СС и ВУЗ взаимодействуют по отдельной внутренней закрытой сети, к которой просто так не подберешься и аутентификация нафиг не нужна. Для понимания - компьютер, взаимодействующий с СС - один на ВУЗ, стоит в сейфе и доступ по ключу, механическому. И это всё вообще никакого отношения не имеет к контролю бюджетных мест. СС этим в принципе не занимается. У вуза есть пара-тройка других старых отчетных систем для такой фигни. ПРИ ТОМ, что вся инфа по приему по факту уже сидит в СС. Но прошло 5 лет - а вузы до сих пор отчитываются через эти бородатые подсистемы, а инфа в самом СС тупо гасится каждый год в начале нового приема и нафиг никому не нужна.
Тут недавно робота нового показывали. Может его отправить в грузовике.
Правда его бы свежим маслом прокапать. Но за полгода, думаю, можно справится.
А есть бенчмарк для TOPS? Чтобы оценить, сколько их в моей системе.
А кто вам все это пишет?
Тут у меня задачи на две распадаются:
1. Датчик на -56. Кряк, сказала японская бензопила, перепиливая рельсу. Но это не моё.
2. Система сбора данных (что-то стандартное)
3. Аналитика (вот здесь вопрос),
Кто вам этот вопрос решает. Честно говоря, смотря на текущих студентов, найти из них тех, кто способен решать задачу 3 - это 1 из 50. При этом его нужно запихнуть в практику именно туда и дать именно ему исходные данные для работы. Пусть он хотя бы повторит часть сделанного - уже хорошо.
Как вы их находите?
Я даже дорегистрироваться решил, чтоб написать.
У большинства вузов достаточно прозрачно дублируются online аккаунты и аккаунты во внутренней системе вузов тех абитуриентов, которые приходят лично ногами. Поскольку разработчики того и другого - обычно одно лицо. Т. е, то что введено абитуриентом в ЛК вуза практически в одну кнопку копируется в вузовскую БД абитуриентов. А иногда даже не в кнопку - а автоматом. И блокировать это - как бороться с маркетом возле дома на первом этаже.
Зато остальные 99 процентов проблем у ВУЗа - это взаимодействие с суперсервисом. Для тех, кто не в теме - суперсервис - это прослойка между одной госуслугой и n - вузами.
Вот тут все проблемы. API в примерно нормальном виде у СС появляется в конце апреля-мае. Учитывайте, что почти все вузы с суперсервисом взаимодействуют через какую-то систему (типа 1С) и им это API нужно еще реализовать, протестировать и разлить по вузам. А начало приема всегда 20 июня. В том же мае вузы должны протестировать API, которое им разлили. Да, б..ть, они тестируют API - не взаимодействие своей системы с чем-то типа 1С, а сквозняком СВОЯ СИТЕМА - 1С - API суперсервиса. Периодически выходят глюки, в том числе и даже летом в процессе приема.
При этом официальная политика суперсервиса во отношении систем типа 1С - идите в ж..у. Вы получаете инфу вместе с вузами и отдельно с вами никто не взаимодействует. Как сможете, так напишите - потом вузы протестируют.
Кстати не нужно думать, что API CC-ВУЗ это что-то статичное. Хрен вам. Там даже, как это правильно для программистов, стек меняется от года к году. То xml, то JSON. Там в наименованиях XML разделов строчные и прописные буквы от года к году могут поменяться влегкую. И методы аутентификации могут поменяться, несмотря на то, что СС и ВУЗ взаимодействуют по отдельной внутренней закрытой сети, к которой просто так не подберешься и аутентификация нафиг не нужна. Для понимания - компьютер, взаимодействующий с СС - один на ВУЗ, стоит в сейфе и доступ по ключу, механическому.
И это всё вообще никакого отношения не имеет к контролю бюджетных мест. СС этим в принципе не занимается. У вуза есть пара-тройка других старых отчетных систем для такой фигни. ПРИ ТОМ, что вся инфа по приему по факту уже сидит в СС. Но прошло 5 лет - а вузы до сих пор отчитываются через эти бородатые подсистемы, а инфа в самом СС тупо гасится каждый год в начале нового приема и нафиг никому не нужна.