如果 ubuntu touch 类似 wp10 continuum 的功能能够做开发, 估计会吸引一大帮 geek

那个 ubuntu 手机, 插 hdmi 显示器, 就能进终端,上 ssh , 起 python 等等, 很是诱惑

目前在手机上运行 ubuntu 的方案都不理想啊

键盘习惯要很长时间, 等习惯了, 反过来 windows 的快捷键就不习惯了

才 2k 的东西有什么好装的

这东西提醒很有用, 习惯了就离不开了. 就我而言, 因为在公司电话通常都是静音, 然后回去了通常也会忘了调回来, 经常错过信息和电话, 但自从用了这个,就基本没有错过任何消息

没一个真正好用的，如果你拿 python 的 orm 来比的话

现在勉强在用 gorm

语言现在是不错的，隶属动态语言， 动态性极强，但可读性也不错，不像 scala 的 dsl, 太过于难读。 主要是早期问题太多，变化太多，错过了好时机了。 groovy 做企业应用应该是不错的， 但能发挥语言本身特色的杀手级应用框架几乎没有（ orm, web 之类的）， 过于依赖 java 的生态了，自身存在感就没有了。

写文章同实际的编程架构能力不能划等号的好吗

0 0 0

没有杭州吗？

登录进去, 发现如下字样



浏览 GitLab
探索发现项目、群组和代码片段。分享你的项目给他人

err := func (session *gorm.DB) error {

return nil

} (session)

打错了

另外, golang 的古怪的地方是

虽然 golang 有闭包, 但官方其实不建议闭包当做类似 python 的 lambda 用的, 像, 类似

filter(ATypecol, func (item AType ) bool { return true})

这样的用法是不建议的, 而是推荐你用循环

类似于 do in transaction, 按 java 系的写法就是

session: = db.Begin()

err := func (session *gorm.DB) error {

return nil

}

if err != nil{
session.Rollback()
return err
}
session.Commit()

但一般也不建议这样用, 而是老老实实的每次 crud 时

if err != nil{
session.Rollback()
return err
}

一个复杂的事物中, session.Rollback(); 会重复 n 次, 处女座绝对不能忍

golang 的 error 要看你用什么角度去看, 如果你是用 c /lua 这样的, 那么 golang 的 error 只有改进

但是一定要同 python/c#/java 的 try/exception 机制去比, 就陷入脑残粉的怪圈了

github 有很多对错误改进的库,比方说 github.com/juju/errors, 其中就反映了 error 的不足

比方说 errors.Trace 方法, 会在原来的 err 对象上再增加代码行, 比方说 errors.Annotate 会在原来的 err 上增加描述, 比方说我现在看到到一个 orm 库 gorm, 它在找不到记录时返回的异常都是 record not found, 如果代码中有多行返回这个异常, 不在原来的错误添加描述而是直接返回其异常是没有办法定位的


这里还要吐槽一下 golang 的错误堆栈, 同 python 完全没法比, 用过的人自有体会

上面有兄弟说到 try/catch, 服务器端开发其实不 catch 异常的, 都是直接抛出, 最多捕获一般也是在发送给客户端时捕获一下,然后打印异常到日志, 也就是说有些不正常的情况是依赖系统或库抛出的异常的, 比方说查询时 sql 用了一个字段名打错了,python/java 之类的不会在这行中取捕获这种异常, 但 golang 就一定要, 否则出错在就在下面的行, 让你莫名其妙

最后别信 golang 的开发效率, 同 python 比是完全不可能的, 拿关键的 orm 而言, 没有一个库的设计能同 sqlalchemy 这种设计高度相提并论的, 在开发数据库应用时,会很痛苦.

@spicery

可能是我没找到怎么设置

osx + android 平板

如果用 idisplay 连上去, 显示器偏好设置中会出现两台显示器

用 xdisplay 显示器偏好设置没有变化

xdisplay 是不是只能复制屏幕, 这样的可用性不高啊, 还不如 idisplay

阿里云的一台双核 8g ssd 云盘性能还不如我手头 n 年的 x220+ssd

我们的 erp 使用 python 做的, 计划部分开源,不过使用仍然是 saas 形式,每用户收费, 暂时(可能以后也)不支持用户自行安装

我早就下过这样的结论了, 喜欢 ruby 的性格基本上都是外向, 张扬的, 用真人头像多也是自然, 喜欢 Python 的性格往往相反

要快速发展的话就要能够做企业应用(说白了就是 db 为中心的开发), 目前其非阻塞的要求下, 数据访问相当原始, 只能考虑其他语言写然后再转发, 虽然有协程, 也没有 python gevent 这样的猴子方案. 本质上是排斥在 lua 上实现大量的业务逻辑的, 所以, 目前没有办法称为通用方案

我们公司不加班, 单工资低