同步操作将从 飞扬青云/编程语录 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
一个有前途的程序员每天60%的时间要拿出来学习研究,40%用来应付工作,这样每两年工资可翻一倍,而且最要命的是程序员也是要有一些天赋的,并非所有人都适合,大部分程序员把时间都扔在了业务逻辑之中,最后被淘汰!这也是35岁中年危机的主要原因。事实上有实力的程序员越老越值钱,扯远了!
当今整个社会大环境越发凸显浮躁和赚快钱,就拿下载软件来说,我记得十几年前下载个软件是件非常容易的事情,现如今变得非常困难,卸载软件也是,专业的程序员下载个软件都要小心翼翼堤防,找了一大圈才能找到真正的下载地址,别说外行人,最后就是5个浏览器、3个杀毒、各种全家桶占领电脑桌面。卸载个软件也是要把眼睛擦得雪亮,过关斩将才能最终卸载。
房产税现在越吵越凶,搞得好像已经开始征收了似的,我要说的是,就算征收了,最终还会转移到穷人身上,你以为富人在乎这点房产税,涨房租不就完了,主要负担还是会转嫁到刚刚脱离贫困到小康生活的这些人身上。好比以前说为了环保,超市塑料袋需要收费,可是现在塑料袋少了很多吗?生产厂家和超市却赚的彭满钵满,留下风中一脸懵逼的我们。
任何人从幼稚到成熟的过程,都是从不负责到承担责任的过程,承担的责任越大越成熟。人生如此,程序员也一样。幼稚的程序员是不会为自己的言论,认知,技术负责的,他们可以在社交媒体随便喷,说 php不好,java不行,C++万岁,函数式编程统治世界,OOP完蛋,iOS优雅,Android狗屎,华为沸腾,小米耍猴,外企人性化,996下地狱,反正他不会为自己任何一句话负责,随便喷。--摘自知乎
程序员从幼稚到成熟的过程表现:--摘自知乎
无论什么编程语言,开发环境,都要讲究开发效率+运行效率,尽量在两者之间做到一个平衡,毫无疑问java+net+python在开发效率这块优势很大,各种封装好的类库+数量众多的第三方类库+不断升级完善的语法糖,爽的不要不要的,而c++在运行效率方面有优势,运行效率这块尤其完爆python,这要怎么看,适合的才是最好的,怎么方便怎么来,其实一切编程语言都是垃圾,能够解决实际需求并持续变现才是王道!
当一个程序,尤其是别人的代码,不知道什么时候突然之间以某种形式开始正常运行以后,而且已经正常运行了很长一段时间,奉劝各位不要贸然去修改它,一定要忍住,你的修改可能会带来毁灭性的灾难,很可能跑路都来不及,哪怕是一行代码,哪怕是你把修改的部分都撤销还原了,会懵逼的发现怎么都不能正常运行了!
程序员貌似都难逃一个魔咒:当你修复了100个BUG的时候,会引来大约20个新的BUG,如此往复。
在设计软件的过程中,一定要尽可能的站在用户的角度思考,用户需要什么才是我们的宗旨,而不是我们怎么写程序方便才怎么设计,在软件的逻辑编码复杂度和用户的使用人性化冲突中找到一个平衡点,对于极端的不合理的需求不去做(加钱可以无视),其余需求都尽可能最大化的满足用户需求。
全宇宙的老板估计都是,到你要离职真的要走了的时候,才给你加点工资,你不走就当做没看见,也不知道主动加点。
关于C++的代码好丑,你可以在同一个工程里面,遇到如下情况(来源网络):
不怕各位嘲笑,最近很多年至少七八年来,我从来不用断点调试,以前刚学编程的时候还断点来断点去的,现在都是脑海中先执行运行一遍。
世界是复杂的,也是简单的,编程世界也是如此。
纵观大多数的软件产品服务商,基本上走的路线都类似:简化版开源免费,标准版平民价,高级定制版老板价。
中间部分持续增加中,欢迎关注,敬请期待!
最后祝大家头发浓密,睡眠良好,情绪稳定,财富自由!
计划不计划一件事情,执行不执行一件事情,一定要以老板的利益为目的。老板不赚钱,一切好事一切想法都会被老板推翻,老板就是老板。老板赚钱赚的眉开眼笑,其他的事情就好办很多。
当我多年后回顾老板当年的想法的时候,我发现,老板大部分时候是对的。我想得确实不够远,不比老板更擅长平衡利益。老板是比我掌握信息和资源更多的人,老板也知道内外矛盾和困境,他就像在下围棋那样统揽全局,他想的步数可能会影响大局或影响未来的第四步第五步。而我只能看到前三步。所以老板自有当老板的资本。
虽然我们开发时只使用一种特定的技术,但架构的思路是需要不断地对比共性和差异性,得探求他们解决问题的思路和解决问题的重点,只有这样旁征博引,才能设计出先进的架构。
很多人不愿意读源代码,觉得深钻太辛苦。但没有这种细致入微、沉淀坚韧,是无法成为架构师的。在训练行业趋势眼光上,就是得不断了解业界新应用、新技术、新趋势。
我从不想在商品中炫耀技术,技术是为商品服务的,能不用尽量不用,技术是藏在商品里面的。
一个软件的开发,往往1-2个月就完成,而他的销售、实施、升级周期却长达4-8年,但每个老板好像都认为软件已经开发完毕,修修补补是小功能,所以只需要一个人维护就OK。殊不知白纸好画画,而要在别人的画上再能点睛成龙就难上加难咯。
作为开发人员,不应该把软件假设在一个理想的工作环境中下,那样的软件是不适合现实使用的。该委曲求全还得委曲求全。骂客户管理水平太次、骂客户白痴毫无意义。
如果软件做的灰不拉几的,自己都觉得没什么出彩的,客户也觉得很普通,在价格上就无法提升。就如同我们遇到一个女孩,很漂亮,到底心灵如何,还没有那么多时间机会去了解,但首先感觉就不错,愿意去接近。软件和女孩一样,道理相同。
一个好的软件,有许多评价的方面,如实用性、稳定性、容错性、性能、可测试、可理解、可修改、可实施、可支持、灵活性、移植性、兼容性、安全性、易用性等,但这么多要求,我们都要有目的分阶段地一步步达到。而且,往往我们不断补齐上一阶段留下的遗憾后,我们此阶段的努力又会形成下一阶段的遗憾,总是无法做成一个赏心悦目可以笑傲江湖的软件。也许,世事轮回皆此规律。
趣味编程包括各种好玩的demo:
其他说明:
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。