А сегодня у нашего подписчика и молодого автора день рождения. Хочу от души его поздравить и пожелать личного и семейного счастья, достатка, успеха и всего самого-самого, чего он только сам себе пожелает!!!
И давайте устроим небольшой набег в его канал с поздравлениями!
И давайте устроим небольшой набег в его канал с поздравлениями!
🔥24🤮1👌1
🎄 С наступающим Новым годом!!!
Дорогие друзья, коллеги, позвольте поздравить вас с наступающим Новым годом. Надеюсь, что год уходящий был для вас удачным и больше радовал, чем огорчал и разочаровывал.
Желаю, чтобы новый 2026 год принес новые успехи и свершения. Радовал интересными проектами и хорошими заказчиками. Способствовал профессиональному и карьерному росту, а также щедро вознаграждал за труды.
Но, самое главное, здоровья нам всем и мирного неба над головой. Также домашнего уюта и семейного благополучия!
С Новым годом!!! 🥂
Дорогие друзья, коллеги, позвольте поздравить вас с наступающим Новым годом. Надеюсь, что год уходящий был для вас удачным и больше радовал, чем огорчал и разочаровывал.
Желаю, чтобы новый 2026 год принес новые успехи и свершения. Радовал интересными проектами и хорошими заказчиками. Способствовал профессиональному и карьерному росту, а также щедро вознаграждал за труды.
Но, самое главное, здоровья нам всем и мирного неба над головой. Также домашнего уюта и семейного благополучия!
С Новым годом!!! 🥂
1🔥59❤13👍11🤝10👏1
Termshot – скриншоты для вашего терминала
Скриншоты? В терминале? Да ну, зачем это нужно… Так думают многие администраторы, я тоже сначала так подумал. Действительно, зачем еще один инструмент, тем более что я всегда могу снять скриншот терминала привычными способами.
Но те, кто много работает со скриншотами знает, что добиться нормального качества изображения на скриншоте не всегда получается с первого раза и то, что хорошо выглядит на экране может просто отвратительно выглядеть на бумаге.
Да и качество вывода во многих терминалах откровенно хромает. А различные цветовые схемы добавляют лишних забот. В лучшем случае ваша документация или статья будут выглядеть разнородно, в худшем вы можете получить проблемы при масштабировании или конвертации картинки.
Поэтому, скажем честно, без предварительной подготовки получить качественные скриншоты терминала затруднительно. Как минимум вам придется настроить размер шрифта, сам шрифт, цветовую схему и т.д.
Видимо автору данной утилиты все это сильно надоело, и он решил вопрос кардинальным образом. Ведь что есть поток вывода терминала? Это текст, а следовательно его можно захватить и обработать как нам нужно.
Утилита termshot представляет собой единственный бинарный файл, написанный на Go, и распространяется по лицензии MIT, скачать ее можно с официальной страницы автора на GitHub: https://github.com/homeport/termshot
Применять ее тоже просто:
И вы получите в своей домашней папке файл out.png с выводом команды в едином стиле и с размером изображения 2K вне зависимости от настроек вашего терминала, разницу можно посмотреть на скриншотах к заметке.
Конечно, такой скриншот совсем другое дело, его можно смело обрабатывать, масштабировать и т.д. и т.п. не боясь потерять в качестве, а также он отлично читается в любом варианте, что в электронном, что в печатном.
Также утилитой удобно захватывать большой вывод в несколько экранов, все попадет в один файл, который затем можете уже порезать как вам потребуется.
Если хотите добавить на скриншот саму команду, а не только ее вывод – используйте ключ -с:
Если нужно выполнить более одной команды через конвейер, то вам поможет следующая конструкция:
Чтобы указать имя файла изображения можно использовать ключ -f:
Все ключи можно быстро посмотреть в режиме справки:
Еще одной приятной возможностью утилиты является запуск отдельной сессии терминала с захватом всего что будет в ней происходить. Для этого запустите:
На первый взгляд ничего не произойдет, но на самом деле вы открыли отдельную сессию, весь вывод которой пойдет на скришнот. Мы можем запустить несколько команд, а потом завершить сессию командой
После чего утилита создаст нам скриншот, на который попадет все то, что мы видели на экране.
Как видим, утилита предельно проста, но очень полезна тем, кто занимается написанием статей или составлением документации. Теперь не нужно переживать за качество скриншотов, оно всегда будет отличным.
Скриншоты? В терминале? Да ну, зачем это нужно… Так думают многие администраторы, я тоже сначала так подумал. Действительно, зачем еще один инструмент, тем более что я всегда могу снять скриншот терминала привычными способами.
Но те, кто много работает со скриншотами знает, что добиться нормального качества изображения на скриншоте не всегда получается с первого раза и то, что хорошо выглядит на экране может просто отвратительно выглядеть на бумаге.
Да и качество вывода во многих терминалах откровенно хромает. А различные цветовые схемы добавляют лишних забот. В лучшем случае ваша документация или статья будут выглядеть разнородно, в худшем вы можете получить проблемы при масштабировании или конвертации картинки.
Поэтому, скажем честно, без предварительной подготовки получить качественные скриншоты терминала затруднительно. Как минимум вам придется настроить размер шрифта, сам шрифт, цветовую схему и т.д.
Видимо автору данной утилиты все это сильно надоело, и он решил вопрос кардинальным образом. Ведь что есть поток вывода терминала? Это текст, а следовательно его можно захватить и обработать как нам нужно.
Утилита termshot представляет собой единственный бинарный файл, написанный на Go, и распространяется по лицензии MIT, скачать ее можно с официальной страницы автора на GitHub: https://github.com/homeport/termshot
Применять ее тоже просто:
termshot hostnamectl
И вы получите в своей домашней папке файл out.png с выводом команды в едином стиле и с размером изображения 2K вне зависимости от настроек вашего терминала, разницу можно посмотреть на скриншотах к заметке.
Конечно, такой скриншот совсем другое дело, его можно смело обрабатывать, масштабировать и т.д. и т.п. не боясь потерять в качестве, а также он отлично читается в любом варианте, что в электронном, что в печатном.
Также утилитой удобно захватывать большой вывод в несколько экранов, все попадет в один файл, который затем можете уже порезать как вам потребуется.
Если хотите добавить на скриншот саму команду, а не только ее вывод – используйте ключ -с:
termshot -с hostnamectl
Если нужно выполнить более одной команды через конвейер, то вам поможет следующая конструкция:
termshot -- "dpkg -l | grep gimp"
Чтобы указать имя файла изображения можно использовать ключ -f:
termshot -- "dpkg -l | grep gimp" -f /home/user/doc123/grep2.png
Все ключи можно быстро посмотреть в режиме справки:
termshot -h
Еще одной приятной возможностью утилиты является запуск отдельной сессии терминала с захватом всего что будет в ней происходить. Для этого запустите:
termshot /bin/bash
На первый взгляд ничего не произойдет, но на самом деле вы открыли отдельную сессию, весь вывод которой пойдет на скришнот. Мы можем запустить несколько команд, а потом завершить сессию командой
exit
После чего утилита создаст нам скриншот, на который попадет все то, что мы видели на экране.
Как видим, утилита предельно проста, но очень полезна тем, кто занимается написанием статей или составлением документации. Теперь не нужно переживать за качество скриншотов, оно всегда будет отличным.
1👍26❤3🤮3🥱3
FossFLOW – редактор изометрических диаграмм
Еще один полезный инструмент для создания изометрических диаграмм. Будет полезен всем, кто занимается созданием визуального контента: техническим писателям, блогерам, составителям документации. Также изометрические диаграммы могут оказаться полезны для презентаций.
Что такое изометрические диаграммы? Посмотрите на скриншоты, особенно на первый, где показан конечный результат. Свежо, наглядно, интересно.
Все это можно рисовать самому при помощи FossFLOW. Поглядеть без установки на него можно здесь: https://stan-smith.github.io/FossFLOW
На первый взгляд достаточно просто, но от редактора диаграмм многого и не надо. А все необходимое здесь есть, осваивается продукт просто, буквально за 15 минут. Все просто и интуитивно понятно, ну или почти все.
Для локального использования вы можете быстро установить продукт через Docker (рекомендуется разработчиком), для этого нужно всего лишь скачать из официального репозитория https://github.com/stan-smith/FossFLOW файл
После чего переходим в браузере по адресу хоста Docker и попадаем в веб-интерфейс редактора. Русский язык есть, но русификация неполная, что не мешает полноценной работе. Все понятно и так.
Создание диаграмм тоже не составляет труда: добавляем узлы, соединяем их, перетаскиваем, настраиваем элементы. Настроек немного, но все необходимое есть. Мы без особого труда за пару минут накидали простую диаграмму.
Диаграммы можно сохранять в серверном хранилище, которое находится в папке с проектом, в нашем случае это будет
Также мы можем экспортировать диаграммы в JSON или PNG. При экспортировании в изображение доступны дополнительные функции в виде обрезки и выбора качества.
Библиотека иконок представлена одна – Isoflow, не самая плохая, надо сказать. Если нет каких-то особых требований, то можно спокойно использовать ее. Но если вы хотите придать диаграммам индивидуальность, то можете загрузить свои иконки в формате PNG или SVG.
Это единственный неочевидный момент в программе, для добавления своей иконки нужно нажать «плюс» на панели инструментов и у вас появится меню загрузки собственных изображений.
Многопользовательская работа возможна, каждый сеанс браузера позволяет работать со своей диаграммой, доступны сохранения и загрузки в переделах сеанса (не сохраняются при закрытии браузера).
Для долговременного сохранения нужно либо экспортировать JSON на компьютер, либо воспользоваться серверным хранилищем. Совместная работа над одной и той же диаграммой невозможна.
В общем перед нами вполне удобный и современный инструмент, позволяющий легко визуализировать схемы и идеи в изометрическом виде. Считаем что он будет полезен каждому, кто работает с технической графикой.
Еще один полезный инструмент для создания изометрических диаграмм. Будет полезен всем, кто занимается созданием визуального контента: техническим писателям, блогерам, составителям документации. Также изометрические диаграммы могут оказаться полезны для презентаций.
Что такое изометрические диаграммы? Посмотрите на скриншоты, особенно на первый, где показан конечный результат. Свежо, наглядно, интересно.
Все это можно рисовать самому при помощи FossFLOW. Поглядеть без установки на него можно здесь: https://stan-smith.github.io/FossFLOW
На первый взгляд достаточно просто, но от редактора диаграмм многого и не надо. А все необходимое здесь есть, осваивается продукт просто, буквально за 15 минут. Все просто и интуитивно понятно, ну или почти все.
Для локального использования вы можете быстро установить продукт через Docker (рекомендуется разработчиком), для этого нужно всего лишь скачать из официального репозитория https://github.com/stan-smith/FossFLOW файл
compose.yml, разместить в любой подходящей директории, скажем /opt/fossflow и выполнить: docker compose up -d
После чего переходим в браузере по адресу хоста Docker и попадаем в веб-интерфейс редактора. Русский язык есть, но русификация неполная, что не мешает полноценной работе. Все понятно и так.
Создание диаграмм тоже не составляет труда: добавляем узлы, соединяем их, перетаскиваем, настраиваем элементы. Настроек немного, но все необходимое есть. Мы без особого труда за пару минут накидали простую диаграмму.
Диаграммы можно сохранять в серверном хранилище, которое находится в папке с проектом, в нашем случае это будет
/opt/fossflow/diagrams. Формат хранения – JSON, что позволяет организовать версионирование и хранение диаграмм в Git.Также мы можем экспортировать диаграммы в JSON или PNG. При экспортировании в изображение доступны дополнительные функции в виде обрезки и выбора качества.
Библиотека иконок представлена одна – Isoflow, не самая плохая, надо сказать. Если нет каких-то особых требований, то можно спокойно использовать ее. Но если вы хотите придать диаграммам индивидуальность, то можете загрузить свои иконки в формате PNG или SVG.
Это единственный неочевидный момент в программе, для добавления своей иконки нужно нажать «плюс» на панели инструментов и у вас появится меню загрузки собственных изображений.
Многопользовательская работа возможна, каждый сеанс браузера позволяет работать со своей диаграммой, доступны сохранения и загрузки в переделах сеанса (не сохраняются при закрытии браузера).
Для долговременного сохранения нужно либо экспортировать JSON на компьютер, либо воспользоваться серверным хранилищем. Совместная работа над одной и той же диаграммой невозможна.
В общем перед нами вполне удобный и современный инструмент, позволяющий легко визуализировать схемы и идеи в изометрическом виде. Считаем что он будет полезен каждому, кто работает с технической графикой.
1👍30❤2🔥1🤮1
Специалист ну очень широкого профиля
В комментариях к нашим предыдущим заметкам несколько раз всплывали вопросы куда пойти податься, особенно в небольших населенных пунктах и каким образом оценивать работы, которые оценить трудно.
И каждый раз выяснялось, что занимаются коллеги классическим «пойди туда – не знаю куда, принеси то – не знаю что». Процитирую:
…потом выясняю, что им какой то 3Д вьювер нужен, который на встроенной графике не работает, начали смотреть требования…, я говорю ща порешаем, привожу на следующий день свой 710 Жефорс, запускаем на нем, прога летает …, я нахожу в ДНС им 710, присылаю им счет, она его оплачивают, но им в ломак ехать забирать, я опять еду к клиенту беру доверенность, в ней в ДНС…
Здесь прекрасно все, коллега занимается всем чем угодно, но только не зарабатыванием денег, по сути, он добровольно решает все проблемы и головняки клиента, но только за очень и очень мелкий прайс.
Для клиента, конечно, это не плохо, точнее дешево и удобно. А вот исполнитель загоняет себя в положение если не прислуги, то чего-то очень близкого, на которого можно свалить все заботы и проблемы, а потом сменить гнев на милость и облагодетельствовать некой суммой денег.
А коллеги терпят и бегают как дрессированная собачка боясь потерять эту самую сумму денег.
Поэтому скажу сразу, пусть многим это и не понравится: нет, ребята, так вы денег не заработаете, только проблем себе наживете и будете вечным мальчиком на побегушках, условием получения денег для которого будет «хорошее поведение».
По факту таким поведением вы сразу ставите себя в подчиненное положение от заказчика и работаете уже на навязанных вам условиях.
А теперь давайте сядем и подумаем. И вы и заказчик занимаетесь бизнесом, т.е. некоторой деятельностью направленной на извлечение прибыли. А любой бизнес должен быть эффективным, иначе он вылетает в трубу.
И если с более-менее крупным бизнесом это понятно, то с мелким и очень мелким, который мы разбираем в сегодняшнем примере критерии очень размыты. Ну вот вы решили весь этот квест и заработали пару-тройку тысяч рублей. Профит?
Возможно, что нет. Посчитайте потраченное время, бензин, все косвенные расходы, то, что вы могли бы сделать для себя и своей семьи за это время, но не сделали. В общем баланс может оказаться далеко не в вашу пользу.
А еще у заказчика могут возникнуть новые вопросы и проблемы и вам снова придется доделывать и переделывать и не факт, что вам за это заплатят или далеко не ту сумму, что надо бы, потому что это «ваши косяки», потому что это «вы недоделали».
Как с этим бороться? Радикальный способ – перестать работать за мелкий прайс по широкому профилю. Но не всегда и везде это возможно. Поэтому не будем громко хлопать дверью, а посмотрим, что тут можно сделать.
Как мы уже говорили – это бизнес. И проблемы вашего контрагента – это проблемы вашего контрагента, которые не следует перекладывать с больной головы на здоровую. Нет, переложить можно, но с соответствующей оплатой.
А это говорит о том, что не нужно заниматься «пойди туда, не знаю куда», а следует четко определить характер и объем ваших услуг.
Купить ПК и поставить ОС – ОК, вот вам ПК с системой, с вас денежка. Спасибо, держите работайте.
Что, проблемы с каким-то приложением? Ну так, а мы тут причем, тем более что вы нас не предупреждали. Можем посмотреть, готовьте столько-то денег. Вот видеокарта нужна. Дорого? Ну так не мы эти цены ставим.
Нужно четко понимать, что эти проблемы – это их проблемы и они на этих проблемах теряют выручку, поэтому нет ничего зазорного, если вы за решение этих проблем попросите с них денег.
В свою очередь вас никто не будет лечить, стричь или отпускать продукты бесплатно. Поэтому ничего личного, вы делаете свою работу, за деньги. Бесплатно могут решать свои проблемы сами.
Не могут забрать? Ну так есть курьерская доставка. В крайнем случае можно и съездить, но по расценкам такси. И это не входит в сумму работы.
Вы же не курьер? Вы квалифицированный компьютерный специалист, который знает цену своему времени.
В комментариях к нашим предыдущим заметкам несколько раз всплывали вопросы куда пойти податься, особенно в небольших населенных пунктах и каким образом оценивать работы, которые оценить трудно.
И каждый раз выяснялось, что занимаются коллеги классическим «пойди туда – не знаю куда, принеси то – не знаю что». Процитирую:
…потом выясняю, что им какой то 3Д вьювер нужен, который на встроенной графике не работает, начали смотреть требования…, я говорю ща порешаем, привожу на следующий день свой 710 Жефорс, запускаем на нем, прога летает …, я нахожу в ДНС им 710, присылаю им счет, она его оплачивают, но им в ломак ехать забирать, я опять еду к клиенту беру доверенность, в ней в ДНС…
Здесь прекрасно все, коллега занимается всем чем угодно, но только не зарабатыванием денег, по сути, он добровольно решает все проблемы и головняки клиента, но только за очень и очень мелкий прайс.
Для клиента, конечно, это не плохо, точнее дешево и удобно. А вот исполнитель загоняет себя в положение если не прислуги, то чего-то очень близкого, на которого можно свалить все заботы и проблемы, а потом сменить гнев на милость и облагодетельствовать некой суммой денег.
А коллеги терпят и бегают как дрессированная собачка боясь потерять эту самую сумму денег.
Поэтому скажу сразу, пусть многим это и не понравится: нет, ребята, так вы денег не заработаете, только проблем себе наживете и будете вечным мальчиком на побегушках, условием получения денег для которого будет «хорошее поведение».
По факту таким поведением вы сразу ставите себя в подчиненное положение от заказчика и работаете уже на навязанных вам условиях.
А теперь давайте сядем и подумаем. И вы и заказчик занимаетесь бизнесом, т.е. некоторой деятельностью направленной на извлечение прибыли. А любой бизнес должен быть эффективным, иначе он вылетает в трубу.
И если с более-менее крупным бизнесом это понятно, то с мелким и очень мелким, который мы разбираем в сегодняшнем примере критерии очень размыты. Ну вот вы решили весь этот квест и заработали пару-тройку тысяч рублей. Профит?
Возможно, что нет. Посчитайте потраченное время, бензин, все косвенные расходы, то, что вы могли бы сделать для себя и своей семьи за это время, но не сделали. В общем баланс может оказаться далеко не в вашу пользу.
А еще у заказчика могут возникнуть новые вопросы и проблемы и вам снова придется доделывать и переделывать и не факт, что вам за это заплатят или далеко не ту сумму, что надо бы, потому что это «ваши косяки», потому что это «вы недоделали».
Как с этим бороться? Радикальный способ – перестать работать за мелкий прайс по широкому профилю. Но не всегда и везде это возможно. Поэтому не будем громко хлопать дверью, а посмотрим, что тут можно сделать.
Как мы уже говорили – это бизнес. И проблемы вашего контрагента – это проблемы вашего контрагента, которые не следует перекладывать с больной головы на здоровую. Нет, переложить можно, но с соответствующей оплатой.
А это говорит о том, что не нужно заниматься «пойди туда, не знаю куда», а следует четко определить характер и объем ваших услуг.
Купить ПК и поставить ОС – ОК, вот вам ПК с системой, с вас денежка. Спасибо, держите работайте.
Что, проблемы с каким-то приложением? Ну так, а мы тут причем, тем более что вы нас не предупреждали. Можем посмотреть, готовьте столько-то денег. Вот видеокарта нужна. Дорого? Ну так не мы эти цены ставим.
Нужно четко понимать, что эти проблемы – это их проблемы и они на этих проблемах теряют выручку, поэтому нет ничего зазорного, если вы за решение этих проблем попросите с них денег.
В свою очередь вас никто не будет лечить, стричь или отпускать продукты бесплатно. Поэтому ничего личного, вы делаете свою работу, за деньги. Бесплатно могут решать свои проблемы сами.
Не могут забрать? Ну так есть курьерская доставка. В крайнем случае можно и съездить, но по расценкам такси. И это не входит в сумму работы.
Вы же не курьер? Вы квалифицированный компьютерный специалист, который знает цену своему времени.
👍45❤8👏4🤮1
Не спеши, а то успеешь
В начале нашей заметки я расскажу одну поучительную историю. В студенческие годы физрук подрядил нас почистить от снега спортплощадку. Срок – пара. Ну мы минут за 30 справились, пришли к нему гордые и довольные.
А он отправил нас… обратно снег по спортплощадке разбрасывать. Ну бывший военный, что с него взять. Но, оказалось, в этом действе был заложен глубокий смысл. Который он нам наглядно продемонстрировал.
Любые нормы на чем-то да основаны, проверены временем и т.д. и т.п. Сказали чистить снег пару – значит пару. Это сегодня снега пару сантиметров выпало, и вы за полчаса справились, а завтра его по колено наметет? А норма – штука такая, если ее регулярно перевыполнять, то ее обязательно поднимут (или сократят) и легче никому от этого не станет.
Это правило я тогда запомнил, и оно сильно помогает по жизни. Вот есть работа, которая по нормам занимает два часа, а вы набили руку и делаете ее за час. Не спешите никого радовать. Два часа и точка!
Иначе через некоторое время нормой у вас будет именно час и если что-то вдруг пойдет не так, то запаса по времени у вас не будет и никто даже слушать не захочет про два часа, потому что это было давно и неправда, а не справились вы сейчас.
Ну ладно, это заказчик внутренний, а внешнему можно и сдать пораньше, получить денег и радоваться жизни. Оно, конечно, можно, но при условии, что вы этого заказчика видите первый и последний раз.
Иначе он тоже запомнит, что эта работа занимает час и будет на этот час рассчитывать, а когда вы не справитесь, то будет недоволен и деньги вам заплатит не очень охотно. Ведь вы плохо работаете, не справляетесь.
Еще хуже, если это проект с большим количеством этапов. На проекте самой большой ценностью является время. И если у вас указано, что данный этап занимает неделю – занимайтесь неделю, даже если справились за три дня.
Не спешите сдавать этот этап, оставьте эти два дня себе, есть возможность – начните работу над следующим этапом или просто подготовьтесь к нему, что делать – всегда найдется. Но у вас будет запас времени.
Сдали этап – такого запаса нет, приступайте к следующему. И далеко не факт, что, быстро взяв старт вы не упадете лицом в асфальт, потому что забыли завязать шнурки.
На любом проекте, как его не прорабатывай, всегда что-то да всплывет и запас по времени тут будет настоящим спасательным кругом.
Но даже если вы успешно «выполнили пятилетку за три года» ничего хорошего из этого не выйдет. Потому что заказчик поймет, что вы можете работать быстрее, а также то, что вы не умеете ставить и выдерживать сроки.
А это значит, что можно на эту тему вас прогнуть и на следующий проект установить сроки самостоятельно. Итог – вы в цейтноте и бегаете в мыле по потолку, чтобы успеть выполнить все работы. Оно вам надо?
На недостаток времени жалуются многие коллеги, но если копнуть поглубже и провести разбор полетов, то выясняется, что в эту ситуацию они загнали себя сами.
Любую норму или план можно перевыполнить только один раз, в этом случае вас похвалят и дадут конфетку, второй раз вас просто одобрительно похлопают по плечу, а на третий сделают замечание, что плохо работаете, недорабатываете.
Для себя я давно вывел некоторые эмпирические коэффициенты, любые материалы на проекте умножаем на 1,25, а время просто увеличиваем в полтора, а то и два раза. Запас карман не тянет, особенно если это такой ресурс, как время.
В начале нашей заметки я расскажу одну поучительную историю. В студенческие годы физрук подрядил нас почистить от снега спортплощадку. Срок – пара. Ну мы минут за 30 справились, пришли к нему гордые и довольные.
А он отправил нас… обратно снег по спортплощадке разбрасывать. Ну бывший военный, что с него взять. Но, оказалось, в этом действе был заложен глубокий смысл. Который он нам наглядно продемонстрировал.
Любые нормы на чем-то да основаны, проверены временем и т.д. и т.п. Сказали чистить снег пару – значит пару. Это сегодня снега пару сантиметров выпало, и вы за полчаса справились, а завтра его по колено наметет? А норма – штука такая, если ее регулярно перевыполнять, то ее обязательно поднимут (или сократят) и легче никому от этого не станет.
Это правило я тогда запомнил, и оно сильно помогает по жизни. Вот есть работа, которая по нормам занимает два часа, а вы набили руку и делаете ее за час. Не спешите никого радовать. Два часа и точка!
Иначе через некоторое время нормой у вас будет именно час и если что-то вдруг пойдет не так, то запаса по времени у вас не будет и никто даже слушать не захочет про два часа, потому что это было давно и неправда, а не справились вы сейчас.
Ну ладно, это заказчик внутренний, а внешнему можно и сдать пораньше, получить денег и радоваться жизни. Оно, конечно, можно, но при условии, что вы этого заказчика видите первый и последний раз.
Иначе он тоже запомнит, что эта работа занимает час и будет на этот час рассчитывать, а когда вы не справитесь, то будет недоволен и деньги вам заплатит не очень охотно. Ведь вы плохо работаете, не справляетесь.
Еще хуже, если это проект с большим количеством этапов. На проекте самой большой ценностью является время. И если у вас указано, что данный этап занимает неделю – занимайтесь неделю, даже если справились за три дня.
Не спешите сдавать этот этап, оставьте эти два дня себе, есть возможность – начните работу над следующим этапом или просто подготовьтесь к нему, что делать – всегда найдется. Но у вас будет запас времени.
Сдали этап – такого запаса нет, приступайте к следующему. И далеко не факт, что, быстро взяв старт вы не упадете лицом в асфальт, потому что забыли завязать шнурки.
На любом проекте, как его не прорабатывай, всегда что-то да всплывет и запас по времени тут будет настоящим спасательным кругом.
Но даже если вы успешно «выполнили пятилетку за три года» ничего хорошего из этого не выйдет. Потому что заказчик поймет, что вы можете работать быстрее, а также то, что вы не умеете ставить и выдерживать сроки.
А это значит, что можно на эту тему вас прогнуть и на следующий проект установить сроки самостоятельно. Итог – вы в цейтноте и бегаете в мыле по потолку, чтобы успеть выполнить все работы. Оно вам надо?
На недостаток времени жалуются многие коллеги, но если копнуть поглубже и провести разбор полетов, то выясняется, что в эту ситуацию они загнали себя сами.
Любую норму или план можно перевыполнить только один раз, в этом случае вас похвалят и дадут конфетку, второй раз вас просто одобрительно похлопают по плечу, а на третий сделают замечание, что плохо работаете, недорабатываете.
Для себя я давно вывел некоторые эмпирические коэффициенты, любые материалы на проекте умножаем на 1,25, а время просто увеличиваем в полтора, а то и два раза. Запас карман не тянет, особенно если это такой ресурс, как время.
👍47💯11🔥2❤1🥱1
И снова спрашивали про ценообразование, и снова отвечаем.
Про почасовку
Сегодня на канале возник вопрос по этой теме. Тема важная и нужная, поэтому поделимся своим опытом.
А начнем с того, что, если вы не хотите сразу испортить отношения с заказчиком и перевести их в плоскость постоянных разбирательств – никогда не выставляйте ему часы, за редким исключением.
Для исполнителя часы – единица удобная, особенно если приходится делать какую-то новую работу. Оценил затраченное время, умножил на тариф и вот он финансовый результат.
Но здесь тоже есть свои тонкости. Если сначала эта работа занимала у вас два часа, потом вы набили руку и стали укладываться в час. Снижать цену?
Или вы написали скрипт, который все делает за вас. Тут тоже заказчик может задать вопрос – а за какие часы я плачу? Если ты только два раза по файлу кликнул, а потом сидел смотрел в экран?
И он тоже по-своему будет прав. Выставляя в счете часы, вы как бы заявляете, что продаете не услугу, у которой есть конечный результат и он является предметом оплаты, а свое рабочее время.
А если выставили время, то будьте добры его отработать. Или сократить свои хотелки согласно реально отработанного времени.
Мы не раз и не два сталкивались с конфликтами, когда внедренец по ТЗ выставлял, скажем, 200-250 часов, закрывал их силами одного специалиста за месяц, а после чего заказчик отказывался оплачивать счет и настойчиво интересовался, каким образом это физически стало возможно. Может специалист там на цепи сидит?
Может он в чем-то не прав? Может. Потому что в нашей отрасли час давно перестал быть физическим часом и служит неким средним мерилом по отрасли. Мол средний специалист средней квалификации сделает эту работу за час. А наш ведущий потратит всего 15 минут.
Можно, конечно, повысить стоимость часа, но это отпугнет заказчика. В итоге задача подгоняется под ответ. Исходя из среднего часа на местности подгоняются временные рамки, чтобы получить нужный экономический выхлоп от задачи.
Поэтому, никогда и ни при каких обстоятельствах не выставляйте заказчику часы. Нигде. Ни в смете, ни в техзадании. Вообще нигде.
При этом внутри своей кухни вы можете по-прежнему их использовать для оценки стоимости работ.
Но наружу вместо часов вы должны выставлять услугу. Услуга – это законченное действие, имеющее четкий, заранее оговоренный результат, который принимает заказчик. И фиксированную стоимость.
А дальше уже не важно сколько времени вы потратили на ее реализацию. Обещали неделю, а справились за три дня – молодцы, сразу видно настоящих профессионалов! А цена? Какой была – такой осталась. Заказчик платит за результат.
Набили руку, стали делать работу за час вместо двух? Отлично, эффективность повысилась, по деньгам вы не просели, и никто даже не подумает задавать подобные вопросы.
Договаривались на что? На результат. Вот результат. Вот деньги. Все просто, понятно, прозрачно. И заказчик еще на берегу понимает за что платит. Цена устраивает? Значит работаем.
Единственные случаи, когда выставлять часы нормально и естественно, это работы или услуги, непосредственно завязанные по времени.
Например, вы проводите обучение сотрудников заказчика. Договорились на два часа: час лекция, час ответы на вопросы. В итоге все растянулось на три. Не вопрос, выставляем в счете три часа, вопросов ни у кого не будет, все всё понимают.
Во всех остальных случаях, когда используемый вами человеко/час является неким средним по палате он должен всегда превращаться в штуки, литры, килограммы – т.е. в некую конечную единицу, которую вы отгрузите заказчику и которая будет ему понятна.
Про почасовку
Сегодня на канале возник вопрос по этой теме. Тема важная и нужная, поэтому поделимся своим опытом.
А начнем с того, что, если вы не хотите сразу испортить отношения с заказчиком и перевести их в плоскость постоянных разбирательств – никогда не выставляйте ему часы, за редким исключением.
Для исполнителя часы – единица удобная, особенно если приходится делать какую-то новую работу. Оценил затраченное время, умножил на тариф и вот он финансовый результат.
Но здесь тоже есть свои тонкости. Если сначала эта работа занимала у вас два часа, потом вы набили руку и стали укладываться в час. Снижать цену?
Или вы написали скрипт, который все делает за вас. Тут тоже заказчик может задать вопрос – а за какие часы я плачу? Если ты только два раза по файлу кликнул, а потом сидел смотрел в экран?
И он тоже по-своему будет прав. Выставляя в счете часы, вы как бы заявляете, что продаете не услугу, у которой есть конечный результат и он является предметом оплаты, а свое рабочее время.
А если выставили время, то будьте добры его отработать. Или сократить свои хотелки согласно реально отработанного времени.
Мы не раз и не два сталкивались с конфликтами, когда внедренец по ТЗ выставлял, скажем, 200-250 часов, закрывал их силами одного специалиста за месяц, а после чего заказчик отказывался оплачивать счет и настойчиво интересовался, каким образом это физически стало возможно. Может специалист там на цепи сидит?
Может он в чем-то не прав? Может. Потому что в нашей отрасли час давно перестал быть физическим часом и служит неким средним мерилом по отрасли. Мол средний специалист средней квалификации сделает эту работу за час. А наш ведущий потратит всего 15 минут.
Можно, конечно, повысить стоимость часа, но это отпугнет заказчика. В итоге задача подгоняется под ответ. Исходя из среднего часа на местности подгоняются временные рамки, чтобы получить нужный экономический выхлоп от задачи.
Поэтому, никогда и ни при каких обстоятельствах не выставляйте заказчику часы. Нигде. Ни в смете, ни в техзадании. Вообще нигде.
При этом внутри своей кухни вы можете по-прежнему их использовать для оценки стоимости работ.
Но наружу вместо часов вы должны выставлять услугу. Услуга – это законченное действие, имеющее четкий, заранее оговоренный результат, который принимает заказчик. И фиксированную стоимость.
А дальше уже не важно сколько времени вы потратили на ее реализацию. Обещали неделю, а справились за три дня – молодцы, сразу видно настоящих профессионалов! А цена? Какой была – такой осталась. Заказчик платит за результат.
Набили руку, стали делать работу за час вместо двух? Отлично, эффективность повысилась, по деньгам вы не просели, и никто даже не подумает задавать подобные вопросы.
Договаривались на что? На результат. Вот результат. Вот деньги. Все просто, понятно, прозрачно. И заказчик еще на берегу понимает за что платит. Цена устраивает? Значит работаем.
Единственные случаи, когда выставлять часы нормально и естественно, это работы или услуги, непосредственно завязанные по времени.
Например, вы проводите обучение сотрудников заказчика. Договорились на два часа: час лекция, час ответы на вопросы. В итоге все растянулось на три. Не вопрос, выставляем в счете три часа, вопросов ни у кого не будет, все всё понимают.
Во всех остальных случаях, когда используемый вами человеко/час является неким средним по палате он должен всегда превращаться в штуки, литры, килограммы – т.е. в некую конечную единицу, которую вы отгрузите заказчику и которая будет ему понятна.
👍38💯4❤1🥱1
Databasus - графический инструмент бекапа СУБД
Любовь к разного рода панелям и графическим инструментам неистребима, а если есть спрос, то будет и предложение. Особенно это касается открытого ПО, где штатные инструменты управления – это консоль.
Databasus, ранее известный как Postgresus – это именно такой класс инструментов, которые создают графическую обертку для привычных утилит. В данном случае для резервного копирования PostgreSQL, MySQL/MariaDB и MongoDB.
Поставляется все это добро безальтернативно в Docker, для установки вам потребуется создать docker-compose.yml со следующим содержимым:
Потом стандартное:
Обратите внимание, что директория ./databasus-data будет использоваться для локального хранилища бекапов, сразу укажите путь к нужному месту.
При первом запуске система потребует создать аккаунт администратора. Дальше все достаточно просто. Настраиваем хранилища, кроме локального доступен широкий выбор внешних, включая S3 и RClone. Подключаем базы, указываем параметры копирования и сразу же будет создана первая резервная копия.
Для настройки уведомлений также есть широкий выбор каналов связи, включая телеграм.
На первый взгляд все вроде бы есть, но особой гибкости программа не предоставляет. В частности, никакого сложного хранений бекапов вы не организуете, можно только указать частоту запуска и период хранения. Причем последний можно только выбрать из предустановленных значений.
Под капотом у нас стандартный pg_dump, выгрузка идет в один поток на одном ядре. По умолчанию бекапы шифруются, что с одной стороны хорошо, с другой – вы их не восстановите без панели.
Для восстановления вам потребуется вручную указать параметры сервера и базы, в которую вы будете проводить восстановление. Т.е. просто восстановить базу одной кнопкой у вас не получится. И это с одной стороны тоже хорошо, с другой требует определенных ручных действий.
И плюс-минус со всем так. Т.е. назвать программу чем-то незаменимым и универсальным нельзя. Но для начинающих такой комбайн будет всяк лучше набора разрозненных скриптов, которые еще нужно написать, настроить проверить.
Использовать Databasus или нет – каждый решает сам. Ничего особенного в нем нет, это просто добротно сделанная панель закрывающая базовые потребности по резервному копированию СУБД.
✅ Сайт проекта: https://databasus.com/
Любовь к разного рода панелям и графическим инструментам неистребима, а если есть спрос, то будет и предложение. Особенно это касается открытого ПО, где штатные инструменты управления – это консоль.
Databasus, ранее известный как Postgresus – это именно такой класс инструментов, которые создают графическую обертку для привычных утилит. В данном случае для резервного копирования PostgreSQL, MySQL/MariaDB и MongoDB.
Поставляется все это добро безальтернативно в Docker, для установки вам потребуется создать docker-compose.yml со следующим содержимым:
services:
databasus:
container_name: databasus
image: databasus/databasus:latest
ports:
- "4005:4005"
volumes:
- ./databasus-data:/databasus-data
restart: unless-stopped
Потом стандартное:
docker compose up -d
Обратите внимание, что директория ./databasus-data будет использоваться для локального хранилища бекапов, сразу укажите путь к нужному месту.
При первом запуске система потребует создать аккаунт администратора. Дальше все достаточно просто. Настраиваем хранилища, кроме локального доступен широкий выбор внешних, включая S3 и RClone. Подключаем базы, указываем параметры копирования и сразу же будет создана первая резервная копия.
Для настройки уведомлений также есть широкий выбор каналов связи, включая телеграм.
На первый взгляд все вроде бы есть, но особой гибкости программа не предоставляет. В частности, никакого сложного хранений бекапов вы не организуете, можно только указать частоту запуска и период хранения. Причем последний можно только выбрать из предустановленных значений.
Под капотом у нас стандартный pg_dump, выгрузка идет в один поток на одном ядре. По умолчанию бекапы шифруются, что с одной стороны хорошо, с другой – вы их не восстановите без панели.
Для восстановления вам потребуется вручную указать параметры сервера и базы, в которую вы будете проводить восстановление. Т.е. просто восстановить базу одной кнопкой у вас не получится. И это с одной стороны тоже хорошо, с другой требует определенных ручных действий.
И плюс-минус со всем так. Т.е. назвать программу чем-то незаменимым и универсальным нельзя. Но для начинающих такой комбайн будет всяк лучше набора разрозненных скриптов, которые еще нужно написать, настроить проверить.
Использовать Databasus или нет – каждый решает сам. Ничего особенного в нем нет, это просто добротно сделанная панель закрывающая базовые потребности по резервному копированию СУБД.
✅ Сайт проекта: https://databasus.com/
22👍14❤3🔥2🤮2⚡1
Проблема мелкого прайса
В комментариях регулярно ломаются копья насчет работы с малым бизнесом в небольших населенных пунктах, где коллеги доказывали нам, что кроме как быть там мастером на все руки за мелкий прайс ну никак не выйдет.
И это действительно так, если вы и дальше собрались делать все подряд за мелкий прайс, то так и продолжите постоянно этим заниматься без перспектив и просветов.
Точнее ровно до тех пор, пока физическое здоровье и внешние обстоятельства будут позволять вам физически мотаться между клиентами.
А теперь немного простой арифметики. Допустим ваша цель – 100 000 руб. в месяц. В месяце 30 дней, из них в среднем 21 день рабочий.
Таким образом вам нужно зарабатывать порядка 4 700 руб. в день, что за мелкий прайс означает, что вам нужно успеть окучить не одного клиента. Фактически вы будете бегать как собака с утра до ночи положив язык на плечо.
При этом кроме основной деятельности будете лудить, паять, выполнять услуги курьера и просто развлекать заказчика в надежде что он заплатит всю запрошенную вами сумму и сделает это сегодня, а не скажет зайти в конце недели или месяца.
Ну и ваша ценность в глазах заказчика будет на уровне «мальчика, который делает все подряд». Т.е. уровень разнорабочего на стройке. А вот вы, делая ремонт кого позовете класть плитку? Плиточника с отзывами, но дорого, или разнорабочего, но за мелкий прайс?
Поэтому не следует удивляться, что крупных заказов у вас нет и не будет. А чтобы они были нужно изменить собственную ценность и позиционирование на рынке труда.
Летом я много времени проводил в райцентре на 14 000 человек по причине внезапно нарисовавшегося объекта недвижимости по типу «домик в деревне». Мог проживать там неделями, работая удаленно, при этом легко и непринужденно нашел себе еще пару клиентов.
Просто разговаривая с предпринимателями в местных магазинчиках. И они были очень рады что ими займется кто-то из «городских». А почему? А потому что местные все «занимаются всем подряд», ну какие из них специалисты.
Только и этих местных еще найти надо, особенно вечером или в выходной день. А та же розница именно вечером основную кассу делает и если вы просто способны отвечать часов до 22, то вам цены не будет.
С другой стороны, те же местные ребята могут быть и достаточно неплохой квалификации, но они сами поставили себя в то положение, когда их всерьез не воспринимают.
И перед тем, как пытаться возражать снова вспоминаем разнорабочего на стройке, доверите вы ему класть дорогую плитку?
Как быть? Повышать свою ценность как специалиста, а именно уходить в более узкий профиль. И не нужно говорить, что нет таких клиентов, они есть, даже среди тех, в среде которых вы сейчас варитесь.
А также есть более крупные и серьезные клиенты, которых вы на данном этапе просто не видите, потому что они не нуждаются в услугах «разнорабочего от IT».
Поэтому говорить, что у меня тут маленький населенный пункт и нет заказчиков другого уровня – это лукавство, в первую очередь перед самим собой. По факту это означает, что я не могу, не имею нужных коммуникационных навыков, квалификации, опыта или просто боюсь работать с таким клиентом.
Получается заколдованный круг. Как из него вырваться? Только единственным образом – прекращать работу за мелкий прайс.
Даже те же ваши нынешние клиенты будут готовы платить вам сопоставимые деньги за те же консультационные услуги по 1С, но в том случае если вы действительно будете понимать предметную часть гораздо глубже своих коллег, что подразумевает более глубокое погружение в предмет, которая исключает беготню по заказчикам за мелкий прайс.
Потому что в провинции и мелких городах остро не хватает экспертизы, т.е. специалистов действительно с узким опытом и глубокими знаниями, и поэтому при возникновении подобных вопросов ваши клиенты приглашают «городских».
Кто мешает их заменить? Узость рынка? Так вы не в вакууме живете, интернет и удаленка, соседние городки и райцентры. Вот вам вполне приличная кормовая база. И без унылой беготни за копейки.
В комментариях регулярно ломаются копья насчет работы с малым бизнесом в небольших населенных пунктах, где коллеги доказывали нам, что кроме как быть там мастером на все руки за мелкий прайс ну никак не выйдет.
И это действительно так, если вы и дальше собрались делать все подряд за мелкий прайс, то так и продолжите постоянно этим заниматься без перспектив и просветов.
Точнее ровно до тех пор, пока физическое здоровье и внешние обстоятельства будут позволять вам физически мотаться между клиентами.
А теперь немного простой арифметики. Допустим ваша цель – 100 000 руб. в месяц. В месяце 30 дней, из них в среднем 21 день рабочий.
Таким образом вам нужно зарабатывать порядка 4 700 руб. в день, что за мелкий прайс означает, что вам нужно успеть окучить не одного клиента. Фактически вы будете бегать как собака с утра до ночи положив язык на плечо.
При этом кроме основной деятельности будете лудить, паять, выполнять услуги курьера и просто развлекать заказчика в надежде что он заплатит всю запрошенную вами сумму и сделает это сегодня, а не скажет зайти в конце недели или месяца.
Ну и ваша ценность в глазах заказчика будет на уровне «мальчика, который делает все подряд». Т.е. уровень разнорабочего на стройке. А вот вы, делая ремонт кого позовете класть плитку? Плиточника с отзывами, но дорого, или разнорабочего, но за мелкий прайс?
Поэтому не следует удивляться, что крупных заказов у вас нет и не будет. А чтобы они были нужно изменить собственную ценность и позиционирование на рынке труда.
Летом я много времени проводил в райцентре на 14 000 человек по причине внезапно нарисовавшегося объекта недвижимости по типу «домик в деревне». Мог проживать там неделями, работая удаленно, при этом легко и непринужденно нашел себе еще пару клиентов.
Просто разговаривая с предпринимателями в местных магазинчиках. И они были очень рады что ими займется кто-то из «городских». А почему? А потому что местные все «занимаются всем подряд», ну какие из них специалисты.
Только и этих местных еще найти надо, особенно вечером или в выходной день. А та же розница именно вечером основную кассу делает и если вы просто способны отвечать часов до 22, то вам цены не будет.
С другой стороны, те же местные ребята могут быть и достаточно неплохой квалификации, но они сами поставили себя в то положение, когда их всерьез не воспринимают.
И перед тем, как пытаться возражать снова вспоминаем разнорабочего на стройке, доверите вы ему класть дорогую плитку?
Как быть? Повышать свою ценность как специалиста, а именно уходить в более узкий профиль. И не нужно говорить, что нет таких клиентов, они есть, даже среди тех, в среде которых вы сейчас варитесь.
А также есть более крупные и серьезные клиенты, которых вы на данном этапе просто не видите, потому что они не нуждаются в услугах «разнорабочего от IT».
Поэтому говорить, что у меня тут маленький населенный пункт и нет заказчиков другого уровня – это лукавство, в первую очередь перед самим собой. По факту это означает, что я не могу, не имею нужных коммуникационных навыков, квалификации, опыта или просто боюсь работать с таким клиентом.
Получается заколдованный круг. Как из него вырваться? Только единственным образом – прекращать работу за мелкий прайс.
Даже те же ваши нынешние клиенты будут готовы платить вам сопоставимые деньги за те же консультационные услуги по 1С, но в том случае если вы действительно будете понимать предметную часть гораздо глубже своих коллег, что подразумевает более глубокое погружение в предмет, которая исключает беготню по заказчикам за мелкий прайс.
Потому что в провинции и мелких городах остро не хватает экспертизы, т.е. специалистов действительно с узким опытом и глубокими знаниями, и поэтому при возникновении подобных вопросов ваши клиенты приглашают «городских».
Кто мешает их заменить? Узость рынка? Так вы не в вакууме живете, интернет и удаленка, соседние городки и райцентры. Вот вам вполне приличная кормовая база. И без унылой беготни за копейки.
10👍30⚡4🥱3🤯2🤣1