很高兴这个标题把你吸引进来了，不得不承认，多少有点标题党的意思了。在你往下看之前，我想说明：文章内容都是出自于笔者亲身经历，且文中提到的两类公司都是中小企。目的是分享给一些有需要的小伙伴，大佬们可以直接忽略掉这篇文章了。 工作职责比较 各部门间的协调合作 部门内部的协调合作 个人的日常工作 项目/版本上线流程 工具的选择和使用 其它 面试经验 笔者在新公司已经工作一个多月。在这段时间里，我感受到工作职责与上一家外包公司有很多不同之处。趁着周末给自己做一下总结，也顺便分享给有想要了解这方面内容的你们。任何一种类型的公司，都有其利与弊，文中我尽量不带自己的情感偏好，把客观的事实展现出来。另外需要注意一点的是：文章中仅为个人经历的情况，并不代表所有公司都如此。 有一些小伙伴会私聊问我面经，所以在文章留了一节《面试经验》用来分享在之前的面试中被问到的部分问题，仅供参考。 工作职责比较 各部门间的协调合作 这部分会简单介绍一下组织架构，以及这些部门的协作。 外包 以业务范围划分，主要分为以下两个部门： 金融部 项目经理 售前组 前端开发组 后台开发组 客户端（IOS, Android）开发组 测试组 政务部 项目经理...
Continue reading...Continue...
结束Java工程师生涯，往新蓝海出发
一周前我入职了新公司，不再以Java工程师的身份。做出这个决定的难度可比写下这篇“看似吸引”的标题的难度大多了。除了想借此篇文章对上一份工作做一次总结，也想为自己留一份“记录”，用以回首这个职业生涯，甚至可能是人生的转折点。
Continue reading...Java并发包工具类使用范式
用“等待-通知”机制优化循环等待 锁的获取与释放 无锁工具类 ThreadLocal 与内存泄露 终止线程 上周看完极客时间的《Java并发编程》课程，发现知识讲的通俗易懂，没有很多晦涩的用词，个人认为适合Java并发编程入门的读者。对于技术大牛，就别花这一百元去购买课程了，还是建议看回经典的“圣书”。此篇文章不会写过多关于课程的具体内容，笔者希望有兴趣的读者花钱去购买课程，创作不易，“花钱购买别人的知识”是个良性循环。 以下篇幅仅记录课程中提到的关于并发编程在实际工程中推荐使用的编程范式。范式，意味着是经典做法，所以没有特殊理由不要尝试换个写法。
Continue reading...高级树、AVL树和红黑树
树（Tree） 二叉树（Binary Tree） 1. 前序遍历（Pre-order）：根 -> 左 -> 右 2. 中序遍历（In-order）：左 -> 根 -> 右 3. 后序遍历（Post-order）：左 -> 右 -> 根 二叉搜索树（Binary Search Tree） AVL树 1....
Continue reading...经典且简单的企业级生产环境系统架构
系统架构图 总体请求流程图 详细请求流向图 组件部署搭建步骤与配置 1. 服务器基础环境搭建 1.1 所有服务器创建robin用户 1.2 所有服务器授权robin用户 1.3 修复服务器主机名 2. Nginx安装及配置 2.1 安装Nginx 2.2 配置Nginx 2.3 启动Nginx 2.4 创建HTML存放目录 3. Redis集群安装及配置（哨兵模式） 3.1 安装Redis...
Continue reading...在Docker CentOS7.x镜像中通过源码方式安装MySQL
1. 下载MySQL 2. 环境依赖 3. 安装MySQL 3.1 解压 3.2 创建编译目录 3.3 生成编译环境 3.4 安装编译 3.5 创建mysql用户组和用户 3.6 设置权限 3.7 创建my.cnf 3.8 初始化数据库 3.9 启动数据库 3.10 设置登录MySQL...
Continue reading...使用抓包工具看网络分层
在学习小册《深入理解TCP协议：从原理到实战》的时候发现一个不错的抓包工具“wireshark”，借此篇文章做一下简介，顺便记录学习过程。 我将分层和一些主要参数的解释都表达在图片上了，就不再另作文字说明。通过抓包分析出来的信息，引用小册里的一段话： 纵观计算机和分布式系统，你会发现「计算机的问题都可以通过增加一个虚拟层来解决，如果不行，那就两个」 PS：以上是我在掘金写的文章，所以图片带水印。
Continue reading...OAuth2
今天是清明假期最后一天，跟以往一样下起了细雨。天气越舒适，人的思绪就好像会越乱。年轻人和长辈的想法总会有出入，早上家人提出的话题被我草草结束。虽表面上结束了这个话题，但其实关于这个话题的联想一直脑海萦绕。还是写一篇技术博文冷静一下吧，生活上事情不提太多，毕竟这里是技术频道。 😀
Continue reading...网站应用架构的演进
随着互联网的发展，网站应用的规模不断扩大，网站的应用架构已经从最初的“单体应用架构”演进到现在的“微服务架构”。听说阿里在成立时，网站用的也是“单体应用架构”。BTW：我的毕业设计用的也是“单一应用架构” 😀 单体应用架构 垂直应用架构 SOA(Service-Oriented Architecture)应用架构 微服务应用架构 现在还是有相当一部分系统用的是“单体应用架构”，我觉得是取决于用户的体量。简单、少人用的系统就无谓浪费太多资源去使用一个复杂的架构，毕竟越简单越少BUG。 毕业至今，自己曾经参与开发过的系统也仅有“单体应用架构”和“单体应用架构拓展版”。后面三种应用架构仅停留在自己搭建玩玩，真正上过生产的系统还没有。好奇心太强，始终还是想亲身经历挑战。
Continue reading...
