JK技术汇总-CSDN博客

本文链接：https://blog.csdn.net/jkinbor/article/details/140556969

一、概述

自从十几年前开启技术生涯之初，便有写此文的想法，尽管在那时想来是一件很好笑的事情。

人生匆匆数载年月，总需要留下来点什么，才不虚此行，告慰自己也好，或许可能助于他人也好。

我们总是忙碌着，一直很忙很忙，下班后一身疲惫，甚至于节假日都无法休息，总之就是很忙。

这种忙碌的人生确实很充实，占据了大部分时间，后来发现这好像并不是我要的生活。

于是，需要做点什么事情来改变这种状态，那就写下来吧，相信写下来就能够放下了。

二、JK兵法学

1.何为兵法学？主要是本人十几年职业生涯的总结，不仅仅包含技术，还包含管理等。

2.列表信息

7）归来兮现在

三、JK兵工厂

1.何为兵工厂？之所以命名兵工厂，因为可以基于此类程序进行软件产品和项目的设计与研发。

2.列表信息

2.1.Web程序框架

1）基于Vue3实现的SPA架构：kbnet.view.eap

2）基于Vue3实现的SSR架构：

2.2.GUI程序架构

1）Winform：

2）Wpf：

2.3.Moblie程序架构

1）Android：

2）IOS：

3）鸿蒙：

2.4.API程序架构

1）kbnet.xaas.papi

2）kbnet.xaas.dapi

看过许多程序框架，但是发现大多数程序框架都不能满足我设想中程序架构的模样，于是乎，便有了这套程序架构。

2.5.数字孪生/AR

1）unity：

2）webGL（three.js）：

四、JK工具集

1.何为工具集？为制造武器装备的兵工厂提供生产利器，使兵工厂专注于生产制造，提升效率与品质。

2.列表信息

2.1.kbnet.toolkit.formulas：一个类似于excel公式的类库。

五、JK装备库

1.何为装备库？主要是指下载后，可以直接安装使用的软件产品。

2.列表信息

2.1....

六、JK游乐园

1.何为游乐园？与现实中的游乐园相同意思，一个提供游戏服务的乐园，乐园里有各种游戏装备。

2.列表信息

2.1.kbgress：为游戏装备提供基础保障。

　　a）kbgress之数据结构设计

2.2.kbspace：运营游乐园。

2.3....

七、总结

1.一切只为成功，持续成功。

1.1.从业这些年要说欣慰的事情，便是自己从来没有做过失败的项目和产品，当然这只是正面的说法，因为为了保证成功付出了许多。要知道国内绝大多数老板和高层管理者的思维方式是制造车间流水线式的批量生产，有了原料、设备和工人就应该按时按量交付品质合格的成品，而设计与研发的过程和难度并不在他们思维的意识范围之内，这才是导致各种乱象和失败的根源，让他们明白这些，可想而知有多难，需要付出多大的代价。

1.2.软件开发的成功有很多种，随便做出来凑活能用，使用各类敏捷框架快速弄出来，使用低代码平台只要一张脸，还是只顾把各类技术集成起来才不管什么安全性、稳定性和可持续性。自2010年初进入职场以来，见惯了各种新鲜的、奇葩的技术和骗局，也明白为什么这些骗局在国内盛行的原因，就是因为老板们总想着“借着东风大搞一笔钱，钱到手迅速离场闪人”。这类所谓的成功实质是投机取巧，根本就配不上“成功”二字，更加不存在半点“持续成功”的气息。

1.3.由于经历过、见识过，所以才有了这系列文章的出现。大多数软件和开发框架、平台都是属于诱骗你上船，然后再对你割肉放血，通常做法都是第一阶段让你觉得“自己的选择是多么英明神武，超值”，但是到了第二阶段很可能需要你为第一阶段支付5~10倍的费用，第三阶段，也许根本就没有第三阶段了，除非你属于人傻钱多的主儿。我本人是比较鄙视这种行为和做法的，所以公司管理层或团队成员有类似想法，我都会毫不客气的将它消灭在萌芽状态，正儿八经的做事，不能搞功绩，不能为面子就不要里子，这是不正确的。软件设计研发是很严肃的工程，许多时候99.99%=0。

