就像程序都有500个错误了，还改啥改啊，别改了，一样的道理，怎么能这么顽固？必须1个错误都不能有，才是正确的硬道理。

改变开发人员的思维很难、固执的多、自以为是的多、老顽固的多、听不进劝告的多，我们今天封建了吗？

最近给几个开发人员检查程序，进行技术沟通交流：

1：建议做软件先有设计，后有施工的思路，虽然软件都已经做好了，但是设计图纸还是有必要补充的，表结构等，应该整理出来，修改哪个模块就应该把哪个模块的表结构都整理好，方便今后的维护工作，人员之间的交流。

一个管理软件，若一个像样的数据库设计文档都没有？这不是成了软件作坊了？以后还怎么上层次、怎么提高呢？

曾经有个比较有水平的朋友跟我讲：“别人做的软件是否设计合理、功能是否正确，有经验的人看看数据库设计文档就能感觉到很多”。

再说了将来我们的软件行业也会走设计、施工分离的发展路线，做软件前总需要有设计图纸的吧？就是软件做好了，也应该把设计图纸补充好吧？

大家驳倒：工作量大、意义不大、现在有更紧急需要处理的事情，好几个人都这么认为，我不好意思暴力做决定必须要把数据库设计文档补充好。

2：现在都是2010年了，都VS2010 ADO.NET Entity 技术都出来了，老程序还是 拼接sql的， " + this.txtName.Value + "，面向对象都有10年了，总需要把老的程序改进为面向对象的吧？别都面向过程的，将来维护起来不上档次。

大家驳倒：程序现在用得好好的，这么修改了，客户用起来也没啥变化，而且可能会带来工作量，还可能会引起程序的不稳定，哇靠晕倒啊这不是明显拒绝提高吗？别人想给你提高一下努力往前拉动，你倒是想尽一切方法阻止进步啊？兄弟真够倔强啊，我服了。

3：程序里有一大堆没必要的方法、命名紊乱的方法、功能重叠的方法、写错位置的方法，这些很多没必要写或者根本不需要写那么多代码，调用一下基础类里的先有方法就可以了，修改到哪里，仔细修正一下不就可以了，按专业术语来讲就是需要不断重构完善的？

大家驳倒：程序现在很稳定，这么修改了，会引起程序的运行不稳定，我们冒不了这个风险，我服了、那干脆啥也别动了。

4：程序里层划分太多了，写代码写太多了，有接近7-8个层，什么设计模式、开闭原则、反射把时髦的技术都用上了，导致写一个方法，需要到处去修改，重命名一方法也要修改很多环节，搞那么多层干啥？有必要吗？何必跟自己过不去呢？等以后有需要时，再把这些层加上去也可以了，我说只需要3层就足够了，见效快、修改程序简单、维护起来也方便，搞那么多技术玩自己干啥呀？

领域模型层 + 商业逻辑层 + 页面层， 就这么3个层就足够了，搞那么多飞机干啥？

大家驳倒：若用Mysql数据库，每个客户端还要引用Mysql的Dll，将来的维护量大？，我服了Mysql才272k，更何况公司的产品从来没用过Mysql，我们有必要天天担心太阳会掉下来，有必要吗？

5：建议大家用代码生成器，不要总是手写，太累又不规范，太小农了，生产量不够，现在都啥年代了，机械化批量生产了？

大家驳倒：一个表才几个字段，手写一下也很快，没必要用代码生成器，哇靠牛B啊，居然手写比代码生成器还强？那么多人写的如何规范化？代码是否还要检查质量？若100个字段，那不是要写死人啊？人来人走的，为什么不接纳一下代码生成器？大家都比我年轻至少5岁以上，为什么还这么老顽固？是我太老顽固了吗？

6: 建议大家空时看一看视频，绝对对工作会有些帮助的。

大家驳倒：工作忙，没空看，等空了再看，NND平时设计数据库啥的，写代码啥的注意事项都不知道，设计出来的表系里啪啦的，看一下视频能死人啊？看一下再工作不是更好吗？至少少制造一些电子垃圾，少犯点儿错不是？

就这样5个比较好的提议，都当是放屁了，都被大家驳倒枪毙了，想难道这5个建议就这么差劲了？大家为什么就听不进去呢？是谁固执呢？程序员朋友们固执呢？还是我没能把道理讲清楚？还是说话的语气不对？组织的方式不对？为什么就没能让大家接纳呢？

