Мой опыт показывает, что если ты развиваешься как специалист, то за два три года можно хорошо подняться, даже при смене направления работы. У меня с веб-сайтов на электронику.
Такое проходил уже два раза, сейчас планирую третий рывок для роста.
Т.е. иногда можно кардинально сменить профориентацию.
Начинал с поддержки сайтов и сео. В начале моей карьеры очень активно развивался и обучался поэтому каждый год менял работу с ростом ЗП в два раза, пока не позвали в хорошую компанию и тогда рост замедлился. Т.е. за три года начальную ЗП увеличил в 8 раз, т.е. 2^3 :-)
Просто не оцениваете значимости блок-схем для понимания, а что же там происходит?
Прежде всего это учит логическому мышлению.
Блок-схемы когда-то учили в школе на информатике, сейчас этого нет.
А стандарт существует и будет существовать, даже если он устарел.
Так вот когда сталкиваешься со стандартами для документации, то получается что-то очень сложное и непонятное и не удобное.
В общем, это попытка улучшить документацию, и в серьезных разработках без нее никуда. Это все равно, что собирать плату сразу без схемы.
Scrach прекрасен, но он не подходит для документирования и цели его другие.
В общем, это попытка сделать удобной и полезной документацию, на которую плюются из-за ГОСТа.
У каждого стандарта и документации есть своя область применения.
Конечно нет смысла рисовать блок-схему на очередной сайт, но для построения более-менее промышленного сложного устройства придется.
Сейчас свободно очень сложно найти научные статьи. Очень много кто ограничивает доступ, а многие берут плату за это. А еще больше развелось агрегаторов научных статей, которые за деньги готовы предоставить все что хотите, а могут просто обмануть.
и нет никакой гарантии, что купленная статья действительно полезна.
В общем, доступ к качественной научной информации представляет очень большую проблему.
Когда-то я заметил такую закономерность: увеличение скорости действий приводит к увеличению суеты, но результат все равно достигается за определенное время.
Скорее всего это связано с особенностями нашего сознания: когда делаешь в нормальном режиме — сознание успевает обрабатывать процесс, когда все бегом — сознание не успевает переключатся, кажется что делаете быстро, но сами моменты переключения не замечаете, начинаются ошибки и метания.
Сравните когда вы собираетесь в дорогу спокойно или опаздываете. Все равно соберетесь к определенному времени, когда бы не начали сборы. Поэтому некоторые всегда опаздывают :-)
Существует некоторая оптимальная скорость работы, выше которой она не поднимется.
Это возможно следствие закона энтропии :-)
Количество суеты с увеличением скорости растет.
Вижу две ошибки:
1. Нет уменьшения отведенного времени на задачи при уменьшении количества задач. В реалиях N-часового дня не сработает.
2. Нет заполнения освободившегося времени. Для чего оно освобождалось?
3. Со временем связано планирование. Его совсем нет.
Для снижения перегрузки — нужно научится вовремя останавливаться. Вышло отведенное время на задачу, стоп. Переключаемся. Что-то типа спринта :-)
Все отведенное время человек пытается заполнить деятельностью и это нормально.
Если не хватает сил, то это не вопрос эффективности и времени…
В технологиях мало женщин. Какая дурацкая индустрия. Это нужно изменить. Я стараюсь больше воодушевлять и помогать женщинам-инженерам в нашей организации, но не знаю, что еще сделать.
Получается, что на каждый ценник теперь нужно целый вагон батареек, и возникает вопрос с их утилизацией…
Мне кажется пока такие ценники не очень экологичны в этом вопросе
Для git всегда консоль, вот что ни говори, а хороших гуи не встречал, нужно искать в менюшках команду, когда в консоли и подсказки есть и даже подскажут, что сделать в этой ситуации, а гуи просто набор кнопок над мощной программой, а команд в реальности меньше, чем кнопок в любом гуи на все случаи жизни.
И вообще консоль полюбил именно за то, что облегчает обработку повторяющихся данных, поиск нужных строк в логах и преобразования. Да, для человека, который привык жать кнопки непривычно думать в другом контексте. Как раз то, что нужно шевелить мозгами и весь процесс под твоим контролем дает больше шансов на успех.
Я за то, чтобы был выбор!
И всеми руками за качественные интерфейсы — и графические и консольные
Такое проходил уже два раза, сейчас планирую третий рывок для роста.
Т.е. иногда можно кардинально сменить профориентацию.
Прежде всего это учит логическому мышлению.
Блок-схемы когда-то учили в школе на информатике, сейчас этого нет.
А стандарт существует и будет существовать, даже если он устарел.
Так вот когда сталкиваешься со стандартами для документации, то получается что-то очень сложное и непонятное и не удобное.
В общем, это попытка улучшить документацию, и в серьезных разработках без нее никуда. Это все равно, что собирать плату сразу без схемы.
Scrach прекрасен, но он не подходит для документирования и цели его другие.
В общем, это попытка сделать удобной и полезной документацию, на которую плюются из-за ГОСТа.
У каждого стандарта и документации есть своя область применения.
Конечно нет смысла рисовать блок-схему на очередной сайт, но для построения более-менее промышленного сложного устройства придется.
и нет никакой гарантии, что купленная статья действительно полезна.
В общем, доступ к качественной научной информации представляет очень большую проблему.
Иногда читаешь и удивляешься, что такое возможно было. Спасибо.
Скорее всего это связано с особенностями нашего сознания: когда делаешь в нормальном режиме — сознание успевает обрабатывать процесс, когда все бегом — сознание не успевает переключатся, кажется что делаете быстро, но сами моменты переключения не замечаете, начинаются ошибки и метания.
Сравните когда вы собираетесь в дорогу спокойно или опаздываете. Все равно соберетесь к определенному времени, когда бы не начали сборы. Поэтому некоторые всегда опаздывают :-)
Существует некоторая оптимальная скорость работы, выше которой она не поднимется.
Это возможно следствие закона энтропии :-)
Количество суеты с увеличением скорости растет.
Вижу две ошибки:
1. Нет уменьшения отведенного времени на задачи при уменьшении количества задач. В реалиях N-часового дня не сработает.
2. Нет заполнения освободившегося времени. Для чего оно освобождалось?
3. Со временем связано планирование. Его совсем нет.
Для снижения перегрузки — нужно научится вовремя останавливаться. Вышло отведенное время на задачу, стоп. Переключаемся. Что-то типа спринта :-)
Все отведенное время человек пытается заполнить деятельностью и это нормально.
Если не хватает сил, то это не вопрос эффективности и времени…
Размножать…
Мне кажется пока такие ценники не очень экологичны в этом вопросе
И вообще консоль полюбил именно за то, что облегчает обработку повторяющихся данных, поиск нужных строк в логах и преобразования. Да, для человека, который привык жать кнопки непривычно думать в другом контексте. Как раз то, что нужно шевелить мозгами и весь процесс под твоим контролем дает больше шансов на успех.
Я за то, чтобы был выбор!
И всеми руками за качественные интерфейсы — и графические и консольные
Просто предложил нестандартное решение. Да, оно ужасное, но работает.