前端的演示有吗?
国内这样的接受不了吧

@hooluupog @nareix

你们可以说动态语言(我这里主要指 python)做大项目需要对程序员有较高的能力. 因为 python 之类的, 如果不用 django 这样的框架的话, 其项目架构其实是没有强制要求. 这就要求开发者较好的架构能力. 但不能说不能写大于 5k 行的代码, 我这里就不拿我自己的项目举例子了. 好的软件就是东西应该在他本来所在的位置, 做到了这点,就能快速定位并解决, 这同语言无关, 同程序的结构组织有关系, 说白了同开发者有关. 当然, java 通过一些框架和模式了强制开发者去遵守这点, 在用动态语言开发时, 语言和框架通常没有约束, 但不能说开发者会不运用这种能力. 说白了, 用动态语言就会写出不能维护的程序的程序员,本身就是上不了台面的.

其次, 重构, 说白了就是查找替换, 没有工具就不能重构这话肯定不对

动态语言的确会有打错变量名的情况出现, 但这些都是冒烟测试可能解决的, 即运行一下测试程序都能暴露出来的, 其次上大部分问题 linter 程序都能自动识别的. 最头疼的错误是逻辑或误写变量之类的导致数据错误, 这类, 动态语言和编译型语言都必须靠测试解决. 编译型语言没有优势


另外, 我觉得同动态语言不能上 5k 的人沟通实际是有问题, 这不是攻击,是你们对工具依赖的太重, 无法信任人本身的自制和能力, 这两种思维估计很难协调一致.

每次看到动态语言项目不能大于 5k 行言论就感到莫名的喜感, 开发者的结构能力, 设计能力到哪里去了, 没有编译型语言的支持, 连大于 5k 行的项目都做不了, 真真是可笑的很.

xps 15 ?

看起来要比我们想的还走的远一点

http://www.cnbeta.com/articles/488397.htm

如果 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 显示器偏好设置没有变化