有时候想想，我们中国人为什么总是那么封建？就是因为我们大家封建，思想不开放，才导致我们大家封建，现在都啥年代了，这前5项估计都是做管理软件最最基本的技能了，大家才25岁左右，就这么顽固，那到30岁了，不是更顽固了？可能是我太人才啦，太另类了，哈哈

我们就不提老美的创新，接收新思想，还都这么艰难啊？不用总用自己的理解能力、自己的思维对待新鲜思想，新鲜做法，若你有那么高的智商，早就考入清华北大了，不会在这里天天写管理类软件了，多听听别人的，多听听比你经验更丰富的，能力更强的人的建议，你走过的路人家大多都做过来了，你还没做过的路，人家也都可能走过了，多听听别人的说法，多吸纳一下别人的优点，改进一下自己的缺点，别总自以为事，别人也不是猪，别总抢着说自己的，不成熟的思想说出来就是丢人，先听别人的，然后再结合自己的，若有必要再提出更好的思路，你就是不提出思想，别人也会把你当成是猪。

若不是为了维护公司的安定团结、同事之间的和睦相处，真有做决斗的念头都会产生，怎么这么固执啊？是我跟不上同事们的思路了？还是同事们跟不上我的步伐了？一下班全跑了，什么时间来不及？忙不过来，全当是放屁了，产品开发部只剩下3个人写继续写代码什么的，其中我一个在整理文章。

也有人说，你怎么老是这些重复的理念？观点已经重复很多次了？

我回答：一个人能把一个理念坚持到低，能彻底做好，就足够了，毕竟我们是十多亿人，若每个人能把一件事情一个理念做好了，我们很快可以超越美国了，哈哈。

以下几个视频供参考：

C# ASP.NET走火入魔通用权限管理_数据库设计注意思想指导

下载 http://www.jirigala.tk/JiRiGaLa_DbDesign.wmv

C# ASP.NET走火入魔通用权限管理_实体结构定义

下载 http://www.jirigala.tk/JiRiGaLa_Entities.wmv

C# ASP.NET走火入魔通用权限管理_为什要用代码生成器(必要性)

下载 http://www.jirigala.tk/JiRiGaLa_CodeBuilder01.wmv

C# ASP.NET走火入魔通用权限管理_代码生成器如何用(实战)

下载 http://www.jirigala.tk/JiRiGaLa_CodeBuilder02.wmv

将权限管理、工作流管理做到我能力的极致，一个人只能做好那么很少的几件事情。

posted on 2010-09-17 15:31 吉日嘎拉 不仅权通用权限 阅读(4568) 评论(108) 编辑 收藏

评论

1926275

评论共2页: 

上一页  1  2

#9楼[楼主] 　回复　引用　查看　

@sunsy
嗯，你这个逻辑也很对，所以我拿出来与大家共同探讨一下。

2010-09-17 15:50 | 吉日嘎拉 不仅权限管理       

#11楼 　回复　引用　查看　

怎么老是宣传你的视频啊？？

2010-09-17 15:55 | 紫砂壶       

#14楼 　回复　引用　查看　

老哥，
说句实在话，你的管理方法还是有问题，该制定流程的时候就制定流程。
这样吧，给你说个故事，能不能明白，就看你明悟吧：
有七个人曾经住在一起，每天分一大桶粥。要命的是，粥每天都是不够的。
一开始，他们抓阄决定谁来分粥，每天轮一个。于是乎每周下来，他们只有一天是饱的，就是自己分粥的那一天。
后来他们开始推选出一个道德高尚的人出来分粥。强权就会产生腐败，大家开始挖空心思去讨好他，贿赂他，搞得整个小团体乌烟障气。
然后大家开始组成三人的分粥委员会及四人的评选委员会，互相攻击扯皮下来，粥吃到嘴里全是凉的。
最后想出来一个方法：轮流分粥，但分粥的人要等其它人都挑完后拿剩下的最后一碗。为了不让自己吃到最少的，每人都尽量分得平均，就算不平，也只能认了。大家快快乐乐，和和气气，日子越过越好。
同样是七个人，不同的分配制度，就会有不同的风气。所以一个单位如果有不好的工作习气，一定是机制问题，一定是没有完全公平公正公开，没有严格的奖勤罚懒。如何制订这样一个制度，是每个领导需要考虑的问题。

