[程序人生]天天写业务代码的那些年,我们是怎样成长过来的 作者:Phodal 比起写业务代码更不幸的是,主要工作是修 Bug , bug , buG , bUg. [Java 编程]Springboot实战:我们的第一款开源软件 作者:清纯的微笑 在信息爆炸时代,怎样避免持续性信息过剩,使自己变得专注而不是被纷繁的信息所累?每天会看到各种各样的新闻,各种新潮的技术层出不穷,怎样筛选出自己所关心的? [物联网]Android Things:外设I/O接口-I2C 作者:1024工场 内部集成电路(…

在golang中,函数划分为全局函数和成员函数,在使用的时候,有种情况,会产生一些疑惑的,就是在写业务代码的时候,使用全局函数好像会比较方便,一般业务代码,都不会复用,都是针对特定的业务进行编程,要复用的代码都会封装为功能函数了.在写业务代码的时候,使用包+全局函数的划分方式,可以将业务代码写成单例,把receive也省略掉了,简单清晰. 使用包+全局函数的方式来划分模块,很多项目在写业务代码的时候,都是这样操作的,但这样会增加目录的层次,看起来会比较啰嗦. 因为使用包划分代码,业务代码使用的变…

我承认,本文的标题有一点标题党,特别是写业务代码,大家因为没有足够重视一些细节最容易调的坑(侧重Java,当然,本文说的这些点很多是不限制于语言的). 1.客户端的使用 我们在使用Redis.ElasticSearch.RabbitMQ.Mongodb等中间件或存储的时候肯定都会使用客户端包来和这些系统通讯,我们也会使用Http的一些客户端来发Http请求.在使用这些客户端包的时候,非常容易犯错的一个地方就是Client的使用方式,比如有一个叫做RedisClient的类,是Redis操作的入口…

代码规范要求1.命名空间规范:dao层的impl实现和接口采用一样的命名空间,到对应文件夹层:IxxDaoContext与其实现类采用顶级命名空间. 2.TableEntity文件夹:所有的实体放到各自model的TableEntity文件夹中,类名以Entity结尾.3.InputModel文件夹:api接口所有的输入类,类名以InputModel结尾.4.OutputModel文件夹:api接口所有的输出类,类名以ResultModel结尾. 5.控制层输入类的命名规范:搜索的输入类:尽量命…

注意,这是我的架构实践心得的第二季的系列文章,第一季有10篇你也可以回顾. 见https://www.cnblogs.com/lovecindywang/category/1296779.html 最近我一直在思考几个问题: 业务代码究竟难不难写? 一直开发业务代码是不是完全学不到东西? 5年+开发经验的老程序员的价值在哪里? 如何通过面试来区分业务代码开发的水平? 其实,这几个问题或多或少是相互关联的.有的时候大家也会自嘲说,"程序员接手的代码永远是烂摊子,然后自己继续在这个烂摊子上产出代码,…

这个 Kafka 的专题,我会从系统整体架构,设计到代码落地.和大家一起杠源码,学技巧,涨知识.希望大家持续关注一起见证成长! 我相信:技术的道路,十年如一日!十年磨一剑! 往期文章 Kafka 探险 - 架构简介 Kafka 探险 - 源码环境搭建 Kafka 探险 - Kafka 探险 -  生产者源码分析: 核心组件 前言 首先还是看一眼 Kafka 生产者中的方法,核心分为三类:构造器,消息发送,其他. 我们今天要探讨的是在构造器中初始化配置时用到的配置类,看起来是构造方法中一个不起眼的…

如何加速golang写业务的开发速度 不要忌讳panic golang写业务代码经常会被吐槽,写业务太慢了,其中最大的吐槽点就是,处理各种error太麻烦了.一个项目中,会有30%或者更多的是在处理error. 对于golang的error这个事情,golang的官方也说的很详细,建议函数返回error,并且让上层调用处理. error和panic实际上就是以前写PHP业务的时候争论的使用errno还是exception的争论.实际上,后续在PHP世界里面,大家都倾向于会使用exception来…

[程序人生]不不过写代码,而是完毕作品 作者:瞬息之间 近来有人问起,如今似乎真得变成了码农,日出而作,日落而息.整天不停的写代码,开发业务需求,周而复始,日子长了,感到厌倦. 有时回忆,应该在过去的某个时期我也曾陷入过这种循环中,后来又是怎样脱离的呢? [深度学习]使用Caffe进行手写数字识别运行流程解析 作者:fengbingchun 之前在 http://blog.csdn.net/fengbingchun/article/details/50987185 中仿照Caffe中的examp…

[程序人生]代码非常烂.所以离职? 作者:stormzhang 我在面试的时候一般会问这么一个问题:你为什么离职? 当中有不少同学会提到这么一个原因.现在的项目代码太烂了,前人留下了非常多坑,我实在忍受不了了. 事实上在我看来,这个原因显得未免太不职业了.并且可能把工作想的太过于理想化了. 假设由于代码非常烂就离职.那么你跳槽到下一个公司依旧会面对相同的现状.由于差点儿每一个人.都会认为自己公司的项目代码非常烂. [Android 开发]Android 安全防护之旅-带你把 Apk 混淆成中文语…

[程序人生]假如我是一行代码 作者:henry-hacker 我们不止一次在生活中听到"假如我如何如何,我会如何如何"的句式.而这种句式说出来的一般意义无非就是让我们站在还有一个角度去思考问题.比方说以前一个物理学家如果自己是一个电子.他借着这种如果进入了另外一个奇妙的天地,那是一片从来没有人到达的乐土.那是一个就算两个电子相撞.抑或相互泯灭都显得举足轻重的一个世界,在那里.电子是主宰,而不再是人类.电子遵循着生存的法则,相安无事.而我们.今天的主题.将带着大家以一种全新的思维去看待程…