广州网站开发创意设计公司,免费医疗网站模板,自己做抽奖网站违法,建设网站相关法律条文本文首发于我的个人掘金博客#xff0c;看到很多人都比较喜欢这篇文章#xff0c;分享给大家。 个人博客主页#xff1a;https://www.aijavapro.cn 个人掘金主页#xff1a;juejin.cn/user/2359988032644541/posts 个人的知识星球: 觉醒的新世界程序员 一、背景
之前写了… 本文首发于我的个人掘金博客看到很多人都比较喜欢这篇文章分享给大家。 个人博客主页https://www.aijavapro.cn 个人掘金主页juejin.cn/user/2359988032644541/posts 个人的知识星球: 觉醒的新世界程序员 一、背景
之前写了一篇内向性格程序员的文章
内向性格的开发同学没有合适的工作方法是不行的 - 掘金
评论还不错很多人回复了
内心的我目前状态就是这样的学习了
评论区如图 再一次感受到在程序员的世界内向型的程序还是占比非常多的。当时说过软件开发同学的从性格上来说有两类人外向的、内向的也就是最近流行的称呼I人、E人。
是啥意思呢问了一下ChatGPT。
我问它请帮忙分析下程序员的I人和E人都是什么意思有哪些特点和特质
它说
程序员的I人和E人可能是指狄塞特性格类型理论中的两种主要类型“内向型Introverted”和“外向型Extraverted”在程序员群体中的表现。下面我们来看看他们的主要特点和特质。 内向型的程序员I 喜好独立工作他们更愿意独立地去处理问题和任务享受沉入自己工作的宁静时刻。 沉思型决策者他们在决定如何行动之前可能需要花费比其他人更长的思考时间这意味着他们通常会进行深度思考以找出问题的最佳解决方案。 倾向于书面沟通他们可能更擅长于书面沟通比如电子邮件或者聊天工具而不是面对面的会议或者视频通话。 较低的社交需求他们可能在大量的社交活动中会感到疲倦并且享受独处的时间。 外向型的程序员E 热衷于团队合作他们喜欢在团队中工作和其他人一起解决问题他们通常可以从他人中获取活力。 快速决策者他们往往快速做出决策更倾向于“行动优先”。 倾向于口头沟通他们可能更擅长于直接、面对面的沟通善于讨论和合作。 较高的社交需求他们享受与人交往的过程能从积极的社交互动中获取乐趣和激励。
记得这只是一个大致的分类人并不完全符合一种类型大部分人都是在一定的情境下表现出某种特性而在其他情境下可能表现出另一种特性。实际上最有效的团队通常会有各种不同的人格类型这样可以确保有多种视角和思考方式。
在真是的企业工作环境中两者都有相互成长和成就单纯的靠某一类人是无法完成最终目标的。
外向的人在工作中擅长交流内向的人在工作中善于总结两种的人都是开发团队需要的。
外向的人在工作中善于活跃团队内的气氛逐渐走向技术管理路线带领团队走的更远控制开发目标与路线内向的人更擅长观察容易成为团队的定心骨逐渐走向技术专家路线肯研究肯花时间提高自己。
在这个过程中内向人前期的成长尤为重要合适的工作方法和习惯也会提高在团队中的地位而不是单纯的低头干活本文分享下自己的经验不一定对希望对大家有参考。
不同的性格的人具有不同的工作方式和方法和生活习惯对于软件开发这个职场环境来说内向性格不是劣势很多人外表看着外向其实潜意识也有很多内向性格的特征。
内向也是人的宝贵的一面有时也是能力优势的一部分如善于深度思考等如果让自己掌握外向同学的行动方式逐渐的做出改变会更好。
正如两种颜色的人
内向性格的颜色给人的视觉感受是安详、沉稳、冷静、清爽、浪漫、高贵、低调、淡雅。
外向性格的颜色给人的视觉感受是华丽、兴奋、活泼、热辣、旺盛、大方、通俗、喜庆。 本文算是对之前文章的升级版吧补充了一些最近的感想和内容。
二、现状
刚毕业不久进入到职场中工作的同学如果性格是外向的那么他其实问题并不大稍微花费一点时间可以快速调整自己并被其他人看到自己的工作成果而内向性格的毕业生如果在职场中没有主动去做某些工作和承担哪些职责或对自己目前的工作状况没有及时调整和改变就会造成成长缓慢有的人会出现明明自己每天努力学习却还是工作中那个让同时感觉能力最差的导致经常没有分配到核心的开发工作长此以往消极的各种状态就出现了。
正如之前分享的那样内向性格的同学在初入职场中经常会出现如下症状
1、无法参与到同事的日常工作交流中自己明明想和同事深入交流做朋友但是没有契机
2、明知项目组的工作环境和方式存在一些不健康的因素自己不太愿意去参与或评论
3、对开发整体流程和环节不清楚及需求的判断有问题需求频繁改动代码写了被删除自己却不敢说或说了一次被骂以后沉默了
4、项目组缺失技术经理等全流程人员需求自己理解和功能设计自己却没有及时吧自己的想法与他人沟通 外包团队更明显
5、身边缺乏可以聊天的mentor、同事自己感觉开发能力无法提升却一直憋在心里产生怀疑
6、不知道工作中如何问同事问题才愿意帮忙解答持续很长时间未获得同事的信任
7、有时过于逞强不想让别人觉得自己不行不会拒绝实际工作量与评估有差别导致自己延误工期。
8、针对工作中的需求描述自己以为很懂实际做的时候还是有些不太清楚不太敢问生怕别人发现自己的短处。
9、身边缺少技术大神知名程序员等出现问题时百度一天都不会找不到日常解答问题的技术专家和大神。
以至于出现自己越来越忙的情况发生 以上的这些问题可能不止内向性格的人会有很多外向的人可能也会有只是在内向性格的人身上更明显而已如果内向性格的毕业生明知道自己有这种情况却不思考解决办法和改变长时间后自我开始产生怀疑。 职场中沟通、反馈、改变是很重要的但是沟通不一定就是说话反馈不一定是面对面而改变是一直要持续去做的。
之前看过一点得到的沟通训练营的视频教程感觉里面有些技巧是值得大家去学习的不仅仅是开发类型的同学。
三、经验分享
下面我分享下我的一些想法可能不太对但是希望可以帮助到看到这篇文章深有同感的你。 问题1内向性格的毕业生说的话或者请求别人的东西别人听不懂怎么办
这里先记住一件事情在职场中开发者要逐渐学会给不懂技术的人员讲明白事情要逐渐学会用生活中的事情去类比。
这个真的很重要当你给不懂技术人讲的多以后很多人可能都会来请教你关于某件事的理解这个通常我们和系统的售前、需求人员、产品人员用的比较多得学会用生活中的例子或故事去告诉他XX能做XX不能做的原因是什么。要坚持去练习。
对于请教一些人技术问题时不管是同事也好还是网友也好要明确自己给他的这个消息别人是否会听懂马上给出解决办法还是别人看到这个问题以后还要和我交流1小时才能知道是啥意思这个也是很多有经验的人不愿因帮助低级程序员的原因这里分享下请教问题的描述模板实际使用时可以根据模板的内容进行扩展
我遇到了一个问题或场景【问题描述】我想要实现【X功能】但是出现了【Y现象】我经过以下尝试【思路细节】但是不能解决报错如下【报错信息或截图】或者我使用【关键词】百度但是找不到答案请问我该怎么解决或分析。
这个模板的本质如下几个常见思维与方法的体现 它们是定义和理解问题以及制定和执行策略的重要工具。具体的含义如下 5W1H这是用于问题分析和问题解决的一种方法其名字来源于英文的6个疑问词它们分别是Who谁What什么When何时Where何地Why为什么和 How如何。这种方法可以帮助我们全面地理解一个问题或情况通过回答这些问题来确保项目或任务的所有方面都被考虑到。 结构化思维结构化思维是一种系统化、逻辑化的思考方式。它强调将复杂问题进行分解然后逐一解决从而使问题管理及解决更加清晰、简洁。此思维方式可以应用于各行各业尤其是在面临复杂问题和决策时。 SMART 原则SMART 是一个由字母S、M、A、R、T组成的首字母缩略语它们分别指代其中的Specific具体、Measurable可度量、Achievable可实现、Relevant相关性以及 Time-bound有时间限制。这种原则主要是用来帮助人们设定明确、可实现的目标。只有当一个目标同时满足这些条件时它才是一个有效的目标。 STAR法则STAR 是Situation情境、Task任务、Action行动和Result结果的缩写。这是一种用于描述自己在特定情境下如何处理任务并获得结果的行为描述法则。这种方法常常在面试中使用用于回答体现能力和经验的行为面试问题。面试者可以用 STAR 法则系统地阐述他们处理任务并取得成果的全过程给出一个完整、具体的故事来回答面试官的问题。
请今天牢记这几个这个在日常工作中的表达和习惯是非常受用的能让人清晰的感觉得一个讲的清楚有逻辑性。
比如我们可以通过一个假设的编程项目来具体地理解这几个概念。假设我们有个任务是开发一个新的功能——一个数据库的增删改查接口。 5W1H就像程序员在分析问题时一样5W1H帮助我们更全面地理解我们需要解决的问题或需要实现的功能。 Who谁这谁在我们的语境里代表的是使用者或者其他开发人员。答案可能是数据库管理员、其他开发者或者系统。What什么本项目需要开发一个数据库的增删改查接口。When何时计划在两周内完成开发任务。Where何地在我们的开发环境中进行开发和测试。Why为什么为了使用户或其他系统能有效操作数据库。How如何通过使用Python语言和SQLAlchemy库来开发。 结构化思维我们设想一个复杂的任务然后使用结构化思维将其拆解成更小的、更容易管理的部分。比如此项目首先我们先把它分割成两大部分数据库的设计和接口的编程。然后再继续分割设计数据库可以再拆分为字段定义、表之间关系的设定等接口编程则可以拆分为编写增删改查方法、实现权限控制、实现错误处理等步骤。 SMART 原则我们可以把本项目的目标定义为两周内使用Python和SQLAlchemy在我们的开发环境中为其他开发者和系统创建一个可以进行增删改查操作的数据库接口以实现对数据库的有效操作。 STAR法则在日常的开发任务中也可以使用 STAR 法则来描述自己是如何解决问题的。比如一个可能的场景是在开发一个新功能Situation时我被指派创建一个新的数据库接口Task。我首先分析了任务需求使用Python和SQLAlchemy来设计和编写代码Action最终我在两周内完成了任务并得到了用户和其他开发者的良好反馈Result。
以上的示例展示了如何在实际的编程项目中应用这些理论。可能每个项目的具体应用会有所不同但是这些理论提供了一个框架帮助我们更有效地定义问题、解决问题和报告结果。
问题2评估工作计划有时过于逞强想的不全不想让别人觉得自己不行不会拒绝
这个真的想说工作前期真的别逞强没做过就是没做过不行就是不行别找啥借口但是别直接和负责人说这个东西我不会这个是很不好的不能说不会这是明显不相干的意思比较合适的说法是这个东西或概念我暂时不太清楚没接触过过需要一会儿或下来后我需要去研究下然后咱们在沟通或者确定一下。
而很多内向性格的毕业生缺少了这种意识同时安排某项工作任务时缺少对任务的分解能力和排期能力和工作后排期后的To do List梳理能力以至于自己5天完成的任务口头说2天就搞定了。一个程序员如果能对需求进行较为完整的任务拆分拆分为一个个的具体的待办事项也是重要的能力这里分享几个自己总结的日常功能开发时功能拆分的10个思考方向
1、为满足UI设计稿中的效果需要做的功能点与逻辑
2、为满足当前需求文档的功能描述需要做的功能项/点
3、自己感觉稍微有点耗时的地方需要做的功能点与逻辑
4、基于现有功能性能问题方面的考虑需要做的功能点与逻辑
5、是否有需求文档之外未明显体现的功能点或体验方面需要的例如定时任务、影响范围、短信提醒
6、技术预研或可行性研究或想针对需求自己想新增某些方面特性的功能点为了提高UI交互、操作效率、问题查等辅助性功能
7、一些用户运营角度、监控角度、历史数据版本备份角度、反复操作造成隐藏功能需求
8、从用户角度或测试人员角度需要做的功能点与逻辑
9、从功能性需求、非功能性等需求分析角度来梳理待做的功能点与逻辑
10、历史类似功能测试过程中出现的问题本次想避免的比如边界、提示语、页面停留时间长、加载中、弹出框的
其实这种前期mentor该给你做个示范分解的操作或者自己主动问下如何分解项目的需求和任务。
而真正开发的时候每天可能都感觉这里需要加上XXX功能那里需要加上YYY功能但是不知道是否需要做这里我的建议是把他加入到自己To do List中然后找个时间和同事去沟通下这个想法长此以往同事的心里你就是一个有想法的人虽然不善言辞。
主要就是这里我们要体现自己的一个工作的对待方式而不是一直被动接受不拒绝不反馈。
问题3明显知道产品经理、项目经理等等人员对需求的认识不足自己闷着不反馈和说话
职场中沟通是很重要的沟通越多实际减少的返工率也会相对较少。
很多时候任务的返工和需求的变更有一部分是这个原因的在经验尚少的情况下自己未能说出自己对这个需求的认识和怀疑就去搞了最后大家都不是特别的好尤其是在产品需求设计初期包括需求提出者也是理解不够的这里可能有很多内容其实是你可以提供的服务也有一些是产品在犹豫使用哪种方式实现的功能在与你讨论后觉得你说的又道理而决定复用你已经有的系统。
很多出入职场的同学觉得没成长也有这方面的一点原因自己开发的功能缺少自己设计思想和认知的影子如果能在当前系统中体现出了自己的想法时间久了多少成就感会有点提升的。
要学会做自己负责的模块/功能的主人把他们当做自己的孩子一样主键养成主人翁的意识
问题4项目组当前啥都没有文档、测试自己也和别人一样不做改变
这个也是目前很多公司的现状但是不代表别人不干你就不干这个时候谁主动谁就能表现一把同时这也是被动让同事主动问你或咨询你的机会。
比如没有协同的东西那你能不能自己先装个Confluence Wiki或飞书云文档工具自己先用起来然后某个时机在同事眼前展示下自己基于这个软件形成的技术思考、技术经验、技术记录等等等。
比如没有自动发布或代码质量的东西那你能不能自己先搞个jenkins、sonarqube、checkstyle、findbug让自己每次写完的代码自己先搞下然后某个时机告诉同事这个东西必须这么写怎怎么样。
是不是有人又说了工作没时间搞这些东西你是不是又在扯皮呢我只能说起码比你空闲时间自己偷偷学习公司短期内用不上的技术或长时间用不上的东西好吧至少我能非常快速的获得1个同事的信任、2个同事的信任从而获得团队的信任与核心工作的委派。
大部分人的想用的技术都是和公司的技术栈不搭边的至少先把脚下的路走出来。 四、总结
最近几年大多数人都生活在【卷】字的世界每天都在想着高大尚的技术点和八股文业务的理解程度、创新程度某些同学在持续的下降没有明确的需求文档就不会干活。
可能会导致短期工作没干好还说没成长以至于某些情况下还被认为是工作和团队中那个能力最差的即使做了很多的努力。我想说的是某段时间点或时期内至少要把当前工作做好在谈论吧这个在一些内向性格的人身上会表现的明显一些。
IT行业很多优秀的人也是内向性格的掌握了合适方法会让他们成为内向性格顶端的那批优秀的人群。
说道性格吧即使是内向型的可能针对十二星座还是衍生出不同的人生和结果每个星座的也是有区别的。而在这里面最突出的我觉得是天蝎座的人群。
身为天蝎座的我经常会想到那些和我一个星座的大佬们
搜狐创始人张朝阳、腾讯创始人马化腾、百度创始人李彦宏、雅虎创始人杨致远、微软创始人比尔.盖茨、联想集团CEO杨元庆、推特CEO杰克.多尔西、新浪董事长曹国伟。
他们的成长也一直在激励着我。
最后对于程序员在日常工作中一定需要采取主动去找到需要的资源和解决方案。以下AI人工智能大模型告诉我的一些可能的步骤可以作为参考 向你的经理或负责人进行沟通首先不管你是内向还是外向沟通始终是解决问题的第一步。告诉他们你当前的困境询问他们是否有对应的资源可以提供或者是否有人可以向你解释项目的情况以及你的责任。如果你觉得直接面对面交流有挑战你可以选择写邮件的方式来表达你的问题和需求。 设定一个计划使用你所了解到的5W1H和SMART原则来制定一个计划。例如你可以首先确定WHAT你需要熟悉的技术栈接下来找出WHO可以提供帮助的人设定一个WHEN时间期限以完成技术栈的学习确定WHERE你将在哪里学习和实践例如在线教程、书籍等然后解释WHY这对你的工作是必要的最后确定HOW你打算完成例如每天花费一定的时间用于学习。 提问如果你有团队成员不妨打破困扰你的内向性格主动和他们交流。询问他们过去的工作或者与项目有关的事情。同样如果O2O的沟通让你觉得难以应对可以尝试通过在线工具如Slack微信等进行交流。 自我学习在没有正式指导的情况下你可能需要依靠自我学习来熟悉新的技术或工具。利用网上的教程、书籍、博客文章等资源。 参与社区参与你所需要熟悉的技术的相关社区。这些社区中通常有丰富的资源和经验可以参考。通过查阅论坛或者提问你可能在那里找到你需要的帮助。这几年私域流量比较火对于程序员比较好的一个私域流量就是知识星球很多互联网公司的技术大拿都开通了自己的知识星球作为日常的福利所以可以加入一些不错的技术知识星球亲密的与技术大佬们接触。
请记住面对困难和挑战是任何职业生涯中常有的事情你并不是唯一遇到困难的人。你的主动性和解决问题的能力是非常宝贵的即使你是内向的人你也可以通过你自己的方式解决问题和挑战。
这些经验对正在阅读文章的你有用吗欢迎一起交流让我们一起交流您遇到的问题。
也可以加入个人目前免费的知识星球【觉醒的新世界程序员】
以下往日文章沉淀分享感兴趣的可以阅读哦
Java系统开发必备的解耦知识Spring Event事件机制解耦业务场景
2023年了这么强Nacos源码你竟然没学过赶紧来成长
开源贡献好处多多我又给微服务注册中心Nacos提交了一次代码
迈向及格线的开发必备的JMeter性能测试总结1基础概念与环境搭建
优雅的用工厂策略模板建造者模式开闭原则来生成网站的Sitemap地图
如果这篇文章说道你心里了可以点赞、分享、评论、收藏、转发哦。
如果你喜欢我的这篇文章想和我一起交流可以加入我的知识请求哦觉醒的新世界程序员
