找回密码
 骑士注册

QQ登录

微博登录

搜索
❏ 站外平台:

相关文章

  • 程序员的简历该怎么写?当然是程序!

    有个程序员用 C 语言写了一份自己的简历,不但源码可读,而且编译出来的结果也是一份优雅的简历。 当然,这是一个玩笑,作者并没有真的用它来投递简历也许怕 HR 看到就直接毙掉了? 关于代码,里面使用了很多_t类型用于系统库么?哦不,我就是系统库作者说道。:D (题图来自:cloudfront.net) 下面分享给大家: #include stdio.h #include time.h typedef struct { union { char * company; char * school; char * project; }; union { char * location; char * url; }; union { char * title; char * program; }; time_t started; time

    2015-03-17 21:43     Kevin R. Lange

  • 只有程序员了解的9个真相

    对于相关的计算机和代码知识,通常说来程序员比一般人要了解得多,下面我将为大家揭晓一些业内人士不会诉诸于口的真相。 真相#1 你所不知道的是,很多我们每天都使用的关键软件(如Mac OS X和Facebook),作为一个整体虽然可以正常工作,但是实际上它们的背后充斥了各种的弊端和缺陷。这就像是你兴致勃勃地拆开了一架全新的747飞机,但是却发现燃料线是由衣架固定的,起落架是用胶带粘贴的。 Ben Cherry 这其实是非常有意思的一件事:网页和程序外观精美、运行流畅,但是却很有可能只是完美在前端上(用户所能看到的那一部分)。它们

    2015-03-20 14:57     小峰

  • 五个程序员求职者的最佳提问

    程序员在求职面试的时候,我们向面试官所提的问题如何甚至不亚于我们在整个面试过程中的表现。这些问题提得好,能展现思维的高度前瞻性,表达为建设公司美好未来而做出贡献的强烈意愿。下面是本人经过精挑细选、深思熟虑得到的五个问题,它们能让你在众多面试人员中脱颖而出、一鸣惊人。 1. 在头两三个月里,贵公司希望我做出什么成绩,对我有何期望? 聪明的孩子总是能问到点子上,他们觉得花上数周甚至数月时间来了解这个公司根本没有必要。通过这个问题,他们就能对这个公司有所了解,相当机智,不是吗? 此外,他们还能隐约知道面试

    2015-03-19 15:54     John

  • 为了成为优秀的程序员,我需要擅长数学吗?

    今天有很多年轻人或经验不足的程序员在论坛发帖、在 Stack Exchange 网站问:「为了成为优秀的程序员,我需要擅长数学吗?」,在我还年轻的时候,我也问自己同样的问题。最近,我醉醺醺地、也是出于无聊,竟然 Google 了同样问题,差不多有 10 多年没有思考过这个问题了。在我浏览相关话题时,出现的答案模式被归结为以下三个主要类别: 需要 不需要 看情况 貌似「需要」和「不需要」经常带有个人主观偏见,反而显得有点儿草率的反应综合征。因此我把精力更多地放在「看情况」的选项上,以确保「需要」被证明为一种更加普通的观点。我决

    2015-07-01 14:56     NickersFpdx, 腊八粥

  • 软件工程师应该多写文章

    在小学里,有所谓的数学孩子、语文孩子。话说,各位小的时候,是否也曾因为学科成绩而被分到某一个阵营里? 我就曾经是个数学孩子,所以后来报了计算机科学专业,决定成为一名软件工程师。但是在此过程中,数学孩子/英语孩子的称号却并没有消失,甚至于这条沟壑愈加明显了。因此,现在的工程师普遍畏惧写文章。而那些会写文章的作家往往看到代码就立马晕菜。 真心可惜!没错,软件工程师要会写代码,但是也应该去写点文章。 软件工程师也应该去写文章的原因是因为写作能促进很多在编程中同样需要使用的技能核心技能都是清晰思考的能力。

    2015-03-18 07:52     John

  • 思考、学习新技术的原则和方式

    先看下面这样的困惑: 最近了解了几个MVC的框架,其中有两个是公司内部的。发现这些东西都是类似的,从处理逻辑到页面渲染;从service到layout;配置的实现无非就是XML,或者annotation我有种感觉,兴许已经跳不出这个思维圈子了? 如今的时代,是一个概念翻飞的时代,oschina里的开源软件数量就已经超过了两万,五花八门的技术层出不穷,到底什么技术才是值得学习的? 有位朋友说,他想学习一些关于Android上的开发技术,兴趣驱使。几个月过去了,他说他已经能做出许多小程序了,可是他现在回想起来,掌握一门技术是好,可兴趣之外还有

    2015-04-18 21:47     四火

  • 工程师忽略的隐形成本

    有时候我们说,实现这个功能,我只花了几个小时。但是完成之后,我们发现每隔几周,我们要么在修复该功能的bug、向另一个工程师解释,要么做客服回答问题、以解释其工作原理。维护该功能总的投入时间要远远超过最初开发的几个小时。 软件开发中内化的最艰难教训之一就是额外复杂度所带来的隐形成本。有时候,复杂度在问题领域只是固有的。为了匹配乘客和司机,通过调整价格来平衡供求是一个复杂和痛苦的问题。因此,在扩大一个社区和维护社区质量的时候,把问题和答案疏通到喜欢回答和看问题的人们那里,也是如此。或者像是开发一个兼容所

    2015-04-21 10:13     Edmond Lau, 腊八粥

  • 程序员获取新编程技能的5个技巧

    你是怎么学会所有这些框架和语言的?,最近在黑客马拉松上一个朋友问我。 其实,很简单,只要用你想学的东西去创建一个合适又值得的项目就行了,我回答说。 真的吗?直接上手搞项目吗?,他好奇地问。 是啊,还有要向合适的人征求意见。聪明的人通常都很乐于教导和帮助别人。我告诉我的朋友,同时心中想,我为什么不关于这方面的内容写一篇博客文章呢。于是有了本文。 对想要在科技领域工作的人非常重要的一件事情就是,你得学会如何学习。我和很多非常聪明的人谈过关于学习和掌握技能方面的内容。我还花费大量的时间给我的朋友和同事们讲

    2015-07-02 10:15     王国峰

  • 请不要让程序员在黑暗中摸索

    不知道各位有没有玩过魔兽、X-COM、文明帝国、红色警戒之类的策略游戏。 这些游戏使用了所谓的战争迷雾。刚进入游戏的时候,每一个玩家的地图都是被黑暗笼罩的,想要前行的唯一途径就是不断的摸索。随着我们不断地移动,地图越来越可见化。 这种战略的劣势是:玩家看不到周围的危险、障碍以及机会。每一次的成功都需要一点点的运气。 有木有感觉这种情景有点熟悉? 战争迷雾完美地形容了开发人员的工作处境。他们总是被要求去搞定某一段特定的代码,但是却不告知任务的相关情况,等于是在让他们自己在黑暗中摸索。 对于开发人员,看到整

    2015-04-01 09:18     John

  • 漫谈程序员系列:伤心小箭,你中了几枝

    程序员怎样说话才能让别人觉得舒服呢?这是个问题,我一时半会还搞不定它,因为我本身也不是一个会说话的程序员。我们换个角度来问,作为一个程序员,你不能接受哪些话? 否定性语言 有一个寓言,喜马拉雅山的猴子,是这样的: 在一座大山的山脚下,住着一群山民,他们日出而作日落而息辛苦劳作却收获甚少。有一天,从山外来了一个游客,他对山民们说:我知道一个咒语,只要对着大山,在心里默念这个咒语,你们面前就会出现一大堆金币。我可以把咒语教给你们,但你们要先给我一笔钱作为酬劳。于是山民好不容易凑齐了那笔钱交给他,然后席

    2015-06-15 14:07     foruok

返回顶部

分享到微信

打开微信,点击顶部的“╋”,
使用“扫一扫”将网页分享至微信。