Стандартные расположения данных
Иерархия файловых систем основных ОС предполагают различную структуру хранения данных и одной из частей этой структуры является пользовательская папка. В Linux и UNIX-подобных системах это /home, в Windows - C:\Users.
Предполагается, что пользователь будет хранить свои данные именно там и не будет их располагать в местах откровенно нестандартных и, тем более, странных.
Только вот есть интересная особенность. В Linux или той же macOS данное правило строго соблюдается, может быть потому, что сами системы не сильно располагают к разбрасыванию пользователем своих данных куда попало.
Причем делают это самым простым и очевидным способом – прав на запись куда-либо за пределы домашней директории у пользователя нет. И ни у кого это не вызывает ни неприятия, ни отторжения.
При этом те же самые люди в Windows как будто специально стараются нарушать соглашение о хранении данных, размещая их буквально где попало.
Отчасти в этом есть вина самой системы, так как в Windows нет общей иерархии файловой системы, то люди привыкли хранить свои данные на дополнительных логических томах (D:, E: т.д.) и делать это так, как удобно им.
Очень часто эта практика сохраняется и в том случае, когда логический том один. Такое чаще всего бывает на ноутбуках или моноблоках, а разбивать на разделы единственный быстрый SSD размером в 250-500 ГБ не имеет смысла.
И вот вместо того, чтобы сложить все в папку пользователя и не париться то тут, то там, чаще всего в корне диска возникают различные пользовательские папки то с играми, то с документами, то с базами 1С (последние почему-то очень не любят размещать в тех же Документах, куда, кстати, сама 1С предлагает по умолчанию).
Что в этом плохого, спросите вы? В ответ я расскажу вам одну поучительную историю.
Третьего дня у одного моего знакомого что-то случилось с системой, то ли сделали что-то не так, то ли скачали что-то не то, но загружаться она перестала.
Ноутбук хороший, брендовый, HP. После пары неудачных загрузок он предложил ему восстановить систему и запустил утилиту Recovery Manager, которая предложила ему восстановление с сохранением программ и данных.
Он внимательно прочитал текст на экране, вставил внешний диск для сохранения данных и запустил процесс. Некоторое время просто наблюдал и, убедившись, что утилита реально сохраняет на внешний диск данные пошел пить чай, оставив ноутбук восстанавливаться.
Через пару часов все было готово, программы на месте, документы на месте, все работает. Но если все идет хорошо – значит вы чего-то не заметили.
Это чего-то заметила на следующий день его жена. Когда запустила 1С, а та ей бодро сообщила, что информационная база не обнаружена.
Как вы уже догадались, лежала база не в профиле пользователя, а в C:\1CBases или чем-то подобным.
Изучив то, что утилита сохранила на внешний диск, выяснилось, что туда попали папки Windows, Program Files, Program Data и т.д. для восстановления программ и полностью паки пользователей из C:\Users.
Более никаких папок туда не копировалось, да и, наверное, никогда не предполагалось, потому что разработчики утилиты исходили из того, что и данные, и программы у пользователя будут в стандартных расположениях.
Бекапов, как полагается, не было. Спасло то, что недавно эту базу выгружали на флешку, чтобы передать внешнему бухгалтеру. Так что отделались почти легким испугом, ну и за месяц документы заново руками вбить.
А ведь все могло быть гораздо хуже. Поэтому храните данные в стандартных расположениях, ну и не забывайте про бекапы.
Иерархия файловых систем основных ОС предполагают различную структуру хранения данных и одной из частей этой структуры является пользовательская папка. В Linux и UNIX-подобных системах это /home, в Windows - C:\Users.
Предполагается, что пользователь будет хранить свои данные именно там и не будет их располагать в местах откровенно нестандартных и, тем более, странных.
Только вот есть интересная особенность. В Linux или той же macOS данное правило строго соблюдается, может быть потому, что сами системы не сильно располагают к разбрасыванию пользователем своих данных куда попало.
Причем делают это самым простым и очевидным способом – прав на запись куда-либо за пределы домашней директории у пользователя нет. И ни у кого это не вызывает ни неприятия, ни отторжения.
При этом те же самые люди в Windows как будто специально стараются нарушать соглашение о хранении данных, размещая их буквально где попало.
Отчасти в этом есть вина самой системы, так как в Windows нет общей иерархии файловой системы, то люди привыкли хранить свои данные на дополнительных логических томах (D:, E: т.д.) и делать это так, как удобно им.
Очень часто эта практика сохраняется и в том случае, когда логический том один. Такое чаще всего бывает на ноутбуках или моноблоках, а разбивать на разделы единственный быстрый SSD размером в 250-500 ГБ не имеет смысла.
И вот вместо того, чтобы сложить все в папку пользователя и не париться то тут, то там, чаще всего в корне диска возникают различные пользовательские папки то с играми, то с документами, то с базами 1С (последние почему-то очень не любят размещать в тех же Документах, куда, кстати, сама 1С предлагает по умолчанию).
Что в этом плохого, спросите вы? В ответ я расскажу вам одну поучительную историю.
Третьего дня у одного моего знакомого что-то случилось с системой, то ли сделали что-то не так, то ли скачали что-то не то, но загружаться она перестала.
Ноутбук хороший, брендовый, HP. После пары неудачных загрузок он предложил ему восстановить систему и запустил утилиту Recovery Manager, которая предложила ему восстановление с сохранением программ и данных.
Он внимательно прочитал текст на экране, вставил внешний диск для сохранения данных и запустил процесс. Некоторое время просто наблюдал и, убедившись, что утилита реально сохраняет на внешний диск данные пошел пить чай, оставив ноутбук восстанавливаться.
Через пару часов все было готово, программы на месте, документы на месте, все работает. Но если все идет хорошо – значит вы чего-то не заметили.
Это чего-то заметила на следующий день его жена. Когда запустила 1С, а та ей бодро сообщила, что информационная база не обнаружена.
Как вы уже догадались, лежала база не в профиле пользователя, а в C:\1CBases или чем-то подобным.
Изучив то, что утилита сохранила на внешний диск, выяснилось, что туда попали папки Windows, Program Files, Program Data и т.д. для восстановления программ и полностью паки пользователей из C:\Users.
Более никаких папок туда не копировалось, да и, наверное, никогда не предполагалось, потому что разработчики утилиты исходили из того, что и данные, и программы у пользователя будут в стандартных расположениях.
Бекапов, как полагается, не было. Спасло то, что недавно эту базу выгружали на флешку, чтобы передать внешнему бухгалтеру. Так что отделались почти легким испугом, ну и за месяц документы заново руками вбить.
А ведь все могло быть гораздо хуже. Поэтому храните данные в стандартных расположениях, ну и не забывайте про бекапы.
👍44👎5😁1
Устали от ограничений и долгой настройки серверов? HSVDS поможет в работе!
Мы предлагаем быстрые VDS для разработчиков с безлимитным интернетом и удобной панелью управления.
А чтобы вы могли начать максимально быстро, мы подготовили предустановленный образ GitLab:
✅ Управление репозиториями кода для Git
✅ Система отслеживания задач
✅ Удобная Wiki для документации
✅ Мощный CI/CD пайплайн
✅ И многое другое для продуктивной работы всей команды!
HSVDS — это стабильность, готовые решения и свобода для ваших идей 💻
Мы предлагаем быстрые VDS для разработчиков с безлимитным интернетом и удобной панелью управления.
А чтобы вы могли начать максимально быстро, мы подготовили предустановленный образ GitLab:
✅ Управление репозиториями кода для Git
✅ Система отслеживания задач
✅ Удобная Wiki для документации
✅ Мощный CI/CD пайплайн
✅ И многое другое для продуктивной работы всей команды!
HSVDS — это стабильность, готовые решения и свобода для ваших идей 💻
👍2❤1👌1👀1
Спрашивали вчера:
SSH-туннели на службе системного администратора
Любому системному администратору приходится постоянно работать удаленно, но случаются ситуации, когда нужно срочно подключиться к узлам внутренней сети, доступ к которым снаружи закрыт.
Хорошо если есть доступ на другие узлы данной сети, но бывает, что доступа из глобальной сети нет вообще, в этих случаях обычно используют TeamViewer или аналогичное ПО, но если к такой сети есть возможность подключиться через SSH или установить соединение с промежуточным SSH-сервером, то можно быстро и просто организовать доступ без привлечения стороннего ПО.
https://interface31.ru/tech_it/2017/04/ssh-tunneli-na-sluzhbe-sistemnogo-administratora.html
SSH-туннели на службе системного администратора
Любому системному администратору приходится постоянно работать удаленно, но случаются ситуации, когда нужно срочно подключиться к узлам внутренней сети, доступ к которым снаружи закрыт.
Хорошо если есть доступ на другие узлы данной сети, но бывает, что доступа из глобальной сети нет вообще, в этих случаях обычно используют TeamViewer или аналогичное ПО, но если к такой сети есть возможность подключиться через SSH или установить соединение с промежуточным SSH-сервером, то можно быстро и просто организовать доступ без привлечения стороннего ПО.
https://interface31.ru/tech_it/2017/04/ssh-tunneli-na-sluzhbe-sistemnogo-administratora.html
👍35❤2
Клиент-серверная 1С. Структура
Вопросы и отзывы показывают, что многие коллеги слабо представляют себе устройство клиент-серверной 1С и взаимодействие между ее компонентами.
Начнем с сервера, он так и называется Сервер 1С:Предприятие и может работать как под Windows, так и в Linux. Рабочая инсталляция сервера называется Кластер серверов 1С, даже если экземпляр сервера один.
Впоследствии, для увеличения производительности, мы можем добавлять в кластер дополнительные рабочие сервера, и менеджер кластера будет распределять между ними нагрузку.
Также мы можем выносить на отдельные рабочие сервера дополнительные функции, например, сервер лицензирования.
Вся информация, с которой работает пользователь, а также код конфигурации (прикладного решения) хранятся в СУБД, в качестве которых чаще всего используется MS SQL или PostgreSQL.
Сразу хочется обратить внимание на то, что с СУБД взаимодействует исключительно сервер, клиенты доступа к серверу СУБД не имеют и напрямую в БД не обращаются. Более того, это прямо запрещено лицензионным соглашением 1С.
Вся информация из одной информационной базы 1С, включая конфигурацию, загруженные в нее отчеты, обработки и расширения хранится в одной базе данных СУБД. Т.е. вы можете выполнять полноценное копирование средствами СУБД и затем восстанавливать ИБ подобным образом.
Однако если вы лицензируете СУБД по количеству пользователей, то вам потребуется количество лицензий по числу реальных клиентских подключений.
Теперь перейдем к клиентам. Толстый клиент является устаревшим и современными конфигурациями не используется.
Его неприятной особенностью является то, что он все данные обрабатывает самостоятельно и сервер в этом случае будет для него просто посредником, который извлекает данные из СУБД, передает их клиенту и получив назад снова помещает в БД.
Для работы в таком режиме требуются широкие каналы и мощная рабочая станция, на которой запущен толстый клиент.
Сейчас в режиме толстого клиента работает только конфигуратор, но в эксплуатации еще могут быть устаревшие конфигурации на обычных формах, которые не умеют работать в ином режиме.
Основной вариант работы для современных конфигураций – это тонкий клиент. В этом случае задачи по извлечению и обработке данных ложатся на сервер, а клиент принимает только ввод пользователя и показывает ему результаты вычислений.
В дополнение к этому тонкий клиент самостоятельно обрабатывает введенные данные и выполняет простейшие вычисления, ради которых нет смысла обращаться к серверу. Например, пользователь изменил колонку цена, после чего тонкий клиент сам пересчитает колонку сумма.
Но любые действия по получению данных из СУБД и помещению их туда выполняет сервер, равно как и все основные тяжелые вычисления.
Благодаря этому тонкий клиент отлично работает даже на медленных каналах, включая мобильный интернет.
Он может подключаться к кластеру серверов как непосредственно, так и через веб-сервер. В серверном режиме веб-сервер просто проксирует запросы от тонкого клиента к кластеру серверов и непосредственных вычислений не производит.
Такой режим удобен для публикации баз наружу, в этом случае достаточно одного порта, который можно защитить SSL сертификатом и дополнительной парольной защитой.
Ну и наконец веб-клиент, работает в браузере и, по сути, мало чем отличается от тонкого клиента. Но в этом случае клиентом кластера серверов становится модуль веб-сервера и вся клиентская нагрузка ложиться на него, но она как правило невелика и особых проблем не составляет.
Единственной проблемой может стать выделение оперативной памяти, потому что после отключения веб-клиента его сеанс, а следовательно, и выделенная ему память, сохраняются в течении 20 минут.
Также веб-клиенту присущ ряд ограничений, а также у него своя схема лицензирования, поэтому использовать веб-клиент следует только тогда, когда использовать тонкий клиент невозможно.
Поэтому, проектируя соверменные схемы работы с 1С всегда исходите из использования тонкого клиента.
Вопросы и отзывы показывают, что многие коллеги слабо представляют себе устройство клиент-серверной 1С и взаимодействие между ее компонентами.
Начнем с сервера, он так и называется Сервер 1С:Предприятие и может работать как под Windows, так и в Linux. Рабочая инсталляция сервера называется Кластер серверов 1С, даже если экземпляр сервера один.
Впоследствии, для увеличения производительности, мы можем добавлять в кластер дополнительные рабочие сервера, и менеджер кластера будет распределять между ними нагрузку.
Также мы можем выносить на отдельные рабочие сервера дополнительные функции, например, сервер лицензирования.
Вся информация, с которой работает пользователь, а также код конфигурации (прикладного решения) хранятся в СУБД, в качестве которых чаще всего используется MS SQL или PostgreSQL.
Сразу хочется обратить внимание на то, что с СУБД взаимодействует исключительно сервер, клиенты доступа к серверу СУБД не имеют и напрямую в БД не обращаются. Более того, это прямо запрещено лицензионным соглашением 1С.
Вся информация из одной информационной базы 1С, включая конфигурацию, загруженные в нее отчеты, обработки и расширения хранится в одной базе данных СУБД. Т.е. вы можете выполнять полноценное копирование средствами СУБД и затем восстанавливать ИБ подобным образом.
Однако если вы лицензируете СУБД по количеству пользователей, то вам потребуется количество лицензий по числу реальных клиентских подключений.
Теперь перейдем к клиентам. Толстый клиент является устаревшим и современными конфигурациями не используется.
Его неприятной особенностью является то, что он все данные обрабатывает самостоятельно и сервер в этом случае будет для него просто посредником, который извлекает данные из СУБД, передает их клиенту и получив назад снова помещает в БД.
Для работы в таком режиме требуются широкие каналы и мощная рабочая станция, на которой запущен толстый клиент.
Сейчас в режиме толстого клиента работает только конфигуратор, но в эксплуатации еще могут быть устаревшие конфигурации на обычных формах, которые не умеют работать в ином режиме.
Основной вариант работы для современных конфигураций – это тонкий клиент. В этом случае задачи по извлечению и обработке данных ложатся на сервер, а клиент принимает только ввод пользователя и показывает ему результаты вычислений.
В дополнение к этому тонкий клиент самостоятельно обрабатывает введенные данные и выполняет простейшие вычисления, ради которых нет смысла обращаться к серверу. Например, пользователь изменил колонку цена, после чего тонкий клиент сам пересчитает колонку сумма.
Но любые действия по получению данных из СУБД и помещению их туда выполняет сервер, равно как и все основные тяжелые вычисления.
Благодаря этому тонкий клиент отлично работает даже на медленных каналах, включая мобильный интернет.
Он может подключаться к кластеру серверов как непосредственно, так и через веб-сервер. В серверном режиме веб-сервер просто проксирует запросы от тонкого клиента к кластеру серверов и непосредственных вычислений не производит.
Такой режим удобен для публикации баз наружу, в этом случае достаточно одного порта, который можно защитить SSL сертификатом и дополнительной парольной защитой.
Ну и наконец веб-клиент, работает в браузере и, по сути, мало чем отличается от тонкого клиента. Но в этом случае клиентом кластера серверов становится модуль веб-сервера и вся клиентская нагрузка ложиться на него, но она как правило невелика и особых проблем не составляет.
Единственной проблемой может стать выделение оперативной памяти, потому что после отключения веб-клиента его сеанс, а следовательно, и выделенная ему память, сохраняются в течении 20 минут.
Также веб-клиенту присущ ряд ограничений, а также у него своя схема лицензирования, поэтому использовать веб-клиент следует только тогда, когда использовать тонкий клиент невозможно.
Поэтому, проектируя соверменные схемы работы с 1С всегда исходите из использования тонкого клиента.
👍56👎3❤1🤔1
Хватит выполнять скучную рутину руками ✋
Ansible придумали, чтобы вы вместо возни с однотипными задачами по настройке конфигов:
✅ писали плейбуки и роли,
✅ деплоили Flask-приложения,
✅ настраивали IaC в Gitlab,
✅ автоматизировали процесс управления IT-инфраструктурой,
✅ наводили в ней порядок.
Для всех, кто только начинает свой путь, мы подготовили бесплатный чек-лист по основам Ansible. Он поможет сформировать необходимые навыки для решения реальных задач в короткий срок.
А если вы уже знакомы с Ansible, чек-лист тоже будет полезен — для самопроверки и подготовки к собеседованиям, ведь эти умения точно будут в требованиях к вакансиям 👌
👉 Забрать чек-лист можно бесплатно прямо сейчас в боте.
erid: 2W5zFHVe1oE
Ansible придумали, чтобы вы вместо возни с однотипными задачами по настройке конфигов:
✅ писали плейбуки и роли,
✅ деплоили Flask-приложения,
✅ настраивали IaC в Gitlab,
✅ автоматизировали процесс управления IT-инфраструктурой,
✅ наводили в ней порядок.
Для всех, кто только начинает свой путь, мы подготовили бесплатный чек-лист по основам Ansible. Он поможет сформировать необходимые навыки для решения реальных задач в короткий срок.
А если вы уже знакомы с Ansible, чек-лист тоже будет полезен — для самопроверки и подготовки к собеседованиям, ведь эти умения точно будут в требованиях к вакансиям 👌
👉 Забрать чек-лист можно бесплатно прямо сейчас в боте.
erid: 2W5zFHVe1oE
👍3
Даешь план!
Каждый раз при приближении новогодних праздников очень и очень многие как будто срываются с цепи и требуют непременно выполнить весь накопившийся объем задач непременно до Нового года.
Зачем? Да пес его знает. Видимо есть такая традиция, возможно, связанная с красивыми отчетами. Ну я еще понимаю, если подобное происходит в бюджетной сфере, но когда таким страдает бизнес, причем его топы, которые отчитываются только перед самими собой – то тут кроме недоумения выразить нечего.
Так и недавно, один наш заказчик, который силами стороннего подрядчика внедряет новую систему управления клиникой, а мы обеспечиваем интеграцию с 1С спросил, если подрядчик таки сдаст им сегодня систему, то сможем ли мы тоже сдать свой контур.
На что мы ответили, что конечно же нет. Почему? Да потому что имея в запасе половину рабочего дня нет никакой возможности все проверить и, при необходимости, исправить. И незачем.
А когда заказчик стал требовать и настаивать ему были заданы простые и логичные вопросы.
Первый. А для чего вам к Новому году интеграция с 1С? Ведь вся бухгалтерия в полном составе уходит на каникулы и выйдет только 9 января. Это «понедельник», который четверг, а впереди еще понедельник 13-е с его варениками и нормальная работа отдела начнется только со вторника 14-го.
И для кого надо сдать проект без нормальной проверки 28-го? И кто его с вашей стороны проверять будет? Бухгалтера, которые уже с обеда на низком старте и успели закинуться парой бокалов шампанского?
Но если сильно хотите, то мы сдадим, а вы подпишете и оплатите тоже 28-го. А все доработки потом по отдельному прайсу.
Как так по отдельному? А вот так. Вам же надо все сдать к Новому году, а нам не надо и вашей бухгалтерии тоже не надо. И вообще ей оно понадобится только к концу месяца января, так что времени там еще вагон и маленькая тележка.
Можно спокойно все проверить, доделать, доработать и сдать проект именно как надо, а не на отшибись, лишь бы успеть к срокам.
При этом руководство заказчика вроде бы все понимает, но вот что-то уперлись им эти даты и сроки.
А по факту сдача проекта 28-го не нужна никому, ни нам, как исполнителю, ни бухгалтерии клиента как заказчику. Потому что мы все понимаем, что при реальной эксплуатации сторонней системы, внедряемой третьими лицами, обязательно возникнут вопросы и различные ситуации.
И одно дело решать их в рамках открытого проекта, с оговоренными бюджетами и расценками. И совсем другое, если проект закрыт и сдан.
Даже при всем взаимопонимании и всем таком прочем все это надо будет хорошо обложить бумагами, потому что по факту от заказчика будет получена рекламация, что будет подразумевать, что наш проект не соответствует техзаданию и нам надо устранить недостатки за свой счет.
А тут просторное поле для всяких недопониманий и прочих нехороших последствий, причем в обе стороны.
Поэтому, если хотите потерять заказчика – сдайте ему сырой проект к красивой дате.
А можно не сдавать? Можно. Для этого, правда, нужно с самого начала нормально обложиться бумажками и отдельно описать в договоре порядок сдачи – приемки проекта. Причем так, чтобы представители заказчика действительно проверили все ключевые функции и письменно подтвердили, что все соответствует ТЗ.
Хотите проект 28-го? ОК, когда ваши подрядчики вам все сделают? Часам к 12-и? ОК, нам тоже час-полтора понадобиться. Потом мы вам передаем акт и к нему чек-лист на 10 страниц с указанием ответственных с вашей стороны.
Успеете все проверить, подписать и оплатить? Нет? А как же так? Ведь вы нас так торопили, ну тогда увидимся уже после праздников. Всего вам самого хорошего!
Такой подход отрезвляет и заставляет смотреть на вещи с рациональных позиций.
Кстати, в СССР при покупке дорогой техники всегда смотрели дату выпуска и если это был конец квартала или года, то ее не брали. Почему? Да потому что качество там было ниже плинтуса, так как все занимались именно тем, что «давали план».
Каждый раз при приближении новогодних праздников очень и очень многие как будто срываются с цепи и требуют непременно выполнить весь накопившийся объем задач непременно до Нового года.
Зачем? Да пес его знает. Видимо есть такая традиция, возможно, связанная с красивыми отчетами. Ну я еще понимаю, если подобное происходит в бюджетной сфере, но когда таким страдает бизнес, причем его топы, которые отчитываются только перед самими собой – то тут кроме недоумения выразить нечего.
Так и недавно, один наш заказчик, который силами стороннего подрядчика внедряет новую систему управления клиникой, а мы обеспечиваем интеграцию с 1С спросил, если подрядчик таки сдаст им сегодня систему, то сможем ли мы тоже сдать свой контур.
На что мы ответили, что конечно же нет. Почему? Да потому что имея в запасе половину рабочего дня нет никакой возможности все проверить и, при необходимости, исправить. И незачем.
А когда заказчик стал требовать и настаивать ему были заданы простые и логичные вопросы.
Первый. А для чего вам к Новому году интеграция с 1С? Ведь вся бухгалтерия в полном составе уходит на каникулы и выйдет только 9 января. Это «понедельник», который четверг, а впереди еще понедельник 13-е с его варениками и нормальная работа отдела начнется только со вторника 14-го.
И для кого надо сдать проект без нормальной проверки 28-го? И кто его с вашей стороны проверять будет? Бухгалтера, которые уже с обеда на низком старте и успели закинуться парой бокалов шампанского?
Но если сильно хотите, то мы сдадим, а вы подпишете и оплатите тоже 28-го. А все доработки потом по отдельному прайсу.
Как так по отдельному? А вот так. Вам же надо все сдать к Новому году, а нам не надо и вашей бухгалтерии тоже не надо. И вообще ей оно понадобится только к концу месяца января, так что времени там еще вагон и маленькая тележка.
Можно спокойно все проверить, доделать, доработать и сдать проект именно как надо, а не на отшибись, лишь бы успеть к срокам.
При этом руководство заказчика вроде бы все понимает, но вот что-то уперлись им эти даты и сроки.
А по факту сдача проекта 28-го не нужна никому, ни нам, как исполнителю, ни бухгалтерии клиента как заказчику. Потому что мы все понимаем, что при реальной эксплуатации сторонней системы, внедряемой третьими лицами, обязательно возникнут вопросы и различные ситуации.
И одно дело решать их в рамках открытого проекта, с оговоренными бюджетами и расценками. И совсем другое, если проект закрыт и сдан.
Даже при всем взаимопонимании и всем таком прочем все это надо будет хорошо обложить бумагами, потому что по факту от заказчика будет получена рекламация, что будет подразумевать, что наш проект не соответствует техзаданию и нам надо устранить недостатки за свой счет.
А тут просторное поле для всяких недопониманий и прочих нехороших последствий, причем в обе стороны.
Поэтому, если хотите потерять заказчика – сдайте ему сырой проект к красивой дате.
А можно не сдавать? Можно. Для этого, правда, нужно с самого начала нормально обложиться бумажками и отдельно описать в договоре порядок сдачи – приемки проекта. Причем так, чтобы представители заказчика действительно проверили все ключевые функции и письменно подтвердили, что все соответствует ТЗ.
Хотите проект 28-го? ОК, когда ваши подрядчики вам все сделают? Часам к 12-и? ОК, нам тоже час-полтора понадобиться. Потом мы вам передаем акт и к нему чек-лист на 10 страниц с указанием ответственных с вашей стороны.
Успеете все проверить, подписать и оплатить? Нет? А как же так? Ведь вы нас так торопили, ну тогда увидимся уже после праздников. Всего вам самого хорошего!
Такой подход отрезвляет и заставляет смотреть на вещи с рациональных позиций.
Кстати, в СССР при покупке дорогой техники всегда смотрели дату выпуска и если это был конец квартала или года, то ее не брали. Почему? Да потому что качество там было ниже плинтуса, так как все занимались именно тем, что «давали план».
👍50💯11❤1🔥1👏1
Несколько мыслей про "провал" импортозамещения
Сегодня в обсуждении поделились новостями, что не все хорошо с импортозамещением на объектах критической информационной инфраструктуры (КИИ), а точнее все нехорошо.
По разным оценкам пятая часть то ли только успела, то ли наоборот не успела. Но в любом случае импортозаместятся не все. И это, если честно, вполне ожидаемо.
Что такое КИИ? Это не контора на 10-20-100-500 рабочих мест с мальчиками и девочками менеджерами и какими-нибудь 1С и Битриксами. А критически важные объекты, требующие особой защиты, отказоустойчивости, способности выдерживать высокие нагрузки.
А что у нас для этого есть? Что-то есть, но все это в состоянии «ну вот, можете посмотреть, потрогать».
Никакого опыта серьезной эксплуатации таких систем нет, а следовательно, нет обратной связи, и даже сами разработчики не смогут сказать, как ведет себя их продукция под реальными нагрузками.
Если почитать более серьезную аналитику, а не там, где кричат, что все пропало, то можно найти следующие данные:
среди наиболее востребованного софта назывались межсетевые экраны (так ответили 54% респондентов), антивирусная защита (33%), сетевое оборудование (29%) и средства криптографической защиты (25%)
А также немаловажную роль играют и финансовые вопросы:
главной проблемой в процессе реализации проектов 27% опрошенных назвали подбор и закупку отечественного софта и оборудования. 14% опрошенных были вынуждены увеличить бюджет на информационную безопасность в десять раз
Если спокойно и непредвзято посмотреть на рынок импортозамещения, то реально мы импортозаместили пока уровень рабочей станции и базовых серверных приложений.
Даже если шагнуть чуть в сторону и попробовать заменить Active Directory, то уже окажется что там не все так просто и гладко, даже в гомогенной среде (допустим, везде только Linux.
Виртуализация? Ну более-менее, потому что просто имелась возможность пересобрать известные и проверенные решения с открытым кодом.
По сетям все не очень радостно, да, есть вендоры, есть продукты, но их еще доводить и доводить до ума. По-хорошему на это нужно несколько лет реальной эксплуатации на менее ответственных участках и несколько итераций продукта.
Вопрос по ценам тоже открыт, складывается впечатление что многие вендоры берут ее просто с потолка, по принципу проси много, а там можно и поторговаться. И если бюджет к этому не столь чувствителен, то бизнес привык считать деньги и задавать неудобные вопросы.
Ну и не стоит сбрасывать со счетов определенную категорию товарищей, которые, как всегда, ждали, что снова перенесут, передвинут и т.д. и т.п.
Ну а в целом участники этого процесса повели себя достаточно ожидаемо. Все-таки КИИ и одно дело сорвать процесс импортозамещения, а совсем другое уложить этот самый объект КИИ.
За первое грозят оргвыводами, но как там говорили молодые лейтенанты времен СССР: «Меньше взвода не дадут, дальше Кушки не пошлют».
А за уронить КИИ можно вполне реально и очень даже надолго присесть, причем не только заказчику, но и исполнителю.
Поэтому имеем то, что имеем. Хотя процесс худо-бедно идет и, по-хорошему, надо не подводить его под определенные даты, а стимулировать внедрение и эксплуатацию сначала в отраслях немного попроще, нежели КИИ.
Сегодня в обсуждении поделились новостями, что не все хорошо с импортозамещением на объектах критической информационной инфраструктуры (КИИ), а точнее все нехорошо.
По разным оценкам пятая часть то ли только успела, то ли наоборот не успела. Но в любом случае импортозаместятся не все. И это, если честно, вполне ожидаемо.
Что такое КИИ? Это не контора на 10-20-100-500 рабочих мест с мальчиками и девочками менеджерами и какими-нибудь 1С и Битриксами. А критически важные объекты, требующие особой защиты, отказоустойчивости, способности выдерживать высокие нагрузки.
А что у нас для этого есть? Что-то есть, но все это в состоянии «ну вот, можете посмотреть, потрогать».
Никакого опыта серьезной эксплуатации таких систем нет, а следовательно, нет обратной связи, и даже сами разработчики не смогут сказать, как ведет себя их продукция под реальными нагрузками.
Если почитать более серьезную аналитику, а не там, где кричат, что все пропало, то можно найти следующие данные:
среди наиболее востребованного софта назывались межсетевые экраны (так ответили 54% респондентов), антивирусная защита (33%), сетевое оборудование (29%) и средства криптографической защиты (25%)
А также немаловажную роль играют и финансовые вопросы:
главной проблемой в процессе реализации проектов 27% опрошенных назвали подбор и закупку отечественного софта и оборудования. 14% опрошенных были вынуждены увеличить бюджет на информационную безопасность в десять раз
Если спокойно и непредвзято посмотреть на рынок импортозамещения, то реально мы импортозаместили пока уровень рабочей станции и базовых серверных приложений.
Даже если шагнуть чуть в сторону и попробовать заменить Active Directory, то уже окажется что там не все так просто и гладко, даже в гомогенной среде (допустим, везде только Linux.
Виртуализация? Ну более-менее, потому что просто имелась возможность пересобрать известные и проверенные решения с открытым кодом.
По сетям все не очень радостно, да, есть вендоры, есть продукты, но их еще доводить и доводить до ума. По-хорошему на это нужно несколько лет реальной эксплуатации на менее ответственных участках и несколько итераций продукта.
Вопрос по ценам тоже открыт, складывается впечатление что многие вендоры берут ее просто с потолка, по принципу проси много, а там можно и поторговаться. И если бюджет к этому не столь чувствителен, то бизнес привык считать деньги и задавать неудобные вопросы.
Ну и не стоит сбрасывать со счетов определенную категорию товарищей, которые, как всегда, ждали, что снова перенесут, передвинут и т.д. и т.п.
Ну а в целом участники этого процесса повели себя достаточно ожидаемо. Все-таки КИИ и одно дело сорвать процесс импортозамещения, а совсем другое уложить этот самый объект КИИ.
За первое грозят оргвыводами, но как там говорили молодые лейтенанты времен СССР: «Меньше взвода не дадут, дальше Кушки не пошлют».
А за уронить КИИ можно вполне реально и очень даже надолго присесть, причем не только заказчику, но и исполнителю.
Поэтому имеем то, что имеем. Хотя процесс худо-бедно идет и, по-хорошему, надо не подводить его под определенные даты, а стимулировать внедрение и эксплуатацию сначала в отраслях немного попроще, нежели КИИ.
👍30💯14🥱1🤣1
Про жизнь и ценных иностранных специалистов
Третьего дня в одном крупном городе, где я был проездом, возникла у меня нужда в услугах такси.
В наши дни это не проблема, берем Uber и вызываем машину ко входу крупного торгового центра. Там перед входом как раз желтая разметка, такси подъезжают – уезжают, в общем – ничего не предвещало беды.
В общем приезжает машина, но стоит где-то в стороне. Ну мы не гордые, пройдемся. Идем и я понимаю, что стоять такси тут решительно негде. И само такси в приложении вдруг перепрыгивает в другую сторону.
Чудеса навигации? Возможно, мы, как жители приграничья, подобным фокусам не удивляемся. Но на всякий случай звоню водителю. Трубку берет ценный иностранный специалист.
- Фторой эташ, фторой эташ…
Что это было? Пес его знает. Ладно, пройдем в другую сторону. И снова такси стоять там решительно негде, а машина снова прыгает в другую сторону, и я понимаю, что ничего не понимаю.
Уже собираюсь отменить заказ как данный ценный специалист перезванивает, мол, где вы.
Поясняю, что я на входе в ТЦ, а вот где он? Он говорит, что понял, сейчас и это на очень и очень плохом русском. И когда я увидел откуда выехало это такси – я все понял. Он заехал на второй этаж парковки этого ТЦ.
Я не знаю, может там так принято и народ предпочитает уезжать с парковки или так спозиционировало его приложение. Но, если бы данный ценный иностранный специалист хотя бы базово владел русским языком, то он бы смог сказать, что стоит на втором этаже парковки.
При этом замечу сразу, я не испытываю никаких предрассудков к людям не по национальному, религиозному или какому-то иному признаку.
Но если человек официально работает в официально обклеенном такси, то какой-то минимальный порог знания языка все-таки должен быть? Тем более что отмена заказа в такси платная и еще умудрились попасть на платное ожидание.
Оно, конечно, мелочь, но сам факт, когда благодаря такому ценному иностранному специалисту получение простой услуги, как вызов такси превращается в увлекательный квест. А если бы мне нужно было на поезд или самолет?
Третьего дня в одном крупном городе, где я был проездом, возникла у меня нужда в услугах такси.
В наши дни это не проблема, берем Uber и вызываем машину ко входу крупного торгового центра. Там перед входом как раз желтая разметка, такси подъезжают – уезжают, в общем – ничего не предвещало беды.
В общем приезжает машина, но стоит где-то в стороне. Ну мы не гордые, пройдемся. Идем и я понимаю, что стоять такси тут решительно негде. И само такси в приложении вдруг перепрыгивает в другую сторону.
Чудеса навигации? Возможно, мы, как жители приграничья, подобным фокусам не удивляемся. Но на всякий случай звоню водителю. Трубку берет ценный иностранный специалист.
- Фторой эташ, фторой эташ…
Что это было? Пес его знает. Ладно, пройдем в другую сторону. И снова такси стоять там решительно негде, а машина снова прыгает в другую сторону, и я понимаю, что ничего не понимаю.
Уже собираюсь отменить заказ как данный ценный специалист перезванивает, мол, где вы.
Поясняю, что я на входе в ТЦ, а вот где он? Он говорит, что понял, сейчас и это на очень и очень плохом русском. И когда я увидел откуда выехало это такси – я все понял. Он заехал на второй этаж парковки этого ТЦ.
Я не знаю, может там так принято и народ предпочитает уезжать с парковки или так спозиционировало его приложение. Но, если бы данный ценный иностранный специалист хотя бы базово владел русским языком, то он бы смог сказать, что стоит на втором этаже парковки.
При этом замечу сразу, я не испытываю никаких предрассудков к людям не по национальному, религиозному или какому-то иному признаку.
Но если человек официально работает в официально обклеенном такси, то какой-то минимальный порог знания языка все-таки должен быть? Тем более что отмена заказа в такси платная и еще умудрились попасть на платное ожидание.
Оно, конечно, мелочь, но сам факт, когда благодаря такому ценному иностранному специалисту получение простой услуги, как вызов такси превращается в увлекательный квест. А если бы мне нужно было на поезд или самолет?
👍58🤔6🤣6❤2😱1
Работа в выходные и праздничные дни
Новогодние каникулы в самом разгаре и одна из наиболее популярных тем обсуждения в среде коллег – это работа в выходные и праздничные дни.
В данной заметке мы раскроем свое отношение к этому вопросу и постараемся его аргументировать.
Под работой мы будем подразумевать видимую работодателю или заказчика деятельность, выполняемую по его поручению именно в выходной день.
Потому что есть еще невидимая для заказчика деятельность, которая выполняется исполнителем в удобное для него время и все, чем он связан – это сроки работ.
Здесь рабочее время выбирает сам исполнитель и, если удобнее сделать эту работу в выходные – значит сделаем в выходные.
Что касается непосредственно работы с заказчиками, то по выходным и праздникам мы не работаем. Исключение – аварии или заранее запланированные работы.
Ну еще можем еще пойти навстречу некоторым заказчикам, но там уже вступают в дело личные отношения и тут уже каждый решает сам.
А почему не работаем? А потому что один раз – это исключение, два – ну почти исключение, а потом исключение переходит в рутину. А заказчик или работодатель начинает садиться на шею и пытаться прогнуть по условиям сотрудничества.
Как оно обычно бывает: нам вот срочно надо, еще вчера, но так получилось. Двойная оплата? Не вопрос, только сделайте.
Ну раз двойная, то можно, сделаем.
Потом история повторяется. Потом еще раз. И раза со следующего возникает вопрос: а с какого перепуга двойная оплата, ты ведь все равно по выходным работаешь и делов там на полчаса от силы.
Вот и все, коллеги, вы попали. Исключение превратилось в правило, а затем в рутину. Теперь все знают, что вы работаете по выходным и в праздники и это нормально. А если это нормально, то зачем доплачивать.
Причем не важно какие отношения связывают вас с заказчиком: трудовые или гражданско-правовые. Вы сами выстроили ситуацию так, что работать в выходные и праздники для вас нормально, а если нормально, то какое может быть недовольство?
Просто бизнес, ничего личного. Поэтому самым правильным будет четко разделять рабочее и нерабочее время и работа в выходные и праздники должна быть исключительно исключением (да простят меня за тавтологию).
Ну а всем подписчикам хороших каникул и только положительных впечатлений.
Новогодние каникулы в самом разгаре и одна из наиболее популярных тем обсуждения в среде коллег – это работа в выходные и праздничные дни.
В данной заметке мы раскроем свое отношение к этому вопросу и постараемся его аргументировать.
Под работой мы будем подразумевать видимую работодателю или заказчика деятельность, выполняемую по его поручению именно в выходной день.
Потому что есть еще невидимая для заказчика деятельность, которая выполняется исполнителем в удобное для него время и все, чем он связан – это сроки работ.
Здесь рабочее время выбирает сам исполнитель и, если удобнее сделать эту работу в выходные – значит сделаем в выходные.
Что касается непосредственно работы с заказчиками, то по выходным и праздникам мы не работаем. Исключение – аварии или заранее запланированные работы.
Ну еще можем еще пойти навстречу некоторым заказчикам, но там уже вступают в дело личные отношения и тут уже каждый решает сам.
А почему не работаем? А потому что один раз – это исключение, два – ну почти исключение, а потом исключение переходит в рутину. А заказчик или работодатель начинает садиться на шею и пытаться прогнуть по условиям сотрудничества.
Как оно обычно бывает: нам вот срочно надо, еще вчера, но так получилось. Двойная оплата? Не вопрос, только сделайте.
Ну раз двойная, то можно, сделаем.
Потом история повторяется. Потом еще раз. И раза со следующего возникает вопрос: а с какого перепуга двойная оплата, ты ведь все равно по выходным работаешь и делов там на полчаса от силы.
Вот и все, коллеги, вы попали. Исключение превратилось в правило, а затем в рутину. Теперь все знают, что вы работаете по выходным и в праздники и это нормально. А если это нормально, то зачем доплачивать.
Причем не важно какие отношения связывают вас с заказчиком: трудовые или гражданско-правовые. Вы сами выстроили ситуацию так, что работать в выходные и праздники для вас нормально, а если нормально, то какое может быть недовольство?
Просто бизнес, ничего личного. Поэтому самым правильным будет четко разделять рабочее и нерабочее время и работа в выходные и праздники должна быть исключительно исключением (да простят меня за тавтологию).
Ну а всем подписчикам хороших каникул и только положительных впечатлений.
👍54🤷♂1
Какие данные хранит сервер 1С:Предприятия
В комментариях к нашей прошлой заметке о сервере 1С был задан вопрос – а как его бекапить и что именно. Поэтому давайте разберемся, какие данные хранятся сервере 1С и насколько критична их потеря.
Сейчас мы будем говорить только о сервере 1С и не будем касаться сервера СУБД, даже если они расположены на одной машине.
Итак, какие данные сервер 1С хранит на диске и где? Для хранения данных используется специальная рабочая директория кластера. В Windows она располагается в C:\Program Files\1cv8\srvinfo\reg_1541, в Linux в /home/usr1cv8/.1cv8/1C/1cv8/reg_1541.
Обратите внимание, что в имени родительской директории присутствует номер порта, на котором зарегистрирована служба, если вы используете несколько установок сервера 1С:Предприятие с нестандартными портами, то имя каталога будет иное.
Начнем с сеансовых данных, которые хранятся в директории с именем snccntx + уникальный идентификатор.
Что из себя представляют сеансовые данные? Это все данные, введенные пользователем в формы и предназначенные для передачи на сервер, прикрепленные к базе файлы при их загрузке и получении и иные объекты Временного хранилища, а также результаты отчетов, сформированных на сервере перед их передачей клиенту.
В долгосрочной перспективе сеансовые данные никому не нужны, так как они автоматически очищаются после завершения сеанса пользователя.
В той же директории можно найти папки с именами, состоящими из уникальных идентификаторов, по одной на каждую информационную базу. Там находятся каталоги 1Cv8FTxt и 1Cv8Log.
Первый содержит индекс полнотекстового поиска, который позволяет искать по части введенной строки. Функция полезная, но сам по себе индекс не представляет никакой ценности, его всегда можно построить заново, более того постоянным обновлением и перестроением индекса занимаются регламентные задания.
Второй каталог содержит журнал регистрации, в который, в зависимости от настроек, пишутся все действия пользователя и с его помощью всегда можно отследить кто создал или изменил тот или иной документ и когда он это сделал.
Пожалуй, это единственная информация на сервере 1С:Предприятия, которую имеет смысл бекапить, но снова только в том случае если журнал регистрации вам реально нужен и вы им реально пользуетесь. И вам реально нужна его история.
Что еще? В рабочем каталоге кластера вы также можете найти профайлы, которые содержат список баз и настройки кластера и серверов. В теории их тоже можно было бы копировать. На практике это лишено особого смысла, разве что список баз, если у вас их реально много.
Что касается настроек, то для платформы уровня ПРОФ их порезали до крайне неприличного уровня и настраивать там решительно нечего. В случае если вы используете платформу КОРП, то профайлы таки имеет смысл копировать, но пользователи КОРП и так должны все это знать.
Таким образом даже полная потеря сервера 1С:Предприятие не приведет ни к каким фатальным последствиям, так как все данные необходимые для работы информационной базы хранятся на сервере СУБД и резервной копии БД будет вполне достаточно для восстановления.
В комментариях к нашей прошлой заметке о сервере 1С был задан вопрос – а как его бекапить и что именно. Поэтому давайте разберемся, какие данные хранятся сервере 1С и насколько критична их потеря.
Сейчас мы будем говорить только о сервере 1С и не будем касаться сервера СУБД, даже если они расположены на одной машине.
Итак, какие данные сервер 1С хранит на диске и где? Для хранения данных используется специальная рабочая директория кластера. В Windows она располагается в C:\Program Files\1cv8\srvinfo\reg_1541, в Linux в /home/usr1cv8/.1cv8/1C/1cv8/reg_1541.
Обратите внимание, что в имени родительской директории присутствует номер порта, на котором зарегистрирована служба, если вы используете несколько установок сервера 1С:Предприятие с нестандартными портами, то имя каталога будет иное.
Начнем с сеансовых данных, которые хранятся в директории с именем snccntx + уникальный идентификатор.
Что из себя представляют сеансовые данные? Это все данные, введенные пользователем в формы и предназначенные для передачи на сервер, прикрепленные к базе файлы при их загрузке и получении и иные объекты Временного хранилища, а также результаты отчетов, сформированных на сервере перед их передачей клиенту.
В долгосрочной перспективе сеансовые данные никому не нужны, так как они автоматически очищаются после завершения сеанса пользователя.
В той же директории можно найти папки с именами, состоящими из уникальных идентификаторов, по одной на каждую информационную базу. Там находятся каталоги 1Cv8FTxt и 1Cv8Log.
Первый содержит индекс полнотекстового поиска, который позволяет искать по части введенной строки. Функция полезная, но сам по себе индекс не представляет никакой ценности, его всегда можно построить заново, более того постоянным обновлением и перестроением индекса занимаются регламентные задания.
Второй каталог содержит журнал регистрации, в который, в зависимости от настроек, пишутся все действия пользователя и с его помощью всегда можно отследить кто создал или изменил тот или иной документ и когда он это сделал.
Пожалуй, это единственная информация на сервере 1С:Предприятия, которую имеет смысл бекапить, но снова только в том случае если журнал регистрации вам реально нужен и вы им реально пользуетесь. И вам реально нужна его история.
Что еще? В рабочем каталоге кластера вы также можете найти профайлы, которые содержат список баз и настройки кластера и серверов. В теории их тоже можно было бы копировать. На практике это лишено особого смысла, разве что список баз, если у вас их реально много.
Что касается настроек, то для платформы уровня ПРОФ их порезали до крайне неприличного уровня и настраивать там решительно нечего. В случае если вы используете платформу КОРП, то профайлы таки имеет смысл копировать, но пользователи КОРП и так должны все это знать.
Таким образом даже полная потеря сервера 1С:Предприятие не приведет ни к каким фатальным последствиям, так как все данные необходимые для работы информационной базы хранятся на сервере СУБД и резервной копии БД будет вполне достаточно для восстановления.
👍39⚡3❤1
🥂 Кто из вас под бой курантов тоже загадал найти работу по душе?
Праздники подходят к концу — пора воплощать задуманное. Если вы настроены решительно и начинаете готовиться к собеседованиям на системного администратора, Слёрм спешит на помощь — делимся журналом с мастхевами для успешного старта в Linux🔝
➡️ Внутри журнала часто задаваемые вопросы на собеседовании в формате загадок и кроссворда — проверять знания будет полезно и не скучно.
Материалы предоставил Кирилл Казарин — DevOps and SRE global manager в LLC RingСentral Spain и спикер курса «Администрирование Linux».
А для лучшего результата в боте можно пройти тест на текущий уровень знаний Linux — так вы точно будете готовы к собеседованию на 100%.
📍Забрать журнал в боте
#реклама
О рекламодателе
erid: 2W5zFJhhwEQ
Праздники подходят к концу — пора воплощать задуманное. Если вы настроены решительно и начинаете готовиться к собеседованиям на системного администратора, Слёрм спешит на помощь — делимся журналом с мастхевами для успешного старта в Linux🔝
➡️ Внутри журнала часто задаваемые вопросы на собеседовании в формате загадок и кроссворда — проверять знания будет полезно и не скучно.
Материалы предоставил Кирилл Казарин — DevOps and SRE global manager в LLC RingСentral Spain и спикер курса «Администрирование Linux».
А для лучшего результата в боте можно пройти тест на текущий уровень знаний Linux — так вы точно будете готовы к собеседованию на 100%.
📍Забрать журнал в боте
#реклама
О рекламодателе
erid: 2W5zFJhhwEQ
🤮8👍4🤡1
1 января и внешний фактор
Буквально за несколько дней до Нового года мы писали о том, что не стоит работать в праздничные дни и одной из причин для этого называли внешний фактор, когда вам потребуется помощь со стороны, но оказать ее будет некому.
Так вот, как всегда, ничего не предвещало беды, один из наших заказчиков решил начать 1 января жизнь с чистого листа и перейти с эквайринга Сбербанка на эквайринг Альфы.
Особых проблем там не виделось, тема привычная - INPAS DualConnector и сотрудник заказчика даже не стал уведомлять нас об этом. Терминал сотрудники банка привезли заранее, проверили, осталось только переключить.
Ну и переключили и, внезапно, ничего не заработало. А почему? А потому что терминал новый, который не INPAS и что с ним делать – непонятно.
В поддержке сидит девочка-скрипт, которая требует, чтобы позвонили ей непосредственно с торговой точки и тогда она подключит удаленно техника.
Техник подключается, проверяет терминал, говорит, что все ОК и на этом все заканчивается. Девочка снова требует перезвонить с точки или обратиться в техническую поддержку 1С, если у нас проблемы с 1С.
Замкнутый круг. Со стороны поддержки Альфы вообще никто не понимает в чем проблема и что именно нам надо, а тупо ходят по кругу скрипта-инструкции. И больше никого нет.
Терминал новый, информации в интернете про него нет, модель явно OEM, так как на сайте «производителя» только его картинка и контакты и больше ничего вообще.
А на дворе 1 января. В общем выразили клиенту свои соболезнования, обозначили задачу – получить инструкции по подключению к 1С и пошли доедать оливье.
Вся эта история происходила примерно около часу дня. После чего представитель клиента успел написать и в 1С и «производителю» терминала (с таким же успехом можно было сразу писать в Спортлото) и нигде никакого ответа не получил.
Там уже и их руководство подключилось и часам к семи вечера они все-таки нашли со стороны Альфы того, кого надо (насколько он и те, кого успели подергать 1 числа были рады – вопрос отдельный) и нам прислали даже не инструкцию, а наименование нужного драйвера.
Дальше ничего интересного, подключаем – работает. Только это вот «подключаем – работает» надо было сделать еще до Нового года, а не надеяться, что там Альфа – INPAS – все привычно, все знакомо.
В результате получили очень много ненужной суеты первого числа и то, что в итоге удалось найти того, кого надо – это уже удача, во многом связанная с тем, что клиент крупный и банку интересный. В ином случае пришлось бы общаться с девочкой-скриптом до конца праздников.
Буквально за несколько дней до Нового года мы писали о том, что не стоит работать в праздничные дни и одной из причин для этого называли внешний фактор, когда вам потребуется помощь со стороны, но оказать ее будет некому.
Так вот, как всегда, ничего не предвещало беды, один из наших заказчиков решил начать 1 января жизнь с чистого листа и перейти с эквайринга Сбербанка на эквайринг Альфы.
Особых проблем там не виделось, тема привычная - INPAS DualConnector и сотрудник заказчика даже не стал уведомлять нас об этом. Терминал сотрудники банка привезли заранее, проверили, осталось только переключить.
Ну и переключили и, внезапно, ничего не заработало. А почему? А потому что терминал новый, который не INPAS и что с ним делать – непонятно.
В поддержке сидит девочка-скрипт, которая требует, чтобы позвонили ей непосредственно с торговой точки и тогда она подключит удаленно техника.
Техник подключается, проверяет терминал, говорит, что все ОК и на этом все заканчивается. Девочка снова требует перезвонить с точки или обратиться в техническую поддержку 1С, если у нас проблемы с 1С.
Замкнутый круг. Со стороны поддержки Альфы вообще никто не понимает в чем проблема и что именно нам надо, а тупо ходят по кругу скрипта-инструкции. И больше никого нет.
Терминал новый, информации в интернете про него нет, модель явно OEM, так как на сайте «производителя» только его картинка и контакты и больше ничего вообще.
А на дворе 1 января. В общем выразили клиенту свои соболезнования, обозначили задачу – получить инструкции по подключению к 1С и пошли доедать оливье.
Вся эта история происходила примерно около часу дня. После чего представитель клиента успел написать и в 1С и «производителю» терминала (с таким же успехом можно было сразу писать в Спортлото) и нигде никакого ответа не получил.
Там уже и их руководство подключилось и часам к семи вечера они все-таки нашли со стороны Альфы того, кого надо (насколько он и те, кого успели подергать 1 числа были рады – вопрос отдельный) и нам прислали даже не инструкцию, а наименование нужного драйвера.
Дальше ничего интересного, подключаем – работает. Только это вот «подключаем – работает» надо было сделать еще до Нового года, а не надеяться, что там Альфа – INPAS – все привычно, все знакомо.
В результате получили очень много ненужной суеты первого числа и то, что в итоге удалось найти того, кого надо – это уже удача, во многом связанная с тем, что клиент крупный и банку интересный. В ином случае пришлось бы общаться с девочкой-скриптом до конца праздников.
👍45😁7
Праздники продолжаются, поэтому пока не будем затрагивать серьезных тем.
Двухпанельные файловые менеджеры для Linux
Двухпанельные файловые менеджеры - совершенно особый тип ПО, появившись в начале 80-х годов, когда возможности ПК были весьма ограничены, их концепция оказалась настолько удачной, что успешно дожила до наших дней и продолжает развиваться.
Сегодня двухпанельные менеджеры существуют как консольные приложения, и приложения графического режима.
Последние постепенно обросли множеством функций и представляют собой достаточно мощные и функциональные комбайны.
https://interface31.ru/tech_it/2022/04/dvuhpanelnye-faylovye-menedzhery-dlya-linux.html
Двухпанельные файловые менеджеры для Linux
Двухпанельные файловые менеджеры - совершенно особый тип ПО, появившись в начале 80-х годов, когда возможности ПК были весьма ограничены, их концепция оказалась настолько удачной, что успешно дожила до наших дней и продолжает развиваться.
Сегодня двухпанельные менеджеры существуют как консольные приложения, и приложения графического режима.
Последние постепенно обросли множеством функций и представляют собой достаточно мощные и функциональные комбайны.
https://interface31.ru/tech_it/2022/04/dvuhpanelnye-faylovye-menedzhery-dlya-linux.html
👍28🔥3❤2
По этой теме не утихают холивары, поэтому повторим данный материал.
Папка, каталог или директория?
Данный вопрос давно занимает умы коллег и является предметом частых споров на счет того, какой из этих терминов является единственно правильным.
Сегодня в очередной раз пришлось столкнуться с измышлениями на данную тему, что и послужило поводом для написания данной заметки.
Начнем с языковых трудностей. В английском языке есть два слова: directory и catalog, которые переводятся на русский как каталог.
Но имеют различный смысл, directory, по сути, ближе к справочнику, это список однотипных данных, предназначенный для поиска по нему. Например: телефонный или адресный справочник.
Но встречаются и варианты со словом каталог, скажем, каталог запчастей. Хотя на английском все это будет directory (Parts Directory).
Слово catalog применяется для коллекций однотипных элементов предполагающий их более широкий выбор и обработку. Например, каталог марок, монет, книг. Каталог интернет-магазина и т.д. и т.п. Т.е. каталог не предназначен только для поиска, а содержит исчерпывающие данные о каждом элементе, позволяя подробно ознакомиться с ним.
Но вернемся к файловым системам, первоначально файловые системы были плоские, т.е. все файлы находились в единственном корневом каталоге. Потом возникла иерархия на основе тех самых каталогов.
Каталог представлял и представляет специальный файл с набором записей о принадлежащих ему файлах и подкаталогах, которые содержат имя объекта и ссылку на место файловой системы (кластер, inode) где он хранится.
В английском языке данная структура однозначно попадает под понятие directory и на русский переводится как каталог. И литературно правильно использовать именно этот термин.
Слово директория возникло в любительских переводах 90-х, когда этим занимались различные энтузиасты и представляет обычную транслитерацию слова directory. По подобному принципу возникли флоппи и хард диски вместо гибких и жестких.
Но данный термин плотно вошел сначала в компьютерный сленг, а после и в русский язык и также обрел массовое употребление.
В настоящий момент слово директория употребляется в том числе и серьезной компьютерной литературе в качестве синонима слова каталог и их можно считать полностью равнозначными.
За рубежом же никакого разночтения не было и повсеместно использовался термин directory, что нашло отражение в командах: cd, dir, mkdir и т.д.
Иногда встречается ошибочное мнение, что директории – это в UNIX/Linux, а каталоги в DOS/Windows, однако это не так. Достаточно взять англоязычные версии и убедиться, что кроме directory никаких иных терминов не используется.
Шло время, компьютеры становились все более распространенными и все чаще работать с ними начинали обычные пользователи, далекие от всех этих технических терминов.
Чтобы облегчить им работу была придумана концепция рабочего стола, который логически повторял обычный рабочий стол. Файлы представлялись как документы, а каталоги как папки (folder) с этими документами.
С тех пор повелось файлы изображать преимущественно в виде близком бумажным документам, а каталоги в виде канцелярских папок. Такой подход впервые был внедрен в Apple в Mac System Software, предшественнице Mac OS.
Начиная с Windows 95 папки стали использоваться в ОС Microsoft, а также перекочевали в графические оболочки Linux, первоначально в KDE и GNOME.
Со временем термин стал общеупотребительным и стал употребляться наравне с directory (каталогом). В русском языке появилось сразу три термина обозначающие одно и то же: каталог, папка и директория.
Существует еще одно заблуждение, что термин папка можно применять только в графической среде. Однако это не так. Каталог – это объект файловой системы и его свойства не меняются в зависимости от наличия или отсутствия графической оболочки. И поэтому мы можем называть его любым из этих трех терминов.
Папка, каталог или директория?
Данный вопрос давно занимает умы коллег и является предметом частых споров на счет того, какой из этих терминов является единственно правильным.
Сегодня в очередной раз пришлось столкнуться с измышлениями на данную тему, что и послужило поводом для написания данной заметки.
Начнем с языковых трудностей. В английском языке есть два слова: directory и catalog, которые переводятся на русский как каталог.
Но имеют различный смысл, directory, по сути, ближе к справочнику, это список однотипных данных, предназначенный для поиска по нему. Например: телефонный или адресный справочник.
Но встречаются и варианты со словом каталог, скажем, каталог запчастей. Хотя на английском все это будет directory (Parts Directory).
Слово catalog применяется для коллекций однотипных элементов предполагающий их более широкий выбор и обработку. Например, каталог марок, монет, книг. Каталог интернет-магазина и т.д. и т.п. Т.е. каталог не предназначен только для поиска, а содержит исчерпывающие данные о каждом элементе, позволяя подробно ознакомиться с ним.
Но вернемся к файловым системам, первоначально файловые системы были плоские, т.е. все файлы находились в единственном корневом каталоге. Потом возникла иерархия на основе тех самых каталогов.
Каталог представлял и представляет специальный файл с набором записей о принадлежащих ему файлах и подкаталогах, которые содержат имя объекта и ссылку на место файловой системы (кластер, inode) где он хранится.
В английском языке данная структура однозначно попадает под понятие directory и на русский переводится как каталог. И литературно правильно использовать именно этот термин.
Слово директория возникло в любительских переводах 90-х, когда этим занимались различные энтузиасты и представляет обычную транслитерацию слова directory. По подобному принципу возникли флоппи и хард диски вместо гибких и жестких.
Но данный термин плотно вошел сначала в компьютерный сленг, а после и в русский язык и также обрел массовое употребление.
В настоящий момент слово директория употребляется в том числе и серьезной компьютерной литературе в качестве синонима слова каталог и их можно считать полностью равнозначными.
За рубежом же никакого разночтения не было и повсеместно использовался термин directory, что нашло отражение в командах: cd, dir, mkdir и т.д.
Иногда встречается ошибочное мнение, что директории – это в UNIX/Linux, а каталоги в DOS/Windows, однако это не так. Достаточно взять англоязычные версии и убедиться, что кроме directory никаких иных терминов не используется.
Шло время, компьютеры становились все более распространенными и все чаще работать с ними начинали обычные пользователи, далекие от всех этих технических терминов.
Чтобы облегчить им работу была придумана концепция рабочего стола, который логически повторял обычный рабочий стол. Файлы представлялись как документы, а каталоги как папки (folder) с этими документами.
С тех пор повелось файлы изображать преимущественно в виде близком бумажным документам, а каталоги в виде канцелярских папок. Такой подход впервые был внедрен в Apple в Mac System Software, предшественнице Mac OS.
Начиная с Windows 95 папки стали использоваться в ОС Microsoft, а также перекочевали в графические оболочки Linux, первоначально в KDE и GNOME.
Со временем термин стал общеупотребительным и стал употребляться наравне с directory (каталогом). В русском языке появилось сразу три термина обозначающие одно и то же: каталог, папка и директория.
Существует еще одно заблуждение, что термин папка можно применять только в графической среде. Однако это не так. Каталог – это объект файловой системы и его свойства не меняются в зависимости от наличия или отсутствия графической оболочки. И поэтому мы можем называть его любым из этих трех терминов.
👍50💯6
❓Как стать разработчиком на Python?
🔥Бесплатный пошаговый план развития от основ до профессионального уровня
Узнаете, что и как изучать поочередно, чтобы стать востребованным специалистом на рынке IT cо средней зарплатой 210 000 ₽
👉Забрать бесплатный гайд 👈
#реклама
О рекламодателе
erid: 2W5zFH7YwAg
🔥Бесплатный пошаговый план развития от основ до профессионального уровня
Узнаете, что и как изучать поочередно, чтобы стать востребованным специалистом на рынке IT cо средней зарплатой 210 000 ₽
👉Забрать бесплатный гайд 👈
#реклама
О рекламодателе
erid: 2W5zFH7YwAg
🤮3👍1👀1
И снова спрашивали про ценообразование, и снова отвечаем.
Про почасовку
Сегодня на канале возник вопрос по этой теме. Тема важная и нужная, поэтому поделимся своим опытом.
А начнем с того, что, если вы не хотите сразу испортить отношения с заказчиком и перевести их в плоскость постоянных разбирательств – никогда не выставляйте ему часы, за редким исключением.
Для исполнителя часы – единица удобная, особенно если приходится делать какую-то новую работу. Оценил затраченное время, умножил на тариф и вот он финансовый результат.
Но здесь тоже есть свои тонкости. Если сначала эта работа занимала у вас два часа, потом вы набили руку и стали укладываться в час. Снижать цену?
Или вы написали скрипт, который все делает за вас. Тут тоже заказчик может задать вопрос – а за какие часы я плачу? Если ты только два раза по файлу кликнул, а потом сидел смотрел в экран?
И он тоже по-своему будет прав. Выставляя в счете часы, вы как бы заявляете, что продаете не услугу, у которой есть конечный результат и он является предметом оплаты, а свое рабочее время.
А если выставили время, то будьте добры его отработать. Или сократить свои хотелки согласно реально отработанного времени.
Мы не раз и не два сталкивались с конфликтами, когда внедренец по ТЗ выставлял, скажем, 200-250 часов, закрывал их силами одного специалиста за месяц, а после чего заказчик отказывался оплачивать счет и настойчиво интересовался, каким образом это физически стало возможно. Может специалист там на цепи сидит?
Может он в чем-то не прав? Может. Потому что в нашей отрасли час давно перестал быть физическим часом и служит неким средним мерилом по отрасли. Мол средний специалист средней квалификации сделает эту работу за час. А наш ведущий потратит всего 15 минут.
Можно, конечно, повысить стоимость часа, но это отпугнет заказчика. В итоге задача подгоняется под ответ. Исходя из среднего часа на местности подгоняются временные рамки, чтобы получить нужный экономический выхлоп от задачи.
Поэтому, никогда и ни при каких обстоятельствах не выставляйте заказчику часы. Нигде. Ни в смете, ни в техзадании. Вообще нигде.
При этом внутри своей кухни вы можете по-прежнему их использовать для оценки стоимости работ.
Но наружу вместо часов вы должны выставлять услугу. Услуга – это законченное действие, имеющее четкий, заранее оговоренный результат, который принимает заказчик. И фиксированную стоимость.
А дальше уже не важно сколько времени вы потратили на ее реализацию. Обещали неделю, а справились за три дня – молодцы, сразу видно настоящих профессионалов! А цена? Какой была – такой осталась. Заказчик платит за результат.
Набили руку, стали делать работу за час вместо двух? Отлично, эффективность повысилась, по деньгам вы не просели, и никто даже не подумает задавать подобные вопросы.
Договаривались на что? На результат. Вот результат. Вот деньги. Все просто, понятно, прозрачно. И заказчик еще на берегу понимает за что платит. Цена устраивает? Значит работаем.
Единственные случаи, когда выставлять часы нормально и естественно, это работы или услуги, непосредственно завязанные по времени.
Например, вы проводите обучение сотрудников заказчика. Договорились на два часа: час лекция, час ответы на вопросы. В итоге все растянулось на три. Не вопрос, выставляем в счете три часа, вопросов ни у кого не будет, все всё понимают.
Во всех остальных случаях, когда используемый вами человеко/час является неким средним по палате он должен всегда превращаться в штуки, литры, килограммы – т.е. в некую конечную единицу, которую вы отгрузите заказчику и которая будет ему понятна.
Про почасовку
Сегодня на канале возник вопрос по этой теме. Тема важная и нужная, поэтому поделимся своим опытом.
А начнем с того, что, если вы не хотите сразу испортить отношения с заказчиком и перевести их в плоскость постоянных разбирательств – никогда не выставляйте ему часы, за редким исключением.
Для исполнителя часы – единица удобная, особенно если приходится делать какую-то новую работу. Оценил затраченное время, умножил на тариф и вот он финансовый результат.
Но здесь тоже есть свои тонкости. Если сначала эта работа занимала у вас два часа, потом вы набили руку и стали укладываться в час. Снижать цену?
Или вы написали скрипт, который все делает за вас. Тут тоже заказчик может задать вопрос – а за какие часы я плачу? Если ты только два раза по файлу кликнул, а потом сидел смотрел в экран?
И он тоже по-своему будет прав. Выставляя в счете часы, вы как бы заявляете, что продаете не услугу, у которой есть конечный результат и он является предметом оплаты, а свое рабочее время.
А если выставили время, то будьте добры его отработать. Или сократить свои хотелки согласно реально отработанного времени.
Мы не раз и не два сталкивались с конфликтами, когда внедренец по ТЗ выставлял, скажем, 200-250 часов, закрывал их силами одного специалиста за месяц, а после чего заказчик отказывался оплачивать счет и настойчиво интересовался, каким образом это физически стало возможно. Может специалист там на цепи сидит?
Может он в чем-то не прав? Может. Потому что в нашей отрасли час давно перестал быть физическим часом и служит неким средним мерилом по отрасли. Мол средний специалист средней квалификации сделает эту работу за час. А наш ведущий потратит всего 15 минут.
Можно, конечно, повысить стоимость часа, но это отпугнет заказчика. В итоге задача подгоняется под ответ. Исходя из среднего часа на местности подгоняются временные рамки, чтобы получить нужный экономический выхлоп от задачи.
Поэтому, никогда и ни при каких обстоятельствах не выставляйте заказчику часы. Нигде. Ни в смете, ни в техзадании. Вообще нигде.
При этом внутри своей кухни вы можете по-прежнему их использовать для оценки стоимости работ.
Но наружу вместо часов вы должны выставлять услугу. Услуга – это законченное действие, имеющее четкий, заранее оговоренный результат, который принимает заказчик. И фиксированную стоимость.
А дальше уже не важно сколько времени вы потратили на ее реализацию. Обещали неделю, а справились за три дня – молодцы, сразу видно настоящих профессионалов! А цена? Какой была – такой осталась. Заказчик платит за результат.
Набили руку, стали делать работу за час вместо двух? Отлично, эффективность повысилась, по деньгам вы не просели, и никто даже не подумает задавать подобные вопросы.
Договаривались на что? На результат. Вот результат. Вот деньги. Все просто, понятно, прозрачно. И заказчик еще на берегу понимает за что платит. Цена устраивает? Значит работаем.
Единственные случаи, когда выставлять часы нормально и естественно, это работы или услуги, непосредственно завязанные по времени.
Например, вы проводите обучение сотрудников заказчика. Договорились на два часа: час лекция, час ответы на вопросы. В итоге все растянулось на три. Не вопрос, выставляем в счете три часа, вопросов ни у кого не будет, все всё понимают.
Во всех остальных случаях, когда используемый вами человеко/час является неким средним по палате он должен всегда превращаться в штуки, литры, килограммы – т.е. в некую конечную единицу, которую вы отгрузите заказчику и которая будет ему понятна.
👍71💯10❤3
Вопрос ценообразования
Сегодня был поднят интересный вопрос – как и на основании чего формировать цены. Как понять – много это или мало? Как не отпугнуть заказчика, но и не продешевить?
Начнем с того, что это рынок, на котором присутствуют самые разные заказчики и самые разные исполнители, поэтому цены на в общем-то одно и тоже будут совершенно разные.
И это нормально, так как требования и возможности у всех разные. Начнем с заказчиков. Есть совсем мелкие, простые, которым надо подешевле и все сразу. Они будут рыскать по дну рынка и искать того, кто сделает все за условную миску супа.
Есть крупные, требующие себе особого сервиса и готовые платить за это деньги: персональный менеджер, персональные условия обслуживания и прочее, прочее, прочее.
И есть множество уровней между ними, со своими запросами, пожеланиями и пониманием того, что дорого, а что дешево.
И вот здесь важно понимать, что, работая с заказчиком нужно попасть именно в эту ценовую вилку. Дороже – с вами работать не будут, дешевле – тоже не будут.
Если первое – понятно, то второе иногда вызывает удивление, особенно у начинающих. Но здесь следует четко понимать, что у заказчика есть представление не только о верхней планке, но и о нижней.
Нижняя планка представляется как минимальный уровень квалификации исполнителя. Все, что ниже вызывает определенные подозрения, потому как знающий себе цену специалист не будет работать за миску супа.
И это действует везде, вы, когда выбираете товар или услугу действуете примерно по схожему принципу: не дороже XXX руб., но не дешевле YYY руб. Причем именно низкая цена вызывает больше опасений, нежели высокая.
А теперь вернемся к нашим баранам, так куда именно пойти податься на этом рынке, в какие ряды стать? Не хотелось бы, как говориться, угодить свиным рылом в калашный ряд.
Поэтому, прежде всего, нужно трезво оценить свои возможности, знания, умения и наличие опыта.
Последнее тоже важно, так как потенциальный заказчик всегда будет интересоваться вашим опытом, клиентами, проектами. И обманывать на этом этапе крайне не рекомендуется, все это может всплыть в самый неподходящий момент и сильно испортить вам репутацию.
После того, как вы примерно оценили собственный уровень – начинаем изучать цены по рынку. И сопоставлять их с уровнем исполнителя. Таким образом вы примерно составите общее представление об уровнях цен и квалификациях исполнителей услуг.
А дальше примерно вычисляем собственного заказчика. Того, в чью ценовую вилку вы вписываетесь. Или даже ниже, кому вы можете сделать «скидку».
Такая политика гораздо более выгодна, чем демпинг у более «дорого» заказчика. Так как здесь у вашего клиента будет ощущение, что ему повезло и он смог получить себе более дорого и квалифицированного исполнителя.
Следовательно, и условия работы будут более комфортными, а вам все что нужно сделать – это не напороть серьезных косяков. И даже если вы чего-то не знаете или не умеете, то фора все равно у вас будет.
А вот вырвав проект через демпинг вы получите все те же самые требования, что и к более дорогому исполнителю, но за гораздо более мелкий прайс.
А оно вам надо? В обоих случаях вы получите сопоставимые деньги. Но в первом случае вы будете работать спокойно. А во втором с вас спустят все шкуры. За тот же самый прайс.
Тут уместно вспомнить старый и пошлый анекдот, про то, что лучше быть клоуном у представителей запрещенных меньшинств, чем представителем меньшинства у клоунов.
Поэтому тактика здесь проста, находите клиентов своего уровня, набиваете на них руку, набираетесь опыта и переходите на новый уровень, с новыми ценами в прайсе и новыми заказчиками.
А что делать со старыми клиентами? А тут все зависит от ваших взаимоотношений. Всегда помним, что это бизнес, т.е. товарно-денежные отношения.
Но есть еще и личное. Если ваш клиент делает вам персональные скидки, обслуживает вне очереди и вообще вам приятен в общении – оставляйте для него старые цены.
У меня есть такие заказчики, с которыми мы вместе выросли. Но это уже личное и внерыночное ценообразование.
Сегодня был поднят интересный вопрос – как и на основании чего формировать цены. Как понять – много это или мало? Как не отпугнуть заказчика, но и не продешевить?
Начнем с того, что это рынок, на котором присутствуют самые разные заказчики и самые разные исполнители, поэтому цены на в общем-то одно и тоже будут совершенно разные.
И это нормально, так как требования и возможности у всех разные. Начнем с заказчиков. Есть совсем мелкие, простые, которым надо подешевле и все сразу. Они будут рыскать по дну рынка и искать того, кто сделает все за условную миску супа.
Есть крупные, требующие себе особого сервиса и готовые платить за это деньги: персональный менеджер, персональные условия обслуживания и прочее, прочее, прочее.
И есть множество уровней между ними, со своими запросами, пожеланиями и пониманием того, что дорого, а что дешево.
И вот здесь важно понимать, что, работая с заказчиком нужно попасть именно в эту ценовую вилку. Дороже – с вами работать не будут, дешевле – тоже не будут.
Если первое – понятно, то второе иногда вызывает удивление, особенно у начинающих. Но здесь следует четко понимать, что у заказчика есть представление не только о верхней планке, но и о нижней.
Нижняя планка представляется как минимальный уровень квалификации исполнителя. Все, что ниже вызывает определенные подозрения, потому как знающий себе цену специалист не будет работать за миску супа.
И это действует везде, вы, когда выбираете товар или услугу действуете примерно по схожему принципу: не дороже XXX руб., но не дешевле YYY руб. Причем именно низкая цена вызывает больше опасений, нежели высокая.
А теперь вернемся к нашим баранам, так куда именно пойти податься на этом рынке, в какие ряды стать? Не хотелось бы, как говориться, угодить свиным рылом в калашный ряд.
Поэтому, прежде всего, нужно трезво оценить свои возможности, знания, умения и наличие опыта.
Последнее тоже важно, так как потенциальный заказчик всегда будет интересоваться вашим опытом, клиентами, проектами. И обманывать на этом этапе крайне не рекомендуется, все это может всплыть в самый неподходящий момент и сильно испортить вам репутацию.
После того, как вы примерно оценили собственный уровень – начинаем изучать цены по рынку. И сопоставлять их с уровнем исполнителя. Таким образом вы примерно составите общее представление об уровнях цен и квалификациях исполнителей услуг.
А дальше примерно вычисляем собственного заказчика. Того, в чью ценовую вилку вы вписываетесь. Или даже ниже, кому вы можете сделать «скидку».
Такая политика гораздо более выгодна, чем демпинг у более «дорого» заказчика. Так как здесь у вашего клиента будет ощущение, что ему повезло и он смог получить себе более дорого и квалифицированного исполнителя.
Следовательно, и условия работы будут более комфортными, а вам все что нужно сделать – это не напороть серьезных косяков. И даже если вы чего-то не знаете или не умеете, то фора все равно у вас будет.
А вот вырвав проект через демпинг вы получите все те же самые требования, что и к более дорогому исполнителю, но за гораздо более мелкий прайс.
А оно вам надо? В обоих случаях вы получите сопоставимые деньги. Но в первом случае вы будете работать спокойно. А во втором с вас спустят все шкуры. За тот же самый прайс.
Тут уместно вспомнить старый и пошлый анекдот, про то, что лучше быть клоуном у представителей запрещенных меньшинств, чем представителем меньшинства у клоунов.
Поэтому тактика здесь проста, находите клиентов своего уровня, набиваете на них руку, набираетесь опыта и переходите на новый уровень, с новыми ценами в прайсе и новыми заказчиками.
А что делать со старыми клиентами? А тут все зависит от ваших взаимоотношений. Всегда помним, что это бизнес, т.е. товарно-денежные отношения.
Но есть еще и личное. Если ваш клиент делает вам персональные скидки, обслуживает вне очереди и вообще вам приятен в общении – оставляйте для него старые цены.
У меня есть такие заказчики, с которыми мы вместе выросли. Но это уже личное и внерыночное ценообразование.
👍57🌭2❤1
Специалист ну очень широкого профиля
В комментариях к нашим предыдущим заметкам несколько раз всплывали вопросы куда пойти податься, особенно в небольших населенных пунктах и каким образом оценивать работы, которые оценить трудно.
И каждый раз выяснялось, что занимаются коллеги классическим «пойди туда – не знаю куда, принеси то – не знаю что». Процитирую:
…потом выясняю, что им какой то 3Д вьювер нужен, который на встроенной графике не работает, начали смотреть требования…, я говорю ща порешаем, привожу на следующий день свой 710 Жефорс, запускаем на нем, прога летает …, я нахожу в ДНС им 710, присылаю им счет, она его оплачивают, но им в ломак ехать забирать, я опять еду к клиенту беру доверенность, в ней в ДНС…
Здесь прекрасно все, коллега занимается всем чем угодно, но только не зарабатыванием денег, по сути, он добровольно решает все проблемы и головняки клиента, но только за очень и очень мелкий прайс.
Для клиента, конечно, это не плохо, точнее дешево и удобно. А вот исполнитель загоняет себя в положение если не прислуги, то чего-то очень близкого, на которого можно свалить все заботы и проблемы, а потом сменить гнев на милость и облагодетельствовать некой суммой денег.
А коллеги терпят и бегают как дрессированная собачка боясь потерять эту самую сумму денег.
Поэтому скажу сразу, пусть многим это и не понравится: нет, ребята, так вы денег не заработаете, только проблем себе наживете и будете вечным мальчиком на побегушках, условием получения денег для которого будет «хорошее поведение».
По факту таким поведением вы сразу ставите себя в подчиненное положение от заказчика и работаете уже на навязанных вам условиях.
А теперь давайте сядем и подумаем. И вы и заказчик занимаетесь бизнесом, т.е. некоторой деятельностью направленной на извлечение прибыли. А любой бизнес должен быть эффективным, иначе он вылетает в трубу.
И если с более-менее крупным бизнесом это понятно, то с мелким и очень мелким, который мы разбираем в сегодняшнем примере критерии очень размыты. Ну вот вы решили весь этот квест и заработали пару-тройку тысяч рублей. Профит?
Возможно, что нет. Посчитайте потраченное время, бензин, все косвенные расходы, то, что вы могли бы сделать для себя и своей семьи за это время, но не сделали. В общем баланс может оказаться далеко не в вашу пользу.
А еще у заказчика могут возникнуть новые вопросы и проблемы и вам снова придется доделывать и переделывать и не факт, что вам за это заплатят или далеко не ту сумму, что надо бы, потому что это «ваши косяки», потому что это «вы недоделали».
Как с этим бороться? Радикальный способ – перестать работать за мелкий прайс по широкому профилю. Но не всегда и везде это возможно. Поэтому не будем громко хлопать дверью, а посмотрим, что тут можно сделать.
Как мы уже говорили – это бизнес. И проблемы вашего контрагента – это проблемы вашего контрагента, которые не следует перекладывать с больной головы на здоровую. Нет, переложить можно, но с соответствующей оплатой.
А это говорит о том, что не нужно заниматься «пойди туда, не знаю куда», а следует четко определить характер и объем ваших услуг.
Купить ПК и поставить ОС – ОК, вот вам ПК с системой, с вас денежка. Спасибо, держите работайте.
Что, проблемы с каким-то приложением? Ну так, а мы тут причем, тем более что вы нас не предупреждали. Можем посмотреть, готовьте столько-то денег. Вот видеокарта нужна. Дорого? Ну так не мы эти цены ставим.
Нужно четко понимать, что эти проблемы – это их проблемы и они на этих проблемах теряют выручку, поэтому нет ничего зазорного, если вы за решение этих проблем попросите с них денег.
В свою очередь вас никто не будет лечить, стричь или отпускать продукты бесплатно. Поэтому ничего личного, вы делаете свою работу, за деньги. Бесплатно могут решать свои проблемы сами.
Не могут забрать? Ну так есть курьерская доставка. В крайнем случае можно и съездить, но по расценкам такси. И это не входит в сумму работы.
Вы же не курьер? Вы квалифицированный компьютерный специалист, который знает цену своему времени.
В комментариях к нашим предыдущим заметкам несколько раз всплывали вопросы куда пойти податься, особенно в небольших населенных пунктах и каким образом оценивать работы, которые оценить трудно.
И каждый раз выяснялось, что занимаются коллеги классическим «пойди туда – не знаю куда, принеси то – не знаю что». Процитирую:
…потом выясняю, что им какой то 3Д вьювер нужен, который на встроенной графике не работает, начали смотреть требования…, я говорю ща порешаем, привожу на следующий день свой 710 Жефорс, запускаем на нем, прога летает …, я нахожу в ДНС им 710, присылаю им счет, она его оплачивают, но им в ломак ехать забирать, я опять еду к клиенту беру доверенность, в ней в ДНС…
Здесь прекрасно все, коллега занимается всем чем угодно, но только не зарабатыванием денег, по сути, он добровольно решает все проблемы и головняки клиента, но только за очень и очень мелкий прайс.
Для клиента, конечно, это не плохо, точнее дешево и удобно. А вот исполнитель загоняет себя в положение если не прислуги, то чего-то очень близкого, на которого можно свалить все заботы и проблемы, а потом сменить гнев на милость и облагодетельствовать некой суммой денег.
А коллеги терпят и бегают как дрессированная собачка боясь потерять эту самую сумму денег.
Поэтому скажу сразу, пусть многим это и не понравится: нет, ребята, так вы денег не заработаете, только проблем себе наживете и будете вечным мальчиком на побегушках, условием получения денег для которого будет «хорошее поведение».
По факту таким поведением вы сразу ставите себя в подчиненное положение от заказчика и работаете уже на навязанных вам условиях.
А теперь давайте сядем и подумаем. И вы и заказчик занимаетесь бизнесом, т.е. некоторой деятельностью направленной на извлечение прибыли. А любой бизнес должен быть эффективным, иначе он вылетает в трубу.
И если с более-менее крупным бизнесом это понятно, то с мелким и очень мелким, который мы разбираем в сегодняшнем примере критерии очень размыты. Ну вот вы решили весь этот квест и заработали пару-тройку тысяч рублей. Профит?
Возможно, что нет. Посчитайте потраченное время, бензин, все косвенные расходы, то, что вы могли бы сделать для себя и своей семьи за это время, но не сделали. В общем баланс может оказаться далеко не в вашу пользу.
А еще у заказчика могут возникнуть новые вопросы и проблемы и вам снова придется доделывать и переделывать и не факт, что вам за это заплатят или далеко не ту сумму, что надо бы, потому что это «ваши косяки», потому что это «вы недоделали».
Как с этим бороться? Радикальный способ – перестать работать за мелкий прайс по широкому профилю. Но не всегда и везде это возможно. Поэтому не будем громко хлопать дверью, а посмотрим, что тут можно сделать.
Как мы уже говорили – это бизнес. И проблемы вашего контрагента – это проблемы вашего контрагента, которые не следует перекладывать с больной головы на здоровую. Нет, переложить можно, но с соответствующей оплатой.
А это говорит о том, что не нужно заниматься «пойди туда, не знаю куда», а следует четко определить характер и объем ваших услуг.
Купить ПК и поставить ОС – ОК, вот вам ПК с системой, с вас денежка. Спасибо, держите работайте.
Что, проблемы с каким-то приложением? Ну так, а мы тут причем, тем более что вы нас не предупреждали. Можем посмотреть, готовьте столько-то денег. Вот видеокарта нужна. Дорого? Ну так не мы эти цены ставим.
Нужно четко понимать, что эти проблемы – это их проблемы и они на этих проблемах теряют выручку, поэтому нет ничего зазорного, если вы за решение этих проблем попросите с них денег.
В свою очередь вас никто не будет лечить, стричь или отпускать продукты бесплатно. Поэтому ничего личного, вы делаете свою работу, за деньги. Бесплатно могут решать свои проблемы сами.
Не могут забрать? Ну так есть курьерская доставка. В крайнем случае можно и съездить, но по расценкам такси. И это не входит в сумму работы.
Вы же не курьер? Вы квалифицированный компьютерный специалист, который знает цену своему времени.
👍89🔥8👏3⚡2❤1
🔥Бесплатный видеоурок по основам Python от сеньора бэкенд разработчика
На уроке разбираем:
🟡основные функции Python
🟡создание и использование функций в Python
🟡расширение функциональности
❗А еще собираем свой первый калькулятор на Python!
Разберитесь с одним из самых востребованных языков программирования и попробуйте применить его на практике с экспертом с 17-летним опытом в разработке.
👉Забрать бесплатный урок по Python 👈
#реклама
О рекламодателе
erid: 2W5zFJNEgM6
На уроке разбираем:
🟡основные функции Python
🟡создание и использование функций в Python
🟡расширение функциональности
❗А еще собираем свой первый калькулятор на Python!
Разберитесь с одним из самых востребованных языков программирования и попробуйте применить его на практике с экспертом с 17-летним опытом в разработке.
👉Забрать бесплатный урок по Python 👈
#реклама
О рекламодателе
erid: 2W5zFJNEgM6
👍2
Мир сходит с ума?
Некоммерческая организация Apache Software Foundation, предоставляющая нейтральную и не зависящую от отдельных производителей площадку для разработки около 400 открытых продуктов, объявила о решении полностью изменить логотип, убрав из него изображение пера, используемого как символ проектов Apache с 1997 года. Новый логотип, который будет выбран путём голосования членов организации, намерены представить 7 октября на конференции Community Over Code.
В качестве причины прекращения использования былой символики упоминается недовольство организации Natives in Tech, отстаивающей интересы коренных народов.
В частности, организация считает неприемлемым использование индейской символики в логотипе Apache Software Foundation, и расценивает это как манипуляцию культурными ценностями национальных меньшинств, искажающую представление об индейцах и основанную на стереотипах.
Кроме смены логотипа борцы за права индейцев также требовали переименовать организацию и прекратить использование слова Apache, но сообщество пока ограничилось переименованием конференции ApacheCon в Community Over Code, но отказалось переименовывать организацию из-за больших затрат и юридических сложностей.
☝️ На месте индейцев я бы не выпендривался, а наоборот бы еще занес в Apache Software Foundation чтобы они продолжали в том же духе.
Ибо кто бы о них сейчас еще вспомнил...
Некоммерческая организация Apache Software Foundation, предоставляющая нейтральную и не зависящую от отдельных производителей площадку для разработки около 400 открытых продуктов, объявила о решении полностью изменить логотип, убрав из него изображение пера, используемого как символ проектов Apache с 1997 года. Новый логотип, который будет выбран путём голосования членов организации, намерены представить 7 октября на конференции Community Over Code.
В качестве причины прекращения использования былой символики упоминается недовольство организации Natives in Tech, отстаивающей интересы коренных народов.
В частности, организация считает неприемлемым использование индейской символики в логотипе Apache Software Foundation, и расценивает это как манипуляцию культурными ценностями национальных меньшинств, искажающую представление об индейцах и основанную на стереотипах.
Кроме смены логотипа борцы за права индейцев также требовали переименовать организацию и прекратить использование слова Apache, но сообщество пока ограничилось переименованием конференции ApacheCon в Community Over Code, но отказалось переименовывать организацию из-за больших затрат и юридических сложностей.
☝️ На месте индейцев я бы не выпендривался, а наоборот бы еще занес в Apache Software Foundation чтобы они продолжали в том же духе.
Ибо кто бы о них сейчас еще вспомнил...
🤡41👍19💯5👎3👀1