字节跳动 前端 商业化 日常实习 二面

面试的时候建议关闭一切通讯软件。这次面试的时候电话打个不停，而且还是写算法题的时候。

1. 自我介绍

===开始爆炸了===

2. **用过uniapp？那js-bridge通信原理是什么
3. uniapp渲染出来是一个web页面还是什么
4. **比如说我们在 Uni APP，比如说我们在这种情况下，像视频播放等等，这种微软性能更好，它是怎么处理的？
5. **当视频自动播放的时候，在 iOS 下视频会默认会弹成全屏播放，针对这个问题怎么解决？

===爆炸结束===

6. 简单介绍一下你的低代码项目
7. 这样我问一个问题，就是我们现在页面，因为比如说尤其是这种中控台页面，它的资源会越来越大，打包会越来越臃肿，那么在这种情况之下，怎么如何去降低我们的包大小。
8. 那像你刚刚说的有些代码不能使用，然后可以把它剔除掉。像这种的话就用webpack。我们用怎样的方式来处理这个。
9. 那你再详细说一下，你后面去增加你构建速度这一块，你具体是怎么做的？
10. 我看到后面也做了一些文件上传。对，我想问一下，像这种文件上传，尤其是当大文件的时候，而且是在无线段上传这种断点续传这种方式你们是怎么做的？
11. 那同样的我们上传了这种大的 pdf 文件，然后在预览的时候怎么能够提升它的性能，让用户更快的。
12. *那我想问一个问题，比如说我们现在在页面上又要预览一个体积比较大的图片，然后针对这种让这种图片预览的效果更好。这种我们大概要怎么去做？（bilibili有看到过，切割图片分块渲染。我这里主要说的是缩略图）
13. **那它这种模糊到清晰中间的这个过渡效果怎么样能变得更丝滑。
14. 数据埋点，去买点辅助服务端买点数据采集，你这个买点的话是无痕埋点吗？还是说是手动埋点？
15. 然后我看到你这有一个字节跳动的一个青训营，是吧？这个青训营的话主要当时是完成什么课题？主要就比如说这个低代码的话，是你们当时是一个项目课题，还是说你们自己选题，然后作为参赛的一个产一个那个。
16. 写题，数组交集差集
17. 写题，四数之和
18. 反问，结束搞定

====记录===

2023年7月25日 上午 11:26|56分钟21秒

关键词: 埋点、上传、组件、前端、后端、性能、按钮、浏览器、控件、播放、移动端、字节跳动、通讯原理、虚拟列表、开源项目、安卓开发、用户自定义、代码项目

文字记录: 字节 00:04 我自我介绍。

Curtis 00:04 一下，你好，听得到吗？

字节 00:07 可以，我能听。

Curtis 00:08 得到，可以，听到我讲话，我这里可以。

字节 00:13 好，要不你先自我介绍一下？好的。

Curtis 00:16 你好，我叫陈科宇，是 2025 届的网建工程大二学生。然后在校经历方面，首先当中过消防员会的网络技术扩展，负责学院和实验室云计算环境的维护部署和维护工作，以及学院的官网建设。然后目前也是软件工程创业实验室的负责人，协调学校与合作企业对接，统筹安排 11 名同学的学习进度和技术培训。然后在学术鉴定方面，当您发表过一篇关于机器学习的论文，被 EI 等检索工具检索，然后在获奖鉴定方面，获得过第 14 届篮球杯 Web 组的全国一等奖，全国第四名，果然省特等奖一等奖的第一名。然后曾经在广州雅兴科技实习过，负责区块链 ToB 端的部分页面研发，有过第四届字节跳动集训营的经历，以第二面层级完成前端低代码项目。然后目前的主要技术栈是 view 二三全家桶，注重前端标准化和 Devops 这样一个 element plus 和 t 加 view 的开源建设。了解 webpack 为什么打包工具的配置和优化，对单元测试和前端工程化有过了解以及实践，谢谢。

