IPIP.NET 2019 年总结与 2020 年计划~

先说 2019 年:

1、亚太、北美、欧洲等三个大洲的规模大一点的国家的 IP 数据基本完成,进入维护期;

2、基于我们的版本日志,从 2015 年 11 月 29 日到 2019 年 12 月 31 日,我们一共提交了 458100 次。数据文件文本则有 5943846 行了。

3、这一年下来,全球 IP 省级以上地区覆盖情况从去年底的 15.1 亿增长到现在的 17.7 亿,一年下来增长了 2.6 亿;

    虽然看着貌似增长不多,但实际上我们要维护的数据基础变大了很多,这也是今年最大的问题,打地盘容易,难的是守地盘,还要守得住,守得好;

4、10月份,六周年,团队从 30 人增长到 40 多人。据我们所知,从员工数量上,我们应该至少已经超过全球 99% 的同行了。

5、网络基础设施数据采集和分析能力也在进步,有这方面需求的可以找我们。

再说 2020 年:

1、IPv4:准备进军拉美地区和非洲地区,收尾;

2、在目前的基础上,继续收集和完善 IPv6 数据库,对标注方法进行更细致的研究;

3、在成本和时间可控的前提下,考虑把各个区域团队的人都发到各自区域去转一转;(去年没完成)

4、我们会继续扩充数据团队,继续完善我们的标注流程和方法,让团队可以标注速度更快,标注效率更高;也会继续完善对已标注国家的覆盖率和正确率的评估标准,力争更加能够反映实际情况,帮助团队了解实际进展情况;
5、在数据本身经受考验的前提下,尽力完善我们的商业变现能力。

6、虽然总是失败,依然愿意尝试做一些新东西。

多说一句,我们花了六年时间,一直将主要精力聚焦在数据方面,那么结果是做了一个自认是全球足够领先的 IP 数据库,但是一直伴随着一个困惑,这三年更明显一些,就是这个数据做起来很难很累,但对应的收益也看着很难很累,这是为什么?我们在做同行的全面对比的时候才发现,其实我们的海外同行的授权模式是我们不太一样的,我们分析之后也认为同行的授权方式更加合理,所以我们会在保证数据质量足够领先的前提下,在 2020 年花更多的精力在商业变现上,并且逐步变更我们的授权模式。但个人觉得在国内最大的挑战其实是付费意愿,而不是付费能力,因为我们大部分客户都是 B 轮往后的公司。而不得不说,我们甚至会遇到明显的带有侥幸心理的欺骗,比如宣称条款理解分歧,我们当然会尽力平衡每个公司的实际使用情况和价值依赖和成本上的考量,但是对于那些明显的商誉不足的公司,我们会推荐他们购买 API 服务。还有,有好心人告诉我们,我们的数据满天飞,所以凡是在使用我们数据(无论直接还是间接)的同学们,希望你们也确认一下是否合规,如果是产品号称内置我们数据库的或者代理转售的,也请确认有我们明确的授权,否则您无意中也侵权了。也希望看到这篇文章的客户同学们,问自己一个问题,到底购买我们的数据,会对公司带来什么样的价值,同时也可以换位思考,如果这个世界上只有质量不够好的数据的时候,你们会不会很痛苦?我们但凡跟经历过这种情况的公司谈商务的时候,往往是比较愉快的,因为它知道你对他的价值是啥,数据质量才是第一,而并不是成本第一。换句话说,凡是经历过业务、数据痛点或者能从 TCO 角度考量的技术决策者们,都会更加理解让产业链上下游共同繁荣的价值,而不是自己吃独食,否则至少在这个高度垂直的行业里,如果我们出了问题,恐怕短期你找不到更好的供应商了,甚至是中长期。我也可以在这里明确的说,我们这个事情不但有技术含量,还是有些非技术门槛在里面的,不是你今天想做,明天后天就有好果子可以吃的。

推荐两篇文章:

那些用力过猛的员工

给干活儿的一点尊重

2020 年,一起加油,顺祝元旦快乐。。。

BTW1:个人认为,国内大量的互联网公司其实很多技术上投入都是回报很低的,而且明显重硬轻软,重堆人头重加班,而不是愿意提高效率和质量。我觉得除了私心以外,很大原因是在于对 TCO 的理解上有明显的问题,比如到现在还有人在跟我们探讨 IP 库的目的其实终究还是想自己做一个,我只能无奈的呵呵。之前和科创会组织了一个 TCO 闭门会,以我们为例,结合各自的情况作了一些探讨,还探讨了包括 2B 业务领域的很多话题。如果有机会,可以再次共同探讨 TCO 这个话题,可以留言给我,看能否继续组织。

BTW2:个人认为,这两年大数据公司的爆雷,抛开公民隐私问题不谈,其实在商业的世界里,你想转售别人的数据,一定要寻求明确的转授权,要白纸黑字。而不是自己缓存了就可以卖,这 TMD 叫什么商业逻辑?恐怕是强盗逻辑吧。而这种事,即使不是因为公民隐私问题出事,也迟早会因为数据本身的授权问题出事的。你的商业价值如果建立在这种数据基础上,恐怕也会不是因为 P2P 本身的问题导致出事,也会因为你的上游供应商出事,连累你的业务跟着倒霉。我只能说,好自为之。起码大公司要正视合规问题吧,如果法务部只看合同不管业务实际情况,这种内控也迟早会出事。

BTW3:因为拼库导致数据出问题的例子最近出了几起,无论国内国外。有鉴于我们目前的数据质量,如果你们在购买我们数据和并不是把南美和非洲更详细数据作为需求的前提下,还在拼我们同行的库共同使用,欢迎来找我咨询,看能否只用我们数据库就可以搞定了。

BTW4:一直说要重写一些科普文,无奈真的是精力有限,这个一定要在 2020 年完成。

题图:六周年员工合影,因各种原因,人员不完整。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
java.net.ConnectException: Connection timed out: connect是一个Java网络连接异常的错误信息。它意味着Java程序尝试连接到指定的IP地址和端口时,连接超时。这可能是因为目标服务器无法访问、网络不稳定或IP地址发生变化等原因导致的。 根据提供的引用内容,可以看到在不同的场景下出现了相同的错误信息,即"Connection timed out: connect"。这意味着在这些情况下,无法建立成功的网络连接。然而,虽然错误信息相同,但并没有提供具体的IP地址是否发生变化的信息。 要判断是否发生了IP地址的变化,需要查看程序中连接的IP地址是否匹配。可以通过检查代码中的连接参数或者查看网络配置文件等方式来确定IP地址是否发生了变化。同时,还可以通过Ping命令或其他网络工具来测试目标IP地址是否可达。 总结回答,根据提供的信息无法确定IP地址是否发生了变化,需要进一步检查代码或进行网络测试以确定是否发生了IP地址的变化。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* [java.net.ConnectException: Connection timed out: connect](https://blog.csdn.net/ZHaNHFSISOK/article/details/131071640)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] - *2* *3* [Caused by: java.net.ConnectException: Connection timed out: connect](https://blog.csdn.net/m0_72943141/article/details/129124015)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值