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

    graalvm 中还是 nodejs 完成度最高

    策略上有问题

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

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

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

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

  • xxxxx at 2018年11月06日

    不针对 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

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

  • gin db 部分用 dbi 在 openresty 应该是不行的,会阻塞

  • #15 楼 @jobthoughtworks

    哈,其实你看重的 对技术的热情,上进心,主动学习的意识和学习能力。还有就是沟通团队配合。 基本上都不能通过面试面试出来的

  • 看到面试智力,算法的一律回避