关键词：
<br> $$01$$ <br>
互联网内卷年代，作为不着调的普通选手；
在诸多花里胡哨的黑话中，个人最待见的就是"认知"这个词；
认知，有强烈的抽象感；
想要深刻理解抽象的概念，可能需要上升到哲学层面，或者所谓的人性层面；
很显然，普通玩家达不到那个层次，更多的还是从实践中搭建认知体系；
个人理解；
认知就是对事物认识的多少和知道的深度层次，即认知范畴内的广度和深度；
广度影响思维的开阔性，深度决定思维的正确性；
实践出真知；
实践是一个复杂的过程，也是结果和经验的持续积累；基于实践周期所得的认知，自然也是曲折和漫长；
认知从内在来看：包括经历和实践沉淀的结果和经验，以及形成的思维体系；
认知从外在来看：是意识驱动下的表达和行为；
最后以说人话的方式来描述，认知就是想法、表达、行为；直接体现就是做人和做事；
回到工作中的实践场景；
协作的双方，时常会觉得对的方认知不够，尤其在上下级之间，认知层面的落差感更为明显；
<br> $$02$$ <br>
与认知这个词关系密接的就是几个基础的方法论，作为事物理解的指导逻辑；
事物【本质】；阶段【矛盾】；发展【规律】；
何为本质？透过现象看本质，理解不同事物的共性和个性，判断发展逻辑；
何为矛盾？事物内部以及事物之间的对立统一关系；
何为规律？现象之间必然、本质、稳定、反复出现的关系；
从个人实践来描述：全面深入理解事物自身和环境的关联影响，以及发展过程，不同事物的空间维度，不同空间维度的周期变化，即时间维度；
简单的说：全面、深入、动态的看待事物本质和运行逻辑；
从抽象的理论映射到具体生活中来看；
在职场初期，由于缺乏大量的实践经验，很难理解上述方法论的原理，但是毋庸置疑，作为交流的高频词，必然有其精妙之处；
刚开始深入的了解相关方法论，思维中好像掀开了房顶，找到了复杂问题的万能解法；
做事的过程中，都会下意识对齐是否符合方法论的逻辑；
当方法论实践久了，会觉得和最初的预期有一定的落差，方法论并不能作为全部事情的解法；
比方法论更高级的是哲学或者指导思想，比如大学里完全读不懂，并且还不想读的那两本，现在想想那时真的年少无知；
对于理论性描述，目前能力达不到，估计以后也达不到，只能立足职场经历；
对于抽象的方法论理解，需要大量实践经验的加持，并且不同范畴内的实践对认知的影响也各不相同；
<br> $$03$$ <br>
每个人的经历都可以理解为实践过程；
对于技术型选手来说，通常都对自己的能力阶段有清晰的感知；
可以大致划分出：新手期，发展期，成熟期这三个阶段；
用一个比较经典的总结来描述；
新手期，编程只是增删改查，外加复制粘贴；
发展期，开发不只是增删改查，还需要复制粘贴；
成熟期，研发就是增删改查，都可以复制粘贴；
只要处在研发岗位且做编码的同学，不管能表达多么高深的理论，或者设计复杂的架构；
都绕不开这个基本定律；
但是，不同的阶段中，认知层面的落差是巨大的；
同样是增删改查的逻辑；
新手期和成熟期，对于实现过程中的思考和逻辑都有巨大的不同，自然结果也不同；
同样是复制粘贴的动作；
新手期更多是复制别人的代码，粘贴到自己的逻辑中；
对于有积累沉淀的成熟期来说，更依赖复制自己的代码，粘贴到自己或别人的逻辑中；
<br> $$04$$ <br>
基于自己的专业范畴内；
从曲折的实践过程中，都会潜移默化的构建出相应的认知体系；
这是大部分研发选手认可的成长过程；
但是，在积累过程中，如果只注重把认知体系搭建在研发的范畴内，又会存在很大的局限性；
对于这个说法，可以从两个方面来审视；
如果职场已经走到研发和管理岔路口；
偏向管理势必要降低研发的侧重程度，偏向技术势必要面对年龄段的问题；
如果职场还在起步阶段；
建议去研读一下晋级或晋升制度的文档，不管是公司内部或者外部的，都具备参考价值；
不同的职级都有各自的规则要求，这是大部分职场玩家进阶的缩影，也可以作为实践过程的方向指导；
首先要匹配环境的对自己的能力要求；
然后再不断的积累沉淀，并且改变自己，符合下一职级的要求，然后向上晋升；
<br> $$05$$ <br>
对于互联网公司来说；
最常见的就是P(职级序列)和T(技术序列)两个范畴，也有M(管理序列)，常用的序列号就是3-10；
可以自行参考公司的《职级制度》，重点是去了解不同职级下的要求；
不论是P职级，还是T职级，在职级要求的变化中，都有一定的规律可寻；
在相对低(3-4)的职级中，要求在标准的流程中完成结果交付；
在相对中间(5-6)的职级，要求独当一面解决问题的能力，并且对新人有引导；
在相对高(7-8)的职级中，要求项目和团队层面的主导能力，具备协作流程推进的主动性；
在相对顶层(9-10)的职级，要求系统性的解决方案，战略的规划，业务的驱动和创新能力；
在互联网公司中，上面是普遍使用的晋级制度；
<br> $$06$$ <br>
回到自身上来；
职级要求是大部分选手的必经之路，而对于那些天赋型或者资源型选手来说，无法以常理论之；
在变化当中；
反思实践过程，衡量认知体系时，目的就是避免自己进入误区，从而陷入被动的状态；
然而，如何去反思过程和衡量认知？
对于大部分玩家来说，立足于职级要求和自己的工作经验，进行客观的判断即可；
注意：一定要客观，避免强烈的自我认同感，过度的主观意识就是片面；
先从意识层面，形成一个相对客观的反思能力；
再来思考自己的实践过程，形成的认知体系，以及后续职业方向的选择；
普通选手少走弯路，也许才能走的更远；
<br> $$07$$ <br>
此前，有幸经历过创业公司的起步到平稳发展的阶段，这里指从租办公室起步；
对于职场初期的选手来说，也是某种意义的上的不幸，无论是沉淀还是认知体系，都无法把握其中的机会；
也经历过飞速发展的互联网中厂，也待过两年所谓的互联网大厂；
不同规模和发展阶段的公司，既有各自的特点，也有相互的共同点；
都是研发的岗位，但是不同环境中的实践经历，会形成认知体系中的巨大差异；
先来简单的分析一下互联网公司的基本运作模式；
有必要轻微的解释一句；
并不是一定要理解各个节点的本质，当然也没有人是全才，只是有必要形成相对统一的共识；
这里更侧重对于认知层面的广度要求；
还有必要顺带的黑一句；
如果有人动不动就跨多个节点进行深刻的表达，不能排除表演的成分；
对于上述的框架范畴，大部分职场选手都是有一定的意识的；
然而问题的关键在于，职场初期只把自己作为线性流程中的一个节点；
很显然在职场新手期，对于研发选手来说，大部分都认为自己只是在写代码；
重复的接收需求、分析、表达、执行，侧重技术能力积累，并且感觉自己和其他节点是隔离的；
随着工作经验的积累和认知建立，思考的角度也在转变；
会逐渐从业务的各个层面审视核心问题，业务的参与方，并理解流程和协作；
此处，必须要严谨的声明一下，这里只是描述看待事物的思维；
显然任何人都不能把握所有节点的本质；
但至少要具备入门级的了解，能立足业务，对于各个节点，可以形成方向层面的共识；
这也是大部分业务型公司的执念，要求团队达成业务面的统一共识；
变相的思考一下真实状况，研发如果只考虑代码层面的问题；
讨论业务，无法达成共识；
交流产品，各种拉扯对喷，无法实现；
沟通运营，完全不理解逻辑出发点；
如此这般的话，成长的方向在哪里？升职加薪的底气在哪里？发挥的空间在哪里？
<br> $$08$$ <br>
那职场的进阶之路应该怎么走？
从个人的实践经验来看；
在不同的职场阶段，注重相应核心技能的积累，并且投入适当的时间，思考和学习下个阶段的必备技能；
也就是所谓的一步走一个台阶，这样更具有确定性；
在实践过程中不断调整自己，完成阶段的积累和沉淀之后，把握晋升机会，顺势而为即可；
对于认知体系建立，需要不断的进行阶段性总结和反思，尝试性的理解上面各个节点的本质，完成能力拼图；
反思一个现象级问题，内卷是怎么来的？
互联网的行业属性，需要持续性的学习；
对于其他经验的借鉴和复用，会另大部分人，有种认知高级的幻觉；
这种现象和行为是会传播的，普通玩家只能本着打不过就加入的心态，一起卷；
<br> $$09$$ <br>
回到认知这个话题上来；
对于互联网这个卷到鼻青脸肿的行业来说，确实很考验个人的综合能力，即认知体系里要有深度和广度；
在工作中，不乏有部分选手，能从商业谈到战略；
从战略扯到方向和目标；
从目标再度横跳到团队管理；
在想法到表达上能把人拉扯的一愣一愣的，给人一种公司有他就行的幻觉；
然而落实到行为上，通俗的理解就是做人和做事两个范畴，能直接给队友天与地的落差暴击；
虽然这种魔幻选手卷不翻职场，但是不可否认，为了卷的学习精神值得借鉴；
在个人的意识中，强到离谱的选手，是立足自身当前的阶段，能力还向上延伸1到2个节点；
在这种认知体系中，不管做人还是做事，都是方向准确且行动迅速，确有降维执行的感觉；
<br> $$10$$ <br>
总结性的表述；
在互联网这个行业中，进阶之路就是认知广度和深度的积累过程；
广度；自然就是常说的：产品、业务、技术、运营、团队、流程、组织、商业等多方面；
至少要形成方向的共识，至多上不封顶；
深度；自然就是围绕：技术深度、业务高度、管理能力、共识层面的广度，是核心的竞争力；
把杂乱的实践过程进行结构化的摆放，是研发选手优缺点的直接体现；
可以用这种结构化的思维去看待认知体系的形成框架，但是也仅限于下意识的思考；
在变化中，基于认知展现的做人和做事的能力，才是真实的体现；
最后，聊聊思考职场认知的故事背景；
有一个队友，在T7晋级中失败两次，原因都是：职级的相应认知不足；【PS.本故事纯属真实】
<br> $$END$$ <br>
Gitee主页： https://gitee.com/cicadasmile/butte-java-note
“你要多努力，才能避开软件测试危机”？深入测试人的自我修养…
软件测试也是近几年才火爆起来，由于其入门低、容易上手、对学历要求低等特点，使其迅速蓬勃发展起来。但俗话"入门容易成才难"，软件测试包罗万象从文档静态测试、手工测试、自动化测试、单元测试、... 查看详情
什么是自我修养
...养是人们提高科学文化水平和道德品质必不可少的手段。人的一生是一个不断学习和不断提高的过程，因而也是一个不断修养的过程。所谓职业道德修养，是指从事各种职业活动的人员，按照职业道德基本原则和规范，在职业活... 查看详情
很认真地聊一聊程序员的自我修养
...、论坛、社区发表文章进行分享获得成就？我想这是少数人的追求，也是更高的追求，在这之前我认为，在中国，程序员提高自我修养的目的，是为了：1、更好的融入工作，减少困难，增加成就2、稳步的提升能力，提高收入，... 查看详情
一个运维老将的自我修养
...监huashion近十年运维领域的自我修养体会，清晰运维人的工作职责定位，文化准则ÿ 查看详情
程序员的自我修养---elf文件格式(代码片段)
...ELF文件格式程序编译的基本流程 相信绝大多树科班的人的第一行代码都是下面这个helloworld程序。当我们用window下的visualstudio,还是dev等集成开发环境（IDE）。都可以通过一个简单的按钮运行起来（程序没有bug）... 查看详情
素质教养的重要性
...坏，在一定意义上对个人成功有决定性作用。自我修养是人的能力和素质的体现，交流沟通能力、处理人际关系能力、诚信、胸怀、气度等都属于自我修养的内容，而这些都是对成功有决定性作用的因素。国内著名的民营企业家... 查看详情
培养自我修养的意义
参考技术A 自我修养就是实践，就是自我投资，就是敢于同自我作斗争。那么培养自我修养的意义何在?下面是我给大家搜集整理的培养自我修养的意义文章内容。希望可以帮助到大家! 培养自我修养的意义 如果一个人... 查看详情
gis制图人员的自我修养--制图误区
GIS制图人员的自我修养by李远祥 最近一直坚持写GIS制图的技术专题，并不是为了要介绍有什么好的技术和方法去制图，而是要告诉所有从事这一方向的人员一个铁铮铮的实现--要做好GIS制图，必须加强自身... 查看详情
一个前端的自我修养
①一个前端的自我修养 今天给大家分享的主题是前端的自我成长，这是一个关于成长的话题。 很多人都有这样的感觉：听了很多技术圈子的分享，有的有深度，有的循循善诱，深入浅出，但是呢，几年下来，到底哪... 查看详情
gis制图人员的自我修养--制图意识
GIS制图人员的自我修养(2)--制图意识by李远祥 上次提及到GIS制图人员的一些制图误区，主要是为GIS制图人员剖析在制图工作中的一些问题。但如何提高制图的自我修养，却是一个非常漫长的过程，这一章主... 查看详情
markdown程序员的自我修养(代码片段)
程序员的自我修养之精神内耗
巴啦啦能量解决方法： 1.把自己的事与他人的事剥离开 2.推翻负面情绪 3.学会接纳自己 查看详情
程序员的自我修养
...的修养，但程序员在达成较高的水平之前，有一些“自我修养”， 查看详情
一个前端开发者的自我修养
今天给大家分享的主题是前端的自我成长，这是一个关于成长的话题。很多人都有这样的感觉：听了很多技术圈子的分享，有的有深度，有的循循善诱，深入浅出，但是呢，几年下来，到底哪些用上了，哪些对自己真的有帮助了... 查看详情
程序员的自我修养
进程的内存布局其中，共享库指的是如果使用了c或c++的标准函数库中的函数，比如:printf,strlen。。。那么就会在这个位置将libc.so或libc++.so中相应的函数定义填进去。 查看详情
论一个“程序猿”的自我修养；
...有各的修养，但程序员在达成较高的水平之前，有一些“自我修养”，是最基础的，是普世的。所 查看详情
程序员的自我修养
个人的一些总结，个人的一些看法。工作篇拒绝重复劳动 比如，如何合并多个ppt。 生活篇爱装逼 比如，有没有记录读书进度的APP---赵裕的回答。不局限于专业知识 比如，看课外书坚持运动 比如，篮球&nb... 查看详情
读《程序员的自我修养》记录
读《程序员的自我修养》记录单指令操作称为原子操作（++i，自增不是原子操作），预编译/编译（cc1）/汇编（as，.o目标文件，生成Symbol表，Symbol即地址，代码段/数据段/）/链... 查看详情