解脱了,但是反而有种失落感
以前我一个人负责整个项目的全部流程,很忙,但是很充实
现在是只负责开发部分了,只对接产品,一下子多了起码半天的时间用来摸鱼…
我负责维护的东西都丢给专门的运维了,这一周出了几十个大小问题,但是由于责任都划到运维那边去了,我反而轻松许多,甚至可以关机睡觉
迫于超过 1000 个书签,接下来打算做个专门的 Web 项目用于存放书签,可以打 tag,后端定时刷新页面缩略图这些,风格抄 Steam 官网的
以前我一个人负责整个项目的全部流程,很忙,但是很充实
现在是只负责开发部分了,只对接产品,一下子多了起码半天的时间用来摸鱼…
我负责维护的东西都丢给专门的运维了,这一周出了几十个大小问题,但是由于责任都划到运维那边去了,我反而轻松许多,甚至可以关机睡觉
迫于超过 1000 个书签,接下来打算做个专门的 Web 项目用于存放书签,可以打 tag,后端定时刷新页面缩略图这些,风格抄 Steam 官网的
我负责维护的东西都丢给专门的运维了,「这一周出了几十个大小问题」,但是由于责任都划到运维那边去了,我反而轻松许多,甚至可以关机睡觉
同学,不知道这一周出的几十个问题有多少和你之前一个人负责全部流程中是不是有关系。但通过文字描述来看,不应该是运维部门刚接受,一周之内出来几十个问题;
如果不是他们自己新开发内容出先问题,而是维护出了几十个问题,那么,可能考虑到你能力不行而让你只负责开发到。。。。。。。。。。
几十个问题可还行
交接文档写了没。事情安排好了没。项目一交出去,别人出错不帮着看。来这里吐槽。是要显得你牛逼吗?
一般接手初期肯定是需要开发配合处理问题的,坑这个东西不踩永远不知道怎么弄,LZ 这一把手全甩出去一刀两段式的的确是不多。
如果非 BUG 并且处理过 1-2 次的问题还会重复出现,那就得质疑运维的能力了。
我反而是被各种甲乙的开发弄的头疼的一批,理解万岁吧
@HuHui 里面起码 50 个闲职,都是高管亲戚朋友
@cszchen 还是门槛太低了,什么牛鬼蛇神都有
人家运维是懒得回答你这种低级问题
原始想法是仿照 Rainbow 做一个书签管理;
每个书签有分类、TAG 、定时刷新的预览图、评论、好或差评、添加时间或更新时间等元数据;
图形界面仿照 Steam 客户端和 Steam 官网首页,也有搜索功能等;
根本原因是书签太多,浏览器管理非常不方便,而且跨设备不太好实现;
但是最终决定做成仅单用户使用的。
一来考虑到书签并不存在分享展现等情况;
二来是书签或多或少带有用户特定信息,如果公开可能会有不良影响;
最后就是不做用户部分,不用考虑鉴权,不用考虑防护。
@rodrick 这个还好,无非立场不同,肯定要维护自己人的利益;我以前在贴吧发了个 MC 启动器的部分代码,被喷了几百,就因为不把代码全部放出来
那你怎么不直接去百度查方法呢,就怕这种能自己找到方法还要去问别人的。这是做事情的态度问题
@shyrock 是 mime,手快打错了,有一些前人留下的奇怪的接口,content-type 并不固定