首页   注册   登录
 exploreXin 最近的时间轴更新

exploreXin

V2EX 第 403901 号会员,加入于 2019-04-22 12:50:56 +08:00
exploreXin 最近回复了
1 天前
回复了 ryougifujino 创建的主题 程序员 现在好像以及很少听到全栈这个词了
这么多年了,还是没有多少人明白全栈的本质。

我和许多大小公司的负责人聊过,其中有一个某大厂出来在创业公司当技术负责人的传说有 30 年 Java 编程经验的工程师,对方说全栈就是前端后端数据库运维一锅端。听完我很诧异,连大厂的人都鲜有明白全栈的本质,也不奇怪小公司天天跟风喊着招全栈了。

全栈不是一个岗位,全栈是一种思维,一种站在全局看问题的思维。与全栈相对的是另一种我们常见的思维,就是我不管你需求是什么,你原型图就是这么弄得,我已经做完了,这锅我不背!这就是非全栈思维。这样的情况再加上国内产业不规范,人员技能不过硬,干产品的许多是干不了技术才干的产品,产品工资多高啊,干什么技术。干技术的就只会技术,不想拓展其他技能。这样断层的两种思维,中间存在巨大的思想鸿沟,交流过程中必将产生剧烈的矛盾与冲突,产品与技术的撕逼行为,也就难以避免了。

大厂招聘全栈的目的是消除沟通断层,也就是我规划产品,我会知道怎么避免技术实现的时候会出现很困难的情况,产品会稍微变通一下,实现相同的功能,但是技术实现会容易许多,这样也就不会出现产品想实现根据用户心情改变手机壳颜色的需求了。同样的,技术也会在不影响产品大方向的情况下,反馈技术难点,贡献自己的产品意见。要知道,一个团队凑在一起,最终目的是要做出符合市场的产品,而不是互相扯皮推脱。产品的命令是天条吗?产品说的就不能改吗?技术就那么难实现吗?学点新技术看看能不能实现不行吗?如果大家一开始就是剑拔弩张的状态,局面就不可收拾了。

有问题一起商量解决才是最好的方式。但真实生活中是产品被领导狠命的催进度,为了保住自己的工作,不得不牺牲沟通时间,去催自己的下游岗位,这时候技术也同样为了保住工作,会死命的与产品撕逼,从而拼命试图砍掉需求。所以这样的团队一开始就失败了,团队里没有谁会胜利,只会互相敌对,一起坠入深渊。

所以如果大家都能站在全局看问题,产品经理明白需求改了不会影响自己提出的功能,技术也明白怎么反馈产品经理意见能够减少自己的工作又不影响自己,那么大家的日子就都好过了。

所以全栈是一种思维,不是一个岗位,那种小公司想要招会前端后端,数据库,服务器,运维测试,最好还能客串一下售后技术支持的老板,根本不是想招全栈,他想招的是“全干工程师”,用一个岗位的钱招做几个岗位工作的员工,这样的风气在国内创业公司屡见不鲜,这种公司里面,员工没有办法术业专攻不说,长期高强度的工作还会损害自身健康,公司也不会有什么大的进展。老板的无知与自己为是,最终只能害人害己。

对于这种情况,除了全栈,还需要行业的规范。要明白,不是你只能干产品,而应该是你喜欢干产品,所以才选择了产品,相同的,技术岗位也是一样,要明白你可以干除了技术以外的工作,只是因为分工不同,所以你才干了技术。行业规范例如,产品岗位的人员都要有相关系统化规范化的培训,技术人员也要有相关的培养机制。这是一个周期相当长的过程,国家也在努力逐步规范行业,相信今后总会有一天,我们会把大多数精力用在工作上,而不是与同事互相撕逼,在痛苦与挣扎中度过。
久久溜科技 —— 创业不死,活的天长地久,业务顺溜,发展不受任何阻碍,是居家旅行,在外打拼的不二选择。
回首 2019,是奋斗的一年,喜悦的一年,在过往的一年里,大家携手奋进,砥砺前行,为社会主义现代化建设,付出了极大的心血与汗水,回首往事,有收获也有失落,有荣誉也有困难,但中华儿女是打不倒,打不垮的,勤劳勇敢的中华人民,一定会在今后的奋斗当中,探索出一片属于我们的光明大道。展望未来,中华民族伟大复兴事业,必将实现,中华民族必将屹立于民族世界之林,同志们!!朋友们!!让我们一起携手,为了明天,共创美好未来!!

