Comments 94
Лично для меня эти видео, ну в особо дни когда за
А так, лично мне хватает наличия задачи, если она есть, мне интересно ее решить, разобраться как лучше сделать и т.д.
Опять же, я для себя открыл секрет «работать хорошо». Раз уж судьбой предназначено 8-10 часов работать (а бывало и больше), лучше не проминать жизнь на мемасики — а пахать так, чтобы самому быть довольным результатом. Вообще нет ничего лучше, чем видеть свой результат и самому собой гордиться.
На заре карьеры, в одном из промежуточных мест я увлекся сериалами на Ютубе — и смотрел их, часто в ущерб работе. Мне это не нравилось, но я не мог остановиться. Тогда я сказал себе: «Создатели этого сериала пахали на совесть, они знаменитые, богатые и успешные, ты же деградируешь». Всё, волю в кулак — и работать.
И я писал не про плюсы, а по большей части — о внутренних мотивах удержаться в этом типе.
Нужно решать вопросы, связанные с интересом к проекту, вероятно, сотруднику неинтересен его функционал, он выгорел.
Интересно, почему он выгорел? Не потому ли, что работодатели считают, что "либо ты хочешь работать и знаешь, зачем ты это делаешь, либо ты все равно найдешь способ отвлечься. ".
Отличный материал, видно, что автор не понаслышке знаком с теорией Маслоу — и это правильный подход
А я хотел написать, что автору неплохо бы перечитать эту теорию. Тут потребности упоминаются как просто куча, а ведь это реально пирамида.
Вот в том и дело, что все знают про пирамиду, но крайне редко применяют на практике: например в компании где з/п ниже рынка пытаются людей мотивировать интересными задачами, опытом, самореализацией. А потом удивляются что сотрудники только о деньгах говорят. Да им реально на жизнь не хватает, их потребности внизу пирамиды еще. не интересует их саморазвитие в такой ситуации.
Для начинающих IT-специалистов я бы порекомедовал большие аутсорс компании вроде EPAM-а или Luxsoft-а. Из преимущество — частая смена проектов (от полугода до 2-х лет), а значит получение разностороннего и крайне полезного опыта, а также хорошо отлаженные процессы внутри компании. Кроме этого куча полезных менторских программ, конкурсов и прочих плюшек.
Самый плохой вариант — попасть в небольшую компанию с устаревающими технологиями или ИТ-отдел не-софтверной компании. Там много бюрократии и отсутствие мотивации, т.к. хочется всё переделать, а это невозможно.
Из приоритетов для меня (от более важного к менее важному): дружный коллектив с желанием развиваться и без подковёрных интриг и стукачей, адекватное начальство, конкурентная зарплата, интересный проект и возможность професионального роста, отсутствие вечного авраала и переработок, социальный пакет и прочие плюшки, корпоративы и тимбилдинги.
Есть довольно много учебников в стиле
![image](https://habrastorage.org/getpro/habr/comment_images/c5e/fb8/885/c5efb8885298f486efae7597104d9c35.jpg)
может быть вам просто один из таких попался?
P.S А частники особенно мелкие, особо злые и жадные, а в условиях падающего или стагнирующего спроса, при усилении конкуренции в связи с падающим и стагнирующим спросом, тем более.
У меня как-то так знакомый решил выучить Java и стать Android-разработчиком
Опишу свой опыт, думаю довольно типичный.
В мелких городах кроме 1с нечего делать. Тут единственный выход это переезд.
В больших можно идти в шаражку, набираться опыта и просить повышение. Я когда так устроился то сразу оговорил что раз в три месяца ожидаю повышение на столько рублей. Через полтора года зп сравнялась что средней, затем пара смен работы, активный опенсорс и можно продавать резюме в европейские компании, если все делал правильно и вырос, то возьмут и еще личные вещи перевезут.
Работая разнорабочим конечно ничему не научишься — нужно пилить, валить и рубить в свободное от работы время.
Но в целом ваш пост здорово похож на троллинг, уж извините. Если вы за несколько лет не научились ничего полезного делать, то и в вузе вас ничему не научат.
А насчет высшего образования — я для себя нашел в нем только одну пользу: проще получить рабочую визу в очень многие страны. Таким образом, отсутствие высшего образования немного сужает перспективы (именно что немного, устроиться хорошо и у нас можно).
Высшее образование обычно поднимает человека на ступеньку в общем развитии, дает ему весьма профессиональные навыки и заставляет смотреть на мир немного другими глазами. Видеть чуть больше остальных (у кого нет высшего образования). Но это в основном теория. А вот если человек хочет развить в себе какие-либо специальные качества, он должен сам идти в этом направлении. Изучать, практиковаться, наломать дров, набить шишек. Упорство и любознательность в купе с теми знаниями, которые дает высшее образование, и способны сотворить эффективного чудо-человека. Но только если сам человек стремится к этому.
В итоге, сейчас работаю просто в лесной бригаде на уровне разнорабочего
А чем вы свободное время заполняете?
На самом деле, ничем особенным
занимайтесь программированием тогда, поскольку…
всю мою любовь к компьютерам и всему, что с ними связано,
возьмите JS, наделайте кучу проектиков, раз уж это делает вас счастливым, будет вам портфолио и го на фриланс
Нужно просто быть честным самим с собой, и делать то что действительно нравится, а не то что «нужно».
А расскажите про ваш опыт работы в больших коллективах, если таковой имеется.
Если команда большая и дружная — здорово, будем проводить вместе и нерабочее время, подружимся. Если все обедают по одному и не каждый день здороваются — ну тоже ничего страшного, общения мне хватает и дома, с семьей, да и время есть, куда деть. По опыту полудюжины рабочих мест, везде удавалось вполне нормально влиться в коллектив и принять «правила игры».
Хотя, возможно, я тоже неверно понял вопрос.
Что-то пошло не так и НЛО потерло все комментарии вопрошаемого в этой ветке. Есть какой-то обобщеный результат ветки?
Собственно мотивация такого вопроса заключалась в том, что в крупных компаниях с множеством продуктов присутствуют команды, с которыми необходимо взаимодействовать, иначе получится либо франкенштейн из косытлей, либо что-то похуже. Плюс межкомандное взаимодействия. Как пример — разрабы на фронтэнде/клиенте, разрабы на серверной стороне, команда аналитиков, что поставляет требования к разрабатываемым системам. Чтобы в таких компаниях что-то делать и никак не взаимодействовать, нужно либо быть супер-специалистом, который сможет выполнить для себя роль любой из команд и иметь доступ ко всем необходимым компонентам, либо пилить что-то сильно исследовательское, с чем позднее будут работать остальные. Может есть какие-то еще варианты, но я про них не осведомлен. Собственно потому и интересовался, был ли у вас опыт работы в таких компаниях и как в таких случаях вообще происходило взаимодействие.
А вот чем должен гордиться профессионал — это результатами своей работы, и результатами работы своей команды. Чем дальше результат от человека, тем меньше он должен его волновать. Если делать иначе, то образуется ложный стимул — примазываться к лучшему, вместо того, чтобы делать лучше.
Так что в данном случае ни о каком примазывании и речи не идёт. А примазывание цветёт, кстати, именно в мега-корпорациях, причём, когда говорят не «я горжусь тем, что у нас миллионы абонентов и великолепное покрытие сети», а «я горжусь тем, что работаю в Пчелайне».
А вот чем должен гордиться профессионал — это результатами своей работы, и результатами работы своей команды. Чем дальше результат от человека, тем меньше он должен его волновать. Если делать иначе, то образуется ложный стимул — примазываться к лучшему, вместо того, чтобы делать лучше.
Должен, должен… каждый сам может решить чем ему гордиться. Гордиться продуктом и компанией в которой работаешь — не самый худший вариант.
А вы не анализировали, насколько тормозит ваше развитие то что система у вас десктопная? Есть ли планы перейти на веб-технологии?
Впрочем, я тут сейчас как наболтаю лишнего :-) Думаю, о планах и прочем в этой ветке поделится мыслями наш шеф.
Насчет функциональности вопросов нет, выглядит внушительно. Но не ставьте знак равенства между вебом и облаками — большой бизнес давно привык разворачивать веб-приложения в своей инфраструктуре (иногда закрытой). А вот устанавливать и сопровождать десктопные приложения у десятков и сотен сотрудников — это прямая нагрузка на ИТ-департамент заказчика. Основные игроки давно делают CRM в вебе (с возможностью развёртывания on-site) — Microsoft Dynamics, SAP CRM, Terrasoft bpm'online sales и даже 1С.
Тренд думаю очевиден. Честно говоря удивлен что вы его отрицаете и не планируете развитие в веб.
- Легкость первоначального развертывания — не нужно ставить клиенты пользователям
- Поддерживаются любые ОС и все современные браузеры. Поддерживаются мобильные устройства.
- Простота регулярного обновления — нужно обновить только сервер.
Сегодня есть 2 основных типа программных продуктов: десктопные и облачные. И оба они, конечно, имеют право на существование.
Десктопные технологии существуют давно и сильно развиты, позволяют создавать очень продвинутые продукты с высокой скоростью обработки данных и высокой безопасностью.
Облачные технологии же относительно молоды и на сегодняшний момент имеют только один плюс перед десктопом (лично мое мнение) — нет необходимости установки на ПК пользователей. Однако в остальном облачные технологии еще не столь развиты, как десктопные и не позволяют реализовать полноценные сложные механизмы на промышленном уровне. А если и позволяют приблизиться к ним, то с использованием сложных и неповоротливых фреймворков.
Поэтому если посмотреть сейчас на облачные сервисы, то можно убедиться, что они весьма скромны в перечне своих функциональных возможностей и нестабильны. Да, могут пестрить красивыми всплывающими окошками, графикой и др. Но ведь в бизнес-приложении главное — это функционал и оперативная автоматизация. И еще безопасность!
Мы многократно исследовали тему создания облачной CRM и пришли к решению, что мы ее создадим, но только тогда, когда для этого созреют условия. И только в параллель десктопу. Сегодня мы видим, как некоторые наши конкуренты, которые решили перевести свои решения с десктопа на облака, терпят фиаско. А нам это зачем? Сейчас мы наблюдаем тренд, как клиенты, наигравшись облачными CRM, начали возвращаться к нашему десктопу. И этот тренд укрепляется с каждым месяцем.
Теперь конкретно по пунктам:
Легкость первоначального развертывания — не нужно ставить клиенты пользователям
Установка, которая занимает 30 секунд на пользователя, я думаю, не такая проблема, как ее можно нарисовать
Поддерживаются любые ОС и все современные браузеры. Поддерживаются мобильные устройства.
Наши клиенты также работают и на Windows, и на Linux, OSX, Android и т.д. Я сам лично работаю со смартфона на Android
Простота регулярного обновления — нужно обновить только сервер.
Та же фигня. Обновить только сервер
P.S. Забыл упомянуть, что сейчас мы разрабатываем новый облачный продукт. Но он не относятся к CRM. Это совсем другая тема.
Сегодня есть 2 основных типа программных продуктов: десктопные и облачные
Я повторюсь, веб-приложение != облачное приложение. Веб приложения можно разворачивать на локальных серверах.
Однако в остальном облачные технологии еще не столь развиты, как десктопные и не позволяют реализовать полноценные сложные механизмы на промышленном уровне
Честно говоря не понимаю откуда это убеждение, сейчас 2017 год. Визуализация в браузерах чем-то отстает от десктопа? Да я бы сказал опережает на годы в цене/возможностях.
Установка, которая занимает 30 секунд на пользователя, я думаю, не такая проблема, как ее можно нарисовать
За 30 секунд вы даже удаленно не залогинитесь в его систему. А если удаленного доступа нет, так совсем плохи дела.
Вам конечно виднее, вы лучше знаете своих клиентов, но честно говоря неожиданная позиция.
Я повторюсь, веб-приложение != облачное приложение. Веб приложения можно разворачивать на локальных серверах.
Какая разница? Используются одинаковые технологии разработки. Просто если решение на локальном сервере его как-то еще можно допилить под конкретные задачи клиента, а если в облаке, то нет.
Честно говоря не понимаю откуда это убеждение, сейчас 2017 год. Визуализация в браузерах чем-то отстает от десктопа? Да я бы сказал опережает на годы в цене/возможностях.
Вы сами ответили на свой вопрос. "Визуализация" — это фантики. Главное — бизнес-сущности. Вы где-нибудь видели, например, настоящий складской учет или управление производством в вебе? Если только в простейшем виде, без регистров и контроля блокировок многопользовательского режима.
За 30 секунд вы даже удаленно не залогинитесь в его систему. А если удаленного доступа нет, так совсем плохи дела.
Чтобы был удаленный доступ, нужен интернет. А если нет интернета, Вы и в web-решение тоже не залогинетесь. В чем разница? Не пойму я Вас что-то.
Вам конечно виднее, вы лучше знаете своих клиентов, но честно говоря неожиданная позиция.
Каждый имеет свою позицию. У меня такая. Не буду утверждать, что она единственно верная. У других людей может быть иная. И я ее тоже принимаю. Кто-то любит рисовать натюрморты, а у кого-то хорошо получаются пейзажи. Жизнь разная :)
Допустим у вас 1000 компьютеров, на которые нужно установить новую версию. Для веб-решения количество клиентов не играет никакой роли — просто обновляем сервер. Для десктопа нужно подключиться к каждой машине и установить программу. (Или разослать msi пакет как вариант). И тут же возникают проблемы, что часть компьютеров может быть выключена, иметь проблемы с сетью или могла произойти ошибка при установке — к примеру нет необходимых компонентов. С вебом таких проблем нет. Только проблема совместимости браузеров.
По поводу визуализации и бизнес сущностей. Настоящий складской учёт существует в веб-версиях. Даже видел SCADA-систему с веб-интерфейсом работающим в браузере. Контроль блокировок легко реализуем и в веб-приложениях, а часто он даже и не нужен. К примеру вы видели как работает Google Spreadsheets? — Все изменения доступны сразу и видны на лету.
По поводу визуализации — браузерное приложение сейчас более гибкие и удобные.
По поводу 30 секунд — ncix говорит о необходимости подключения к машине для установке дескопной версии. А для машин без сети прийдётся ногами идти и обновлять…
Недостатками именно облачных решений я считаю отсутствие контроля. Сервис может в любой момент сдохнуть, закрыться или его заблокирует Роскомнадзор. Но для веб-приложений в сети предприятия или десктопных приложений такой проблемы нет.
Вы сами ответили на свой вопрос. "Визуализация" — это фантики. Главное — бизнес-сущности.
Вы где-нибудь видели, например, настоящий складской учет или управление производством в вебе? Если только в простейшем виде, без регистров и контроля блокировок многопользовательского режима.
SAP, 1С. Достаточно серьезно? Не понимаю насчет регистров и контроля блокировок, что мешает это сделать в веб-приложении?
Чтобы был удаленный доступ, нужен интернет.
Не только. Должен быть открыть RDP или установлен TeamViewer или что-то еще.
Вы сами ответили на свой вопрос. "Визуализация" — это фантики. Главное — бизнес-сущности.
Это вовсе не фантики. Это юзабилити. А значит скорость выполнения пользователем рабочих задач, необходимость обучения, печатной документации или возможность сесть и работать сразу. И бизнес сейчас прекрасно это понимает.
Я последний год немало общался с очень крупными бизнес-заказчиками (в том числе и по CRM-системам). Запросто можно на презентации услышать от ЛПРа "некрасиво как-то выглядит".
Анонимный трудоголик: как мотивировать самого себя