文章目录

前言

本文介绍是GoDance团队在字节青训营中的一些团队协作，大家从对搜索引擎一无所知到渐渐独立去开发的过程，本文主要以截图方式展现

一、团队组成

队长：金昊霖

成员：黄政、刘彬山、杨旺贵、方逸达、朱春涛

二、团队分工

业务展示系统（包括前端后端）

方逸达

GoDance分布式搜索引擎

集群模块、分片模块：金昊霖

web层：朱春涛

引擎层、索引层正排索引：黄政

索引倒排索引以及持久化机制、段模块：刘彬山

相关度搜索算法实现：杨旺贵

三、团队沟通与协作

直接上截图吧

我们基本是当天发组队表的晚上就组好队建好群了

初识介绍

在这里插入图片描述

商量队名

在这里插入图片描述

讨论做哪个项目并制定之后的计划

在这里插入图片描述

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-a9399BuX-1654571399127)(https://cdn.jsdelivr.net/gh/BestDreamChaser/picture/img/202206071021244.png)]

各自搜集资料，交流想法

在这里插入图片描述

第二次会议——方案讨论

在这里插入图片描述

go语言交流分享

在这里插入图片描述

交流大项目想法

在这里插入图片描述

在这里插入图片描述

第三次会议——各自的方案汇报

将项目分成业务、存储等部分，并各自分了工

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Izp7g6Me-1654571399131)(https://cdn.jsdelivr.net/gh/BestDreamChaser/picture/img/202206071104696.png)]

在这里插入图片描述

在这里插入图片描述

一些交流

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

第四次会议——方案讨论

在这里插入图片描述

详细讨论了每个人负责部分的设计，但存在一些没有解决的问题，比如倒排索引如何存储，如何序列化和反序列。需要继续收集资料着重解决这种问题，下次会议写出自己部分的详细设计方案，该画图画图。

关于底层存储的一些讨论

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

第五次会议——详细方案展示

在这里插入图片描述

第六次会议——详细设计方案最终版

此时已经只剩半个月了，之后开始各自的编码

在这里插入图片描述

GoDance仓库正式建立啦！

在这里插入图片描述

规定git上传规则

在这里插入图片描述

第七次会议——进度讨论

在这里插入图片描述

在这里插入图片描述

代码规范问题

在这里插入图片描述

第八次会议——进度交流

在这里插入图片描述

一些交流

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

第九次会议——进度交流

在这里插入图片描述

第十次会议——进度交流

在这里插入图片描述

在这里插入图片描述

第十一次会议——打通交流

在这里插入图片描述

总结

感谢各位队员的彼此协作和努力，正因为各位才有了GoDance这个项目。

最后我想说的是，青训营大作业答辩并不是GoDance的终点，相反的，它是这个项目的起点，未来这个项目将会一直维护进行下去，争取能实现真正实现产品化使用。

# 搜索引擎
Logo
深开鸿 技术专区

更多推荐

cover

Spring Boot 与 Sleuth：分布式链路追踪的集成、原理与线上故障排查实战

avatar 深开鸿 技术专区
cover

2026 全新 GEO 优化源码搭建全方案（适配最新环境 + 高性能优化）

avatar 深开鸿 技术专区

Zephyr RTOS中断优先级动态调整：实时系统性能优化终极指南

Zephyr RTOS作为新一代可扩展、优化的安全实时操作系统，其中断优先级动态调整功能是提升系统实时性能的关键技术。本文将深入解析Zephyr中断优先级管理的核心机制，帮助开发者充分利用这一强大特性来优化嵌入式应用。## 🔥 为什么需要中断优先级动态调整？在传统的实时系统中，中断优先级通常是静态配置的，无法根据系统运行状态进行灵活调整。Zephyr RTOS通过动态中断优先级机制，能够

avatar 深开鸿 技术专区