Ⅰ 女生是程序员说明脑子聪明吗
不是。是人家背后多少个日日夜夜的努力得来的。女生一般比较细致、有耐心，心思细腻，更容易注意到男生注意不到的细节。以大多数人的努力程度之低，根本轮不到拼天赋。只要认真学是可以学好的，说不定那些聪明还不一定学得比你好呢。可以确定的是，通过学习计算机，人是可以变得更聪明。
Ⅱ 为什么程序员的思维很难理解
1、程序员的思维比普通人要严谨。
对编程有一定了解的人都能理解这一点，一是一二是二，电脑不认模棱两可的回答，因为“模棱两可意味着更多的可能答案”，所以你跟程序员交谈的时候，如果你问他“为什么要这样问”或“你为什么听不懂”，你就会知道你自己的描述有多么的不严谨了。
最简单的例子，你妈妈让你去市场买水果，如果看到有苹果就买一个苹果，看到梨就买两个。你看到市场有苹果和梨，你会买什么回家？
首先给出一个大前提，在程序上不存在“潜台词”或者“潜规则”这种东西，唯一起作用的只有“字面意思”。
一般人肯定是买一个苹果和两个梨。当然程序员也不是脑子有坑，以一个正常人的思维考虑也会买一个苹果和两个梨，但是看到这问题的第一个瞬间的直觉反应，却是“如果看到梨就买两个苹果”。这个问题不存在潜台词，所以所有人都会直接从字面理解老妈的意图。
按照程序的逻辑分析，这句话共分为两个部分，代表两个程序任务。“如果看到有苹果就买两个苹果”为任务一，条件是“看到有苹果”，目标对象“买苹果”，数量“一个”；“如果看到有梨就买两个”为任务二，条件是“看到有梨”，数量“两个”，没有给出新的目标对象。
因此按照程序逻辑来讲，第二句话将继承上一个目标对象，也就是“买苹果”，所以这句话被看起来像职业病一样的思维直接翻译成了“如果看到有苹果就买一个苹果，如果看到有梨就买两个苹果。”
————————————————————
2、程序员看问题比一般人透彻。
这是职业特性导致的，因为电脑编程的严谨性，因此程序员面对一个问题、一个需要实现的目标或者一个bug时，他会思考更底层的问题，并且会习惯性采用归纳法来尽量避免以后可能遇到同样的问题。
比如用输入法输入中文的词句，有的时候打出了一串拼音，然后按下数字2选取发现不是自己想要的词，然后发觉数字1对应的才是自己想要的，删掉，重新输入拼音，这次按下数字1的瞬间却发现两个词的位置调换了，于是又删掉重新键入，这次认真地看了看，终于选对了想要的词的序号。
这个时候你会说，啊，我下次应该更小心一点，不要马虎大意想当然，看清楚了再点。
程序员不这么想，他会想，导致这个问题的看来是输入法的“词语顺序自动调整”功能，他会自动监测使用者输入的各种词语的频率，来自动调整词语的顺序，底层代码实现的逻辑很简单，每个不同的词对应一个从输入法安装到现在的输入次数的计数器，直接按计数器排列顺序就好了；也有的输入法会监测你输入后是否会将其删掉，那么这时候会被智能识别为打错字，计数器不会加一。
然后再一思考，这种功能一般都是可以开关的，如果我想要靠记忆记住顺序使用而不用输入法自动调整的话，比如对汉字输入的速度有一定要求需要考记忆记住汉字序号，我只需要进入输入法设置将其关掉即可；如果我想要它帮助我调整词句位置，但是又不需要频繁地调整，那么在我有工作需要的时候我会提前关掉，平时开启即可；而如果我想单纯依赖这一功能，那就不用管它，下次看清楚再选就好了。
Ⅲ 程序员聪明吗
要看在哪方面了，
逻辑思维强 但情商一般不高…………都给人打工了，交际能力都有限
Ⅳ 很牛逼的程序员敲代码全靠脑子记么
写代码要有一定的英语基础，水平高的程序员因为写的代码多了已经把代码内化了，所以他们写代码随心所欲。
Ⅳ 程序员是不是得特别聪明
聪不聪明到不一定，但是发散思维一定要强，逻辑思维能力要强。
Ⅵ 什么人算是程序员
mod=viewthread&tid=314起因先声明，只是谈自己看法，和大家讨论一下，没有别的意思 我根据自己的经验把程序员分为以下几种 单纯没有脑子的 这种程序员是最让经理气的一种，因为大多是刚入门的，或是学生刚走出校门，不喜欢问，也不懂得分析，只是一味的很听话，为什么说他们单纯呢？那是因为他们从来不会问，不会说也没有自己的想法，你让干什么就干什么，让自己怎么干就怎么干，听上去感觉特好的员工，很听话，如果只是这样就好了，可怕的是他们没有脑子，比如你说让他完成一个增加的功能吧，他们很听话的给你做出来，但只是一个增加的功能，他根本不会在增加功能之后再给你处理一下刷新数据的问题，或是做一些必要的验证，更说不上代码的扩展性，那都是见不着边的事，不可能。 你说让做一个查询功能，他完全有可能给你做出来一个查询所有的功能，不会管你要不要根据时间，要不要分页，或是其它的方式的查询，人家还可有理，会告诉你，你需求上没说啊，只说要有一个查询的功能？然后你无语。 有脑子先斩后凑的 这类程序员大致是工作有一年或是两年工作经验的人，自认为自己有些经验了，做了几个项目，感觉自己NB的不得了了。分配一个功能总有一些自己的想法，其实他自己不知道这些想法还不成熟，只是个人主观意向，你说让人家做一个导航条吧，你清楚的告诉他是在头部用的，要直排下拉类型的。 好了得到需求了，他根本不管你为什么要这样做，在做的过程中，他发现自己以前做一些项目里有导航条的，而且很好看，他们想，经理是怎么想的，设计的还不如我设计的好看，我给他改一下说不定还能得到他的奖励，于是自己把直排下拉的导航改成了，直排出面板那种的，因为好看，而且还不告诉经理，想给大家一个惊喜，谁知道经理一看，说怎么改需求了，客户不要这样的，然后他就跟你讲理，说这样的好看，而且什么扩展性还好，技术先进，流行，然后你会很无耐的告诉他，你做的确实很好看，但是客户不付钱怎么办，于是没办法在你的强逼之下他不得不改，于是你对他的工作很不满意，首先是这个人不好管，老自己做主，不把你当回事，怎么办，好点的经理会慢慢引导一下，脾气大的经理会直接扔出两字滚蛋 我们来分析一下他的心理， 第一种可能就是感觉自己做了很多项目，有一点自大，目中无人的心态，看不起别人设计的东西，总以为自己的技术和代码很棒了，因为自己在程序界摸爬滚打一两年了，也算是有所见识了。但他们确不明白，现在的自己正像当前的曹仁学曹操一样，只是学得其形而为尽其神。大部分的软件，网站，不能只看网站本身的价值，成功不成功，不是自己说了算，也不是经理说了算，还得看客户，一句话客户喜欢的就是好东西，客户不懂技术啊，你写的再好，客户不懂哦，所以一定不要乱改需求，软件要和市场结合才能真正体现出它的价值，做让大家喜欢的软件，而不是单纯的技术堆积。 第三种可能是自己实现不了，而又不想学习，感觉浪费时间，所以直接改动一下得了。感觉自己如果写的话，写好了还好说，写不好，耽误时间，一个导航几天能不完，会很丢人的。于是要加速。 有脑子，很听话，很认真，但基础不好，代码有局限性 这类型的程序员大多是工作一到两年的程序员，但和上面的不同，他们很有脑子思路很好，而且很听经理的话，做东西很认真，做不完了自己会加班写，学新的东西也很快，但是有一点不好的是，他们有很多理由说自己没时间学习基础，这些人一般是在学校没有学好，出来之后后悔了，学起来很认真，由于学了些新的知识，起点高，看不起基础的东西，从不想着没事去看看编程基础，看看算法，看看数据结构，总是以为我都能做出这样的项目了，还看那些小东西会很丢人的，于是在公司从不看回家更不想看，时间长了，技术会有很大的局限性，对某一块技术很不错，但是对其它技术不怎么好，于是在接到一个项目时，总喜欢使用自己现有的，会的技术去实现，转了一圈又一圈总算是把东西写出来了，而且还是加班完成了，但是代码的性能，稳定性，和效率上差的很远，扩展性也谈不上，时间一长，项目一多起来，就会出现多次反工，因为需求是会不断变化的，于是自己的代码也要变化，感觉很是理所当然，一个项目没事，接手的多了就麻烦了，新项目刚到手，老项目就出问题了，不是这里有点小毛病就是那个功能要升级，于是新项目放下，着手改老项目，手上能有三四个项目时，就会忙个不停，改的多了，没办法再改了就得重新设计，或是直接说这个功能实现不了。 其实在这个阶段的朋友很有潜力的，只要花点心思补习一下自己的技术缺陷，多看看高手的代码，写之前想一下，设计一下，自然事半功倍，千万不要有眼高手低的心态。 不随便改变需求 他们不会主观的改变一些东西，不管是对还是错，如果要改的话他们会在开会时，或是私下跟你提出来，通过后再改，否则会按需求办事 2.不写没有思想的代码 在写功能时会加上一些人性化的功能，比果加个小图标，加一些验证，处理一些操作习惯，加加快捷键，处理好Tab顺序，等这些，不用你说，他们自己会处理好。 3.不写没有远见的代码 4.不写不负责任的代码 我们写代码一是为客户用，二是方便其他人看，不单单是自己维护，要对自己的代码负责，从自己手上出去的代码代表的就是自己的脸，代码不好，人家会打脸的。他们不愿意挨打所以他们负责。 高手在编程效率方面可能并不比普通程序员快多少，因为他们会吝啬自己敲下的每一行代码。这种吝啬有两方面的含义，一是项目的架构性和整体性考量，二是从性能和优化的角度进行Coding。其实，这里所映射的是一个开发者的技术视野。 有多位技术专家强调项目执行时的全局观。面对一个项目，即使是团队中的普通一员，也要力求从项目整体架构的角度审视开发需求，对各个模块、接口和通信做最优化的预想和配置。这样可以从全局审视整个项目的技术布局，预判可能出现的问题。 在确定了整体之后，落实到具体的模块实现，每一行代码不但有上下文的考量与规划，还要具备模块间的整体布局。这是模块内的技术视野，比如接口的定义、注释的可读性、代码的执行效率等。当你写下一行代码前，要考虑它是否会对整个系统造成影响，是否方便其他接口进行调用，这些都是一个开发高手的技术潜意识。 据一些经常带领入门级开发者的技术经理介绍，多数人只考虑自己所负责的模块进行开发，缺乏一个全局性的技术视野和对代码性能苛刻的态度，这样虽然能按交付日期完成项目，却对项目质量和开发者的自我提高有很大阻碍。 开发高手是代码阅读者。大多数技术专家的代码阅读量是普通程序员的百倍，代码阅读的时间比写代码的时间要长得多。 多数程序员只把程序开发当成一份工作，他们在乎平台的前景、语言的优劣、报酬的高低；他们不愿为一个技术点反复钻研，不愿为一个bug精心测试，不愿为自身技术水平的提高多花时间。而开发高手往往具有单纯的技术梦想，愿意为技术付出自己全部的时间。这几段话是来自
Ⅶ 程序员是不是脑子很聪明，智商很高的那种啊
一般智商的人别想了，奉劝LZ不要找虐
为什么，现在写程序实现一个功能往往没有现成的，需要你从网上找实例，而网络又很难找到实用的，又要到国外网站上找。而且需要用到很多最新开发库你见都没见过，需要学习和掌握。而国内公司个个都要快速开发，又不给你时间。你说这工作是不是需要智商高呀，而且出一个BUG搞死你都找不到原因，智商不高你能胜任的了吗？