g****t
发帖数: 31659 | 1 王寅当年的老板是steve Yegge吧？这哥们就是典型的大公司老骗子啊，做的我觉得全
是假项目。
下面这个好象是当初王寅那个项目。在整个项目里，可能还真就老王的程序真实一点。
不管质量如何,性能如何，在当时人老王的程序有时候可以推断出来python type。价值
不等于0.
Steve这个项目整个描述的是啥玩意？
"
The project’s sole purpose in life is to bring toolchain feature parity to
all languages, all clients, all build systems, and all platforms. My project
is accomplishing this lofty and almost insanely ambitious goal through the
(A) normative, language-neutral, cross-language definitions of, and (B)
subsequent standardization of, several distinct parts of the toolchain: (I)
compiler and interpreter Intermediate Representations and metadata, (II)
editor-client-to-server protocols, (III) source code indexing, analysis and
query languages, and (IV) fine-grained dependency specifications at the
level of build systems, source files, and code symbols.
" |
j*****w
发帖数: 1 | 2 不是假项目，有大用。
举个例子，用来实现 auto complete。 |
j*****w
发帖数: 1 | |
g****t
发帖数: 31659 | 4 我知道如果实现的好，有大用。
这条是弄假项目的诀窍。
但是这个项目实际上在公司workingflow里是个没有意义的东西。
他不可能实现的好。github上无数大公司的组都企图在python和其他语言之间
做文章。现在这招估计已经无法继续忽悠了。
而且我认为没有哪家的auto complete用他们的代码。
【在 j*****w 的大作中提到】
: 不是假项目，有大用。
: 举个例子，用来实现 auto complete。
|
j*****w
发帖数: 1 | 5 它的意义在于 "to bring toolchain feature parity to all languages, all
clients, all build systems, and all platforms."
要明白这个为什么重要，Language Server Protocol 了解一下。虽然他的项目跟 LSP
并不完全是一回事。
Auto complete 也只是其中一个 feature 罢了。 |
j*****w
发帖数: 1 | 6 正如他所说 “lofty and almost insanely ambitious goal”，所以容易被认为吹牛
。但这不是他的问题。因为就愿景本身来说，是 valuable 和 achievable 的。
这个愿景已经被 Erich Gamma 所领导设计的 Language Server Protocol，以及相关社
区相当好地实现了。 |
g****t
发帖数: 31659 | 7 (1)
他说的可是：
The project’s sole purpose in life is to bring toolchain feature parity to
all languages
一个语言，例如python，不同用途的项目的toolchain你都整合不了。
还多个语言怎么怎么地呢。
别说一个语言不同用途了。就是一个语言，一个用途，你整合得了吗？
这不是揣着明白装糊涂吗。
(2)
LSP质量很高。我折腾过emacs LSP。但是你问问社区几个人用。
另外LSP跟Steve Yegge说的东西是一回事么，差别也太大了。
(3)
现如今，python做点数值计算，画图。
就这么简单的事，事实上已经是无法整合的了。
没人能知道明天出什么新工具。
【在 j*****w 的大作中提到】
: 正如他所说 “lofty and almost insanely ambitious goal”，所以容易被认为吹牛
: 。但这不是他的问题。因为就愿景本身来说，是 valuable 和 achievable 的。
: 这个愿景已经被 Erich Gamma 所领导设计的 Language Server Protocol，以及相关社
: 区相当好地实现了。
|
j*****w
发帖数: 1 | 8 << 但是你问问社区几个人用
不用问，知道大把公司用，并且越来越多。手工问效率太低，且 sample size 不够，
你可以去 Github 看各个语言的 LSP 实现的 trending，看看是不是“有几个人用”。
上面所举的 Python 绘图的例子已经 out of context，甚至算不上错误。请先明了原
来的提议中的 toolchain feature parity 的意思：它跟 application 层面的具体功
能关系不大，它所关心的是编译器层面的 analysis，indexing, etc.
类似工具实现的是 lowest common denominator，不能照顾到每个语言的每个功能。句
号。 |
g****t
发帖数: 31659 | 9 Tool chain 是什么你可以自己随便说。这条不提。那么all build system， all
platforms这条总可以
算吧。不同语言的all build system，all plstform整合，这不是假项目才怪。
我们光说一条：
fine-grained dependency specifications at the all platform,
这就是典型的over promising的半吊子项目说明书。
你非要说LSP. LSP和他提的这个proposal是一回事么。
你没弄明白他提的这个假大空的东西的难点不是在技术。是在其他公司支持的语言社区
的运动。作为行业老兵，明知如此还弄个这样的proposal出来，不是假项目才怪。别说
多语言了，同一个公司内部，android studio的build他能整合吗？tensorflow你能整
合吗？
【在 j*****w 的大作中提到】
: << 但是你问问社区几个人用
: 不用问，知道大把公司用，并且越来越多。手工问效率太低，且 sample size 不够，
: 你可以去 Github 看各个语言的 LSP 实现的 trending，看看是不是“有几个人用”。
: 上面所举的 Python 绘图的例子已经 out of context，甚至算不上错误。请先明了原
: 来的提议中的 toolchain feature parity 的意思：它跟 application 层面的具体功
: 能关系不大，它所关心的是编译器层面的 analysis，indexing, etc.
: 类似工具实现的是 lowest common denominator，不能照顾到每个语言的每个功能。句
: 号。
|
r****t
发帖数: 10904 | 10 王寅当年去的 Sourcegraph，去年刚融到 A轮，融了以后就 open source 了，不知道
是不是和 LSP 有关
做的东西应用差不多。去年在这个领域拿到 A 轮的最大的可能是kite, Drew Houston
投的。
to
project
the
【在 g****t 的大作中提到】
: 王寅当年的老板是steve Yegge吧？这哥们就是典型的大公司老骗子啊，做的我觉得全
: 是假项目。
: 下面这个好象是当初王寅那个项目。在整个项目里，可能还真就老王的程序真实一点。
: 不管质量如何,性能如何，在当时人老王的程序有时候可以推断出来python type。价值
: 不等于0.
: Steve这个项目整个描述的是啥玩意？
: "
: The project’s sole purpose in life is to bring toolchain feature parity to
: all languages, all clients, all build systems, and all platforms. My project
: is accomplishing this lofty and almost insanely ambitious goal through the
|
|
|
g****t
发帖数: 31659 | 11 这个方面有需求。这点我同意。然而这类东西从逻辑上来讲都是不可判定的。
那么项目的卖点就应该是抓住一部分应用的特点，以及有比较高的软件质量，比较容易
用，这样可以在一些情况下帮助用户提高生产效率。再一个可能例如你有过硬的渠道，
例如你进去android做个更好的代码提示（不是auto complete)
像Steve Yegee这种明知道是卖应用这条线. 吹的跟革命家一样。嘿嘿
: 王寅当年去的 Sourcegraph，去年刚融到 A轮，融了以后就 open source 了，
不知道
: 是不是和 LSP 有关
: 做的东西应用差不多。去年在这个领域拿到 A 轮的最大的可能是kite, Drew
Houston
: 投的。
: to
: project
: the
【在 r****t 的大作中提到】
: 王寅当年去的 Sourcegraph，去年刚融到 A轮，融了以后就 open source 了，不知道
: 是不是和 LSP 有关
: 做的东西应用差不多。去年在这个领域拿到 A 轮的最大的可能是kite, Drew Houston
: 投的。
:
: to
: project
: the
|
j*****w
发帖数: 1 | 12 >>> Tool chain 是什么你可以自己随便说。
Toolchain 是什么你都搞不懂就在乱喷人家骗子，还举一些连错误都算不上的例子妄
图反驳。请做下 research 理解什么是这个领域的 toolchain 再说。基本的概念搞搞
清楚。
这个东西不是哲学，是踏踏实实的软件工程。如果人家的 proposal 对你来说比较抽象
，那可能你需要做的不是说人家骗子，而是先了解清楚那几个 buzzword 后面的意思，
夯实自己的基础，再出来讨论。 |
g****t
发帖数: 31659 | 13 (1)
我说画图是tool chain，你说不是。那为了找个work around，我就说无论你如何定义
toolchain。
那结论都i一样。因为他次一级还讲了具体的例子，all clients，all language build
。这个总不会有不同的理解了吧？
(2)
更具体的来说，他们实际上做的是IDE plug in。但什麽是IDE，什么是tool chain？别
人喂给你一盘菜，你看了就说这是fundmental。隔了两夜不吃的人都是不懂tool chain
。－－－难道你看不到现在多少IDE都有画图支持了吗？在你看来，是不是VS studio覆
盖的，以及三大JAVA IDE支持的items才叫“本领域 tool chain”
【在 j*****w 的大作中提到】
: >>> Tool chain 是什么你可以自己随便说。
: Toolchain 是什么你都搞不懂就在乱喷人家骗子，还举一些连错误都算不上的例子妄
: 图反驳。请做下 research 理解什么是这个领域的 toolchain 再说。基本的概念搞搞
: 清楚。
: 这个东西不是哲学，是踏踏实实的软件工程。如果人家的 proposal 对你来说比较抽象
: ，那可能你需要做的不是说人家骗子，而是先了解清楚那几个 buzzword 后面的意思，
: 夯实自己的基础，再出来讨论。
|
j*****w
发帖数: 1 | 14 Toolchain (不带空格) 在编译器领域有非常明确的意义，指的是 compiler, linker,
debugger, optimizer, instrumenter, libraries, frameworks, etc.
我再次跟你说，你举的什么画图的例子已经 uttterly out of context。再三在这个问
题上纠缠，说明你没有明白应用层面的 feature 和 toolchain 层面的 feature 是根
本不同的概念，逻辑上是完全混乱的，completely confused。
还有，人家做的也不是 IDE 的 plugin，而是周边的框架，或者是底层的 libraries。
当然，IDE 的 plugin 可以从这样的基础发展起来。 |
g****t
发帖数: 31659 | 15 (1)
You mentioned the auto-complete, did not you?
Was it in the toolchain of the "compiler area" you mentioned.
If not, why did you use it as an example?
(2)
Since when, frameworks 在编译器领域? Can you clarify?
(3)
Assuming you were in a team that practiced the behavior driven development.
Will you accept the behavior description of "build system for all clients,
all platforms,
all language" as the technical spec?
I will not.
,
【在 j*****w 的大作中提到】
: Toolchain (不带空格) 在编译器领域有非常明确的意义，指的是 compiler, linker,
: debugger, optimizer, instrumenter, libraries, frameworks, etc.
: 我再次跟你说，你举的什么画图的例子已经 uttterly out of context。再三在这个问
: 题上纠缠，说明你没有明白应用层面的 feature 和 toolchain 层面的 feature 是根
: 本不同的概念，逻辑上是完全混乱的，completely confused。
: 还有，人家做的也不是 IDE 的 plugin，而是周边的框架，或者是底层的 libraries。
: 当然，IDE 的 plugin 可以从这样的基础发展起来。
|
g****t
发帖数: 31659 | 16 这个问题的了解我觉得有一定现实意义。
上面的人往上下一吹，然后分开模块，下面的马公不知不觉就领了任务中非常细小的一
块回去做。然而在信息不完全的情况下不知不觉就躺枪，或者项目结束被迫换组。耽误
了几年发展的机会。
我个人的浅见，这就是为什么很多马公2年左右就要换组这个情况的一个原因。躺的再
远也中枪。
不管观点是否一致。感谢justnow的看法。还有repast提供的信息。
: (1)
: You mentioned the auto-complete, did not you?
: Was it in the toolchain of the "compiler area" you
mentioned.
: If not, why did you use it as an example?
: (2)
: Since when, frameworks 在编译器领域? Can you clarify?
: (3)
: Assuming you were in a team that practiced the behavior driven
development.
: Will you accept the behavior description of "build system
for all
clients,
: all platforms,
【在 g****t 的大作中提到】
: (1)
: You mentioned the auto-complete, did not you?
: Was it in the toolchain of the "compiler area" you mentioned.
: If not, why did you use it as an example?
: (2)
: Since when, frameworks 在编译器领域? Can you clarify?
: (3)
: Assuming you were in a team that practiced the behavior driven development.
: Will you accept the behavior description of "build system for all clients,
: all platforms,
|
d******c
发帖数: 2407 | 17 他那句话大喘气，你得仔细分析一下
sole purpose 比较大比较空，A, B都是在说标准化，实际内容只是I, II, III，那是
比较具体的描述。
(I) compiler and interpreter Intermediate Representations and metadata,
(II) editor-client-to-server protocols,
(III) source code indexing, analysis and query languages, and
(IV) fine-grained dependency specifications at the
level of build systems, source files, and code symbols. |
p*u
发帖数: 2454 | 18 你说的太好了，狠狠打那个假行家的脸。
,
【在 j*****w 的大作中提到】
: Toolchain (不带空格) 在编译器领域有非常明确的意义，指的是 compiler, linker,
: debugger, optimizer, instrumenter, libraries, frameworks, etc.
: 我再次跟你说，你举的什么画图的例子已经 uttterly out of context。再三在这个问
: 题上纠缠，说明你没有明白应用层面的 feature 和 toolchain 层面的 feature 是根
: 本不同的概念，逻辑上是完全混乱的，completely confused。
: 还有，人家做的也不是 IDE 的 plugin，而是周边的框架，或者是底层的 libraries。
: 当然，IDE 的 plugin 可以从这样的基础发展起来。
|
c*******v
发帖数: 2599 | 19 加上all languages,all platform这个条件的话，IMHO,
哪怕一个很小的feature都无可能（例如dependency at the level of code symbols）。
【在 d******c 的大作中提到】
: 他那句话大喘气，你得仔细分析一下
: sole purpose 比较大比较空，A, B都是在说标准化，实际内容只是I, II, III，那是
: 比较具体的描述。
: (I) compiler and interpreter Intermediate Representations and metadata,
: (II) editor-client-to-server protocols,
: (III) source code indexing, analysis and query languages, and
: (IV) fine-grained dependency specifications at the
: level of build systems, source files, and code symbols.
|
d******c
发帖数: 2407 | 20 那是吹牛的理想，把这当条件就有点吹毛求疵了，谁都知道那是远景不是约束。
）。
【在 c*******v 的大作中提到】
: 加上all languages,all platform这个条件的话，IMHO,
: 哪怕一个很小的feature都无可能（例如dependency at the level of code symbols）。
|
|
|
g****t
发帖数: 31659 | 21 Boss只管吹，黑锅别人背。这种情况，Engineer第一时间要写email。
委婉点好过什么也没留下。不然到时候就是“not meet expectation”。
【在 d******c 的大作中提到】
: 那是吹牛的理想，把这当条件就有点吹毛求疵了，谁都知道那是远景不是约束。
:
: ）。
|
d******c
发帖数: 2407 | 22 他那几句话都是有分寸的，公司里设定KPI的时候肯定不会设定实现最终目标的日期，
而只是设定具体milestone的期望。
他就是画饼而已，用太远甚至不可能实现的远景把普通的活包装，美化。
你常用的是吹牛，主要靠
资历（老子当年如何如何），
无法验证的故事（这是吹牛不被当场揭破的主要技巧），
用狭窄专业的内容唬外行人（言必称控制论），
用哲学唬对哲学没兴趣的人，
以及自己经常发明语言用法，和别人讨论在不同的空间
在现实公司里，画饼比你这套吹牛技术的实用性要高一些。
当然你看不惯他是正常，主要他混的不错。但你对他的抨击某种程度上暴露了你对他画
饼语言理解的不足。这样和别人用英语争论是不利的。所以你喜欢在一个狭窄圈子里混
，喜欢强调中文，自己发明术语和用法。
【在 g****t 的大作中提到】
: Boss只管吹，黑锅别人背。这种情况，Engineer第一时间要写email。
: 委婉点好过什么也没留下。不然到时候就是“not meet expectation”。
|
g****t
发帖数: 31659 | 23 不同的事情有不同的观点很正常。难的是可以一直有同样的观点。拒绝思考的人，不
可能有任何坚持。几年前我讲过，智能音箱会起来，这条你验证了吗，这条符合你下面所
讲的pattern吗?
我讲话不为取悦别人，也不会期望别人取悦我。
习惯于听话的人看了我的帖很难不愤怒，这点我理解。
因为我不暗示阅读到我的话的人是人.－－－让人看了开心的话术，
归幼儿园老师管.
我倒是希望我可以具备你下面所述的行为
模式，和思考方法。那样会更轻松。
【在 d******c 的大作中提到】
: 他那几句话都是有分寸的，公司里设定KPI的时候肯定不会设定实现最终目标的日期，
: 而只是设定具体milestone的期望。
: 他就是画饼而已，用太远甚至不可能实现的远景把普通的活包装，美化。
: 你常用的是吹牛，主要靠
: 资历（老子当年如何如何），
: 无法验证的故事（这是吹牛不被当场揭破的主要技巧），
: 用狭窄专业的内容唬外行人（言必称控制论），
: 用哲学唬对哲学没兴趣的人，
: 以及自己经常发明语言用法，和别人讨论在不同的空间
: 在现实公司里，画饼比你这套吹牛技术的实用性要高一些。
|
