暂无搜索历史
这里,陶朱公结合自己多年丰富的软件编程经验,深度总结如下三个观点供你参考,希望对你有所帮助或启发:
今天跟大家分享一个在实际软件开发过程中,很有用的一个设计原则即KISS原则(Keep It Simple, Stupid)。
不可否认,在现实生活中,不乏存在个别程序员,对特定语言极其拥趸与维护,同时对其他语言视“垃圾般”存在。
知乎上有一个提问:为什么有人说弄懂了《算法导论》的 90%,就超越了 90%的程序员?
大家知道,在现代,程序员办公用的基本都是笔记本电脑,不知道程序员的你,下班后是先选择先关机再合显示器呢?还是直接合上电脑,装进双肩包后,立马飞出办公室。
说下我个人情况。在我刚参加工作前几年,由于办公用的都是台式机,没办法,鼠标是标配。
之前一篇文章:你见过最烂的代码长什么样子?跟大家分享了”最烂“的代码长什么样子?于是乎广大知友纷纷分享了他们认为的烂代码,一个比一个精彩与有趣,建议大家观摩一看...
有些程序员水平是真的低,一天到晚不是在制造问题,就是在制造问题的路上。(各种bug满天飞,线上问题层出不穷;做项目还习惯性拖沓,导致整个项目因他一人而延期时有发...
话说,很多程序员对自己写的代码平时很随心所欲(各种魔法变量,一个方法几十上百行代码,还有各种让人崩溃的变量或方法命名)。
在回答这个问题前,不妨先问大家几个问题:为什么我们需要操作系统?操作系统的出现解决了什么问题?为什么我们的电脑软件需要运行在诸如Win、Linux、MacOS等...
我认为关于技术部门Leader是不是一定要技术大牛担任这个问题的答案,多少跟互联网公司的规模成正相关。
个人觉得,这种问题,真心是没营养且无聊。类似这样的问题还有很多,比如:你的职业生涯中,遇到过的最有挑战的一件事情是什么?最有难度的事情是什么?你是如何解决的?
不知道,现实生活中,是否真的存在类似这种骚操作。如果有,那真得要为人类的“智慧”击节叫好。用最简单、纯粹、高效的方式赢得客户的信赖并让客户没有疑义、心甘情愿为之...
遥想当年,自己初学编程时,也写过很多类似这种demo级代码。写完之后,run一下,能打印出预期的效果,就很开心。
我的观点认为:在编程中,解耦意味将系统的各个部分之间的依赖关系降低到最小,使得各部分能够独立变化而不会影响到其他部分。
知乎上有一个提问:想知道那些编程大佬是不是代码都能记住,然后不用查百度就能啪啪啪打出来呢?
关于写业务代码这件事,个人觉得,当你理清产品的需求点后,往往不会太难,很多时候剩下的是一些CRUD工作,等我们写完代码,完成自测,然后和相关对象(比如前端或相关...
一提到军工,我们很容易联想到军事工程,所以上文提到的军工级,顾名思义就是,能达到军事领域可用的级别,就是这个意思。
作为一枚深耕计算机软件工程的程序员,关于如何用代码让电脑死机这类信息安全的内容,表示实在没什么经验,但看到提问确实也十分好奇。😯
我在早期的时候,写过一篇文章:程序员修仙等级排行,你排第几?图文并茂的跟大家分享了关于程序员的各个等级排行。感兴趣的小伙伴可以瞅瞅,对标一下目前你在哪个排行等级...
暂未填写学校和专业
暂未填写个人网址