Изменения облегчили сегодняшнюю работу. На самом деле, это делает людей неудобными.

Каждое решение всегда приносит новую проблему. Когда вы выбираете одно решение, которое решает проблему, вы должны пойти на компромисс. Его должна выбирать группа людей, которых мы всегда называем пользователями.

Забавный факт заключается в том, что пользователи получат то, что они хотят ИЛИ в чем нуждаются, в то время как им придется выбирать, с какой проблемой они могут столкнуться позже. Это заставит их задуматься, а иногда и рискнуть.

Они могут предсказать, может быть, близко к 100%, или это может быть слишком близко к 0% успеха. Каждое принятое ими решение влияет на завтрашний день. И это нормально, никто в этом мире не уверен. Все абстрактно, пока вы не решите делать это или нет.

Итак, как вы можете прогнозировать близко к 100%? Что нужно? Какое решение должно было быть принято для лучшего решения? Здесь вы можете найти его развиваться.

Поколение

Это началось задолго до того, как бэби-бумеры стали популярными. Эволюция Человека. Для рода Homo требуются сотни тысяч лет, а может быть, и больше. И еще несколько лет до этого для очередной эволюции человека из другого рода.

Вымирание и соединение человеческого существа тогда создает новое, лучшее от другого. Для выживания любого вида в этом мире требуется приспособляемость. Это естественно, навык, который поддерживает их жизнь сегодня.

Просто достаточно

Каждый год, каждый день, а может и каждую секунду будут вноситься изменения. Сегодняшнее решение может не сработать для завтрашней проблемы. Так как же сделать сегодняшнее решение безопасным для другого дня? Ответ — простота.

Никто не может на 100% предсказать завтрашний день. Даже если вы точно знаете, что произойдет, в конце концов вы поймете, что есть шанс потерпеть неудачу. Так что будьте проще, это может сделать вас открытым для любых предстоящих изменений.

Быть простым непросто. Иногда требуется много времени, чтобы тщательно все обдумать, и, естественно, человек будет думать более сложно, чем нужно. Я подтверждаю это, когда присоединился к моей самой первой встрече в мой первый день в моей первой компании. Много споров и байкшерингов. Люди в комнате зашли слишком далеко. Думайте слишком сложно, пока они не увидят какое-либо решение, соответствующее условию.

Я слушал и ничего не ответил. Я был так растерян и боялся прервать. В конце концов, они принимают сложное решение, и в этот раз все кажутся справедливыми. Но после того, как они восприняли это практически, они сочли это не таким уж полезным и склонны искать новый способ реализовать более простое решение.

Можно подумать, что этот способ не сработает. Можно было бы подумать, что этот способ сработает. Можно предположить, что все возможности будут работать. Это описывает, что если представители нескольких поколений спорят в одной комнате. По моему опыту, достаточно простейшего решения, которое решает сегодняшнюю проблему. Это лучше, чем планировать любую функцию, которая может вам не понадобиться в будущем.

Вот пример решения, название должности в сфере ИТ.

Название работы

Когда я был ребенком, то, что я знал о работе мечты, было врачом, пилотом и другими распространенными должностями. Я спрашивал о каждой должности, например, чем они занимались, как это может быть работой и т. д.

Когда я закончил университет, я удивился, что существует множество должностей, которых вчера не существовало. Я продолжаю задавать вопросы, как и раньше, и в итоге пришел к выводу, что из-за нынешних условий нужна такая работа.

В 2000 году никто не разрабатывает такие мобильные приложения, как сейчас. Они сказали, что они программисты, те, кто создает программы или подобные должности.

Сегодняшняя должность в той же области стала хуже, но в лучшем виде. Программисты слишком общие, люди делят их на front-end и back-end. Они начинают называть программистов инженерами.

Технологии развиваются так быстро, что люди снова делят их на платформы. Мобильный, веб-программист, настольный программист и разделите их на интерфейсные и серверные для каждой платформы.

Появляется еще один язык программирования, новая технология привносит в кодовую базу больше причудливых вещей. Родился, язык программирования, должность, например Java-разработчик, инженер GoLang, программист C#.

Во-первых, мы считаем, что было бы неплохо разделить эти работы на меньшую часть. Но опять же, есть компромисс. Чем меньше порция, тем короче срок ее службы. Должны ли мы просто рассматривать это не слишком подробно, а в целом, чтобы предсказать любое название должности для предстоящих изменений в будущем?

Вывод

Мы думаем, что наше вчерашнее решение может решить сегодняшнюю проблему, а сегодняшнее решение может решить завтрашнюю проблему. На самом деле, мы можем это сделать, если наше решение способно адаптироваться и быть простым.

Способность адаптироваться сделает вас открытыми для любых изменений в будущем. Даже ваше текущее решение не работает в ближайшее время, оно может принять любые изменения в будущем. Принятие этого означает, что вам нужно меньше затрат, чтобы изменить решение. Чем больше стоимость, тем больше вам нужно изменить для текущего решения.

Если вы будете простым, вам будет легче меняться. И это хорошо, чтобы иметь изменения каждый день. Один из способов, которым вы можете воспользоваться, — это простота. Вы сделаете это легко, как вы переодеваетесь. Не нужно никаких дополнительных усилий, просто выберите одно изменение за раз и будьте проще.

Ой! И из-за этой проблемы с названием должности. Одна вещь, которую я знаю сегодня, это то, что инженер-программист и системный инженер являются фаворитами. Помимо своей специальности, она приносит более широкие и качественные знания. Приятно изучать ширину, но она должна быть сбалансирована глубиной знаниями.

Есть предположения? Хотите поделиться своим опытом или моментом, как вы учитесь? Оставляйте комментарии ниже, новые идеи всегда интересны! Или вы можете связаться со мной на twitter.com/jojorancu и linkedin.com/in/jonathan-surya/, чтобы продолжить обсуждение.