前端的痛苦作为前端，最痛苦的是什么时候？每个迭代，需求文档跟设计稿都出来了，静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了，还有各种前端处理逻辑啊。后端接口还没出来，我就得边写代码边测前端效果，又没有真实数据。有人建议用Mock工具，可是每个接口都要自己写Mock规则，这得浪费多少时间呀。等到后端好不容易把接口写出

一、目标李老板：奋飞呀，最近没怎么更新呀？奋飞：最近的KPI定的合不合理你心里没点AC数？我现在内卷到周三就开始写周报了，不然被新来的就给卷失业了。遥想在古典PC互联网时代，咱也是OD、IDA玩的很溜的。一日饮酒乐甚，突发奇想，IDA识别出所有函数，然后导出来给OD，给这些函数下断点，触发之后先打日志，再自动取消断点。这样程序运行的流程不就出来了？实

　　写代码这么多年了，在涉及RSA跨语言的功能时，总会让人经历一番折磨。所以有必要把现在我掌握的这些零碎的知识总结一下公布出来，免得组内同事再走弯路。由于RSA实在太复杂，还有很多内容没弄懂，也没精力全了解，暂且把问题留下，未来也许能回答。所以这篇文章的标题为“经验之谈”　　本质上是数字运算　　RSA算法的本质是找到几个非常大的数，然后做运算

redis本身有客户端，先抛出来一个问题？为什么要对redis客户端进行二次封装？大概在11年时侯，第一次接触redis,那时侯研究过redis的各种数据结构，直接拿redis的客户端jedis直接用。公司安排人要对jedis进行封装，当时就很不理解，为什么非要封装一次才可以？后来自己写框架，意识到一些东西是需要封装的，比如连接的打开和释放，比如一

  十年前就注册了csdn账号，之后一直没有写过博客，都是看别人的博客，等到2015年左右发表了第一篇自己的博客，直到2016年底觉着做技术的就需要记录自己的博客，不仅是自己学习的过程，说不定还可以帮助别人，于是坚持写了差不多四年，平均每年100篇，如今产量已经达到600篇，很多都是很浅显的内容，我刚开始写的时候，一个同事还很瞧不起这种没有技术含量的博客

用C语言写程序时需要知道是大端模式还是小端模式。所谓的大端模式，是指数据的低位保存在内存的高地址中，而数据的高位，保存在内存的低地址中；所谓的小端模式，是指数据的低位保存在内存的低地址中，而数据的高位保存在内存的高地址中。为什么会有大小端模式之分呢？这是因为在计算机系统中，我们是以字节为单位的，每个地址单元都对应着一个字节，

闲话到了第六刀，这股刚刚被掀起的Swing学习热情，似乎正如天上飘过的这朵小乌云，在狂暴的烈日暴晒中，已迅速消散殆尽。刚才驻足抬首、啧啧称奇的人群已经迅速消散，继续在每天忙忙碌碌中烦躁，浮躁中无聊。写程序的生活，似乎总少那么一丝颜色，一股激情，一抹精彩。谈论别人的精彩使我们永恒的话题。可是精彩却从未在我们身上发生，这似乎成了我们普通人的宿命。程

其实不用刻意去学习模式，我们平常看代码，写代码的过程中已经接触或使用过不少设计模式，只是我们不知道罢了。但是我们仍然需要了解一下书上的说法，对比印证一下，加深理解。本文说的是设计模式：观察者模式根据字面意思理解，我们知道关键字是“观察”两个字，这是一个动词，那么就需要有"被观察者"和"观察者"。举个栗子：公司有一台很重要的线上服务器，以及一个

20天之前入手，趁着开学比较闲，抓紧看英文版。之前上过斯坦福的cs106A做完了所有的作业，有一点点java的基础。开学三周看完了17章，基本都认真看了，难度超过3的练习也都做了。个人感觉写的比较杂乱，可能是因为我是新手的原因，很多时候给出的例子让人想不明白想表达什么。关于泛型(generics)的那一章感觉尤其杂乱，道理没有说清楚？自认为英文不错，应该

这次是真的好长时间都没有写博客了，主要不是因为工作上的事，主要还是这个问题真的有点复杂，实现起来有点麻烦，所以研究了很长时间(大约有一个月的时间)。但是幸好最后问题搞定了~~一、问题场景想实现360手机卫士那样可以拦截应用请求系统的一些权限(比如：位置信息，通讯录等)二、目的公司开发的app需要使用音频权限，但是总是被360那样的安全管家所拦