Автор: Брат Сяофу
Блог:bugstack.cn
ряд:Билеты.WeChat .QQ.com/is/P HR8HV GC4...
Осаждайте, делитесь, растите и позвольте себе и другим получить что-то! 😄
研发已经讨厌我了！
Брат Фу, я только что пришел к продуктам компании, но я все еще знаю некоторые технические продукты, потому что я также изучал разработку программного обеспечения раньше, но мне не нравится писать код, поэтому я думаю о том, чтобы создавать продукты и направлять других писать код.Идея мечты наконец сбылась
Наконец-то я связался с R&D, помогая королю, кормя закусками и представляя предметы, но в последнее время они меня немного раздражают. Поскольку я получил требование от владельца бизнеса, который очень хотел запустить импульс, но из-за того, что ритм запуска был слишком тревожным, потребовалось больше всего времени от рассмотрения BRP до выпуска PRD, а также от графика до завершения R&D и тестирование может быть только обратным, и это В течение этого периода я всегда пересматриваю и изменяю дополнительные требования.Исследования и разработки сказали, что его код превратился в гору дерьма, а я как говномешалка, и тест снова идет .палка!
Ну, я не хочу больше быть этим рычагом, я хочу знать, что происходит码砖兄弟Голова большая, стараюсь ее потом избегать, я хороший продукт на совесть!
Вышеупомянутый абзац является выдуманным, но это всего лишь вопрос чтения удостоверения личности.В принципе, пока вы пишете код для исследований и разработок, вы столкнетесь со всеми видами продуктов, но не все продукты понимают, как с ними сталкиваться. многие при исследовании и написании кода Проблема, поэтому я хочу объединить этот абзац, чтобы рассказать о том, как наши исследования и разработки идут по этим ухабистым дорогам.
Ямы, на которые наступали в те годы
1. Новый код, поторопитесь
Когда новое требование слишком поздно для R&D, чтобы подумать, спроектировать и проверить, а зарезервированное онлайн-время застряло, это можно сделать только в тесноте и как быстро написать функции.Не будет ни документации, ни аннотаций, и никакого Единого теста, особенно на этом этапе, когда много не подтвержденных явно функций в продукте многократно модифицируются, реализация кода еще больше запутается.
Может быть, продукт, бизнес и даже начальник, выдвинувший этот спрос, не могут понять, что это — просто писать код, неужели так сложно его модифицировать? Да вроде дали кучу набранных кирпичей, вычитанный песок, и чертежи от руки.Надо строить туалет.Сейчас яма под туалет вырыта и его нужно строить.Это не изменить, мы не хотим, туалета нет, а свинарник нужен. Вроде свиньям тоже надо какать, и ям вырытых хватает.Переделывать и переделывать,расширять и расширять территорию,и свинарник вроде в порядке.Арка рухнула,но как раз когда штукатурка собиралась ремонтировать свинарник и установить водопровод, продукт передал последнее намерение босса.Теперь мы решили жить в этом месте, и мы должны изменить интерфейс пользовательского интерфейса и отремонтировать его роскошно.Всем известно, что при строительстве дома и копании фундамента кажется, что они не понимают, когда дело доходит до написания кода.
Например, как умирает код
- Плана по спросу нет, и можно добавить что хочешь, а если добавить, то будет авария. Это также сцена, с которой большинство R&D сталкиваются каждый день.
- От предложения требования к исследованиям и разработкам, тестированию и проверке, а также онлайн-развертыванию, эти процессы требуют разумного времени для выполнения, иначе не будет продуктов с опытом, столь же хороших, как IOS от Apple.
2. Передача, куча дерьма гора
Вы думаете, что проекты, которые вы разрабатываете, все с нуля, но это не так, особенно интернет-компании часто быстро приспосабливаются к изменениям рынка, и код, который вы берете на себя, может быть написан другими или даже накоплен многими людьми? выходит, и код, который вы раньше писали, как ребенок, будет свален в кучу дерьма другими.
Что такое кодекс Шишаня, тот самыйvo2dtoСуществует более 12 способов письма,json2objectСуществуют также общие 3 или 4 способа генерации идентификатора номера. Так что теперь любой, кто берет на себя чужой код, не может найти документацию или прочитать комментарии вообще, а имена методов написаны случайным английским языком и пиньинь.Также принято писать queryBatch как queryBitch. Следовательно, с таким количеством кодов с разными шаблонами и несколькими реализациями одной и той же функции как мы можем быстрее выполнять итерации по требованиям.Я не знаю, что я хочу изменить, но я не осмеливаюсь удалить то, что добавили другие.
Может ты опять не разбираешься в продукте.Неужели нельзя просто удалить?Тяжело будет? Да как вы думаете?Например,ваш дом трехкомнатной планировки,с санузлом,кухней,гостиной и спальней.Первый жилец еще уделяет внимание установке туалета,покупке дивана,установке кровати в спальню.,а потом сдал посреднику в аренду.Посредник сказал что не расточительно.Кухня такая большая и ставить нечего.Разбираю и собираю кровать,установлю унитаз,санузел раздельный, и снять дополнительную комнату. Гостиная также разделяет ее, соединяет верхнюю и нижнюю водопроводные трубы, а также дает отдельный санузел.Главная спальня и вторая спальня оборудованы отдельными санузлами. Ну а дом вам потом сдали.Вы сняли весь дом.Вы обнаружили,что в доме полно туалетов.Когда вы его снесли,они начали разбрызгивать воду.Я не знаю как у них соединены водопроводные трубы. С точки зрения стоимости, лучше снести и отремонтировать.Не похоже, что код вообще нельзя рефакторить, его можно только переписать!
3. Многоразовые, неподходящие
Вы не можете воссоздать колесо. Почему бы вам не использовать его, если оно у вас уже есть? Что инновационного в том, что вы написали сами? Почему бы вам не попросить определенный отдел провести расследование, вы гордитесь своей технологией? Вы не боитесь после прослушивания, это не страшно, очевидно, что вы можете закончить проект, чтобы быть лучше, быстрее и опытнее, но теперь, чтобы сделать проект, вам нужно пойти во все отделы, чтобы исследовать какие компоненты они должны поддерживать После этого вам понадобится документация, стыковка и совместная отладка.Ну может ваши потребности и раньше не были большими.Сейчас вам нужно сделать то,что вы сделали за три дня,а теперь вам предстоит сделать их за две недели.Грамотно увеличивайте нагрузку, бонус по итогам года снова ваш!
Как правило, при разборе, защите и отчете каждый очень хорошо упаковывает свою работу, даже пока ваш компонент используется, компания может быть зарегистрирована на три года утром. Но как только отчет будет закончен, когда я пойду спросить вас, можно ли подключить эту штуку, все кончено, эта часть не поддерживается, а та часть не может быть выполнена. Зачем? Поскольку дизайн требуемой функции часто ориентирован на собственные бизнес-требования, а не на единое стандартное решение, он не может решить индивидуальные требования других бизнес-подразделений, и даже для поддержки небольшой части функции ему необходимо Разработку, добавление таблиц, добавление полей, написание классов, написание методов и написание отдельных тестов не так просто поддерживать в полном наборе, а плохая поддержка может стать очень тяжелым бременем для вашей системы.
Продукт может снова не понять. Разве повторное использование не сокращает разработку? Это как что, барин, старшая жена и несколько наложниц в семье, старшая жена всегда судья и делит торт.Тетка так любит высказаться Сообщите о последних результатах работы, тетка только что зашла и не было никакого результата.Сказала мастеру,что хочет надеть штаны.Мастер сказал,что тетенька в прошлый раз сообщила,что у нее нет штанов.Зачем вы тратите срок строительства и повторно используете его?Просто наденьте его . Моя тетя нашла мою тетю и спросила, могу ли я одолжить трусики, чтобы носить их. Я могу отметить, что шея закончилась, давайте поговорим с мастером, вы говорите, что ваши брюки более индивидуальные, и вам нужны некоторые специальные функции, такие как юбки в развернутом виде, брюки в сложенном виде, брюки летом и хлопковые брюки зимой , Таким образом, это будет одобрено для вас, и вы будете вводить новшества.
Восхождение - это прошлое
1. Совершенствуйте свои способности
После столь долгой работы на этой работе я глубоко чувствую, что даже очень технический проект может быть написан на CRUD + цельное ifelse в условиях R&D без большого опыта.Что такое процесс PRD продукта?Каково направление отраслевое суждение?Не будет абстракции абстрактной модели,и не будет общего извлечения.Написание кода таким образом может только сделать код гнилым,что не имеет ничего общего с продуктом,расписанием и Вашими собственными техническими возможностями связанный с вашим проектным опытом, может быть, просто потому, что вы его написали.
Пройдя через это, я буду сравнивать его с прошлым разом каждый раз, когда разрабатываю новую функцию, повторно использую те относительно хорошие методы реализации, а затем оптимизирую области, которые не очень хороши, и постепенно ускоряю свой собственный опыт технической реализации процесса. Постепенно у меня появляется определенный условный рефлекс, зная, что эти проекты будут стимулировать меня к созданию более качественных проектов, и эти проекты могут повторно использовать мою предыдущую логику, чтобы я мог быстро и качественно выполнять требования и соответствовать продукту. функций.Каждый рост — это ваш собственный урожай
2. Соответствие стандартам Кодекса
На самом деле, вы должны знать, что люди - это не машины со стабильным выводом, пока люди пишут код, будут нарушения, отсутствие процессов и исключений, поэтому у них должен быть установленный стандарт, и каждый должен его внедрять. унифицированным способом. Таким образом, даже если есть проблема, ее можно быстро найти и решить. В противном случае, если вы разрабатываете одним способом и используете другой стандарт для кодирования, в конечном итоге команде придется поддерживать два набора содержание, которое является трудоемким и может вызвать проблемы.
Особенно, когда проект, который мы разрабатываем, не является небольшой мастерской, особенно важно предложить BRD с рынка BD, бизнес-операции, обзор продукта PRD, дизайн архитектуры, детали НИОКР, обзор кода, завершение тестирования и онлайн-контроль. проверено и т.д., и каждое звено должно иметь стандарты реализации.Если у всей группы, всего отдела, всей компании стандартные техпроцессы, то даже при сдаче кодов, согласовании ресурсов, соразработке не будет так много Препятствий блокируют наше глубокое понимание кода.
3. Больше связи между производством, исследованиями и тестированием
Мы не можем гарантировать, что продукт не изменит спрос, даже когда он вот-вот появится в сети, из-за рынка, из-за контроля рисков, из-за процесса, из-за финансов и т. д., это может даже не произойти. некоторые особые причины, которые может знать R & D. Просто невозможно изменить свои потребности, чтобы подключить вас к сети. R&D может спросить, почему это нельзя поднять раньше, потому что все эти особые случаи возникают из-за неопределенности, точно так же, как код, который мы запускаем, никто не знает, что это из-за сети, ввода-вывода, нагрузки, звезды внезапно официальный поток пропаганды взлетела, что привело к проблемам.
Чтобы лучше соответствовать требованиям к продукту, лучше всего общаться и больше общаться, особенно на ранней стадии разработки требований к продукту, заранее проверять их документы PRD.Здесь может быть много содержимого, которое вы можете предоставить, а некоторые Поколебавшись, как реализовать функцию, после обсуждения с вами, решите повторно использовать систему, которая у вас уже есть. Таким образом, общение действительно может принести вам много пользы в дальнейшей разработке и уменьшить количество всплывающих ненужных вещей!
- бизнес, а не продукт
渣男 - продукты, а не исследования и разработки
渣男 - НИОКР, а не тестирование
渣男 - Тестируйте, не занимайтесь бизнесом
渣男
Делайте одно, делайте одно хорошо, мы не отморозки в соседней ссылке, и мы тоже отвечаем за собственный рост!