K
где-то видела все эти аббревиатуры.. и расшифровку
Size: a a a
2020 May 26
K
попробую найти
K
это госы стандартизировали документацию для ис
VU
Kamilla
попробую найти
Был бы очень признателен)
VU
Я не нашёл в ГОСТах определений таких
VU
Roman Roman
Господа, может кто знает, имеет место быть какие-то шаблонные, популярные решения на тему планирования работы персонала (timetable, schedule). Имеется в виду персонал по типу врачей. Т.е. есть некий режим работы сотрудника где есть доступные слоты для назначения встречи с пациентом.
Может какая структура классов, или таблиц бд. Как слоты мапятся на реальное время, изменение гранулярности слота. В общем может есть у кого какой материал на эту тем и не жалко поделится ) ?
Может какая структура классов, или таблиц бд. Как слоты мапятся на реальное время, изменение гранулярности слота. В общем может есть у кого какой материал на эту тем и не жалко поделится ) ?
Кто-то опять рефакторит РиР?
RR
Кто-то опять рефакторит РиР?
Вы имеете в виду это ?
https://burneft.ru/archive/issues/2010-12/5
https://burneft.ru/archive/issues/2010-12/5
RR
VU
Roman Roman
Вы имеете в виду это ?
https://burneft.ru/archive/issues/2010-12/5
https://burneft.ru/archive/issues/2010-12/5
Нет, я просто вспомнил в ЕМИАС был сервис Ресурсы и Расписания, который постоянно рефакторили, пытаясь добиться от него должной работоспособности (сервис был модулем в монолите раньше)
VU
Не знаю чем кончилось
RR
Нет, я просто вспомнил в ЕМИАС был сервис Ресурсы и Расписания, который постоянно рефакторили, пытаясь добиться от него должной работоспособности (сервис был модулем в монолите раньше)
Ну судя по докам что я нарыл задача действительна не тривиальная
https://en.wikipedia.org/wiki/Nurse_scheduling_problem
http://www3.eng.cam.ac.uk/~hj231/Papers/rostering.pdf
https://en.wikipedia.org/wiki/Nurse_scheduling_problem
http://www3.eng.cam.ac.uk/~hj231/Papers/rostering.pdf
AV
Да нет никакого домена, в документации шифр этот непонятный в названии, я голову сломал уже)
Это видимо про Информационно-Расчетный Центр (какого-то города на В)
VU
Это видимо про Информационно-Расчетный Центр (какого-то города на В)
В может быть Восход, но зачем пихать это в название документации
AV
В может быть Восход, но зачем пихать это в название документации
Пасхалки такие) да и ordnung muss sein в РосГосНИИ
DK
Интересно, лопнет ли пузырь говнософта по аналогии со всеми банковскими кризисами ликвидности - за счёт малого процента инициаторов и эффекта домино?
Ой не уверена. Его будут эволюционно сменять другие говнософтины.
DK
Регулярно наблюдаю такое свойство: когда человек долго работает в каких-то процессах и инструментах, с каким-то внутренним критерием качества, то выявить, насколько он эффективно работает, изнутри может быть очень сложно. И люди склонны думать, что если мы до этого "как-то работали", то значит, что работали вполне эффективно и роста продуктивности на 100-200-... процентов быть не может.
Мы же как-то работаем, заказчик как-то доволен же... А заказчик не может оценить и сказать - вы медленно работаете, могли бы в 100 раз лучше. У него инструментов нет и квалификации.
Мы же как-то работаем, заказчик как-то доволен же... А заказчик не может оценить и сказать - вы медленно работаете, могли бы в 100 раз лучше. У него инструментов нет и квалификации.
DK
Как-то работаем. Как-то система живет. Ну живет же! И что мешает говнософту дальше так жить и работать?))
F
Знаете вот у меня возник диссонанс. Начали с плохого софта, завершили продуктивностью. Я могу с приростом 200%-300% выпускать больше плохого софта.
RT
Регулярно наблюдаю такое свойство: когда человек долго работает в каких-то процессах и инструментах, с каким-то внутренним критерием качества, то выявить, насколько он эффективно работает, изнутри может быть очень сложно. И люди склонны думать, что если мы до этого "как-то работали", то значит, что работали вполне эффективно и роста продуктивности на 100-200-... процентов быть не может.
Мы же как-то работаем, заказчик как-то доволен же... А заказчик не может оценить и сказать - вы медленно работаете, могли бы в 100 раз лучше. У него инструментов нет и квалификации.
Мы же как-то работаем, заказчик как-то доволен же... А заказчик не может оценить и сказать - вы медленно работаете, могли бы в 100 раз лучше. У него инструментов нет и квалификации.
Регулярно наблюдаю картину о том что организация производства оптимизируется на минимальный расхд ресурсов (проще говоря давайте как-нибудь попроще-побыстрее, на коленке там, из палок и веревок быстренько). Потом это выливается в чудовищную неэффективность операционной деятельности, но изменить это уже нельзя.
Приходится мириться и выкидывать систему целиком, когда появляется новая, обещающая что будет чем-то лучше.
Приходится мириться и выкидывать систему целиком, когда появляется новая, обещающая что будет чем-то лучше.
DK
Знаете вот у меня возник диссонанс. Начали с плохого софта, завершили продуктивностью. Я могу с приростом 200%-300% выпускать больше плохого софта.
А вы количеством строк кода меряете?