听说联邦政府要成立集中的IT部门

是吗? 下面这题你会吗? :D

假设你拥有无限数量的 quarters, dimes, nickels, pennies, 写个程序计算出可以有多少种方式来代表(represent) n cents。 注: 只需要知道方式的总数, 不需要知道每种方式是什么。

举例: 50 cents, 可以是2个quarters, 也可以是1个quarter + 2个dimes + 1个nickel, 。。。。。。, 还可以是50个pennies。

老闲又看着wiiwii的几千刀垂涎了。:D
 
是吗? 下面这题你会吗? :D

假设你拥有无限数量的 quarters, dimes, nickels, pennies, 写个程序计算出可以有多少种方式来代表(represent) n cents。 注: 只需要知道方式的总数, 不需要知道每种方式是什么。

举例: 50 cents, 可以是2个quarters, 也可以是1个quarter + 2个dimes + 1个nickel, 。。。。。。, 还可以是50个pennies。

老闲是装傻,还是无知呢?一般编程的需要考虑算法?就是做个翻译工作,用的语言可能是JAVA也可能是C++或者其他啥的:D:D:D
 
能有时间和精力上网,就说明工作量不够。

那只有一刻不停干苦力的才是合格的员工了.
另外,打个比方,你在EXCHANGE SERVER上干有些活的时候,有的时候你要等,难道不可以上上网?
或者管FILE SERVER暂时的一切正常无事情可干,难道就要被FIRE了?
 
Why? (有点明知故问的味道)

越是大的公司,一个人的工作常常会被锁定在很小的一块,久而久之功就被废了,而现在大公司竞争很激烈,一旦到了很难再找到相同的一块接着做。 而在政府IT混的,俺看废物和不废物也没啥区别, 只要不出现希腊和美国这种状况,年过半百,也不用担心:D
 
越是大的公司,一个人的工作常常会被锁定在很小的一块,久而久之功就被废了,而现在大公司竞争很激烈,一旦到了很难再找到相同的一块接着做。 而在政府IT混的,俺看废物和不废物也没啥区别, 只要不出现希腊和美国这种状况,年过半百,也不用担心:D

超同意,见过活生生的例子。
 
老闲是装傻,还是无知呢?一般编程的需要考虑算法?就是做个翻译工作,用的语言可能是JAVA也可能是C++或者其他啥的:D:D:D

一般编程的是不需要考虑算法, 但是总会有那么几回需要的。 天天走夜路,总有碰到鬼的时候 :D

你说编程就是做个翻译工作是什么意思呢? 是指将COBOL程序翻译成JAVA或C#, 还是将business requirements 翻译成computing code?
 
一般编程的是不需要考虑算法, 但是总会有那么几回需要的。 天天走夜路,总有碰到鬼的时候 :D

你说编程就是做个翻译工作是什么意思呢? 是指将COBOL程序翻译成JAVA或C#, 还是将business requirements 翻译成computing code?

好了,不接着讨论了,看到人下了班还技术啊算法啦的最烦了,这不是吃饱了撑吗?极其乏味:blink::blink:
 
好了,不接着讨论了,看到人下了班还技术啊算法啦的最烦了,这不是吃饱了撑吗?极其乏味:blink::blink:


所以你也不要动不动就说编程人人都会。 不会算法的程序员算程序员吗?
 
一般编程的是不需要考虑算法, 但是总会有那么几回需要的。 天天走夜路,总有碰到鬼的时候 :D

你说编程就是做个翻译工作是什么意思呢? 是指将COBOL程序翻译成JAVA或C#, 还是将business requirements 翻译成computing code?

语言翻译的工作还真不是个简单的问题,很多情况下是要专业功底的。见过一个语言专业的资深翻译临时做水电工程的会议口译,那真是给双方翻得一愣一愣的。可以理解,就是给她讲汉语的电机原理,他也不懂,更不要说实时翻译了。

将business requirements 翻译成computing code,也不见得是个简单的活。写business requirements多半不会用写程序的思维,1条要求可能会翻译成N多种情况算法可能,写程序的多半要反复询问落实,不然,最后交出来的肯定和要求差的远。
 
语言翻译的工作还真不是个简单的问题,很多情况下是要专业功底的。见过一个语言专业的资深翻译临时做水电工程的会议口译,那真是给双方翻得一愣一愣的。可以理解,就是给她讲汉语的电机原理,他也不懂,更不要说实时翻译了。

将business requirements 翻译成computing code,也不见得是个简单的活。写business requirements多半不会用写程序的思维,1条要求可能会翻译成N多种情况算法可能,写程序的多半要反复询问落实,不然,最后交出来的肯定和要求差的远。

business requirements 应该是业务部门和IT人员一起弄的,当然最后做出来还要进行很多工序,这活和CODING差十万八千里了,一般编程的也就是最后CODING那些人,做的就是体力活,
 
因为一谈算法你就头痛 :D:D:D

省省吧,我本科是SOFTWARE ENGINEERING的,硕士也是算法方向的,以前的活就是和business的打交道,一起弄business requirements,只是觉的生活中还整天想那些东西,真的很乏味,或者说也可能是我对工作本来就是没兴趣,就是打个工,拿一份工资.没有您那样专研:D:D:D不过生活中也碰到过半路出家的喜欢大谈特谈算法,我要么让让开,要么直接告诉TA们:SORRY,我学文科的,不懂
 
shareservice有很多麻烦的。不能满足用户的需求,不了解用户的business,有问题很难及时沟通解决,有时甚至整个process不好用。我都碰到过。shareservice的人痛苦,用户痛苦。用户抱怨有问题做不对或做不出,shareservice做得很辛苦,还老被指责,怪委屈的。如果是在原来用户单位,问题解决要直接快速多了。
而且那shareservice的普通工作也特没劲,要特能耐得住无聊的人才能做。做管理的人会有成就感,因为都集中了,管的范围很大。
要有很强的管理可能几年后才能有有效的系统可以用。
 
如果真要做Government Cloud, 那会是个庞大的工程。政府里现有的IT人做不了,要脱胎换骨了 。

沃村有几万个independent it contractors,人力资源有的是.
 
后退
顶部