• 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

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