@MeteorCat #15 家里炸过一个， “砰”的一声然后吃的撒了一地……

同 Python 转 Go。

官方教程+ Effective Go 就好了。
再写两个小项目，比如 proxy 转发（网络、加解密）、简单的 CMS （项目组合构成），基本就搞清这些东西了。

1. 学习不要用 IDE，补齐对学习没有任何好处，标准库都是要摸来摸去才能记得牢。当然，工作上一定要用补齐。
2. Python 有 ipdb，但 Go 有更牛的 gdb （内存分布，寄存器状态都可以查看到）

不过套路还是不一样的
动态确实很爽，python 吃透之后，js,ruby,php 也懂得 7788 了，但总觉得缺了啥。
再看看内部实现，syscall 原来这么简单，CPU 原来是这样工作的，妈妈，我再也不怕别人问我基础问题了。

@SlipStupig #72

你们都站着说话不腰疼啊。
啥叫价格不一样，买块硬盘就能跑么？要机房维护，坏盘更换，电费，宽带费，IT/程序员费用，主备冗余，特殊灾害损失（台风天，水淹，电涌，光缆被挖

而且内部有核算成本，各个业务线要自负盈亏的，利润下来了，连部门都不一定能保住。

说白了，TG 只是用的人少，你丢给他 2 亿日活，看他还敢存所有数据么。
都是做生意，都在乎成本收益，除了网监（滑稽

@ttgo 快点更啊，我的瓜子都准备好了

一般对底层的了解也就到 runtime 和一些标准库的实现吧，Go 不用学 C。
但是先了解一下 OS 层的东西比较好。
Go 的汇编语法和其他语言不一样，比较麻烦。

我竟然脑补出了，领导在喵喵喵地卖萌……

能加机器么？
压力是均匀还是集中的？
有状态么？
一定要用 http 么？
一定要用 tcp 么？

@qiyuey
不知道你架构为啥会依赖 DNS 即时查询
我们内部服务 DNS 查询，一分钟 timeout，还有各级缓存顶着，没见过成为瓶颈……

@qiyuey 也看业务需求，如果是调用方可控或者后端，用啥都好。

调用方不可控或者要对 web，前端乖乖上 jsonrpc 或者 restful。

DNS 几乎可以忽略不计……除非 Timeout 太短。
HTTP 也就多点头，上 gzip，HTTP2 就更少了。
缺点楼上说了些，其实优点也不少。

容易做 7 层负载均衡，升级不间断
标准支持好，各个语言，调用方容易实现
监控链路，旁路容易
还有衍生 4 层实现满足不少变态需求

其实业务的请求量一般达不到这么高要求，随便一台 48 核双路万兆就能顶住全部前端压力了╮(￣▽￣"")╭
倒是后面监控的压力会大很多，特别秒级监控……算了……不说了

楼主可以参考 redis 的实现，或者直接用 redis

4 楼正解
一个是指针比较，只需要 4 个指令集，编译器可以直接 inline 到函数体中。
而字符串比较，根据平台不同，大小和速度都不等。

tab 没有不能忍
ls blog/ 也不能用？
ls -alh 不接受参数？

这个 shell 不合格……

我们生产环境 500W/min 写入，查询 2 周内数据也能在 3s 内返回，可以说相当优秀
只用了 10 多台配置一般的机器，查询速度和效率都挺好的
不过要注意 index 的规划

可用信息太少，我猜测一下，Wordpress 站的话，其他应用可以参照

上 nginx
加机器
动静分离
缓存
profile 定位热点

@skadi 他的说法其实没问题
更多的代码确实会占用更多的 TEXT 空间，也就是内存。

@admirez #4

就是

s1 = arr[:]
s1[0] = 1
arr[0] == 1 # True

这铁定不是我厂的，用其他家的服务，当安平、运管是摆设么？

个人顺序
log
testing
gdb

话说 gdb 超好用啊，行断点，信号断点，看寄存器，看内存，反编译，样样精通

@xenme #64

蛤蛤蛤~你跟我说我只局限于 Wireshark ？

公开的话

我早在 14 年就自己实现过全套 smtp
https://github.com/34nm/gsmtpd

udp 的 ntp 也写过
https://github.com/mengzhuo/gontpd

不公开的就不细说了，从头到尾设计过手游用的二进制应用传输协议，线上稳定运行 2 年。

你的呢？