程序员

Stack Overflow大揭密:哪一种程序员工资最高?

倾然丶 夕夏残阳落幕 提交于 2020-03-06 13:52:20
  Stackoverflow在程序员之间可以說是无人不知无人不晓,甚至常有人开玩笑说:“如果stackoverflow倒闭了,全世界代码的产出率将下降一半以上”或许听起来有点夸张,但是不难想像这个网站在软件界中扮演的重要地位。    你知道根据stackoverflow统计,最受欢迎的程序语言是那一种吗?快来一探究竟吧!   「Stack Overflow开发者调查」是由全球著名IT科技网站Stack Overflow发起的,专门针对该站注册开发者用户的问卷调查活动。该调查已经持续了三年之久。去年的调查是近年来规模最大,问题最多,涵盖范围最广的一次。    最受欢迎的程序语言–Js Js    写哪一种语言的工程师,薪水最高? Object-C   根据StackOverflow统计,最赚钱的工程师用的是开发IOS应用程序的御用语言“Object-C”,紧接其后的是Java家族的“Node.js”    在家工作的工程师收入比每天到办公室报到的工程师多40%   看来越来越多的程序员可以体验到自由工作的乐趣,并且学会了合理的分配时间来享受生活和工作,这里也希望越来越多的开发者加入我们程序员客栈www.proginn.com成为一名freelancer。    76%的工程师满意自己的工作   而76%满意自己工作的工程师中有将近一半是热爱自己的工作的,接受调查的工程师中

远程工作时代已经到来,你准备好了么?

 ̄綄美尐妖づ 提交于 2020-03-06 13:52:05
据新泽西理工学院在线MBA项目调查统计的最新数据,近来美国远程工作人数比例进一步提升,现在已占到职工总数的48%,其中5300万为自由职业者,他们每nian为美国经济贡献7150亿美元。自由职业者中又有4成为独立合同工,27%为兼职者,18%为多元化工作者,10%为短期临工,5%为自由职业主。   研究指出:   1:前100家企业中,有63家已经开设了远程职位。我们熟悉的Amazon,Kaplan,IBM,SAP都是远程工作的拥趸。 86%的远程工作者已经有了3-4nian的远程工作经验,而98%的远程工作者集中于计算机&IT行业。 推荐雇主到大型远程工作平台来雇佣远程工作者:如ODesk,Elance,People per Hour, Freelancer, Guru. 推荐有助于远程协作的优秀应用:Basecamp(国内著名远程协作应用Tower最开始应该就是从Basecamp获得的灵感,这就是一家远程工作的典范gongsi,有机会我想好好聊聊它),Buffer(定时在社交媒体上进行营销行为),Dropbox(云共享),Evernote(项目管理,文件共享等合作),GoogleDocuments(多次看到推荐,可惜国内似乎不是很好用),Skype(视频音频或者文字即时通讯交流),SQWIGGLE(团队视频协作),Trello(项目管理,看板思路的领军产品) 34

开发者必备的网站

十年热恋 提交于 2020-03-06 13:51:48
前两天是1024 程序员节,也祝大家过得愉快。本来是想提前写的,一直拖到现在(拖延症致死呀),所以就大家多等了几天,前两天我写的文章《Android 开发者必备的网站》,今天为大家推荐一些开发者必知的网站,除了一些基本的技术网站,还有一些交流的网站,不多说那就进入正题吧。 我觉得,作为程序员,开发者,科学上网应该就像人的尊严一样,没有它,你写代码都会浑身不舒服。 Google 不管是新手程序员还是老手程序员,工作和学习过程中都会遇到一些问题,那么遇到问题利用Google 搜索估计是最快解决方案。 而且Google 的结果,让你很容易解决问题。关键是Google 不做恶,没广告。 Github 作为全世界最大的同性交流网站(代码托管平台),上面有各种大牛,作为新手的我只能默默地去撸大牛的代码,期待能和大牛的差距一步步减少。除了学习之外,你也可以利用闲暇的时间来来将自己的开源项目放在上面,从侧面也是对自己的宣传,对找工作也有帮助。 类似的有国外的Bitbucket,gitcafe,coding.net 等等。 StackOverflow 最大的技术问答网站,Google 搜索技术问题,结果很大的比例都来自StackOverflow,而且可能我们折腾好久的问题,大牛的一句话都点中要害。 HackNews Hacker News 是一家关于计算机黑客和创业公司的社会化新闻网站

