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

sagaxu

V2EX 第 200123 号会员,加入于 2016-11-06 19:26:33 +08:00
今日活跃度排名 3890
上海市区, 1000 块出一台闲置主机, i3 4160 16g
二手交易  •  sagaxu  •  13 天前  •  最后回复来自 shm7
14
升级到 Java 11 的理由
Java  •  sagaxu  •  33 天前  •  最后回复来自 fisher335
13
Swoole 4.1.0 发布,支持一键协程化,开启第二春
PHP  •  sagaxu  •  76 天前  •  最后回复来自 wo642436249
5
电信送了一个 50M 宽带,有没有套路?
宽带症候群  •  sagaxu  •  85 天前  •  最后回复来自 cnyang
6
涨房租,也未必是坏事
水深火热  •  sagaxu  •  89 天前  •  最后回复来自 justfun
83
公司项目技术老旧,是种什么体验?
  •  3   
    程序员  •  sagaxu  •  52 天前  •  最后回复来自 Jiangyf
    127
    培训班毕业的带着原罪吗?
    职场话题  •  sagaxu  •  132 天前  •  最后回复来自 KuroNekoFan
    67
    最近培训班包装出来找工作的有点多
    职场话题  •  sagaxu  •  133 天前  •  最后回复来自 laolinn
    64
    sagaxu 最近回复了
    1 天前
    回复了 zhaogaz 创建的主题 Java 问一个并发相关的问题
    @zhaogaz cpu 时间片通常是毫秒级的,lock free 持有锁到解锁之间的时间间隔通常是纳秒级的,在 A 线程占用 CPU 的时候,他都够锁和解锁上百万次了,lockfree 并没有带来更多的上下文切换。
    我不点 40 块以内的外卖,每次都选很多连锁店的大品牌,下限会高一些
    1 天前
    回复了 zhaogaz 创建的主题 Java 问一个并发相关的问题
    1. 这两个线程一直在做 cas,不会暂停,也没有上下文切换。
    2. 锁并不都是互斥的,没拿到锁被阻塞的线程,会从 CPU 的 running 队列剥离,有上下文切换。

    lock free 不是绝对的好,有它自己的适用场景。lock free 优点是 cost 很小,缺点是竞争激烈时不断重试占用了 CPU。

    某些系统实现,轻锁在遇到竞争时,膨胀成重锁。
    这是家里有矿,不差钱
    2 天前
    回复了 ren2881971 创建的主题 程序员 有多少人认为企业开发就是 CRUD~
    外行眼里,写代码就是 crud,做生意无非低买高卖。
    @TommyLemon 做到后端不写代码了吗?回顾一下做过的项目,有几个能因此不用写后端代码?就算把范围缩小到 orm 这一层,也没做到完全不写代码。如果前端直接调用,只是把拼 DSL 的工作移交到了前端。如果后端自己去调用这个库,拼 json 真的比拼 sql/hql 简单吗?

    你是如何得出受社区欢迎的结论的,star 数吗?我觉得这个指标毫无参考价值。我更关注贡献者数量,和衍生项目或者依赖这个项目的项目指标。

    你可以自己搜搜看,结果数量很少,其中不少还是你亲自写的。网友的分享和实践几乎空白,热度跟 star 数量已经没有相关性了。

    抛开流行程度或者使用人数不讲,我们只看项目本身。你我最大的分歧在于,你觉得纯 CRUD 接口在后端工作中占有很高比例,但我觉得这个比例很低,绝大多数接口都有业务逻辑夹杂在里面。真正简单的 crud,不仅不用写后端代码,前端代码也不用写,有 django 这类自带 admin 的,也有根据 db 自动生成全套代码的,甚至有外包公司点几下鼠标一个完整项目代码就自动生成了。
    @TommyLemon 搜索 name 中包含字母 a
    {
    "User": {
    "name~": "a"
    }
    }
    变为 搜索 sex 为 1
    {
    "User": {
    "sex": 1
    }
    }

    ==============================================

    难道这里改的不是代码?


    10 大痛点我看了,感觉也没那么痛。

    1. 带宽,内部系统或者管理后台大多数不需要考虑带宽。需要省带宽时,后端也可以只返回部分字段,甚至换二进制协议。

    2. 命名混乱,不同部门或者第三方 API 的命名风格,编码规范解决不了,lint 也解决不了,APIJSON 也解决不了。

    3. 数据类型,那是动态类型语言才有的问题,Java 或者 Go 定义好类型,还能变来变去?{}变[]是 php 独有的。

    4. 混乱的状态码,跟第 2 点一样,只有很小的项目,不跟别人对接,只用 APIJSON 返回数据才能解决,但是可能吗?

    5. 文档跟代码不同步,的确,这个问题比较普遍,也有很多根据代码生成文档的工具,但是往往只能做到字段说明或者参数说明这种程度,不能描述业务逻辑,也没有流程图或者 UML 图。

    6. 应用界面和接口强耦合,只要数据依赖不变,UI 随便怎么改都不用后端一起改。接口定义是前后端一起商议的,后端一言堂的情况很多吗?强迫前端用 APIJSON 这种风格的 API 不算拍脑袋?

    后面就不多说了,我个人感觉都不是痛点。

    如果这 10 大痛点成立,现在应该很多公司在用了,还会写到招聘广告里。

    ===============================================



    请原谅我的抬杠,毕竟你的标题立的太高了

    1. 不用写代码
    2. 超 Hibernate

    假如有 30%符合事实,恐怕早就铺天盖地的用起来了,根本用不着亲自宣传。
    swoole 了解一下
    3 天前
    回复了 blackshow 创建的主题 长春 东北真是互联网荒漠啊
    东北是商业荒漠
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1973 人在线   最高记录 3821   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.1 · 18ms · UTC 10:10 · PVG 18:10 · LAX 02:10 · JFK 05:10
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1