首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  程序员

为什么一些我们认为很棒的软件工具被慢慢放弃了

  •  4
     
  •   prenwang · 11 天前 · 18275 次点击
    第 1 条附言  ·  11 天前
    怪我,标题没写好, 用白话讲,我们用了这么多年电脑, 每个人都用过很多软件, 很多软件都觉得很好用,但是慢慢的,我们用的软件越来越少,越来越不折腾, 比如年轻时候,桌面上摆着各种编辑器,各种笔记工具,各种效率工具,而后来用的越来越少,很多软件也不再安装甚至以往(每个人取舍都不一样,而不是我代表大家放弃了,这里的放弃是指每个人都有些软件慢慢不用了,不折腾了的意思)。

    这可能是几个原因, 个人选择(各种原因,喜好,职业习惯等), 软件的生命周期变迁, 网络趋势的变化, 揣摩这个事情可以分析一些软件兴衰现象, 看看未来趋势,也方便软件开发者对行情看的更清楚,好了就这些。
    197 回复  |  直到 2019-10-15 02:55:51 +08:00
    1  2  
        101
    ThomasZ   11 天前 via iPhone
    楼主举例的这些是自己放弃了的那种吧?很棒的被放弃要么是掉钱眼里了,要么是开发者不在维护了,导致兼容问题才被放弃的吧。至今为止 Picasa 我依然在用,两年前 Google 拼音我也在用(现在 win10,感觉输入法切换有点不对才放弃了),vim 虽然不是主力但也依然在用,google 系的文档记事本也依然在用,腾讯文档远程合作也在用
        102
    keith1126   11 天前   ♥ 1
    @Chingim #63

    2019 年的数据也有了,VSCODE 一骑绝尘,份额过半,Sublime Text 慢慢下滑
    https://insights.stackoverflow.com/survey/2019#technology
        103
    swsh007   11 天前 via Android
    delphi,ultraedit,firefox,foxmail。
        105
    ragnaroks   11 天前
    proxifier 刚需神器,不过我撸了个更好的,就慢慢不用了,当初也是在淘宝买的,180,也不算亏
        106
    um1ng   11 天前
    现在的楼主真惨,一开贴动不动就被喷了。(逃...
        107
    WilliamYang   11 天前 via Android
    UltraEdit 有谁知道吗? 曾经用了两年的我,很喜欢
        108
    imtyz001   11 天前
    @ragnaroks 求问有什么更好的工具?Proxifier 有点兼容问题
        109
    zhujinlong   11 天前
    Google 本地搜索
        110
    kidcracker1   11 天前
    如果完全被放弃了 这些软件 /工具应该全部倒闭了才对,但其实并没有所有都消失了。
        111
    gIrl1990   11 天前
    好的,VSCODE 等有新电脑在安装。
        112
    SimonOne   11 天前
    @WilliamYang #107 知道,大学老师还让用这个,他不认得其他的
        113
    charlie21   11 天前
    浮躁

    你看看 MS Office 怎么没人放弃
        114
    JerryCha   11 天前
    Office 365 的多人协作并没有 Google Doc 好使,延迟有点大
        115
    wysnylc   11 天前
    @imtyz001 #108 netch
        116
    gemini767   11 天前
    因为没有商业价值

    软件本身就是需要体现商业价值的产物

    开源代码也不过如此
        117
    ruandao   11 天前
    那些很棒的工具的开发商,不应该养家
        118
    prenwang   11 天前
    google 的很多优秀的工具,都被自己砍了, 比如有个可能很多人都不知道的 Translator Toolkit, 已经进入死亡倒计时 “译者工具包在 2019 年 12 月 4 日之后将无法使用。”

    某些时候看起来用户喜欢前途大好的工具,google 说砍就砍了, 说白了就是商业价值问题, 一丁点儿情怀都没有的。

    google 就是个侧头测微的商人,所以使用他的产品不应该讲任何情怀,好就用,不给用就撤。
        119
    Loafer   11 天前
    foobar2000

    web 听歌太方便,也找不到必须下载高质量音源听的理由
        120
    itskingname   11 天前
    Todoist 我用了一年半,做了三万多个任务。还续费了高级会员。

    上个月出现了数据丢失的问题。

    直接找 App Store 退款,从此不再用他们。
        121
    prenwang   11 天前
    关于 vim,不是我放弃,我一年维护上百台 linux,如何放弃, 是我接触的很多客户运维,压根就不喜欢 vim,理由就是,反人类。想想挺有道理的,vim 其实是机器友好的工具, 人类按照计算机世界的逻辑去使用,那就是神器。 但是人机界面的终极是让人类都是用计算机逻辑去干活吗。
        122
    prenwang   11 天前
    @itskingname SAAS 服务的风险,能退款不错了
        123
    nostars   11 天前
    所以这就是苹果公司提倡“订阅制”的原因
    让好软件有生存下去的来源并继续完善适应新环境
        124
    coconut5200   11 天前
    2000 年开始用电脑,当时用的比较多的是超级解霸,因为有光驱可以看 vcd,电脑带低音炮,看起电影来总感觉比在电视上看的高端,后来。。。的事大家应该都了解的
        125
    13913001584   11 天前
    有时候使用所谓的效率工具遇到的新问题比要解决的问题还要多:软件本身存在 bug、软件间的协作问题等。
    我曾经为了提高手机 app 网络接口的内网调试效率问题,孜孜不倦的研究 Fiddler。
    但是,乱码、脚本调试、反向代理设置、网络配置等一系列新问题的出现,让我觉得还不是老老实实的写日志效率高。
        126
    no1xsyzy   11 天前
    @msg7086 然而一个问题是:即使发行版包含的是 VIM,也可能命令只有 vi,大概 “IM” 的部分也没有开启
    因为 vi 是 posix 标准化了的,vim 不是。
        127
    annielong   11 天前
    以前一直用兰花指工作室的 ebook 看小说,仿翻页效果,从 win98 一直用到 win7,后来直接在手机上看小说了,
        128
    TheWalkingDead   11 天前
    @prenwang 学又不学一下 vim,就反人类反人类,不被喷才怪。
        129
    fru1t   11 天前 via iPhone
    Google Reader
        130
    jiaxinbinggan   11 天前
    为什么一些我们认为很棒的软件工具被慢慢放弃了
    为什么一些我们认为很爱的人被慢慢不联系了
    为什么一些我们认为很好的朋友被慢慢淡出生活圈了
    ......
        131
    iMusic   11 天前
    rainmeter
        132
    Zalica   11 天前
    @ragnaroks 请教一下你找到的这个比 proxifier 更好的是啥
        133
    markchang   11 天前
    @Soutxx 看你的回复我扑哧就乐了。。。
        134
    nameldk   11 天前
    @prenwang 俺还没有放弃
        135
    dioxide   11 天前
    Picasa +1
        136
    exploreexe   11 天前
    @flyingghost #92 深表赞同。
        137
    ClericPy   11 天前   ♥ 1
    善用佳软影响了一代人, 在那么匮乏的年代, 找个好的太难了.
    话说我以为自己打开知乎了...
        138
    itabas016   11 天前 via Android
    mRemote
    Blumind
    现在还在用
        139
    WeiPong   11 天前 via Android
    @litp 我还一直在用😂
        140
    james122333   11 天前
    vim 不只是一种模式 内建功能强大到当 ide 依然绰绰有余 对于编程细节的控制十分强大
    vim 正确的使用方法不是装一堆别人写的肥肿插件才是使用 vim
    vim 正确使用的方法是是依照自己的需求改动设定、快捷、扩充才是使用 vim 当你可以随意调用外部工具产出内文的时候 你会发现 vim 其实不是历久弥新 而是本来就太先进(不是视觉上的先进)
        141
    ragnaroks   11 天前
    @imtyz001
    @Zalica
    不是找到,是自己写了个,$$刚开源的时候就有这个计划了,在$$第一次拉闸的时候付诸实践了,功能上可以认为是劣化版 surge,不过我这个带服务端 /控制面板等那一套,因为环境原因到目前为止只能 private 在 github 上...
        142
    james122333   11 天前
    编辑工具需要额外功能 就找一找有无插件 如果没有插件呢? 自己写一个
    vim 是做这种事情最简单的 不需要高深的编程技巧都做的出来
        143
    okjb   11 天前 via Android
    sub 和 vs 都用,个人发现还是 vs+notepad++更好用
        144
    lulinux   11 天前 via Android
    Flash 就是一个例子。多好的软件!创作过程虽然复杂,但是出来的效果非常好,不知道为什么现在就不流行了。
        145
    litp   11 天前 via iPhone
    @WeiPong 还好我的电脑里有,我打开了继续用着
        146
    wzw   11 天前
    @ragnaroks #141 proxifier 也是我的刚需软件
        147
    EIlenZe   11 天前
    说一个不太恰当的
    s60 塞班直签工具
    当时真的解决了很多安装包无法安装的问题 而且其他类似的软件都没有这个做得好
    但后来塞班用的越来越少 自然这个软件也就被抛弃了
    刚刚顺手找了一下 发现这个地方还有下 主要是想给 v 友看看这个软件的截图
    https://www.crsky.com/soft/25673.html
        148
    msg7086   11 天前 via Android
    @no1xsyzy 话是这么说,但本质上还是用的 vim 嘛,只是配置文件不一样。
        149
    aliceclark   11 天前
    Sparrow
        150
    hyserendipity   11 天前
    @WilliamYang 现在有替代品了么?
        152
    EIlenZe   10 天前
    @prenwang #151 天呐 我看到了 meego 唉 说起来 真的都是泪
        153
    no1xsyzy   10 天前
    @msg7086 这得看在你看来到底是 “操作界面” 还是 “实现方式” 更决定事物本质。
    根据忒修斯之船,我倾向 “操作界面”,如果说是用 emacs 实现的 vi,那我会叫它 vi 而不是 emacs
        154
    no1xsyzy   10 天前
    @Loafer 当我需要的音乐在线找不到的时候……
    当几大厂分隔版权江山后我想听的分散在多家的时候
    当我需要听连 spotify 都没有的曲的时候
    所以我最终决定回归本地盗版,因为在线正版不能提供更好的服务( Gabes 说过,盗版的原因不是钱而是服务,看透这一点一定程度上导致了 Steam 赚翻)
        155
    falcon05   10 天前 via iPhone
    eclipse
        156
    msg7086   10 天前
    @no1xsyzy
    在 Sublime 下用 vi 模式也算在用 vi 吗……(
    另外这和忒修斯之船还是不一样的。
    vim 最初就是一个 vi 模拟器( Vi IMitation,用全新的代码去模拟旧 vi 的界面)。
    所以 vim 从最初开始就是 vi 的操作界面。按照你的说法,那 vim 从一开始就不存在了。
        157
    no1xsyzy   10 天前
    @msg7086 “Sublime 下用 vi 模式” 不足以推断是否是在用 vi,尤其如果采用了嵌入终端窗口的情况下,vi 根本没这功能,搜到的就是 “请用 screen 在外面套一层”。
    忒修斯之船不仅仅在讨论逐步替换,而是在讨论事物的本质(在于其组织方式而非组成成分)。
    不是 “vim 从一开始就不存在了”,而是说 “Vi IMitation” 是 vi 的实现,到 “Vi IMproved” 成为 vi 的超集(同时成为兼容 vi 的接口 vim 和官方实现 vim ),其中含义发生了一次变化,而具体的改名,则是将这一迭代的变化固定为概念的变化。
    另外,实际上我上面所说的话中 “vi” 基本是在指 posix 中的 vi,它是一个接口而非特定的实现。

    接口和实现的高度一致容易让人混淆,比如 “Python 运行效率慢”,是以 CPython 为依据的,但没有考察 Cython (不考虑写 C++ 替换代码)和 PyPy 的运行效率,在预热后能够和纯原生代码相比。但 Python 的语言设计组织同时制作了参考实现,导致了此种混淆。
    所以 C/C++ 系统内就没这事,但又有新标准不能立即被用上的弊端。
    所以 Lisp 大法好,有什么新特性在老系统上就直接写个实现就行了。
        158
    nvkou   10 天前 via Android
    除非只有一个工作环境。黑猫白猫解决问题就是好猫。看个视频并不会在意是 potplayer 还是 QQ 影音。也并不会对任意一个有好感,反正都是耻辱柱上的。


    但这并不影响我看电影啊
        159
    james122333   10 天前
    @no1xsyzy
    使用 sublime 当然不是在用 vi 阿 vim 可以嵌入终端 纯 vi 无法没错
    vim 从一开始不存在到现在存在 这文法...
    vi 是种接口? 它是种实现没错 从最初编辑器的经验弄出来的

    vim 大法好 ^_^ Lisp 如果会也是不错 不过没时间学它了
        160
    msg7086   10 天前
    @no1xsyzy #156 我理解你说的把 vi 当成一种 User / Application Interface 的想法。不过本贴讨论的是 很棒的工具软件,提到的 vi 和 vim 在上下文中很难被理解成一种 Interface。放弃 vim 只用 vi 这样的说法也很难被理解成放弃 vim 的界面而使用 vi 的界面,特别是两个界面在使用方式上是高度相似的。

    顺便一提,你前面说到的命令行里只有 vi 没有 vim 的问题。很多发行版里 vi 是 vim 的别名,如果你安装了 vim-tiny,vi 和 vim 都会启动 vim-tiny ;如果你安装了 vim 完全版,vi 和 vim 都会启动 vim 完全版。

    我只有看到红帽子系是 vi 和 vim 单独分开的,vim-minimal 提供 vi,vim-enhanced 提供 vim。我不知道为什么要这样做,一个猜测是先后兼容性,另一个猜测是红帽系下没有 alternative 机制,所以只能死板地一个命令提供一个程序。
        161
    bellchu   10 天前 via Android
    我还在用 Winamp
        162
    abear   10 天前 via Android
    这帖子的名字实际是什么软件值得用?哈哈 ditto snipater 等等小软件??? win win win
        163
    lwh0328   10 天前 via iPhone
    VC++6.0
    大一的时候觉得很棒,后来就放弃了
        164
    MrUser   10 天前
    Macromedia Fireworks 算一个吧,一直找不到适合的替代品,目前在用 Affinity Photo
        165
    TaAmSf   10 天前
    wingdb 不知道有人用过没
        166
    no1xsyzy   10 天前
    @james122333 我说的嵌入终端是分屏嵌入…… 我原以为只有分屏才叫 “嵌入” 的,不过如果用 embed 这个叫法应该 vim 现在那个就可以算。VIM 依然不支持分屏嵌入: https://stackoverflow.com/a/1236638/6202760
    虽然通过 Python 扩展应该是可以写的,不过除了 homebrew 好像其他仓库都不包含 Python 扩展。

    “vim 从一开始就不存在了” 就我的理解表达了相当于否定的现在完成进行时的含义:未曾且直到现在也不。

    vi 是 POSIX 标准化的接口,参考 https://pubs.opengroup.org/onlinepubs/9699919799.2018edition/utilities/vi.html#tag_20_152_18
        167
    no1xsyzy   10 天前
    @msg7086 是我跑题了
    (当你用 LFS 自己拼最小 POSIX-compatible 的时候,或者一些小型嵌入式系统,而且就和 ag vs ack 说的那样,输入 vi 比输入 vim 少用 33% 的时间)
        168
    yksoft1test   10 天前
    用了 15 年以上 Irfanview 了。Notepad++也用了十几年了。
        169
    joyhub2140   10 天前
    @Shook 布卡漫画,13-14 年看漫画最棒的 app 了,那时候版权还没那么抓那么紧,基本上想看的漫画都有,app 体积还特别小,流畅,没广告,真的非常不错,后面版权抓得严,转型重点扶持原创漫画了,就没继续用了。。。挺可惜的,但也无可奈何,毕竟版权是所有漫画 app 都绕不开的坎。。。
        170
    yang59324   10 天前
    从 UE 换成 sublime,从 CRT 换成 xshell,从 foxmail 换成 outlook,前两者是自己心甘情愿的换,第三个是公司“强制”换
        171
    viazure   10 天前
    图解电影
    快图浏览
        172
    Cloutain   10 天前
    太多太多了 留在大家记忆里的那些软件,Delphi,Flash,快播,快车,千千静听,QQ 拼音
        173
    wedd   10 天前
    我一直在用,却好几次因为运营方放弃而不得不狼狈找代替品的,就是 rss 阅读器了。
    google reader,aol reader,鲜果等等等等
        174
    Zalica   10 天前
    @ragnaroks 好吧…… 真心期待能够共享的那一天。
        175
    james122333   10 天前
    @no1xsyzy
    posix 规范程序实作 不是 vi 本身就是一个接口
    vim 的分屏就是 buffer 的功能 怎么做可以稍微研究下

    vim 从一开始不存在、vim 从一开始"就"不存在 个人感觉意思差很多

    同上了...
        176
    FrankHB   10 天前
    @gemini767 恁就是有本事钦定非商业组织没权用软件的带手子?
        177
    FrankHB   10 天前
    @no1xsyzy 操作界面又不见得是 UI,特别还是频繁指望用户自己折腾 API 当 UI 用的玩意儿……
    Emacs ?编辑器?一坨 elisp 运行时上的壳罢了。
        178
    nnnToTnnn   9 天前
    @prenwang 不是很明白 vim 哪里不好用了,我觉得 vim 真的是神器,用着特别舒服。
        179
    no1xsyzy   9 天前
    @james122333 可移植操作系统接口(英语:Portable Operating System Interface,缩写为 POSIX )整个就是一个接口集,那么为什么 vi 不是该接口集下的接口? program VIM implements posix::vi 罢了。
    POSIX 不规范程序实现,只规范程序行为,即只规范接口。GNU yes 和 BSD yes 两个分别过个 pv 看看流量?

    那么,分屏后的一块屏能用来跑终端?

    我既没有说过 “vim 从一开始不存在”,也没有说过 “vim 从一开始就不存在”,我的意思是 “接口 vim 和 vim 的实现 vim 和 vi 的实现 vim 是常常被混为一谈的三个东西”
    program Vi_IMitation implements posix::vi
    interface vim extends posix::vi
    program Vi_IMproved implements vim
        180
    no1xsyzy   9 天前
    @FrankHB ls 的 -a 选项也是一种操作界面,但 API 也好,UI 也好,都是 I 啊
    其实我发出来就发现应该说 “用 elisp 实现一个 vim”。
        181
    FrankHB   9 天前
    @no1xsyzy 我的意思是,既然 UI 和 API 不一定有明确的界限,因此选择把某种提供同时提供 UI 和 API 的实现当作哪种接口,最终取决于用户想要做什么。
    然而,POSIX 标准化的 vi 中和 ex 不同的部分决定它实际上几乎只能当作 UI。(如果只是要 ex 的功能,那么除去 vi 和 ex 的切换之外,只需要关心 ex 而不是 vi 被 POSIX 标准化。)这种情况下,用户往往不在乎实现的符合性,因为人的操作没有 API 互操作那么多的兼容包袱。
    另一方面,基本上用户去用 vi 的理由并不是 POSIX 标准化了 vi,而是因为某种实际上超过了 POSIX vi 功能的可用兼容实现(比如,vim,或者你所说的 elisp 实现的 vi )恰好存在。(真的只有 vi 的话,这些用户大概会自己另外装个别的编辑器……)
    而且就没几个用户期望 UI 部分简陋的接口—— vi 在这里作为操作接口,除了和 ex 相容的部分以及命令的名称本身之外,根本上欠缺标准化的意义。
    所以说到 elisp 实现的 vi,虽然你会在乎 POSIX 符合性作为前提,但几乎所有其他用户都不太容易会这样想,反而更容易同意意义在于 elisp+vi,而且重点通常是前者。符合 POSIX 的 vi 这个接口只是个顺便的 bonus (而且原生的命令名称一般还不是 vi ),这种意义下就几乎没什么“ vi 的本质”了。
        182
    james122333   9 天前
    @no1xsyzy
    posix 是接口集 但 vi 不是阿 原文只说不一定要这样 但他是接口的"实现"不是吗
    以程序设计来讲是这样

    vim 有 clientserver 编译选项 你启用就可以实现你要的功能 我早说了 vim 本身的功能当 ide 绰绰有余

    难道是我看错了吗 括号前面有个小空白 所以我认为会是独立的一句 vi 是与 vim 不同 这没错
        183
    james122333   9 天前
    vim 是种"准 IDE"、"准 TUI" vi 操作模式不是他强大的原因
        184
    james122333   9 天前
    可恶... 薪资越想越不甘心
        185
    no1xsyzy   8 天前
    @FrankHB 我的出发点是那个 “永远只用默认配置的 vim (原句问题,实应为 vi ),那么在哪台机器上都能起飞”。而这个 “(无论)哪台机器” 的原因就是因为它被标准化所以是一个可靠的、固定的接口。生产环境的服务器不是想装什么就装什么的,且不说维护应该用自动化工具,至少需要去翻配置查问题时可以依赖 vi。
    vi 接口的一个要求就是命令名是 vi。
        186
    no1xsyzy   8 天前
    @james122333 vi 是接口,参考 #166 链接,那个是 POSIX 定义的电子副本,关于 vi 的部分。

    行吧,我看的这个 https://stackoverflow.com/q/1236563/6202760 但没看评论只看了回答,太旧了

    你说的是引号前吧,是排版需要的空格,因为引号字体是一字符宽的。在反馈节点提过: /t/580235
        187
    FrankHB   8 天前
    @no1xsyzy 虽然你说的出发点我在方法论意义上不反对,但就这里的例子,实际意义有限。
    考虑到 POSIX 中 vi 的支持作为 [UP](User Portability Utilities) 是 optinoal 的,并不保证和 POSIX 其它部分一样强的可移植性。
    而且,标准并不是一个。例如,更多时候供应商跟随他们的大客户,习惯依赖的是更确切的 SUS 或 LSB 而非 POSIX。即便原则上这些规范不应该和 POSIX 不兼容,但涉及 optional 和版本问题的时候,兼容性问题就麻烦多了,你的出发点本身因此也变得不可靠。
    这也导致具体的问题很难彻底被完全概括,但肯定存在已知的问题:一个实例参见 ISO/IEC TR 24715:2006 5.4。
    就 UI 意义上的功能,实际你能用,大不分情况并不是因为你用的实现符合标准,而是“恰好”符合标准。
        188
    no1xsyzy   8 天前
    @FrankHB 这就超出我的涉猎范围了,我总是忘记 theory 和 practice 的差异
        189
    james122333   8 天前
    @no1xsyzy

    都已经是 utility 了 你跟我讲他是一个界面 vi 的确是 posix 规范下的产物 但他不是种界面
    utilities 下那不就全是界面... vi 也不是先驱

    你给的那个连结没讲到 clientserver 阿 screen、tmux 类事实上就是 server 架构

    这规定倒是很奇怪 算了 反正我最近才常上 v2ex...
        190
    james122333   8 天前
    vi != posix vi 被升华到一种界面... 非常奇怪的论点
        191
    james122333   8 天前
    看了那篇那么久 依然没找到 vi 是种界面的证据 posix 才是界面 不能因为采用 posix 所以是界面吧
        192
    no1xsyzy   6 天前
    @james122333 语言限制了你的思维
    大陆中文中至少有 界面 和 接口 两个词(其他具体未理清,似乎还有 “介面” 的叫法),但英文都是 interface,指的是物体内部的接触面,区别于 surface。
    无论是 CLI 还是 API 还是 UI/GUI 甚至 NI (指 Network Interface,虽然一般不这么简称,一般直接用事实标准称呼叫 IP 地址,但仍然留在比如命令 `ifconfig`,各类配置文件等)
    抛开 IT,甚至还有 “工作界面”,表示两个部门如何协同工作时用的词,我初听到时愣了一下但很快就理解了。

    ——

    > vi 的确是 posix 规范下的产物 但他不是种界面
    POSIX 只定义界面(接口),如果 vi 不是接口,那么 POSIX 为什么要定义它?
    POSIX 甚至自己都不做任何公开常用的代码工作。

    ——

    然后你还是将 “实现 VI” 和 “接口 VI” 混为一谈。
    clientserver 是 “接口 VIM” 的内容。

    ——

    关于中英文混排的空格,请参考: https://github.com/vinta/pangu.js
    这并不是 v2 的规定,而是中文排版的要求。
    中英文间的空格在纯 MS Word 2007+ 环境下我也是不加的,因为默认设置就有个间隔。
    理论上来说这个是字体设计或者文本渲染应该处理的事。

    ——

    举个例子比较好:
    香蕉是一个抽象概念和一个物种统称
    抽象概念香蕉 = 接口 vi
    那个物种香蕉 = VIM
    其他基因的香蕉 = EXVI、elispvim 等等其他实现
    抽象概念水果 = posix

    我引 posix 是为了侧面说明 “接口 vi” 是接口,因为如果它不是接口,那么 POSIX 就不会包含它;这一过程并不是说某 “实现 vi” 是接口。
    要直接说 vi 为什么是接口,参考文本内容,它提供了一个判断 “某个程序是否是 vi” 的评判标准( schema )。
    “当看到一只鸟走起来像鸭子、游泳起来像鸭子、叫起来也像鸭子,那么这只鸟就可以被称为鸭子。” 这里鸭子就是个 “接口”。

    为什么实际的种类和抽象的概念,为什么这是两个不同的东西,请参考佛学 “取相”、实证主义、Python 抽象基类。
        193
    no1xsyzy   6 天前
    @james122333 至于为什么突然谈到 “接口 vi” 上去,我 #167 就承认过,我跑题了
        194
    james122333   6 天前
    @no1xsyzy

    两个都不是阿 所以我才用那个词
    只有 posix 是接口 "接口 vi"是 posix 不是嘛 不能称作是 vi 不是嘛 应该说 vi 采用的接口是 posix 不是嘛 那章节感觉就是举例 不然其余工具也都算是接口了 还不只 vi...

    "posix 中有个接口叫 vi" 我是不认为 vi 这"实现"的词可以升华成"接口" 个人观点
    比起"接口 vi" 我会比较喜欢讲"vi 的接口" 太容易误会了
    我提到 clientserver 是因为你想要分屏而不是我想解释 vi 的实现 clientserver 功能可以满足你想要分屏的需求
        195
    james122333   6 天前
    @no1xsyzy

    我只是对"posix 中有个接口叫 vi"这意思感到疑惑 如果不是这个意思那就是个误会 比起跑不跑题 我比较关注那个疑点
        196
    no1xsyzy   6 天前
    @james122333 接口是递归的。
    也就是说接口可以套另外一个接口。
    posix 因为是个包含接口的接口,所以我称之为 “宏接口” 或者 “巨接口” 或者 “接口集”,其实是指 macro interface。
    就像说 “中文” 在语言学中被称为 “宏语言”,因为其中包含了文字相通但发音千差万别的若干 “语言”(常常被称为 “方言”,但相比其他语言的方言差异也太大了,除了印度英语这种负迁移造成的奇葩之外,英语就算差得再远也就是普通话和四川话的差别)
    ——
    “升华” 可能是 “扩展” 或者 “一般化” 或者 “抽象化”
    但其实只是在定义 “接口 vi” 时取了这个名字。
    重载这个名称并非(任何人的)故意,而是因为软件是给不会变通的机器用的,但 shell 并没有定义 “接口” 这一处理规则,而采用 alias 进行工作(手工维护!)。直到 alternative 机制出现后,采用触发器来指明 “我实现了某个接口”。
        197
    james122333   5 天前
    @no1xsyzy

    我只对名称有意见 其他无
    shell 不需要写的像一般的接口 足够动态了
    不过这又离题了
    1  2  
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1723 人在线   最高记录 5043   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 31ms · UTC 16:16 · PVG 00:16 · LAX 09:16 · JFK 12:16
    ♥ Do have faith in what you're doing.