编程炫技
㈠ Web前端开发有哪些良好的编程习惯
个人建议， 多看别人的代码，多给别人看自己的代码。多思考怎么简化逻辑，怎么容易维护。相关的文章和书籍还是挺多的。把js学透，在页面重构方面学好css，盒模型把bfc都学懂。编程技术方面就是不断的模仿和吸收，没事多折腾，但不是瞎折腾。
布局的话去看css那些事儿，js的话去妙味课堂花100弄个会员可以看里面的视频资源很多，一年坚持下来就到中级了，之后再考虑向重构还是专写js上发展，不管怎么样多写一下总结，多问几个为什么，多练习。
以上就是一些良好的习惯，希望参考。
㈡ 编程老手的哪些特点，是值得新手程序员学习
1. 活跃斗胆地谷歌。你得知道怎样有用地安排查找要害字，查阅他人写的代码，然后合理地用在代码里，然后处理疑问。
2. 拥抱改动，持之以恒。内行程序员在触摸新技能时，能欣然承受像个初专家相同处处受挫，并总能在完结作业的一起自学成才。
3. 供认细节的首要性。例如变量和函数的命名、CSS 特点的命名、该用哈希仍是用数组，以及别的看起来微缺乏道，但也许对项目有深远影响的作业。
4. 供认大大都的 “首要抉择” 本来并没有那么首要。通常的开发者经常在技能选型等 “严峻疑问” 上堕入唇枪舌战，而程序员老鸟们会防止糟蹋时刻在骂战中。这一点上，他们就像禅宗大师相同（zen-like）。
5. 挑选适宜的东西处理疑问。网上有很多的开源库、东西和结构，让人目不暇接。而内行们了解地知道关于怎样的疑问，应当用啥样的东西。
6. 了解代码“不值钱”（该删就删）。你有必要习气于删掉几百行代码来重写程序的某一有些，毫不留情。
7. 在评价技能的时分要悉数。例如，我一向在宣传 Elixir。它语法美丽，社区完善，有很大的潜力。但 Elixir 诞生的时刻太短，所以假如要构建杂乱的功用，也许会难以找到能帮你行进功率的开源东西。因而，在评价要不要挑选运用一项技能时，你得把一切这些要素都考虑在内。
8. 学会说 “我不知道”。没有比回绝供认自个不知道更能糟蹋一个开发者的时刻了。
9. 细心剖析过错信息里的条理。传统教育通知咱们：失利是坏事。报错信息这种东西也经常被跟失利联络起来，但是优异程序员了解，这些过错音讯里本来隐藏着能将你指向终究准确处理计划的条理。
10. 了解过早优化和必要的 “炫技式” 优化的区别。内行们了解在啥时分需求写一些看上去没那么好懂，但会让程序运转更快的代码。
11. 每自个都会犯错，为自个的过错担任。而格外在团队里，把职责推来推去没有任何含义，由于过错的发作通常不只仅一方的要素构成的。
12. 变成你所用的开发东西的重度用户。假如长时刻在某个开发环境下有恰当份额的开发作业，那你应当去把握运用它的细节。
13. 学会用 Vim（最少会一点）。 你最少应当在这个修改器里学会牵强地移动和翻页。
14. 不要接生疏技能范畴的私活。自个做自在作业项目，其间很大一有些应战即是评价项目时刻。不要计划自个未知范畴的作业，那会让你处于想当为难的地步。
15. 不要数你干活花了几个小时。技能大牛会把时刻花在有深度的作业上，并且他们了解花了多少时刻彻底不首要。
16. 学会安然承受批评。当你的代码由于各种要素支离破碎时，你需求培育用理性和逻辑的办法来应对（而不是心境化处理）。
17. 同有更多阅历的人结对编程。没有比这个更高效的编程学习办法了。
18.必定要先自个做一遍代码检查。当你在 GitHub 上建议一个 pull request 之前，先把代码当成他人写的，自个先检查一遍。
19. 认识到做自在作业的难点不是写代码，而是别的的一切作业。出售、推行、客户支撑，质量确保以及产品处理，一切这些都会花费很多时刻。
20. 发现并处理更大的疑问。优异的程序员不拘泥于眼前的疑问，而是了解怎样用更久远的办法彻底的处理这一类疑问。
21. 深化了解一些大型开源项意图基地能让你开发时如虎添翼。假如你知道怎样给你的项目打山公补丁 (Monkey Patch), 那么你将无所不能。
22. 越过大都的会议。你的公司雇你是来写代码的，而不是谈代码的。当会议多到失控的时分，不去参与也没有任何疑问。并且一旦你开端这么做，他人会更爱惜你的时刻。
23. 知道啥时分开端回馈。 到了某个时分你需求将你的技能和阅历传授给年青的开发人员，就像你的导师其时教授你相同。
24. 能写烂代码。有时分可以当一当 “胶带式程序员”。要害是跟着时刻推移，你需求弄了解啥时分可以走捷径，啥时分有必要走捷径。这本来是最难把握的技能之一。
25. 礼貌地通知他人你作业到很晚。假如你是作业室里终究一个，可以发一封简略的报告邮件。他人通常会留心到邮件上的时刻戳的。
26. 像一个领导者 (Leader) 相同干事，而不是老板 (Boss)。老板是让他人为他作业的人，领导者是我们跟随的人。做个领导者。
27. 去打打桌上足球。从长时刻来看，同别的开发者（或不相同岗位上的搭档）树立联络会比在紧巴巴的期限里交给一个功用更有价值。
28. 在压力下学习。你需求知道怎样应对像体系宕机而你要担任将它恢复的状况，即便一开端你彻底没有条理。
29. “Move fast and break things” 别让完美主义阻挠你干事。过错通常是最好的学习时机。所以别把犯错当作失利，而应当把它们当作值得学习的阅历，并意识到：恰是不断战胜和打破这些过错，作为一个程序员，你才干不断生长起来。
㈢ 如何成为一个程序老手，新手必知的40个小技巧
老鸟和新手的一个很大区别来自于debug的能力。其中最主要又可以从两方面看出来：
从高层往底层找错。
科学方法。
0.重构是程序员的主力技能。
工作日志能提升脑容量。
先用profiler调查，才有脸谈优化。
注释贵精不贵多。杜绝大姨妈般的“例注”。漫山遍野的碎碎念注释，实际就是背景噪音。
普通程序员+google=超级程序员。
单元测试总是合算的。
不要先写框架再写实现。最好反过来，从原型中提炼框架。
代码结构清晰，其它问题都不算事儿。
好的项目作风硬派，一键测试，一键发布，一键部署; 烂的项目生性猥琐，口口相传，不立文字，神神秘秘。
编码不要畏惧变化，要拥抱变化。
常充电。程序员只有一种死法：土死的。
编程之事，隔离是方向，起名是关键，测试是主角，调试是补充，版本控制是后悔药。
一行代码一个兵。形成建制才能有战斗力。单位规模不宜过大，千人班，万人排易成万人坑。
重构/优化/修复Bug，同时只能作一件。
简单模块注意封装，复杂模块注意分层。
人脑性能有限，整洁胜于杂乱。读不懂的代码，尝试整理下格式; 不好用的接口，尝试重新封装下。
迭代速度决定工作强度。想多快好省，就从简化开发流程，加快迭代速度开始。
忘掉优化写代码。过早优化等同恶意破坏；忘掉代码作优化。优化要基于性能测试，而不是纠结于字里行间。
最好的工具是纸笔;其次好的是markdown。
leader问任务时间，若答不上来，可能是任务拆分还不够细。
宁可多算一周，不可少估一天。过于“乐观”容易让boss受惊吓。
最有用的语言是English。其次的可能是Python。
百闻不如一见。画出结果，一目了然。调试耗时将大大缩短。
资源、代码应一道受版本管理。资源匹配错误远比代码匹配错误更难排查。
不要基于想象开发， 要基于原型开发。原型的价值是快速验证想法，帮大家节省时间。
序列化首选明文文本 。诸如二进制、混淆、加密、压缩等等有需要时再加。
编译器永远比你懂微观优化。只能向它不擅长的方向努力。
不要定过大、过远、过细的计划。即使定了也没有用。
至少半数时间将花在集成上。时间，时间，时间总是不够。
与主流意见/方法/风格/习惯相悖时，先检讨自己最可靠。
出现bug主动查，不管是不是你的。这能让你业务能力猛涨、个人形象飙升; 如果你的bug被别人揪出来.....呵呵，那你会很被动～≧﹏≦
不知怎么选技术书时就挑薄的。起码不会太贵，且你能看完。
git是最棒的。简单，可靠，免费。
仅对“可预测的非理性”抛断言。
Log要写时间与分类。并且要能重定向输出。
注释是稍差的文档。更好的是清晰的命名。让代码讲自己的故事。
造轮子是很好的锻炼方法。前提是你见过别的轮子。
code review最好以小组/结对的形式。对业务有一定了解，建议会更有价值（但不绝对）。而且不会成为负担。管理员个人review则很容易成team的瓶颈。
提问前先做调研。问不到点上既被鄙视，又浪费自己的时间。
永远别小看程序媛(╯3╰)!
㈣ 分享一下你知道哪些能炫技的代码写法
向堆栈压入某个游戏模块内的地址，而这个地址指向一个跳转指令，例如JMP [0x????????] ，修改这个跳转的目标让它跳回原调用者。最大的问题在于cdecl可以不定参数长度，由调用者清栈，如何为传给目标函数的参数清栈就成了问题。于是这里利用了一个stdcall 函数负责传参，主动替换掉返回路径到trampoline，再从trampoline到原函数的一个标签。
贴个当时一个功能效果，拖拽鼠标完美力场。
㈤ c语言问题啊
*str=0的意思在于把这里的空格改变成一个'\0'，这样是不是对于c语言来说，等于在这里面制造了一个字符串结束的标志？该程序的巧妙之处就在于，没有额外申请空间来保存一个一个的词，而是通过在原句中把空格替换成'\0'，然后让指针数组分别指向每个词的首地址，来完成把句子分组的。空间节约度非常高。
不过这种技巧在现代编程中并不提倡。现在编程内存充足，这点节省带来的改善远远不如丧失可读性的代价大，这算是一种“炫技”吧，并不实用。
㈥ 好程序员：技术分享 有哪些新手程序员不知道的小技巧
1.积极大胆地谷歌。你得知道如何有效地组织搜索关键字，查阅别人写的代码，然后合理地用在代码里，从而解决问题。
2.拥抱变化，坚持不懈。老手程序员在接触新技术时，能欣然接受像个初学者一样处处受挫，并总能在完成工作的同时自学成才。
3.承认细节的重要性。例如变量和函数的命名、CSS 属性的命名、该用哈希还是用数组，以及其他看起来微不足道，但可能对项目有深远影响的事情。
4.承认大多数的“重要决定”其实并没有那么重要。一般的开发者经常在技术选型等“重大问题”上陷入唇枪舌战，而程序员老鸟们会避免浪费时间在骂战中。这一点上，他们就像禅宗大师一样（zen-like）。
5.选择合适的工具解决问题。网上有无数的开源库、工具和框架，让人眼花缭乱。而老手们清楚地知道针对怎样的问题，应该用什么样的工具。
6.明白代码“不值钱”（该删就删）。你必须习惯于删掉几百行代码来重写程序的某一部分，毫不留情。
7.在评估技术的时候要全面。例如，我一直在鼓吹Elixir。它语法优美，社区完善，有很大的潜力。但Elixir诞生的时间太短，所以如果要构建复杂的功能，可能会难以找到能帮你提高效率的开源工具。因此，在评估要不要选择使用一项技术时，你得把所有这些因素都考虑在内。
8.学会说“我不知道”。没有比拒绝承认自己不知道更能浪费一个开发者的时间了。
17. 同有更多经验的人结对编程。没有比这个更高效的编程学习方式了。
18. 一定要先自己做一遍代码审查。当你在GitHub上发起一个pull request之前，先把代码当成别人写的，自己先审查一遍。
19. 认识到做自由职业的难点不是写代码，而是其余的所有事情。销售、推广、客户支持，质量保证以及产品管理，所有这些都会花费大量时间。
20. 发现并解决更大的问题。优秀的程序员不拘泥于眼前的问题，而是清楚如何用更长远的方式彻底的解决这一类问题。
㈦ 编程老手的哪些特点是值得新手程序员学习的
下面是一位 CTO Ken Mazaika 的观点，目前已有 6700+ 赞同
有经验的程序员会做到下面 29 项事情，这也是每个新手程序员应该知道的事情。
如果你想成为更好的开发者，你应该尤其注意第 15 点和第 29 点。
1.积极大胆地谷歌。你得知道如何有效地组织搜索关键字，查阅别人写的代码，然后合理地用在代码里，从而解决问题。
2.拥抱变化，坚持不懈。老手程序员在接触新技术时，能欣然接受像个初学者一样处处受挫，并总能在完成工作的同时自学成才。
3.承认细节的重要性。例如变量和函数的命名、CSS 属性的命名、该用哈希还是用数组，以及其他看起来微不足道，但可能对项目有深远影响的事情。
4.承认大多数的“重要决定”其实并没有那么重要。一般的开发者经常在技术选型等“重大问题”上陷入唇枪舌战，而程序员老鸟们会避免浪费时间在骂战中。这一点上，他们就像禅宗大师一样（zen-like）。
5.选择合适的工具解决问题。网上有无数的开源库、工具和框架，让人眼花缭乱。而老手们清楚地知道针对怎样的问题，应该用什么样的工具。
6.明白代码“不值钱”（该删就删）。你必须习惯于删掉几百行代码来重写程序的某一部分，毫不留情。
7.在评估技术的时候要全面。例如，我一直在鼓吹Elixir。它语法优美，社区完善，有很大的潜力。但Elixir诞生的时间太短，所以如果要构建复杂的功能，可能会难以找到能帮你提高效率的开源工具。因此，在评估要不要选择使用一项技术时，你得把所有这些因素都考虑在内。
8.学会说“我不知道”。没有比拒绝承认自己不知道更能浪费一个开发者的时间了。
9. 仔细分析错误信息里的线索。传统教育告诉我们：失败是坏事。报错信息这种东西也经常被跟失败联系起来，然而优秀程序员明白，这些错误消息里其实隐藏着能将你指向最终正确解决方案的线索。
10. 了解过早优化和必要的“炫技式”优化的区别。老手们清楚在什么时候需要写一些看上去没那么好懂，但会让程序运行更快的代码。
11.每个人都会犯错，为自己的过失负责。而尤其在团队里，把责任推来推去没有任何意义，因为错误的发生往往不只是一方的因素造成的。
12. 成为你所用的开发工具的重度用户。如果长期在某个开发环境下有相当比例的开发工作，那你应该去掌握使用它的细节。
13. 学会用Vim（至少会一点）。 你至少应该在这个编辑器里学会勉强地移动和翻页。
14. 不要接陌生技术领域的私活。个人做自由职业项目，其中很大一部分挑战就是评估项目时间。不要规划自己未知领域的事情，那会让你处于想当尴尬的境地。
15. 不要数你干活花了几个小时。技术大牛会把时间花在有深度的工作上，并且他们清楚花了多少时间完全不重要。
16. 学会坦然接受批评。当你的代码因为各种原因四分五裂时，你需要培养用理性和逻辑的方式来应对（而不是情绪化处理）。
17. 同有更多经验的人结对编程。没有比这个更高效的编程学习方式了。
18. 一定要先自己做一遍代码审查。当你在GitHub上发起一个pull request之前，先把代码当成别人写的，自己先审查一遍。
19. 认识到做自由职业的难点不是写代码，而是其余的所有事情。销售、推广、客户支持，质量保证以及产品管理，所有这些都会花费大量时间。
20. 发现并解决更大的问题。优秀的程序员不拘泥于眼前的问题，而是清楚如何用更长远的方式彻底的解决这一类问题。
21. 深入了解一些大型开源项目的核心能让你开发时如虎添翼。如果你知道如何给你的项目打猴子补丁(Monkey Patch), 那么你将无所不能。
22. 跳过多数的会议。你的公司雇你是来写代码的，而不是谈代码的。当会议多到失控的时候，不去参加也没有任何问题。而且一旦你开始这样做，别人会更珍惜你的时间。
23.知道什么时候开始回馈。 到了某个时候你需要将你的技能和经验传授给年轻的开发人员，就像你的导师当时教授你一样。
24. 能写烂代码。有时候可以当一当“胶带式程序员”。关键是随着时间推移，你需要弄清楚什么时候可以走捷径，什么时候必须走捷径。这其实是最难掌握的技能之一。
25. 礼貌地告诉别人你工作到很晚。如果你是办公室里最后一个，可以发一封简短的汇报邮件。别人一般会注意到邮件上的时间戳的。
26. 像一个领导者(Leader)一样做事，而不是老板(Boss)。老板是让别人为他工作的人，领导者是人们追随的人。做个领导者。
27. 去打打桌上足球。从长期来看，同其他开发者（或不同岗位上的同事）建立联系会比在紧巴巴的期限里交付一个功能更有价值。
28. 在压力下学习。你需要知道如何应对像系统宕机而你要负责将它复原的情况，即使一开始你完全没有头绪。
29. “Move fast and break things” 别让完美主义阻止你做事。错误往往是最好的学习机会。所以别把犯错当作失败，而应该把它们当作值得学习的经历，并意识到：正是不断克服和突破这些错误，作为一个程序员，你才能不断成长起来。
像生活中的很多事情一样，编程也是你做的越多，了解的就越多。所以如果你是一个新手程序员，还是直接去编码吧。记得将这些最佳实践应用在日常工作中，来不断提升你的编程技艺。
㈧ 大学期间学编程好不好
个人认为，在大学期间学编程是最好的，首先，在大学里属于自己的空闲时间比较多，可以充分利用，其次，在大学中很多人都是初学者，可以更好的进行技术交流。
在这里向楼主提几个建议，希望有所帮助。
如果楼主有一定编程基础的话，可以跳过C的阶段，直接开始使用自己感兴趣的语言，不过在此之前楼主需要明确自己喜欢做那方面的程序，如果喜欢做关于硬件底层的（比如做个游戏引擎或者操作系统），-建议使用VC++，如果喜欢做个软件系统（比如某某收费系统，电玩网络中心）就可以选择用Java或者C#入门。
如果打算看Java的话，这里推荐两本入门书，Java2实用教程（绿皮书）和Java2简明教程（白皮书），都是清华大学出版社的。
别忘了要多上机实践，一般初学者一开始会遇到个瓶颈，就是学完基本东西后，不知道要做什么，建议上网找找课题，或者做我下面说的一些小内容，作为练习:
1.做个简单的界面，实现事件处理。
2.做个某某信息管理系统，这一块会让你对于文件的操作有一定认识。
3.做个C/S(客户端/服务器)的网络小程序，可以传输各种文件，这样会让你对流和网络有一定认识。
4.做个完整的管理系统，采用数据库，让你掌握一下数据库。
最后再说一下编程应该掌握的基础:一开始不需要数学好，但是数据结构应该好好掌握，如果想要做底层开发的话，应该好好学数学。
说完了，希望对楼主有帮助。
㈨ 作为程序员，有哪些简便工作的技巧呀
每天早上正式工作前，列个简单的计划列表；同事有类似项目经验的，尽可能在工作启动前请教；工作中尽可能避免外界干扰（不需要立即回复问题，可能等工作完成一个节点再回复）；下班前抽取十分钟，总结当天工作情况，简单思考一下第二天工作要点及难点。
㈩ 自己学编程3个月了，感觉越来越瓶颈，不照葫芦画瓢写不出来
JS本就是个先天残废的语言，能把DOM操作好就行了。。。真要搞大一点的项目，你有更好的语言可以学。。。
由于JS的诸多劣根性，不面向对象，弱类型，动态语言。。。其实靠学习JS，很难养成逻辑思维。。我相信录制视频的那个老师，在只学过JS，而没学过其他语言的时期，也是写不出2048的。。。
其实编程语言的特性和设计模式有很多，而JS的语言劣根性，导致其只具备了其中最基础的部分。。。稍微高级一些的东西。。在JS里其实是没有的。。所以JS即便学得再精。。。其实编程思想依然只是小学生水平。。。
比如继承，多态，委托，工厂模式，观察者模式，单例模式，二叉树，行为树，状态机，等等。。。如果只是通过学习JS，而不接触一门强类型，面向对象语言的话，这些特性，永远都无法涉足。。。所谓编程思想，也就止步于小学生水平了。。
这里推荐C#。。。为什么？因为它是未来JS改进方向的参照原形。。。2.0版的JAVASCRIPT，基本就可以看作是C#的山寨版。。。ECMA的JS改进计划，就是让JS越来越像C#。。当你学到这一步，会接触到一个叫unity 3d的东西，到时候你自然就能做出2048了。。。甚至你可以做出一个CS之类的3D游戏来。。。
不过这是以后的事情了。。。学习是一个循序渐进的过程，没有谁是一步登天的。。在学习JS的阶段，能把DOM操作好就足够了。。。这才是JS的本分。。。不需要指望JS再去干那些“与自己无关的事情”。。。那些都是一群学了JAVA,C#或者C++的老东西们，跑回JS的新手圈炫技装逼的产物而已。。。。。。。