再搞个什么语言好呢！

@ben1024 有道理，国内公司都是盲目追，看别人用 Go 自己也用，其实很多业务目前 Go 不合适

不推荐 go 和 python,还是推荐 java.

@BoarBoar 没切过图，我不配当切图仔（
你真是了解，只会码代码不会编程
胡诹一个 “我” 的世界，然后声称是错的 —— 这手法好像叫空气靶子？

@BoarBoar 什么话都不说，一句求代码打脸
你知不知道 torvalds 说出 talk is cheap 的前提是已经充分地讨论过之后，针对具体的一个功能说的？
针对很明确的 “对于每个线程，内核管理它用的内存是否可以压到 64KB （具体数值不确定）以内”
你现在与我什么都没说，你要我拿什么代码打你脸？

print("hello world")

可以了吗？是不是打得啪啪响？

@no1xsyzy 你不适合做技术，当个运营凭空吹逼说不定还有点前途。这样把，我大概两三个月前做过一个需求，根据 ip 确定地址，很常见也很简单把，唯一的问题是要细分到城市，ip 库的记录有数亿条，但必须在 0.x 秒内完成查询。我也很想看看一个内存模型都不懂的人，用什么框架什么工具能完成这个需求。

@BoarBoar 稀疏还是稠密？
稀疏用 B-tree 甚至二叉搜索树就行（甚至不用平衡树，直接预处理成最优搜索树就行了），稠密用状压和分层指针……
真的还要说一遍吗？这难道不是已经用烂的了吗？

原来你就是个做需求的，能不能别说搞技术的问题…… 现在全中国 IT 界有几个人搞技术？能搞技术的早就要么自己开公司要么跑路国外或者远程国外了好么？

别谈内存模型不懂，那不是我，我 NOIP 出身的。

@no1xsyzy 噗，百度了几天又开始拿臆想装逼了？
你倒是写一句代码出来看看啊，二叉树都来了，几亿个 node 的二叉树你知道搜索一次要多久吗。
你他妈自己看看你这些贴，从头到尾都是虚无缥缈的高谈阔论，有一句话能落到实处吗？靠百度和别人说的你指望能蒙住谁呢？
没有领导的命得了领导病，不知道的你是切图仔的还以为是啥天天发表重要讲话 xx 精神的呢

@BoarBoar 问你稀疏还是稠密，稀疏就是不需要几亿个节点。
何况 O(log) 要多久你自己不会算吗？才几亿个诶？

你倒是百度得出来，我叫你爷？
只知道百度？
你倒是百度出来的题目吧？

做不来底层神化底层，不知道的还以为你是 torvalds 亲临 v2 呢！

@no1xsyzy 面对一个满口假大空，还拼命骗自己别人都看不出来，死鸭子嘴硬的人我还能说啥呢？
我第一次听说还有用二叉树做索引的，抱着个百度来的 O(logN)就当真理了？你家服务器没有 I/O 延迟的？
你真当自己随便臆想一下就是事实了？请问这位天才切图仔，您到底做过啥项目啊，晒一个来给我开开眼呗

@BoarBoar 内存的 IO 延迟要考虑的吗？（
一次预处理进内存的基本工程操作，你不会不懂吧？
log N 就算加上 HDD 的延迟都不是事儿好吧
稀疏要我解释吗？全球就几十万到几百万个城市，如果每个城市划到的 IP 段都比较连续，那就不需要几亿个 node，就是几百万 node，log N 就是 20 次，因为存取量不大，瓶颈在 IOPS，就算是 HDD 40 IOPS 也能在 20 秒内完成。
至于稠密就是状压，这个不用我多说了吧？还有个名字叫 bitmap，虽然这边不按 bit 算，应该按 4 或者 8 字节算。

处理器性能参考 NOIP 的羸弱机器，1e8 = 1 秒

成天百毒百毒百毒，李彦宏是你的妈？

@BoarBoar 做过的项目，v2 的功能可以直接看到啊？

@no1xsyzy 好，能说出这些理解，算你还有点水平，我为之前的轻视道歉
说百度是因为之前觉得你只配用百度，我也道歉

不过我之前的做法是把 ip 按一定规则转为 long 型分成 10 个一块排好序，格式化为固定长度，加载进连续内存，拿到一个起始地址的指针。
查询时只需将所查 ip 转为 long 型，差值*块长=偏移量，起始指针+偏移量直接就能访问要查的 ip 块，最多再处理下保留段和一块里有两个城市段的情况。时间复杂度不用说了罢？本地测试从未超过 0.1 秒。
当然我承认这个玩法得 ip 库纪录很全，我个人是买不起这种库的。不过就算公司买了库，我也不觉得一个不懂内存的人能写出 O(1)来。

你那几个个人项目没兴趣一个个去看，扯了几天了也累了，互相说服不了，就这样罢

@BoarBoar 我也为上面脏话道歉。

周末断了 v2 冷静一下。
其实《编程珠玑》里面就有，但这本书里面的内容更多的是描述条件受限情况下的工程解，我之前不太想提；计科的就算科班不一定会接触到。
何况买得起这种库的公司弄个分布式的查询也都不是事儿，实际上的对这方面的需求一直在降低。业务侧程序员的技术含量和技术需求都在降低是大趋势。
反而是对于接口的抽象，并由此可快速将一套框架下的知识转换到另一套框架的技能比较有用，但只是为了省时间。尤其现在新框架一直在出，每个从头学一遍必然跟不上的。这方面其实从上层出发还是从底层出发倒不重要，何况 SICP 这个 “计科第一门课” 甚至是从最最最顶层的 Lisp 开始的，刚进去就把闭包（词法作用域）当作显而易见的常识。