• python 叛徒报道 at 2013年12月23日

    也没有见 python web 弱在那里,全堆栈的有 django,pyramid, 异步有 tornado/cyclone, 小巧如 bottle/web.py, 协程有 gevent。uwsgi/gunicorn各种运行模式等等

  • 哈,用 python 的人现在一般都不在意 python 的性能了,1 是 cpython 性能不会有大的改变了,2 是争论这个也累了。好在 python 现在有 jit 的 pypy, cython 实在是一个利器,numpy 等科学库有大量的优化的数据结构可用,现实中说 python 有性能问题的,不是你业务比肩 google, 就是自己钻研的不够了

  • #44 楼 @mvj3 得确 很多人选择 mongdb 的原因是横向扩展是他本身的一部分,理解实施简单,不像 pg/mysql 要部署第三方工具

    我曾经很长时间考虑在进销存/erp 中是否使用 mongodb, 但结论目前还是不合适

  • extjs 更新不给力,svn 只对交费的开放,gpl 版本几个月,半年都不更新

    其它还好,其实 extjs 的应用代码如果重构一下会少很多代码

  • 像我这 at 2013年12月14日

    兴趣是一切之本,当初就是因为兴趣我放弃了老师这个别人看来很好的职业,现在也是因为兴趣我坚守 python 开发,宁可不接一些其他语言的业务

  • 写出好的 commit message at 2013年12月01日

    git commit -m“update”

  • @ashchan 是,主要是一个人在战斗,曾经有一段时间想成立公司,后来发现业务量不够作罢:(

    @liwei78

    openerp 一直在留意,接触也比较早,最近打算结合我的进销存 c9, 打通 openerp 和 c9 之间的联系,因为 openerp 的结构,如果做稍稍复杂点的进销存,用户接受起来比较难,不够简洁

  • #86 楼 @astaxie

    本身没有意义的比较,你花在这方面有什么意思。有些框架很重,有些框架很轻,有些直接用 c , 有些只能用同步,有些只能用异步,有些要借助特定的比方说 uwsgi, 特定的进程数才能跑的好。比方说 python bjoern ab 可以接近 nodejs 的性能,你不能说 python 比 v8 一样快,完全没有意义

  • #14 楼 @lvjian700

    zmq 不是一般想象的消息队列,用于不同语言的交互是很好的选择。比方说 req/rep 模式,5 到 6 行代码就可以搭出一个 c/s 结构

    lz 的需求是工作进程性质,用 zmq 更适合,zmq 支持多种结构混搭,随时都加入 proxy 可以扩容到更多的工作进程

  • 消息队列,比方说 zmq

  • #76 楼 @kenshin54

    这个比较本来就是来搞笑的,很多东西都不在一个层面上的

  • #27 楼 @cestivan

    我近来的想法有点变化,我看到你的问卷 9 块一月,那么一年 108 块,一个程序员最少一年 8 万吧,养一个程序员要 800 多个客户。800 多个客户话以我乐观的估计,需要 5000 个用户基数以上才能产生。

    一个专门的进销存企业,做 10 年,也只做了 2000 多家客户。所以,除非你的营销团队很好的话,否则,你辛辛苦苦,只得到了上班的回报,这没有意义。

    我的想法是,做独特的应用 (比方说行业绑定,设备绑定), 人无我有,高价服务,才是出路。

  • #12 楼 @ery

    ls 兄弟的应用以我从事进销存类企业软件 10 多年的经验看,作为 ballpark 类应用可以,但作为进销存看似太简单了,感觉无法满足一般客户的需求。如果以进销存的形式推,应该会被很多客户 pass 掉。当然这仅仅是我的个人看法

  • #9 楼 @cestivan

    几年前我和一个朋友打算做此类的应用,以 getballpark 为蓝本,使用 django, 做了个类似的应用,后来大家就自动放弃了。原因很简单,不挣钱。你需要很大的用户基数才能盈利,但做到那样的用户基数,需要很多年,等不了

  • www.getballpark.com 做过一个 clone 的产品,但不觉得有前途,成本太低,容易被模仿,国人在选择时的大而全会直接 pass 掉你所谓的小而美,国人业务模式不像国外那样电子流程化等都是问题

  • Rails 能胜任企业级应用吗 at 2013年09月11日

    工作流导向的企业软件,业务逻辑基本都集中在流程代码中,并不是个多大的问题

    分和合是个矛盾的,分的太开时你又希望代码集中了,模块化的你可以看看 openerp, 你在看的时候你要不断的想这个东西是在那个模块中,累,一些设置需要横跨多个模块,过于模块化有时也不是个好事

  • msys 加到 path 中就可以在 dos 提示符下用了!

  • 除非 lz 已经有客户资源,否则,前几年会很苦,是赔钱赚吆喝的时期

    所有提供外包的网站都不太靠谱,价格也很低,但从中却可以找到靠谱的长期合作伙伴,不过怎么捕获这些合作伙伴,没什么技巧,就是吃亏

  • django 不像 rails, 在 python webframework 中没有压倒性地位,相反,很多 python 的人不喜欢用 django, 反而喜欢简单的 bottle, web.py, tornado 之类的自行组合。python 中用 gevent 这类协程方案也很普遍

    python 的缩进,说倒底是语法的一类,习惯了自然有他的优势,如果这一关也过不了,另找工作吧

  • 用外包来养自己的产品,是最稳妥的方式 如果只做外包,多年后你发现自己一事无成,你会后悔的

    这是俺 10 多年的独立开发经验

  • 去除假期,还有生意空档,自由职业者一年有 9 个月工作时间算不错了,就算 3 万一月,3×9 =27

    这个 27,没有任何额外的东西,像一些公司的 13 个月工资或是年终奖,碰到好的客户不用开票还好,要开票同样要交税

    五险一金自己实际同样要交,而且没有公司的补贴成份,可能比打工交的更多,所以,结论就是

    有 1k 一天能力的自由职业者,如果不是为了自由,其实比上班好不了多少

  • 30k 高吗?1k 一天,对于自由职业者只是一个合适的报价而已,何况在外地,lz 提供住的地方也算个加分(不过自由职业者其性格使然,对住的要求不低的)

  • 如何开始你的 SOHO 之旅 (1) at 2013年08月17日

    还是分做外包的 soho 和做产品 的 soho 的

    最后还是 要转为做产品的 soho

  • --- at 2013年07月10日

    一直单枪,就是有合作时自己负责部分也是独立的。

    以前为赚钱什么语言都用,不过近来觉悟了,逐渐转向产品开发了

  • 推荐你用 python , 服务器端完善的多

  • 昨天发生的灵异现象 at 2013年06月04日

    我靠,下意识点开 工具-清除浏览数据

  • 就是个高级外包公司,兼部分忽悠

    其实敏捷,结对之类的,只要你到一定层次就自然达成的,不到那个境界,也学不来

  • Node.js 的 Rails - sails at 2013年05月30日

    没有杀手级的 orm, 数据访问异步回调写法不解决,nodejs 进不了企业数据库应用,只能在有限的场合晃荡