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

byfar

V2EX 第 215603 号会员,加入于 2017-02-17 09:33:21 +08:00
今日活跃度排名 8727
tail -f 文件,结果交给 Python -c 处理, 思路是否可行?
  •  2   
    Python  •  byfar  •  235 天前  •  最后回复来自 123q321
    16
    从这张阿里云的错误提示里,你能看出什么好玩的信息?
  •  1   
    程序员  •  byfar  •  2017-10-16 03:26:06 AM  •  最后回复来自 dgsrz
    9
    阿里云用户有海外主机的朋友,最近不知有没收到这样的短信
    云计算  •  byfar  •  2017-10-10 23:51:23 PM  •  最后回复来自 notgood
    102
    facebook 封号后重新注册,显示数据库错误
    Facebook  •  byfar  •  2017-08-18 14:17:59 PM  •  最后回复来自 faustina
    6
    github Trending 挂了?
  •  1   
    然而并没有  •  byfar  •  2017-05-02 12:49:10 PM  •  最后回复来自 wolfan
    16
    HTTP 2 下 NGINX 反向代理的一些探索
  •  2   
    程序员  •  byfar  •  2017-04-19 19:01:05 PM  •  最后回复来自 bbao
    17
    关于非对称加密在实际中应用的一些疑问
    程序员  •  byfar  •  2017-03-31 16:45:20 PM  •  最后回复来自 zzh1823
    26
    byfar 最近回复了
    12 天前
    回复了 Trumeet 创建的主题 Java Java 太胖?
    今年都没什么人推 Rust 了呢
    12 天前
    回复了 preach 创建的主题 程序员 go 现阶段工程化是不是还有点坑?
    我看 gopher 说得都比较少,那就由我献献丑吧。

    如果有兴趣的话,可以看看 go 的标准库。一个语言的标准库可以说明一个语言的使用习惯与组织语言的方式的,至少我是这么认为的。

    引:"我受不了一个目录里有几十个文件"

    一个文件夹(package) 下的所有 .go 文件其实可以全部写在一个文件的,我觉得并不会有什么差异。

    但为何要分开?比如标准库 net 包,也有几十个文件,不过这每个文件名都可以很好的描述本文件所写的内容,对于查看代码会有更好的辅助,浏览一下整个包的文件列表,可以大致了解这个包提供的功能。

    一般我认为一个包会提供若干个方法来实现一个共同的功能,如果一个包提供了多个不相干的功能,那是否需要考虑拆分一下,让项目结构更友好。

    标准库也有像 strings、sort、path、sync 这样的包,文件没有几个,却让你一看名字就知道是什么样的功能。当然还有常用的 fmt 包。

    如果你认同标准库的组织方式,并从中吸取了组织的方式,那你写起 go 来也神清气爽。

    如果你不认同标准库的组织方式,那我说再多我自己写 go 的方式也木有用了。

    最后给个选修链接, 业界大佬写的,有些兴趣的朋友可以阅读一下,受益匪浅。
    《 Practical Go: Real world advice for writing maintainable Go programs 》: https://dave.cheney.net/practical-go/presentations/qcon-china.html
    让你朋友好好反省下自己吧。

    投资人如果投资了这种项目,也好好反省下自己吧。

    一般来说小公司的开发永远跟不上产品或老板的想法。

    像这种跟上的或者说都超越的,是不是你们思考的太短浅了呢?是不是可以利用现有资源拓展新业务了呢?
    所以说文章没人看,排版很重要?
    @takato
    @AscenZ

    点了收藏,然后再回复一下,可以提高此帖的曝光。这样才能让更多的人看到,达到收藏的目的。
    @LadyChunsKite 和德云社一个套路吗
    玩的话 kubeless 要不要试试
    https://github.com/kubeless/kubeless
    @liuyanjun0826

    我重新看了下我写的回复,并没有强调普遍性,还仅仅是个人的感受。

    所以我不认同您的看法。
    我发现写自己的项目和公司的项目速度上会有很大的区别。

    公司项目:规定时间内完成再说,代码以最简单方式组织。
    个人项目:时间自己定,代码一定要叼,可以优化?那就改改改。

    结果是:
    公司项目迭代很快,效果也不错,能赚钱。
    个人项目迟迟上不了线,感觉自己在写什么玩意,一点成就感觉都没有。
    你们公司压力肯定不大,也不加班。
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2831 人在线   最高记录 4236   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.2 · 15ms · UTC 11:09 · PVG 19:09 · LAX 03:09 · JFK 06:09
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1