dcoder's recent timeline updates
dcoder

dcoder

V2EX member #28237, joined on 2012-10-16 02:59:17 +08:00
Google Search Is Dying
  •  1   
    搜索引擎技术研究  •  dcoder  •  Feb 17, 2022  •  Lastly replied by thisismr2
    17
    Mac OS 里多桌面操作问题
    macOS  •  dcoder  •  Feb 19, 2021  •  Lastly replied by dcoder
    5
    Vim 的 :Ex 命令的问题. 用来代替 NERDTree
    Vim  •  dcoder  •  Jun 23, 2017  •  Lastly replied by dcoder
    11
    Time Machine 的全盘还原
    macOS  •  dcoder  •  Mar 4, 2016  •  Lastly replied by dcoder
    4
    vi (not vim) 怎样直接使用 Vundle?
    问与答  •  dcoder  •  Jul 13, 2015  •  Lastly replied by jsfaint
    17
    cmder 快捷键的问题
    程序员  •  dcoder  •  Jul 8, 2015  •  Lastly replied by dcoder
    8
    小米路由是 OpenWRT? 不用开源?
    分享发现  •  dcoder  •  Apr 29, 2015  •  Lastly replied by maryjeck
    17
    Python RQ (Redis Queue) 0.4.0 如何?
    RQ  •  dcoder  •  Nov 25, 2014  •  Lastly replied by stillzhl
    17
    gdb, Eclipse CDT for Mavericks
    macOS  •  dcoder  •  Oct 25, 2013  •  Lastly replied by luikore
    1
    dcoder's recent replies
    Apr 16, 2025
    Replied to a topic by InAndOut iDev 该怎么选 MacMini M4 还是 MacBook M4
    @vcmt 说吧,你是不是开了一对虚拟机
    Apr 16, 2025
    Replied to a topic by InAndOut iDev 该怎么选 MacMini M4 还是 MacBook M4
    @vcmt 你这么说就没完了, 那为啥不多加几天的工资, 再多升级几下. 16G 编程已经够用了.
    我倒是还想配个 Studio+满内存 跑 LLM 玩呢. 但我觉得那不是楼主想讨论的使用场景.
    Apr 16, 2025
    Replied to a topic by InAndOut iDev 该怎么选 MacMini M4 还是 MacBook M4
    @vcmt 啥叫我还是"不懂", 一直用 16G 编程, Chrome, VSCode, JetBrains 同时开一堆, 没有任何问题.
    你编程到底跑了些啥,一定需要 32G? 一堆虚拟机么? 请不要在本地跑 docker desktop 之类...
    32G 当然好, 但是要加近 $400, 性价比太低了. 丐版本来就才 $500
    Apr 16, 2025
    Replied to a topic by InAndOut iDev 该怎么选 MacMini M4 还是 MacBook M4
    @InAndOut
    搞开发,还是得用外接显示器. 绝对该买 Mac Mini M4, 美国这边丐版 $500, 性价比爆炸. 可以加$200 把硬盘变成 512G. 性价比还是很高. 我有过好几本 MBP, 我觉得性价比很低. M1 出来后, 现在几乎只买 Mac Mini 了.
    Apr 15, 2025
    Replied to a topic by ikw 程序员 后端程序员终于也能写写前端了
    我以为你写了个产品来 demo, 一看是个个人主页 ...
    @annoygaga @xausky
    想想都是运维地狱 @_@
    @xausky
    你怎么地也得在外面套个 API 层,不然本来极其容易的开发工作,瞬间变成了(可能很复杂的)运维工作, 太折腾了
    @annoygaga
    你们是做底层 infra, 出租 database 么?
    如果不是, 如果是做应用的, 那么答应这个需求的 PM/领导 应该被拖出去打一顿

    下面这个是一般做法, 从易到难:
    option-1. 开发个简单的 query API 给用户, 让用户发 HTTP GET 到 your/query/url?filter1=v1&filte2=v2&... 你们 API backend. 这样可以模拟出基础的 SQL 效果
    option-2. 设计自己的 querying language, 可以是类 SQL, 也可是简化版 JS/Python, 然后发到你们 API backend, 解析后变成 backend query 逻辑返回给用户. 这样能达到更灵活的结果, 但是开发成本高.

    像你们领导要求的,直接给个 SQL 数据库给用户... 属于不懂瞎指挥, 想象把开发该做的事情,甩给用户+运维. 可以想象这个项目后面有多痛苦. 让提这个需求的人,自己去擦屁股吧.
    @annoygaga
    1. 如果不是上班得用 k8s, 或者做 DevOps 工作, 请远离 k8s 这套 overengineering 工业垃圾.
    2. 不管 k8s 当年宣传(over promise)得如何, 现在 k8s 还是主要用来管理 stateless service cluster 的, 真的用 ks8, 建议就不要在上面折腾任何 stateful 的东西.
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1093 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 35ms · UTC 18:31 · PVG 02:31 · LAX 11:31 · JFK 14:31
    ♥ Do have faith in what you're doing.