2010-09-17 16:04 | BreezeWoo       

#15楼 　回复　引用　查看　

都是偷懒的借口

2010-09-17 16:08 | kiler       

#16楼[楼主] 　回复　引用　查看　

不宣传这个？宣传啥呀？
引用紫砂壶：怎么老是宣传你的视频啊？？

2010-09-17 16:08 | 吉日嘎拉 不仅权限管理       

#17楼[楼主] 　回复　引用　查看　

@BreezeWoo
我需要好好体会你的这个故事。

2010-09-17 16:09 | 吉日嘎拉 不仅权限管理       

#24楼 　回复　引用　查看　

操你大爷的，你不要再发文章啦

2010-09-17 16:20 | ttlin2010yeah       

#25楼[楼主] 　回复　引用　查看　

@ttlin2010yeah

谢谢你留言，欢迎继续留言。

2010-09-17 16:24 | 吉日嘎拉 不仅权限管理       

#26楼[楼主] 　回复　引用　查看　

@ttlin2010yeah
学C#好还是学C++好啊 ？ 哈哈，笑死我了，刚出茅庐。

2010-09-17 16:25 | 吉日嘎拉 不仅权限管理       

#27楼 　回复　引用　查看　

非常羡慕上班时间能写博客的人!

2010-09-17 16:25 | 冯小诺       

#29楼[楼主] 　回复　引用　查看　

@冯小诺
更羡慕上班时间不用写博客，还可以阅读博客，自由留言的人。

2010-09-17 16:26 | 吉日嘎拉 不仅权限管理       

#32楼 　回复　引用　

当然，从管理者，公司的角度，文档是必要的。

2010-09-17 16:31 | .Jack[未注册用户]

#35楼 　回复　引用　查看　

程序员更好面子？

2010-09-17 16:33 | dangjian       

#37楼 　回复　引用　查看　

学习ing……

2010-09-17 16:34 | ffffff       

#40楼 　回复　引用　查看　

说点个人意见。
1。做软件先有设计，后有施工的思路。这个话我同意。
不过很多时候，你有设计，别人都做好了。当然再对后期的扩展和维护来说，有设计当然更优秀，但是，当你还在设计的时候，别人的程序客户都用上了，我想客户不会考虑说你的设计有多好，我不用他的，用你的。因为客户关系的是业务功能，不是代码。所以有时候很无奈。当然有充足时间，绝对建议先设计后施工。

2。还是跟上一个类似的问题。话是好话，但往往实际情况不会让你如愿，修改一个几年前的代码，还要重构到面向对象，这中间花费的时间和金钱，谁来负责，重构之后出现的新BUG谁能说服客户软件在提高而不是下降（别告诉我修改和重构后一定不会出现新BUG）？当这个代码还能使用的时候，我想老板是不愿意付出这个时间和金钱的，客户也不愿意用一个看不见的代码更完善，但有一些新BUG的版本。直接说，开发第二版 更能说服老板。

3.这个同意。

4.这个不同意。不是为了分层而分层，如果说“重命名一方法也要修改很多环节”,只能说分层的人，没用好分层，这不是 分层的错。

5.同意。

2010-09-17 16:54 | 红色壁虎       

#42楼[楼主] 　回复　引用　查看　

@卡通一下
需要用艰难来形容的。

2010-09-17 17:00 | 吉日嘎拉 不仅权限管理       

#43楼 　回复　引用　查看　

赞一个，推荐+1

2010-09-17 17:00 | 风也无奈       

#46楼[楼主] 　回复　引用　查看　

@红色壁虎
你是思路严谨，表达能力强，有想法的人，鉴定完毕。

2010-09-17 17:15 | 吉日嘎拉 不仅权限管理       

#47楼 　回复　引用　查看　

有点意思。

2010-09-17 17:23 | www.w2pf.com       

#50楼 　回复　引用　查看　

推荐+1

2010-09-17 17:30 | Alexis       

#51楼 　回复　引用　查看　

有好多问题都遇到过，不过楼主的第２。３条：
对于没事的程序员，改代码啊，改老程序啊什么的做做，当然没问题。
对于付钱给你的人来说：明显你自己写说了理由了，还何必拿出来讨论呢。
１。程序好好的，花钱找你改？
２。程序好好的，花钱找你人改面向对象，还到处BUG？
楼主　第２。　３条应该是说给自由软件工作者或者和楼主一样的人听的吧？