2.为高楼大厦的建设筑牢根基。

2.1.这一些列文章好像讲了很多也很重要，同时好像缺少一个重要的概念：产品，确实如此，上述文章和文字并不是讲解某一个产品的核心功能与核心技术，因为一个产品所涉及到的功能和技术是相对有限的、简单的，上述内容是通用产品技术和产品之母（平台）的构建与演进探索过程。

2.2.身处当今飞速发展的环境中，一款好的软件产品并不是简简单单的开发出来就行，更加需要强大的基础设施服务和完备的平台支持，否则面对突如其来的用户量服务器瞬间就要瘫痪，还要面对各种网络安全、数据安全、竞争对手、知识产权、运营管理等等技术与非技术的问题，倘若没有上述通用技术和平台的支撑，你的这款好产品会被市场上的食肉动物迅速撕咬破碎、吞噬殆尽。

2.3.既然能做出好产品，就应该有能力把持得住，接得住服务的好，不能被别人轻松的拿走抢去，到头来落得一场空。这个社会早已不是产品为王的时代了，而是平台和内容的时代，内容吸引流量，平台锁住用户，构建并形成一个持续、活跃、健康的生态圈，产品变成了记录文字的书本。一锤子买卖的时代早就结束了，市场需要的是稳定可靠的持续性服务。

2.4.这些年强忍着不去做产品，内心确实很不满足，好想做几款产品解解压、爽一爽，不过最终还是忍下来了，因为早在2016年的时候就意识到今后是平台和内容的时代，所以一直都在苦练这方面的基本功，直至此时，方才结束。

3.软件的投入和产出，谁来负责。（写于2024-3-19）

3.1.即使在上述文章中有提到技术总监的职责，但是也没有认真探讨它的真正作用，原因也很简单，毕竟是技术出身，更喜欢架构师的角色，对介于老板和架构师之间的技术总监角色，还不太愿意扮演（尽管过去也在扮演着）。一旦扮演技术总监角色，就意味着要与软件编程技术逐渐隔离开，不能再亲自动手写代码了，技术总监，虽然高于架构师，对热衷于技术探索和研发的人却并不喜欢这个角色，除非厌倦了架构师职位。

3.2.技术总监的角色，在我看来与公司老板的角色并无二别，老板有时候也很想到生产一线活动一下筋骨，但现实条件不允许，老板应该对公司和员工负责，而不应该干一线工人的工作。同样技术总监也是一样的道理，它需要对老板和公司负责、对软件团队和系统建设负责，而不应该自己再去编写程序代码。老板需要开拓市场、签商业合同、接生产订单，让企业不停的运转着，设备运转着，员工有活干，公司有钱赚，大家有钱赚；技术总监需要通过软件技术协助老板使企业能够有效运转，使老板投入的软件研发资金得到最大化能效产出，为软件团队指明攻坚方向。要说技术总监与老板的差别，那也是十分清晰的，就是技术总监是技术出身，它对技术了然于胸，而老板则不能洞察技术世界的虚实真假。

3.3.一般来说，30岁之前能胜任技术总监职位的人，几乎是凤毛麟角，特别是现在的软件行业，传统软件开发+互联网+移动互联网+物联网等等模式发展成熟又相互渗透的环境里，技术总监和架构师需要掌握的软件技术和知识，以及非软件方面的知识是2015年前的10倍都不止，也可以说现在许多公司的技术负责人多半都在“堆积技术、堆积功能”，即能满足老板的需求就行，至于什么时候挂掉，就听天由命了。这也是为什么真正重视技术的公司极其重视架构师职位的原因，既然技术总监没有办法对技术负责，总要有个角色对技术负责，那就是架构师。特别强调一下，架构师对技术负责，不等于对安全技术负责，就像现实中公司有保安，还是必须有警察和军队，高水平的盗贼和盗匪保安是无法应对的，还是要求助于警察，甚至军队。