Skip to main content

标 题: Re: SAS的前景可怕吗? (转载)

发信人: imei (imei), 信区: Programming
标  题: Re: SAS的前景可怕吗? (转载)
发信站: BBS 未名空间站 (Fri Apr 11 11:05:12 2014, 美东)

open source的东西就这样.
使用者自己的水平决定了什么东西可以用.
商业软件考虑使用者的群体,门槛高低 -- 挣得就是这份钱.
一般的开源的东西,凑凑活活就行了,经常是"你懂的","自己来".
开源的高质量的当然很多,但是让人心里没底的更多.

【 在 dumbCoder (HumbleCoder 不懂就问-_-) 的大作中提到: 】
: 看他们讨论说 R 的 lib 质量精度参差不齐,
: 所以我觉得还是统计的 open source community 不给力,让 SAS 这种恐龙还活得好
好的
发信人: comeandgo (春困秋乏夏打盹), 信区: Programming
标  题: Re: SAS的前景可怕吗? (转载)
发信站: BBS 未名空间站 (Fri Apr 11 11:52:18 2014, 美东)

关键是统计package质量差一点造成的后果不严重(大部分情况), 或者要用很长的的
时间才能看出后果, 比如准确的p value 0.000001, 质量差一点的package算出来0.
00001, 这样小的差别会死人吗? 所以不会有人对open source package的算法太较真
。open source放在那里谁都可以去检查, 但实际上谁也不会去检查。 open SSL
heartbleed据说也是个很低级的bug, 但是居然也没有人事先发现, 更何况是统计这样
impact小的多的东东。
在我看来统计软件根本就不适合open source community来搞, 本来就是很boring的东
西, 搞的再fancy也fancy不到那里去, geek要的是糙快猛, 不见得重视细节, 有个
恐龙公司专门做development/QC还让人放心一点。

发信人: GGYY (唧唧歪歪), 信区: Programming
标  题: Re: SAS的前景可怕吗? (转载)
发信站: BBS 未名空间站 (Fri Apr 11 12:02:37 2014, 美东)

没有open source 哪来的R呀。R才15年左右吧,已经彻底改变了统计计算领域。(其实
比SAS还惨的是Splus呀。很多人不知道啥是SPlus了吧。)

至于精确度和科学发现,在于使用的人是不是good statisticians。

统计的问题是很难证实,但是可以证伪。统计可能没发现啥,但是能指出很多伪科学。


发信人: comeandgo (春困秋乏夏打盹), 信区: Programming
标  题: Re: SAS的前景可怕吗? (转载)
发信站: BBS 未名空间站 (Fri Apr 11 15:30:20 2014, 美东)

从statistician个人职业来说, 如果从头开始, 什么sas r 之类的都不该学, 就学
三样就够了: python, sql, javascript.
【 在 mitbbsinus (众生应以十事为善) 的大作中提到: 】
: 在现实生活中,钱(预算)和自己个人的利益是决定如何选择产品的因素。
: 试问,只有10万一年的预算,你能用哪个产品?
: 再试问,你个人的职务需要为企业未来10年后的命运负责吗?

发信人: dumbCoder (HumbleCoder 不懂就问-_-), 信区: Programming
标  题: Re: SAS的前景可怕吗? (转载)
发信站: BBS 未名空间站 (Fri Apr 11 17:49:04 2014, 美东)

恩,其实就是不理解。
只要SAS有竞争对手,而且是大公司,就可以雇一堆人搞好 R 的开源,
就像之前 Google 为首的公司用开源搞 M$ 这类闭源公司一样,那样 SAS 才真的会玩
完。
Open Source 里面厉害的东西多了,因为背后可能有各种大佬支持的, 再加上 CS 民间
高手确实也多。


【 在 Mattzz (左左左右左) 的大作中提到: 】
: 看着似乎大多国人吃统计饭的还没有看明白open source到底是怎么回事儿啊,呵呵

发信人: comeandgo (春困秋乏夏打盹), 信区: Programming
标  题: Re: SAS的前景可怕吗? (转载)
发信站: BBS 未名空间站 (Fri Apr 11 20:36:56 2014, 美东)

和ppt不搭界。这年头,domain knowledge + analytics (也就是stat) + it 
background, 一人身兼三项的话, 真的可以出来闯一闯了
http://gengwg.blogspot.com/

Comments

Popular posts from this blog

CKA Simulator Kubernetes 1.22

  https://killer.sh Pre Setup Once you've gained access to your terminal it might be wise to spend ~1 minute to setup your environment. You could set these: alias k = kubectl                         # will already be pre-configured export do = "--dry-run=client -o yaml"     # k get pod x $do export now = "--force --grace-period 0"   # k delete pod x $now Vim To make vim use 2 spaces for a tab edit ~/.vimrc to contain: set tabstop=2 set expandtab set shiftwidth=2 More setup suggestions are in the tips section .     Question 1 | Contexts Task weight: 1%   You have access to multiple clusters from your main terminal through kubectl contexts. Write all those context names into /opt/course/1/contexts . Next write a command to display the current context into /opt/course/1/context_default_kubectl.sh , the command should use kubectl . Finally write a second command doing the same thing into /opt/course/1/context_default_no_kubectl.sh , but without the use of k

OWASP Top 10 Threats and Mitigations Exam - Single Select

Last updated 4 Aug 11 Course Title: OWASP Top 10 Threats and Mitigation Exam Questions - Single Select 1) Which of the following consequences is most likely to occur due to an injection attack? Spoofing Cross-site request forgery Denial of service   Correct Insecure direct object references 2) Your application is created using a language that does not support a clear distinction between code and data. Which vulnerability is most likely to occur in your application? Injection   Correct Insecure direct object references Failure to restrict URL access Insufficient transport layer protection 3) Which of the following scenarios is most likely to cause an injection attack? Unvalidated input is embedded in an instruction stream.   Correct Unvalidated input can be distinguished from valid instructions. A Web application does not validate a client’s access to a resource. A Web action performs an operation on behalf of the user without checking a shared sec