• TruffleRuby 现在可用了吗? at 2019年05月24日

    graalvm 中还是nodejs完成度最高

    策略上有问题

    理论上应该把python作为重点来做的

    因为python 性能问题更严重, 而且应用相对更广些, 更重要的除了pypy, 主线上解决无望

    而nodejs其实没有多大性能问题, 而ruby, 相对而言用户量少点

  • python 都很羡慕 ruby 能引入jit呢

  • 不针对lz

    除非是自己给自己打工,否则别找全栈工作, 知识上可以追求, 工作岗位别碰

  • GraalVM 1.0.0-rc1 released! at 2018年04月18日

    今天看了一下午这个东西了, 挺吸引人的

  • 对于某些人而言, 要承认自己上当了其实不是那么容易的, 再说培训这个东西, 有收获没收获原因很多, 不好用来撕

  • 对 代码质量和技术情怀有要求 的小伙伴通常是可遇而不可求的, 除非是$到位

  • @hfpp2012

    这东西支持proxy吗? 粗一看好像没有提及

  • 会两套 小念头和寻桥

    小念头应该比较适合程序员锻炼的吧, 真的方寸之地即可

  • 年纪越大写代码越慢 at 2017年08月25日

    小公司, 技术主管兼任运维的结果, 每个月总有那么几天需要熬夜更新

  • 年纪越大写代码越慢 at 2017年08月25日

    以我的体会, 同年龄没有什么关系, 主要是家这个坏境, lz需要走出去, 去一个环境不错公共场所, 如星巴克,图书馆, 效率就会上来

    代码效率上, 我最近在做一个saas erp, 主要代码是python +go, 代码统计是每年代码增加3万多行, 大约是一天100多行, 差不多了

  • conemu也可以, 免费

    问题还是很多, 我这里主要是

    java 会hang住 postgresql 还不行, 不知道最终能否支持, 虽然可以使用windows上的postgresql服务, 但还有很多postgresql扩展就麻烦了

  • 今天装上了, 我主要搞python和go, 试了主要的几个python项目, 基本都能跑起来. go不行

    现在很多问题, 但这些问题个人感觉修复起来问题不大,因为错误提示都很明显,不是那种死机,段错误之类的, 相信如果ms诚信要搞的话,在夏天应该都能解决。

    体验是很有意思的,比方说postgresql /memcached现在直接跑不起来,但在bash中可以直接访问windows版本的postgresql, memcached, 像postgresql同样是localhost 5432, memcached之类的配置都不用改。

    在bash中把项目跑起来, 在windows中打开浏览器, 输入地址如localhost:8000, 就能访问bash中启动的服务

    用sublime text 之类的, 可以直接打开 users/xxx/appdata/local/lxss 访问unbutn中文件夹进行编辑, 甚至在windows下能识别ubuntu下的符号链接(目录显示还有问题,也可能是我ln命令用的不当)

  • 行业软件根本去不掉, 因为除了分页需要的总记录数, 还要各列的合计值

  • #5楼 @douxiance

    是, 我的实际例子是python, 用的是aspose的cells, mono这边用的是 NetMQ, 设计了一个通用的调用层, python这边用pyzmq 同其通讯, 这其实也是不同语言之间做micro service的一种模式

  • 用zmq的 req/resp模式, 通吃所有语言的交互

  • nativescript react native不久也要出来了,还要造轮子?

  • 创业soho不能成为常态,一周允许一二天再家soho会比较好, 大家在一起除了工作的沟通外还有其它的交流,而这其中更容易有火花

  • 想回答来着,但基于lz现在的认识水平,感觉不好讲,当前维持原状可能是最保险的方式.

    企业软件web化的如何,看操作者水平,以我的经历,当然,我现在用的是python, 我们现在的系统正在或已经从vb6/.net cs/.net web 切换到纯web环境,传统的企业软件开发者只注重开发功能,不注重性能和负载,报表一跨年查询就是几十秒,这种情况在c/s还好,在web环境,访问量一大,服务分分钟当机. 所以,先问问自己,是否有能力处理这个转变,对如何web开发的各个环节优点和缺点有清楚的认识,有合适的前端和后端来处理这个事情. 还有,必须要吐槽所谓pb/delphi的伪三层或是.net这种wcf之类的三层,具体就的不展开了.

    好的前端+后端,ui的反映同c/s没有大的差异,相反,我见过不少了看了我们的程序后才彻底放弃cs方案,原来web也可以这么快.除了处理大量的数据需要分页是常态外,不象cs常常加载上万行到表格,硬件资源的访问,在桌面浏览器有较好的解决方案,打印之类的不是问题,但如果在ipad等环境,可能需要包装为app,访问本地api才能解决类似蓝牙标签打印的问题(就目前)

    在web化时,除了纯粹的浏览器访问外,还会有用atom shell, cepython, nodewebkit 包装的客户端,这样在桌面环境就可以通过 python/nodejs访问本地资源给js使用,用于受限环境,在移动端,无论用纯本地或是html5,ui通常都是重新设计,从产品线的完善角度,是个很多个小产品组成,不是一个产品就能满足所有需求.

    框架, 大道无形,如果你要做出好的产品,框架的约束越少越好, 通常就是简单的组合 ,如bootle, torando, zmq, sqlalchemy 等,前端更是需要一定的能力, 选择extjs/kendo ui之类的成熟框架 ,至于像asp webform那样的,接近delphi/pb的编程模式,但做出好的产品,想也不要想. 我在原则就是没有框架,只有最佳实践,最佳实践可以随时更新,自制的框架只会画地为牢.

  • atom 现在蛮好用的 at 2014年09月14日

    打开一个python 项目目录, 会默认显示.git/.DS_Store/.idea/pyc等, 不知道怎么破 cmd+r比 sublime差远了, sublime直接显示outline

  • 我们做自由职业的人,有个原则(也可能仅仅是我自己的原则)

    不给别人找麻烦, 也不给自己找麻烦

    所以,通常在自身的领域很强,但通常也不愿意涉足别人的领域, 不愿意多管别人的事情, 在合作时通常也回尽量可能的给对方自由发挥的余地, 这样, 所以,合作方的素质也是非常重要

  • #4楼 @huipingc

    现在主要就是trello, 搭档是否足够聪明,是否能独立思考很重要

    有些人依赖性很重, 思考不深入, 只想了一下就觉得没有办法做了, 这样就要沟通, 这样的人, 你不当面说不清楚, 再好的工具也是白搭

    典型的如前后端配合, 后端提供  api, 前端必须举一反三才行, 能组合api达成需求才是优秀的前端, 有些人就不行, 这样的搭配, 远程是万万不行

  • 远程最大的问题是分心, 有时,你也不知道他在干私活, 所以经济上要给够, 当然,最重要的人也要靠谱

    远程工作能否进行,其实还要要合作者,两者都要足够聪明,说白了,要善解人意 , 这里,我要赞一下我现在的搭档, 找个好搭档不容易啊,:)

  • 我一般是

    sudo apt-get purge apport

    ubuntu的错误报告很烦,而且一点用也没有

  • 通过网站接单, 不如上班

    freelance 1要有自己的特色特长 2要有自己的生意圈子, 否则不要干

  • #58楼 @ted

    其实软件开发也是一样, 行业经验也是不断积累的, 只是很多人现在只满足别人叫我怎么做我就怎么做而已. 里面水照样很深