Например мелкооптовая аптека. К каждому заказу на 20-200 позиций нужно xx сертификатов для каждого препарата, плюс бухгалтерские документы. В день от 100-200 заказов. Считаем, выходит 2000-4000 листов в день.
Не очень ясно, чем разработка и тестирования демона в вашем частном случае отличается от разработки любой другой программы, не-демона.
А насчет чистки после возможных «фатальных» ошибок, вы не думали использовать готовые виртуальные машины?
В простеньком велосипеде это может выглядеть как
1. скопировать образ готовой и настроенной «чистой» виртуальной машины в из каталога образов на тестовую машину.
2. Запуск виртуальной машины и подключение к ней по ssh, копирование и установка вашего нового демона
3. Запуск и тестирование.
4. Остановка виртуальной машины, удаление «отработанного» образа, или перемещение его в папку, если вдруг нужно будет посмотреть что там случилось.
В случае тестирования демонов, можно образ создать без gui, совсем маленький, то есть ресурсов потребуется на порядок меньше, а качество и надежность тестов увеличится.
Потому что когда у меня есть панель закладок, то при нажатии правой мышки на любой закладке всплывает не меню, в котором я могу ее удалить, а она просто открывается сразу.
То есть хочется редактирование закладок прямо в его тулбаре, а не в отдельном менеджере.
Так крайне удобно и бегаешь по меню закладок и тут же если что перенес/удалил лишние, открыл нужную.
IMHO там нет прямо вызначенного «первого принтера» — в пуле все принтеры в принципе равноправны, и если вдруг первый занят (неважно чем — выключен, ошибка печати, печатает другое задание), задание автоматом пойдет на второй.
Делить печать между принтерами в пуле можно только по заданиям, и если одно задание на 100 страниц, а остальные 99 по 1 странице, то первый принтер которому попало это одно задание будет занят пока его не напечатает, и отдохнуть сможет только после него.
Поэтому мне казалось, что самым правильным будет просто отправлять принтеры по очереди в оффлайн по расписанию.
При этом нет никакой сложной нагроможденности лишних сервисов, включить принтер можно откуда угодно.
Если какой-то принтер ушел в ремонт, то нагрузка балансируется тем же принт пулером, а не отдельным DNS балансером, который не может проверять занят ли текущий принтер по А-записи.
В общем было бы интересно погонять текущее решение и узнать, вскрылись ли какие подводные камни.
Ну у вас же как минимум Active Directory крутится на чем-то? Скрипт не зависит от ПО принтера. Это обычное что-то вроде:
rundll32 printui.dll,PrintUIEntry /y /q /n “Printer name”
Которое вообще никакой нагрузки не создает.
Вы же ушли от принтер пула, который в общем-то заточен именно под вашу ситуацию — когда нужно печатать на какой-то принтер, чтобы служба сама разрулила, какой принтер занят, или крышка открыта, или картридж кончился.
Возможно у меня требования к печати стояли такие, что напечатать после отправки задания нужно было как можно быстрее, поэтому мне было важно, что бы в случае чего, не было простоя даже на минуту, если есть на чем печатать.
> По большому счету промежуточных решений толком нет — видимо, как-то не очень востребовано народом печатать в сутки десятки тысяч разных ч/б листов.
Именно так. Такая задача встречается не слишком часто. В полиграфии печатаются одинаковые листы, и «быстрая техника» совсем другая. А так, чтобы куча листов и все разные — задача непопулярная, но встречается. В таком случае — лучше несколько среднего бюджета принтеров, с 2-3 лотками на 500 листов и картриджем на 25-30 к листов, чем 1-2 монстра, которые ничем не быстрее, а в случае сбоя — менее надежны.
Когда-то у меня была похожая задача. Оптовый склад, к каждому заказу печатается пакет документов. Склад работает практически круглосуточно в три смены, то есть простоя принтеров как такового практически не было.
Решилось дело обычным MS пулом принтеров. И в общем-то суть не в дорогих принтерах, думаю за 25000 это как раз удачное решение по скорости печати.
Более дорогие принтеры скорее оборудованы всякими перделками-свистелками-сканерами-факсами. В основном смотреть надо на три параметра — скорость листов в минуту, ресурс картриджа и ресурс печати печки.
У нас стояло 4 принтера, что позволяло элементарно один принтер в случае чего снимать и отправлять на ремонт, при этом в случае выхода из строя еще одного принтера, два более-менее тянули.
То есть в вашем случае 3 принтера мне кажутся дороже чем четыре.
А вот ваша проблема насчет отдыха мне кажется совершенно странной. Вы же можете элементарно на любом сервере запустить по расписанию скриптик, который будет переводить принтеры по очереди в оффлайн, и пул сразу справиться с данной задачей. Запустить например смену очередности примерно раз в 30 минут.
Можно считать задания. Можно получать с принтера количество распечатанных листов или напрямую, или парсить его статистику по html страничке и ставить в оффлайн после печати определенного количества листов (плюс-минус чтобы завершилось текущее задание).
Такой подход вроде как более адекватен, чем лепить сюда DNS.
Вот очень не нравится вызывать менеджер, чтобы просто добавить закладку туда, куда мне удобно.
При наличии многих закладок — они полюбому уже находятся в папках, и крайне удобно (и привычно по всем другим браузерам), просто взять текущий url и перетянуть его в нужную папку.
По звездочке или ctrl-D, непонятно куда он добавится, потом его там искать и перетягивать в другое место…
Гибкость добавления закладок внутри папки — ну лично у меня по нескольку раз в день…
Кстати, среди вопросов вы совсем не озвучивали владение инструментарием.
Вы интересуетесь чем тестировщики уже умеют пользоваться (напр. питон, selenium, git, etc)?
Как опыт работы с ПО влияет на собеседование?
IMHO проектам подобного типа, когда все унифицируется и взаимозаменяется, как раз путь в opensource, а не проприетарщину, потому что это прямо противоречит смыслу унификации при наличии какого-то монополиста.
А я достаточно часто открываю и закрываю Firefox. Выделить 300 мегабайт для рамдиска с firefox и far мне не кажется слишком напряжных в системах с 4гб и выше.
Собственно IMHO ориентация исключительно на гиков — неприбыльное дело. На них фич не напасешься никогда.
А вот ориентация на слабые машины — это уже дело — даже я исключительно поэтому поставил на виртуалку кмелеон.
Но для этого следует пусть и не менеджер закачек, но хоть кнопка «открыть папку закачек», которая сейчас стоит по умолчанию в более-менее доступном месте.
А еще мне жутко не понравилась работа с закладками — интуитивно я не понял, как можно быстро добавить текущую открытую страничку в закладки, а еще лучше создать в меню закладок подменю и добавить сразу туда. Во всех современных менеджерах это делается обычным «переносом мышкой», интуитивно понятно.
Собственно кроме этих двух вещей, которые используются каждые несколько минут, других претензий и нет.
Но вот из-за закладок я пока точно воздержусь пользоваться вашим браузером активно…
Скорость записи на SSD все же гораздо ниже, чем скорость записи на диск.
Я наглядно вижу, что firefox на Ramdisk живет быстрее чем на SSD. Вдобавок это как раз то, что чаще всего пишет ненужные (временные файлы) на диск. А к чувству «SSD не жалко» я только начал привыкать.
Даже начинаю думать, что надо покупать два SSD — большой для системы, и маленький но быстрый для всяких временных папок, кешей, свопа, на котором не будет лежать критической инфы вообще, и его уже менять по мере проблем.
> У каждого отрезка i есть левый конец L[i] и правый конец R[i]. Отсортируем отрезки в порядке возрастания R[i]. В таком порядке будем перебирать отрезки. Очередной отрезок будем добавлять в ответ, если его левая граница больше максимума правых границ уже добавленных отрезков.
А с чем сравнивать L, если у нас в ответах пока что пусто?
Какой первый отрезок туда попадет? А если у нас самый «левый» отрезок самый длинный, то мы получим неверное подмножество?
Осталось с закладками разобраться...)
А насчет чистки после возможных «фатальных» ошибок, вы не думали использовать готовые виртуальные машины?
В простеньком велосипеде это может выглядеть как
1. скопировать образ готовой и настроенной «чистой» виртуальной машины в из каталога образов на тестовую машину.
2. Запуск виртуальной машины и подключение к ней по ssh, копирование и установка вашего нового демона
3. Запуск и тестирование.
4. Остановка виртуальной машины, удаление «отработанного» образа, или перемещение его в папку, если вдруг нужно будет посмотреть что там случилось.
В случае тестирования демонов, можно образ создать без gui, совсем маленький, то есть ресурсов потребуется на порядок меньше, а качество и надежность тестов увеличится.
То есть хочется редактирование закладок прямо в его тулбаре, а не в отдельном менеджере.
Так крайне удобно и бегаешь по меню закладок и тут же если что перенес/удалил лишние, открыл нужную.
Делить печать между принтерами в пуле можно только по заданиям, и если одно задание на 100 страниц, а остальные 99 по 1 странице, то первый принтер которому попало это одно задание будет занят пока его не напечатает, и отдохнуть сможет только после него.
Поэтому мне казалось, что самым правильным будет просто отправлять принтеры по очереди в оффлайн по расписанию.
При этом нет никакой сложной нагроможденности лишних сервисов, включить принтер можно откуда угодно.
Если какой-то принтер ушел в ремонт, то нагрузка балансируется тем же принт пулером, а не отдельным DNS балансером, который не может проверять занят ли текущий принтер по А-записи.
В общем было бы интересно погонять текущее решение и узнать, вскрылись ли какие подводные камни.
Ну у вас же как минимум Active Directory крутится на чем-то? Скрипт не зависит от ПО принтера. Это обычное что-то вроде:
rundll32 printui.dll,PrintUIEntry /y /q /n “Printer name”
Которое вообще никакой нагрузки не создает.
Вы же ушли от принтер пула, который в общем-то заточен именно под вашу ситуацию — когда нужно печатать на какой-то принтер, чтобы служба сама разрулила, какой принтер занят, или крышка открыта, или картридж кончился.
Возможно у меня требования к печати стояли такие, что напечатать после отправки задания нужно было как можно быстрее, поэтому мне было важно, что бы в случае чего, не было простоя даже на минуту, если есть на чем печатать.
Именно так. Такая задача встречается не слишком часто. В полиграфии печатаются одинаковые листы, и «быстрая техника» совсем другая. А так, чтобы куча листов и все разные — задача непопулярная, но встречается. В таком случае — лучше несколько среднего бюджета принтеров, с 2-3 лотками на 500 листов и картриджем на 25-30 к листов, чем 1-2 монстра, которые ничем не быстрее, а в случае сбоя — менее надежны.
Решилось дело обычным MS пулом принтеров. И в общем-то суть не в дорогих принтерах, думаю за 25000 это как раз удачное решение по скорости печати.
Более дорогие принтеры скорее оборудованы всякими перделками-свистелками-сканерами-факсами. В основном смотреть надо на три параметра — скорость листов в минуту, ресурс картриджа и ресурс печати печки.
У нас стояло 4 принтера, что позволяло элементарно один принтер в случае чего снимать и отправлять на ремонт, при этом в случае выхода из строя еще одного принтера, два более-менее тянули.
То есть в вашем случае 3 принтера мне кажутся дороже чем четыре.
А вот ваша проблема насчет отдыха мне кажется совершенно странной. Вы же можете элементарно на любом сервере запустить по расписанию скриптик, который будет переводить принтеры по очереди в оффлайн, и пул сразу справиться с данной задачей. Запустить например смену очередности примерно раз в 30 минут.
Можно считать задания. Можно получать с принтера количество распечатанных листов или напрямую, или парсить его статистику по html страничке и ставить в оффлайн после печати определенного количества листов (плюс-минус чтобы завершилось текущее задание).
Такой подход вроде как более адекватен, чем лепить сюда DNS.
При наличии многих закладок — они полюбому уже находятся в папках, и крайне удобно (и привычно по всем другим браузерам), просто взять текущий url и перетянуть его в нужную папку.
По звездочке или ctrl-D, непонятно куда он добавится, потом его там искать и перетягивать в другое место…
Гибкость добавления закладок внутри папки — ну лично у меня по нескольку раз в день…
Вы интересуетесь чем тестировщики уже умеют пользоваться (напр. питон, selenium, git, etc)?
Как опыт работы с ПО влияет на собеседование?
А вот ориентация на слабые машины — это уже дело — даже я исключительно поэтому поставил на виртуалку кмелеон.
Но для этого следует пусть и не менеджер закачек, но хоть кнопка «открыть папку закачек», которая сейчас стоит по умолчанию в более-менее доступном месте.
А еще мне жутко не понравилась работа с закладками — интуитивно я не понял, как можно быстро добавить текущую открытую страничку в закладки, а еще лучше создать в меню закладок подменю и добавить сразу туда. Во всех современных менеджерах это делается обычным «переносом мышкой», интуитивно понятно.
Собственно кроме этих двух вещей, которые используются каждые несколько минут, других претензий и нет.
Но вот из-за закладок я пока точно воздержусь пользоваться вашим браузером активно…
Я наглядно вижу, что firefox на Ramdisk живет быстрее чем на SSD. Вдобавок это как раз то, что чаще всего пишет ненужные (временные файлы) на диск. А к чувству «SSD не жалко» я только начал привыкать.
Даже начинаю думать, что надо покупать два SSD — большой для системы, и маленький но быстрый для всяких временных папок, кешей, свопа, на котором не будет лежать критической инфы вообще, и его уже менять по мере проблем.
А с чем сравнивать L, если у нас в ответах пока что пусто?
Какой первый отрезок туда попадет? А если у нас самый «левый» отрезок самый длинный, то мы получим неверное подмножество?