俺是赞同lz的术业有专攻的观点的
所以产品只要做好产品的工作就好了
但lz是否已经做好了呢。。。
请问lz想好了你的产品资金来源、推广渠道、盈利模式、用户留存方案、用户增长方案。。。了么
纯粹个人建议
产品不只是做好“产品”就可以的。。。
那是关乎整个产品生命周期的 俺遇到的很多所谓的产品经理都只是只关注产品 闭门造车的
希望lz不是俺遇到的那种。。。

单休后再经历双休 就再也不想回到单休的时光里了。。。

商业社会 有时候面子就是一张纸 轻轻揭开了就完了。。。

一般来说 现在投app开发的 都会有好几个产品的开发经历
当然 lz把代码开源的话加分会更多

脑补菜市场阿姨每天更新app的场景。。。屌爆了。。。

感觉题主跟一楼像托。。。不知道是不是俺错觉。。。

@johncang 同乡好。。。

ffmpeg

@otakustay thx

@otakustay 那在优酷上面看到的一些mv算是盗版么

业余的路过。。。
年前入手macbook air
准备入iphone 6
其实真正用到的时候再买也没关系
不然都入了放着也是浪费钱。。。

介个。。。难道你的macbook自己的屏幕不能固定的么。。。

烧烤档都是地域性很强的
而且味道差得都不是特别明显
谁会那么闲吃个烧烤还上网查 远的还专门跑过去
你自己想想自己平时是咋吃烧烤的就知道人家谁会用到了。。。

触摸板长距离拖控件会很蛋疼。。。

@wyan453351466
首先俺不是啥大神
其次凡事都有可用范围
封装确实某些场合下很方便快捷
但可用性牺牲的时执行效率
而且你说的“写原生SQL有非常大的问题是，可读性差、冗余代码“
这不是原生的错 严格来说应该是使用的人的错
数据库设计问题、编写人员的水平问题才是导致你说的问题的直接因素
orm确实解决了部分生产中的问题 但事实上也同时让使用者限制在框架设计者的思维当中
跳出框架工具思维 从需求出发 也许你会体会到不一样的东西
其实很多公司都会在某一个阶段开发自己的框架、工具、中间件
就是因为市面上的已经不能很好的解决自己生产中的问题了
只有适合自己的才是最好的
而随着项目挖掘的加深 也只有自己才能根据自己需求做出最适合自己的东西
你提到的laravel不也一样是作者为了解决自己问题而做出来的么
只是有很多人觉得他的方案对自己也有用 或者只是道听途说的拿来用而已。。。

俺就是写sql的人。。。
不过俺是真心觉得原生的好。。。

京东大把的 忘了叫啥 挺好用的