如果程序不是楼主你写的，那你没用任何理由发表看不起人的话语（你心中应该有数），你可以教导，可以劝说，但除非你花钱，否则你再有想法，也请不要强加与别人。

当然接下来楼主接手这样的过时编码（回头看，不久前的代码就过时了），你可以大展身手，表现一下自己的编码水平，回头还可以把你的修改发到博客园让大家欣赏一下。

2010-09-17 17:34 | 凌晨的太阳       

#53楼[楼主] 　回复　引用　查看　

@炭炭
不会吧老大？

2010-09-17 17:48 | 吉日嘎拉 不仅权限管理       

#55楼 　回复　引用　查看　

1：建议做软件先有设计，后有施工的思路
这个我赞同，做MIS系统没有ER图怎么动手。

2：程序改进为面向对象的吧？
拼SQL和面向对象没有任何关系。

3：需要不断重构完善
没有单元测试，谈何重构？

4.里层划分太多了，写代码写太多了
过分设计不是“什么设计模式、开闭原则、反射把时髦的技术都用上了”导致的。如果合理使用设计原则，代码不会牵一发动全身。

5：建议大家用代码生成器
这个我赞同，但是不能全部都用生成器，否则说明做的事情太无聊了，太低水平了。

6: 建议大家空时看一线我的视频，绝对对工作会有些帮助的。
这个没看过，不评论。

2010-09-17 17:51 | Jake Lin       

#56楼 　回复　引用　查看　

从本文想表达的思想来看，我是支持的。任何一个管理者都必须有立场、有态度、高要求。大多数时候，这样的态度不仅对团队有益，对成员都有益。
但是标题还是有问题。通常遵循以下议论文的惯例来定义文体：
“论”：指论述。这个概念有点大，必须有论点、论据，涉及所述主题的方方面面，篇幅也会相应比较大。
“议”：比“论”小，不必有分明的论点和论据，但通常会有一个明确的中心命题，着重阐述作者对该命题的态度，而不是描述事实。
“小议”或“浅议”：比“议”更小一点，虽然也必须有一个明确的中心命题，但是相对这个命题的大小而言，文章所展开的广度更窄一些、深度更浅一些。
“谈”：和“议”的范围差不多，但中心命题不一定非常明确，与“议”不同，通常以“叙”事实为主，“议”观点为辅。
“小谈”或“浅谈”：和“小议”的范围差不多，比“小议”更随意。
此外，文章标题通常用中性词，也强调公正性，而不是直接给一个“顽固”定语的结论。例如：“谈某些程序员思维方式的顽固性”和“谈某些程序员顽固的思维方式”这是有天壤之别的，前者是公正的，后者是偏激的。因为“顽固性”是一个名词，中性词。而“顽固的思维方式”则是加了定语的。如果某个人不承认他的思维方式是顽固的，你的文章这一箭就射偏了。

2010-09-17 17:56 | 双鱼座       

#58楼[楼主] 　回复　引用　查看　

@双鱼座
小议 感觉很合理。

2010-09-17 18:09 | 吉日嘎拉 不仅权限管理       

#59楼[楼主] 　回复　引用　查看　

@双鱼座
说得的确很有道理，让我提高了不少，是我恩师。

2010-09-17 18:17 | 吉日嘎拉 不仅权限管理       

#60楼 　回复　引用　查看　

此贴性质 约等于 广告

2010-09-17 18:24 | 编程浪子_       

#62楼 　回复　引用　查看　

引用双鱼座：
...
“论”：指论述。这个概念有点大，必须有论点、论据，涉及所述主题的方方面面，篇幅也会相应比较大。
“议”：比“论”小，不必有分明的论点和论据，但通常会有一个明确的中心命题，着重阐述作者对该命题的态度，而不是描述事实。
“小议”或“浅议”：比“议”更小一点，虽然也必须有一个明确的中心命题，但是相对这个命题的大小而言，文章所展开的广度更窄一些、深度更浅一些。
“谈”：和“议”的范围差不多，但中心命题不...
论：期望对方能接受自己的观点。

议：自己也不十分肯定。

谈：想听对方的看法。

扯：只是图个热闹。