字节 01:18 噢，了解。好，那我先看一下这个经历。嗯，OK，好。你周你用过那个 Unapp 做过跨端开发是吧？

Curtis 01:28 嗯，是的是的。

字节 01:31 我想问一下 Jessie 的通讯原理是。

Curtis 01:33 什么？它的通讯原理的话就是它是就是 Java 可以拿到这个 Webkit 里面，然后它会注入一些 API 到 Webkit 里面，然后 GS 通过调用这个注入这一些 GS 代码，然后去实现个人 Java 这样的一个通信。然后这就是我大概了解的一个基本的一个过程。

字节 01:57 因为可能 Java 这个通讯。

Curtis 01:59 对，就是在安卓开发的时候，如果 Java 要跟 GS 进行通讯的话，那么那个那么现在的一个办法的话，就是说 Java 可以去控制这个 Webkit 的这一个页面的一个渲染，他既然拿到 Web kid 的话，就肯定可以向里面注入这个 GS 的一个代码。然后能够注入 GS 的代码的话，就是同一个页面上 GS 上下文是可以相互调用的，所以说就通过这样一个桥梁去实现和这个 Webkit 的一个通信，然后就从而像 Java 那一边，就是那个安卓女的一个代码进行一个通讯。

字节 02:34 了解。你知道 union APP 渲染出来的页面是一个外部页面还是一个。

Curtis 02:38 场景，它这个的话要看你用的一些东西，它是其实是有原生的一些控件加持的，就是它里面有一些这个list，或者是一些其他的地方，它有可能就是根据你所写的那个标签，它会把那一部分去渲染成一个原生的空间，从而提到一个性能。

字节 02:59 了解。那比如说我们在 Uni APP，比如说我们在这种情况下，像视频播放等等，这种微软性能更好，它是怎么处理的？

Curtis 03:10 这个的话可能没有去深入了解过，但是我据我现在所知的话他会去，就是现在腾讯不是有个 X5 内核，它实际上会把那一块单独提炼出来，作为一个原色的一个播放器，然后在 unap 中的话，其实他也会去进行这样的一个转换，就使用原生的。就安卓开发中是有这个控件的，他会使用这个控件去对这个一个进行一个优化，就他那个看就是他看到那个页面的那个样子，其实就跟那个浏览器就有一点不一样。

字节 03:44 了解，那这里面我问一个细节问题，当世界当视频自动播放的时候，在 iOS 下视频会默认会弹成全屏播放，针对这个问题怎么解决？

Curtis 03:55 iOS 下自动播放会产生全屏播放，是吧？这个就是iOS，我又没有用过，但是我就是对没用过iOS。然后这个的话，其实我想到的办法其实有，就是它自动播放，它会弹在全屏的话，那我可以用 GS 给它手动关闭掉，因为 GS 是可以操控的。然后或者说，嗯， GS 这边如果动不了的话，那其实我可以动 Java 这一块，我可以去修改它这个播放器，不让它去选屏。就是 Java 这一块或者 GS 这一块其实都是可以去进行一个拦截操作去进行修改的。

字节 04:31 了解可以， OK 噢，然后你是上大学之后，然后就一直在用 view 是不是？嗯，看你噢，我瞅一下哈，我看看。嗯，我阅读一下这个。好，然后这个牛大低代码的话，这个应该是你实习经历当中，对，应该是你训练营当中做的那个项目，对。

Curtis 04:56 不对？是的。

字节 04:59 了解，能简单介绍一下这个东西。

Curtis 05:02 吗？这个的一个背景的话，就是说可以通过拖拽这个组件到那个画布，也就是编辑器里面去，然后它会最终是生成JS，因为低代码它其实做来做去就是一个 json 的一个变换，然后它最后生成这块，接着它可以用在预览器里面。如果说放在预览器里面的话，就是渲染成一个页面，那如果放到打包器里面的话，它就是打包成一个静态页面，生成一个 index 点 html 和一块GS，它的一个背景大概就是这样的。

