А я бы сотрудников, которые «ноют» и мнят из себя незаменимых, просто гнал. Сегодня он начинает выпрашивать з/п, завтра для обоснования своей значимости что-нибудь в коде оставит…
Я был и работником, и руководителем, т.е. есть что и с чем сравнивать.
Мое мнение таково: каждый должен делать то, что необходимо по твоим должностным обязанностям.
Если ты разработчик, анализируй ТЗ, синтезируй алгоритм, пиши реализацию. Если ты начальник, организуй работу каждого (создай нормальное рабочее место, распиши задание, дай з/п по его вкладу).
Потому? Да просто потому, что все мы едем в одной телеге (компании, организации) и труд каждого важен и нужен для достижения успеха. Если чей-то труд неважен, то зачем лишнее колесо в телеге?
Если следовать этой методике, то нет смысла скрывать з/п работников или планы развития компании. А с тем, кто не вписывается поступай как с лишним колесом.
Персонал был сильно демотивирован, явка на праздник ниже среднего, многочисленные увольнения…
Если я зарабатываю свою з/п, то почему мне должно быть стыдно? Какая демотивация?
То, что рассадили по списку, неверно в корне. Как Вы говорите, персонал, и сам способен разобраться кому и с кем общаться.
Демотивация, скорее всего была связана с тем, что коллектива там нет: просто клубок целующихся змей.
Каждый рос и воспитывался при разных жизненных условиях, соответственно, имеет свои представления и требования.
В мое детство простой «проводной» телефон был только у начальников или милиционеров, то сейчас любой малыш старше 5 лет имеет сотовый…
Каждые 10-15 подрастает новое поколение со своими требованиями и критериями, выращенное при других жизненных условиях и в другом обществе.
Раньше старались выделиться мозгами, опытом или навыками. Сейчас — зарплатой, цветом губной помады, собственным телом, комментарии к статьям пишутся без запятых и на сленге, а не языке…
Пока мы не поймем, что любое общество (государство, организация, семья) должно развиваться, а не дергаться в хаотичном «броуновском» движении, мы так и будем обсуждать быть ли планированию. Быть, и еще раз быть.
Другое дело каким ему быть и на каком уровне. Планирование до уровня каждого завода и строгое распределение произведенной продукции мы уже проходили. Так может давайте планировать направление развития, а не количество выпущенных болтов. Может з/п руководителя должна зависеть от уровня з/п подчиненных, з/п разработчика от уровня и своевременности выполненных им работ, рабочего — от количества и качества выпущенной продукции, а сотрудника отдела сбыта — от объема склада готовой продукции (чем меньше, тем лучше).
Мне повезло и я работал в организации, где все было по справедливости. Там было разумно обоснованное планирование и сроки исполнения, библиотечные дни и авралы на испытаниях. Все планы и результаты вывешивались на стендах. А рядом ведомость на получение з/п. Каждый мог понять как ему себя вести. Но это было давно…
А потом были организации, где уровень з/п скрывался, а бОльшую получал чей-то «сынок». Текучка была большая, т.к. каждый понимал, что здесь ожидать нечего, т.к. за этого «сынка» кто-то должен работать… Лично я тоже принял правильное решение и сменил организацию.
По-моему, зная систему распределения з/п, можно предвидеть будущее и не тратить время на пустые места работы.
Я за честность во взаимоотношениях и не «пойду в разведку», не зная брода…
Конечно, надо! Или Вы столкнетесь с проблемами определения трудоемкости, т.е. вознаграждения разработчику.
Казалось бы, что там сделал программист? Ну, написал приложение, выполняющее (по первоначальному заданию), например, 2 функции. А то, что к завершению проекта приложение выполняет уже 32 функции, для реализации которых пришлось написать еще несколько библиотек, многие могут уже и забыть (или вообще не знать)…
Поэтому, чем более проработан проект, в смысле ТЗ и прочих «бумажек», тем проще его реализовать, да и добавлять новые функции для расширения области применения.
Я имел ввиду, что автор имеет отношение к ОкеанПрибор, в котором и проводились работы по передаче информации на большие расстояния. Поэтому не стоит мне минусовать…
А я вижу другую сторону Вашей проблемы: не в деньгах у Вас проблема. Если бы не свербило внутри, не тянуло к компьютеру, то за 10 лет точно уж бросили бы это дело. Однако оно живет!
Хобби потому так и называется, что это дело всей жизни. Я бы продолжал писать…
Только расширьте немного сектор приложения ума и рук: один плагин это начало, а второй, третий — уже бесконечность. Если решитесь заниматься любимым делом, то конечно нужно продолжать!
Я разметку генерирую, а затем подстраиваю. Стараюсь отделять View от кода, и, кстати, мне так удобнее: исправил и тут же все увидел. Но это все справедливо для Visual Studio.
Прежде, чем писать такие фразы, попробуйте создать свое приложение на другой платформе. Например, на WPF для тех же действий, что описали Вы, вообще не надо писать код (как Вы его понимаете), весь UI создается разметкой.
Причем и растяжка сохранится, и ни в какой код она не превращается…
Большое спасибо за обзор задач, решаемых при помощи систем распознавания.
А Вы не планируете описание методов распознавания? Да и про безрадарный способ определения скорости хотелось бы узнать подробнее.
Если без шуток, то при переходе на компьютерную обработку ЛЮБОЙ информации нужно было все эти вопросы предусмотреть централизованно.
Эти проблемы практически решены во всех банках. Там тоже имеются удаленные пункты (кассы и т.п.), но никто не проводит в каждом из них отдельные мероприятия и не создает пакеты документов.
Мед.учреждения, также как и учебные заведения, щколы, например, должны иметь общий управляющий центр, который и должен проводить работы по обеспечению информационной безопасности: оргметоды и технические решения. А конечные пользователи (отдельная школа или поликлиника) должны просто строго исполнять решения.
Иначе действительно придется завести бумажные карточки…
Справиться с нагрузками мы можем не за счет технологий, а за счет правильно выбранной архитектуры системы.
Т.е. Вы хотите сказать, что переход от .NET к микросервисам может быть был и не нужен? Достаточно было только поменять процесс сериализации/десериализации?
Я был и работником, и руководителем, т.е. есть что и с чем сравнивать.
Мое мнение таково: каждый должен делать то, что необходимо по твоим должностным обязанностям.
Если ты разработчик, анализируй ТЗ, синтезируй алгоритм, пиши реализацию. Если ты начальник, организуй работу каждого (создай нормальное рабочее место, распиши задание, дай з/п по его вкладу).
Потому? Да просто потому, что все мы едем в одной телеге (компании, организации) и труд каждого важен и нужен для достижения успеха. Если чей-то труд неважен, то зачем лишнее колесо в телеге?
Если следовать этой методике, то нет смысла скрывать з/п работников или планы развития компании. А с тем, кто не вписывается поступай как с лишним колесом.
Или припарковался и ждал хозяина!
А еще лучше вернулся назад в гараж. Вполне реально ведь…
Если без шуток, то отличная статья!
Если я зарабатываю свою з/п, то почему мне должно быть стыдно? Какая демотивация?
То, что рассадили по списку, неверно в корне. Как Вы говорите, персонал, и сам способен разобраться кому и с кем общаться.
Демотивация, скорее всего была связана с тем, что коллектива там нет: просто клубок целующихся змей.
Каждый рос и воспитывался при разных жизненных условиях, соответственно, имеет свои представления и требования.
В мое детство простой «проводной» телефон был только у начальников или милиционеров, то сейчас любой малыш старше 5 лет имеет сотовый…
Каждые 10-15 подрастает новое поколение со своими требованиями и критериями, выращенное при других жизненных условиях и в другом обществе.
Раньше старались выделиться мозгами, опытом или навыками. Сейчас — зарплатой, цветом губной помады, собственным телом, комментарии к статьям пишутся без запятых и на сленге, а не языке…
Пока мы не поймем, что любое общество (государство, организация, семья) должно развиваться, а не дергаться в хаотичном «броуновском» движении, мы так и будем обсуждать быть ли планированию. Быть, и еще раз быть.
Другое дело каким ему быть и на каком уровне. Планирование до уровня каждого завода и строгое распределение произведенной продукции мы уже проходили. Так может давайте планировать направление развития, а не количество выпущенных болтов. Может з/п руководителя должна зависеть от уровня з/п подчиненных, з/п разработчика от уровня и своевременности выполненных им работ, рабочего — от количества и качества выпущенной продукции, а сотрудника отдела сбыта — от объема склада готовой продукции (чем меньше, тем лучше).
А потом были организации, где уровень з/п скрывался, а бОльшую получал чей-то «сынок». Текучка была большая, т.к. каждый понимал, что здесь ожидать нечего, т.к. за этого «сынка» кто-то должен работать… Лично я тоже принял правильное решение и сменил организацию.
По-моему, зная систему распределения з/п, можно предвидеть будущее и не тратить время на пустые места работы.
Я за честность во взаимоотношениях и не «пойду в разведку», не зная брода…
Конечно, надо! Или Вы столкнетесь с проблемами определения трудоемкости, т.е. вознаграждения разработчику.
Казалось бы, что там сделал программист? Ну, написал приложение, выполняющее (по первоначальному заданию), например, 2 функции. А то, что к завершению проекта приложение выполняет уже 32 функции, для реализации которых пришлось написать еще несколько библиотек, многие могут уже и забыть (или вообще не знать)…
Поэтому, чем более проработан проект, в смысле ТЗ и прочих «бумажек», тем проще его реализовать, да и добавлять новые функции для расширения области применения.
И было ли когда-нибудь зло наказано?
Хобби потому так и называется, что это дело всей жизни. Я бы продолжал писать…
Только расширьте немного сектор приложения ума и рук: один плагин это начало, а второй, третий — уже бесконечность. Если решитесь заниматься любимым делом, то конечно нужно продолжать!
Прежде, чем писать такие фразы, попробуйте создать свое приложение на другой платформе. Например, на WPF для тех же действий, что описали Вы, вообще не надо писать код (как Вы его понимаете), весь UI создается разметкой.
Причем и растяжка сохранится, и ни в какой код она не превращается…
А Вы не планируете описание методов распознавания? Да и про безрадарный способ определения скорости хотелось бы узнать подробнее.
Эти проблемы практически решены во всех банках. Там тоже имеются удаленные пункты (кассы и т.п.), но никто не проводит в каждом из них отдельные мероприятия и не создает пакеты документов.
Мед.учреждения, также как и учебные заведения, щколы, например, должны иметь общий управляющий центр, который и должен проводить работы по обеспечению информационной безопасности: оргметоды и технические решения. А конечные пользователи (отдельная школа или поликлиника) должны просто строго исполнять решения.
Иначе действительно придется завести бумажные карточки…
Т.е. Вы хотите сказать, что переход от .NET к микросервисам может быть был и не нужен? Достаточно было только поменять процесс сериализации/десериализации?