2010-09-17 18:32 | 卡通一下       

#72楼 　回复　引用　查看　

支持吉日，我看过你的数据库设计的视频，确实不错，赞一个。
至于你说的情况，我感觉咱俩的处境类似，性格也差不多，看到那么多垃圾代码恨不得拍桌子骂娘，别说让我们去维护了。但有时候历史遗留问题不是一天两天，一个人两个人能解决的。我现在的做法是：原来的项目维护工作，尽量保持原来的风格；新做的自己负责项目，按规范走。至于你说的那几种程序员我们单位也有，有时候强迫也没用的，像你是技术总监还好，咱普通程序员也没权力要求别人。所以只能靠自己的风格，自己的技术一点点影响他们，现在情况已经好一些了。

再有一个建议就是沟通要讲技巧，尤其对中国人，中国的程序员，你上来就说“你这块写的不对，这样写有问题，这样不规范”，是不会有人接受的，因为他会觉得你不尊重他，有了这个前提，你说什么都是白说。你可以和他说“你的程序写的不错，哪块哪块值得向你学习；但是就某处来说，如果这样这样写实不是更好？”，想来更容易让人接受吧？

2010-09-17 23:17 | John Liu       

#78楼[楼主] 　回复　引用　查看　

@猫之良品

我们有金蝶、用友，哈哈，做得还不错的。

2010-09-18 01:20 | 吉日嘎拉 不仅权限管理       

#79楼 　回复　引用　查看　

顶一个~~~~真的很朴实很有用！

2010-09-18 08:41 | Jack Fan       

#82楼 　回复　引用　查看　

引用BreezeWoo：
老哥，
说句实在话，你的管理方法还是有问题，该制定流程的时候就制定流程。
这样吧，给你说个故事，能不能明白，就看你明悟吧：
有七个人曾经住在一起，每天分一大桶粥。要命的是，粥每天都是不够的。
一开始，他们抓阄决定谁来分粥，每天轮一个。于是乎每周下来，他们只有一天是饱的，就是自己分粥的那一天。
后来他们开始推选出一个道德高尚的人出来分粥。强权就会产生腐败，大家开始挖空心思去讨好他，贿赂他，搞得整个小团体乌烟障气。
然后大家开始组成三人的分粥委员会及四人的评选委员会，互相攻击扯皮下来，粥吃到嘴里全是凉的。
最后想出来一个方法：轮流分粥，但分粥的人要等其它人都挑完后拿剩下的最后一碗。为了不让自己吃到最少的，每人都尽量分得平均，就算不平，也只能认了。大家快快乐乐，和和气气，日子越过越好。
同样是七个人，不同的分配制度，就会有不同的风气。所以一个单位如果有不好的工作习气，一定是机制问题，一定是没有完全公平公正公开，没有严格的奖勤罚懒。如何制订这样一个制度，是每个领导需要考虑的问题。
好经典的小故事。可以用来比拟国家、社团、公司---- 任何一个组织。
这个故事说明了一个问题。团队出问题，就是领导有问题。老百姓不过是当政者手下的棋子。
再谈谈楼主的想法。太自我了，完全是占在自身所处位置讲出来的东西。“医之好治不病以为医”。
首先应该肯定的说楼主所举的一些东西都是好东西。但是好东西我们就要拿过来用吗？ 有句很经典的话：“把飞机的引擎按装在拖拉机上一定行”。事实上只有适合的才是最好的。
我写个小应用程序半天多时间就搞定了？你要我写设计，要我用7 8层框架？！ 存有毛病。
我也发现很多搞程序的有个误区。总觉得自己的代码多，结构复杂，就牛B了。这叫做蠢。把简单问题搞复杂了。框架的开发出忠就是把复杂的东西简单化明了化。但用的前题是 你的项目复杂度一定要高于框架本身。当然楼主的心情我也能理解。总觉得自己占这个位置不搞点啥明堂，对不住自己心理需求，显不出自己价值。这个不光是在程序领域，在很多领域人都犯这个毛病，这是中国人的通病

2010-09-18 10:51 | 泥冰       

#83楼 　回复　引用　