字节 05:33 了解。那这样我问一个问题，就是我们现在页面，因为比如说尤其是这种中控台页面，它的资源会越来越大，打包会越来越臃肿，那么在这种情况之下，怎么如何去降低我们的胞。

Curtis 05:46 体积？这个的话可以采用这个按需加载一个办法，就是说如果这个控件也用到了，我再去进行一个打包，或者是说我全部都打包进来，但是如果用到了，我再去这个 GS 里面去加载，大概就是这样两个办法。然后我这边的话运动的是因为我考虑到就是用户可能在一些事件当中去添加一些新的一个组件，那么我这个时候我要去怎么去辨别出来用户到底需不需要这个组件？那这个情况下的话可能就没有一个很好的一个辨别的方法，因为它的字符串有可能是动态的嘛，我万一把两个字符串拼起来，然后再放到其他地方去调用这个组件，那我这个时候用 AST 可能就非常难以解析，所以说我考虑到这一个原因的话，我就把所有的组件都打包进去了。就是他如果通知通过按钮的某一个事件添加了一个组件，然后发现这个组件不存在，那肯定是会报错的，所以说这个的话体验就不是很好。那我现在的一个情况就是说把所有的物料组件全部都打包进去了。

字节 06:46 了解，那像你刚刚说的有些代码不能使用，然后可以把它剔除掉。像这种的话就用webpack。我们用怎样的方式来。

Curtis 06:54 处理这个的话，就是如果说是静态引用的话是可以学习 action 的。但是说像这种情况的话，就像低代码这一块的话，那其实用户自定义那一部分的代码是存在 JSON 里面去的，然后我要对这个 JSON 进行一个解析，然后这个时候如果进行全写肯定的话，比如我有一个 button 的一个按钮，这个物料组件，那我如果在代码里面我把 b 这个字单独剔出来，后面的 UTTON 是单独另外一个部分字符串，然后我把它们相加在一起再去引用这个组件化使用 AS7 就很难以做到。

字节 07:26 了。了解，明白，所以你在这块是有解决这个问题吗？还是说使用了传统的方式。

Curtis 07:36 这一块的话，我们其实就是相当于是做出了一个妥协，我们就把所有的组件都打包进去了。

字节 07:43 所有人都打包进去。对，了解，嗯，那你这样我看一下团务体系是自手动分包，沃克分包产物去拆到。噢，你这就是通过按区的方式，所以是把包进行了一个拆包，拆完之后就把 11 兆降低到了 5 兆，对。

Curtis 08:02 吧？对，进行了一个拆包，然后还进行了部分不需要资源进行一个剔除，就是使用那个 wait 的那个 visualize 的那个，看那个包一个大小的一个插件。

字节 08:14 了解，那你再详细说一下，你后面去增加你构建速度这一块，你具体是怎么做的？

Curtis 08:20 嗯，这块的话是主要是在 CICD 的那一块，就是这个每一次发版的时候，或者说每一次提交的时候，我可能都需要在就是开发环节有个预览，然后生产环境有一个就是测试环境有个预览，那每次的话我就不希望就最开始的时候我们每次都是手动打包，然后上传到 get how page 这一块的。

Curtis 08:40 那我们后面就考虑到跟其他开源项目一样，像elements、 element plus，那就每一次 push 到 main 分支或者是 PR 合并的时候，它会触发这个 CST 的一个自动化工作流，我们也是参考它的一个配置去进行了这样的一个构建，就是在那个点 GitHub 文件夹下面去添加一个 ML 的一个文件，然后当 PR 的时候或者是 push 到 main 分支的时候，就去拉取 main 分支这样一个代码去进行一个构建。然后构建的过程中它会拉取上一次那个 loader modules 的一个缓存，就有一些好，有一些有些已经下好了，就不需要重新下了。那如果说没有的话，就全部重新下载完成和打包完成之后会发版到 g h 配置那个分支，同时发布到那个 GitHub page 上面去，然后再把当前已经下载好的更新好这个 loader modules 再进行一个上传，再缓存起来，以便下次来使用。

