网页设计教程与开发
提供各种常见网页效果
提供各种各样的设计教程
装扮QQ，让QQ变得更酷
设计参考，提高自升水平
学习服务器和操作系统
提供各种素材和工具
收藏学习资料
您现在的位置：&&>>&&>>&&>>&正文
我爱你编排空间情侣留言代码 用文字排出来的520数字
静静静静静静　　　静静静静静静
静静静静静静
静　　　　　　　　　　　
　 静　 　静　　　　静
静　　　　　　　　　　　
　 静　 　静　　　　静
静静静静静静　　　静静静静静静　　
静 　　　 静
　　　　　静　
　静　　　　　　 　 静　　　　静
　　　　　静　
　静　　　　　　 　 静　　　　静
静静静静静静　　
静静静静静静 　
静静静静静静
◆◇「 腾 」亲笔?
[ftc=F7941D]
静静静静静静　　　静静静静静静
静静静静静静
静　　　　　　　　　　　
　 静　 　静　　　　静
静　　　　　　　　　　　
　 静　 　静　　　　静
静静静静静静　　　静静静静静静　　
静 　　　 静
　　　　　静　
　静　　　　　　 　 静　　　　静
　　　　　静　
　静　　　　　　 　 静　　　　静
静静静静静静　　
静静静静静静 　
静静静静静静
[R] ◆◇「 腾 」亲笔[fts=6][ftf=Wingdings]?[/ft][/ft]
[/M][ftc=#EE1D24]爱上了你[/ft][ftc=#EE1D24][M][/ft]
如果有碰到不会使用的,请进入.
转载请注明:破洛洛(谢谢合作)
上一篇文章： 下一篇文章：
网友评论：
[][][][][][][][][][]格力空调型号代码是多少？_百度知道
格力空调型号代码是多少？
KFR-32GW/(32550)FNAa-3k。1， 第一位:表示产品代号(家用房间空调器用字母K表示)2， 第二位:表示气候类型(一般为T1型，T1型气候环境最高温度为43度，T1型代号省略)3， 第三位:结构形式代号(空调器按结构形式分为整体式和分体式，整体式空调器又分为窗式和移动式，代号分别为:分体式—F、窗式—C、移动式—Y)4， 第四位:功能代号(空调器按功能主要分为单冷型、热泵型及电热型，单冷型代号省略，热泵型、电热型代号分别R、D)5， 第五位:规格代号(额定制冷量，用阿拉伯数字表示，空调器制冷量在10000W以下的，其单位为100W；制冷量大于或等于2500W时，其单位为1000W) 6，第六位:整体式结构分类代码或分体式室内机组结构分类代号(室内机组结构分类为吊顶式、挂壁式、落地式、天井式、嵌入式等，其代号分别为D、G、L、T、Q等)7， 第七位:室外机组结构代号(室外机组代号为W)8， 第八位:工厂设计序号和特殊功能代号等，允许用汉语拼音大写字母或阿拉伯数字表示。 下面以格力空调几个型号作简单说明: KCD-46(4620)其中K表示房间空调器、C表示窗机、D表示电热型、46表示制冷量是4600瓦。 KFR-25GW/E(2551)其中K表示房间空调器、F表示分体式、R表示热泵型、25表示制冷量是2500瓦、G表示挂壁式、W表示室外机代号、E表示冷静王系列产品。
采纳率：46%
来自团队：
一 二 三 四 五 六 七 八
第一位：表示产品代号（家用房间空调器用字母K表示）
第二位：表示气候类型（一般为T1型，T1型气候环境最高温度为43度，T1型代号省略）
第三位：结构形式代号（空调器按结构形式分为整体式和分体式，整体式空调器又分为窗式和移动式，代号分别为：分体式—F、窗式—C、移动式—Y）
第四位：功能代号（空调器按功能主要分为单冷型、热泵型及电热型，单冷型代号省略，热泵型、电热型代号分别R、D）
第五位：规格代号（额定制冷量，用阿拉伯数字表示，空调器制冷量在10000W以下的，其单位为100W；制冷量大于或等于2500W时，其单位为1000W）
第六位：整体式结构分类代码或分体式室内机组结构分类代号（室内机组结构分类为吊顶式、挂壁式、落地式、天井式、嵌入式等，其代号分别为D、G、L、T、Q等）
第七位：室外机组结构代号（室外机组代号为W）
第八位：工厂设计序号和特殊功能代号等，允许用汉语拼音大写字母或阿拉伯数字表示。
下面以格力空调几个型号作简单说明：
KCD-46（4620）其中K表示房间空调器、C表示窗机、D表示电热型、46表示制冷量是4600瓦。
KFR-25GW/E（2551）其中K表示房间空调器、F表示分体式、R表示热泵型、25表示制冷量是2500瓦、G表示...
本回答被提问者采纳
为您推荐：
其他类似问题
格力空调的相关知识
等待您来回答你是如何统计/估算自己写的代码行数或看过的代码行数的？ | Hello world!小组 | 果壳网 科技有意思
128420人加入此小组
我意思不是说用什么软件统计的我是想问工作一段时间或做完一个项目后你会主动去统计一下吗？还是其它？
+ 加入我的果篮
为申请软著被迫统计..然后随便估个数就交差了...
大概估计一下就ok了。统计这个没用，写得越多，说明你设计可能问题越大。写代码其实就是体力活，关键在于设计
智能科学专业
用行数来统计程序员的质量。。。就像那啥来着？
引用 的话：用行数来统计程序员的质量。。。就像那啥来着？代码量能在一方面反应一个人的经验吧。
智能科学专业
引用 的话：代码量能在一方面反应一个人的经验吧。我写的代码量最大的程序是一个GUI，自动生成的代码占了一半。。
引用 的话：我写的代码量最大的程序是一个GUI，自动生成的代码占了一半。。当然要除去自动生成的啊
智能科学专业
引用 的话：当然要除去自动生成的啊所以懒得算了。。。
我给我的代码压成huffman编码的时候看到了统计数据……我的代码有1/4是空格……
引用 的话：实现相同的功能，代码越少越好，我才不说我以前写的程序代码都少得令人发指。炫耀帖……
引用 的话：用行数来统计程序员的质量。。。就像那啥来着？+65535之前在某公司做过一个项目，他们用了两百多号人（号称研究生及以上学历的占15%以上），做了两年半还没什么眉目，据说代码行数过百万还是几百万，耗资5000余万，而且还把很多搞不定的模块外包给HW等企业做了……其中某模块号称支持单机5000并发，最终测试50并发都达不到……数据库复杂度超过O（N^2），于是几百或几千条记录都很快，但一旦有了几万条记录，做一次统计就要耗时好几个小时（而设计要支持2000w用户，每用户每周/月都会产生若干条记录，即至少上亿的数量级……看来为了满足需求，全世界的电脑加起来都不够他们用的）后来偶到了另一家公司，和另两位同事合作做了个项目，核心部分和那个5000w巨无霸的基本功能雷同，一个月内从设计到编码到测试全通……代码量1w不到，下载部分差一点就能跑到千兆网卡的流量上限……显然，和那些有“百万代码级系统设计经验”的神人相比，我们这3个人都死活凑不够1w行代码的渣渣，实在是弱爆了。
引用 的话：+65535之前在某公司做过一个项目，他们用了两百多号人（号称研究生及以上学历的占15%以上），做了两年半还没什么眉目，据说代码行数过百万还是几百万，耗资5000余万，而且还把很多搞不定的模块...我所知道的类似的事情（我不是Coding Monkey），是某人写了个程序，代码庞杂，后来我发现就功能而言，可以用Perl下的WWW:Mechanize搞定，不需要几行代码的，而且中间负载的部分，那个模块都自动化处理了。你说的那个公司，是不是也犯了同样的问题啊？
引用 的话：我所知道的类似的事情（我不是Coding Monkey），是某人写了个程序，代码庞杂，后来我发现就功能而言，可以用Perl下的WWW:Mechanize搞定，不需要几行代码的，而且中间负载的部分，...肯定犯有这种错误……但光犯这个错误是不可能把几万行代码膨胀成几百万行的……
引用 的话：肯定犯有这种错误……但光犯这个错误是不可能把几万行代码膨胀成几百万行的……估计开始没有调查明白，方向错了，错得越来越远
引用 的话：大概估计一下就ok了。统计这个没用，写得越多，说明你设计可能问题越大。写代码其实就是体力活，关键在于设计+1可是设计好了。。。写不出来呢。。。虽然我这边是写了也没法跑一下看看。。。
引用 的话：估计开始没有调查明白，方向错了，错得越来越远no……是完全无设计，自始至终都是淌哪算哪……当然，他们自己把这种淌哪算哪的面向稀屎的开发叫做“设计”，而且坚信UML的代码自动生成能力必将代替那些只会coding的“软件蓝领”……举个栗子吧。一个用户在线状态侦测问题，设计方案（经过大幅简化）大概是这样的：1、通信模块做心跳检测（这个很正常）2、后台记账模块不知为何，也需要这个状态了;但通信模块没有提供“查询某个用户的状态”这样的接口，因为它只知道连接，但不知道什么是用户。3、于是，订单模块总得知道用户最近是否曾经提交过订单吧？你去更新记账模块的数据库，刷新用户的在线状态！4、还有你，你你你，你们的模块都要在用户有动作时，写记账模块的数据库，更新在线标志和刷新时间5、记账模块的数据库负荷太大了！我们要5000并发呢，还记得吗？更新一次它的数据库，耗时至少十几秒，运气不好得几分钟！6、赶紧注释掉。7、好吧，你们，统统的有，把你们内部写数据库的功能搞成异步的——咳～～少推三阻四的，不就是开个线程吗？8、但我们用c...用户名之类数据怎么能直接传！谁知道这些数据什么时候就被回收了。9、好吧，malloc块内存，把用户名之类参数复制进去，然后传给工作线程吧。10、这内存怎么回收？在线程的每个return前都检查释放吗？11、为了应付未来的类似任务，我……用了100多行代码（加上注释300来行）写了个微型的线程管理器，自动在线程结束后回收资源12、当然，这只是我负责的这个模块……其他每个模块负责人都有自己的一套实现……13、这个葫芦刚按下去，另一个瓢又漂起来了……偶就做了几个月就辞职不干了……不过有理由相信，他们这两年半就是这样走过来的，而且还将继续这样走下去……
引用 的话：no……是完全无设计，自始至终都是淌哪算哪这……这么大项目都不做设计，无语。就算做成了，以后维护也是问题啊。
引用 的话：这……这么大项目都不做设计，无语。就算做成了，以后维护也是问题啊。哦……NO……人家有设计的……比如，光其中某个订单类型的一个步骤就写了NN个文档，这还不够，另外还搞了张A3大图，画的蜘蛛网似的……至于整个项目的文档，少说也得有一个G吧。当然，他们的这个设计，和大家所理解的设计不是一码事……这个不好说清楚。这么说吧，如果一个头脑正常、但没做过什么项目的人到了这么一家公司，他会总结到什么“经验教训”呢？1、大项目要写很多很多很多文档2、文档里的每一句对应1或多行程序代码3、只有文档是绝对不够的。哪怕每个最细小的功能，都不是几篇文档能说清楚的。至少得一副图。4、图纸上的大蜘蛛网里面的每一根蜘蛛丝都有一砣文字说明； 而要理解这砣文字，还需要相关负责人专门的口头讲述——后者往往和前者是矛盾的。5、文本以及口头解释里面的、关于每根蜘蛛丝的每一句话，对应1或多行程序代码6、程序写出来后，会出现无穷无尽的奇怪问题。解决每个奇怪问题就需要另外的一组文档和一些图纸——每张图纸都是一个新的蜘蛛网。当然，每个蜘蛛网上的每根蜘蛛丝仍然对应1或多行代码……7、显而易见的，新的蜘蛛网会带来更多的蜘蛛网。8、模块划分是万恶之源。分出来多少个模块，就意味着要把大同小异的代码敲出来多少遍。9、模块划分还会导致必须做很多本来不需要做的事情。一般来说，若模块有N个，则额外要多做的事情至少有N的阶乘个。10、但是，模块划分还是要做的。虽然它带来了模块数量的阶乘个问题。不然的话，根据书上的大道理，软件将完全写不出来。11、最后，程序语言里的循环语句基本上是没有意义的。递归更加扯淡，只有疯子才会去用它。唯一有用的，就是按照说明，一行行的把想要机器做的东西用手指头先咔咔一遍……
引用 的话：+65535之前在某公司做过一个项目，他们用了两百多号人（号称研究生及以上学历的占15%以上），做了两年半还没什么眉目，据说代码行数过百万还是几百万，耗资5000余万，而且还把很多搞不定的模块...炫耀贴啊
引用 的话：炫耀贴啊路人局超神不值得炫耀吧……而且那群人显然连路人平均水平都没达到……
难道不是 wc -l 吗？
引用 的话：哦……NO……人家有设计的……比如，光其中某个订单类型的一个步骤就写了NN个文档，这还不够，另外还搞了张A3大图，画的蜘蛛网似的……至于整个项目的文档，少说也得有一个G吧。当然，他们的...看到uml居然还有如此狂热粉丝深感诧异，这个玩意儿不是拿来show的么？icse上有篇UML in Practice，发现大部分工程师其实平时不用uml，少部分人用的也只是仅限交流或者教学工具。。。。
引用 的话：看到uml居然还有如此狂热粉丝深感诧异，这个玩意儿不是拿来show的么？icse上有篇UML in Practice，发现大部分工程师其实平时不用uml，少部分人用的也只是仅限交流或者教学工具。。。...这个……对有些人来说，UML就是他们的全部啊……事实上，他们这是一种著名的面向对象设计“流派”，即“对象发现方法论”。这个流派的思路就是：用UML把要做的一切都说出来；然后，UML图中的一个个实体就是一个个类；实体之间的交互就是类对象之间的方法调用……现在，OO所需的一切不都有了吗？听起来很靠谱，不是吗？（嗯，当然，如果你有一定的开发经验的话，可能就不会这么认为了……）实践起来，就是上面的那种场景了……
引用 的话：+65535之前在某公司做过一个项目，他们用了两百多号人（号称研究生及以上学历的占15%以上），做了两年半还没什么眉目，据说代码行数过百万还是几百万，耗资5000余万，而且还把很多搞不定的模块...0，凡事要先放结论...--&&“专业”的死理性派心情不好是件很"糟糕"的事情...看到“夸张帝”误导“小朋友们”心情更不佳了...我就是来引仇恨的...1，200多号人...我们小小一个xxx产品产品线就200+人了...不是啥夸张的事儿...2，研究生及以上学历...研究生对于软件研发并没有啥绝对的优势，LZ应该把博士的百分比拎出来的...可惜，正常公司正常博士也应该不会码农吧...3，占15%以上...单看我们实验室，20+人，小本五六个...【干啥活，取决于你的能力不是别的...这才是“社会人士”应该说的...不要误导小朋友4，200+人，2年半，5000余w.../12/200=0.8333w...呵呵5，很多搞不定的模块外包...一般只有算法稳定且众所周知的模块或者无价值无创新的代码如命令行之类的才会外包...呵呵6，外包...xx企业...呵呵一家员工总数11w+的“外包公司”...传言12年年终奖平均8w3...呵呵7，代码行数过百万还是几百万...c的话，加上测试的工作量，平均每天1k+，500w+也就5000人日，200个我，也就25天而已...8，单机5000并发...首先，真正的并发是要硬件保证的；其次，就捡我最熟悉的一个芯片来讲，并行448核，双芯片448*2，较常见的一种设备形态是8个槽，单台设备8*448*2并发...只算了真正的并发，不谈各种多线程伪并发...所以5k并发，请不要来炫耀...9，做一次统计就要耗时好几个小时...支持2000w用户，每用户每周/月都会产生若干条记录，即至少上亿的数量级...全世界的电脑加起来都不够他们用的............何必这么夸张...a，下载部分差一点就能跑到千兆网卡的流量上限...你这个应该指的意思是可以处理GE的数据量吧...但是至少得到汇聚层才有可能有GE的带宽...请注意...只是有可能...qos不会允许的...b，百万代码级系统设计经验...的神人...不忍吐槽...俺累了...不玩了...
联系你了，来看我无聊的吐槽吧...oops
引用 的话：0，凡事要先放结论...--&&“专业”的死理性派心情不好是件很"糟糕"的事情...看到“夸张帝”误导“小朋友们”心情更不佳了...我就是来引仇恨的...1，200多号人...我们小小一个x...不明觉厉·············
引用 的话：不明觉厉·············拍你个“不明觉厉”...【暴走状态了都...还是觉得灰常讨厌呵呵
引用 的话：拍你个“不明觉厉”...【暴走状态了都...还是觉得灰常讨厌呵呵- -我是真看不懂啊····至今仍然只会vb、as3、lua的hello word编写············哦，world还打错了·
引用 的话：那么认真……我只做过小项目，就是一个人可以搞定的那种，所以对什么百万行的没什么概念。我只是无聊到暴走了而已...o(╯□╰)o
数自己代码里\n的个数不就好了
仔细想了一下，还真没认真考虑过这个问题。话说为什么要考虑这个……
前两天给个新员工review代码类似于计算器的小demo，取页面10个键值。打开工程看到茫茫多的if(){}else if(){}else if(){}else if (){}.........当时就疯了。尼玛的没学过switch？IOS开发，界面我都让你用IB拖了，逻辑就这么写？真不知道在学校都学了什么。
引用 的话：0，凡事要先放结论...--&&“专业”的死理性派心情不好是件很"糟糕"的事情...看到“夸张帝”误导“小朋友们”心情更不佳了...我就是来引仇恨的...1，200多号人...我们小小一个x...同不明觉厉……
引用 的话：0，凡事要先放结论...--&&“专业”的死理性派心情不好是件很"糟糕"的事情...看到“夸张帝”误导“小朋友们”心情更不佳了...我就是来引仇恨的...1，200多号人...我们小小一个x...“夸张帝”绝不敢当……偶还是尽量往小处说了……“误导”更不知从何谈起……看起来，您实在是象牙塔呆太久了……这个公司的名字偶不好透露，仅提示一点：偶当时的部门经理放过这样一句话“别人再牛，接不到活也是白搭。这工程给不给谁做，我们说了算。”基于这种心态，你自己觉得会做出什么样子？至于“外包”嘛……反正前面已经透露过了，干脆说的更清楚点：接活的是HW，做的是网络存储及访问API。另外，我会告诉你刚毕业的和测试组的领的是￥3k吗……5000w是我加入第1或2个月时听人说的，原话是“这个项目已经投入5000多万了”：具体数字嘛，偶不是喜欢打听的人……其实这个真的很不错了……偶当时另外一同事透露的另一件事——同样的，为了避免被查水表，时间地点人物略去——他的前一份工作是跟着某实体副总干的：一年，投资2000w；工作是每天中午吃大餐+下午自由活动（这位多次强调，他上学时很瘦的，就那一年吃胖的）；产出是……50个静态网页。干完公司解散。之前说过了，这真的不是什么“炫耀贴”……“炫耀”无非是对比吧，那偶和他们比什么？比谁更奇葩吗？
引用 的话：两天给个新员工review代码类似于计算器的小demo，取页面10个键值。打开工程看到茫茫多的if(){}else if(){}else if(){}else if (){...4年完了一点代码都不会写的大有人在，这种错误提出去让他记住以后改就是了，何必这么大惊小怪。。。我组长告诉我每次来个刚毕业的新人都要培养好长时间，培养的时候很痛苦，各种拖后腿，等培养出来之后就好用了，叫他干什么很利索的就完成了。
引用 的话：4年完了一点代码都不会写的大有人在，这种错误提出去让他记住以后改就是了，何必这么大惊小怪。。。我组长告诉我每次来个刚毕业的新人都要培养好长时间，培养的时候很痛苦，各种拖后腿，等培养出来之后就好用了...p.s，我就是拖后腿的那个……
食品安全学士，科普爱好者
引用 的话：4年完了一点代码都不会写的大有人在，这种错误提出去让他记住以后改就是了，何必这么大惊小怪。。。我组长告诉我每次来个刚毕业的新人都要培养好长时间，培养的时候很痛苦，各种拖后腿，等培养出来之后就好用了...本来这种培养应该是在4年里完成的，所以真的让人很无奈。
偶在邮箱搜了下，还真找到了当时的邮件，讨论那个才2w条记录一次统计就要5、6个小时的（他们刚开始测试时，一次统计也就是秒级，后来很快增长为30多分钟，等增长到5、6小时时，他们坐不住了。于是我们几个就被戴了顶“技术专家”的帽子，安排去解决问题了……）下面是第一天接手时聊天工具里的讨论记录，被一哥们用邮件发了……当时还不知道系统设计目标是2000w，所以偶说“里面至少有一个表是可能有几十万记录的”……XXXXXXXXXXX 11:57:50所以兄台分段测试一下 主要是哪里有瓶颈？OOOOOOOOO 11:57:45一个还是4个表的笛卡儿积；另一个是2个表的；然后把结果又并起来，并完又是两次条件查询；那两个查询以及一个row_number over基本没什么影响。OOOOOOOOO 12:39:58应该就是那4个表联合引起的问题了。笛卡儿积很恐怖的，假如每个表记录条数为n，那么4个表的笛卡儿积就是O（n^4）。也就是说哪怕每个表就100条记录，4个表取叉积就是一亿的复杂度。何况里面至少有一个表是可能有几十万记录的。数据库一般会根据where条件预先优化，先根据where条件剔除每个表中不符合的记录后，然后才对小了一些的集合计算笛卡尔积（所以教科书才会说“where条件越多越好，越多数据库能做的优化就越大”），这样就导致我们出现“多表联合查询消耗并不像预想那么大”的错觉。先检查一下是不是必须这么查询，能不能把这个复杂度降下来。 ——————————————————————————————————————另外一个需要额外说明的是，后来发现，他们的那个查询里面的where并不起过滤作用，而是用来把——具体细节记不清了，姑且这么说吧——a表的用户名、b表的 用户id-账单id、c表的商品代码、d表的账单明细组合成一条记录的（实际情况不是这样，我当时问过，其中的每个表都有非加不可的理由，不然就没法啊统计，具体是什么奇葩情况偶已经记不得了）；之后，才在这个组合起来的东东上按每个用户统计消费总额、商品销售额……从几百记录若干秒到几千记录的30分钟再到2w记录的几个小时——对这种典型的指数增长问题，说2000万条记录全世界的电脑加起来都不够跑，究竟有多夸张呢？——嗯，找个例子吧。随便也给不懂指数增长的同学做个科普。56位密钥的DES，现在利用专用设备，可能至多几个小时就能破解（没看最新成果，现在可能更快）；而密钥空间增长到128位后，会带来什么呢？很容易计算一次穷举攻击的复杂程度：如果密钥长度为8比特，那么有28=256种可能的密钥，因而找出正确的密钥将需要256次尝试，在128次尝试后找到正确密钥的概率是百分之五十。假如密钥长度为56比特，会有256种可能密钥。设想有一台每秒能检验一百万个密钥的超级计算机，也需要2285年时间才能找出正确的密钥。如果密钥长度为64比特，则将需要585,000年才能在264种可能的密钥中找出正确的密钥；如果密钥长128比特，则需要1025年的时间。宇宙也只有1010年的历史，相对而言1025年太长了。对于一个长为2048比特的密钥，用每秒尝试百万个密钥的百万个计算机并行工作要10597年才能完成。到那时宇宙或许早已爆炸或膨胀得无影无踪了。咱来估算一下：2^56=7.2^128=3.即：可能的密钥数（密钥空间）高了22个数量级，消耗的时间高了25个数量级。对比偶提到的数据库案例，即“A、B、C、D四个表做连接然后统计综合”的需求：当只有几个用户、几十个商品、几十条订单时，数据量千级（10^2），时间消耗秒当用户十几个、商品有几十种、订单上千时，数据量十万级（10^5），时间1800秒（10^3）当商品还是几十种，用户几百，订单2w时，数据量亿级（10^8），时间5～6小时，（大约10^5秒）……当商品几百、用户2000万、订单过亿呢（此时一个用户平均才5个订单）？数据量大概是10^17，时间估计10^10秒不算夸张吧？ 这大概相当于10^7小时……假设一次统计消耗1个小时是可以接受的；假设N台计算机组成集群，性能就是一台机器的N倍（集群效率100%），那么，为了能1个小时完成统计，大概就需要10^7台计算机……当然，这也就千万台这个数量级而已。对全世界的计算机来说，这只是很小一部分而已……说“全世界的电脑加起来都不够他们用”，显然偶是太夸张了，这顶“夸张帝”的帽子，偶戴起来……似乎也不算很冤枉。（我们当时用的服务器不咋地，也就十几万的样子吧……几千万台这种服务器，的确是和“整个世界的计算机联合起来”没法比。加上集群消耗也不一定能救得了我……好吧，偶只好承认偶夸张了……和几千万台服务器做一个“极度简化版淘宝”比，偶也不知道究竟哪个更夸张一点……）哦，最后——这个库结构是整个项目数百万行代码的基础。所以……就别惦记什么如何去动它了。PS：学数据库时，大家可能把神马第一范式、第三范式、BNF范式背的滚瓜烂熟；但是，不知道你们是否注意过这样一行小字： “实际设计中，有时为了性能考量，会刻意保留一定的冗余以提高访问效率”？
引用 的话：4年完了一点代码都不会写的大有人在，这种错误提出去让他记住以后改就是了，何必这么大惊小怪。。。我组长告诉我每次来个刚毕业的新人都要培养好长时间，培养的时候很痛苦，各种拖后腿，等培养出来之后就好用了...大惊小怪？您这也太淡定了。“新员工”是指新到我们公司的员工，不是才从学校毕业出来的。对于一个号称1年开发经验，有2个APP上架的“新人”来说无限else if的问题算是问题吧？
引用 的话：大惊小怪？您这也太淡定了。“新员工”是指新到我们公司的员工，不是才从学校毕业出来的。对于一个号称1年开发经验，有2个APP上架的“新人”来说无限else if的问题算是问题吧？初中毕业的时候我也比较喜欢if...else if...很少用switch那时候我也可以号称有一年开发经验的，至于做出来的Flash能不能给人看就另说了……p.s：那时候我变量命名都是现查词典找的或者直接用拼音……无限else if当然算是问题，关键是你没有考虑到那一年开发经验里的水分……代码风格这种东西感觉是需要时间积累经验，在写代码和看别人代码的过程中慢慢变化的。
软件工程师，网路安全从业者
反正我没有统计代码行数的习惯，又不是写文章还要论字数算稿费的，顶多项目管理那边要求时候才统计下。
软件工程师，网路安全从业者
引用 的话：大惊小怪？您这也太淡定了。“新员工”是指新到我们公司的员工，不是才从学校毕业出来的。对于一个号称1年开发经验，有2个APP上架的“新人”来说无限else if的问题算是问题吧？其实一年工作经验也说明不了什么，很多人从学校毕业后，他们的编码能力才是从零起步，写出来的那两个app可能也只是完成了功能，但是完成之后也没有总结和反思代码实现时候的不足之处。像楼上有些人说的，这种能力本该是大学四年里养成的，但是现在的大学时什么样子，其实大家都明白。
软件工程师，网路安全从业者
引用 的话：0，凡事要先放结论...--&&“专业”的死理性派心情不好是件很"糟糕"的事情...看到“夸张帝”误导“小朋友们”心情更不佳了...我就是来引仇恨的...1，200多号人...我们小小一个x...呵呵，同不忍吐槽。
楼主路过，貌似大家认为 外包 ＝ 低端
引用 的话：楼主路过，貌似大家认为 外包 ＝ 低端唔，楼主万福金安~~~~~~一般确实是稳定的模块会找外包以及重复工作会找外包，其实很多时候一些好的测试平台也是外包公司的~唔~应该叫做“合作方”~没有任何鄙视的意思所以外包!=低端PS...毕竟...从公司角度或者常人的思维来看，核心技术的活确实不可能找外包~毕竟技术还是要留在家里的~
引用 的话：呵呵，同不忍吐槽。一把抱住~~~
引用 的话：唔，楼主万福金安~~~~~~一般确实是稳定的模块会找外包以及重复工作会找外包，其实很多时候一些好的测试平台也是外包公司的~唔~应该叫做“合作方”~没有任何鄙视的意思所以外包!=低端PS......感谢安慰……楼主去自我提升了
(C)2016果壳网&&&&京ICP证100430号&&&&京网文[-239号&&&&新出发京零字东150005号&&&&
违法和不良信息举报邮箱：&&&&举报电话：