День программиста в этом году также приходится на то время, когда я работаю в Али уже три года, и пользуюсь случаем, чтобы подвести итоги своей работы за последние три года, а также проверить свое дальнейшее развитие. Личное видение и мышление всегда ограничены, особенно в области исследований и технологий.Чем больше вы знаете, тем более невежественными вы будете знать, и вы будете благоговейно относиться к неизведанному и воодушевляться необъятностью неизведанного.
Я родился в 1976 году и принадлежит к году дракона. В этом году мне 41 год, так что я могу считаться старым программистом. Когда я был аспирантом 15 лет назад, мои друзья, которые начинали, называли меня Лао Хе. бизнес вместе. Мне очень нравится писать код, я получил сертификат старшего программиста на первом курсе в 1996 году, чем можно похвастаться.
Начиная с докторской дипломной работы, самая большая радость - учиться и глубоко думать. Поэтому никогда не смущайтесь простотой или сложностью проекта или дела в процессе работы. Для собственного развития у меня всегда был четкий ориентир: делать шаг за шагом, улучшать свои способности решать проблемы и не устанавливать для себя ограничений. Когда я брал интервью у 40-летнего дяди около 10 лет назад, я серьезно задумался и пришел к выводу: мне нравится писать код, и я буду придерживаться его до конца своей жизни.
1. Поскольку этот проект так важен, давайте сделаем это
Возвращаясь к теме, подведем итоги работы на Али за последние 3 года. Первые два года я в основном работал руководителем группы обработки данных в Yushanfang и рассказывал о двух ключевых проектах.
Первая — 5k+, общая платформа больших данных. Мне очень повезло, что я попал в этот большой проект, объединяющий Пекин и Ханчжоу, всего через месяц после того, как я там побывал. Есть несколько вещей, которые произвели на меня глубокое впечатление в этом проекте. Во-первых, участие в обсуждении плана, когда проект будет создан, потому что он включает в себя общение между Пекином и Ханчжоу, между отделами и командами, боссами каждая команда неизбежно влюбится и убьет друг друга вместе.Помогите младшему брату участвовать в обсуждении рядом с ним. Мы боролись друг с другом до раннего утра, на этапе свободы слова я не мог не выскочить и сказать: Раз уж этот проект такой важный, я думаю, мы справимся. Я действительно выпрыгнул и сказал это с духом, который я накопил в стартап-компании. Я думаю, что большое дело в борьбе.
Сказав это, я понял, что это может доставить огромные проблемы моему боссу. К счастью, моему боссу давно стало скучно, и он встал, чтобы взять на себя ответственность.В свое время каждый босс стрелял из своих ружей, и в свое время группа была взволнована. Окончательное распределение ответственности и власти было выполнено в течение 20 минут, и даже старый Али плакал.
Спасибо за чувство той ночью, и спасибо Али за то, что дал мне кучу отличных товарищей по команде и боссов. Всегда помните, что в течение следующих двух месяцев 996 года, во время обмена командировками между Пекином и Ханчжоу, я отвечал за управление проектом двух небольших модулей Вся команда очень сильная и трудолюбивая. По окончанию финального проекта я получил награду «Лучший пожарный», что мне очень нравится.
Хотя я также являюсь одним из PMO проекта, помимо игры в соевый соус, я больше наблюдаю и изучаю управление проектом Али, его организацию и координацию. Этот проект действительно сложный, в процессе его реализации мы сталкивались с различными компромиссами, после завершения проекта мы с перерывами погашали технический долг в течение года, но ощущение борьбы с собой и сжигания себя для достижения БОЛЬШОГО было трудно воспроизводить . Позже я также поговорил с некоторыми студентами из других компаний о построении платформы данных и обнаружил, что мы действительно проделали долгий путь. Поскольку я пишу свои собственные чувства, я не буду хвалить других учеников, иначе я могу написать книгу.
2. Это не только моя работа, я просто пытаюсь сделать ее идеальной
У второго проекта тоже был сильный характер, и мы находились под давлением бизнеса. Однако для исследования и разработки уровня двигателя у членов команды также есть свои требования, и система должна постепенно улучшаться и улучшаться. После завершения проекта 5K+ важный модуль, на который мы полагались, стал часто сталкиваться с проблемами.При глубоком общении между командами мы обнаружили, что нестабильность и неопределенность направления развития другой команды приводили к очень высокому будущий риск этого модуля.
Нашей первой мыслью было развернуть новый набор в качестве перехода. На переходном этапе, чтобы сделать это при завершении дела, я взял на себя часть деловой работы двух одноклассников в команде и высвободил рабочую силу для начала этой работы. Двое одноклассников отправились в командировку в Ханчжоу на месяц, фактически взяли на себя платформу и обеспечили бесперебойную работу нашего бизнеса.
Впоследствии, после нашего расследования, мы решили отказаться от первоначальной реализации этого модуля и мобилизовали технические силы команды для перепланировки и разработки нового модуля, помимо замены, более важного для разработки. Сделав этот шаг, я обнаружил, что многие вещи ожили, и службы данных постепенно выделились из всей платформы как важная точка, что привело к более глубокому взаимодействию с командой данных, а затем к нестабильности исходных служб данных, новая платформа обслуживания данных.
Это не только моя работа, я просто стараюсь сделать ее идеальной. В начале я очень запуталась, и каждый шаг пугал, теперь я верю, что у каждого ученика, принявшего участие в этом проекте, останется хорошая память в сердце. Более того, благодаря этому проекту мы добились не только себя, но и команды братьев и развития Royal Kitchen. Скажи большой.
3. Технические проблемы — это добыча, возможности и подвиги
За последние три года я не думаю, что сталкивался с серьезной технической проблемой. Я продумал многие вещи заранее и заранее организовал обсуждение с техническими экспертами. Когда я с командой, технические проблемы становятся добычей, возможностями, и воинские подвиги.
Позвольте мне привести простой пример, чтобы проиллюстрировать процесс моего проекта, Например, мы хотим реализовать услугу ограничения тока, которая является максимальным числом запросов в секунду, разрешенным для арендатора. В первую очередь необходимо определить границы проблемы, в том числе: учитывать ли атаки сетевого уровня (с которыми могут справиться другие модули), масштабы бизнеса в будущем, стабильность системы и масштабируемость архитектуры.
После того, как эти проблемы будут определены, будет ряд технических решений, которые станут выбором технологии, поэтому, как судить, какое техническое решение использовать не является последним, самым крутым и лучшим в то время, а также будущую среду развертывания, восходящую и следует учитывать окружающую среду ниже по течению. Самое главное, это распределенное требование. Проще говоря, серверы N совместно поддерживают значение QPS.Распределенная теория, лежащая в основе этого, - это просто CAP.Если три CAP не могут быть удовлетворены одновременно, его следует уменьшить, а бизнес-цель должна быть гарантирована.
С этой целью мы обращаемся к распределенной модели BASE, чтобы уменьшить потребность в согласованности, используем идею объединения разделов и пулов предметных квот для решения проблемы управления потоком крупных арендаторов и применяем другой набор элементов управления для долгосрочного использования. хвостовые арендаторы для обеспечения точных ограничений потока.
При этом разрабатывается полный план обеспечения стабильности с учетом аварийного плана при выходе из строя или деградации сторонних модулей и некритичных модулей, а также недоступности сервисов, вызванной частичным простоем модулей или отключением питания в оборудовании. комната, и одноточечные проблемы некоторых служб. Конечно, решение масштабируемости должно быть рассмотрено в конце, если масштаб спроса внезапно становится больше, целое ограничено.
Подводя итог, весь проект должен иметь четкие цели и этапы и соответствующие ключевые показатели, чтобы его можно было наблюдать, оценивать, масштабировать, восстанавливать и легко передавать другим для дальнейшей разработки и обслуживания.
Я не думаю, что делаю хорошую работу, но это действительно весело, когда вы постепенно улучшаете систему.
4. Не считаю нужным переходить на менеджмент в 35 лет
Когда я думаю об этом сейчас, на самом деле очень мало больших коров, которые дают мне техническое руководство на пути моего роста. Чаще всего я предпочитаю учиться у всех, кого встречаю. Цель моего обучения не в том, чтобы превзойти других, а в том, чтобы выйти за их пределы. сам.
После того, как меня перевели в команду iDST, я сел рядом с боссом iDST, и мне посчастливилось погрузиться в работу экспертов по исследованиям и разработкам и управлению, и я получил много пользы. Я всегда считал, что никто не может научить программистов, им нужны собственные исследования и усердная учеба. В том числе и у моих бывших одноклассников из команды Royal Kitchen Room и моих нынешних одноклассников по iDST, в сотрудничестве и обмене всегда можно найти те плюсы и яркие пятна, от которых сияют глаза.Как тут не радоваться?
Кроме того, я думаю, что очень важно постоянно думать и открыто общаться с другими учениками. Я думаю, что мое самое большое техническое преимущество в настоящее время все еще может быть в инженерной области, в основном в исследованиях и разработках серверной части и создании платформы данных, в основном из-за большего мышления и опыта. Я буду продолжать совершенствовать свои способности как теоретически, так и практически. Параллельно я пополнял свои знания об ИИ. Я рано открыл для себя эту область увлечения благодаря глубоким размышлениям о поиске информации во время написания докторской диссертации.
Поговорим немного о сфере искусственного интеллекта, хотя некоторые говорят, что это так называемая настройка параметров, разработка признаков, обучение глубоких сетей и т. д. Это действительно то, что сказал бы неспециалист. Что действительно необходимо, так это рациональное мышление. Решение такого рода проблем без четкого пути для поиска требует очень глубокого размышления и попыток. После бесчисленных неудач может быть небольшой выигрыш, и тогда этот небольшой выигрыш должен быть использован самым точным образом. , Математический язык сформулирован, чтобы проложить путь для последующих исследований и разработок.
В настоящее время я только что закончил обзор в области НЛП - "Статистическая обработка естественного языка", и я перестраиваю свою систему знаний теории вероятностей и статистики, пытаясь схватить основные понятия на кончиках пальцев, а затем найти небольшой поле для углубленного изучения мышления и проб. Для меня нет соблазна найти точку для построения модели и изменения параметров для создания статьи, я надеюсь, что смогу изучить результаты исследований предшественников и совершить определенный прорыв в теоретической глубине.
В этой области программисты, которые говорят об управлении переключением в 35 лет, могут просто не понять. Когда я сталкиваюсь с чем-то, что я могу продолжать посвящать своей энергии исследованиям, и чем больше я вникаю в это, тем это сложнее, мне так везет. Более того, я не считаю нужным переходить на менеджмент в 35 лет. Управление не простое.Многие думают, что управление распределяет работу.Техники все наглые и заносчивые, а малоспособные вообще не могут руководить, а только менее способные. А настоящий менеджмент подобен написанию кода, это еще и знания, сочетание теории и практики, которые нужно изучать и практиковать. Когда люди позволяют вам руководить, они доверяют свое развитие в ваши руки, поэтому это более тяжелая ответственность.
Снятый моим другом Боссом Ю, когда мы читали весенний бриз, не проходя через перевал Юмэнь, перевал Юмэнь на самом деле является этой маленькой ямой. Поэтому мы должны диалектически относиться к таким слухам, как необходимость сменить руководство до 35 лет.
В основном я использую время по дороге на работу и с работы, чтобы исследовать машинное обучение. Я трачу около 3 часов в день и в основном пишу бизнес-код в рабочее время. Я люблю писать код, и мне очень приятно настроить функцию!
Например, "Статистическая обработка естественного языка", я читал ее почти год по дороге на работу. Когда я прочитал модель машинного перевода, я был глубоко очарован моделями, изобретенными пятью инженерами IBM. Процесс изобретения этих моделей, процесс мышления — вот чему я учусь.
Последнее, что я хочу сказать, это то, что в Али мы пережили процветание, смятение, потери и даже пренебрежение.Самое главное - сохранить наше техническое сердце и поделиться со всеми.