Freelancer自由工作离我们还有多远?

瘦欲@ 提交于 2020-03-06 13:38:02
Freelancer自由工作离我们还有多远?   离职闲下来,接触了不少大牛级别的自由职业者,硬是被改变了些许世界观,第一感觉就是“哇擦!程序猿还能这么玩”。   现在除了线下做点传统外包,也会去了解国内外的外包平台,elance、upwork(原odesk)、Freelancer是我重点关注的。访问过去我就傻眼了,不翻墙速度奇慢,而且,满眼的English真是让我呵呵。Freelancer还不错,不少页面做了中文交互,但是中英混杂的文案看起来依旧别扭。这样看来,不学习英文就没法去接单啊,什么数理化都是浮云啊,赚钱面前英文才是王道。   再来看看国内的平台,接外包首选猪八戒!为啥?二师兄宣传的牛逼啊。出家早,背景雄厚,身处直辖市重庆,搞得一手好关系。虽然产品做得一塌糊涂(纯互联网角度),但经过9年的发展好歹也有了千万用户,并自称为国内最大的众包服务平台。在广大需求方和服务方的不断吐槽中,二师兄在6月中稳稳获得了26亿融资,并在8月份宣布免佣金,这是多么伟大的决定!感觉接外包的人们顿时嗨起来了,不过,我也得叹息一声,“项目佣金又TM要降低了”。   不过,这么做一定是有原因的!根据小道消息,猪八戒网依靠项目介绍那20%的佣金很难支撑平台发展,还落下了不好的口碑,而去年新开的“猪镖局”业务已经成为了现金流的主力。36氪也对此事进行了报道 。(猪八戒网免佣金背后

优秀程序员因何而优秀?

僤鯓⒐⒋嵵緔 提交于 2020-03-06 09:55:37
这些年我曾和很多程序员一起工作,他们之中的一些人非常厉害,而另一些人显得平庸。不久前因为和一些技术非常熟练的程序员工作感觉很愉快,我花了一些时间在考虑我佩服他们什么呢?什么原因让优秀的程序员那么优秀,糟糕的程序员那么糟糕?简而言之,什么原因成就了一位优秀的程序员呢? 根据我的经验,成为一个优秀程序员同年龄,教育程度,还有和你赚多少钱没有任何关系。关键在于你的做法,更深入地说,就是你的想法。我注意到我所钦佩的程序员都有一些相似习惯。不是他们所选语言的知识,也不是对数据结构和算法的深入理解,甚至不是多年的工作经验。而是他们的沟通方式,他们管理自己的方式,以及以他们精湛技术水平编程演讲的方式。 当然成为一个优秀的程序员还要具备更多特质,我也不能单单依靠是否存在(或者缺少)这些特质来评判一个程序员。但是我知道当我看见它,当我看见一个程序员具备这些特质的时候,我认为,“这个人真的知道他们正在做什么”。 优秀程序员做调查研究 或者叫“三思而后行”,或者叫“谷歌一下” 不论你怎么称呼它,大多数可能会遇到的编程问题已经以某种形式解决,传道书早就记载着世界上本来就没有什么新鲜事。优秀的程序员在解决问题之前知道通过GitHub图书馆、网络博客,或者通过与经验丰富的程序员交流等形式来做调查研究。 我见过甚至是优秀的程序员可以快速找出解决方案,但是和我一起工作过的糟糕的程序员从来不求助于他人

写代码写了好几年,才发现自己天天都在用设计模式!

半腔热情 提交于 2020-03-06 06:43:32
原创声明 本文作者:黄小斜 转载请务必在文章开头注明出处和作者。 系列文章介绍 本系列文章主要围绕程序员,特别是Java或者后端程序员必须掌握的一些技术和技能,这些文章都是结合我个人的编程学习经历,总结和沉淀下来的方法论。作者目前在阿里做Java,忙里偷闲分享一些技术文章,希望能让更多人更容易地学习编程。 系列文章将会把一些技术学习方法、过程、要领与我的学习经验相结合,更加浅显易懂,并且我也会把我学习时用的资料,书籍和文章拿出来分享给大家,节省你我的时间。所谓授人以鱼也要授人以渔,是本系列文章希望达到的目标。 一个热爱分享的程序员,一个爱生活的斜杠青年。分享程序员编程学习干货和个人成长心得,期待你的关注,让我们一起进步! 本文思维导图 什么是设计模式 学习编程的朋友,想必对于设计模式这个词并不陌生,至少你一定也听说过,如果你是做Java的,那么就更加需要了解设计模式了,为什么这么说呢,因为Java作为一门面向对象语言,很多代码都可以通过设计模式得到简化、规范,提升编码效率和可读性。 按照百度百科的说法,软件设计模式(Design pattern),又称设计模式,是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性、程序的重用性。 也就是说,代码可复用性是设计模式的核心要义。

源码管理的10个问题

纵然是瞬间 提交于 2020-03-06 03:41:25
1. 你的团队的源代码控制在哪里?用的是什么系统?如何处理文件的锁定问题? 场景: 程序员果冻正在对几个文件进行修改,实现一个大的功能, 这时候,程序员小飞也要改其中一个文件,快速修复一个问题。怎么办? 一个代码文件被签出 (check out) 之后,另一个团队成员可以签出这个文件,并修改,然后签入么? 有几种设计,各有什么优缺点? 例如,签出文件后,此文件就加锁,别人无法签出; 或者, 所有人都可以自由签出文件 回答问题:我们团队的代码在github上,用的是windows系统。我们团队的在处理文件的锁定问题没有加锁,我们的项目比不上大型企业的项目,所以没有对文件迁入迁出进行过多的限制。将文件在迁入迁出时加锁,显然可以保证源代码修改的同步性,减少不必要的冲突和错误,但是这样的缺点是显而易见的,由于缺乏了并行性,项目开发的效率就被极大地降低了,以我们小组现在的项目规模就不需要加锁。 回答场景:主分支master,若要实现一个大的功能,可以在当前master分支开一个新的分支用户对文件进行改写。下一个人也开在当前master分支开一个分支新的用户分支进行bug的修复,修复完成之后与master进行合并,完成了功能的实现之后再与master分支进行合并。 2. 如何看到这个文件和之前版本的差异? 如何看到代码修改和工作项 (work item),缺陷修复 (bug fix) 的关系。

团队作业week14

血红的双手。 提交于 2020-03-06 03:40:45
0 如果你的团队来了一个新队员,有一台全新的机器,你们是否有一个文档,只要设置了相应的权限,她就可以根据文档,从头开始搭建环境, 并成功地把最新、最稳定版本的软件编译出来,并运行必要的单元测试?(在这过程中,不需要和老队员做任何交流) 答:我们团队使用的是github进行源代码管理,使用Android Studio进行开发,由于做的是App,只需要搭建起android开发环境,安装并配置好 android studio即 可,我们有一个文件用于这方面的开展。 1 你的团队的源代码控制在哪里?用的是什么系统?如何处理文件的锁定问题? 场景: 程序员果冻正在对几个文件进行修改,实现一个大的功能, 这时候,程序员小飞也要改其中一个文件,快速修复一个问题。怎么办? 一个代码文件被签出 (check out) 之后,另一个团队成员可以签出这个文件,并修改,然后签入么?有几种设计,各有什么优缺点?例如, 签出文件后,此文件就加锁,别人无法签出; 或者, 所有人都可以自由签出文件 答:我们使用git控制代码,针对签入和签出代码时的冲突其实对于我们组来说不是很大,因为前中期的工作分为客户端以及服务器端,这两 个部分分别由两个同学分开完成,两部分的代码是在不同的仓库中的,对于某一部分的代码的修改可以由负责该部分的同学进行,不会出现冲突。 到了后期前后端对接时通过两个人约定规范来保证代码的准确签入签出

团队作业Week16

有些话、适合烂在心里 提交于 2020-03-06 03:40:34
在吹牛之前,先回答这个问题: 如果你的团队来了一个新队员,有一台全新的机器, 你们是否有一个文档,只要设置了相应的权限,她就可以根据文档,从头开始搭建环境,并成功地把最新、最稳定版本的软件编译出来,并运行必要的单元测试? (在这过程中,不需要和老队员做任何交流) 我们的团队留有必要的文档,但不是每一个细节都花大量笔墨描述——所以只要新队员有充分的经验和正常的智力水平,是能够复现系统的(我们无法教会一个0基础的人布置这个系统) 你的团队的源代码控制在哪里?用的是什么系统?如何处理文件的锁定问题? 场景: 程序员果冻正在对几个文件进行修改,实现一个大的功能, 这时候,程序员小飞也要改其中一个文件,快速修复一个问题。怎么办? 一个代码文件被签出 (check out) 之后,另一个团队成员可以签出这个文件,并修改,然后签入么? 有几种设计,各有什么优缺点? 例如,签出文件后,此文件就加锁,别人无法签出; 或者, 所有人都可以自由签出文件 我们的团队源代码控制使用git,代码仓库位于github,我们在协作中约定尽量以文件为单位,即每个文件有一个主要负责人,一般这个文件由该负责人编写更新,所以避免了上述情况的发生。如果另一个人需要修改文件,可以让负责人修改,抑或确定负责人暂时不修改该文件的前提下,再修改该文件(通常是由于负责人没有时间才采取这个行为) 如何看到这个文件和之前版本的差异?

团队源代码管理

若如初见. 提交于 2020-03-06 03:40:21
小组名称: 飞天小女警 项目名称: 礼物挑选小工具 小组成员: 沈柏杉(组长)、程媛媛、杨钰宁、谭力铭 0. 如果你的团队来了一个新队员,有一台全新的机器,你们是否有一个文档,只要设置了相应的权限,她就可以根据文档,从头开始搭建环境, 并成功地把最新、最稳定版本的软件编译出来,并运行必要的单元测试?(在这过程中,不需要和老队员做任何交流) 答 :团队在初期编译了一篇文档,供组员或其他成员搭建环境,如果有需要可以向组长索取。 1. 你的团队的源代码控制在哪里?用的是什么系统?如何处理文件的锁定问题?场景:程序员果冻正在对几个文件进行修改,实现一个大的功能, 这时候,程序员小飞也要改其中一个文件,快速修复一个问题。怎么办?一个代码文件被签出 (check out) 之后,另一个团队成员可以签出这个文件,并修改,然后签入么?有几种设计,各有什么优缺点?例如,签出文件后,此文件就加锁,别人无法签出;或者,所有人都可以自由签出文件 我们用git控制代码版本。 让个人根据自己的i情况处理,当其影响到整个团队时,就尽量严格,因为整个团队都可能会受影响,同时提高可预见性,公开显示固定的构建时间对于该问题中的场景描述,是否会造成损失要具体问题具体分析,有的时候宽一些更适宜,有的时候严一些比较没有损失,于是我们根据构建执法的宽严表来进行工作,当团队成员的行为只是影响到个人时,就尽量宽松