graalvm 中还是 nodejs 完成度最高

策略上有问题

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

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

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

python 都很羡慕 ruby 能引入 jit 呢

不针对 lz

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

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

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

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

@hfpp2012

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

会两套 小念头和寻桥

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

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

以我的体会，同年龄没有什么关系，主要是家这个坏境，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 的编程模式，但做出好的产品，想也不要想． 我在原则就是没有框架，只有最佳实践，最佳实践可以随时更新，自制的框架只会画地为牢．

打开一个 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

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

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