我很少回帖子，但自认为开发也不差，现在大家都喜欢用实体类的方式，其实我觉得实体类应用到数据库上，特别是建立那些字段对应的属性类，是程序员的病态应用，就好比说div比table好，就到处都用一个道理.
如果你想应用这种实体类,我建议你用linq，最起码一拉就一个实体类，还有很多功能，汇总统计等等也比较容易.
数据库我只会抽出一个接口去做，我希望项目越搞越简单，真要是维护出了问题，谁也不可能临时动代码，效率就不说，我追求使用sql语句，而且尽量写到存储过程中，最起码改变起来，我只要去数据库改一下sql，系统缓存，机制都不会丢

2010-09-18 11:51 | 吉日嘎拉-最顽固[未注册用户]

#87楼 　回复　引用　查看　

说的有道理。

2010-09-18 13:30 | 一张纸       

#88楼[楼主] 　回复　引用　查看　

@李传涛
谢谢您的指证，已马上修正，再次感谢。

2010-09-18 13:46 | 吉日嘎拉 不仅权限管理       

#92楼 　回复　引用　查看　

嗯 有点道理 下了视频 待会看

2010-09-18 14:39 | 月夜 思量       

#93楼 　回复　引用　查看　

一个字：懒。

2010-09-18 19:45 | undefined       

#97楼 　回复　引用　查看　

思维僵化的人，不应该做程序员

2010-09-19 08:58 | Rioyang       

#99楼 　回复　引用　查看　

吉日兄，你的文章很好，支持一下。

2010-09-19 10:33 | 老马的家       

#100楼 　回复　引用　查看　

这篇很好，但是你的方案解决不了任何问题。

问题源于日常的管理没跟上，这个是个长时间的问题，不是一次重构能解决的。

这种问题 就是项目小，什么都没有。 几个技术比较好的做了个原型出来，一切都好，后来有人走了，新人来了，什么资源都没有，那就修修改改吧，年复一年积累的。 一个如果已经开发了3-4年的mis 系统。里面全是sql 拼接，+手工建议的。
要改就首先要你的设计文档，能和现在版本符合的设计文档。 你让程序员直接改掉代码，出现bug谁负责，特别在中国企业里，做好是应该的，出了bug要程序员负责的制度。必然导致大家多一事不如少一事的心态。

所以要从源头改起， 你先把设计文档， 详细设计文档，代码编写规范都补齐了，再开始补er 图， 再解决sql问题，再解决校验问题。 而不是这样想一剂猛药解决问题。

2010-09-19 13:59 | msnweb       

#101楼 　回复　引用　查看　

文章很好，支持一下。

2010-09-20 00:49 | 小平C#       

#105楼 　回复　引用　查看　

红配蓝，招人烦。

2010-09-20 16:47 | Highflyer       

#108楼 　回复　引用　查看　

引用双鱼座：
从本文想表达的思想来看，我是支持的。任何一个管理者都必须有立场、有态度、高要求。大多数时候，这样的态度不仅对团队有益，对成员都有益。
但是标题还是有问题。通常遵循以下议论文的惯例来定义文体：
“论”：指论述。这个概念有点大，必须有论点、论据，涉及所述主题的方方面面，篇幅也会相应比较大。
“议”：比“论”小，不必有分明的论点和论据，但通常会有一个明确的中心命题，着重阐述作者对该命题的态度，而不是描述事实。
“小议”或“浅议”：比“议”更小一点，虽然也必须有一个明确的中心命题，但是相对这个命题的大小而言，文章所展开的广度更窄一些、深度更浅一些。
“谈”：和“议”的范围差不多，但中心命题不...

汉语语言功底深厚！本对吉日大哥的观点已是心悦诚服，然此评论又是给了我一记叹为观止的喜悦。

