首页   注册   登录
 MiskoLee 最近的时间轴更新

MiskoLee

时光就是这样,现在措手不及的正是当初游刃有余的你
  •   端茶倒水刷马桶
    V2EX 第 155160 号会员,加入于 2016-01-12 16:12:09 +08:00
    21 S 43 B
    主页
    所有文章
    github weibo zhihu twitter
    BywordDocumentMarkdownUlyssesintellij ideaproxy-chainsrust
    Laruence
    Misko Lee 是一个非典型90后程序员,少年从文,活跃于国内作文大赛及各少年刊物;后从艺,痴迷音乐理论与电脑音乐MIDI;现在是程序员,主要关注Web领域。
    MiskoLee 最近回复了
    17 年毕业,到 19 年初,在当前月薪 7k 左右,可以存下 6W。 很厉害了
    2018-01-14 21:38:40 +08:00
    回复了 mb135 创建的主题 程序员 猿们,还记得前几年火热的 nosql 吗?
    1. 现在不讨论,不代表不火热。哪个系统现在多多少少没有用到 NoSQL 来做业务。计数器场景,中间结果传递等。你看现在有人谈论电灯吗?
    2. 大家谈论的都是新事物,一旦稳定下来就没有八卦的意义。
    3. 不同的技术有历史生命周期。
    4. 任何新事物的诞生总有大惊小怪的标题党。
    2016-11-03 18:40:13 +08:00
    回复了 forbreak 创建的主题 问与答 求各位大大推荐一个 key- value 数据库。
    这不符合目前主流的 KV 数据库定义啊( Key 一般都是一个 String )。
    所以,这个轮子就是自己造了。

    ====

    自己设计一个 KV 数据库( key 是一个 List )。
    这样才可以在语义上满足题目的需求。
    2016-11-03 18:27:32 +08:00
    回复了 newghost 创建的主题 Amazon Web Services 亚马逊中国的 ec2 到底是怎么样计算价格的?
    AWS 实现了其他都没有实现的真正按量收费。
    磁盘,贷款,流量,计算资源全部按量收费。不坑。
    没看到这个和 html 的差异是啥。。。。
    2016-01-14 10:04:11 +08:00
    回复了 Neagle 创建的主题 Redis Redis Hash 应用的一个查询问题,请各位前辈指点。
    @xiamingchong 能够满足需求,但是有信息丢失,比如系统需要扩展一下功能:

    在 URL 冲突的时候,我想获取下冲突时间,犹豫 artical:id 这个属性的信息丢失,没法方便的计算。
    2016-01-14 09:37:22 +08:00
    回复了 Neagle 创建的主题 Redis Redis Hash 应用的一个查询问题,请各位前辈指点。
    首先,你得有索引的概念。

    通常的,在你的设计中, url 与 title 的概念其实对应的是数据库理论中的唯一键,我们都知道 MYSQL 要做到某个字段唯一,那么需要添加 unique index 索引。

    redis 作为一个非完全的数据库,是没有完整的数据库理论中的这些概念,这就要求我们自己来实现。

    redis 实现一个索引也是简单的。按照题主的需求,我们完全可以构建这样的索引:

    artical:index:url:${url} id url 索引
    artical:index:title:${title} id title 索引

    aritical:index 为索引前缀
    :url :title 为索引名
    ${url} ${title} 为索引值
    id 对应 artical:id 的值

    然后我们可以用 url > title 的优先级顺序来做索引查询。


    在 redis 这个特例中,为了解决原子性的问题,我们需要使用 pipeline 模式来模拟事务。
    2016-01-12 23:17:10 +08:00
    回复了 XiaST 创建的主题 程序员 当某函数内代码行数过长时是否有必要对其进行拆分?
    @miao1007 那该换块屏幕了,我的屏幕可以显示 100 行+啊

    首先,多余的函数调用会增加额外的 call 时间。除非可以做到零抽象。比如用宏来拆分业务,其实我是喜欢用宏来写代码生成器的。

    如果,是 Web 应用,那么函数 call 时间之类的时间可以忽略,爱写多少层写多少层。毕竟撑死系统的都是烂 SQL 。


    函数写的短小是政治正确的,然而并不具备多大的现实意义。我见过太多知名代码的函数太长了,一个 C 文件数万行代码的比比皆是。
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4198 人在线   最高记录 5043   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 13ms · UTC 07:50 · PVG 15:50 · LAX 23:50 · JFK 02:50
    ♥ Do have faith in what you're doing.