前段时间做了一个 nodejs 应用，项目架构是 前端 vue 单页应用，后端 nodejs 其实有考虑 ssr，但是因开发时间比较紧张，就没能使用。 下面是开发过程中的一些经验以及遇到的一些问题。...具体项目技术栈如下： client端: vue 全家桶、history-router server端: koa、koa-router、redis+sentinel、msyql、java (java后端组同学开发...package.json # 前端依赖包文件 mock/ # mock数据， - api/ #对后端的mock（接口数据） - index.js #mock入口文件 node_modules/ # 项目启动开发工具依赖包...使用 vscode开发，并启动nodejs服务，可以很方便的进行断点 debug。...原因： 本地开发启动NODE服务的时候只启动一个进程。(需理解进程的概念) 而通过ndp发布之后，自动通过pm2启动，用的是cluster模式，启动了多个进程。
关于开发习惯这部分内容，其实跟SDK关系不大，只是在SDK开发中逐渐沉淀下来的，而且有些也已经纳入到我们的流程中了，所以就简单汇总说明一下。...开发中有时候为了配合测试一些新功能会对一些参数作调整，例如 定时任务的间隔时间 一些配置开关，例如加密不加密等 一些特定逻辑，可能会写死为false或者true强制走进分支方便测试等 有时候开发周期比较长...例如： //TODO hardyshi 暂时写到这里，走开一下，回来继续完成数据落地到DB的逻辑 开发中有时候逻辑比较多，或者比较复杂，可能会优先完成主体部分而遗漏一些待处理的分支，例如：...对于SDK的功能，开发者怎么去接入，其实我们也用TODO标签标注，开发者接入某一个功能，只需要处理了对应的TODO即可完成接入，不过貌似没有人关注。...我们有一个开发哥哥，在修改逻辑的时候喜欢把新写的和老的逻辑放在一起来对比验证。但是每次对比完了总是不删，还加一个注释：这个地方有点问题，暂时先放着，后买呢在看～～其实他已经看完了，并且验证没有问题了。
开个系列文章，记录自己在日常工作中的踩坑经验，学习和总结如何用正确的姿势做事情。
前些天在边学习边试着写一个后台管理系统，后台的前端是用 Vue + ElementUI 写的，只是一个大体的框架，后端是由 Express 驱动的，数据库是 M...
总结：后台list集合对象，对应前端传参数，数组，那么则定义数组，然后将参数对象push到数组，后台则能接收到参数。
http://blog.csdn.net/cyblueboy83/article/details/7905862 下周参与开发的第三款MMORPG准备上市了，开发了一年左右，前面感觉拼得有点太过了，心身比较疲惫...近两个月进行了一些调整，感觉状态和开发效率有所提升,在3人的服务器团队的努力下，完成了一些功能并且稳定性还可以。归结下来大概比较有用有几方面。...第一，坚持劳逸结合.无论项目有多急，量有多大，难度有多高,都必须保持健康的身体和良好的精神状态，是项目高效开发的最重要前提。...游戏开发毕竟属于创意行业，一味的长时间加班加点工作很难保持较高的工作效率，特别是服务器这种需要7*24小时长时间稳定运行的服务进程，服务器稳定重于泰山。...所以需要坚持所有服务器组开 发人员每天所提交的代码，在隔天或者版本发布前最好都由服务器组所有人员进行review，review重点检查代码容易造成dmp机的bug，另外关系到经验金钱元宝、装备商城物品这种游戏里面国计民生的代码一定要重点检查
有状态服务或者说数据服务，上线遇到问题很棘手，回滚无济于事；而且数据加载通常都很慢，部署时间长；最终导致不敢修改代码，谨小慎微；服务质量也是能忍就忍，不愿意深度...
这也是保证版本出现低级错误的关键，我们根据一次次爬坑的经验总结了一系列的检查项（后面专门说明）。开发者可以根据自身需要制定自己的流程。...我们也会根据实际情况和测试协商对checkList做一些调整（这个list也是测试和我们根据经验具体总结的） 接下来我会对新版本提测的list做一个介绍： 提测前版本相关重点检查项目: 对比TAPD需求单和...确认所有TODO标签已经完成, 没有遗漏, 确定要遗留的问题必须注释写明原因 关于TODO我会在SDK那些事之SDK开发中的一些开发经验（点击查看）专门说，一定要看，是干货。...可以明确开发和测试不应该是敌对关系，两者的共同目标都是为了出一个高质量的版本。因此开发不要觉得测试追债一样，这个最重要。...黑盒 黑盒主要是指demo，我们会为游戏提供一套我们的接口调用的demo（我会在SDK开发经验之Demo和文档（点击查看）中描述demo的价值）。
8、尽量不要再没有搞懂需求前就开始写代码，很大可能都会造成数据库收集数据不完全，导致后期二次修改接口，即影响自己开发进度，又影响前端开发进度。
仅仅通过他人的口述、视频、实例往往无法完整的了解到SDK的接口的所有的作用，好比盲人摸象，你对它的认知、印象、经验将完完全全从他人所提供的教程中继承而来。...因为这样开发商下载到一次以后就再也不会更新了…… 文档online化总要解决，不然上面的问题会一直存在。为了让伟大的开发哥哥们不受困于wiki，最后在github终于找到了神器。...使用Markdown可以大大提高开发者的开发效率。 分模块：如果你的SDK够大，建议最好是按照模块来写文档。...SDK介绍相关： SDK介绍：介绍SDK的能力、包括的模块、名词解释、SDK下载地址、版本历史等内容 接入指引：主要介绍开发者从下载完SDK到将SDK合入自己工程的工作。...包括SDK包内容介绍、SDK的架构的简单介绍、开发者接入SDK、更新SDK的操作指引、打包的混淆规则等内容。 API文档：按照模块区分介绍对应模块API的使用方法。
这里的开发版不是说开发临时出的版本。任何只要对外提供的版本，都必须要经过标准的版本发布流程，无论是开发版还是稳定版都是对外正式发布的版本。...推荐做法： SDK从开发完成到最后对外提供，建议包括以下过程：开发自测、专项测试、发布开发版（或者叫内测、小范围灰度）、转为稳定版、下线版本这样几个周期。 测试我会在下面继续说。...发布开发版，也就是灰度我觉得是至关重要的一环。我们的使用者除了外面的开发商还会有自研的游戏。...对于转为稳定版，一般是在我们某个有重大功能更新的版本在很多游戏已经验证过没有问题以后。...对于一些重点项还该有具体的说明（结合自身实际制定一个提测前的版本checkList）这部分内容我会再SDK开发经验之测试（点击阅读）中来详细说明我们的流程是什么样，踩过什么坑等。
小程序开发对于前端开发者来说其实很简单，稍微看一下官方文档就能够上手了。 但是，如果是第一次开发小程序，多多少少还是还是会遇到一些坑的。...最近恰好开发了一个正式版本的小程序，下面是开发过程中的一些总结以及遇到了一些问题。 ps: 适合有一定前端基础的、首先大致看过小程序官方文档的同学观看。...小程序开发前期准备 开发小程序，首先得申请账号： 小程序账号类型分为个人账号和企业账号，“企业账号”相对于“个人账号”拥有更多的功能。...账号申请成功之后就得申请并分配权限了： 小程序后台有各种权限，开发者权限(登录、体验、开发设置)、体验者权限、运营者权限、master。...测试阶段开发者工具需要设置不校验 https 证书 踩坑指南 以上是开发过程中的个人觉得比较不容易发觉但是又绕不过去的一些情形。 下面是开发过程中遇到的一些坑，稍微了解一下有助于走的更顺畅。
(多租户、开发生产化)环境标准化和版本控制通过持续部署可看出环境的标准化，Docker可以像git仓库一样，管理不同的版本。...拷贝文件CMD # 执行命令 EXPOSE # 暴露端口WORKDIR # 指定工作路径 MAINTAINER # 维护者ENV # 设定环境变量 VOLUME #逻辑卷挂载点Docker下的开发部署流程在使用...Docker开发时，我们可以按照下面的步骤来进行操作，以满足我们在日常中的使用。
开发建议：如果要对多个设备发起连接请求，最好是有一个同一个的设备连接管理，把发起连接请求序列化起来。前一个设备请求建立连接，后面请求在队列中等待。如果连接成功了，就处理下一个连接请求。...开发建议：把这写操作都封装成同步操作，一个操作回调之前，阻塞主其他调用。...开发建议：对 BluetoothGatt 的连接和断开请求，都通过发送消息到 Android 的主线程中，让主线程来执行具体的操作。...现在 BLE 设备越来越多，其实并不够用，所以在开发的过程中，需要特别的谨慎使用。...开发建议：按照需要连接设备，如果设备使用完了，应该马上释放连接（调用BluetoothGatt.close()），腾出系统资源给其他可能的设备连接。
最后，再把知乎上关于文档别人说的这一段描述修改下，发现更加恰当了（点击前往知乎）： 仅仅通过他人的口述、视频、文档往往无法完整的了解到SDK的接口的所有的作用，好比盲人摸象，你对它的认知、印象、经验将完完全全从他人所提供的教程中继承而来...不然开发看懂你的demo的时间他都接完了。 暂时就写这么多，之前感觉挺难写的，发现逗比起来就好写多了，暂时这么多，后续想起来慢慢补充。
近期，小程序开放了新的能力——「小程序·云开发」，帮助开发者快速构建微信小程序的后端服务。我作为一名微信小程序的开发者，也在第一时间尝试了小程序云开发，并将我自己在开发过程中的经验分享给大家。...小程序云开发是什么 简单的来说，小程序云开发是一款 Serverless 服务，他为开发者提供了「云函数」、「云数据库」和「云文件存储」，并且将这些能力封装成特定的接口，以 wx.cloud.xxx 来进行调用...因此，小程序云开发 仅能应用在小程序中，无法在其他产品中应用（比如 App ） 小程序云开发适合什么样的场景？...免费 目前小程序云开发提供了免费 1GB 的数据库存储和 免费 5 GB 的文件存储，这个存储量并不是很大，但是对于一些个人开发者来说，还是绰绰有余的，开发者可以使用这些容量来快速开发自己的小程序。...无侵入 小程序云开发本身是在小程序的基础库层面的封装，你无需再引入其他库就可以使用。 同样的，你也可以在原有的应用程序中，将一部分功能迁移到小程序云开发中。 小程序开发过程中遇到的一些坑 1.
做了若干年后台开发（之前做电信领域），大致说一下常见的开发心得和调试手段。使用互联网这么多年，收获的很多，总结的很少。本着互联网精神，希望可以帮到互联网另一端的你。...由于本人是做 C 语言的开发，陈述的经验也是 C 常用的调试手段。 调试很麻烦，困扰着无数程序员们。很难有人保证自己写的代码一行错误都没有，有问题你就要查。怎么查？...开发的程序大致要经过一下两个阶段，最终才可以上线发布。 功能开发阶段 本阶段的主要目标是根据业务要求，开发程序。仅仅是 coder，仅仅是写 if else 吗？写程序真的是这样吗？...其实作为开发人员，测试驱动开发（TDD）很好思考问题的思路。也许有人听过，也许有同学用过，如果感觉使用不好的兄弟，我可以告诉大家：应该是测试场景 + 场景驱动开发。...对，仅仅是里面融入“场景”这个宾语，大家在做开发的时候，就有目的性和针对性。 任何一个业务逻辑，都可以拆分为多个业务场景。场景逐一解决，场景逐一测试，我们开发其实很简单。
这里介绍的主要是日常shell编写中遇到比较隐蔽或看似简单，却难以发现的“坑”，编写中应尽量避免使用，使用更优的方法避免重蹈覆辙。
作者：崔英杰 我曾经有9年做独立开发者，开发shareware，主要销往欧美，客户中不乏五角大楼，美国海军学院，微软，惠普， 美国众多州政府等等。（很可能有人觉得我在吹牛，完全理解：）。...下面分享一下做独立开发者的经验，想到哪里就写到哪里，缺乏条理，见谅： 不要总做外包，要有自己的产品 外包无论价格多高都还是苦力钱，要形成自己的产品。...做独立开发者的时候，黄金周是绝对不出去玩的，都是在家工作，旅游淡季的时候出去玩。...我在做独立开发者期间，养成了长跑的习惯，那9年的北京马拉松除了有次因为在国外没能参加外，其他全参加了。...觉得不擅长沟通可以参加培训班 我不擅长与人当面沟通，于是就总是有意无意躲避与人沟通，结果越来越糟糕，做独立开发者后就更愈演愈烈。
四.应用类shell 目前行里自动化工具越来越多，无论是应用的MAOP或系统的SMDB，自动化实现都还是日常运维脚本的调用，结合日常运维的一些经验，脚本中就更需要考虑周全和控制风险。...： 目录增加清理过期文件策略，避免产生的文件越来越多，造成文件节点用尽: 目录中的文件过多，会报参数太长错误无法删除，建议放在循环中遍历删除： 五.总结 鉴于以上脚本，我们可以从中汲取一些经验...通过规范类脚本的定义，标准常量定义、清晰的注释、函数和变量大小写用法，细节中可以看出严谨，即使只有几行，也能体现出一名优秀脚本开发人员的素质。...通过易错类脚本中的“坑”，使得 shell面向过程的编写更得心应手，让脚本规范的同时，逻辑也更严谨清晰，避免了错误,也提高了脚本的开发效率。...通过运维场景的脚本应用，规避各种开发和执行过程中的风险，使得shell脚本不仅能支持自动化发布，更可以全面智能化的为运维服务。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
