我们真的需要Go语言吗？
我们这个世界真的需要另外一种C语言风格的编程语言吗？很显然，谷歌很早就这么认为了，在 2009 年，它借用雷蒙斯乐队的歌“Hey!Ho!Let’s Go”，正式推出了 Go 语言。现在 Go 语言开发团队已经开发出了这种语言的第一个稳定版本，他们称之为 Go 1，他们将这种语言推向世界，希望人们用这种语言“开发出健壮的软件产品和作品。”那么，现在人们对这种语言的使用情况又是如何呢？让我们先回顾一下，什么是 Go 语言，是什么促使谷歌决定推出这样一种语言？按 Go 语言的“常见问题”里的说法，自从那个“重要的系统级编程语言”诞生距今已超过十几年了，这段时间计算机世界已经发生了很大的变化。谷歌的才人们对目前现有的各种语言深感失望，他们必须要在“快速的编译、快速的执行或简单编程”之间做出选择。“没有一种主流的编程语言，例如C，C++，Java，Python 等，能提供谷歌人想要的全部特征。于是，谷歌的工程师从 2007 年起开始开发 Go 语言。“常见问题”里这样说：Go 语言在基本语法上”基本上属于C语言家族“，但它从 Pascal 语系吸收了”大量的理念“，还有一些思想是来自其它的语言。但对于程序员来说，应该把它当成一种全新的语言，一种以”让程序员更有效率，让编程更有效率，至少是让我们更有效率并且使编程更有乐趣“的理念为设计目标的编程语言。Go 语言擅长做什么…？那么，Go 语言擅长做什么？根据谷歌著名的软件工程师——Go 语言的设计人之一——Rob Pike 的说法，它是用来开发”大型软件“的。Pike 说 Go 语言适合于”很多程序员一起开发的大型软件，并且开发周期较长，支持云计算的网络服务：简言之，就是服务端软件。Go 语言能够让程序员快速开发，并且在软件不断的增长过程中，它能让程序员更容易地进行维护和修改。它融合了传统编译型语言的高效性和脚本语言的易用性和富于表达性。“(作为原贝尔实验室 Unix 开发小组成员，Pike 对系统软件有相当的认识。)但对于其它类型的软件，Go 语言也一样的好用。例如，我在 Google+ 上询问了 Go 语言的使用者，得到了 Douglas Fils 的回复，他正在拿各种语言做实验。Fils 说他现在有时会开发一些 Web 应用程序，大多数都是在 Java 虚拟机(JVM)平台上。“所以 Java 自然是最常用的。我最近开始尝试更多的语言，例如 Scala 和 Groovy。我用 Groovy 语言已经开发了不少的东西，而且刚刚完成了一个 Groovy/Grails 语言上的大型项目。我还研究了一下 Ruby on Rails/Python (Python 框架)，并用它们做了一些东西。”他说他用早期版本的 Go 语言开发了一个 Web 界面来处理数据资源。但很不幸。“当时的 Go 的程序库和语法使得开发起来很困难。我还尝试了 node.js，而且，到了一月份，我的精力完全转向了 node.js.”Node.js，Fils 说，很流行，“虽然我很喜欢它，但它的单线程事件循环机制和非阻塞的编程模式让我不太满意。还有，所有的东西都要用 Javascript 的回调函数，我不喜欢这样。”很显然，他不是一个 JavaScript 的粉丝。Go 语言的语法和结构，从另一方面讲，“还是很简洁的。”当Go 语言的语法和结构趋于稳定，并发布了 Go 1 时，他觉得应该转回来，重写他的 Go 语言程序。这回，他想起来了当初为什么想用 Go 来开发。关于Go 语言的争论Fils 说，在 Java 里，很多东西都需要有一定的模板套路，这是很讨厌。他说 Scala 和 groovy 要好一些，但仍然是个问题。Go 语言给人的感觉像一个动态的类型化语言，Fils 说，但 Go 语言里静态类型特征并不像 Java 里那样明显。Go 语言的垃圾收集管理，比 JVM 要好的多。跟 Groovy 这样的动态语言比起来尤其能看出这点。Fils 在评论中说 Go 语言的速度比其它语言快很多倍。它运行速度快但不影响负载量。它编译所需的时间很短，他在开发时能边开发边编译，就像动态语言那样迅速。最后，他说使用 Go 语言要比使用 Node.js，Java 或以 Java 为基础的语言，Ruby on Rails 等语言要有趣的多。在开发 JVM 平台上的应用时，我总感觉自己是一个系统管理员，而不是一个开发者。我要修改堆空间，我要研究负载均衡或内存问题或其它的资源管理问题。而使用 Go 语言，我不需要考虑这些。我开发，编译，测试，运行，部署，非常的享受。请注意，并不是所有的人都喜欢 Go 语言。你可以看一看 Shaneal Manek 的关于 Go 语言的垃圾收集系统以及脚本语言和编译型语言之间比较的评论。Go 语言能走向主流吗？你的期望是什么？按照 RedMonk’s Stephen O’Grady 的说法，对于 Go 语言来说现在还非常年轻。通常，程序员会分成两个阵营：要么欢迎底层语言和脚本型/垃圾收集器型语言的融合，要么是反对这样做。对于后者，毫无意外的，他们是C语言的坚定拥护者。围绕着 Go 语言有很多的争论，这不令人吃惊，任何一种语言都是这样。而令人吃惊的是目前 Go 语言在程序员中获得了相当的吸引力。O’Grady 二月份在 RedMonk 编程语言分级中把 Go 语言放入了第二梯队。但是，他说，考虑一下 Go 语言是如此的年轻，“即使是目前这种成绩也是让人相当的印象深刻了。”谷歌已经发布了 Go 语言的稳定版本，并且在 Google App Engine 支持部署这种语言的应用，这将给 Go 语言带来更多的吸引力。Go 语言能否成为一种“主流”语言，这需要由时间来判定。不过，看起来除谷歌之外还有很多公司对这种语言也很感兴趣，比如 Engine Yard 等公司。那些对目前的现存的语言不太满意的程序员大概对 Go 语言都在拭目以待。如果你在使用 Go 语言或之前简单涉略过它，你需要注意，Go 1 版引入了不少的变化。然而从 Go 1 版开始，Go 语言的变化将会遵循它的规格说明书进行。根据 Go 语言的开发人员的透露，“也许在某个时间，我们会推出 Go 2 的规范，但在此之前，用 Go 语言编写的程序在今后的 Go 1 版本(Go 1.1, Go 1.2 等)上都能正确的运行。”你用Go 语言开发过什么项目吗？
汇编程序成绩统计问题，用汇编语言，别的语言不行
程序很长，不过功能很齐全，自己把不要的功能删了，里面的子程序部分我都写有注释，很容易看懂。
datarea segment
english dw 10 dup(?) ;存放英语成绩
mathematics dw 10 dup(?) ;存放数学成绩
physical dw 10 dup(?) ;存放物理成绩
grade dw 10 dup(?)
rank dw 10 dup(?)
rank1 dw 10 dup(?)
rank2 dw 10 dup(?)
rank3 dw 10 dup(?)
s5 dw 0
s6 dw 0
s7 dw 0
s8 dw 0
s9 dw 0
s10 dw 0
count1 dw ?
count2 dw ?
count3 dw ?
count4 dw ?
mess1 db 'Grade of English:$'
mess2 db 'Grade of Mathematics:$'
mess3 db 'Grade of Physical:$'
mess4 db 13,10,'Input Error!Please input repeat.',13,10,'$'
mess5 db 'Rank student number of English:$'
mess6 db 'Rank studentnumber of Math:$'
mess7 db 'Rank studentnumber of Physical:$'
mess8 db ' Student Grade Management System',0ah,0dh,'$'
mess9 db 'Plese choose: 1:Continue 2:Exit$'
mess10 db 'Average grade of English:$'
mess11 db 'Average grade of Math:$'
mess12 db 'Average grade of Physical:$'
mess13 db 'Plese choose: 1:Enter 2:Exit$'
mess14 db 'Rank of overallscore:$'
mess15 db 'Rank of student number with overallscore:$'
mess16 db 'Please input grade(English,Math,Physical):$'
mess17 db 'People of Englsh grade(60,60---69,70---79,80---89,90---99,=100):$'
mess18 db 'People of Math grade(60,60---69,70---79,80---89,90---99,=100):$'
mess19 db 'People of Physical grade(60,60---69,70---79,80---89,90---99,=100):$'
datarea ends
;*****************************************************************************
show macro addrs
lea dx,addrs
mov ah,9 ;宏定义，显示字符串
int 21h
endm
;*******************************************************************************
prognam segment
;*******************************************************************************
main proc far
assume cs:prognam,ds:datarea
START:
;设置堆栈为了返回dos
push ds
sub ax,ax
push ax
mov ax,datarea
mov ds,ax
call clear
mov ah,2 ;调用置光标位置功能
mov dh,1 ;使光标位置置为位置（1，8）
mov dl,8
mov bh,0 ;页号为0
int 10h ;BIOS显示中断调用
show mess8
call choose
ret
main endp
;*******************************************************************************
choose proc near ;菜单选择
show mess13
call crlf ;调用换行函数
mov ah,01
int 21h
cmp al,31h
jnz exit
next17:
call crlf
show mess16
call crlf
call input1 ;英语成绩输入
call rankp ;英语成绩排序
call output1 ;英语成绩按学号对应的排名输出
call input2 ;数学成绩输入
call rankp1 ;数学成绩排序
call output2 ;数学成绩按学号对应的排名输出
call input3 ;物理成绩输入
call rankp2 ;物理成绩排序
call output3 ;物理成绩按学号对应的排名输出
call crlf
call engrade ;英语平均成绩
call magrade ;数学平均成绩
call phgrade ;物理平均成绩
call crlf
call encount ;英语各分数段统计
call output7
call macount ;数学各分数段统计
call output8
call phcount ;物理各分数段统计
call output9
call crlf
call graderank ;计算每个人的总成绩
call rankp3
call output5 ;总成绩按其学号对应的排名输出
call rankg
call output4 ;总成绩按分数总和从大至小排行输出
show mess9
call crlf
mov ah,01
int 21h
cmp al,31h
jnz exit
jmp next17
exit:
ret
choose endp
;*******************************************************************************
input1 proc near ;英语成绩输入
next18:
show mess1
mov si,0 ;至数组下标为0
mov count1,0
mov cx,10
next30:
mov english[si],0
add si,2
loop next30
mov si,0
enter:
call decibin ;十进制转二进制数
inc count1 ;count自增1
cmp dl,',' ;dl里的内容与‘，’相等则转移至store
je store
cmp dl,13
je exit2
jne error
store:
mov english[si],bx ;将成绩送入储存单元
add si,2
jmp enter
error:
show mess4
jmp next18
exit2:
mov english[si],bx
call crlf
ret
input1 endp
;*******************************************************************************
input2 proc near ;数学成绩输入
next19:
show mess2
mov si,0
mov count2,0
mov cx,10
next31:
mov mathematics[si],0
add si,2
loop next31
mov si,0
enter1:
call decibin
inc count2
cmp dl,','
je store1
cmp dl,13
je exit3
jne error1
store1:
mov mathematics[si],bx
add si,2
jmp enter1
error1:
show mess4
jmp next19
exit3:
mov mathematics[si],bx
call crlf
ret
input2 endp
;******************************************************************************
input3 proc near ;物理成绩输入
next20:
show mess3
mov si,0
mov count3,0
mov cx,10
next32:
mov physical[si],0
add si,2
loop next32
mov si,0
enter3:
call decibin
inc count3
cmp dl,','
je store2
cmp dl,13
je exit4
jne error3
store2:
mov physical[si],bx
add si,2
jmp enter3
error3:
show mess4
jmp next20
exit4:
mov physical[si],bx
call crlf
ret
input3 endp
;******************************************************************************
rankp proc near ;英语成绩排序
mov di,count1
mov bx,0
loop1:
mov ax,english[bx]
mov word ptr rank[bx],0
mov cx,count1
lea si,english
next:
cmp ax,[si]
jg no_count
inc word ptr rank[bx]
no_count:
add si,2
loop next
add bx,2
dec di
jne loop1
ret
rankp endp
;*****************************************************************************
rankp1 proc near ;数学成绩排序
mov di,count2
mov bx,0
loop2:
mov ax,mathematics[bx]
mov word ptr rank1[bx],0
mov cx,count2
lea si,mathematics
next1:
cmp ax,[si]
jg no_count1
inc word ptr rank1[bx]
no_count1:
add si,2
loop next1
add bx,2
dec di
jne loop2
ret
rankp1 endp
;*****************************************************************************
rankp2 proc near ;物理成绩排序
mov di,count3
mov bx,0
loop3:
mov ax,physical[bx]
mov word ptr rank2[bx],0
mov cx,count3
lea si,physical
next3:
cmp ax,[si]
jg no_count2
inc word ptr rank2[bx]
no_count2:
add si,2
loop next3
add bx,2
dec di
jne loop3
ret
rankp2 endp
;*****************************************************************************
rankp3 proc near ;总分数按学号对应的名次输出
mov di,count4
mov bx,0
loopc:
mov ax,grade[bx]
mov word ptr rank3[bx],0
mov cx,count3
lea si,grade
nextc:
cmp ax,[si]
jg no_count3
inc word ptr rank3[bx]
no_count3:
add si,2
loop nextc
add bx,2
dec di
jne loopc
ret
rankp3 endp
;*****************************************************************************
output1 proc near ;英语成绩按学号对应的名次输出
show mess5
mov si,0
mov di,count1
next10:
mov bx,rank[si]
call binidec
mov dl,','
mov ah,02
int 21h
add si,2
dec di
jnz next10
call crlf
ret
output1 endp
;*****************************************************************************
output2 proc near ;数学成绩按学号对应的名次输出
show mess6
mov si,0
mov di,count2
next11:
mov bx,rank1[si]
call binidec
mov dl,','
mov ah,02
int 21h
add si,2
dec di
jnz next11
call crlf
ret
output2 endp
;*****************************************************************************
output3 proc near ;物理成绩按学号对应的名次输出
show mess7
mov si,0
mov di,count3
next13:
mov bx,rank2[si]
call binidec
mov dl,','
mov ah,02
int 21h
add si,2
dec di
jnz next13
call crlf
ret
output3 endp
;*****************************************************************************
output4 proc near ;总分成绩按分数排序输出
show mess14
mov si,0
mov di,count1
next21:
mov bx,grade[si]
call binidec
mov dl,','
mov ah,02
int 21h
add si,2
dec di
jnz next21
call crlf
ret
output4 endp
;******************************************************************************
output5 proc near ;总分成绩按学号排序输出
show mess15
mov si,0
mov di,count1
nextb:
mov bx,rank3[si]
call binidec
mov dl,','
mov ah,02
int 21h
add si,2
dec di
jnz nextb
call crlf
ret
output5 endp
;******************************************************************************
output7 proc near ;输出英语各分数段人数
show mess17
mov bx,s5
call binidec
mov dl,','
mov ah,02
int 21h
mov bx,s6
call binidec
mov dl,','
mov ah,02
int 21h
mov bx,s7
call binidec
mov dl,','
mov ah,02
int 21h
mov bx,s8
call binidec
mov dl,','
mov ah,02
int 21h
mov bx,s9
call binidec
mov dl,','
mov ah,02
int 21h
mov bx,s10
call binidec
call crlf
ret
output7 endp
;*********************************************************************************
output8 proc near ;输出数学各分数段人数
show mess18
mov bx,s5
call binidec
mov dl,','
mov ah,02
int 21h
mov bx,s6
call binidec
mov dl,','
mov ah,02
int 21h
mov bx,s7
call binidec
mov dl,','
mov ah,02
int 21h
mov bx,s8
call binidec
mov dl,','
mov ah,02
int 21h
mov bx,s9
call binidec
mov dl,','
mov ah,02
int 21h
mov bx,s10
call binidec
call crlf
ret
output8 endp
;*********************************************************************************
output9 proc near ;输出物理各分数段成绩
show mess19
mov bx,s5
call binidec
mov dl,','
mov ah,02
int 21h
mov bx,s6
call binidec
mov dl,','
mov ah,02
int 21h
mov bx,s7
call binidec
mov dl,','
mov ah,02
int 21h
mov bx,s8
call binidec
mov dl,','
mov ah,02
int 21h
mov bx,s9
call binidec
mov dl,','
mov ah,02
int 21h
mov bx,s10
call binidec
call crlf
ret
output9 endp
;*********************************************************************************
engrade proc near ;计算英语平均成绩
mov cx,10
mov bx,0
mov si,0
next14:
mov dx,english[si]
add bx,dx
add si,2
loop next14
lea dx,mess10
mov ah,09
int 21h
mov cx,1000
call dec_div
mov cx,100
call dec_div
mov cx,10
call dec_div
call crlf
ret
engrade endp
;*****************************************************************************
magrade proc near ;计算数学平均成绩
mov cx,10
mov bx,0
mov si,0
next15:
mov dx,mathematics[si]
add bx,dx
add si,2
loop next15
lea dx,mess11
mov ah,09
int 21h
mov cx,1000
call dec_div
mov cx,100
call dec_div
mov cx,10
call dec_div
call crlf
ret
magrade endp
;******************************************************************************
phgrade proc near ;计算物理平均成绩
mov cx,10
mov bx,0
mov si,0
next16:
mov dx,physical[si]
add bx,dx
add si,2
loop next16
lea dx,mess12
mov ah,09
int 21h
mov cx,1000
call dec_div
mov cx,100
call dec_div
mov cx,10
call dec_div
call crlf
ret
phgrade endp
;******************************************************************************
rankg proc near ;总成绩按进行分数排序
mov cx,10
dec cx
loop4:
mov di,cx
mov bx,0
loop5:
mov ax,grade[bx]
cmp ax,grade[bx+2]
jge continue
xchg ax,grade[bx+2]
mov grade[bx],ax
continue:
add bx,2
loop loop5
mov cx,di
loop loop4
ret
rankg endp
;******************************************************************************
graderank proc near ;个人总成绩分数的和的计算
mov cx,10
mov bx,0
mov si,0
mov count4,0
loop10:
mov bx,english[si]
add bx,mathematics[si]
add bx,physical[si]
mov grade[si],bx
add si,2
inc count4
loop loop10
ret
graderank endp
;********************************************************************************
encount proc near ;英语各分数段的统计
mov s5,0
mov s6,0
mov s7,0
mov s8,0
mov s9,0
mov s10,0
mov cx,10
mov bx,offset english
compare:
mov ax,[bx]
cmp ax,60
jl five
cmp ax,70
jl six
cmp ax,80
jl seven
cmp ax,90
jl eight
cmp ax,100
jne nine
inc s10
jmp short change_addr
nine:
inc s9
jmp short change_addr
eight:
inc s8
jmp short change_addr
seven:
inc s7
jmp short change_addr
six:
inc s6
jmp short change_addr
five:
inc s5
change_addr:
add bx,2
loop compare
ret
encount endp
;********************************************************************************
macount proc near ;数学各分数段的统计
mov s5,0
mov s6,0
mov s7,0
mov s8,0
mov s9,0
mov s10,0
mov cx,10
mov bx,offset mathematics
compare1:
mov ax,[bx]
cmp ax,60
jl five1
cmp ax,70
jl six1
cmp ax,80
jl seven1
cmp ax,90
jl eight1
cmp ax,100
jne nine1
inc s10
jmp short change_addr1
nine1:
inc s9
jmp short change_addr1
eight1:
inc s8
jmp short change_addr1
seven1:
inc s7
jmp short change_addr1
six1:
inc s6
jmp short change_addr1
five1:
inc s5
change_addr1:
add bx,2
loop compare1
ret
macount endp
;********************************************************************************
phcount proc near ;物理各分数段的统计
mov s5,0
mov s6,0
mov s7,0
mov s8,0
mov s9,0
mov s10,0
mov cx,10
mov bx,offset physical
compare2:
mov ax,[bx]
cmp ax,60
jl five2
cmp ax,70
jl six2
cmp ax,80
jl seven2
cmp ax,90
jl eight2
cmp ax,100
jne nine2
inc s10
jmp short change_addr2
nine2:
inc s9
jmp short change_addr2
eight2:
inc s8
jmp short change_addr2
seven2:
inc s7
jmp short change_addr2
six2:
inc s6
jmp short change_addr2
five2:
inc s5
change_addr2:
add bx,2
loop compare2
ret
phcount endp
;********************************************************************************
decibin proc near ;二进制转十进制
mov bx,0 ;将bx里的内容清零
newchar:
mov ah,1
int 21h ;调用dos，输入字符，字符存于al
mov dl,al
sub al,30h ;将字符数字转为十进制数字
jl exit1 ;小于字符0就转移至exit1
cmp al,9d ;输入数字与9比较，大于9就转移至exit1
jg exit1
cbw ;将al符号扩展到ah
xchg ax,bx ;将ax里的内容和bx里的内容交换
mov cx,10d
mul cx ;al里的内容*10送到ax
xchg ax,bx
add bx,ax
jmp newchar ;转移至newchar，重新输入成绩
exit1: ret
decibin endp
;*****************************************************************************
binidec proc near
push bx
push cx
push si
push di
mov cx,100d
call dec_div
mov cx,10d
call dec_div
mov cx,1d
call dec_div
pop di
pop si
pop cx
pop bx
ret
binidec endp
;*****************************************************************************
dec_div proc near
mov ax,bx
mov dx,0
div cx
mov bx,dx
mov dl,al
add dl,30h
mov ah,02h
int 21h
ret
dec_div endp
;*****************************************************************************
crlf proc near
mov dl,0ah ;换行
mov ah,02h
int 21h ;调用dos，显示dl里的内容
mov dl,0dh ;回车
mov ah,02h
int 21h
ret
crlf endp
;*****************************************************************************
clear proc near
push ax
push bx
push cx
push dx
mov ah,6 ;调用屏幕初始化或上卷功能
mov al,0 ;使全屏幕为空白
mov bh,7
mov ch,0
mov cl,0 ;规定上卷的范围为从左上角(0,0)至右下角（24，79）
mov dh,24
mov dl,79
int 10h ;BIOS显示中断调用
pop dx
pop cx
pop bx
pop ax
ret
clear endp
;*****************************************************************************
prognam ends
END START
end
编程语言排行榜是怎样的？
2019年排行：Java，C，python，C++，C#，PHP。
1、Java
Java是一门面向对象编程语言，不仅吸收了C++语言的各种优点，还摒弃了C++里难以理解的多继承、指针等概念，因此Java语言具有功能强大和简单易用两个特征。
Java语言作为静态面向对象编程语言的代表，极好地实现了面向对象理论，允许程序员以优雅的思维方式进行复杂的编程。
Java具有简单性、面向对象、分布式、健壮性、安全性、平台独立与可移植性、多线程、动态性等特点。Java可以编写桌面应用程序、Web应用程序、分布式系统和嵌入式系统应用程序等。
2、C
C语言是一门面向过程的、抽象化的通用程序设计语言，广泛应用于底层开发。C语言能以简易的方式编译、处理低级存储器。
C语言是仅产生少量的机器语言以及不需要任何运行环境支持便能运行的高效率程序设计语言。
尽管C语言提供了许多低级处理的功能，但仍然保持着跨平台的特性，以一个标准规格写出的C语言程序可在包括类似嵌入式处理器以及超级计算机等作业平台的许多计算机平台上进行编译。
3、python
Python是一种跨平台的计算机程序设计语言。是一种面向对象的动态类型语言，最初被设计用于编写自动化脚本(shell)，随着版本的不断更新和语言新功能的添加，越多被用于独立的、大型项目的开发。
4、C++
C++是C语言的继承，它既可以进行C语言的过程化程序设计，又可以进行以抽象数据类型为特点的基于对象的程序设计，还可以进行以继承和多态为特点的面向对象的程序设计。
C++擅长面向对象程序设计的同时，还可以进行基于过程的程序设计，因而C++就适应的问题规模而论，大小由之。
C++不仅拥有计算机高效运行的实用性特征，同时还致力于提高大规模程序的编程质量与程序设计语言的问题描述能力。
5、C#
C#是微软公司发布的一种面向对象的、运行于.NET Framework和.NET Core(完全开源，跨平台)之上的高级程序设计语言。并定于在微软职业开发者论坛(PDC)上登台亮相。
C#是面向对象的编程语言。它使得程序员可以快速地编写各种基于MICROSOFT .NET平台的应用程序，MICROSOFT .NET提供了一系列的工具和服务来最大程度地开发利用计算与通讯领域。
Go语言怎么样？
根据Go趋势报告显示，全球范围内有 110 万专业开发者选择Go作为其主要开发语言。如果把以其他编程语言作为主要开发语言，同时也在使用Go的开发者计算在内，这一数字将高达270万，中国的Go语言开发者排名第一，全球占比超过16%。
Go 语言能够支持并构建与微服务结合的内部工具、架构和后端服务而深受IT企业欢迎，许多IT架构工具由Go构建而成，例如大型的Kubernetes、Docker和Vault等。数据显示，有63%的具有统治力的云原生项目都是用Go构建。
因此，博睿数据在国内首发支持Go语言智能探针，对于提升业务性能，助力企业数字化转型有着非常重要的意义。
SmartAgent探针技术集结主流编程语言
SmartAgent是博睿数据自研的自动化部署的一体化探针，在已支持JAVA，PHP，.net，Nodejs，.NET Core，Python的基础上，新增了对Go语言的支持。
相较而言，传统探针技术需要客户配合修改应用程序代码，风险不可控，需要客户重新编译程序集成探针，耦合度高。
不同于行业内传统探针技术，博睿数据GoAgent探针直接后台安装即可，主动注入和嵌码，降低与客户程序耦合、无需二次修改代码、提高 GoAgent 技术易用性。无论是动态编译还是静态编译的代码，博睿数据Samrt Agent技术都可以在不进行任何修改的情况下进行服务级别和代码级别的分布式链路跟踪，实现业务的可观测性。
GoAgent探针支持六大功能，实现全链路追踪
驳狗屎文 "我为什么放弃Go语言
此篇文章流传甚广, 其实里面没啥干货， 而且里面很多观点是有问题的. 这个文章在 golang-china 很早就讨论过了.
最近因为 Rust 1.0 和 1.1 的发布, 导致这个文章又出来毒害读者.
所以写了这篇反驳文章, 指出其中的问题.
有好几次，当我想起来的时候，总是会问自己：我为什么要放弃Go语言？这个决定是正确的吗？是明智和理性的吗？其实我一直在认真思考这个问题。
开门见山地说，我当初放弃Go语言（golang），就是因为两个“不爽”：第一，对Go语言本身不爽；第二，对Go语言社区里的某些人不爽。毫无疑问，这是非常主观的结论。但是我有足够详实的客观的论据，用以支撑这个看似主观的结论。
文末附有本文更新日志。
确实是非常主观的结论, 因为里面有不少有问题的观点(用来忽悠Go小白还行).
第0节：我的Go语言经历
先说说我的经历吧，以避免被无缘无故地当作Go语言的低级黑。
2009年底，Go语言（golang）第一个公开版本发布，笼罩着“Google公司制造”的光环，吸引了许多慕名而来的尝鲜者，我（Liigo）也身居其中，笼统的看了一些Go语言的资料，学习了基础的教程，因对其语法中的分号和花括号不满，很快就遗忘掉了，没拿它当一回事。
在2009年Go刚发布时, 确实是因为“Google公司制造”的光环而吸引了(包括文章作者和诸多IT记者)很多低级的尝鲜者.
还好, 经过5年的发展, 这些纯粹因为光环来的投机者所剩已经不多了(Google趋势).
目前, 真正的Go用户早就将Go用于实际的生产了.
说到 其语法中的分号和花括号不满, 我想说这只是你的 个人主观感受, 还有很多人对Go的分号和花括号很满意,
包括水果公司的的 Swift 的语言设计者也很满意这种风格(Swift中的分号和花括号和Go基本相同).
如果只谈 个人主观感受, 我也可以说 Rust 的 fn 缩写也很蛋疼!
两年之后，2011年底，Go语言发布1.0的计划被提上日程，相关的报道又多起来，我再次关注它，重新评估之后决定深入参与Go语言。我订阅了其users、nuts、dev、commits等官方邮件组，坚持每天阅读其中的电子邮件，以及开发者提交的每一次源代码更新，给Go提交了许多改进意见，甚至包括修改Go语言编译器源代码直接参与开发任务。如此持续了数月时间。
这个到是事实, 在 golang-china 有不少吵架的帖子, 感兴趣的可以去挖下, 我就不展开说了.
到2012年初，Go 1.0发布，语言和标准库都已经基本定型，不可能再有大幅改进，我对Go语言未能在1.0定型之前更上一个台阶、实现自我突破，甚至带着诸多明显缺陷走向1.0，感到非常失望，因而逐渐疏远了它（所以Go 1.0之后的事情我很少关心）。后来看到即将发布的Go 1.1的Release Note，发现语言层面没有太大改变，只是在库和工具层面有所修补和改进，感到它尚在幼年就失去成长的动力，越发失望。外加Go语言社区里的某些人，其中也包括Google公司负责开发Go语言的某些人，其态度、言行，让我极度厌恶，促使我决绝地离弃Go语言。
真的不清楚楼主说的可以在 Go1.0 之前短时间内能实现的 重大改进和诸多明显缺陷 是什么.
如果是楼主说前面的 其语法中的分号和花括号不满 之类的重大改进, 我只能说这只是你的 个人主观感受 而已,
你的很多想法只能说服你自己, 没办法说服其他绝大部分人(不要以为像C++或Rust那样什么特性都有就NB了, 各种NB特性加到一起只能是 要你命3000, 而绝对不会是什么 银弹).
Go 1.1的Release Note，发现语言层面没有太大改变. 语言层没有改变是是因为 Go1 作出的向后兼容的承诺. 对于工业级的语言来说, Go1 这个只能是优点. 如果连语言层在每个版本都会出现诸多大幅改进, 那谁还敢用Go语言来做生产开发呢(我承认Rust的改动很大胆, 但也说明了Rust还处于比较幼稚和任性的阶段)?
说 Go语言社区里的某些人固执 的观点我是同意的. 但是这些 固执 的人是可以讲道理的, 但是他们对很多东西的要求很高(特别是关于Go的设计哲学部分).
只要你给的建议有依据(语言的设计哲学是另外一回事情), 他们绝对不会盲目的拒绝(只是讨论的周期会比较长).
关于楼主提交的给Go文件添加BOM的文章, 需要补充说明下.
在Go1.0发布的时候, Go语言的源文件(.go)明确要求必须是UTF8编码的, 而且是无BOM的UTF8编码的.
注意: 这个 无BOM的UTF8编码 的限制仅仅是 针对 Go语言的源文件(.go).
这个限制并不是说不允许用户处理带BOM的UTF8的txt文件!
我觉得对于写Go程序来说, 这个限制是没有任何问题的, 到目前为止, 我还从来没有使用过带BOM的.go文件.
不仅是因为带BOM的.go文件没有太多的意义, 而且有很多的缺陷.
BOM的原意是用来表示编码是大端还是小端的, 主要用于UTF16和UTF32. 对于 UTF8 来说, BOM 没有任何存在的意义(正是Go的2个作者发明了UTF8, 彻底解决了全球的编码问题).
但是, 在现实中, 因为MS的txt记事本, 对于中文环境会将txt(甚至是C/C++源文件)当作GBK编码(GBK是个烂编码),
为了区别到底是GBK还是UTF8, MS的记事本在前面加了BOM这个垃圾(被GBK占了茅坑), 这里的bom已经不是表示字节序本意了. 不知道有没有人用ms的记事本写网页, 然后生成一个带bom的utf8网页肯定很有意思.
这是MS的记事本的BUG: 它不支持生成无BOM的UTF8编码的文本文件!
这些是现实存在的带BOM的UTF8编码的文本文件, 但是它们肯定都不是Go语言源文件!
所以说, Go语言的源文件即使强制限制了无BOM的UTF8编码要求, 也是没有任何问题的(而且我还希望有这个限制).
虽然后来Go源文件接受带BOM的UTF8了, 但是运行 go fmt 之后, 还是会删除掉BOM的(因为BOM就是然并卵). 也就是说 带 BOM 的 Go 源文件是不符合 Go语言的编码风格的, go fmt 会强制删除 BOM 头.
前面说了BOM是MS带来的垃圾, 但是BOM的UTF8除了然并卵之外还有很多问题, 因为BOM在string的开头嵌入了垃圾,
导致正则表达式, string的链接运算等操作都被会被BOM这个垃圾所污染. 对于.go语言, 即使代码完全一样, 有BOM和无BOM会导致文件的MD5之类的校验码不同.
所以, 我觉得Go用户不用纠结BOM这个无关紧要的东西.
在上一个10年，我（Liigo）在我所属的公司里，深度参与了两个编程语言项目的开发。我想，对于如何判断某个编程语言的优劣，或者说至少对于如何判断某个编程语言是否适合于我自己，我应该还是有一点发言权的。
第1节：我为什么对Go语言不爽？
Go语言有很多让我不爽之处，这里列出我现在还能记起的其中一部分，排名基本上不分先后。读者们耐心地看完之后，还能淡定地说一句“我不在乎”吗？
1.1 不允许左花括号另起一行
关于对花括号的摆放，在C语言、C++、Java、C#等社区中，十余年来存在持续争议，从未形成一致意见。在我看来，这本来就是主观倾向很重的抉择，不违反原则不涉及是非的情况下，不应该搞一刀切，让程序员或团队自己选择就足够了。编程语言本身强行限制，把自己的喜好强加给别人，得不偿失。无论倾向于其中任意一种，必然得罪与其对立的一群人。虽然我现在已经习惯了把左花括号放在行尾，但一想到被禁止其他选择，就感到十分不爽。Go语言这这个问题上，没有做到“团结一切可以团结的力量”不说，还有意给自己树敌，太失败了。
我觉得Go最伟大的发明是 go fmt, 从此Go用户不会再有花括弧的位置这种无聊争论了(当然也少了不少灌水和上tiobe排名的机会).
是这优点, Swift 语言也使用和 Go 类似的风格(当然楼主也可能鄙视swift的作者).
1.2 编译器莫名其妙地给行尾加上分号
对Go语言本身而言，行尾的分号是可以省略的。但是在其编译器（gc）的实现中，为了方便编译器开发者，却在词法分析阶段强行添加了行尾的分号，反过来又影响到语言规范，对“怎样添加分号”做出特殊规定。这种变态做法前无古人。在左花括号被意外放到下一行行首的情况下，它自动在上一行行尾添加的分号，会导致莫名其妙的编译错误（Go 1.0之前），连它自己都解释不明白。如果实在处理不好分号，干脆不要省略分号得了；或者，Scala和JavaScript的编译器是开源的，跟它们学学怎么处理省略行尾分号可以吗？
又是楼主的 个人主观感受, 不过我很喜欢这个特性. Swift 语言也是类似.
1.3 极度强调编译速度，不惜放弃本应提供的功能
程序员是人不是神，编码过程中免不了因为大意或疏忽犯一些错。其中有一些，是大家集体性的很容易就中招的错误（Go语言里的例子我暂时想不起来，C++里的例子有“基类析构函数不是虚函数”）。这时候编译器应该站出来，多做一些检查、约束、核对性工作，尽量阻止常规错误的发生，尽量不让有潜在错误的代码编译通过，必要时给出一些警告或提示，让程序员留意。编译器不就是机器么，不就是应该多做脏活累活杂活、减少人的心智负担么？编译器多做一项检查，可能会避免数十万程序员今后多年内无数次犯同样的错误，节省的时间不计其数，这是功德无量的好事。但是Go编译器的作者们可不这么想，他们不愿意自己多花几个小时给编译器增加新功能，觉得那是亏本，反而减慢了编译速度。他们以影响编译速度为由，拒绝了很多对编译器改进的要求。典型的因噎废食。强调编译速度固然值得赞赏，但如果因此放弃应有的功能，我不赞成。
编译速度是很重要的, 如果编译速度够慢, 语言再好也不会有人使用的.
比如C/C++的增量编译/预编译头文件/并发编译都是为了提高编译速度.
Rust1.1 也号称 比 1.0 的编译时间减少了32% (注意: 不是运行速度).
当然, Go刚面世的时候, 编译速度是其中的一个设计目标.
不过我想楼主, 可能想说的是因为编译器自己添加分号而导致的编译错误的问题.
我觉得Go中 { 不能另起一行是语言特性, 如果修复这个就是引入了新的错误.
其他的我真想不起来还有哪些 调编译速度，不惜放弃本应提供的功能 (不要提泛型, 那是因为还没有好的设计).
1.4 错误处理机制太原始
在Go语言中处理错误的基本模式是：函数通常返回多个值，其中最后一个值是error类型，用于表示错误类型极其描述；调用者每次调用完一个函数，都需要检查这个error并进行相应的错误处理：if err != nil { /*这种代码写多了不想吐么*/ }。此模式跟C语言那种很原始的错误处理相比如出一辙，并无实质性改进。实际应用中很容易形成多层嵌套的if else语句，可以想一想这个编码场景：先判断文件是否存在，如果存在则打开文件，如果打开成功则读取文件，如果读取成功再写入一段数据，最后关闭文件，别忘了还要处理每一步骤中出现错误的情况，这代码写出来得有多变态、多丑陋？实践中普遍的做法是，判断操作出错后提前return，以避免多层花括号嵌套，但这么做的后果是，许多错误处理代码被放在前面突出的位置，常规的处理逻辑反而被掩埋到后面去了，代码可读性极差。而且，error对象的标准接口只能返回一个错误文本，有时候调用者为了区分不同的错误类型，甚至需要解析该文本。除此之外，你只能手工强制转换error类型到特定子类型（静态类型的优势没了）。至于panic - recover机制，致命的缺陷是不能跨越库的边界使用，注定是一个半成品，最多只能在自己的pkg里面玩一玩。Java的异常处理虽然也有自身的问题（比如Checked Exceptions），但总体上还是比Go的错误处理高明很多。
话说, 软件开发都发展了半个世纪, 还是无实质性改进. 不要以为弄一个异常的语法糖就是革命了.
我只能说错误和异常是2个不同的东西, 将所有错误当作异常那是SB行为.
正因为有异常这个所谓的银弹, 导致很多等着别人帮忙擦屁股的行为(注意 shit 函数抛出的绝对不会是一种类型的 shit, 而被其间接调用的各种 xxx_shit 也可能抛出各种类型的异常, 这就导致 catch 失控了):
int main() {
try {
shit();
} catch( /* 到底有几千种 shit ? */) {
...
}
}
Go的建议是 panic - recover 不跨越边界, 也就是要求正常的错误要由pkg的处理掉.
这是负责任的行为.
再说Go是面向并发的编程语言, 在海量的 goroutine 中使用 try/catch 是不是有一种不伦不类的感觉呢?
1.5 垃圾回收器（GC）不完善、有重大缺陷
在Go 1.0前夕，其垃圾回收器在32位环境下有内存泄漏，一直拖着不肯改进，这且不说。Go语言垃圾回收器真正致命的缺陷是，会导致整个进程不可预知的间歇性停顿。像某些大型后台服务程序，如游戏服务器、APP容器等，由于占用内存巨大，其内存对象数量极多，GC完成一次回收周期，可能需要数秒甚至更长时间，这段时间内，整个服务进程是阻塞的、停顿的，在外界看来就是服务中断、无响应，再牛逼的并发机制到了这里统统失效。垃圾回收器定期启动，每次启动就导致短暂的服务中断，这样下去，还有人敢用吗？这可是后台服务器进程，是Go语言的重点应用领域。以上现象可不是我假设出来的，而是事实存在的现实问题，受其严重困扰的也不是一家两家了（2013年底ECUG Con 2013，京东的刘奇提到了Go语言的GC、defer、标准库实现是性能杀手，最大的痛苦是GC；美团的沈锋也提到Go语言的GC导致后台服务间隔性停顿是最大的问题。更早的网络游戏仙侠道开发团队也曾受Go垃圾回收的沉重打击）。在实践中，你必须努力减少进程中的对象数量，以便把GC导致的间歇性停顿控制在可接受范围内。除此之外你别无选择（难道你还想自己更换GC算法、甚至砍掉GC？那还是Go语言吗？）。跳出圈外，我近期一直在思考，一定需要垃圾回收器吗？没有垃圾回收器就一定是历史的倒退吗？（可能会新写一篇博客文章专题探讨。）
这是说的是32位系统, 这绝对不是Go语言的重点应用领域!! 我可以说Go出生就是面向64位系统和多核心CPU环境设计的. (再说 Rust 目前好像还不支持 XP 吧, 这可不可以算是影响巨大?)
32位当时是有问题, 但是对实际生产影响并不大(请问楼主还是在用32位系统吗, 还只安装4GB的内存吗). 如果是8位单片机环境, 建议就不要用Go语言了, 直接C语言好了.
而且这个问题早就不存在了(大家可以去看Go的发布日志).
Go的出生也就5年时间, GC的完善和改进是一个持续的工作, 2015年8月将发布的 Go1.5将采用并行GC.
关于GC的被人诟病的地方是会导致卡顿, 但是我以为这个主要是因为GC的实现还不够完美而导致的.
如果是完美的并发和增量的GC, 那应该不会出现大的卡顿问题的.
当然, 如果非要实时性, 那用C好了(实时并不表示性能高, 只是响应时间可控).
对于Rust之类没有GC的语言来说, 想很方便的开发并发的后台程序那几乎是不可能的.
不要总是吹Rust能代替底层/中层/上层的开发, 我们要看有谁用Rust真的做了什么.
1.6 禁止未使用变量和多余import
Go编译器不允许存在被未被使用的变量和多余的import，如果存在，必然导致编译错误。但是现实情况是，在代码编写、重构、调试过程中，例如，临时性的注释掉一行代码，很容易就会导致同时出现未使用的变量和多余的import，直接编译错误了，你必须相应的把变量定义注释掉，再翻页回到文件首部把多余的import也注释掉，……等事情办完了，想把刚才注释的代码找回来，又要好几个麻烦的步骤。还有一个让人蛋疼的问题，编写数据库相关的代码时，如果你import某数据库驱动的pkg，它编译给你报错，说不需要import这个未被使用的pkg；但如果你听信编译器的话删掉该import，编译是通过了，运行时必然报错，说找不到数据库驱动；你看看程序员被折腾的两边不是人，最后不得不请出大神：import _。对待这种问题，一个比较好的解决方案是，视其为编译警告而非编译错误。但是Go语言开发者很固执，不容许这种折中方案。
这个问题我只能说楼主的吐槽真的是没水平.
为何不使用的是错误而不是警告? 这是为了将低级的bug消灭在编译阶段(大家可以想下C/C++的那么多警告有什么卵用).
而且, import 即使没有使用的话, 也是用副作用的, 因为 import 会导致 init 和全局变量的初始化.
如果某些代码没有使用, 为何要执行 init 这些初始化呢?
如果是因为调试而添加的变量, 那么调试完删除不是很正常的要求吗?
如果是因为调试而要导入fmt或log之类的包, 删除调试代码后又导致 import 错误的花,
楼主难道不知道在一个独立的文件包装下类似的辅助调试的函数吗?
import (
"fmt"
"log"
)
func logf(format string, a ...interface{}) {
file, line := callerFileLine()
fmt.Fprintf(os.Stderr, "%s:%d: ", file, line)
fmt.Fprintf(os.Stderr, format, a...)
}
func fatalf(format string, a ...interface{}) {
file, line := callerFileLine()
fmt.Fprintf(os.Stderr, "%s:%d: ", file, line)
fmt.Fprintf(os.Stderr, format, a...)
os.Exit(1)
}
import _ 是有明确行为的用法, 就是为了执行包中的 init 等函数(可以做某些注册操作).
将警告当作错误是Go的一个哲学, 当然在楼主看来这是白痴做法.
1.7 创建对象的方式太多令人纠结
创建对象的方式，调用new函数、调用make函数、调用New方法、使用花括号语法直接初始化结构体，你选哪一种？不好选择，因为没有一个固定的模式。从实践中看，如果要创建一个语言内置类型（如channel、map）的对象，通常用make函数创建；如果要创建标准库或第三方库定义的类型的对象，首先要去文档里找一下有没有New方法，如果有就最好调用New方法创建对象，如果没有New方法，则退而求其次，用初始化结构体的方式创建其对象。这个过程颇为周折，不像C++、Java、C#那样直接new就行了。
C++的new是狗屎. new导致的问题是构造函数和普通函数的行为不一致, 这个补丁特性真的没啥优越的.
我还是喜欢C语言的 fopen 和 malloc 之类构造函数, 构造函数就是普通函数, Go语言中也是这样.
C++中, 除了构造不兼容普通函数, 析构函数也是不兼容普通函数. 这个而引入的坑有很多吧.
1.8 对象没有构造函数和析构函数
没有构造函数还好说，毕竟还有自定义的New方法，大致也算是构造函数了。没有析构函数就比较难受了，没法实现RAII。额外的人工处理资源清理工作，无疑加重了程序员的心智负担。没人性啊，还嫌我们程序员加班还少吗？C++里有析构函数，Java里虽然没有析构函数但是有人家finally语句啊，Go呢，什么都没有。没错，你有个defer，可是那个defer问题更大，详见下文吧。
defer 可以覆盖析构函数的行为, 当然 defer 还有其他的任务. Swift2.0 也引入了一个简化版的 defer 特性.
1.9 defer语句的语义设定不甚合理
Go语言设计defer语句的出发点是好的，把释放资源的“代码”放在靠近创建资源的地方，但把释放资源的“动作”推迟（defer）到函数返回前执行。遗憾的是其执行时机的设置似乎有些不甚合理。设想有一个需要长期运行的函数，其中有无限循环语句，在循环体内不断的创建资源（或分配内存），并用defer语句确保释放。由于函数一直运行没有返回，所有defer语句都得不到执行，循环过程中创建的大量短暂性资源一直积累着，得不到回收。而且，系统为了存储defer列表还要额外占用资源，也是持续增加的。这样下去，过不了多久，整个系统就要因为资源耗尽而崩溃。像这类长期运行的函数，http.ListenAndServe()就是典型的例子。在Go语言重点应用领域，可以说几乎每一个后台服务程序都必然有这么一类函数，往往还都是程序的核心部分。如果程序员不小心在这些函数中使用了defer语句，可以说后患无穷。如果语言设计者把defer的语义设定为在所属代码块结束时（而非函数返回时）执行，是不是更好一点呢？可是Go 1.0早已发布定型，为了保持向后兼容性，已经不可能改变了。小心使用defer语句！一不小心就中招。
前面说到 defer 还有其他的任务, 也就是 defer 中执行的 recover 可以捕获 panic 抛出的异常.
还有 defer 可以在 return 之后修改命名的返回值.
上面2个工作要求 defer 只能在函数退出时来执行.
楼主说的 defer 是类似 Swift2.0 中 defer 的行为, 但是 Swift2.0 中 defer 是没有前面2个特性的.
Go中的defer是以函数作用域作为触发的条件的, 是会导致楼主说的在 for 中执行的错误用法(哪个语言没有坑呢?).
不过 for 中 局部 defer 也是有办法的 (Go中的defer是以函数作用域):
for {
func(){
f, err := os.Open(...)
defer f.Close()
}()
}
在 for 中做一个闭包函数就可以了. 自己不会用不要怪别人没告诉你.
1.10 许多语言内置设施不支持用户定义的类型
for in、make、range、channel、map等都仅支持语言内置类型，不支持用户定义的类型(?)。用户定义的类型没法支持for in循环，用户不能编写像make、range那样“参数类型和个数”甚至“返回值类型和个数”都可变的函数，不能编写像channel、map那样类似泛型的数据类型。语言内置的那些东西，处处充斥着斧凿的痕迹。这体现了语言设计的局限性、封闭性、不完善，可扩展性差，像是新手作品——且不论其设计者和实现者如何权威。延伸阅读：Go语言是30年前的陈旧设计思想，用户定义的东西几乎都是二等公民（Tikhon Jelvis）。
说到底, 这个是因为对泛型支持的不完备导致的.
Go语言是没啥NB的特性, 但是Go的特性和工具组合在一起就是好用.
这就是Go语言NB的地方.
1.11 没有泛型支持，常见数据类型接口丑陋
没有泛型的话，List、Set、Tree这些常见的基础性数据类型的接口就只能很丑陋：放进去的对象是一个具体的类型，取出来之后成了无类型的interface{}（可以视为所有类型的基础类型），还得强制类型转换之后才能继续使用，令人无语。Go语言缺少min、max这类函数，求数值绝对值的函数abs只接收/返回双精度小数类型，排序接口只能借助sort.Interface无奈的回避了被比较对象的类型，等等等等，都是没有泛型导致的结果。没有泛型，接口很难优雅起来。Go开发者没有明确拒绝泛型，只是说还没有找到很好的方法实现泛型（能不能学学已经开源的语言呀）。现实是，Go 1.0已经定型，泛型还没有，那些丑陋的接口为了保持向后兼容必须长期存在着。
Go有自己的哲学, 如果能有和目前哲学不冲突的泛型实现, 他们是不会反对的.
如果只是简单学学(或者叫抄袭)已经开源的语言的语法, 那是C++的设计风格(或者说C++从来都是这样设计的, 有什么特性就抄什么), 导致了各种脑裂的编程风格.
编译时泛型和运行时泛型可能是无法完全兼容的, 看这个例子:
type AdderT interface {
Add(a, b T) T
}
如何查看编程语言排行榜？
打开浏览器go语言成绩排名，输入关键词go语言成绩排名，点击搜索即可。几乎每月都有媒体报道当月 TIOBE 编程语言排行榜go语言成绩排名，以至于它成为编程语言排行榜领域最权威go语言成绩排名的组织。
PHP：
PHP虽然也算是一个比较流行的编程语言，但其历史上就从来没有成为过第一，在 PHP 最巅峰时刻，排名成绩也只能在第三、四名。
TIOBE公司介绍：
TIOBE 程序设计语言指数是由该公司推出并进行维护的，这个指数将程序设计语言以排名列表的形式提供出来，并且每个月更新一次，用来表示程序设计语言的流行度。
TIOBE 排行榜是根据互联网上有经验的程序员、课程和第三方厂商的数量，并使用搜索引擎(如Google、Bing、Yahoo!)以及 Wikipedia、Amazon、YouTube 统计出排名数据，只是反映某个编程语言的热门程度，并不能说明一门编程语言好不好，或者一门语言所编写的代码数量多少。
标签：