@SoraneKazehana 对。是应该找志同道合者

@jimrok 你不理解投资人，投资人首先需要一个故事，越大越好，你还要能 hold 住的，投机的成功的人都做投资了，失败的都成赌徒了。

程序员是吃青春饭的，能力决定性格，小白兔能在中国大多数公司呆着，大多数公司都是不成功的。

@ZSeptember 你的方案不好用.我的方案，使用与 java 对比如下：

定义 SQL

type SqlAction struct {
SysRoleDel func(roleId int64, roleId2 int64) (int64, error) `delete from SysRole where id=? and creator!=0 and 0=(SELECT count(*) from SysUserRole where roleId=?)`
// insert ,delete update 都可以使用
// select 可以返回 int,int64,string,map[string]string []int,[]......... []map[string]string object 都能反射
}

类似 JAVA spring-data interface 定义 SQL


sqlAction := &SqlAction{}

orm := GetGpa("mysql", "root:root@tcp(127.0.0.1:3306)/base-sys-user?timeout=30s&charset=utf8&parseTime=true",
sqlAction)

golang 没有 java 的注入之类，显示实例化，java 的实例化可以通过注入，这个可以是全局变量

调用： sqlAction.SysRoleDel(48)

与 java 一样方便。

一个 orm 框架，至少要分离 sql 的调用。

GetDb().Table("model").Find(&model, " id =? ", id) 这种设计肯定是没有理解 java 的 spring-data 接口设计，
也是很多 java 开发者看起来比较怪异的地方


@glues go 写业务逻辑与 java 一样方便，只是你不熟悉而已，至少需要一年以上的累积，go 的起步较高，
它是认为开发者已经精通一门开发语言了，一个好的项目推广比较难，一般是一个公司，或是先发，累积。

https://github.com/ecdiy/gpa 这是我自己实现的 orm，操作与 spring-data-jpa 差不多

@zhuxd282 产品经理更不靠谱，找运营的伙伴更好些，产品经理的思路有投资，一个小而全的团队。

@SillyBill 那是投资的思路，当没钱，没有合作伙伴，有技术(全栈),技术的想法，没几个人会支持的，比方做 DevOps 什么的。

思路是一个方面，可能最重要的是要找一个伙伴。

@mumbler 区块链是个热点，不知能热多久，想过，只是一个技术点，做成一件事，是需要很多的东西的，这个点是个闪亮，但仅仅这个肯定成不了，还需要些基石。

@GreatMartial 是个方向，需要找厂家，找有合作意向的

找找方向，一人做技术方向的太累。

@agdhole @beny2mor nuxt 有 bug,不能实现按需加载，一开始就加载了所有 js,可能是我设置不对，看知乎上也有人反馈，上手挺快，加载所有的 JS 问题可能是 webpack 动态调用的问题

@agdhole ssr ,nuxt 没有细研究。静态化的方案肯定不行，网站大部分数据都是来源数据库的，通过 axios 异步获得，如果静态化，难道要把整个库的记录一条一条都衍射出来，再生成 HTML 文件，感觉上不靠谱。

ssr 可能可行，一个服务的容器， 生成 html，ssr 要处理事件，异步数据，不知能否生成所需要的页面，感觉难度比较大，就算实现了，也很奇怪，一个客户端做的事情，却要在服务端生成。

当然用不用 vue low，也不是那个意思，作为一种技术，vue 之流确实有很多优势，能写更好交互，网站的流量更少。

本质来讲，把蜘蛛当作是一个端，类似 web,m,app,h5 为每个端单独开发，就不纠结了，任何想一统天下的都会有很多 bug.

@billchenchina Server Side Render 可能太复杂了，我看了，实现有点不靠谱，还有 Prerender 之类.
@wzw 这个方案就是给蜘蛛单独做一个页面。
@lzhnull 不用 vue，你有点 low 了 :）

@cocode java 是在浪费资源. 干掉什么什么是没意义，人要进步，社会也要进步。当然也有守旧的.
一个人的精力是有限的，不可能同时用多个语言,就后台而已，java 的那些事 golang 完全可以取而代之.
java 不做后台，除了 IDE，好象其它方面特别难用，开发 IDE 也是原因先发优势。
java 现在的体系很庞大，确实很难死，除非有新的公司用 golang 取得巨大的的成就。
现在成功的最有名是 docker.
每年还有很多 java 的新生补充。
用第二语言至少在精通一门语言之后，精通第一门语言至少需要 5 年时间，第二语言也至少需要 1 年以上，java 存在很长一段时间。
如果 golang 与 java 都精通后，会发现微服务开发方面 golang 确实比 java 好很多倍，这个谁用谁知道，有些事情是没有比较就没有伤害,当然有这个感觉你至少工作了 6 年以上。

@cyspy graalVM 可以肯定它难以成功，项目太复杂，java native 的事，十年前就关注过，关注过好长一段时间，好多企业在做，最早的 microsoft java,ibm eclipse 有的项目也在做，google 也做过，一直没有做好，主要的问题在依赖，java 包的循环引用，而 golang 相对来说单一些，没有包循环引用问题。oracle 也是不思进取，一直不做 native，现在才开始做可能是害怕 golang 之类的兴起吧。

@applehater 有成熟的 orm，不难，我写过一个，能实现大部分 spring data-jpa 功能

@bumz java 的优势在做后台上，spring boot 之类确实在轻量化了 java 的包袱，但相对 golang gin 之类的来说，spring 太重 @starcraft 薪资方面 java 高于 golang,其实这是社会的浪费，有时很多东西就是这样，明明有更好的东西可以代替，但 java 有先发优势，也没办法

@miketeam 所以只能用在创业项目上，新项目上，历史问题太重

@superbiger rust 也行，反正只要 java 死了，就不会有读什么源码，jvm 优化了，当然只是堑时

@heww 你用 golang 吧，你会喜欢上他的，但可能对工作无益

golang 一个进程占 10M~20M，一个 JAVA 进程至少是 400 多 M，spring 全家桶，都是占内存大户，一个阿里云入门主机无任何压力跑几十 golang 进程，java 也就 2 个，再多就出乱子了

golang 绝不是一个工具，真的很好用的，尤其是在流行的微服务开发，golang 的明显，适合创业项目，没有包袱

放弃 vmware 吧，2016 有 hyper 很好用