Comments 15
Это не программа, а п****ц какой-то, уж лучше command-line
А что ругаться? Напишите лучше? Вам исходный код дают и программу. А в ответ минус. Или реклама проприентарных программ только возможна? И большое спасибо за минусы!!!
Не все исходные коды одинаково полезны, не каждую написанную программу стоит публиковать.
виртуальный минус
виртуальный минус
Интересно с большим удовольствием бы Вы запустили неизвестный exe (закрытый код) от Васи Пупкина с правами администратора в локальной сети? И какие задачи бы смогла запланировать?
А мы не Васи Пупкина коды запускаем. Windows Remote Management pack очень даже с лихвой заменяет все возмножности вашей программы.
Если не WinRM — то 99% всего нужного можно запросто сделать через GPO.
Просто вид у этой программы — как в 1997 году в макросе экселя, который написала главбухша. Этой программе просто из за интерфейса не получается доверять. И у меня лично возникла вот какая мысль — если интерфейс столь эмм… нуу… неказуальный, то что же твориться в коде.
Хотя, пойду скачаю коды и поизучаю сорцы. Так, чисто для себя, чтобы поржать.
Если не WinRM — то 99% всего нужного можно запросто сделать через GPO.
Просто вид у этой программы — как в 1997 году в макросе экселя, который написала главбухша. Этой программе просто из за интерфейса не получается доверять. И у меня лично возникла вот какая мысль — если интерфейс столь эмм… нуу… неказуальный, то что же твориться в коде.
Хотя, пойду скачаю коды и поизучаю сорцы. Так, чисто для себя, чтобы поржать.
GPO wsh/vbscript — не??
Подход, конечно интерестный, но как-то не особо жизненный, ИМХО :)
Отверил с ридера и отправил зарано.
Дополню:
1. Групповая обработка вполне возможна любым скрипт-языком посредством файлов-списков. Импорт из домена в файл элементарно сделать базовыми утилитами.
2. Управление списком ПО на группе компьютеров удобнее решать на MS SCCM. Там функционал шире. Либо с помощью GP + ACL (правда с некоторыми оговорками).
3. Самый огромный минус — Вы не разобрались в полном функционале schtasks. Удаленно ставить/удалять задачи и АТ может, а результат можно и ло логе проверить, который в профиле системного пользователя находится. А вот schtasks позволяет более гибко конфигурировать задачи, НО, к величайшему сожалению, данные возможности в вашей программе не реализованы.
Вывод — время потраченное на разработку ушло на повышение навыка машинописи :)
Дополню:
1. Групповая обработка вполне возможна любым скрипт-языком посредством файлов-списков. Импорт из домена в файл элементарно сделать базовыми утилитами.
2. Управление списком ПО на группе компьютеров удобнее решать на MS SCCM. Там функционал шире. Либо с помощью GP + ACL (правда с некоторыми оговорками).
3. Самый огромный минус — Вы не разобрались в полном функционале schtasks. Удаленно ставить/удалять задачи и АТ может, а результат можно и ло логе проверить, который в профиле системного пользователя находится. А вот schtasks позволяет более гибко конфигурировать задачи, НО, к величайшему сожалению, данные возможности в вашей программе не реализованы.
Вывод — время потраченное на разработку ушло на повышение навыка машинописи :)
По пункту 3. Расширить функционал можно. Только появится еще больше кнопок. Супер кнопко-интерфейс!
Есть ли смысл?
Изначально инструмент задумывался именно для администраторов. Для исполнения задач конфигурирования посредством шел-скриптов…
Единстенное, что могу посоветовать — это перепрофилировать продукт.
Например, можно использовать ПО для получения списка заданий с удаленной системы и их удаленного конфигурирования/удаления/исполнения. А групповая обработка задач пусть будет бонусом, а не основным функционалом :)
Если-же это планируется как замена MS SCCM, то нужно поддержка групп компьютеров…
Но мое ИМХО — ребенок мертворожденный :(
Офтоп. Когда у меня возникла необходимость в конфигурировании распределенной сети компьютеров, независимо от наличия домена и установленной версии Windows, я ее решил с помощью nnCron+VBS+FTP. И эта связка покрыла все мои потребности на 99%. А GUI — это дело второе :)
Изначально инструмент задумывался именно для администраторов. Для исполнения задач конфигурирования посредством шел-скриптов…
Единстенное, что могу посоветовать — это перепрофилировать продукт.
Например, можно использовать ПО для получения списка заданий с удаленной системы и их удаленного конфигурирования/удаления/исполнения. А групповая обработка задач пусть будет бонусом, а не основным функционалом :)
Если-же это планируется как замена MS SCCM, то нужно поддержка групп компьютеров…
Но мое ИМХО — ребенок мертворожденный :(
Офтоп. Когда у меня возникла необходимость в конфигурировании распределенной сети компьютеров, независимо от наличия домена и установленной версии Windows, я ее решил с помощью nnCron+VBS+FTP. И эта связка покрыла все мои потребности на 99%. А GUI — это дело второе :)
=) Тут народ в целом неблагодарный.
Человек старался, написал прогу, выложил её, а в итоге ещё и наехали на автора. Нехорошо это.
Человек старался, написал прогу, выложил её, а в итоге ещё и наехали на автора. Нехорошо это.
Тут не вопрос благодарности.
Многие пишут небольшие инструменты, делающие свою жизнь чем-то проще, но не все стремятся их публиковать.
Раз человек решил вынести что-то на общественность, значит он ждет оценки своего труда.
Вот этим-то все и занимаются — конструктивной критикой.
А по головке гладить только за стремление программировать — это задание учителя по информатике ;)
Многие пишут небольшие инструменты, делающие свою жизнь чем-то проще, но не все стремятся их публиковать.
Раз человек решил вынести что-то на общественность, значит он ждет оценки своего труда.
Вот этим-то все и занимаются — конструктивной критикой.
А по головке гладить только за стремление программировать — это задание учителя по информатике ;)
Sign up to leave a comment.
Schtasks графическое групповое управление задачами на компьютерах в домене Windows