Curtis 09:32 就这样的话就节省一个构建的一个时间，因为它那个 get up page 我记得 get up action，我记得它是有时长限制的，所以说就用这个去稍微简短一下这个构建的一个时间。

字节 09:44 嗯，了解，挺好的。嗯，我看到后面也做了一些文件上传。对，我想问一下，像这种文件上传，尤其是当大文件的时候，而且是在无线段上传这种断点续传这种方式你们是怎么做的？

Curtis 09:59 这种方式的话，实际上前端这边其实并不需要进行什么操作，只需要后端那边操作就可以。因为前端这边的话，它提供的主要就三个地方，就是一个文件名，然后分块的这个编号，然后当前这个块的一个哈希值，然后后端的话就会根据这个哈希去和编号去进行一个匹配。如果说就是假设一共有 100 个分块，那我现在上传到了第 10 个分块，那么我再换一台设备上传同一个文件的话，大家会发现这个文件上传一个哈希值跟以前有个用户上传过的是一样的，所以说这一块的哈希我就跳过了，因为我的编号我这个分块的编号和哈希都是一样的，所以说我就跳过第一块，然后以此类推，跳过第二块直到第十块，第十块还是一样的跳过。然后到第十第一块的时候，我就继续去拿这一块的这个值去上传，然后我再根据以前用户上传过的这 10 块，和后面新用户上传的九十块拼在一起，然后这个拼完了之后，还有一个总体文件的一个哈希值的一个校验，然后如果这个哈希值跟以前校验不一样的话，就可能中间哪一块错过了，那全部重来就从第一块重新开始上传。这其实主要是后端的一个操作。

字节 11:11 了解，OK，那同样的我们上传了这种大的 PPF 文件，然后在预览的时候怎么能够提升它的性能，让用户更快的。

Curtis 11:20 看到这个的话，其实就是一个大数据的一个渲染的一个操作。这个目前的解决方案其实就是两种，一个是时间分配，一个是序列表，那时间变分辨的话，它的内存它会一直增加，所以说这个不是一个很好的一个体验。然后至于虚拟列表的话，因为这里是PDF，那么在我们打 n 的时候，一般就只有A3、 A4 和 A5 集中选择，所以我这边的话是选择了一个固定大小，固定高度的一个虚拟列表去进行一个渲染，就通过固定的一个高度可以计算出滚动条的一个高度。然后在虚拟列表当中就是在当前可视范围之内去进行一个渲染，在可视范围之外就进行对它这个元素进行一个删除，然后同时可以在可视元素可视区域上下加一点缓存，就以防这个白屏的现象产生。

字节 12:09 了解，那我想问一个问题，比如说我们现在在页面上又要预览一个体积比较大的图片，然后针对这种让这种图片预览的效果更好。这种我们大概要怎么去做？

Curtis 12:23 这种的话其实可以把图片给它切开来，就是我想的话要么就是切开来，或者是但是这种操作其实就目前来看，网络上的看，我觉得应该不常用。那另一种常用的方法的话，就是说在后端那边可以对它进行一个缩略图，然后嗯，用户看到了的话，再让他去做一组进行一个加载，就是类似微信、 QQ 那种效果，就是在聊天列表的时候看到是一个缩略图，你点开的话它会才会 loading 加载出原图，然后就是上下一点一点刷下来。这个可能是一个比较简单，而且是比较常规的一种办法。然后还有的话我就是可以把这个图片切开，因为那个图片它也其实是一块一块来的，就是我浏览器加了一个图片，它也是如果加了一半卡住了，它就只有一半，那我也可以给它切开一点一点来加载。就是上面清晰的，然后下面部分还是模糊的，那我可以一行一行的，这样来看就类似这样的一个效果。

