java轻量架构通解(一个java)
文章平均质量分 54
我半路出家,头脑不太灵光,技术选得太难搞不懂,选得太简单没啥用处,最终选择的是研究一套中小微公司理论上最节约成本的技术架构,来慢慢解析,并同时学习及熟悉技术细节.
庖丁解java
半路出家,搞java开发三年后,偶然发呆想到一个问题: 什么是java?
我突然发现面对这个问题,我居然只能说出一句话 : 面向对象编程语言。
e,突然发现,我该系统的学习一下java底层了。
展开
-
中小技术公司的人才培养(微服务使用--降本心法)
在java培训的过程中,java基础讲完之后,直接上手就是spring.这已经跨过了javaSE,utils,中间件.直接接触的就是框架.很快一个可运行的项目就可以通过IDEA创建出来.这就是java面向对象的优势,技术细节想封装起来,小白直接通过框架就能搞出一个项目来,项目搞出来了,你去工作了,要写需求了,你自己就要想法去研究细节了...而接下来会开一个新的专栏,专栏里的文章就肯定是对以上7篇文章提到的所有知识节点单独的解析.当然过程会很慢的,因为好多节点我也还停留在能用的过程.原创 2024-09-01 19:19:50 · 183 阅读 · 0 评论 -
面试题真的重要吗(一个javaSE硬解析)
之前做b站视频时总会有刚入行的朋友来询问这个问题?当时的我总会喜欢这样回答,有用也没用.小公司作用小,大公司作用大,作用比重和公司规模几乎成正比.那因为要写这个系列文章,javaSE肯定也是中小公司绕不过去的技术点因为这是整个java的基础啊.除非不用java.但我认为,目前主流编程语言,java的确是中小公司的必选.PHP(我看过这个语言的代码,只能说一点也看不懂,我是一点也不喜欢,而且本来用的公司也在变少)C系列(企业级开发用C系列的PHP还少,我就不分析原因了,因为我也不知道)原创 2024-08-29 19:52:03 · 383 阅读 · 0 评论 -
数据中台?(N系统协同硬解析)
什么叫N系统协同?和中间件类似,中间件只是对某一类重复功能进行封装,那对某一类业务已经有人开发出成熟系统了,就有的公司会把接口开放出来,收费.我们去对接嘛.也就是对某一类业务整体进行了封装.这,就叫N系统协同.java程序员对这个可熟了,继承,封装,多态嘛,这也是程序思维逐渐在影响社会架构的体现.软件工程师,不管你那个语言的程序员,肯定都逃不脱对接体外系统的命运,这一定是现代程序员必修之一,逃不掉,所以才会纳入到我套体系里来,中小公司也逃不开.(最近就在调微信的接口,可愁死我了......)原创 2024-08-28 17:59:34 · 1587 阅读 · 0 评论 -
声明式开发(N个中间件硬解析)
我刚入行的时候,就看到第一篇文章概述里那种描述,就觉得编程好难啊,要学那么多东西.光是技术的名字都那么一长串,b站上看那些大佬跟相声说贯口似的说着那些技术名字.要理解各种中间件,第一步,我们得破除一个恐惧,就是技术那么多,怎么学得完的恐惧.怎么破.我的角度是一个词: 声明式开发.上图,就是申明式开发,兄弟们蒙了吧. 哈哈,我也蒙了.为什么,因为这个文章在解释声明式开发的原理.这跟网路上一众大佬跟你讲每个中间件的原理一个道理.他们很高级,但忘了一个前提,初入此行的你,很初级.原创 2024-08-27 12:02:55 · 735 阅读 · 0 评论 -
Linux,容器,云环境(一个系统硬解析)
一个系统,这篇文章要说的,就是后端代码写好之后,需要一个运行环境.而所谓环境,就是应用软件运行的基础,操作系统.那么中小公司,想要在软件部署上省最多的钱,选择就几乎可以没有争议的确认下来.Linux.原创 2024-08-26 09:35:59 · 527 阅读 · 0 评论 -
spring,SpringCloud(一个框架硬解析)
第一步: 理解SpringCloud必须从认识Springboot开始.认识Springboot,需要从认识AOP,IOC开始,而对于如何理解AOP和IOC,作者有个有趣的角度,就是从认识js前端项目去入手.它们两者之间的思维共同点在于两个词: MVC 和MVVM(个人看法,js就是java最单纯时候的样子,java面对的是N个对象(渣男),而js面对1个对象(专一,当然js也在慢慢变渣),[浏览器],而aop和ioc就是java操作N个对象的一个手段)原创 2024-08-25 13:26:09 · 408 阅读 · 0 评论 -
中小技术公司的软扩展(微服务扩展是否有必要?)
前段时间爆火的微服务,容器,高并发等各类大厂扩散出来的'高级技术',如今又被不少人诟病,特别是一些中型公司,盲目技术迭代后,寒冬一来,发现企业代码逻辑太复杂,人员无法精简,甚至于最后连扩展都成了问题.最终导致成本无法控制,技术成为拖累,于是一部分程序员开始呼吁,还是单体技术架构好,中小企业,别去搞 那些幺蛾子.综合下来看,技术复杂度肯定是略有上升,但这个技术复杂度完全是可控的,经过系统培训,习惯养成,这个上升程度其实并不大.主要的差异在于编写代码的习惯切换过程.这篇文章主要探讨一个问题?原创 2024-08-21 18:19:44 · 538 阅读 · 0 评论