几近绝望的错误

go 调试时出现这个问题，看着很无解 ，然后github上下载的go项目也会有此问题，让人很崩溃，go 不能断点调试直接影响开发效率

错误如下：

# runtime/cgo
cgo-gcc-prolog:31:10: error: non-portable path to file '<String.h>'; specified path differs in case from file name on disk [-Werror,-Wnonportable-include-path]
In file included from cgo-gcc-prolog:31:
In file included from /usr/local/include/string.h:25:
/usr/local/include/plist/Node.h:26:10: fatal error: 'cstddef' file not found

大学学C有印象的几个重要代码，献给初学C代码的同学

一、当时学习的时候练过乘法口诀，当然书上习题都做过，书上前面的基础一遍调试代码一边琢磨1

二、这个是当时我们系的一个作业，大概样子就是下面这个图形结构，三角形垒起来，3个班有三个人完成，我们班有两个人做出来，当时研究了一个星期，用的一种比较笨的办法实现的，但是代码是可以通过输入 实现 行列控制的，但是这个程序奠定了学习代码的自信心与成就感 1：每一块儿 小三角形部分 行数 i 列数j 可以控制 2：几大行三角形 k 也是可以控制的

小团队(个人)如何利用git搭建干净的maven仓库

私下做项目开发时，很多时候也会拥有自己的公共库，因此需要一个便捷的maven仓库服务器，方便自己开发或者团队开发

目录：

1. 一般的利用git搭建maven仓库都有教程
2. 痛点解决，如何拥有一个独立的干净的本地仓库
3. gradle工程的部署
4. maven工程的部署
5. 公共库的依赖添加利用

一、利用码云搭建maven仓库流程

《参与感》读后感

提升产品相关人员的参与感，尤其是用户的参与感！ 提升产品相关人员的参与感，尤其是用户的参与感！ 提升产品相关人员的参与感，尤其是用户的参与感！ 重要的话说三遍，这就是小米成功的金钥

公司产品在提升用户参与感方面，有所不足，也可能是我对公司产品没有刚需，所以对用户的参与方式不太了解。我所了解的就是：各个媒体运营账户比如微博评论、APP市场评论、或者公司产品的意见反馈。

1. 小米手机的强大史；个人理解其实就是手机刷机包的强大史，从开发的角度讲就是app的强大史（用户看到的主题实际也是一款安卓app），从产品的角度讲，就是小米充分的利用了手机发烧友及拥有刚需的rom系统爱好者，大家互动起来，进行集思广益，最终提供了一款极致的产品）
2. 滴滴事件罪魁祸首原因之一：客服问题；客服有时候并不能很好的解决用户问题，用户许多时候也不想跟权利较弱，办不了事的客服说话。至少我会有这种情况，而这种影响用户体验的关键场景，处理的好新东方口碑直接上升一个档次，不好则会积少成多越来越坏，这种情况用户更注重的是反馈及时性和解决问题的效率和态度，而不是客服一层一层往上反馈。

个别学员问题处理效率的提高

学员问题是否及时解决直接关乎公司口碑。经常会有个别用户或者个别手机或者用户所在的特定场景下出现问题，测试人员又不容易复现，就需要单独联系学员，并让其配合调试进行解决。容易排查的给用户提供建议即可解决，较难解决的问题就需要不停的给用户打带特殊日志的安装包，来排查问题，之前采用将日志以toast的方式弹出（让学员发送调试日志实际操作起来相当困难），效率极低。

对于普遍性的常见的学员问题，由于容易复现，大多时候原因是很容易定位的。无论是重大问题还是个别小问题，相对都会及时解决的。

大学计算机相关经历 随笔

我的大学计算机求学生涯，并不算完美，对于一个毕业于新农大的学生来说勉强算合格，但好歹无愧于心。

回想当初

实际上直到大学毕业，我也并不是很清楚企业的软件到底是长什么样，怎么样开发的，需要知道什么技术，自己的差距还有多少。因为你接触不到这些东西，老师也很难让你真正的接触到这些东西。有时候回想起来那会儿的我们真的无知的像个傻瓜。但有一点必须肯定，我确实以专业为重点，学了些专业上的东西。怀揣这仅有的一点知识，告别了学生时代，彻底进入社会，步入了职场。

接口联调及测试效率提升实践

接口测试痛点(开发新东方四六级所遇到的）

• 初期开发阶段后台前端交流扯皮
• 只有接口文档，没有测试数据或测试数据不全 受开发人员严谨与否等因素，文档中字段与代码中字段或者结构是有小区别的，导致你封装接口数据战战兢兢（许多时候为避免返工，直接进入开发停滞状态或者只封装部分重要接口）
• 后台接口频繁挂掉 开发初期极其常见且频繁，让你不停的联系接口开发人员、导致工作打断（如果开发人员临时不在或有事，开发陷入停滞）
• 服务只在内网 没有离线数据 因网络原因导致前端开发工作停滞（或者另一种场景，产品经理等其它相关项目人员想在家或者非上班状态离线测试产品及跟踪其进度）
• 彻底的无底线的 沦为后台人员，产品经理，测试人员的小白鼠 现在服务是不是挂了？接口通不通？你参数传的什么？等会我打个断点，你调用一下？返回数据是什么？有没有问题，导致你不停的点击、频繁的打包、启动app，只为了回答他们一个简单的问题，配合他们一个简单的操作。让其他同事肆意的打断你的工作