字节 13:23 了解，那它这种模糊到清晰中间的这个过渡效果怎么样能变得更丝滑。

Curtis 13:28 一点？这个怎么样变得更丝滑一点的话，其实好像这样的话，要么就是做一个动画，其实做动画的话它上面清晰和下面模糊还是非常明显的，这样一个过渡的一个界限。那么如果要做出那种渐变的一个效果的话，其实我觉得对用户的体验其实感觉也没有加多大，所以说我感觉这个其实必要性不是很大。然后这个实现的话其实可能也会有一些有些麻烦的。

字节 14:05 了解，看一下这项目文字比较多，我再理解一下数据买点，去买点辅助服务端买点数据采集，你这个买点的话是无痕买点吗？还是说是手动埋点？

Curtis 14:23 这个的话是涉及到三个方面，就是有个业务方向一个埋点，然后还有个性能方向的一个埋点，然后还有服务端 API 的一个埋点，然后这个可以分三个方面来说，就是说如果就刚刚有提到的一个业务埋点，这个实际上是实现了一个自定义的view，里面自己一个自定义的指令。然后比如说我点了某个按钮，就点上传 PDF 的按钮和点击付款按钮，都会进行一个事件的一个采集，然后同时的话就这个是前端一个采集，可能不是很准，然后还可能会存在漏报的一个情况。那么这个时候的话后端也会有个 API 的一个埋点，就调这个API，然后就会进行一个数据的采集。但是其实上这两个我觉得是要结合起来用的。就用户点击到到后端这里，因为前端可能会漏，而且前端这个可能会有一些其他的一个意外情况，或者是一些移动端设备会有漏消息的一个情况，所以说服务端那边同时要进行一个埋点。

Curtis 15:14 然后在性能这一块的话，我们是采用了其他第三方的一个 SDK 去进行一个埋点，因为它这个的话对于每个页面的一个性能，它的监控都比较全的，而且说就是每个页面都是通用的，不像业务的话，它是某个按钮或者某个事件它才会触发。然后所以说就采用了 SDK 去进行一个买点，去监控这个 PV UV 还有每个页面的一个加载性能。然后对于刚刚其实有说到就是前端这个业务方向买点的话，其实也会有些漏报的一个情况，然后这个的话其实就是有几种解决方案，我们就是产生了一个事件的话，其实我们是会放到 logo storage 里面去进行存储，存一个队列里面的，然后在 navigate 点 send become 的时候，我们会去把这个队列里面数据进行依次的数列去发到后端。然后其实有时候那个 navikid 它实际上这个是个 boom 的一个范围，然后如果这个不能用的话，我们可能就会采取这个 fetch 里面有个嗯 keep alive 的一个属性。

Curtis 16:09 然后这个的话其实在 MDN 的文档上其实有说到这个丑化，其实就是那位 no get 点 set because 的一个替代品，然后这个的话就是直接说页面关闭之前会进行一个发送，然后其他的我也就是了解过一期他的一些以前传统发送这个数据埋点的一些方案，就在 Windows 上去加一些监听器，就可以说 visibility change，或者是说 page hide 这些事件。然后在发这些事件触发的时候，就可以去发一些 XHR 的一个请求。那这个也会有个问题，就是说一些移动端的一些设备，或者是一些浏览器的一些特性的问题，就是说他在关闭这个页面的时候，这个视线是触发了，但是请求没发出去，浏览器就已经关掉，人家根本不会去理会这些。

Curtis 16:57 然后还有的一些其他解决方案，就是说也是在这个事件里面，但是我就去向 DOM 里面去添加一个 GIF 的这个图片，然后这个的话其实也是有一个缺陷性的，就是说这个图片的话，也有些浏览器它不会去理会这个图片的一个加载，虽然说很小。然后还有一个情况，就是说这个图片使用外链的这种方式，虽然是没有这个跨域的一个问题，但是它只能发送一个 get 的请求，让它发送那个消息，长度是有限的，是吧？所以说大概的话就是这几种方法。

