团队开发中如何看待或者与成员沟通代码质量等问题

最近公司新起了个项目，主管让我带新人做做，新人之前做 php ，没有接触过 go 。 我将之前的项目代码以及文档都分享给了他，并给他简单将讲解了项目的架构以及流程。 我给他起好了模板给他开发，结果第二天发现他直接把代码结构直接咔嚓一顿给改了（我起的 代码架构我们已经沿用的两个项目了，其他人也都这么搞的）。然后我就给他说了一下，然后他就给我一顿争论， 还提了他的这个思想是上家主管说的...我那叫一个气的。不过还好本人脾气还算好，我直接又给他理了一下我们的代码架构， 让他重新照着开发一遍，1 是为了方便我们团队合作开发，2 是等你有了一定的基础和经验你再去构思自己的结构布局，哪有没 学会走就要去跑的呀。 今天又去看了下他复写的代码，我是真不知道该怎么跟他说了

func getParam(c *gin.Context) *models.BaseParams {
param := models.BaseParams{}
_ = c.ShouldBindBodyWith(&param, binding.JSON)
param.ClientIp = c.ClientIP()
param.RegisterTime = c.GetInt64(keys.RegisterTime)
return &param
}

func UserInitialize(c *gin.Context) {
Info := new(struct {
models.User
models.UserInfo
})
_ = c.ShouldBindBodyWith(&Info, binding.JSON)
ctx := c.Request.Context()

param := getParam(c)

_ = c.ShouldBindBodyWith(&param, binding.JSON)

if err := srv.UserInitialize(ctx, Info, param); err != nil {
utils.FailJsonTest(c, -1, err.Error())
return
}

utils.SuccessJsonTest(c, 0, ecode.OK.Message(), Info)
return
}

func (s *Service) UserCreate(ctx context.Context, Info *struct {
models.User
models.UserInfo
}, params *models.BaseParams) error {

err := s.dao.UserCreate(ctx, Info)

...
}

func (d *Dao) UserCreate(ctx context.Context, Info *struct {
models.User
models.UserInfo
}) error {
        //开启事务
        tx := d.dbForMatch.Begin()
        //回滚事务
        defer tx.Rollback()
        //创建用户表
        err := d.dbForMatch.Create(&Info.User).Error
        if err != nil {
        return err
        }
        //创建用户信息表
        Info.UserInfo.CustomerId = Info.User.CustomerId
        err = d.CreateUserInfo(&Info.UserInfo)
        if err != nil {
            return err
        }
        //提交事务
        tx.Commit()
        return nil
    }

真不知道跟怎么跟他说了...是不是我太钻牛角尖了？