n******7
发帖数: 12463 | 1 就是让我没有动力学习新语言了
本来今年想学习GO，能在工作中用GO写点小东西
结果每次想开个GO的project
都问自己，为啥不用C#?
唯一算个理由的是直接生成binary code，给杀老鼠的哥们儿用方便
但是tool chain比C#差太远了
C#用VS+resharper那开发速度嗖嗖的
各种语言feature的实现也很自然
可能是不装X的最佳语言了
F#/clojure都说糙快猛，我担心智商不够，还没用C#开发快，速度猛
估计只能看看rust了 |
W***o
发帖数: 6519 | 2 C# 出活快最重要， Go适合玩或者装逼
工作上没机会作Go，所以我只有业余时间玩一玩，
最近用Go + Electron 做了一个桌面系统app，总算是hands on了；
现在对Go里面的各种io reader/writer 还是有点晕；
我觉得那个grpc不错，自己试着做了一个stream传文件的server-client；
另外发现国人做的那个kcp/kcptun也挺有意思, 有空了值得学习一下 |
g****t
发帖数: 31659 | 3 你可以把项目分成两块。一块是不需要第三方库和生态系统的。
这块用golang写。
剩下的部分你用别的语言写就可以了。
【在 n******7 的大作中提到】
: 就是让我没有动力学习新语言了
: 本来今年想学习GO，能在工作中用GO写点小东西
: 结果每次想开个GO的project
: 都问自己，为啥不用C#?
: 唯一算个理由的是直接生成binary code，给杀老鼠的哥们儿用方便
: 但是tool chain比C#差太远了
: C#用VS+resharper那开发速度嗖嗖的
: 各种语言feature的实现也很自然
: 可能是不装X的最佳语言了
: F#/clojure都说糙快猛，我担心智商不够，还没用C#开发快，速度猛
|
w********m
发帖数: 1137 | 4 go应该改名叫dockerlang。
docker下把go compile的binary丢到alpine里面，启动一个container就算部署了。
总共就几个mb大小。启动快，内存用的少。酸爽。
以前写程序不累，部署累。
不用docker的话，go应该没什么优势。
【在 n******7 的大作中提到】
: 就是让我没有动力学习新语言了
: 本来今年想学习GO，能在工作中用GO写点小东西
: 结果每次想开个GO的project
: 都问自己，为啥不用C#?
: 唯一算个理由的是直接生成binary code，给杀老鼠的哥们儿用方便
: 但是tool chain比C#差太远了
: C#用VS+resharper那开发速度嗖嗖的
: 各种语言feature的实现也很自然
: 可能是不装X的最佳语言了
: F#/clojure都说糙快猛，我担心智商不够，还没用C#开发快，速度猛
|
w***g
发帖数: 5958 | 5 go在区块链社区有很大的势力。
【在 n******7 的大作中提到】
: 就是让我没有动力学习新语言了
: 本来今年想学习GO，能在工作中用GO写点小东西
: 结果每次想开个GO的project
: 都问自己，为啥不用C#?
: 唯一算个理由的是直接生成binary code，给杀老鼠的哥们儿用方便
: 但是tool chain比C#差太远了
: C#用VS+resharper那开发速度嗖嗖的
: 各种语言feature的实现也很自然
: 可能是不装X的最佳语言了
: F#/clojure都说糙快猛，我担心智商不够，还没用C#开发快，速度猛
|
T********i
发帖数: 2416 | 6 你Linux部署么？那个Core现在Linux上可用程度到底咋样啊？
俺一向认为C#是最好的语言。但是没评估过用在Linux上的风险。做个web应用有没有
async轮子啊？和Apache，nginx整合的咋样？
【在 n******7 的大作中提到】
: 就是让我没有动力学习新语言了
: 本来今年想学习GO，能在工作中用GO写点小东西
: 结果每次想开个GO的project
: 都问自己，为啥不用C#?
: 唯一算个理由的是直接生成binary code，给杀老鼠的哥们儿用方便
: 但是tool chain比C#差太远了
: C#用VS+resharper那开发速度嗖嗖的
: 各种语言feature的实现也很自然
: 可能是不装X的最佳语言了
: F#/clojure都说糙快猛，我担心智商不够，还没用C#开发快，速度猛
|
k***5
发帖数: 583 | 7 基于web应用的Linux就用NodeJS好了，糙快猛，基本的NPM module都够用了。 |
g****t
发帖数: 31659 | 8 Vps部署也很快吧。
: go应该改名叫dockerlang。
: docker下把go compile的binary丢到alpine里面，启动一个container就算部署
了。
: 总共就几个mb大小。启动快，内存用的少。酸爽。
: 以前写程序不累，部署累。
: 不用docker的话，go应该没什么优势。
【在 w********m 的大作中提到】
: go应该改名叫dockerlang。
: docker下把go compile的binary丢到alpine里面，启动一个container就算部署了。
: 总共就几个mb大小。启动快，内存用的少。酸爽。
: 以前写程序不累，部署累。
: 不用docker的话，go应该没什么优势。
|
g****y
发帖数: 2810 | 9 C#绝对是伟大的语言，但是web service时代，一个收费的语言是没有希望的
【在 n******7 的大作中提到】
: 就是让我没有动力学习新语言了
: 本来今年想学习GO，能在工作中用GO写点小东西
: 结果每次想开个GO的project
: 都问自己，为啥不用C#?
: 唯一算个理由的是直接生成binary code，给杀老鼠的哥们儿用方便
: 但是tool chain比C#差太远了
: C#用VS+resharper那开发速度嗖嗖的
: 各种语言feature的实现也很自然
: 可能是不装X的最佳语言了
: F#/clojure都说糙快猛，我担心智商不够，还没用C#开发快，速度猛
|
H**r
发帖数: 10015 | 10 没错！
完全是被dot NET拖累了
【在 g****y 的大作中提到】
: C#绝对是伟大的语言，但是web service时代，一个收费的语言是没有希望的
|
|
|
d********m
发帖数: 3662 | |
w********m
发帖数: 1137 | 12 Dev和deploy的环境不一样，在deploy里面维持一套build system比较贵。
daemon方面，不用docker也要用systemd，比较麻烦。
docker比较容易scale。
【在 g****t 的大作中提到】
: Vps部署也很快吧。
:
:
: go应该改名叫dockerlang。
:
: docker下把go compile的binary丢到alpine里面，启动一个container就算部署
: 了。
:
: 总共就几个mb大小。启动快，内存用的少。酸爽。
:
: 以前写程序不累，部署累。
:
: 不用docker的话，go应该没什么优势。
:
|
g****t
发帖数: 31659 | 13 很有道理。学习了。
那如果是多个小规模的golang microservice模块，
能不能用systemd一块一块小规模的deploy ?
: Dev和deploy的环境不一样，在deploy里面维持一套build system比较贵。
: daemon方面，不用docker也要用systemd，比较麻烦。
: docker比较容易scale。
【在 w********m 的大作中提到】
: Dev和deploy的环境不一样，在deploy里面维持一套build system比较贵。
: daemon方面，不用docker也要用systemd，比较麻烦。
: docker比较容易scale。
|
s***o
发帖数: 2191 | 14 performance不是问题，甩node 8条街。eco-system还有文档是大问题，linux上选择这
么多建议等两年再看
【在 T********i 的大作中提到】
: 你Linux部署么？那个Core现在Linux上可用程度到底咋样啊？
: 俺一向认为C#是最好的语言。但是没评估过用在Linux上的风险。做个web应用有没有
: async轮子啊？和Apache，nginx整合的咋样？
|
n******7
发帖数: 12463 | 15 你写GO纯粹为了玩吗？
用什么工具写？
【在 W***o 的大作中提到】
: C# 出活快最重要， Go适合玩或者装逼
: 工作上没机会作Go，所以我只有业余时间玩一玩，
: 最近用Go + Electron 做了一个桌面系统app，总算是hands on了；
: 现在对Go里面的各种io reader/writer 还是有点晕；
: 我觉得那个grpc不错，自己试着做了一个stream传文件的server-client；
: 另外发现国人做的那个kcp/kcptun也挺有意思, 有空了值得学习一下
|
n******7
发帖数: 12463 | 16 不用docker的话，go的binary也很方便啊
【在 w********m 的大作中提到】
: go应该改名叫dockerlang。
: docker下把go compile的binary丢到alpine里面，启动一个container就算部署了。
: 总共就几个mb大小。启动快，内存用的少。酸爽。
: 以前写程序不累，部署累。
: 不用docker的话，go应该没什么优势。
|
n******7
发帖数: 12463 | 17 是的
开始用mono，最近两年转到dotnet core
总体还好，有些小问题
1.x的时候yield return linux下不work
现在fix了
当时用dataflow windows下挺好，linux下莫名很慢
也不知道现在fix没有
我们没做web应用，不清楚
【在 T********i 的大作中提到】
: 你Linux部署么？那个Core现在Linux上可用程度到底咋样啊？
: 俺一向认为C#是最好的语言。但是没评估过用在Linux上的风险。做个web应用有没有
: async轮子啊？和Apache，nginx整合的咋样？
|
n******7
发帖数: 12463 | 18 dotnet core 开源免费啊
【在 g****y 的大作中提到】
: C#绝对是伟大的语言，但是web service时代，一个收费的语言是没有希望的
|
n******7
发帖数: 12463 | 19 包依赖不是大问题
主要是很难说明为啥用go
我不熟还是其次
写go还要申请买IDE，unit test也不知道有没什么好的framework
作为小喽啰，折腾半天怕把自己折腾进去了
【在 g****t 的大作中提到】
: 你可以把项目分成两块。一块是不需要第三方库和生态系统的。
: 这块用golang写。
: 剩下的部分你用别的语言写就可以了。
|
r****t
发帖数: 10904 | 20 resharper 也得买
C# 的第三方sdk还是不如java甚至python，狗家甚至有些sdk 支持C++不支持c#
【在 n******7 的大作中提到】
: 包依赖不是大问题
: 主要是很难说明为啥用go
: 我不熟还是其次
: 写go还要申请买IDE，unit test也不知道有没什么好的framework
: 作为小喽啰，折腾半天怕把自己折腾进去了
|
|
|
s********k
发帖数: 6180 | 21 VS code 直接有插件啊，都是免费，另外可以用Goland
【在 n******7 的大作中提到】
: 包依赖不是大问题
: 主要是很难说明为啥用go
: 我不熟还是其次
: 写go还要申请买IDE，unit test也不知道有没什么好的framework
: 作为小喽啰，折腾半天怕把自己折腾进去了
|
w********m
发帖数: 1137 | 22 unit test不用担心，go自带了。
【在 n******7 的大作中提到】
: 包依赖不是大问题
: 主要是很难说明为啥用go
: 我不熟还是其次
: 写go还要申请买IDE，unit test也不知道有没什么好的framework
: 作为小喽啰，折腾半天怕把自己折腾进去了
|
n******7
发帖数: 12463 | 23 resharper我们这里标配，不用请示
感觉其他语言如果比C#没有显著优势，是不会被考虑的
有些组用C++，还不知道他们用啥写
【在 r****t 的大作中提到】
: resharper 也得买
: C# 的第三方sdk还是不如java甚至python，狗家甚至有些sdk 支持C++不支持c#
|
n******7
发帖数: 12463 | 24 goland也要钱
不过有resharper了，也许可以买个jetbrain大礼包
【在 s********k 的大作中提到】
: VS code 直接有插件啊，都是免费，另外可以用Goland
|
s********k
发帖数: 6180 | 25 这点一年100多刀绝对值得投资
【在 n******7 的大作中提到】
: goland也要钱
: 不过有resharper了，也许可以买个jetbrain大礼包
|
c*******v
发帖数: 2599 | 26 Vim/Emacs, 你不会后悔的...
【在 s********k 的大作中提到】
: 这点一年100多刀绝对值得投资
|
y**********u
发帖数: 2839 | 27 不能同意更多
【在 c*******v 的大作中提到】
: Vim/Emacs, 你不会后悔的...
|
c*******v
发帖数: 2599 | 28 下半句：到时候后悔也晚了
【在 y**********u 的大作中提到】
: 不能同意更多
|
n******7
发帖数: 12463 | 29 Vim就是个编辑器
用了很多年了，IDE基本都支持Vim模式
Emacs不评论
【在 c*******v 的大作中提到】
: Vim/Emacs, 你不会后悔的...
|
s***o
发帖数: 2191 | 30 第二语言最后你选了啥？
【在 n******7 的大作中提到】
: Vim就是个编辑器
: 用了很多年了，IDE基本都支持Vim模式
: Emacs不评论
|
|
|
n******7
发帖数: 12463 | 31 rust
只看了点基本的
懒得按教材看了
在做一个小小的project
顺便逆向学习
: 第二语言最后你选了啥？
【在 s***o 的大作中提到】
: 第二语言最后你选了啥？
|
c*******v
发帖数: 2599 | 32 It looks to me that Emacs have better Go support extension
【在 n******7 的大作中提到】
: Vim就是个编辑器
: 用了很多年了，IDE基本都支持Vim模式
: Emacs不评论
|
d******a
发帖数: 32122 | 33 VS是最好的开发环境，其他的跟VS一比都很粗陋
【在 n******7 的大作中提到】
: 就是让我没有动力学习新语言了
: 本来今年想学习GO，能在工作中用GO写点小东西
: 结果每次想开个GO的project
: 都问自己，为啥不用C#?
: 唯一算个理由的是直接生成binary code，给杀老鼠的哥们儿用方便
: 但是tool chain比C#差太远了
: C#用VS+resharper那开发速度嗖嗖的
: 各种语言feature的实现也很自然
: 可能是不装X的最佳语言了
: F#/clojure都说糙快猛，我担心智商不够，还没用C#开发快，速度猛
|
n******7
发帖数: 12463 | 34 再好也应该不如专业IDE
毕竟投入的开发资源不可比
我没有图形界面的时候用vim，有条件上IDE
所以Emacs一直没机会用
【在 c*******v 的大作中提到】
: It looks to me that Emacs have better Go support extension
|
s***o
发帖数: 2191 | 35 是用来做data processing吗？我正打算把一些用vert.x写的services用rust重写一遍
比较一下。rust虽然定位为 systems programming language，但这块成熟起来才会有
真正起飞的机会。
【在 n******7 的大作中提到】
: rust
: 只看了点基本的
: 懒得按教材看了
: 在做一个小小的project
: 顺便逆向学习
:
:
: 第二语言最后你选了啥？
:
|
n******7
发帖数: 12463 | 36 我们做的有些应用还是计算很重的
现在基本都是cpp
我不会cpp，所以琢磨要是需要上类似的项目，用rust应该也行
毕竟2018年了，cpp太乱太杂，新司机找不到北
其中确实很多data processing的部分
还有个目的是rust大量应用的fp的一些东西
学习rust也是学习fp的一个过程
等rust熟练了
还是想学个F#/Clojure
【在 s***o 的大作中提到】
: 是用来做data processing吗？我正打算把一些用vert.x写的services用rust重写一遍
: 比较一下。rust虽然定位为 systems programming language，但这块成熟起来才会有
: 真正起飞的机会。
|
