Xenkok

Сделайте тикет-систему и люди будут сами видеть, что их сообщение ушло не «в никуда», а где-то приобрело пристанище.
desk.com, HelpDesk, ещё что-нибудь. Автоматический автоответчик будет явно заметен и это сразу даёт понять, что у вас завал и ждать ответа придётся долго.

Так и хочется написать, мол «rm -rf /» все вернут на место. кхм, простите :)
на счет БД: у вас же скорее всего в /var/lib/mysql лежат базы, да? сделайте так, что бы mysql был ее владельцем.

Скорее всего это внутренние обозначения.

Я тоже так делаю, для людей которые приходят устраиваться, на анкетах пишу А, В, С.
Если кандидат хороший могу написать А+, если вроде как ничего все устраивает, но приходили лучше пишу А- и т.д.

Вообщем полет фантазий в обозначениях, по принципу лишь бы мне было понятно. Видимо в Вашем случае используется, что то аналогичное.

www.grafika-yg.ru/lazernajagravirovka.html не поверите, ввел в гугле «лазерная гравировка ростов на дону» и ткнул в первую ссылку.

Функциональность, имхо, без вопросов можно копировать. Принципы интерфейса (скажем разделение функциональности на N экранов и группировку её по экранам) тоже. Но вот внешний вид копировать нельзя, ни полностью, ни так чтобы было ясно, что ваш интерфейс (порождаемое программой аудивизуальное отображение) лишь переработанный оригинальный. Текстовые сообщения (в частности лэйблы контролов)- не уверен. По одному вроде не объекты АП, а вот их совокупность можно посчитать (суд может посчитать) подготовительными материалами для программы или вообще отдельным литературным произведением. Наверное имеет смысл записать возможные сценарии использования («На главном экране пользователь выбирает название трека из списка, запускает его проигрывание, программа проигрывает трек») и реализовывать без оглядки на интерфейс оригинала.

Это всё по российским законам. Если на международный рынок ориентируетесь или конкретных стран, то всё сложнее.