C 研发 总体面试感觉还可以,面试官似乎也比较 青涩??? 问了语音识别的项目,基本都在听我讲,比较感兴趣。 问了WebServer,我说我自己用C++重构了项目,但是时间比较就远了,没有问很难的问题。 问了内存泄漏和堆溢出 C++中的static关键字作用,这个是真的高频,我这么久没看了都被拷打得印象超级深刻。 问我会不会Redis的增删改查,我说我很久没看了,他说没事儿。 最后问了偏向的工作方
一面 40min 0906 没有任何八股,全程讨论抖音数仓架构。重点于日常业务与架构优化。 二面 30min 0915 没有任何八股,全程围绕一个问题展开:数仓未来出路。答较烂,最后答案大约是脱离数仓的固有边界,向上走往业务靠拢 吐槽一下这个答案。在一般的大厂,如果划定了公共层与应用两个组,那做公共层是不能也没法向业务方对接的,因为业务方是去找应用同学承接业务。如果公共层数仓同学去接业务,不仅没有
介绍项目20min 关系数据库和数仓有什么区别 数据集市、数仓、数据湖区别 数仓建模维度以及常用方法 举例说明三范式关系 介绍Hadoop工作流程以及常用组件 数据结构和算法太菜就没深入问 最后反问 总结:总面试流程不到四十分钟,面试官人很好,给了一些建议。 转行太难了!
我在处理多车路线问题。我正在尝试Optaplanner,看起来很好,很有前途。 提前谢了。 向你问好,费德里科。
概念 在我们了解已存在的不同类型的仓库之前,我们需要了解 Composer 构建的一些基本概念。 包 Composer 是一个依赖管理器。 它能够将包安装在本地。一个包的本质是一个包括了一系列源文件的目录。一般的,一个包中的文件主要是一堆 PHP 代码文件,但理论上一个包里面可以包括任意类型的文件,其中一个文件就是包中用于描述包的名称和版本信息的文件。名称和版本是包的唯一标识。 事实上,Compo
为了能在任意 Git 项目上协作,你需要知道如何管理自己的远程仓库。 远程仓库是指托管在因特网或其他网络中的你的项目的版本库。 你可以有好几个远程仓库,通常有些仓库对你只读,有些则可以读写。 与他人协作涉及管理远程仓库以及根据需要推送或拉取数据。 管理远程仓库包括了解如何添加远程仓库、移除无效的远程仓库、管理不同的远程分支并定义它们是否被跟踪等等。 在本节中,我们将介绍一部分远程管理的技能。 查看
镜像仓库的功能 镜像仓库是保存 Docker 镜像的一个内部 Registry。点击镜像仓库后,可以看到三个选择:「我的镜像」、「DaoCloud 镜像」和「DockerHub 镜像」。 「我的镜像」是用户在「代码构建」中构建的 Docker 镜像的集合。「我的镜像」以项目为单位。点击图标,可以进入详细信息的查看页面。 「DaoCloud 镜像」是 DaoCloud 预置在商店中的一些实例应用,目
配置远程仓库 Gradle支持下面三种不同类型的仓库: 下图是配置不同仓库对应的Gradle API: 下面以Maven仓库来介绍,Maven仓库是Java项目中使用最为广泛的一个仓库,库文件一般是以JAR文件的形式存在,用XML(POM文件)来来描述库的元数据和它的传递依赖。所有的库文件都存储在仓库的指定位置,当你在构建脚本中声明了依赖时,这些属性用来找到库文件在仓库中的准确位置。group属性
本文档介绍使用 docker-compose 部署 harbor 私有仓库的步骤,你也可以使用 docker 官方的 registry 镜像部署私有仓库(部署 Docker Registry)。 使用的变量 本文档用到的变量定义如下: $ export NODE_IP=10.64.3.7 # 当前部署 harbor 的节点 IP $ 下载文件 从 docker compose 发布页面下载最新的
这节课给大家讲讲私有镜像仓库的使用。 Docker Hub 目前 Docker 官方维护了一个公共仓库Docker Hub,大部分需求都可以通过在 Docker Hub 中直接下载镜像来实现。如果你觉得拉取 Docker Hub 的镜像比较慢的话,我们可以配置一个镜像加速器:http://docker-cn.com/,当然国内大部分云厂商都提供了相应的加速器,简单配置即可。 注册 你可以在 htt
仓库基本管理 初始化一个Git仓库(以/home/gitee/test文件夹为例) $ cd /home/gitee/test #进入git文件夹 $ git init #初始化一个Git仓库 将文件添加到Git的暂存区 $ git add "readme.txt" 注:使用git add -A或git add . 可以提交当前仓库的所有改动。 查看仓库当前文件提
使用Chart便于封装和管理kubernetes中的应用,因此当企业内部的应用多了以后,互相依赖、部署环境复杂之后,原先的直接使用yaml文件的管理方式已经不再适应生产的需要,因此我们有必要构建自己的chart仓库。本文中我们将使用 GitHub Pages 来构建我们自己的 chart 仓库。 目的 我们需要构建一个GitHub pages存储所有chart的压缩文件,最好还要有一个前端来展示和
git status git status 命令显示工作目录和缓存区的状态。你可以看到哪些更改被缓存了,哪些还没有,以及哪些还未被 Git 追踪。status 的输出 不会 告诉你任何已提交到项目历史的信息。如果你想看的话,应该使用 git log 命令。 用法 git status 列出已缓存、未缓存、未追踪的文件。 讨论 git status 是一个相对简单的命令。 它告诉你 git add
这一章简要地带你了解一些最重要的 Git 命令。在这节中,我会向你介绍开始一个新的版本控制项目需要的所有工具,后面的几节包含了你每天都会用到的Git操作。 在这节之后,你应该能够创建一个新的 Git 仓库,缓存你的项目以免丢失,以及查看你项目的历史。 git init git init 命令创建一个新的 Git 仓库。它用来将已存在但还没有版本控制的项目转换成一个 Git 仓库,或者创建一个空的新
既然我们现在把一切都设置好了,那么我们需要一个Git仓库。有两种方法可以得到它:一种是从已有的Git仓库中 clone (克隆,复制);还有一种是新建一个仓库,把未进行版本控制的文件进行版本控制。 Clone一个仓库 为了得一个项目的拷贝(copy),我们需要知道这个项目仓库的地址(Git URL). Git能在许多协议下使用,所以Git URL可能以ssh://, http(s)://, git