V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xiaogu2014  ›  全部回复第 1 页 / 共 2 页
回复总数  31
1  2  
@zllovepork jd 啥的都是作为互相筛选的第一面。看到这样的薪资水平。总监水平的人都不会有投简历的想法。薪资水平写了还不如不写。。。
但是技术总监这个薪资水平。。。。
```遵循的原则。所有问的问题最好都有一个 use case 来体现```

1. 比如你关系好。最好还突出下你们一起努力工作。提升工作氛围之类的。
2. 学习能力强。快速落地啥啥啥项目。然后自己能 take over 新项目很快~
3. 从个人+公司两方面角度来讲。提升自己+助力公司腾飞。有时候不是说转管理了才成功。技术大拿帮公司提升,提升自己的技术能力。也都是成就啊。

BQ(Behavior Question 还是挺重要的。面试官面试你因为招的也是未来的工作队友。如果整个人精气神没有。不热情。这不是一个很好的 flag 啊。)

加油~
6 天前
回复了 unii23i 创建的主题 问与答 AI 有没有可能最先取代教育行业
你看下 chegg 的股票。。
```再加上每天运行 1 次全量扫表同步确保没有脏数据```
这部分有必要吗? 全量扫表的同时如果有数据改动呢?
有各种基于 cdc 的方案。==比如阿里云的 DTS?
很多都可以平滑迁移的。
```需求是保证数据正确```
你设置 db isolation level 不要是 read uncommitted 就可以了。
读取和写为啥要互斥呢=。 除非是写和写之间。
17 天前
回复了 gotheway 创建的主题 Java 求一个技术架构
```不采用微服务架构```
```选一个成熟、先进、稳定的,扩展性好的技术架构```
1. 技术架构一般来说都根据不同的业务需求来决定的。框架!=架构。
2. 不采用微服务的话。单体应用存在的问题就扩展会整体扩展。而不是基于各个不同的服务。造成资源上的部分浪费。错误容忍性需要比较高的代码水平来实现。。。
17 天前
回复了 zhangjiashu2023 创建的主题 程序员 github action 太慢了求方案推荐
先测试下是否本地电脑编译就很快?
同样慢的话。
```dockfile 镜像编译满 可以考虑分成不同的 stage 利用缓存```
17 天前
回复了 dzdh 创建的主题 PostgreSQL 有什么权限管理最佳实践吗
可以考虑用一些 migration 的方式。比如 java 的 flyway 之类的。可以手动 trigger/自动随着部署 trigger 。
以及用户更改表的权限 revoke 吧。 保留修改数据的。所有更改表的都通过上面的 migration 的方式进行。
21 天前
回复了 mickerwx 创建的主题 Python 关于 Python 项目的生产环境部署
`还有个问题 你们有需要解决并发请求的吗 原本他们解决并发是同一套代码部署多个服务`
这不就是 k8s 帮你干的事情吗。。服务自动扩容/横向/纵向扩容。。
21 天前
回复了 mickerwx 创建的主题 Python 关于 Python 项目的生产环境部署
看起来你们需一个架构师来把服务微服务化+建立一套完整的 cicd 流程。
这个是一劳永逸的事情。之后别人只需要提交 pr. 等 review.合并。然后一键部署就好了。
21 天前
回复了 aa514758835 创建的主题 git 请教一下各位有没有这么用版本控制的
@snake2004 项目见的权限控制可以放在不同的 repo 里面。
以及放在不同分支里就可以实现项目间的权限控制了吗。。。。
21 天前
回复了 mickerwx 创建的主题 Python 关于 Python 项目的生产环境部署
1. 一般来说 docker 和 k8s 都会上。docker 负责打包 image 。不需要 care 环境依赖啥的。k8s 主要做服务部署编排。。
2. poetry 比较多。
3. 一般来说是 rpc.服务间通信

以及针对你现在的问题:
服务太多管理与更新麻烦-> 如果每个服务环境都相互独立就不不会麻烦了。
使用 conda 进行环境管理-> 这个是在每个 docker image 里面建立不同的环境。所以不需要考虑环境切换的问题。
多个服务使用 http 进行通信,耗时有点长-> 体感上耗时长的话,可能并不是 rpc 能解决的问题。考虑下服务之间数据传输的合理性以及考虑下其他方式?
21 天前
回复了 aa514758835 创建的主题 git 请教一下各位有没有这么用版本控制的
```不应该用多个分支来作为不同的 source of truth 。```

可以说下更多的 context 为啥要这么做。 写不同的配置文件不行吗。
算上国内经验也只是 6 年经验。。面大厂 leetcode 还是照样面。

如果在 AMZ 是 L6 了。那回来至少看 P8 的 level 。这个 level 八股相对来说比较少。看你对自己做的方向的思考吧。有没有自己的方法论。

BTW 。 国内现在行情并不好。慎重。
```如果直接用销量排序,对于一些没有销量的品不够公平。```
如果这个是老店铺的新商品。排序的时候可以参考店铺的属性作为一个参数
这块对于新商品且新店铺的情况下。可以随机分一些流量给新商品。看点击率/互动率之类的指标。如果这些指标不错就分给他更多的流量(更好的排序位置。)可以去参考下冷启动~
36 天前
回复了 yujianwjj 创建的主题 git 请教 git 管理的一个问题
```测试也测试了,现网上线了。但是 dev_1.0 的分支没有合并到 develop ```
不允许非生产分支的代码部署到 prod 。
cicd 的流程不明确。
41 天前
回复了 shuyunquan 创建的主题 程序员 前后端协作开发遇到的 api 地址问题
1. 一般会有 local.yaml 文件来保存本地的允许配置。这部分是不推到 git 上面的。
2. 测试环境只有一个的话。不建议反复该来改去发布当本地环境来用哦。
看你加 v2 的目的。
如果是只更新 user 相关的接口。/users/v2/userInfo
如果是全部接口都要更新。/v2/users/userInfo
如果是你只要更新一个接口。 /users/userInfoV2
1  2  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1299 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 17:53 · PVG 01:53 · LAX 09:53 · JFK 12:53
Developed with CodeLauncher
♥ Do have faith in what you're doing.