谈某些程序员顽固的思维方式相关推荐

  1. 读君山-七年阿里老人谈新人程序员的成长

    读了君山老师<七年阿里老人谈新人程序员的成长>觉得总结得非常好.整理记录一下. 做自己 做事积极主动 学习自我驱动 总结.沉淀.分享,积累影响力 做越来越大的事 把别人的事当成自己的事,做 ...

  2. 个人经历：谈一谈的程序员求职途径

    个人经历:谈一谈的程序员求职途径 互联网招聘网站的确是五花八门,种类繁多,在投递简历,接听面试电话的过程中,要擦亮眼睛,慎重选择和沟通.我是去年跳槽的,下面就来说说我投递简历的过程,希望对大家有所帮助 ...

  3. 浅谈优秀程序员电脑环境配置

    下面浅谈下程序员的电脑环境配置: 图标显示方式 作为程序员 我们应该掌控软件的所有信息,这样我们看不到后缀名 之类的,对于我们很不方便.按下面操作我们就可以解决这个问题. 我们还应该把后缀名显示出来方 ...

  4. php程序员怎么样,浅谈PHP程序员如何修炼？

    本篇文章给大家带来的内容是浅谈PHP程序员如何修炼?有一定的参考价值,有需要的朋友可以参考一下,希望对大家有所帮助. 语言 2019年是不安分的一年,身为程序员的我们也是恐慌不已,大厂各种裁员,整的程 ...

  5. 10年程序员谈国内程序员的为人处世

    程序员跟其他职位一样,我们除了工作,我们是否也需要多了解一些人生道理呢?程序员都是比较理性的,因为写程序就需要理性,来看看一个领悟人生的程序员的一些观点,10年程序员谈国内程序员的为人处世,希望给大家 ...

  6. Java程序员谈一谈-----java程序员成长之路

    转载:http://www.banzg.com/archives/679.html?ref=myread 阿里面试回来,想和Java程序员谈一谈 引言 其实本来真的没打算写这篇文章,主要是LZ得记忆力 ...

  7. 浅谈对程序员的认识_浅谈IT界程序员大佬普遍对性的追求

    原标题:浅谈IT界程序员大佬普遍对性的追求 业界程序员大佬跟普通程序员的差别,别的不说,对于完成一个需求来说,除了更少的 bug,还有什么优势? 还有程序员对性的追求. 下面谈谈最顶级的程序员对20个 ...

  8. 10年程序员谈.Net程序员的职业规划

    前言 从事Dotnet程序开发工作近10年了,从开始的月薪3k的小程序员菜鸟,到现在年薪60w的项目总经理,从战战兢兢的去各个公司应聘,到现在开始面试那些战战兢兢的小程序员,回想起这近十年来的经验,看 ...

  9. 浅谈对程序员的认识_浅谈程序员的英语学习

    作为在中国工作的程序员,不懂得英语似乎也不妨碍找到好工作,升职加薪.但程序员这个工种则稍有不同,因为程序,尤其是高级语言,基本上都是由英语和数字表达式构成的.英语对于程序员十分重要.我的大学本科全部采 ...

最新文章

  1. python第三节函数，文件操作
  2. 最值得你收藏的30个Python常用小技巧
  3. hadoop关闭安全模式
  4. mysql连接优先级设置_MySQL的按优先级等效连接
  5. 数字化转型的路上，手握一张地图，但路还得自己走
  6. python分代回收_python 垃圾回收——分代回收 和java有些区别 注意循环引用无法被回收...
  7. 有关C# 8.0、.NET Framework 4.8与NET Standard 2.1的一个说明
  8. jquery异步调用post的一些注意事项
  9. 实例解读：如何减少Docker中的Java内存消耗
  10. 《开源框架那点事儿33》极限挑战：用一条循环语句正确输出99表！【前两名奖图书一本】...
  11. PresentViewController切换界面
  12. cad2019菜单栏怎么调出来_cad怎样调出菜单栏（cad2016工具栏怎么调出来）
  13. vue 使用flowplayer_Flowplayer视频播放插件
  14. am3352 安装ssl
  15. 【uniapp城市三级联动】包含完整代码-城市三级联动json
  16. C语言找中位数（一位数组）
  17. 欧海：海梦易商道APP是教育与商业的双创新
  18. Windows SWIG 安装与部署
  19. Vue+element通过接口上传图片给后端
  20. 第1.3章：StarRocks部署--单机部署

热门文章

  1. 【长句分析】2019.7.24
  2. 原生js获取URL参数
  3. 英语名言录：富兰克林 十三条箴言（双语）
  4. 源泉书签，助您管理海量收藏。今日更新【里程碑】支持书签导出功能了，从此不怕网络书签丢失了，随时随地备份您的书签。
  5. kali linux渗透攻击基于漏洞工具Metasploit
  6. Netty教程系列（一）——netty入门应答程序
  7. LinuxFTP文件传输服务和DNS域名解析服务
  8. 【JS】url传参中文乱码的解决方法
  9. Wu342587524
  10. HAWQ 权限 (用户/角色)-