Мы все знаем о CI/CD и о том, насколько это важно для разработки программного обеспечения, JIRA для постоянного отслеживания ошибок, AGILE для эффективного общения, но в прошлом я использовал PDCA, долгие встречи, груды документации для обеспечения качества, больше встреч, чтобы обсудить цифры. и, в конце концов, получить сертификат CMMI, чтобы напомнить, что вы всегда делаете все по правилам.
Но тогда как быть с инженерами? Все всегда было сосредоточено на ПО и компании, но не на людях. Какой была метрика для их измерения? Как они развивались, как они были эмоциональны, как происходило их взаимодействие друг с другом и чему они учились? Инженер мог застрять в компании, делая одно и то же, кодируя одинаково, не совершенствуя свои навыки, пока это было продуктивно.
Go To
Инженеры Cobol уже должны знать каждую возможную ошибку, которую Cobol должен выдать им, какова наилучшая возможная реализация любого изменения, и это работает для любого языка программирования, который, вероятно, старше вас. Они не узнают ничего нового, они ультраспециализированы, наверное, ненавидят эти собрания, они просто хотят решить проблему и пойти домой.
ты уже позади
Это пришло мне в голову на днях, и я подумал, когда претендовал на несколько вакансий: раньше вам просто нужно было знать один язык программирования и одну базу данных. Сегодня вам нужна куча, от А до Я, есть что знать, и если вы специализируетесь, вы будете позади, потому что только что запустили новый.
WTH - это CL/CP?
Как люди, мы постоянно меняемся, постоянно адаптируемся и, конечно же,
Постоянное обучение / постоянная практика
Искусственный интеллект, как и мы, требует постоянного обучения, часов и часов бесконечных циклов, проходящих по одному и тому же сценарию с небольшими вариациями, чтобы он мог, в конце концов, понять тонкости и экстраполировать любые изменения, к которым он не был обучен.
Мы, люди, развивались таким же образом, годами воспитывая детей, обучая и наставляя, чтобы иметь возможность учиться самостоятельно и экстраполировать новые решения. Раньше мы были любопытны, задавали вопросы, но потом… мы отказались быть частью общества, которое не любит задавать вопросы и имеет правила для всего.
Мы должны иметь CL в нашей жизни, и компании должны инвестировать в него. Чем больше знает сотрудник, тем больше он может предложить и представить новое решение. CP приводит к большему количеству сбоев в разработке и большему количеству результатов в производстве, компании должны сосредоточиться на инвестировании в изобретение новых способов выполнения той же задачи, чтобы найти более эффективный способ выполнения и решения проблемы.
Конечно, CI/CD важен для разработки ПО, но CL/CP важен для разработки людей, а также для разработки ИИ. Больше взаимодействий одного и того же программного обеспечения решает только ту же проблему. Создайте новые способы решения одной и той же проблемы, и вы сможете решить что-то еще, чего даже не было в рамках. Нам нужно сосредоточиться в творчестве, нам нужно постоянно учиться новому, понимать всего понемногу, чтобы иметь возможность видеть больше, чем то, что находится прямо перед нами.
Не ломайте то, что работает
Если ты этого не делаешь, ты не развиваешься, ты не учишься чему-то новому. Человек «по правилам» против изменений. Они находятся в своей зоне комфорта и очень хотят там оставаться. Только дерзкие хотят видеть то, что находится за пределами, хотят исследовать, даже если им приходится нарушать некоторые правила. Чтобы приготовить омлет, нужно разбить яйца, но кто первым увидел, как где-то жарится яйцо, и повторил эффект, бросив его на сковороду?
