Я пол ночи тупил, и только проспавшись, утром сообразил, что нужно просто включить маскарадинг для зоны тунеля. После этого все работает "из коробки". Ну и DNS прописал не отечественный.
Я в прошлом году не поленился и подсчитал, сколько не было горячей воды с мая по сентябрь. Получилось 70 дней (прописью - СЕМЬДЕСЯТ). Если интересны подробности можно поискать в ВК #ЯрославльБезГорячейВоды
Вот почему разработчики low-code фреймворков дружно считают, что проектами нужно управлять только "кровавому Энтерпрайзу"? Я как раз "непрограммист" и давно ищу возможность создать маленькую систему для управления проектами, которая бы меня устраивала. Но каждый раз упираюсь, в то, что за эти самые диаграммы нужно заплатить...
Еще бы документацию более подробную разработать, для "не программистов". Программисты на такую платформу врят-ли массово кинутся переходить, а вот для условных "продвинутых пользователей Excel" или "бизнес-аналитиков, которые хотят сами начать писать приложения" наверное было-бы весьма интересно вести разработку на вашей платформе. Но постоянные отсылки в статьях и документации на другие языки программирования (которыми читатель предположительно должен уже владеть) особо этому не способствует, как-бы намекая, мол ты сперва пару-тройку языков выучи, потом уж сюда приходи... P.S. Ну и новый дизайн конечно очень хочется увидеть. Как не крути, а эстетика все-таки влияет. Особенно при выборе решения ЛПР на стороне бизнеса.
Вообще интересно было бы почитать многие популярные истории с точки зрения различных персонажей, при этом имея возможность переключаться между ними в любой момент времени (ну т.е. там, где их сюжеты пересекаются). Что-то подобное Ридли Скотт попытался показать в фильме "Последняя дуэль" (хотя с интерактивностью там, по понятным причинам. не очень).
В этом году отказался от продления домена зоне .ru т.к. покупался он в прошлом году за 350 рублей, а продлевать в этом году предложили за 870. В зоне .su продление составило 510 рублей. Видимо байты буквы "R" в базе данных стоят дороже чем буквы "S"...
Подскажите пожалуйста, я правильно понял, что и "нанесение заботы" и "сгорание маны" происходит "насильственно", т.е. автоматически и одинаково для всех участников той или иной активности? Или все-таки мнение самих сотрудников как-то учитывается? Возможно кого-то корпоративный мерч мотивирует на 1 день, а корпоратив вовсе демотивирует, а кого-то наоборот очень сильно радует и то и другое?
В целом, на мой взгляд очень интересная метода, которая позволяет оцифровать такой сложный показатель и начать реально управлять им.
В моем понимании, формализация бизнес-процессов жизненно важно для любой деятельности, требующей предсказуемого результата. Заниматься формализацией должен руководитель (менеджер), т.к. это его основная функция (управлять процессом, а не людьми). Кроме того, исполнитель всегда охотней выполняет действия, смысл которых ему понятен. Т.е. все участники процесса должны (как минимум) легко читать такие диаграммы (понимать как именно процесс работает). Сама по себе идея нотации BPMN конечно замечательная, но как правильно указано в статье, чрезвычайно избыточная. Даже краткий справочник по разновидностям обозначений (все на одном листе) повергает при первом ознакомлении в шок, а уж полное описание в несколько сот страниц и вовсе отбивает желание данную нотацию использовать на практике.
Я бы все-таки добавил метрику "человеко-сервис" учитывающую общее количество предоставляемых ИТ-сервисов и их пользователей. Просто затраты на одно рабочее место так себе показатель.
Про аутсорс (а перенос сервисов в облако, по сути его разновидность) - если считаете, что риски уменьшения степени влияния на управление ИТ-сервисами не перевешивают стоимость самостоятельного владения и управления, можно что угодно отдать на сторону (не только ИТ).
Давно хотел спросить, на текущий момент есть на рынке хоть одна достаточно развитая ERP система, в состав которой неотъемлемым компонентом входил бы BPMS? Все попытки натянуть отдельно стоящий движок на жестко связанные сущности ERP выглядят несколько неказисто и выливаются в какие-то странные костыли типа RPA. Или я хочу странного?
Если бы законодательно закрепили обязательство разработчика ПО публиковать исходники во всех случаях, когда он это ПО перестает поддерживать, то от этого был бы какой-нибудь толк.
Сам и отвечу пожалуй. С версии 1.1.8 PBR не поддерживает iptables/ipset. Потому и не работает с AdGuardHome.
https://docs.openwrt.melmac.net/pbr/#Version1.1.8
Я пол ночи тупил, и только проспавшись, утром сообразил, что нужно просто включить маскарадинг для зоны тунеля. После этого все работает "из коробки". Ну и DNS прописал не отечественный.
Так и не смог добиться, чтобы работало с AdGuardHome. Пока настроил через nft DNSmasq, но попробую еще поэкспериментировать...
Судя по мануалу, нет там проблем. Работает через ipset.
https://docs.openwrt.melmac.net/pbr/1.1.6-16/#UseAdGuardHomeipsetSupport
Подскажите, как настроить совместную работу Policy-Based Routing и AdGuardHome на том-же роутере с OpenWrt.
Я в прошлом году не поленился и подсчитал, сколько не было горячей воды с мая по сентябрь. Получилось 70 дней (прописью - СЕМЬДЕСЯТ). Если интересны подробности можно поискать в ВК #ЯрославльБезГорячейВоды
Диаграммы Ганта будет в PRO
Вот почему разработчики low-code фреймворков дружно считают, что проектами нужно управлять только "кровавому Энтерпрайзу"? Я как раз "непрограммист" и давно ищу возможность создать маленькую систему для управления проектами, которая бы меня устраивала. Но каждый раз упираюсь, в то, что за эти самые диаграммы нужно заплатить...
Еще бы документацию более подробную разработать, для "не программистов". Программисты на такую платформу врят-ли массово кинутся переходить, а вот для условных "продвинутых пользователей Excel" или "бизнес-аналитиков, которые хотят сами начать писать приложения" наверное было-бы весьма интересно вести разработку на вашей платформе. Но постоянные отсылки в статьях и документации на другие языки программирования (которыми читатель предположительно должен уже владеть) особо этому не способствует, как-бы намекая, мол ты сперва пару-тройку языков выучи, потом уж сюда приходи...
P.S. Ну и новый дизайн конечно очень хочется увидеть. Как не крути, а эстетика все-таки влияет. Особенно при выборе решения ЛПР на стороне бизнеса.
Вообще интересно было бы почитать многие популярные истории с точки зрения различных персонажей, при этом имея возможность переключаться между ними в любой момент времени (ну т.е. там, где их сюжеты пересекаются). Что-то подобное Ридли Скотт попытался показать в фильме "Последняя дуэль" (хотя с интерактивностью там, по понятным причинам. не очень).
В этом году отказался от продления домена зоне .ru т.к. покупался он в прошлом году за 350 рублей, а продлевать в этом году предложили за 870. В зоне .su продление составило 510 рублей. Видимо байты буквы "R" в базе данных стоят дороже чем буквы "S"...
Подскажите пожалуйста, я правильно понял, что и "нанесение заботы" и "сгорание маны" происходит "насильственно", т.е. автоматически и одинаково для всех участников той или иной активности? Или все-таки мнение самих сотрудников как-то учитывается? Возможно кого-то корпоративный мерч мотивирует на 1 день, а корпоратив вовсе демотивирует, а кого-то наоборот очень сильно радует и то и другое?
В целом, на мой взгляд очень интересная метода, которая позволяет оцифровать такой сложный показатель и начать реально управлять им.
В моем понимании, формализация бизнес-процессов жизненно важно для любой деятельности, требующей предсказуемого результата. Заниматься формализацией должен руководитель (менеджер), т.к. это его основная функция (управлять процессом, а не людьми). Кроме того, исполнитель всегда охотней выполняет действия, смысл которых ему понятен. Т.е. все участники процесса должны (как минимум) легко читать такие диаграммы (понимать как именно процесс работает). Сама по себе идея нотации BPMN конечно замечательная, но как правильно указано в статье, чрезвычайно избыточная. Даже краткий справочник по разновидностям обозначений (все на одном листе) повергает при первом ознакомлении в шок, а уж полное описание в несколько сот страниц и вовсе отбивает желание данную нотацию использовать на практике.
Осталось только понять, зачем...
Они заново изобрели моноблок?
Вот тут человек 7 лет занимается на своем участке. Простыми словами объясняет.
https://www.youtube.com/watch?v=1Z_049EZM14
Я бы все-таки добавил метрику "человеко-сервис" учитывающую общее количество предоставляемых ИТ-сервисов и их пользователей. Просто затраты на одно рабочее место так себе показатель.
Про аутсорс (а перенос сервисов в облако, по сути его разновидность) - если считаете, что риски уменьшения степени влияния на управление ИТ-сервисами не перевешивают стоимость самостоятельного владения и управления, можно что угодно отдать на сторону (не только ИТ).
Уверен, законодатели придумают какую-нибудь достаточно мутную формулировку на пол страницы.
Давно хотел спросить, на текущий момент есть на рынке хоть одна достаточно развитая ERP система, в состав которой неотъемлемым компонентом входил бы BPMS? Все попытки натянуть отдельно стоящий движок на жестко связанные сущности ERP выглядят несколько неказисто и выливаются в какие-то странные костыли типа RPA.
Или я хочу странного?
Если бы законодательно закрепили обязательство разработчика ПО публиковать исходники во всех случаях, когда он это ПО перестает поддерживать, то от этого был бы какой-нибудь толк.