Нюанс. Перед тем, как начинать ковыряться в мелком барахле, следует сделать то, что в ВУЗах требуют обязательным разделом отчета по производственной практике: сообразить структуру бизнеса (в общих чертах) и структуру подразделений, с предварительным пониманием того какие и через кого вопросы решаются. Отсюда всплывет понимание сервисов, существующих в ИС и понимание разделения полномочий. Хотя бы узнаете у кого спросить почему вот этот сервис бэкапится по такому странному расписанию (к примеру)
так я и говорю: где предъява «вот мы на тебя всякое потратили, а сколько от тебя доходу»?
проблема запрета — она чисто административная, это ясно всем.
оно ж просто — просрачиваешь сроки — минус деньга.
то, что касается отдела ИТ — дать для ЛПР достаточное количество данных, консолидированных по модели затрат/доходов данной компании.
Если балабольство на хабре или наоборот просвещение на нем же ведут к плюсам — почто бы и нет. Но опять же оно — административная проблема.
я вот что не понимаю.
совсем не понимаю.
каким местом это относится к автоматам?
классически должны были бы быть описания алфавитов входного, внутреннего и выходного алфавитов. Плюс матрицы переходов-выходов, в зависимости от милимура. И собственно вся прелесть автоматного подхода именно в этом: алгоритм меняется простой сменой матрицы. А еще можно приляпать вероятности (и это еще один плюс подхода — нахрен монтекарло), можно приляпать даже интервальные вероятности (с некоторыми ограничениями).
Но вот в статье я таки не увидел ни матриц, ни единого алгоритма.
вы чутка не в курсе рассчетов опсосов с корпоратами.
даже если безлимит — он денег стоит. и, главное, четко видно кто, куда и сколько времени потрачено.
пост то был не о том. а о учете. стоимости обслуживания работника и добавленной стоимости работником.
грубо говоря — о потребности экономической модели затрат и доходов. И вот в этот момент отдел ИТ может оказаться серебряной пулей.
Проблема, как мне кажется, даже не в ограничениях. Проблема в отсутствии понимания того, что «денюжка счет любит» (с) и того, что учет требует как сил, так и средств.
Попытки урезать кого то в чем то вызывают сопротивление ровно до того момента, как предъявляется: ваш вконтактег на корпоративном 4г стоил 500 рублей. А время в нем — 4500 из вашего рабочего времени. А не выключенный на ночь комп — 1700. Чем можете возместить?
Иными словами нужен механизм перевода данных мониторинга (мы же взрослые пацаны, мы мониторим все, до чего смогли дотянуться) в персонализированные деньги. От электричества до интенсивности смены дисков в цодах, если свои.
Не пердставляется кардинально сложным наляпать экономическую модель затрат на технические средства и привзать к текущему мониторингу. Бухи это умеют с детства. Среднему ИТ отделу работы дня на два, если мониторинг в наличии.
Собственно на основе этого — ограничивайте. Или не ограничивайте.
Ну и байку про веник и коллектив не стоит забывать.
Почта — инструмент. Многофункциональный внезапно
Если бизнесу удобно использовать его как кладовку, то не админское дело этому мешать. Админское (в смысле ИТ отдела) определить момент в который поддержка этого инструмента станет сопоставима со специализированными средствами, всякими црм и прочими цвс (ага, и он тоже может помогать). Ну и донести бюджет до начальства аргументированно.
Указано, что и ХРюха в обойму попала.
А вот патча под хрюху на www.catalog.update.microsoft.com/Search.aspx?q=KB4499175 как то не видно.
У кого нибудь есть ссыль?
проблема запрета — она чисто административная, это ясно всем.
оно ж просто — просрачиваешь сроки — минус деньга.
то, что касается отдела ИТ — дать для ЛПР достаточное количество данных, консолидированных по модели затрат/доходов данной компании.
Если балабольство на хабре или наоборот просвещение на нем же ведут к плюсам — почто бы и нет. Но опять же оно — административная проблема.
совсем не понимаю.
каким местом это относится к автоматам?
классически должны были бы быть описания алфавитов входного, внутреннего и выходного алфавитов. Плюс матрицы переходов-выходов, в зависимости от милимура. И собственно вся прелесть автоматного подхода именно в этом: алгоритм меняется простой сменой матрицы. А еще можно приляпать вероятности (и это еще один плюс подхода — нахрен монтекарло), можно приляпать даже интервальные вероятности (с некоторыми ограничениями).
Но вот в статье я таки не увидел ни матриц, ни единого алгоритма.
даже если безлимит — он денег стоит. и, главное, четко видно кто, куда и сколько времени потрачено.
пост то был не о том. а о учете. стоимости обслуживания работника и добавленной стоимости работником.
грубо говоря — о потребности экономической модели затрат и доходов. И вот в этот момент отдел ИТ может оказаться серебряной пулей.
Попытки урезать кого то в чем то вызывают сопротивление ровно до того момента, как предъявляется: ваш вконтактег на корпоративном 4г стоил 500 рублей. А время в нем — 4500 из вашего рабочего времени. А не выключенный на ночь комп — 1700. Чем можете возместить?
Иными словами нужен механизм перевода данных мониторинга (мы же взрослые пацаны, мы мониторим все, до чего смогли дотянуться) в персонализированные деньги. От электричества до интенсивности смены дисков в цодах, если свои.
Не пердставляется кардинально сложным наляпать экономическую модель затрат на технические средства и привзать к текущему мониторингу. Бухи это умеют с детства. Среднему ИТ отделу работы дня на два, если мониторинг в наличии.
Собственно на основе этого — ограничивайте. Или не ограничивайте.
Ну и байку про веник и коллектив не стоит забывать.
просто интересно.
Если бизнесу удобно использовать его как кладовку, то не админское дело этому мешать. Админское (в смысле ИТ отдела) определить момент в который поддержка этого инструмента станет сопоставима со специализированными средствами, всякими црм и прочими цвс (ага, и он тоже может помогать). Ну и донести бюджет до начальства аргументированно.