- 浏览: 4830763 次
- 性别:
- 来自: 上海
-
博客专栏
-
-
robbin谈管理
浏览量:137769
文章分类
最新评论
-
xly1981:
领导者是团队的灵魂。深入一线的过程,包括代码review,能帮 ...
robbin谈管理:改造团队的经验(2) -
jiehuangwei:
像这种总结比较性的ppt文档可以多发啊
Web并发模型粗浅探讨 -
linux1308:
看完学习到了很多东西,感谢推荐!
推荐一篇很好的RoR部署方案性能评测 -
zweite:
直接对搜索的结果进行缓存是不是会更快一点呢
漫谈应用缓存的命中率问题 -
kaogua:
现在已经是ruby2.0了, 不知道这个的效率是怎么样的, 是 ...
Ruby作为服务器端应用已经成熟了
用Google的网站流量分析系统来看JavaEye网站介绍用了Google Trends来分析互联网网站的用户构成比例,通过参考网站的用户还搜索了什么关键字,我们可以窥视一下这个网站的用户究竟都是干吗的。接着我们还可以用Google Trends来分析编程语言在全球软件行业的分工趋势。
先分析一下Java编程语言在全球软件行业的分工情况
我们可以用Google Trends来搜索如下网站:
看Sun网站的趋势
看Apache开源网站的趋势
看JBoss网站的趋势
看Hibernate网站的趋势
看Springframework网站的趋势
看TSS网站的趋势
看OnJava网站的趋势
大家还可以不厌其烦的列举下去,不过所有这些全球主流的Java相关的网站都有一个明显的趋势,请大家点击链接以后看趋势图左下角的国家和地区排名:
1、来自印度的流量遥遥领先于美国
2、一般都是印度流量第一、美国流量第二、日本流量第三、中国流量第四
3、欧洲的流量很小
这说明了什么?印度竟然全面领先美国?
接着看.NET编程语言在全球软件行业的分工情况
看MSDN网站的趋势
看codeplex网站的趋势
看Microsoft网站的趋势
1、美国的流量超过了印度,印度流量大幅度下降
2、日本的流量明显下降,中国和日本非常接近
好的,然后我们看看PHP编程语言吧
看PHP.net网站的趋势
看Zend网站的趋势
看PHPBuilder网站的趋势
1、印度流量排名第一、美国排名第二
2、中国和日本流量明显下降,而欧洲流量明显上升
然后我们再看ruby
看Rails官方网站的趋势
看rubyforge.org网站的趋势
1、美国夺回流量第一的宝座,印度流量大幅度下降
2、中国和日本的流量上升明显,欧洲流量也在上升
最后我们看看Python
看Python官方网站的趋势
看django网站的趋势
1、美国流量遥遥领先,印度大幅度下降
2、中国流量上升非常明显,而日本流量有小幅度下降,欧洲流量上升明显
好了,现在我们总结一把吧!
我们现在总结一下趋势:
1、Java是企业应用开发的主流编程语言,印度作为全球软件外包第一大国,当仁不让的夺取了Java流量排名第一的位置,当然我们也可以看到,印度和中国这两个致力于发展软件外包的国家在Java的流量上面是非常高的。而美国在Java方面的流量却非常逊色于印度,美国人都去研究什么去了?
2、.NET方面,美国领先于印度,中国的流量也不少,日本不算多。看起来美国人更倾向于把Java项目外包到印度,而公司内部项目自己用.NET去做,而日本明显对.NET不太感冒。
3、PHP是互联网第一大web编程语言,印度又超过美国了,美国人的兴趣究竟在什么地方?值得注意的是,中国流量很小,看起来PHP在中国程序员接受度并不高。
4、Ruby和Python方面,美国开始遥遥领先,答案揭晓了,美国人都跑去钻研Ruby和Python去了,而中国在这方面看起来关注度也不错。
基于这个趋势,我们可以分析一下:
1、美国作为全球软件行业的领导者,目前的关注点更多的放在了新兴技术上面,比方说.NET比Java要晚五年出现,于是美国人更关注.NET,而动态脚本语言方面Ruby和Python更加是美国人关注的焦点内容。
2、印度作为软件外包大国,焦点在Java和PHP上面,做外包项目嘛。
3、日本对.NET和Python不太感冒,而对Java和Ruby的关注度很高。
4、欧洲对Java和.NET都不太感冒,而对PHP/Ruby/Python等脚本语言关注度很高。
5、中国的情况看起来最复杂,无论哪个方面排名都不是非常靠前,但无论哪个方面排名都不是特别靠后,几乎所有的主流技术都会被关注。
我个人的感觉是美国人还是很聪明的,把产业链下游的成熟技术都弄到印度去做,自己钻研产业链上游的创新技术;
而日本和欧洲显得非常有自己的主张,不会受别人影响,清楚自己需要的是什么;
而印度不用说了,庞大的外包市场,跟着外包走的;
至于中国的情况很复杂,既有外包的盲从一面,也有追逐创新技术的一面。
至少在北京我知道的就有2家比较成型的ruby和python外包公司,其余使用python或者ruby作为开发主体工具的网站就很多了。
很多搜索出来的网站都有病毒。我是说,正经词汇搜索出来的网站也有很多病毒。
Google 对有病毒的网站进行了一定的筛选和警告。
有的时候,我就在google输入框里面输入网址,看看是否有病毒警告。
当然,也不可能是全部屏蔽。这就需要杀毒软件来警告了。
Avira就会经常报警。一些浏览器提供了网站黑名单功能。就可以自己手工加入病毒黑名单了。
那时候,百度还没有提供这个功能。我就逐渐转到google,百度很少用了。不知道现在百度是否提供了病毒警告功能。
嗯,这个是种现象
我没说过ruby和python构成产业链。我只说过在软件行业的全球分工这个产业链里面,美国是软件行业的上游,而印度是软件行业的下游。然后我就很有兴趣想知道在上游的美国人关注些什么,而在下游的印度人在关注些什么。
哦,一般上游利润高,我还以为你的言外之意是做r/p能比做java挣钱呢。
因为美国人自己不做Java项目,外包给印度人做;而美国人自己做Ruby/Python的业务,不外包给印度人。
你这是答非所问。
那我再问一个问题吧,为什么ruby/python和java会构成一个产业链,并且r/p在上游,而java在下游?
勉强的解释是:ruby/python技术构成一个产业链,很少有外包,所以处在上游。java技术构成另一个一个产业链,主要做外包代工,所以所以处在下游。
ruby/python在中国的发展的貌似没有想象的那么很快吧?
因为美国人自己不做Java项目,外包给印度人做;而美国人自己做Ruby/Python的业务,不外包给印度人。
你这是答非所问。
那我再问一个问题吧,为什么ruby/python和java会构成一个产业链,并且r/p在上游,而java在下游?
我没说过ruby和python构成产业链。我只说过在软件行业的全球分工这个产业链里面,美国是软件行业的上游,而印度是软件行业的下游。然后我就很有兴趣想知道在上游的美国人关注些什么,而在下游的印度人在关注些什么。
因为美国人自己不做Java项目,外包给印度人做;而美国人自己做Ruby/Python的业务,不外包给印度人。
你这是答非所问。
那我再问一个问题吧,为什么ruby/python和java会构成一个产业链,并且r/p在上游,而java在下游?
那你怎么解释Java语言方面印度超过美国和英国的?而ruby和python方面印度又不如美国和日本的?
这个没什么,.net都不需要这些,java需要。
因为美国人自己不做Java项目,外包给印度人做;而美国人自己做Ruby/Python的业务,不外包给印度人。
先分析一下Java编程语言在全球软件行业的分工情况
我们可以用Google Trends来搜索如下网站:
看Sun网站的趋势
看Apache开源网站的趋势
看JBoss网站的趋势
看Hibernate网站的趋势
看Springframework网站的趋势
看TSS网站的趋势
看OnJava网站的趋势
大家还可以不厌其烦的列举下去,不过所有这些全球主流的Java相关的网站都有一个明显的趋势,请大家点击链接以后看趋势图左下角的国家和地区排名:
1、来自印度的流量遥遥领先于美国
2、一般都是印度流量第一、美国流量第二、日本流量第三、中国流量第四
3、欧洲的流量很小
这说明了什么?印度竟然全面领先美国?
接着看.NET编程语言在全球软件行业的分工情况
看MSDN网站的趋势
看codeplex网站的趋势
看Microsoft网站的趋势
1、美国的流量超过了印度,印度流量大幅度下降
2、日本的流量明显下降,中国和日本非常接近
好的,然后我们看看PHP编程语言吧
看PHP.net网站的趋势
看Zend网站的趋势
看PHPBuilder网站的趋势
1、印度流量排名第一、美国排名第二
2、中国和日本流量明显下降,而欧洲流量明显上升
然后我们再看ruby
看Rails官方网站的趋势
看rubyforge.org网站的趋势
1、美国夺回流量第一的宝座,印度流量大幅度下降
2、中国和日本的流量上升明显,欧洲流量也在上升
最后我们看看Python
看Python官方网站的趋势
看django网站的趋势
1、美国流量遥遥领先,印度大幅度下降
2、中国流量上升非常明显,而日本流量有小幅度下降,欧洲流量上升明显
好了,现在我们总结一把吧!
我们现在总结一下趋势:
1、Java是企业应用开发的主流编程语言,印度作为全球软件外包第一大国,当仁不让的夺取了Java流量排名第一的位置,当然我们也可以看到,印度和中国这两个致力于发展软件外包的国家在Java的流量上面是非常高的。而美国在Java方面的流量却非常逊色于印度,美国人都去研究什么去了?
2、.NET方面,美国领先于印度,中国的流量也不少,日本不算多。看起来美国人更倾向于把Java项目外包到印度,而公司内部项目自己用.NET去做,而日本明显对.NET不太感冒。
3、PHP是互联网第一大web编程语言,印度又超过美国了,美国人的兴趣究竟在什么地方?值得注意的是,中国流量很小,看起来PHP在中国程序员接受度并不高。
4、Ruby和Python方面,美国开始遥遥领先,答案揭晓了,美国人都跑去钻研Ruby和Python去了,而中国在这方面看起来关注度也不错。
基于这个趋势,我们可以分析一下:
1、美国作为全球软件行业的领导者,目前的关注点更多的放在了新兴技术上面,比方说.NET比Java要晚五年出现,于是美国人更关注.NET,而动态脚本语言方面Ruby和Python更加是美国人关注的焦点内容。
2、印度作为软件外包大国,焦点在Java和PHP上面,做外包项目嘛。
3、日本对.NET和Python不太感冒,而对Java和Ruby的关注度很高。
4、欧洲对Java和.NET都不太感冒,而对PHP/Ruby/Python等脚本语言关注度很高。
5、中国的情况看起来最复杂,无论哪个方面排名都不是非常靠前,但无论哪个方面排名都不是特别靠后,几乎所有的主流技术都会被关注。
我个人的感觉是美国人还是很聪明的,把产业链下游的成熟技术都弄到印度去做,自己钻研产业链上游的创新技术;
而日本和欧洲显得非常有自己的主张,不会受别人影响,清楚自己需要的是什么;
而印度不用说了,庞大的外包市场,跟着外包走的;
至于中国的情况很复杂,既有外包的盲从一面,也有追逐创新技术的一面。
评论
33 楼
newsjobs
2008-09-15
美国在产业链的上游我同意,所以他们也会有很多闲余时间去研究一些新的技术,新的技术必然会有它们的特点,不然那还叫新技术吗?再一个,那也只是一种开发方式而已,并没有什么跨时代的革命性的特性,诞生的时期也不是像java当年出来时那么合时宜,所以说是另外一种技术更合适些。
只能说明一个问题,美国人很闲,谁让人家是产业链上游呢
印度,中国,爱尔兰等国家在产业链下游,大部分时间是为项目所累,只能有很少的时间去研究那些新兴的一些技术。
都是拙见,见谅
只能说明一个问题,美国人很闲,谁让人家是产业链上游呢
印度,中国,爱尔兰等国家在产业链下游,大部分时间是为项目所累,只能有很少的时间去研究那些新兴的一些技术。
都是拙见,见谅
32 楼
walt
2008-09-13
robbin的立论很好,内容也好,但是最后结论却是错的。
首先不存在印度流量大幅度降低的趋势,我们看到的都是一段时间内的排名,而不是增减变化。
其次,美国人也不是都跑去研究python了,那些流量数据并没说明美国人不搞java,php,.net,没有任何减少的证据。可以说主流的依然是美国人为主,只是显示印度搞这方面的人多了。这点在国外的各种技术社区中也可以证实。从总量上看,python依然是少数,并非美国人都跑去研究Python了。
在国外各大技术社区多泡泡就会发现恰恰反映在美国人主导下,印度到处现身和美国做对口服务。在互联网世界迅速崛起。
http://walt.iteye.com/admin/blogs/241495
首先不存在印度流量大幅度降低的趋势,我们看到的都是一段时间内的排名,而不是增减变化。
其次,美国人也不是都跑去研究python了,那些流量数据并没说明美国人不搞java,php,.net,没有任何减少的证据。可以说主流的依然是美国人为主,只是显示印度搞这方面的人多了。这点在国外的各种技术社区中也可以证实。从总量上看,python依然是少数,并非美国人都跑去研究Python了。
在国外各大技术社区多泡泡就会发现恰恰反映在美国人主导下,印度到处现身和美国做对口服务。在互联网世界迅速崛起。
http://walt.iteye.com/admin/blogs/241495
31 楼
luciany
2008-07-11
谈谈我的理解:
java .net
~~~~~~~~~~~~
java比较成熟, 而且开发硬件成本低,适合做很大的项目,所以可能外包的比较多.
.net如robbin所说,成熟晚,而且开发成本高(IDE什么的),所以外包少,印度人用的少
中国因为众所周知的原因,java和.net都比较关注
.net php
~~~~~~~~~~
中国用php少是因为大家都用.net
欧洲日本更倾向于用免费的php
美国 印度
~~~~~~~~
我觉得美国可能倒不是自己把握新技术把下游的给印度,我觉得可能原因是新技术变化很快还没有比较成熟的开发模式,而且目前新技术用在一些中小项目,以及互动性很强的项目上比较多,可能不太适合外包.
日本
~~~~
最近跟日本公司有一些合作,所以有些初步的了解.日本公司做软件业务导向性比较强,通常为项目或者产品选择技术(中国很多就是喜欢新技术)而不是让技术左右产品.
这点可能原因有:
日本公司顾客忠诚度比较高, 软件一用就是好多年,而且日本人生性比较保守, 所以使得软件稳定可能是最重要的,采用新技术什么的倒放到其次,比如我们了解很多日本公司还在用cobol
日本开发人员一般更喜欢看日文文档, 可能更倾向于日文文档比较全的技术,java可能比较成熟,所以文档社区都比较成熟.ruby因为是日本人发明的所以有地利优势(文档和社区)
欧洲
~~~~
有点弄不懂,为什么对java不感冒,大的企业级的项目还是要靠java.
以前给欧洲公司打工的时候, 感觉他们的程序员用java的很多的啊
java .net
~~~~~~~~~~~~
java比较成熟, 而且开发硬件成本低,适合做很大的项目,所以可能外包的比较多.
.net如robbin所说,成熟晚,而且开发成本高(IDE什么的),所以外包少,印度人用的少
中国因为众所周知的原因,java和.net都比较关注
.net php
~~~~~~~~~~
中国用php少是因为大家都用.net
欧洲日本更倾向于用免费的php
美国 印度
~~~~~~~~
我觉得美国可能倒不是自己把握新技术把下游的给印度,我觉得可能原因是新技术变化很快还没有比较成熟的开发模式,而且目前新技术用在一些中小项目,以及互动性很强的项目上比较多,可能不太适合外包.
日本
~~~~
最近跟日本公司有一些合作,所以有些初步的了解.日本公司做软件业务导向性比较强,通常为项目或者产品选择技术(中国很多就是喜欢新技术)而不是让技术左右产品.
这点可能原因有:
日本公司顾客忠诚度比较高, 软件一用就是好多年,而且日本人生性比较保守, 所以使得软件稳定可能是最重要的,采用新技术什么的倒放到其次,比如我们了解很多日本公司还在用cobol
日本开发人员一般更喜欢看日文文档, 可能更倾向于日文文档比较全的技术,java可能比较成熟,所以文档社区都比较成熟.ruby因为是日本人发明的所以有地利优势(文档和社区)
欧洲
~~~~
有点弄不懂,为什么对java不感冒,大的企业级的项目还是要靠java.
以前给欧洲公司打工的时候, 感觉他们的程序员用java的很多的啊
30 楼
joyo2008
2008-07-09
好像欧洲人对这行不敢兴趣
29 楼
hax
2008-06-30
俺觉得这个分析只能是一个粗略的。比如trends不区分子域名的,更不要说一个大型技术网站中的模块了。
28 楼
coolmenu
2008-06-29
asp.net 来看: 印度最高,美国其次,中国英国差不多
说明 asp.net 都外包到印度啦?
说明 asp.net 都外包到印度啦?
27 楼
ozzzzzz
2008-06-29
slaser 写道
有没有可能是ruby/python不适合外包造成的?
至少在北京我知道的就有2家比较成型的ruby和python外包公司,其余使用python或者ruby作为开发主体工具的网站就很多了。
26 楼
slaser
2008-06-28
有没有可能是ruby/python不适合外包造成的?
25 楼
buaawhl
2008-06-28
很多搜索出来的网站都有病毒。我是说,正经词汇搜索出来的网站也有很多病毒。
Google 对有病毒的网站进行了一定的筛选和警告。
有的时候,我就在google输入框里面输入网址,看看是否有病毒警告。
当然,也不可能是全部屏蔽。这就需要杀毒软件来警告了。
Avira就会经常报警。一些浏览器提供了网站黑名单功能。就可以自己手工加入病毒黑名单了。
那时候,百度还没有提供这个功能。我就逐渐转到google,百度很少用了。不知道现在百度是否提供了病毒警告功能。
24 楼
ldjsyl
2008-06-28
引用
不过据我所知,国内使用百度的用户比google多一些,做程序开发的也很多使用百度的。
嗯,这个是种现象
23 楼
jiangyubao
2008-06-27
说来说去,我看还是为了证明一个结论:搞ruby/python的比搞java的要牛一些。
不过据我所知,国内使用百度的用户比google多一些,做程序开发的也很多使用百度的。
不过据我所知,国内使用百度的用户比google多一些,做程序开发的也很多使用百度的。
22 楼
ddd
2008-06-27
robbin 写道
我没说过ruby和python构成产业链。我只说过在软件行业的全球分工这个产业链里面,美国是软件行业的上游,而印度是软件行业的下游。然后我就很有兴趣想知道在上游的美国人关注些什么,而在下游的印度人在关注些什么。
哦,一般上游利润高,我还以为你的言外之意是做r/p能比做java挣钱呢。
21 楼
liuqiang
2008-06-27
ddd 写道
robbin 写道
ddd 写道
>我个人的感觉是美国人还是很聪明的,把产业链下游的成熟技术都弄到印度去做,自己钻研产业链上游的创新技术
我感兴趣的地方:为什么新兴技术是上游,而成熟技术就是下游?
我感兴趣的地方:为什么新兴技术是上游,而成熟技术就是下游?
因为美国人自己不做Java项目,外包给印度人做;而美国人自己做Ruby/Python的业务,不外包给印度人。
你这是答非所问。
那我再问一个问题吧,为什么ruby/python和java会构成一个产业链,并且r/p在上游,而java在下游?
勉强的解释是:ruby/python技术构成一个产业链,很少有外包,所以处在上游。java技术构成另一个一个产业链,主要做外包代工,所以所以处在下游。
ruby/python在中国的发展的貌似没有想象的那么很快吧?
20 楼
robbin
2008-06-27
ddd 写道
robbin 写道
ddd 写道
>我个人的感觉是美国人还是很聪明的,把产业链下游的成熟技术都弄到印度去做,自己钻研产业链上游的创新技术
我感兴趣的地方:为什么新兴技术是上游,而成熟技术就是下游?
我感兴趣的地方:为什么新兴技术是上游,而成熟技术就是下游?
因为美国人自己不做Java项目,外包给印度人做;而美国人自己做Ruby/Python的业务,不外包给印度人。
你这是答非所问。
那我再问一个问题吧,为什么ruby/python和java会构成一个产业链,并且r/p在上游,而java在下游?
我没说过ruby和python构成产业链。我只说过在软件行业的全球分工这个产业链里面,美国是软件行业的上游,而印度是软件行业的下游。然后我就很有兴趣想知道在上游的美国人关注些什么,而在下游的印度人在关注些什么。
19 楼
ddd
2008-06-27
robbin 写道
ddd 写道
>我个人的感觉是美国人还是很聪明的,把产业链下游的成熟技术都弄到印度去做,自己钻研产业链上游的创新技术
我感兴趣的地方:为什么新兴技术是上游,而成熟技术就是下游?
我感兴趣的地方:为什么新兴技术是上游,而成熟技术就是下游?
因为美国人自己不做Java项目,外包给印度人做;而美国人自己做Ruby/Python的业务,不外包给印度人。
你这是答非所问。
那我再问一个问题吧,为什么ruby/python和java会构成一个产业链,并且r/p在上游,而java在下游?
18 楼
robbin
2008-06-27
javavsnet 写道
印度排头还是跟语言有很大关系,英语。国内技术人员可以在中文网站得到大部分信息。
那你怎么解释Java语言方面印度超过美国和英国的?而ruby和python方面印度又不如美国和日本的?
17 楼
javavsnet
2008-06-27
印度排头还是跟语言有很大关系,英语。国内技术人员可以在中文网站得到大部分信息。
16 楼
ray_linn
2008-06-27
KKFC 写道
ajax的(ext,dojo,jQ,moontools)也一样,印度排头
这个没什么,.net都不需要这些,java需要。
15 楼
robbin
2008-06-26
ddd 写道
>我个人的感觉是美国人还是很聪明的,把产业链下游的成熟技术都弄到印度去做,自己钻研产业链上游的创新技术
我感兴趣的地方:为什么新兴技术是上游,而成熟技术就是下游?
我感兴趣的地方:为什么新兴技术是上游,而成熟技术就是下游?
因为美国人自己不做Java项目,外包给印度人做;而美国人自己做Ruby/Python的业务,不外包给印度人。
14 楼
ddd
2008-06-26
>我个人的感觉是美国人还是很聪明的,把产业链下游的成熟技术都弄到印度去做,自己钻研产业链上游的创新技术
我感兴趣的地方:为什么新兴技术是上游,而成熟技术就是下游?
我感兴趣的地方:为什么新兴技术是上游,而成熟技术就是下游?
发表评论
-
Web并发模型粗浅探讨
2012-12-10 01:22 17161我带的研发部门使用的编程语言有Java,.net,PHP和Ru ... -
让textmate可以直接修改远程服务器上的文件
2012-11-06 17:20 55861. 在textmate的 Preferences | Ter ... -
晒晒我们的开源项目
2012-09-23 22:17 38550我们的研发团队是一支mini型研发团队,目前共有研发人员13人 ... -
再谈非主流工业语言
2011-03-22 00:15 23259今天看到Fenng同学的发 ... -
我的PHP,Python和Ruby之路
2011-03-21 12:12 72554因为看到一篇讨论PHP,P ... -
互联网网站的反爬虫策略浅析
2009-08-17 01:07 38322因为搜索引擎的流行, ... -
记上海Python社区聚会,谈Python和Ruby
2009-08-10 18:49 249518月9日周日,上海Python ... -
LVM - 很好很强大
2008-11-29 22:19 35996LVM (Logic Volume Management, ... -
Linux平台gcc和动态共享库的基础知识
2008-11-02 15:25 12903对大多数不从事Linux平台C语言开发的人来说,GNU gcc ... -
贴一段遍历memcached缓存对象的小脚本
2008-10-13 18:07 13793memcached因为性能的缘故,没有提供遍历整个缓存当中对象 ... -
memcache_engine + memcachedb = 高性能分布式内存数据库
2008-01-22 12:05 33943memcachedb是一个由新浪网 ... -
豆瓣的程序性能真的很惊人,但...
2008-01-17 22:42 34612http://www.dbanotes.net/arch/do ... -
关系模型和对象模型的究竟匹配还是不匹配?
2007-12-27 12:23 12906在过去的很多年,我以 ... -
AJAX与RIA技术之我见
2007-08-02 11:46 43515DHH于6月底曾经发表过一 ... -
从分布式系统的角度看REST
2007-05-23 15:46 51930上周末在杭州网侠大会 ... -
软件行业2006年终回顾以及2007展望(二)展望
2006-12-11 22:02 13108http://www.iteye.com/topic/1778 ... -
Linux reiserfs文件系统即将陨落
2006-10-12 16:29 25280Linux著名的高性能文件系统reiserfs向来是Linux ... -
lighttpd的tunning tips
2006-09-21 00:20 6831http://trac.lighttpd.net/trac/w ... -
动态脚本语言的部署运行方式介绍
2006-09-18 12:42 7868现在这类脚本语言的运行方式基本上有三种: 1、Apache ...
相关推荐
JESD79-2F DDR2 JESD79-3F DDR3 JESD79-4D DDR4 JESD79-5C DDR5 JESD209-2F LPDDR2 JESD209-3C LPDDR3 JESD209-4E LPDDR4 JESD209-4-1A LPDDR4X JESD209-5C LPDDR5(X)
COMSOL二维光子晶体角态研究:单胞与超胞能带计算及边界态与角态特性分析,COMSOL二维光子晶体角态研究:单胞与超胞能带计算及边界态与角态特性分析,comsol二维光子晶体角态。 单胞能带,超胞能带,边界态以及角态计算。 ,comsol;二维光子晶体;角态;单胞能带;超胞能带;边界态计算,基于Comsol的二维光子晶体角态及能带边界计算研究
六自由度机械臂抓取动作仿真与代码解析:抓取动画、关节参数变化及轨迹图解详解,六自由度机械臂抓取动作仿真指南:掌握两套代码实现动画与轨迹图模拟学习攻略,六自由度机械臂抓取动作仿真-8 两套关于抓取动作的代码,包括抓取动画、关节角、角速度、角加速度的变化仿真、以及抓取轨迹图 简单易懂好上手~ ,六自由度机械臂;抓取动作仿真;抓取动画;关节角变化;角速度角加速度;抓取轨迹图;两套代码;简单易懂好上手,六自由度机械臂抓取动作仿真演示:代码与轨迹图解
ITC网络广播工具软件
Multisim四位密码锁电路仿真设计:设定、开锁与声光报警功能演示资料包,Multisim四位密码锁电路仿真设计:设定、输入、开锁与报警功能详解,附源文件、原理说明书与演示视频,multisim四位密码锁电路仿真设计 功能: 1.通过拨码开关1进行初始密码设定。 2.通过拨码开关2输入密码,实现开锁判断。 3.如果密码正确,LED绿灯亮,表示开锁。 4.如果密码不正确,LED红灯亮,蜂鸣器鸣叫,声光报警。 资料包含:仿真源文件+原理说明书+演示视频 ,四位密码锁电路、Multisim仿真设计、初始密码设定;拨码开关输入;开锁判断;LED灯显示;声光报警;仿真源文件;原理说明书;演示视频,Multisim四位密码锁电路仿真设计:初始密码设置与智能解锁功能的声光报警展示
俗话说,摸鱼摸的好,上班没烦恼,毕竟谁能拒绝带薪拉屎呢(手动狗头) 这是一个云开发职场打工人专属上班摸鱼划水微信小程序源码,没有后台 直接导入微信开发者工具即可运行,UI简约大气漂亮,只需登录微信公众平台配置完合法域名即可轻松上线。 用户进入摸鱼小程序,可以自由设置薪资,上班时间、下班时间、发薪日、 月工作天数以提醒自己摸鱼,全民打酱油,让自己成为摸鱼冠军,《商鞅摸鱼哲学》 摸鱼不是自我放纵,而是个人实力的积蓄,我们的小目标是晚睡晚起 小程序中的今日待办会提醒用户带薪拉屎和闲逛,下方展示的是距离休息日的天数,距离下一次发工资的天数和节日的天数。
【毕业设计】基于Java的开发的一个集合校园二手交易、拼车、失物招领等功能的app_pgj
个人记录:PICkit3离线烧录流程 使用软件:MPLAB X IDE v5.30 记录时间:20250215
基于Matlab代码的电力系统状态估计与实验仿真研究:扩展卡尔曼滤波和无迹卡尔曼滤波在电力系统动态状态估计中的应用及效果分析,Matlab仿真实验研究:基于扩展卡尔曼滤波器与无迹卡尔曼滤波器对电力系统状态估计的影响及验证,状态估计 电力系统状态估计 Matlab代码 实验仿真研究 电力系统由于测量值和传输误差,还有测量噪声的影响,会对状态估计产生影响。 因此,需要对嘈杂的测量进行滤波,以获得准确的电力系统运行动态。 本文使用扩展卡尔曼滤波器(EKF)和无迹卡尔曼滤波器(UKF)来估计电力系统的动态状态。 扩展卡尔曼滤波EKF、无迹卡尔曼滤波UKF 利用扩展的无迹卡尔曼滤波器估计了动力系统的动态状态。 对WECC 3机9总线系统和新英格兰10机39总线系统进行了案例研究。 结果表明EKF和UKF都能准确地估计电力系统的动态状态。 ,核心关键词:状态估计; 电力系统状态估计; Matlab代码; 实验仿真; 测量值误差; 测量噪声; 扩展卡尔曼滤波器(EKF); 无迹卡尔曼滤波器(UKF); 动力系统; 动态状态估计; WECC 3机9总线系统; 新英格兰10机39总线系统。,Matlab
springboot在线考试--
台达DVP EH3与MS300 PLC&变频器通讯程序的全面解决方案,台达DVP EH3与MS300通讯程序:稳定可靠的频率控制与启停管理系统,台达DVP EH3与台达MS300通讯程序(TDEH-9) 可直接用于实际的程序,程序带注释,并附送触摸屏程序,有接线方式和设置,通讯地址说明等。 程序采用轮询,可靠稳定 器件:台达DVP EH3系列PLC,台达MS300系列变频器,昆仑通态7022Ni 功能:实现频率设定,启停控制,实际频率读取,加减速时间设定。 资料:带注释程序,触摸屏程序,接线和设置说明,后续有技术咨询。 ,核心关键词:台达DVP EH3; 台达MS300; 通讯程序(TDEH-9); 轮询; 稳定; 频率设定; 启停控制; 实际频率读取; 加减速时间设定; 触摸屏程序; 接线方式; 设置说明; 技术咨询。,台达PLC与变频器通讯程序(带注释、触摸屏控制)
项目资源包含:可运行源码+sql文件 适用人群:学习不同技术领域的小白或进阶学习者;可作为毕设项目、课程设计、大作业、工程实训或初期项目立项。项目具有较高的学习借鉴价值,也可拿来修改、二次开发。 个人账户管理:支持用户注册、登录与个人信息编辑;提供密码找回及账号安全保护措施。 声纹采集:利用麦克风设备录制用户的声纹样本;支持多种录音格式和质量调整,确保采集到清晰、准确的声纹数据。 声纹模板库管理:建立和维护一个安全的声纹模板库;支持声纹模板的添加、删除、更新和查询操作。 声纹比对与识别:运用深度学习算法对输入的声纹数据进行特征提取和匹配;实现快速、准确的声纹身份验证。 多场景应用支持:适用于多种场景,如门禁系统、移动支付、远程登录等;可根据实际需求定制开发相应的应用场景。 实时监控与报警:实时监控系统运行状态,包括声纹识别成功率、处理速度等指标;当出现异常情况时,及时发出报警信息。 数据分析与报告生成:收集并分析声纹识别过程中的数据,如识别准确率、处理时间等;根据用户需求输出包含详细图表说明的专业级文档供下载打印保存。 社区互动交流:设立论坛版块鼓励用户分享心得体会讨论热点话题;定期邀请行业专家举办线上讲座传授实用技巧知识。 音乐筛选与推荐:集成音乐平台API,根据用户的浏览习惯和情绪状态推荐背景音乐,增强用户体验。 数据可视化:提供交互式的数据可视化面板,使非技术用户也能轻松理解复杂的数据集,从而做出更明智的决策。
三相与多相开绕组永磁同步电机仿真模型的先进控制策略探讨与实现,三相与多相开绕组永磁同步电机的Simulink仿真模型与先进控制策略研究,开绕组电机,开绕组永磁同步电机仿真模型、simulink仿真 共直流母线、独立直流母线,两相容错,三相容错控制,零序电流抑制,控制策略很多 三相开绕组永磁同步电机,六相开绕组永磁同步电机 五相开绕组永磁同步电机,五相开绕组电机 ,开绕组电机; 永磁同步电机仿真模型; simulink仿真; 共直流母线; 独立直流母线; 两相容错; 三相容错控制; 零序电流抑制; 控制策略; 六相开绕组永磁同步电机; 五相开绕组永磁同步电机,开绕组电机仿真研究:共直流母线与独立直流母线的容错控制策略
【毕业设计】基于Java的开发的网上汽车租赁管理系统_pgj
csv 模块是 Python 的标准库,无需额外安装。 运行结果如下图: ['姓名', '年龄', '城市'] ['张三', '25', '北京'] ['李四', '30', '上海'] ['王五', '22', '广州']
【毕业设计】基于Java+Springboot+Vue的宠物领养系统_pgj
让前端开发者学习“机器学习”!
【毕业设计】基于Java的实现的以宠物为主体的论坛式的APP
大模型应用工具实战2-有好玩的数字人
【毕业设计】基于ssm的选课管理系统