O*9
2 楼
请大家打住
发信人: oneascetic (静静的风), 信区: Wisdom
标 题: 请大家打住
发信站: The unknown SPACE (Thu May 3 21:03:38 2001), 转信
这个问题的讨论偶早已经说过，和本版无关。
Jstar在love版的表现到love版去讨论，谈不上
在这里辞职的问题。这个主题的讨论虽然也有
一点修行的问题，但是大多数是人和人的斗争。
这个问题继续讨论下去的结果必然还是陷入无
休止的相互攻击之中。所以偶决定从偶这篇
文章起，以下的关于这个主题的Re文将以于
本板主题无关的理由删除，上面的文章暂且保留
请大家保持冷静，不要再Re本主题(J的love版故事)
的文章了。谢谢大家的合作。
发信人: oneascetic (静静的风), 信区: Wisdom
标 题: 请大家打住
发信站: The unknown SPACE (Thu May 3 21:03:38 2001), 转信
这个问题的讨论偶早已经说过，和本版无关。
Jstar在love版的表现到love版去讨论，谈不上
在这里辞职的问题。这个主题的讨论虽然也有
一点修行的问题，但是大多数是人和人的斗争。
这个问题继续讨论下去的结果必然还是陷入无
休止的相互攻击之中。所以偶决定从偶这篇
文章起，以下的关于这个主题的Re文将以于
本板主题无关的理由删除，上面的文章暂且保留
请大家保持冷静，不要再Re本主题(J的love版故事)
的文章了。谢谢大家的合作。
s*8
3 楼
虽然ipad2还没到。
16块钱，samsonite的，我看还行，就是不能支起来。
嗯。
16块钱，samsonite的，我看还行，就是不能支起来。
嗯。
t*r
4 楼
go适合做web么？
p*2
5 楼
web backend应该可以
W*o
6 楼
费劲，orm 没有好的
【在 t**r 的大作中提到】
: go适合做web么？
【在 t**r 的大作中提到】
: go适合做web么？
p*2
7 楼
NoSQL?
【在 W***o 的大作中提到】
: 费劲，orm 没有好的
【在 W***o 的大作中提到】
: 费劲，orm 没有好的
d*n
8 楼
backend 写起来根C一样简单。开发那叫飕飕的
front end要么 server render template,要么纯js+html. (我不喜欢混合前后html控
制)
纯js也可以选择gopherjs,不过不是全方面的，现在只对3d-2dgame engine支持好。
写golang code,直接编译成js，这个根coffee script有点象。go code比coffee好看多
了（对于我来说）
我觉得好的use case是，gopherjs 写lib,编译成js lib ,然后用别的(jquery,
angular)来调用。
另一个use case是，很复杂的前端，根本不能用js来好好组织code structure,就完全
上gopherjs。但是鄙人持保留态度，这个很有风险。毕竟gopherjs是一个人的support.
网页layout，还要靠angular,emberjs来好点。
还有个v8worker,在client端也能实现一些神奇的效果。可惜我没想到怎么用。
不过，engineering上美地狠。dev,test,build, deploy(not debug)
也不用象nodejs那样写一小段一小段的代码，维护，升级，很方便。
(nodejs 对于过多，过大的 js lib，html template就只能-嘿嘿了)
warning:这个比起java and .net还是太新了，高级一点的地方要自己造轮子。
但即使造轮子也很快。（你不造，别人就造了）
【在 t**r 的大作中提到】
: go适合做web么？
front end要么 server render template,要么纯js+html. (我不喜欢混合前后html控
制)
纯js也可以选择gopherjs,不过不是全方面的，现在只对3d-2dgame engine支持好。
写golang code,直接编译成js，这个根coffee script有点象。go code比coffee好看多
了（对于我来说）
我觉得好的use case是，gopherjs 写lib,编译成js lib ,然后用别的(jquery,
angular)来调用。
另一个use case是，很复杂的前端，根本不能用js来好好组织code structure,就完全
上gopherjs。但是鄙人持保留态度，这个很有风险。毕竟gopherjs是一个人的support.
网页layout，还要靠angular,emberjs来好点。
还有个v8worker,在client端也能实现一些神奇的效果。可惜我没想到怎么用。
不过，engineering上美地狠。dev,test,build, deploy(not debug)
也不用象nodejs那样写一小段一小段的代码，维护，升级，很方便。
(nodejs 对于过多，过大的 js lib，html template就只能-嘿嘿了)
warning:这个比起java and .net还是太新了，高级一点的地方要自己造轮子。
但即使造轮子也很快。（你不造，别人就造了）
【在 t**r 的大作中提到】
: go适合做web么？
d*r
9 楼
你 server 是用 Go 默认的 lib 裸写的?
轻便的 framework 都不用, 比如: https://github.com/go-martini/martini
还有, Go 的 DB 你配的是 mySQL 这类, 还是 MongoDB 这种 noSQL, Go 貌似使用
JSON 比较方便.
support.
【在 d****n 的大作中提到】
: backend 写起来根C一样简单。开发那叫飕飕的
: front end要么 server render template,要么纯js+html. (我不喜欢混合前后html控
: 制)
: 纯js也可以选择gopherjs,不过不是全方面的，现在只对3d-2dgame engine支持好。
: 写golang code,直接编译成js，这个根coffee script有点象。go code比coffee好看多
: 了（对于我来说）
: 我觉得好的use case是，gopherjs 写lib,编译成js lib ,然后用别的(jquery,
: angular)来调用。
: 另一个use case是，很复杂的前端，根本不能用js来好好组织code structure,就完全
: 上gopherjs。但是鄙人持保留态度，这个很有风险。毕竟gopherjs是一个人的support.
轻便的 framework 都不用, 比如: https://github.com/go-martini/martini
还有, Go 的 DB 你配的是 mySQL 这类, 还是 MongoDB 这种 noSQL, Go 貌似使用
JSON 比较方便.
support.
【在 d****n 的大作中提到】
: backend 写起来根C一样简单。开发那叫飕飕的
: front end要么 server render template,要么纯js+html. (我不喜欢混合前后html控
: 制)
: 纯js也可以选择gopherjs,不过不是全方面的，现在只对3d-2dgame engine支持好。
: 写golang code,直接编译成js，这个根coffee script有点象。go code比coffee好看多
: 了（对于我来说）
: 我觉得好的use case是，gopherjs 写lib,编译成js lib ,然后用别的(jquery,
: angular)来调用。
: 另一个use case是，很复杂的前端，根本不能用js来好好组织code structure,就完全
: 上gopherjs。但是鄙人持保留态度，这个很有风险。毕竟gopherjs是一个人的support.
d*n
10 楼
我用的是beego，比起martini，beego 有偏好，但是有orm.我可没那能力和时间自己造
一个轮子。
martini 我感觉有两点好的，
1. router 是tree的，支持很好的regexp, query parsing也很standard
beego 的太简单,太少doc
2.http.Hanlder 和 golang的compatible. func fn(request, response)
beego的只用 一个struct (beego.Controller) 传来穿去，很难refactor 或者
intercept
beego 有自己的middleware装法，但是不标准， 要follow it.
public的middle ware 都支持标准 handler singnature.
matini不好的就是要自己装orm,感觉好多人自己加装gorm。
我只有用RDBMS 的经验。没用国 noSQL, (听说golang支持mongodb也不错)
golang 自己家的rethingDB 也很好，但是太新了。一次update 就改动了2000多个
feature,太可怕了。
json, 大家都用encode/json, 和其他marshal/unmashall 的语言一样。
方便不敢说，和javascript比，没有能比js对json支持更方便的。
【在 d*******r 的大作中提到】
: 你 server 是用 Go 默认的 lib 裸写的?
: 轻便的 framework 都不用, 比如: https://github.com/go-martini/martini
: 还有, Go 的 DB 你配的是 mySQL 这类, 还是 MongoDB 这种 noSQL, Go 貌似使用
: JSON 比较方便.
:
: support.
一个轮子。
martini 我感觉有两点好的，
1. router 是tree的，支持很好的regexp, query parsing也很standard
beego 的太简单,太少doc
2.http.Hanlder 和 golang的compatible. func fn(request, response)
beego的只用 一个struct (beego.Controller) 传来穿去，很难refactor 或者
intercept
beego 有自己的middleware装法，但是不标准， 要follow it.
public的middle ware 都支持标准 handler singnature.
matini不好的就是要自己装orm,感觉好多人自己加装gorm。
我只有用RDBMS 的经验。没用国 noSQL, (听说golang支持mongodb也不错)
golang 自己家的rethingDB 也很好，但是太新了。一次update 就改动了2000多个
feature,太可怕了。
json, 大家都用encode/json, 和其他marshal/unmashall 的语言一样。
方便不敢说，和javascript比，没有能比js对json支持更方便的。
【在 d*******r 的大作中提到】
: 你 server 是用 Go 默认的 lib 裸写的?
: 轻便的 framework 都不用, 比如: https://github.com/go-martini/martini
: 还有, Go 的 DB 你配的是 mySQL 这类, 还是 MongoDB 这种 noSQL, Go 貌似使用
: JSON 比较方便.
:
: support.
d*r
11 楼
多谢分享, 你说的是 http://www.rethinkdb.com ?
我怎么记得这个是 C++ 写的呢
【在 d****n 的大作中提到】
: 我用的是beego，比起martini，beego 有偏好，但是有orm.我可没那能力和时间自己造
: 一个轮子。
: martini 我感觉有两点好的，
: 1. router 是tree的，支持很好的regexp, query parsing也很standard
: beego 的太简单,太少doc
: 2.http.Hanlder 和 golang的compatible. func fn(request, response)
: beego的只用 一个struct (beego.Controller) 传来穿去，很难refactor 或者
: intercept
: beego 有自己的middleware装法，但是不标准， 要follow it.
: public的middle ware 都支持标准 handler singnature.
我怎么记得这个是 C++ 写的呢
【在 d****n 的大作中提到】
: 我用的是beego，比起martini，beego 有偏好，但是有orm.我可没那能力和时间自己造
: 一个轮子。
: martini 我感觉有两点好的，
: 1. router 是tree的，支持很好的regexp, query parsing也很standard
: beego 的太简单,太少doc
: 2.http.Hanlder 和 golang的compatible. func fn(request, response)
: beego的只用 一个struct (beego.Controller) 传来穿去，很难refactor 或者
: intercept
: beego 有自己的middleware装法，但是不标准， 要follow it.
: public的middle ware 都支持标准 handler singnature.
d*n
12 楼
https://github.com/rethinkdb/rethinkdb
you are right.看来我没有调查就不要胡说。(嘴比脑子快了)
恍惚记得好像ｒｅｔｈｉｎｋｄｂ要在ｇｏｌａｎｇ上重写（了？）。忘记了在哪看到
的了。(2000个ｕｐｄａｔｅ 也忘记在哪看的了，当时把我吓一跳）
////copy from the website
When is RethinkDB not a good choice?
RethinkDB is not a good choice if you need full ACID support or strong
schema enforcement—in this case you are better off using a relational
database such as MySQL or PostgreSQL.
If you are doing deep, computationally-intensive analytics you are better
off using a system like Hadoop or a column-oriented store like Vertica.
In some cases RethinkDB trades off write availability in favor of data
consistency. If high write availability is critical and you don’t mind
dealing with conflicts you may be better off with a Dynamo-style system like
Riak.
【在 d*******r 的大作中提到】
: 多谢分享, 你说的是 http://www.rethinkdb.com ?
: 我怎么记得这个是 C++ 写的呢
you are right.看来我没有调查就不要胡说。(嘴比脑子快了)
恍惚记得好像ｒｅｔｈｉｎｋｄｂ要在ｇｏｌａｎｇ上重写（了？）。忘记了在哪看到
的了。(2000个ｕｐｄａｔｅ 也忘记在哪看的了，当时把我吓一跳）
////copy from the website
When is RethinkDB not a good choice?
RethinkDB is not a good choice if you need full ACID support or strong
schema enforcement—in this case you are better off using a relational
database such as MySQL or PostgreSQL.
If you are doing deep, computationally-intensive analytics you are better
off using a system like Hadoop or a column-oriented store like Vertica.
In some cases RethinkDB trades off write availability in favor of data
consistency. If high write availability is critical and you don’t mind
dealing with conflicts you may be better off with a Dynamo-style system like
Riak.
【在 d*******r 的大作中提到】
: 多谢分享, 你说的是 http://www.rethinkdb.com ?
: 我怎么记得这个是 C++ 写的呢
W*o
13 楼
我想试试把gorm整合到beego 看看， beego自带的orm还是太原始了
【在 d****n 的大作中提到】
: 我用的是beego，比起martini，beego 有偏好，但是有orm.我可没那能力和时间自己造
: 一个轮子。
: martini 我感觉有两点好的，
: 1. router 是tree的，支持很好的regexp, query parsing也很standard
: beego 的太简单,太少doc
: 2.http.Hanlder 和 golang的compatible. func fn(request, response)
: beego的只用 一个struct (beego.Controller) 传来穿去，很难refactor 或者
: intercept
: beego 有自己的middleware装法，但是不标准， 要follow it.
: public的middle ware 都支持标准 handler singnature.
【在 d****n 的大作中提到】
: 我用的是beego，比起martini，beego 有偏好，但是有orm.我可没那能力和时间自己造
: 一个轮子。
: martini 我感觉有两点好的，
: 1. router 是tree的，支持很好的regexp, query parsing也很standard
: beego 的太简单,太少doc
: 2.http.Hanlder 和 golang的compatible. func fn(request, response)
: beego的只用 一个struct (beego.Controller) 传来穿去，很难refactor 或者
: intercept
: beego 有自己的middleware装法，但是不标准， 要follow it.
: public的middle ware 都支持标准 handler singnature.
d*n
14 楼
都是我个人看法， 也许好多我还没了解。
等你整个ｇｅｎｅｒａｌ 的ｆｒａｍｅｗｏｒｋ,我就等用现成的了。
ｐｓ:除非你时间充足，否则要耗好多心血。
【在 W***o 的大作中提到】
: 我想试试把gorm整合到beego 看看， beego自带的orm还是太原始了
等你整个ｇｅｎｅｒａｌ 的ｆｒａｍｅｗｏｒｋ,我就等用现成的了。
ｐｓ:除非你时间充足，否则要耗好多心血。
【在 W***o 的大作中提到】
: 我想试试把gorm整合到beego 看看， beego自带的orm还是太原始了
f*2
15 楼
Beego感觉是走Django的路子，重型机械。
Martini，Goji感觉是Flask的路子，可插入可拼装是卖点。
Gorilla在这里边是什么位置？
【在 d****n 的大作中提到】
: 我用的是beego，比起martini，beego 有偏好，但是有orm.我可没那能力和时间自己造
: 一个轮子。
: martini 我感觉有两点好的，
: 1. router 是tree的，支持很好的regexp, query parsing也很standard
: beego 的太简单,太少doc
: 2.http.Hanlder 和 golang的compatible. func fn(request, response)
: beego的只用 一个struct (beego.Controller) 传来穿去，很难refactor 或者
: intercept
: beego 有自己的middleware装法，但是不标准， 要follow it.
: public的middle ware 都支持标准 handler singnature.
Martini，Goji感觉是Flask的路子，可插入可拼装是卖点。
Gorilla在这里边是什么位置？
【在 d****n 的大作中提到】
: 我用的是beego，比起martini，beego 有偏好，但是有orm.我可没那能力和时间自己造
: 一个轮子。
: martini 我感觉有两点好的，
: 1. router 是tree的，支持很好的regexp, query parsing也很standard
: beego 的太简单,太少doc
: 2.http.Hanlder 和 golang的compatible. func fn(request, response)
: beego的只用 一个struct (beego.Controller) 传来穿去，很难refactor 或者
: intercept
: beego 有自己的middleware装法，但是不标准， 要follow it.
: public的middle ware 都支持标准 handler singnature.
W*o
16 楼
昨晚试了一下gorm +beego, 可以写和读，今天继续整
【在 d****n 的大作中提到】
: 都是我个人看法， 也许好多我还没了解。
: 等你整个ｇｅｎｅｒａｌ 的ｆｒａｍｅｗｏｒｋ,我就等用现成的了。
: ｐｓ:除非你时间充足，否则要耗好多心血。
【在 d****n 的大作中提到】
: 都是我个人看法， 也许好多我还没了解。
: 等你整个ｇｅｎｅｒａｌ 的ｆｒａｍｅｗｏｒｋ,我就等用现成的了。
: ｐｓ:除非你时间充足，否则要耗好多心血。
d*n
17 楼
加油！
【在 W***o 的大作中提到】
: 昨晚试了一下gorm +beego, 可以写和读，今天继续整
【在 W***o 的大作中提到】
: 昨晚试了一下gorm +beego, 可以写和读，今天继续整
d*n
18 楼
整机，半成品，零件
很奇怪，beego和martini都没有用Gorilla组装
【在 f******2 的大作中提到】
: Beego感觉是走Django的路子，重型机械。
: Martini，Goji感觉是Flask的路子，可插入可拼装是卖点。
: Gorilla在这里边是什么位置？
很奇怪，beego和martini都没有用Gorilla组装
【在 f******2 的大作中提到】
: Beego感觉是走Django的路子，重型机械。
: Martini，Goji感觉是Flask的路子，可插入可拼装是卖点。
: Gorilla在这里边是什么位置？
f*2
19 楼
有牛人可以创造一个新的framework，用Gorilla做零件吗？
这样就和Gorilla互为照应，互为提携了
【在 d****n 的大作中提到】
: 整机，半成品，零件
: 很奇怪，beego和martini都没有用Gorilla组装
这样就和Gorilla互为照应，互为提携了
【在 d****n 的大作中提到】
: 整机，半成品，零件
: 很奇怪，beego和martini都没有用Gorilla组装
相关阅读
彻底抛弃xgboost 找新欢lightlgm没毛病吧？坑：这波fp scala 算是赢了吧metric 不参与DL的具体优化吧？FP有的，Python都有！现在的计算机行业就是后来的吧前面的语言框架functional programming的两个方面GPU的本质FP的死穴还是性能两个电脑之间的Java程序怎么方便传输简单的数据？请ML大神给点启发Re: 大妈问一下JAVA的编程平台就是需要安装上JAVA就行了？大家的machine learning或ai主要用在哪方面我自己有一套写python形式规定我觉得写的不错，附带一个例子才2页不到Gary Marcus:打倒deep learningcckyle2001这个id 是个chatbot?求教一个多类问题怎么搞才知道ruby之父-松本行弘-早就醉心于golang了如何定时上传excel文件至sharepointModern pascal