———— 陕西省西安市马家庄村沟帮子路幸福街道 8 排 9 号发来贺电
9 天前
回复了 jyounn 创建的主题 程序员 吐槽下专业书籍真是不专业
这本书没读过,但是根据我读过的国外技术书籍的经验来看,老外都喜欢循序渐进的讲述知识,你看的只是第一章,坚持看下去很大肯能会有对前面章节算法的优化和深入讲解,当然也可能确实是作者功力不够,毕竟国外也是有东拼西凑出书赚钱的不良作者的嘛。
你说的物理删除和实际的物理删除是不一样的,真正物理删除的东西是没救的,耶稣来了也没办法,但如果只是删除了文件的关联接点,数据区块还在,那还能抢救一下。
楼主的经历,身份,年龄我不敢肯定,但我敢肯定的是楼主一定不是后端程序员,前后端分离也可以不用 Nginx,可以用其他 Web 服务器,也可以不用 Web 服务器,但一定要自己实现一个拥有 web 传输与解读能力的组件,例如 Node 自建 web 服务器,其他自建服务器的技术还有很多,比如 Swoole , Workman 等等,有时间可以了解一下。
12 天前
回复了 ml1344677 创建的主题 程序员 请某 211 教授及研究生写的代码 大家品品
这个是只有研究生才懂得的代码优化手段,其名叫 “空间换时间”,这样的人才国家应该给发一个感动中国鼓励奖,他们即使面对嘲讽与辱骂,也依然坚持着“空换时”的代码设计原则,这种侵入骨髓的匠人精神,几十年如一的代码风格,值得所有技术人员铭记,铭记自己和这种匠人精神的差距,如果工作当中遇到这样的人才,不要辱骂,不要诋毁,要理解 宽容他们,然后鼓励他们继续给公司贡献这样设计一致的代码风格,鼓励之后,做的最后一件事很重要,记住了,写个离职申请,原因一栏可以写上:”由于自己与匠人对比感受到了神一样的技术差距,所以我羞愧的无以自拔,故意类聚,人以群分,世界那么大,我想要去属于我们愚人的团队“。
对于 Scrum 的每日站立会议,看了下评论,大多都一上来直接否定,看来大家都是在不规范的团队被不懂敏捷本质的领导给坑怕了,导致对站立会议的抵触情绪,这也正反应了在国外能够大幅提高效率的工作方法论,为什么在国内引进之后,随着时间的推移名声越来越臭,最终原因不是方法不行,是运用方法的人没有掌握敏捷的精髓。把敏捷方法直接拿来主义的领导不懂敏捷,导致手下员工被生搬硬套的方法折磨的死去活来,然后就是员工一面倒的开始抵制一切敏捷方法。

我也在类似这种生搬硬套的团队里待过,每日 30 个人面对领导站立汇报,每个人少则 5 分钟,多则 10 分钟,一轮开下来两个小时就没了,回过头来想想其他的同事都干了什么,早就忘了。每日站立会议的目的是同步大家的日程,互相知悉,然后加强彼此之间的协作程度,所以几十个人站立两小时,确实形式上部分符合每日站立会议的要求,但却忘了最根本的目的。一般站立会议整个事件不宜超过 10 分钟,5 分钟左右最适宜,参会人数也不宜过多,七八个人的规模已是极限,人数再多的话,会影响会议效果,如果是大团队,可以找各个团队的小组长或者核心开发人员参会,会后再让小组长跟自己的组员传达信息,敏捷很难吗,敏捷不难,就那么一点点东西。敏捷很简单吗,绝对不简单,它背后的哲学思想是那么的深邃,需要团队执行者长时间的揣摩与思考,绝对不是生搬硬套就可以达到高效沟通的效果的。
当初技术圈子流传出来的“码农”,是一种自嘲说法,如果一种侮辱性的事物你能接受他,那么就说明大家心里面不把他当回事,反而是一种对其他人误解的反击,还有就是码农这种叫法在技术圈子内的凝聚作用,大家都是不被别人重视,都是平等的“码农”,所以会更加团结。这很像西方黑人说唱歌手歌词里的 Nigger, 黑人自称 “黑鬼”,第一是对于白人至上的反击,说明他们不在乎白人的污蔑,不在乎的东西,自然也就掀不起什么波澜。第二,对内团结作用,大家都是 Nigger,也就没什么高低贵贱可言。

对于国内码农的叫法,来历与作用大致如此,但是时间长了,叫法留下了,当初拥有技术精神的第一代技术人已经慢慢老去,或者退居幕后,新生技术牛犊由于现阶段国内 IT 环境不规范的现状,自身的不公待遇等等,导致跟风叫码农的人越来越多,但是知道码农来历的人越来越少,到最后这种自嘲的叫法,就变成了自我认知的一个标签,可以说许多技术人对于其他行业人员的误解与嘲讽,不是去思考原因,而是被同化了,开始觉得码农码农的叫着确实是因为自己身份低贱,所以才会有不公的待遇,最后开始认同自己就是码农,像农民一样不值钱,身份低贱天天加班的代码农民。所谓面具戴久了会长在脸上就是说法就是这样。

应该说是否低贱不应该说某个领域某个岗位,应该说某个人愿意低贱的活着,膝盖软的厉害,没人逼迫自己就跪下了,那么他就是低贱的;而那些喜欢技术,喜欢探索,不屑于外界如何嘲讽的技术人,就算外界再多的诋毁,老板再多的不重视,也不能说明他们就是低贱的,孰是孰非,其实是高下立见的。面对诋毁,我们应该学学黑人兄弟,想想码农叫法兴起之时的技术人的信仰与坚守,这样叫出的码农,才叫出了码农的真正含义。
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   957 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 13ms · UTC 19:48 · PVG 03:48 · LAX 11:48 · JFK 14:48
♥ Do have faith in what you're doing.