Думаю от характера и положения заказчика много чего зависит. Разные мотивы могут быть у заказчика: от простого интереса что будет в такой ситуации, как с ним себя поведут, и до конкретных черт характера и определенных убеждений в правильности такого поступка. Нужно как можно более подробно попытаться узнать причины такого поведения заказчика, и тогда принимать решение о дальнейшем взаимодействии. Или сразу отказаться от взаимодействия по причине кардинальных отличий в мировоззрении и понимании процессов и ведения дел. Или попытаться получить в любом случае вознаграждение за дополнительную работу, не обязательно материальное и не обязательно равноценное.
Исходя из своего относительно небольшого опыта, для предпринимателей нужно только готовое "под ключ" решение, потому что опыта, желания, понимания и видения как должно быть и сколько для этого нужно всего сделать, у простого предпринимателя нет, хотя он может заявлять об обратном.
Самый быстрый способ, который нашел когда-то, это через коннектор odbc excel driver. Позволяет подключить файл как внешний источник данных и работать как с таблицами БД
Когда все есть, то все равно чего-то не хватает) Ощущение счастья или хотя бы удовлетворенность жизнью имеет не только материальные составляющие. Человек несчастлив когда у него много вопросов и он не может найти на них ответы. Чем больше ответов есть у человека на свои вопросы, тем больше он удовлетворен. Этим конечно пользуются церковь и государство. Но истинное удовлетворение и ощущение счастья человек может получить, только когда сам ответит на свои вопросы и устроит свою жизнь, свой быт и окружающую среду.
Проблема создания качественного продукта глубже: преподаватели дают знания, но не дают навыков, как с ними работать дальше, кроме простых и зачастую далеких от реальности задач. Помню как испытывал трудности при изучении SQL, в основном потому что не понимал зачем все это до тех пор, пока не начал решать задачи с реальными данными. Только тогда возникло желание понять как все устроено и как я могу получить нужный мне результат
Теперь во многих играх, причем с хорошей графикой, враг обводится белым контуром и картинка становится 2d. Выглядит очень убого, но все продолжают использовать этот элемент интерфейса.
Первая работа не всегда худшая) У меня вторая была, ровно 3 месяца на испытательном сроке проработал и понял что больше так не хочу) У меня был опыт 1.5 года, у остальных коллег - 8-12 лет. И каждый считал своим долгом показать какой я неопытный.
Самые большие ошибки и заблуждения у начинающих предпринимателей по причине недостатка информации о ведении бизнеса, конкретного и вообще. И еще трудностей добавится, если начинающий бизнесмен - интроверт.
Тоже была задача сделать прогресс-бар при получении данных из БД. Сделал таблицу для хранения замеров производительности в зависимости от параметров и отборов, и подставлял нужное количество секунд.
"должен быть бизнес-партнером — человеком, который помогает генеральному директору растить бизнес" - руководство хочет видеть таких людей за фикс-прайс и даже не обязательно на должности СТО. Также и с коммуникациями и стратегическим видением. Желательно чтобы все скиллы были, но это как обязательные условия, не справляешься в каком-то направлении - недостаточно подходишь, но так уж и быть, держат)
"разочарование от того, что всё пошло не так, как задумывалось в карьере" - вот как раз это из историй непонятно, что же именно задумывалось? В процессе развития и приобретения опыта мы сталкиваемся с тем, что наши ожидания меняются, оттачиваются, стают более конкретными.
Я сменил более 10 компаний, и пытался как раз выработать четкие ожидания и мои действия в случае исполнения или отсутствия движений в сторону моих ожиданий. В каждом случае я достигал определенного предела и понимал, что больше нет смысла находиться на этом участке/нише/отделе/компании итд. Было (и есть) желание понимать, как изнутри устроены компании, как они работают, что приносит результат, а что мешает... Как ни странно, нужно немного пофантазировать и представить как бы классно если бы что то было иначе, лучше, а чего бы лучше не было, или было не так явно
В защиту программистов расскажу случай из собственной практики: почти после каждого обновления прилетали жалобы на ошибки в работе ПО. После анализа инцидентов выяснилось, что указанные ошибки не были следствием обновлений, они были ранее, но о них не сообщали. В результате в один день было объявлено о масштабном обновлении, посыпались жалобы, но изменения не были внесены на прод. После этого случая пользователи более тщательно и своевременно начали сообщать об ошибках.
Тестовых данных оказалось недостаточно для проявления бага
Не было комплексного или совместного тестирования всех доработок, особенно если несколько изменений были внесены разными командами в один механизм
Недостаточно знаний или опыта по использованию продукта/механизма/процесса. Т.е баг может появится в будущем, когда произойдет усложнение процесса или пересечение нескольких процессов в неописанных ранее границах
"практически все фокусируются на том, чтобы найти дело, которое им понравится" - много моих знакомых фокусируются как раз на том, что хотят получать деньги, ресурсы и блага, но взамен делать ничего не хотят, и у них нет дел, которые им очень нравятся.
"психологически некомфортно узнать, что, заменяя одну функцию на другую, необходимо доплатить" - это точно, зато психологически очень комфортно, когда за дополнительную работу исполнитель денег не просит, это же его проблемы)
В статье рассматриваются проблемы недостаточного понимания возможных источников проблемы. Но есть варианты, когда сотрудник наоборот уверен, что знает как правильно решить и берется решать. В итоге результат может удивить руководство, которое не позаботилось о более четких границах, в которых может и должен действовать сотрудник. Как пример, могу рассказать случай в одной торговой компании: взяли на работу отдельного сотрудника по программе лояльности, сразу кучу задач поставили. Одной из задач была закупка брендированных сумок и других вещей. О процессах, которые были в компании, никто даже не намекнул. В итоге, вместо того, чтобы эту задачу делегировать отделу закупок, этот сотрудник самостоятельно провел тендер, заключил договор, согласился с условиями, объемами закупок, отсрочке платежа итд. В итоге это все заметили, только когда пришел крупный счет за эти брендированные товары.
Думаю от характера и положения заказчика много чего зависит. Разные мотивы могут быть у заказчика: от простого интереса что будет в такой ситуации, как с ним себя поведут, и до конкретных черт характера и определенных убеждений в правильности такого поступка. Нужно как можно более подробно попытаться узнать причины такого поведения заказчика, и тогда принимать решение о дальнейшем взаимодействии. Или сразу отказаться от взаимодействия по причине кардинальных отличий в мировоззрении и понимании процессов и ведения дел. Или попытаться получить в любом случае вознаграждение за дополнительную работу, не обязательно материальное и не обязательно равноценное.
Исходя из своего относительно небольшого опыта, для предпринимателей нужно только готовое "под ключ" решение, потому что опыта, желания, понимания и видения как должно быть и сколько для этого нужно всего сделать, у простого предпринимателя нет, хотя он может заявлять об обратном.
"Бытие есть, а небытия нет" - Парменид
Самый быстрый способ, который нашел когда-то, это через коннектор odbc excel driver. Позволяет подключить файл как внешний источник данных и работать как с таблицами БД
Когда все есть, то все равно чего-то не хватает) Ощущение счастья или хотя бы удовлетворенность жизнью имеет не только материальные составляющие. Человек несчастлив когда у него много вопросов и он не может найти на них ответы. Чем больше ответов есть у человека на свои вопросы, тем больше он удовлетворен. Этим конечно пользуются церковь и государство. Но истинное удовлетворение и ощущение счастья человек может получить, только когда сам ответит на свои вопросы и устроит свою жизнь, свой быт и окружающую среду.
Проблема создания качественного продукта глубже: преподаватели дают знания, но не дают навыков, как с ними работать дальше, кроме простых и зачастую далеких от реальности задач. Помню как испытывал трудности при изучении SQL, в основном потому что не понимал зачем все это до тех пор, пока не начал решать задачи с реальными данными. Только тогда возникло желание понять как все устроено и как я могу получить нужный мне результат
Теперь во многих играх, причем с хорошей графикой, враг обводится белым контуром и картинка становится 2d. Выглядит очень убого, но все продолжают использовать этот элемент интерфейса.
Первая работа не всегда худшая) У меня вторая была, ровно 3 месяца на испытательном сроке проработал и понял что больше так не хочу) У меня был опыт 1.5 года, у остальных коллег - 8-12 лет. И каждый считал своим долгом показать какой я неопытный.
В GTA VC Дональд Лав в одной из начальных миссий приезжает в лимузине вместе с Эйвери Керрингтоном.
Hidden text
Вспомнил наглядный пример)
Самые большие ошибки и заблуждения у начинающих предпринимателей по причине недостатка информации о ведении бизнеса, конкретного и вообще. И еще трудностей добавится, если начинающий бизнесмен - интроверт.
Тоже была задача сделать прогресс-бар при получении данных из БД. Сделал таблицу для хранения замеров производительности в зависимости от параметров и отборов, и подставлял нужное количество секунд.
"должен быть бизнес-партнером — человеком, который помогает генеральному директору растить бизнес" - руководство хочет видеть таких людей за фикс-прайс и даже не обязательно на должности СТО. Также и с коммуникациями и стратегическим видением. Желательно чтобы все скиллы были, но это как обязательные условия, не справляешься в каком-то направлении - недостаточно подходишь, но так уж и быть, держат)
"разочарование от того, что всё пошло не так, как задумывалось в карьере" - вот как раз это из историй непонятно, что же именно задумывалось? В процессе развития и приобретения опыта мы сталкиваемся с тем, что наши ожидания меняются, оттачиваются, стают более конкретными.
Я сменил более 10 компаний, и пытался как раз выработать четкие ожидания и мои действия в случае исполнения или отсутствия движений в сторону моих ожиданий. В каждом случае я достигал определенного предела и понимал, что больше нет смысла находиться на этом участке/нише/отделе/компании итд. Было (и есть) желание понимать, как изнутри устроены компании, как они работают, что приносит результат, а что мешает... Как ни странно, нужно немного пофантазировать и представить как бы классно если бы что то было иначе, лучше, а чего бы лучше не было, или было не так явно
А почему ПМ в одну сторону "воюет"?)
В защиту программистов расскажу случай из собственной практики: почти после каждого обновления прилетали жалобы на ошибки в работе ПО. После анализа инцидентов выяснилось, что указанные ошибки не были следствием обновлений, они были ранее, но о них не сообщали. В результате в один день было объявлено о масштабном обновлении, посыпались жалобы, но изменения не были внесены на прод. После этого случая пользователи более тщательно и своевременно начали сообщать об ошибках.
Я бы добавил еще такие:
Тестовых данных оказалось недостаточно для проявления бага
Не было комплексного или совместного тестирования всех доработок, особенно если несколько изменений были внесены разными командами в один механизм
Недостаточно знаний или опыта по использованию продукта/механизма/процесса. Т.е баг может появится в будущем, когда произойдет усложнение процесса или пересечение нескольких процессов в неописанных ранее границах
"практически все фокусируются на том, чтобы найти дело, которое им понравится" - много моих знакомых фокусируются как раз на том, что хотят получать деньги, ресурсы и блага, но взамен делать ничего не хотят, и у них нет дел, которые им очень нравятся.
"психологически некомфортно узнать, что, заменяя одну функцию на другую, необходимо доплатить" - это точно, зато психологически очень комфортно, когда за дополнительную работу исполнитель денег не просит, это же его проблемы)
В статье рассматриваются проблемы недостаточного понимания возможных источников проблемы. Но есть варианты, когда сотрудник наоборот уверен, что знает как правильно решить и берется решать. В итоге результат может удивить руководство, которое не позаботилось о более четких границах, в которых может и должен действовать сотрудник. Как пример, могу рассказать случай в одной торговой компании: взяли на работу отдельного сотрудника по программе лояльности, сразу кучу задач поставили. Одной из задач была закупка брендированных сумок и других вещей. О процессах, которые были в компании, никто даже не намекнул. В итоге, вместо того, чтобы эту задачу делегировать отделу закупок, этот сотрудник самостоятельно провел тендер, заключил договор, согласился с условиями, объемами закупок, отсрочке платежа итд. В итоге это все заметили, только когда пришел крупный счет за эти брендированные товары.