首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

如何用一句话证明你是一个真正的程序员?

作为一个写了十几年代码的老程序员,其实编码生活简单而枯燥,每天做多少事情都可以掰着手指头说出来,特别是在一线城市的程序员更加的简单,早上急急忙忙挤上地铁,在地铁上还能合上眼继续眯会,精神稍微好点可以看看新闻玩玩小游戏,然后下了地铁找个快餐店买几个包子再来杯喝的提溜着就去单位打卡了,打完卡基本上开始吃个几分钟,收拾下思路就开始了一天的编码工作了,这个时候技术主管会过来问下昨天进度,以及今天要做的事情,当然如果是长线任务基本上在群里或者会议上做个进度的通报就可以了,坐在电脑旁边状态基本上持续到下班,中间会有午饭或者上厕所的时间,快到下班的时候会有一个大致的评估要不要加班,当然大部分时间不用评估直接会选择加班,这个时间会打电话或者发个信息给媳妇或者女朋友,今晚加班,吃饭不用等,倒是觉得这句话用的最多。

02

海量数据迁移之一个误操作的问题总结(r3笔记第21天)

在生产环境中的数据迁移还是很惊心动魄的,毕竟生产的数据不容许有任何潜在的问题,很小的问题也可能导致业务的终端,这个时候dba的角色是很重要的,如果dba犯了一个很细小的问题,在海量数据迁移中可能会导致灾难性的结果,所以今天和大家讨论一下关于由vi误操作导致的问题及总结。 结合今天早上的例子来说明。 目前生产环境已经有大量的用户数据了,需要从老系统迁移一批用户数据过来,一切都在安装好计划进行准备和操作。我是采用了外部表的方式,把一个很大的表分为了几十上百个外部表,采用insert方式加载的。 数据的准备工作很

07

Java服务突现毛刺

容器原生设计为单进程模型,但公司线上运行的服务以多进程的方式运行,而且里面包含了很多的agent,例如日志采集、监控采集、数据配送等,耦合在了一个Container中,经过对线上资源使用率分析发现很大一部分资源消耗是在agent部分,而且与业务进程同时争抢业务容器申请的资源,彼此影响。虽然增量的容器部分agent迁移到了sidecar里面,解决了这些问题,但存量问题也需要解决,为此专门搞了一个项目用来优化这些问题。思想就是把agent进程从业务进程所在的cgroup中迁移出去,以不同cgroup层级存在,就可以避免相互影响,也可以限制各自资源大小,但是在灰度过程中发现部分Java容器服务开始出现毛刺。

02
领券