На FCC (https://www.freecodecamp.org/) вполне себе можно подкачать навыки. Концепция проста - 10000 часов достаточно для получения определенного навыка. На мой взгляд, главное - самодисциплина, чтобы заниматься регулярно и целеустремленность, чтобы понимать ради чего.
Вряд. ли кто-то из вендоров готов поддерживать работу своего оборудования за бесплатно. Вполне вероятно, что реальное отключение может быть связано с поломкой. Неизвестно же с какого года гигант перестал оплачивать техническое обслуживание.
Из комментариев узнал много поучительного. Но никто не упоминает про коллег, которыми нужно управлять. А ведь это основной ресурс. При наличии хорошей документации, регламентов взаимодействия остаётся вопрос управления коллективом. Я с недавнего времени (около 6 мес.) стал руководителем службы АСУ в довольно крупной компании. Пришёл "со стороны". Основные сложности — организация работы службы. Очень интересно ознакомиться с практиками планирования и организации работ. В черновиках идея поста на эту тему. Если кому интересно — пишите. Это поможет мне более активно подготовить познавательную публикацию.
Нахожусь в похожей ситуации. Работа не оставляет сил. Понимаю, что это банальная отмазка. Мало у кого остается время на самосовершенствование и самообразование. Нужно искать силы и время, если есть желание. Самая сложная задача — распределение времени и сил. Сейчас ищу поддержку в семье. Объясняю супруге, что необходима ее поддержка и понимание. На начале пути большую часть свободного времени необходимо посвящать образование. Единственный вариант — «резерв» брать из времени, которое вечерами раньше посвящал семье. Само собой, выходные — для семьи и домашних забот.
Сейчас планирую на работе реализовать проект по учету техники. Банально на MySQL + PHP с выгрузкой данных в Эксель (используя phpexcel). Думаю, что на этом этапе уже станет понятно на что способен в качестве кодера.
Реальная проблема — самомотивация. Вот было бы комьюнити, позволяющее общаться людям, находящимся в похожей ситуации. Есть, конечно,
Правила в методе 1-3-5 — очень простые. Он предлагает ставить каждый день по 9 целей, которые нужно сортировать по признаку важности.
(1) Одна задача в списке будет сверхважной для этого дня, и, стало быть, она приоритетнее других. За ней следуют (3)три дела, которые также в течения дня нужно выполнить. Ну и еще остается 5 — таково количество занятий, которыми в случае чего можно и пренебречь — они не слишком важны.
Достаточно проигнорировать ошибку (нажать ОК) а потом можно поменять пароль в свойствах проекта или отключить защиту, затем сохранить и заново открыть. Код будет доступен.
Согласен с Вами.
Писать письмо руководству, на мой взгляд, слишком жесткий подход на данном этапе. В итоге — сегодня созвонился с Тех.Поддержкой, описал ситуацию, разжевал что к чему. Предложил выслать им необходимые исправления в коде VBA модуля. Порекомендовал тестировать работоспособность макроса на 64х разрядной версии офиса. Тем более, что изменения в коде не такие уж и сложные.
Если же с их стороны процесс обновления затянется, тогда уже точно буду писать их руководству.
Меня, например, смутило слово: Тестировка.
Как-то режет
ухоглазМне 40. И я только собираюсь стать программистом ))
Обзор не настолько широко охватывает как тут: https://habr.com/ru/company/jetinfosystems/blog/665246/
Пара примеров были бы намного наглядней и познавательней, чем этот "обзор".
На FCC (https://www.freecodecamp.org/) вполне себе можно подкачать навыки. Концепция проста - 10000 часов достаточно для получения определенного навыка. На мой взгляд, главное - самодисциплина, чтобы заниматься регулярно и целеустремленность, чтобы понимать ради чего.
Из комментариев узнал много поучительного. Но никто не упоминает про коллег, которыми нужно управлять. А ведь это основной ресурс. При наличии хорошей документации, регламентов взаимодействия остаётся вопрос управления коллективом. Я с недавнего времени (около 6 мес.) стал руководителем службы АСУ в довольно крупной компании. Пришёл "со стороны". Основные сложности — организация работы службы. Очень интересно ознакомиться с практиками планирования и организации работ. В черновиках идея поста на эту тему. Если кому интересно — пишите. Это поможет мне более активно подготовить познавательную публикацию.
Сейчас планирую на работе реализовать проект по учету техники. Банально на MySQL + PHP с выгрузкой данных в Эксель (используя phpexcel). Думаю, что на этом этапе уже станет понятно на что способен в качестве кодера.
Реальная проблема — самомотивация. Вот было бы комьюнити, позволяющее общаться людям, находящимся в похожей ситуации. Есть, конечно,
(1) Одна задача в списке будет сверхважной для этого дня, и, стало быть, она приоритетнее других. За ней следуют (3)три дела, которые также в течения дня нужно выполнить. Ну и еще остается 5 — таково количество занятий, которыми в случае чего можно и пренебречь — они не слишком важны.
Писать письмо руководству, на мой взгляд, слишком жесткий подход на данном этапе. В итоге — сегодня созвонился с Тех.Поддержкой, описал ситуацию, разжевал что к чему. Предложил выслать им необходимые исправления в коде VBA модуля. Порекомендовал тестировать работоспособность макроса на 64х разрядной версии офиса. Тем более, что изменения в коде не такие уж и сложные.
Если же с их стороны процесс обновления затянется, тогда уже точно буду писать их руководству.