步子哥

算后端吧.

转 Go 是不错的选择,不过 PHP 的门槛低还是吸引了大量业余程序员.

PHP 很好,简单易用性能好过 Python.
不好,历史包袱重,函数命名混乱.

传统的转义方案需要来回转换,比较麻烦.
本文提供的方案只需要在用户输入数据的时候转一次,再也不用担心什么注入问题了.

HBase 的缺点就是延迟不稳定,由于 GC 的存在,有时候延迟会很大.

支持!!!
即时通讯工具往往降低了效率.
把大家都集中到 hacpai 上来吧.

hacpai 能否增加 一个类似 圈子 的功能?

本贴需要 @linker 的邀请。

QQ 群确实太吵了
闲聊可以

避免用 select,通过多个 goroutine 把数据放到数组里,然后用一个 goroutine 遍历数组.
这样比较快.

select 的实现非常低效率. 不但要加锁还要切换很多次 goroutine,还要保证随机性.
实际项目中很多瓶颈就在 select.
最好是用固定数目的 goroutine,一个 goroutine 负责一个 chan,最后通过一个固定长度的数组来替换 select.

创业不容易

常来 hacpai

本贴需要 @linker 的邀请。

本贴需要 @linker 的邀请。

本贴需要 @linker 的邀请。

似乎没有必要.
我倒是觉得 pipe 需要注重深度讨论方面的功能.
例如类似 Github issue 那种.

有用的啊

更新真快 ～

最容易的是 PHP，如果有 C 的基础，学 Golang 也比较快。
不过 Golang 就业机会少于 PHP 很多。

本贴需要 @linker 的邀请。

还是 ipfs 好

已经删了

设计上建议参考 ObjC 的 ARC

为何不用 gin?

我觉得不太可能，政府一定会控制这块的。

记不住非常多的知识点是很正常的.
不同于传统行业,互联网行业变化快技术点多,想很快全部记住那是不可能的.

分布式缓存都是存 Token Cookie 用户点赞的数据啦等数量巨大,又不是绝对不能丢失的数据.

别折腾,除非有问题

应该是敏感词过滤系统过载，服务降级，敏感词过滤被旁路，但是有点 BUG，提示还是消息发送失败。