掘友等级
获得徽章 0
一款基于 Electron + React + TS 开发的文件上传及管理软件,既可以作为图床上传管理工具,也可以作为对象存储文件管理工具
github.com
morning~今天推荐一个基于 Nodejs + eggjs + Mongodb 整合编写的内容管理系统——DoraCMS。该项目结构清晰、易于拓展,很适合前端开发工程师做二次开发哦。
hellogithub.com
写了个磁贴组件,网上找了一圈没有找着。
PC/H5/小程序/App的线上产品异常到底如何?
如果“北上广深”是你得不到的女人,没必要当舔狗,趁早离开“她”吧!二线城市能让你踏实下来!
近期得了个机会,把自己两年前的一个项目重写了一遍准备上线,刚好前段时间读了《clean code》和《head first design pattern》,于是在整个重写过程当中,有意识的按照里面提到的一些设计模式和编码规则进行重构设计,整个过程下来心情非常的愉悦,写代码就像写诗,大概就是这种感觉。再对比两年前自己写的的项目代码,感悟就很深刻了。
以前写代码,很多时候都陷入了羊群效应,为了避免犯错,照葫芦画瓢,对很多不合理的设计和重复冗余的代码都置若罔闻,不去深究。实际上错过了很多优化提升自己的机会。而且,这种遵从教条主义的危害很大,遇到水平高的代码还好,如果遇到水平一般设计差的,编码风格、编程思维会被带偏,很容易陷入瓶颈(这里主要指的不是技术瓶颈,而是代码设计、抽象建模的那种编程思维)。就像我两年前写出来的代码,可读性很差,更别谈高内聚低耦合、OCP、SRP这些东西了,得亏重写的是我自己,不然保不准会有一个同事拿着大刀来砍我,问我写的什么玩意儿。
很多时候,我们做的业务功能可能很简单,很基础,但这并不代表我们应该马马虎虎的对待,加入一些设计模式,多注重代码整洁的规约,会让这些业务功能变得不那么“简单”。就像《程序员修炼之道》所引的,吾等采石之人,当心怀大教堂之愿景。即使我们所做的事项很基础,也需要心怀愿景,告诉自己自己在建筑的不仅仅是城墙,而是大教堂。
又被打败了、领导非得要求前端目录结构按他的.NET项目结构一一对应。哎、非得认为多分些目录结构才算专业。讲架构时不在乎架构图、设计原理。只在乎目录结构。
我也没有和他争什么呢。一直跟我强调他后台有多厉害。说我虽做过服务端、但是好久不做Net了、对NET也得先了解了解。写完代码一定要给他看。这都没啥。我都答应了。总是对技术不放手、总是按他认为的思维来。他仅仅只会.NET开发啊。连Linux、docker都没弄过、之前通信都是WCF、刚知道restful、JSON、哎。公司老板一直期盼招我们进来能改善公司技术、搭建技术平台。但是目前按他思维来做、根本没有啥提升。到最后项目一定会爆雷。到时候会不会背锅啊。太愁人了。
O! M! G! 今天推荐一个好 fashion 的 JS 项目:fiora。它是一个功能丰富、支持多端的在线聊天室。界面小清新,支持基本的聊天功能的同时还有好玩的消息朗读功能。项目上基于 TypeScript + React 16.9 代码逻辑清晰、注释较为完善,适合用来学习 node.js、 TypeScript、React 等技术!
hellogithub.com【用它!fork它!star 它!真的超有意思的哦!】
半透皮肤怎么样?
下一页