• 也不尽然啊,如果说你只考虑做项目/产品的公司或团队协作,这么说还有情可原。可开发者并不只局限于此啊。比如说有那种独立开发者,一两个人做一个或几个商业软件出售的,人的确就不是/没有专职的产品经理,用户有什么反馈都是直接 email 或者通过别的 online support 途径来诉求,学会理解客户的需求对他们来说就是功课之一。

    还有那种专职做开源软件的,可能某种意义上他们没有(或少有)商业客户,但是他们作品的使用者(大部分也是开发者)其实也是客户啊,提交 issue 或者 feature requests 本质上也是客户需求,他们往往就是自己的产品经理。

    限定了工作类型的话,你的说法有道理,不过原文并没有局限“你是哪种开发者”,所以考虑到现实世界的多元性,顶多说那是可选的,仅供参考,但未必是不可行的。

  • 不用联系我了,我只是点一下需求里不明确的地方,我个人是没有空闲时间做这些的。

  • 它这个 API 是做插件用的 API,而不是搜索有哪些插件的 API,你说的搜索应该是要搜索有哪些插件可用吧?

  • 如果 sketchup 那边有 API(这我不清楚),纯 client 就可以做了,没看明白一定要 ruby 中转一下是为了什么。

  • 没有的,只有第三章。

  • 嗯?我看到的是第三章,真的好无趣就跟看字典差不多。你是想说精彩的在后面?

  • 读了一下免费的第三章……其实基本上没什么可读的,因为整章几乎就是把 MDN 抄了一遍,如果替换几个 literal string 加上翻译几句话也能算作“著书”的话,现在出书的成本可也太低了些。

    为了自己好,请出版社把你写书的精华作为试读部分放出来,以免别人喷你言之无物,毫无己见。

  • 管理网址的新选择:Larder at 2018年10月30日

    免费半年……

    还是我推荐一个吧,秒杀所有同类:https://raindrop.io/

  • I split my time between Ruby, JavaScript (mostly with TypeScript) and Rust, with occasional Java and devops work. Of those, JavaScript (with TypeScript) is my predominant language at the moment, but the mix changes pretty often. Skylight's stack is Rust and Ruby for the agent, Rails for the backend, Java for our data processing pipeline (essentially a custom data store) and Ember for virtually the entire front end. The graphs in Skylight are Ember components written in d3.

    I still think that Rails is a great choice for most web apps, since (to this day) it provides an extremely productive baseline for building account management and working with third-party integrations, which turn out to be a surprising percentage of the total code (and an even higher percentage of backend code changes) in even an ambitious project like Skylight.

    I also think it's reasonable to use something like Java or Rust for any heavy data-crunching your app might do, but I think people overestimate which aspects of their application are truly performance and efficiency critical.

    -- Yehuda Katz, talking about his language chosen in routine work


    另外,Cargo 其实已经超出了依赖管理的范畴了,它应该是一种工作流程管理器(WorkFlow Tool)。它之所以好,是因为设计伊始就从更高的角度来审视 Rust 程序员的日常工作流程,而依赖管理仅仅是其中的一个环节而已。最近出现的语言中,比如 Elixir 的 mix 也是类似的理念和设计,不过 Elixir 更年轻,还有一些地方需要向 Rust 学习的。

    关于 Cargo 的设计理念,Yehuda 有专门撰文介绍:https://blog.rust-lang.org/2016/05/05/cargo-pillars.html

  • @darkbaby123 没准儿楼主是打算设计一门博采众长的语言,所以在做调研呢。