SAS显然不是一个userfriendly的软件,如上面大家所讲,其主要优势还是体现在处理大量甚至海量的数据的时候。比如我日常处理数据最小的也有几十万行,几十列,这样的文件是excel没有法处理的。1)平常你们用SAS主要是原始数据处理工作多还是数据统计分析工作多;我想这个取决于工作,SAS在这两方面表现都很强大,datastep用于前者,procstep用于后者。但是其实任何工作都一定程度上是两者的结合,将原始数据做好处理才能发掘出有意义的信息,适当和有效的数据统计分析才能得到合适的结果。如果按照SAS官方的分类,programmer的工作更加侧重前者,而后者为主的工作可能是BIAnalyst或者consultant。2)对统计知识要求有多深;不是特别的深,可以做到理解SAS相关proc的原理即可。其实在实际的工作中最常用的统计方法其实很简单。如果阅读和理解SAS相关的procedures没有问题,统计知识就不会成为做SASprogrammer的短板。3)目前基本只有医药行业大量招SASprogramer吗?感觉其他都没很多招聘/实习信息Biostatistics的确是SAS应用最成熟和广泛的领域之一。如上所说,只要是需要处理分析大量数据的行业都可能用到SAS。具体说,在参加SAS培训时,遇到的同学背景很广泛,商业银行,投资银行,餐饮行业,政府部门,大学等等。我自己是在能源行业。4)公司在招SASprogramer时比较看重什么,比如SAScertificate,很强统计背景,学历资深还是什么的首先,如果你熟练掌握SAS,那很好。其次,如果你有真正运用SAS的工作经验,那就更好了。问题是:能有第二个条件的工作就肯定不是适合学生的了。那么,可能相关的certificate是个不错的证明。如果以上两者都不具备……(这样的人其实很多,培训时遇到的大多数人是用到了SAS才开始学的),那么,如果你有良好的统计教育背景,或者运用其他统计软件的经验就算是个和其他竞争者竞争的plus吧。
代码范围
1,不安全的pageload,
2,不安全的get/post
3,不安全的read/write 权限
4,不安全的html element
5,不安全的jscript/ajax
6,不安全的webservice/remoting
7,不安全的passport
8,不安全的IIS主机
9,不安全的data source主机
更多的安全性问题来自于本地用户对主机的 *** 作和人为的具有管理权限的账户泄露
代码量可以作为基础绩效
但合格的代码必须要有一份KPI指标:有效解决问题、尽可能节省资源、易懂。
根据你公司的实际情况来定。
绩效考核的先决条件是工作可测量。
从这个角度讲,有两种方式可以综合使用:
1代码量。每天下班进行工作提交时,统计今日修改,新增的代码行数,业界基本水平大约是200行。
2进行任务细化分割和管理。MantisBT可以实现这个功能。开发的整个流程,都可以在mantis上加以体现。分析人员逐级分割任务,并将最终可实现的子任务分割给程序员,程序员可以通过统计其任务完成量来估算其工作量。
一直以来都经常有人问我这样的问题:我现在工作不想做,想去做IT行不行?我找的工作不满意,该不该去培训IT?似乎做IT已经成了唯一的出路,生活不满意做IT,工作不满意做IT,感情不满意做IT,那么是不是谁都适合入行?到底该不该去培训IT呢?
声明:本文只做客观分析不给任何建议,因为每个人的情况是不一样的,不能一概而论,有需要请结合自身情况自我判断!!!
做IT是不是万能灵药?答:在回答这个问题之前先论述另一个问题: 如何评判一件事情是否值得做?都说人生就是各种选择的结果,那么你的是怎样选择的?怎么判断一件事值不值得做呢?
关于这个问题引用一个回答:在分析一件事情值不值得去做、花多少精力去做的时候,可以从两个角度来评估:一是这件事在当下将给“我”带来的收益大小,这个收益可以是心智、情感层面的,也可以是身体、物质层面的,我称之为“收益值”;二是这项收益随时间衰减的速度,我称之为“收益半衰期”,半衰期长的事件,其影响会持续较久。
简单说这件事不管从现在看还是从长远看能不能给你带来好处,另外就是这件事的有效期是多长,例如:吃顿饭的有效期是半天,抗饿一点的一两天。
现在回到我们的问题上来,要不要去?这时候要做出判断的话也从这两方面考虑。提醒:所有的判断请以自己的实际情况为依据。
1在我生活不满意,工作不满意的时候,转行做IT能否带来收益值。
举例如下:
A.精神上:我很喜欢IT,转行之后做自己喜欢的事情我会很开心;或者我很适合做IT,不管是基础的逻辑思维还是一些知识都很好,这些会让在我转行之后我会发展的很好。
B.物质上:毫无疑问IT是一个行业起薪比较高的行业,那么转行做IT能给我带来物质层面的收益也是收益值之一。
C.IT界加班是常事儿,那么身体上的负收益考虑也应该考虑在内。
2收益半衰期,我现在学这些东西的有效期是多久?
举例如下:
A.大家都知道IT技术是更新换代非常快的,所以现在学的技术,除了一些思维上的东西,一些语言,尤其是一些框架一两年就要换一茬儿。
B.不管是自学也好还是培训也罢,你现在即使学再好,有效期合理设置为两年应该是很合适的(一些思维性的东西不讨论)。
C.有些人会说我会在工作中一直学习进步的,不存在有效期的问题,现在的技术过时的时候我已经学会新的了。如果是这样那当然好了,但是我们讨论的人群是转行过来的,他们有些之前是相关专业的还好一点,更多的甚至只能统称为“我们都是理科”。而在其中肯定有一部分人自学能力很弱的,这也是一个关系到未来职业发展的问题。
希望大家能够合理的考虑自身的情况,将收益值(包含负收益)和有效期的相关事项写下来看看到底要不要走这条路,不要太盲目了。这个方法也可以用到别的事情的决策上,要不要换城市生活?要不要考研等等?
要自学?要培训?声明:只做客观分析不给任何建议,因为每个人的情况是不一样的,不能一概而论。
答:这个话题是个敏感话题,我不会做太多的分析,因为重点在上个问题,要不要进入这个行业。不管是培训还是自学都只是一个入门的手段,殊途同归罢了。
先说自学:
1如果能够自学入行可能基础薄弱,但是就长期的职业发展而言是很好的,自学能力在这个迭代快速的行业是很重要的。
2自学的优点很多,良好的自学能力利于日后发展,自学能力强的人其他各方面的素质也不会差,意志力,决策力,执行力等等,而这些是影响你职业走向的东西。
3缺点也很明显,不容易坚持。但是话又说回来了,没有毅力的人还真要回到第一个问题好好考虑一下了。
再说培训:
1你要清楚的是培训最大的优势不是能够让你学到多少东西,就算四个月时间不睡觉你能学多少?也就是推你入行,所以在这儿讨论能学到多少东西没有意义。
2培训最大的优势是:在正规的培训机构(系列文章中有如何挑选辨别机构是否正规?)有一套完善的就业流程,也就是说提供的是一个就业一条龙服务。
3缺点的话也有,不赘述,自行检索。
最后唠两句:在我看来要培训还是要自学是细枝末节的事情。关键是要不要入行?这才是应该下功夫去考虑的事情,不要本末倒置了。而在这个问题上没有人能够对你做出指导,需要自己按照方法自行分析。
回答之前先说一句:这不是一个程序员要明白的东西。程序员要做的就是敲代码。
还有,你说用户的需求似乎永远都无法完全满足,这是错误的想法
你要主动的问客户问题,了解他们的情况。
比如说要实现什么功能,还有客户的硬件配置,以及客户他们的各个部门之间的关系。
他们的业务流程,和他们各部门的权限。
这些必须要明明白白。也许,你会说这些对软件有什么关系啊?
当你真正需要这些东西的时候就会明白了。
然后就是把这些在纸上打出“草稿”让客户浏览
如果他们满意就签字。签字很重要。
要注意一点:他们不懂软件。他们是客户。
他们只要把需要实现的功能告诉你,然后就是把钱给你。
大部分的情况你是在玩一帮不懂软件的人,所以他们不会理解做软件需要哪些信息。
我认为程序员需要做好自己的人生规划和职业规划,同时也需要在上班初期就有属于自己的目标。
对于每个程序员来说,程序员找到自己的工作之后,因为程序员在工作初期的待遇会比较好,所以很多人可能会彻底放松下来,同时也没有属于自己的职业规划。在这种情况之下,程序员的年龄变大的时候,程序员就会发现自己的竞争能力在不断减弱,同时也会遭遇所谓的30岁危机和35岁危机。对于任何一个程序员来讲,程序员首先需要了解自己的真实优势,同时也需要根据自己的优势来制定属于自己的职业生涯。
小公司和外包的程序员需要提高自己的技术能力。
对那些在小公司以及在外包公司的程序员来说,因为他们本身的福利待遇就没有那么好,同时也享受不到正规岗位的发展前景,所以他们需要不断提高自己的技术能力,通过这种方式尽可能进到正规企业上班。在提高了自己的技术能力之后,小公司的程序员也需要积累相应的项目经验,并且把这种项目经验当成职场进步的跳板。
程序员需要有效规划自己的职业生涯。
在工作初期的时候,我觉得每个程序员都需要有效规划自己的职业生涯,最好能够根据自己的真实优势来制定属于自己的职业方向。有些人的性格比较外向,所以他们可能会比较适合从事管理类型的工作。有些人的性格比较内向,但他们在工作中会比较细心,他们会更加适合往技术方向发展。
除此之外,我觉得每个程序员都需要尽可能做好相应的技术积累,特别是在自己面临换岗或者换工作的情况下,一定的技术积累可以帮助自己度过职场危机。
以上就是关于考虑从事 SAS 程序员工作,有哪些需要注意的点全部的内容,包括:考虑从事 SAS 程序员工作,有哪些需要注意的点、程序员开发时要考虑那些安全问题、PHP程序员是否有绩效考虑如何考核等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)