SunkCost
SunkCost_个人页
SunkCost
文章
1
问答
5
视频
0
个人介绍
暂无个人介绍
擅长的技术
暂无更多信息
2023年10月
-
10.25 20:34:28
发表了文章
2023-10-25 20:34:28
偶然间发现C盘爆红，几个办法超详细教你轻松解决，电脑小白也不用为此而烦恼！
今天无意间打开“我的电脑”发现作为驱动盘的**C盘爆红**！！！导致自己的血压飙升，在网上查了很多的处理办法之后，苦苦花费数小时之后自己顺利解决，以下方法教你轻松解决“C盘爆红”。**以下方法本人亲测，放心使用****清理和扩容C盘的方法还有很多，我觉得值得注意的是在平时安装软件的时候，要注意对安装路径的选择更改，而不是一股脑的点击“下一步”，这样你的C盘会减小很大的压力！ 大家还有什么清理和扩容C盘的好办法呢？欢迎在评论区分享出来 ~ ：）**
2023年07月
-
07.25 11:51:14
回答了问题
2023-07-25 11:51:14
有什么暗号可以证明你是程序员？
赞2 踩0 评论0 -
07.23 21:59:54回答了问题
2023-07-23 21:59:54
程序员写代码为什么要阅读源码？
赞1 踩0 评论0 -
07.23 21:53:35回答了问题
2023-07-23 21:53:35
在LLM浪潮下，prompt工程师需要很懂算法吗？
赞5 踩0 评论0 -
07.23 21:46:35回答了问题
2023-07-23 21:46:35
现有的编程范式中，哪些已经过时了需要改进？
赞2 踩0 评论0 -
07.23 21:06:16回答了问题
2023-07-23 21:06:16
畅意抒怀，以诗会友，写下你的运维打油诗！
赞3 踩0 评论0
-
回答了问题
2023-07-25
有什么暗号可以证明你是程序员？
1.跟你说：这个bug没什么问题啊，你那边是不是搞错了，你再试试。
实际上：刚偷偷改好这个bug，反正他们也不懂，我不背锅。2.跟你说：这个功能啊，我正在改呢，你再等等
实际上：啊呀，我把这事儿忘了，一会儿做完这个就做那个。3.跟你说：你这个需求不是很合理啊？
实际上：太复杂了听不懂，不好做，不想做。4.嘴上说：这个功能等下个版本时候再考虑加进去吧
实际上：这么多事儿呢，根本不想做。5.嘴上说：我测试没问题啊，你试过了么？
实际上：到底会不会用我的程序啊！6.嘴上说：我的时间排满了最近
实际上：我不想做7.嘴上说：我有优先级更高的任务
实际上：我不想做8.嘴上说：我在调试程序
实际上：我不想做赞2 踩0 评论0 -
回答了问题
2023-07-23
程序员写代码为什么要阅读源码？
1.程序员写代码为什么要阅读源码？
程序员写代码为什么要阅读源码，有以下几个原因：解决问题。当遇到bug或者使用开源项目时，阅读源码可以帮助定位问题的原因和解决方案，而不是盲目地搜索或者等待别人的回复。知其所以然。当使用某个技术或者框架时，阅读源码可以帮助理解其原理和设计思想，而不是只停留在表面的使用方法。学习提高。阅读源码可以帮助学习优秀的代码风格、规范、惯用法、算法、设计模式等，从而提高自己的编程水平和技术视野。改造创新。阅读源码可以帮助发现某些功能的不足或者缺陷，从而进行改进或者扩展，甚至贡献给开源社区，反哺原项目。借鉴参考。阅读源码可以帮助在需要重新开发某些功能或者模块时，参考已有的优秀实现，避免重复造轮子，提高开发效率。
2.你觉得阅读源码的正确姿势是什么？
阅读源码的正确姿势，有以下几个建议：先看文档，整体把握。文档是对代码的高度概括，通过阅读文档可以了解项目的整体架构、设计原则、功能特点等，为后续深入代码打下基础。理解代码组织，文件名，类名。代码组织是对代码的逻辑划分，通过查看文件名和类名可以大致了解每一部分代码的作用和职责，为后续定位功能点和关键模块提供方向。关注一个问题，从问题追踪代码。阅读源码应该有一个明确的目的或者问题，从这个问题出发去追踪代码，忽略不相关的细节，步步深入，直达目标。解决一个issue。如果没有自己的问题，可以从开源项目的issue列表中选择一个感兴趣的问题，尝试去解决它，这样既能锻炼自己的能力，又能为开源社区做贡献。调试运行。如果条件允许，最好能让代码编译通过、跑起来，这样可以通过加日志、打印调用栈、断点调试等方式更直观地观察代码的执行过程和逻辑。加注释，做笔记。如果阅读源码不是一次性的事情，而是需要反复回顾或者深入学习的话，就一定要做好代码注释和笔记。注释可以记录自己对代码细节的理解和疑问，笔记可以记录自己对代码框架、类图、流程图等的总结和梳理。
3.什么场景下你会阅读源码？从中得到了怎样的收获？
我会在以下场景下阅读源码：当我遇到某个bug或者异常时，我会阅读源码来定位问题的原因和解决方案，从中得到了快速解决问题的能力和经验。当我使用某个技术或者框架时，我会阅读源码来理解其原理和设计思想，从中得到了对技术的深入理解和掌握。 当我想学习某个领域或者方向的知识时，我会阅读源码来学习优秀的代码风格、规范、惯用法、算法、设计模式等，从中得到了编程水平和技术视野的提升。当我想改进或者扩展某个功能时，我会阅读源码来发现不足或者缺陷，从中得到了改造创新的能力和经验。当我需要重新开发某些功能或者模块时，我会阅读源码来参考已有的优秀实现，从中得到了开发效率和质量的提高。
赞1 踩0 评论0 -
回答了问题
2023-07-23
在LLM浪潮下，prompt工程师需要很懂算法吗？
1.我觉得prompt可以部分等同于编程，因为它们都是用来控制计算机的行为和输出的方法。但是，prompt也有一些不同于传统编程的特点，prompt是基于自然语言的，而不是基于形式语言的。这意味着prompt更容易理解和使用，但也更不确定和模糊。 prompt是基于LLM的，而不是基于固定的算法或逻辑的。这意味着prompt可以利用LLM的强大能力和通用性，但也受限于LLM的训练数据和内部知识。prompt是一种迭代和实验的过程，而不是一种精确和确定的过程。这意味着prompt需要不断地测试和优化，以达到最佳的效果，但也难以保证其稳定性和可靠性。
2.我觉得在LLM浪潮下，prompt工程师需要一定程度地懂算法，因为prompt工程师需要了解LLM的原理和架构，以便更好地利用其特性和优势。prompt工程师需要了解LLM的局限和缺陷，以便更好地避免其错误和偏差。prompt工程师需要了解LLM的评估和改进方法，以便更好地监控其性能和质量。当然，并不是说prompt工程师需要成为算法专家或者深度学习研究员。相反，prompt工程师更需要具备以下技能：语言学和通信学的知识和观点，以便更好地理解语言的动力学和规律。编程范式和技术的知识和观点，以便更好的设计有效和高效的prompt。任务领域和应用场景的知识和观点，以便更好地满足用户的需求和期望赞5 踩0 评论0 -
回答了问题
2023-07-23
现有的编程范式中，哪些已经过时了需要改进？
1.如果让我设计一门编程语言或者开发一套解决框架，我会选择多范式编程，也就是支持多种编程范式的语言或框架。这样可以根据不同的场景和需求，灵活地使用最适合的范式，而不受限于单一的风格。例如，Python、Ruby、C++等都是多范式编程语言
2.我最喜欢的编程范式是函数式编程，因为它强调函数是第一等公民，可以作为参数、返回值或变量，方便了高阶函数的使用。函数式编程还避免了副作用，不改变也不依赖当前函数外的数据，使得代码更加纯净、可读和可测试
3.每种范式都有自己的优势和适用场合，没有绝对的好与坏。只有根据具体的问题和环境，选择合适的范式，才能发挥最大的效果。当然，随着技术的发展和需求的变化，也会出现新的或混合的范式，如响应式编程、面向方面编程等2。赞2 踩0 评论0 -
回答了问题
2023-07-23
畅意抒怀，以诗会友，写下你的运维打油诗！
俺也来一首打油诗：
运维人员真辛苦，日夜不停地忙碌。时刻保障业务可用，解决问题必须快准狠。
汗水淋漓不言弃，坚守机房不离开。
节日活动全保障，运维人的身影一直在。
加薪愿望难实现，稳定业务是首要。
防宕机、保顺畅，运维人的职责不可少。
他们是幕后英雄，默默奉献为大众。
打油诗里赞一声，运维人你们最棒！
赞3 踩0 评论0
滑动查看更多
暂无更多信息