字节 17:26 了解了明白，嗯，可以。然后我看到你这有一个字节跳动的一个青训营，是吧？这个青训营的话主要当时是完成什么课题？主要就比如说这个低代码的话，是你们当时是一个项目课题，还是说你们自己选题，然后作为参赛的一个产一个那个。

Curtis 17:51 这个谦逊营的话，当时是自由组队，然后是字节的老师那边给了三个选题的一个方向，然后当时的话是第一个是反掘金的一个光环，然后第二个的话就是做低代码的项目。然后第三个的话是做那个，嗯，前端监控，然后我们当时的话是考虑做低代码这一块，可能做相比于做监控这一方面有着更高的一个挑战性。然后当时这个低代码也是完善，各种文章都是说很火，所以说我们就想去了解一下这个低代码到底是怎样一个实现的原理，然后我们可以去给他拓展一下哪些功能，是否可以有这个，我们做的这个的话就对我们也是有一个了解的，如果我们对这个比较深入了解的话，看我们是不是可以对其他开源进行一个贡献，这样的一个出于这样的一个考量，所以说我们就选择低代码这一块，但是做起来也是确实非常有难度的。

Curtis 18:46 就是说当时的话每个人都不知道怎么开，怎么做，然后我们当时组内组了 8 个人，然后最后的话做出了其他的人就可能有些太难了，不能够上手，然后有些人是因为学校老师一个缘故就没有做了。最后的话就是只有三个人在做，然后当时我们是第一个星期，就是每个人都不知道的话，然后就是我们考虑就中国组内的一个讨论，就每个人都花一个星期的时间自己去探索一下，看能不能写出来一点什么东西。

Curtis 19:13 然后最后一个星期过去了，然后我这个有三个同学做出了一个第一版的一个demo，然后我的这一版 demo 的话，可能就是做的最全，页面长得最好看的一个功能，也写得有一点，我当时是把那个按钮的那个拖动给它写好，然后当时话所以说就选了我的代码作为第一版的一个代码，然后在 GitHub 上创建了一个组织。然后我们就后续就是说在这个组织里面开展一些工作。然后由于在开始第一版代码的时候，就是一个单独只有一个 s r c，只有一个 source 的一个项目，然后后面考虑到写的越来越多，就有组件，然后编译器、编辑器，然后打包器这些的，所以说就参考 react 的那边一个 local 的Nginx，然后还有 wait wait 3 wait，然后 view 3 local 的这是 GitHub 上的一个开源项目。

Curtis 20:03 然后还有百度的Ms，参考他们的话，我发现他们去用了这个 model RIP 的一个架构，所以说我又去看了一下。那由于我这边用的是威特这一块的，所以说我就参考了 m 的 plus 照片，他们的话就是采用了 p m， p m 去进行这个摩尔或者架构一个改进，所以说我们也采取了这样的一个架构去把它区分出来一些模块，那么这个的相互引用之间就可能就更加方便一点，而且每个模块的话是它单独可以发版的，所以说就是采用这样一个架构。然后这就是一大概的一个开发过程。

字节 20:37 了解你，你要说的比较清楚。好，这块我没有什么问题了，然后我们稍微做个笔试题呗。嗯，OK，等会我把这个。好，我这里面稍微变一下题目。

Curtis 21:11 找出两个数组的不同。那我可以对。

字节 21:14 稍等会稍等哈，我把这题目粘。

Curtis 21:16 一下。好的好的。

字节 21:19 我这边网速稍微有一点点卡。

字节 21:22 really said what a chance？

Curtis 21:36 hot？

