首页 > TAG信息列表 > 画外音
C++入门练习题（一）判断闰年
呦西一周两更了，挺好挺好，既然语法方面的讲解告一段落了，那么我又要来提一嘴了 点赞关注加订阅专栏谢谢！ 好了不多哔哔，上题目吧 ……（此处省略一百字题面，自行脑补，题目说的很清楚了） 分析题目 这个题目的要求很简单，就是给出一个年份，然后判断是不是闰年就完事了 那既然是判断，那我们就可《Java架构师的第一性原理》41存储之MySQL第12篇数据库最佳实践
1 5个MySQL使用问题 1）关于count(*) 知识点：MyISAM会直接存储总行数，InnoDB则不会，需要按行扫描。 潜台词是，对于select count(*) from t; 如果数据量大，MyISAM会瞬间返回，而InnoDB则会一行行扫描。 实践：数据量大的表，InnoDB不要轻易select count(*)，性能消耗极大。 常见坑：只有查询全表的翻车了，记一次线上事故
关键词：golang、go、gorm、零值、有担当的富人 翻车日期：2021.03.04 翻车现场 今天下午3:30有同事反馈，app冷启动出现了测试公告弹窗。 画外音：半小时前刚更新一个服务，赶紧检查下配置吧。 事件回述 10:27：代码发布sandbox环境10:27~11:30：测试配置导入（因为配置比较多）生产环境，并MySQL表锁，以为自己懂了，结果一个答对的都没有
1. 关于MySQL的如下问题，你能准确的答出来么？ （1）和行锁相比，表锁有什么优势？ （2）频繁group by的业务，用MyISAM更好，还是InnoDB更好，为什么？ （3）某个session占有了表写锁，有另外N个session又要对表进行写操作，MySQL是如何处理的？ （4）某个session释放了表写锁，有另外N个session要对表进行写操作，同时还架构师需要具备的几项技能
1. 好的架构师，一定是好的程序员没写过N年代码，何来指点江山？没做过N年架构实践，何以指导避坑？只有框架，没有细节，何以服众？bad case：项目失败了，架构师点评技术团队“能力差”bad case ：项目失败了，技术团队点评架构师“只会忽悠”2. 跨域知识如果只是一个方向能力强，顶多算技术高手除了一个/Google BigTable到底解决什么问题？
搞架构的人，Google的论文是必看的，但好像大家都不愿意去啃英文论文。故把自己的读书笔记，加入自己的思考，分享给大家。 第三部分，Google BigTable。 BigTable，很多人对它耳熟能详，但它究竟解决什么问题呢？这是今天要聊的话题。 什么是BigTable？ Google BigTable是一个分布式，结构化数据的存谁说php不能搞长连接？
据说，php是世界上最好的语言？画外音：phper说，不服可以点赞来辩。 如果站点架构满足以下几点： 使用php这类脚本语言开发 需要连接后端服务，例如RPC服务、memcache、redis等 流量非常大 此时，通过短连接访问RPC服务、mc、redis会出现什么问题呢？ 典型的web架构如上：(1) 最前端是APP或者web页“区块链与比特币”-架构师之路年终总结
这些年，你被割韭菜了吗？年终总结第二篇，区块链与比特币。画外音：炒币有风险，韭菜们需谨慎。 《1分钟了解区块链的本质》分享关于区块链的一些东西： 为什么说区块链是一个分布式存储系统？ 区块链如何保证高可用？ 区块链如何实现多点写入？ 区块链多点写入如何保证一致性？画外音：远离浮华，专心技微信多点登录，消息漫游，假如让你来实现？
有朋友问： 微信如何实现手机端、PC端同时登录，同时收消息？ 微信能不能实现，换一个手机，仍能拉取到历史消息？这是多点登录和消息漫游的问题。 什么是多点登录？ 以微信为例，可以PC端，phone端同时登录，同时收发消息。画外音：需要注意的是，一个端只能登录一个实例，例如同一个QQ号，在pc1上登录，再到pcGoogle MapReduce架构设计
前情回顾 Google MapReduce到底解决什么问题？Google MapReduce是Google产出的一个编程模型，同时Google也给出架构实现，它能够解决“能用分治法解决的问题”。 Google MapReduce有啥巧妙优化？ 分区函数：保证不同map输出的相同key，落到同一个reduce里 合并函数：在map结束时，对相同key的多个磁盘满了，为啥du却显示还有很大空间？
今天有个实习生问了我一个诡异的问题，“线下一台磁盘大小32G的开发机（虚拟机）打不出日志”，把追查过程和大家分享一下。画外音：贵司开发机磁盘容量多大？ 先du一下，查看磁盘空间： [shenjian@dev02 ~]# du -sch /16G / 画外音：似乎还有空间。 再试了一下df，发现结果不一样： [shenjian@dev阅读笔记：养女儿的四大要点！
今年周末产量下降，有一个很重要的原因，要陪新降生的小棉袄。 之前有小伙伴希望分享养娃秘籍，楼主经验尚浅，谈不上秘籍，把阅读到的别人的经验，结合自己的思考，总结成读书笔记，和大家一起，在养娃的道路上共同进步。画外音：追剧几年的小伙伴，要么走上管理岗，要么都有娃了吧？ 今天的笔记，来自《得到说为什么我就遇不到，手摸手指导我的leader？
团队管理-指导篇 leader的核心职责是： 对上，完成老板交予的任务 对同事，为队友赋能 对下，为下属搭舞台唱戏，帮助下属解决问题，帮助下属成长和提升 其中，帮助下属成长和提升，指导与培养员工，是非常重要的一块，新晋管理者心中可能会有这样一些疑问： 要不要手把手指导？是不是可以完全信任，放任伤害技术人的13项法宝，太残忍了，刀刀见血，请勿轻易尝试
本文纯属虚构，如有雷同，请对号入座。 一、初级伤害 帮忙在代码里看一下，这里的产品策略，产品逻辑是怎样的？画外音：文档没积累，产品没沉淀，抛出法宝“代码里看一下”。 除了把xx改成oo，其他的产品策略与产品逻辑，和原来一样。画外音：前人挖的坑，后人怕搞出问题，抛出法宝“和原来一样”。 确油腻的中年人，请对自己好一点
《不想做成年人？满满的回忆》，一群油腻中年大叔给自己放了一天假，六一一过，还得回到艰难的生活中来。 人到中年，压力特别大：老人，小孩，工作... 这个时候，心态很容易奔溃。心态的调节，异常重要，这里分享一些自己的思考。 1. 要花额外的时间锻炼身体。 我最深刻的感触是熬夜，刚毕业那会，连续熬3个受不了了！是leader都管得这么细么？？？
作为员工，你是否有过这样的感受： leader对自己很不放心，很多细节都盯得太紧，感觉老板不信任自己 leader把架构都设计，数据库，流程，接口都设计好了，自己只是做实现，感觉很没有成就感 leader都不怎么管，压力好大，很多事情不知道怎么做画外音：员工想，什么时候能当上leader呀，还是指挥别人好。 作为6条shell小技巧，让脚本显得不再业余（1分钟系列）
长文《memcache核心技术点》阅读较低，重启1分钟系列，快消时代，碎片时间可能大家更喜欢短文，更喜欢技术实践类文章吧。画外音：说实话，技术思路类文章(WHY, HOW)，比技术实践类(WHAT)更难写。 如何能让自己的shell显得不那么业余？下面6点实践一定有用。画外音：本篇文章源自Google的一篇实践，抽取“钱”就一定能解决一切激励问题么？（leader必读）
团队管理- 激励篇 新晋的管理者，可能都会遇到“员工战斗力差，提不起精神，士气低落”的问题，如何做好激励管理，分享四点带队经验。 一、激励解决“动力不足”的问题。 并不是所有“战斗力差，提不起精神，士气低落”的现象，都是靠激励来解决的，需要leader进行预判： （1）有时候，可能是想做事，没有人，批量删除数据，常见的大坑！！！
行数据批量delete时，InnoDB如何处理自增ID，是一个潜在的大坑。整个实验步骤如上图：第一步：建表，设定自增列；第二步：指定id=1插入，锚定第一行是id是1；第三步：不指定id，依赖自增机制，插入3行；画外音：此时id应该变为2，3，4了？第四步：delete删除所有记录；画外音：坑就容易出在这里。第五步：指定id=0插入；第六步：震惊！薛兆丰居然这样看待996？
昨晚下班回家后看了一期《奇葩说》，辩论的内容是关于“是否支持996”的。听了薛兆丰“从经济学的角度看996”的观点，比较受启发，这里和大家一起分享一下。 核心：博弈论思维。 什么是博弈论思维？ 每当我们考虑一个问题的时候，总要把“别人是怎么考虑这个问题的”也考虑进去。 举例： 为什么如何插入？ | 非开车，纯技术交流
《InnoDB自增键基础知识测试》中的四道测试题，全答对的朋友少之又少，为了讲清楚InnoDB自增键，今天先系统性讲讲，什么是插入，如何插入。 MySQL有一系列的语句，可以往数据库新增数据，称作范插入语句(insert-like statement)。不同的插入方式，对自增键的影响是不一样的。画外音：自增键，是指auto_做了5年的Android，我转Java后台了！
很多人做Java开发4，5年后，都会感觉自己遇到瓶颈。什么都会又什么都不会，如何改变困境，为什么很多人写了7,8年还是一个码农，工作中太多被动是因为不懂底层原理。公司的工作节奏又比较快，难有机会学习架构原理，也没人教，所以这个时候，学习架构原理，扩展思维，对自己以后职业生涯尤为重要。 同rm -rf * 的正确用法
昨天有个工程师写了一个删除日志的bug： ... rm -rf / home/work/logs/ ... 还好是在测试环境执行的，否则估计要跑路了。 画外音：一个“多了一个空格”的bug，看懂了么？ 曾经我也干过类似的傻事，写过这样删除日志的脚本： ... cd ${log_path} rm -rf * ... 进入到日志目录，然后把日志都删同样是高并发，QQ/微博/12306的架构难度一样吗？
开篇 同一个用户并发扣款时，有一定概率出现数据不一致，可以使用CAS乐观锁的方式，在不降低吞吐量，保证数据的一致性： UPDATE t_yue SET money=$new_money WHERE uid=$uid AND money=$old_money; 不能采用直接扣减的方式： UPDATE t_yue SET money=money-$diff WHERE uid=$uid; 当连接池究竟是什么
通常如何通过连接访问下游？ 工程架构中有很多访问下游的需求，下游包括但不限于服务/数据库/缓存，其通讯步骤是为： （1）与下游建立一个连接； （2）通过这个连接，收发请求； （3）交互结束，关闭连接，释放资源； 不管是服务/数据库/缓存，官方会提供不同语言的Driver、Document、DemoCode来指导使用方建