Curtis 21:43 就是说两个下边从 0 开始的整数。请返回一个长度为 2 的列表。

Curtis 22:01 首先理解一下make， 1346 就是最终的输出结果是一个二维数组，然后第一维的话就是说 number 一存在，但是 number 2 不存在的，然后第二维就是反过来好像了解了看一下，然后这个的话找不同。那其实可以把相同的找出来，然后再进行一个剔除。就是可以先取交集，然后再取上面是一个差集。看看看。如果对于第一个用例的话，如果我先取交集就是2，那么对，是的，那我就考虑取它们的交集，然后再进行个剔除，听到吗？怎么了，听得到。

字节 23:12 没有？我听得到。没事，你坐，我先闭一下麦，我先照片离开脚，你可以继续。

Curtis 23:17 做。好的好的，好，好的，我这里可以了，我这里已经可以了。

字节 26:05 challenging，挺不错的。挺好的噢，等会我看一下。44。没事，我等会我再加一个题，但这个题的话你就尽量做就好了，因为我们的面试时间也就是一个小时，我看时间不多，你可以先做一下看一眼。嗯，不用压力，这个就自己尝试做一下。行，稍等，我再贴一下这个，稍微这个题目会稍微有点卡。

字节 27:01 四处诸科。你应该，如果你超利扣的，你肯定做过。

Curtis 27:08 两数之和。我。

字节 27:08 知道，对，两数之和那个就是。嗯，面试题的。

Curtis 27:14 哈哈哈，就是经典了。

字节 27:17 对，所以这四首即可试一下。

Curtis 27:20 好的好的。

字节 53:39 怎么做的怎么样？我看。

Curtis 53:40 一下，我发现还有一个情况进不去。开头的。

字节 53:47 是什么。

Curtis 53:47 情况？就是我现在的一个逻辑，就是说把这种所有的情况都枚举出来。

字节 53:57 了解了解，我觉得没问题，我觉得看一下运行结果。嗯，我觉得这个结果我现在满意的。

Curtis 54:04 OK 了。这个就是还可以进行对它继续去重，还需要给它每一个排了序之后，然后这图纸进行放到 set 里面去重一下。

字节 54:13 是的，没事，这个可以后面再那个什么，因为四处之和嘛，微课的上面有这个可以，后面你到时候可以去再优化一下就好了，问题。

Curtis 54:22 不大。

字节 54:23 好，好。那我这块的话你有什么问题要问我。

Curtis 54:27 吗？我的话就是想问一下，就咱们这个组的话就是一个业务上的房间和一个技术障碍这一块是怎样的？

字节 54:37 技术栈的话主要是没有，然后技术的方向上的话，目前我看一下你这块的话应该是商业化。对，我们这个业务部门的话是做那个巨量千川，是做那个广告平台的，然后主要涉及的是两块，一个是商家操作了一个中后台，还有一个就是移动端这一块。然后目前你这块的话可能过来应该是在 PC 端这边，然后技术方向的话可能，嗯，我们在做一些配置化平台，可能低代码或者说是低代码或者是无代码，可能会这个方向会设计的比较多，然后这个是属于配置化方向。然后另一个的话就是我们现在还有一些前端工程构建、发布流程整理的，有望这块就跟工程结合比较密切，目前主要的话应该是这两大的方向。对。

Curtis 55:28 噢，了解了解啊，那我的也没有其他的问题了。

字节 55:33 好啊，可以啊。行，那感谢你的时间，我觉得还是不错的。

Curtis 55:37 嗯，好的好的，谢谢。

字节 55:38 然后那个对你也对，因为早上我们上班可能稍微比较晚，所以迟到了一会，不好意思，好吧。

Curtis 55:44 嗯，没关系没关系。

字节 55:46 好嘞好嘞，那就先到这里了。好的好嘞，好好拜拜。

#我的实习求职记录# #字节跳动# #字节跳动信息集散地# #面经# #我的实习日记#