V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  CF3B5  ›  全部回复第 1 页 / 共 2 页
回复总数  23
1  2  
2019-10-25 09:52:54 +08:00
回复了 Applenice 创建的主题 JetBrains JetBrains 1024 程序员节
血亏,前两天才全价订阅了会员!
2019-10-14 15:11:51 +08:00
回复了 exploreXin 创建的主题 程序员 实践证明,产品经理比程序员重要
程序员通病……呵呵!
其实 LZ 说了那么大一通,其实就是我就是个打字的,业务需求这种这么麻烦的事情别烦我,找个产品经理自己想办法!
只要不要麻烦我,捧产品经理做神都没所谓……
实话实说,LZ 不改掉这种思维方式,开发技术上是不可能有真正的成长的!
2019-07-27 15:39:00 +08:00
回复了 Cyshall 创建的主题 MacBook Pro MacBookPro 2019 款继异响之后又出现闪屏情况
闪屏我知道啥原因了……
关掉了原彩显示,因为这个功能会根据外部光线会自动调节色温!
最新的 macos 版本肯定是改了这方面的策略,激进了很多!
我的 19 也闪了一天,差点送修了,后来想起这个功能,关掉就好了!
2019-07-24 19:53:10 +08:00
回复了 mystorp 创建的主题 问与答 我有一个荒谬的想法:整个人类会不会是一个计算机程序?
推荐楼主可以了解一下《康威生命游戏》这个小游戏,很多看似很复杂的生命构成体,智慧行为,其实背后就是像生命游戏里头的简单的令人发指的规则算出来的,我第一次看到这个东西的时候真的被震住了,太 NB 了……
所以宇宙的本质就是计算,现在我深信不疑!
2019-07-24 14:30:53 +08:00
回复了 djyde 创建的主题 程序员 业务型程序员正在承受偏见
我觉得这么分不合适,实际上我觉得根本不存在什么业务型或者技术型的程序员,或者说其实严格来说只有业务型的程序员……
因为这里头说白了取决于如何定义“业务”而已,其实输出技术也是一种业务啊,LZ 你所谓的技术型和业务型的程序员,其实就是业务的种类不一样而已!
所以无论是技术型还是业务型的程序员,其实在我来看都要深刻的了解自己负责的“业务”,只有做好自己的业务,才能成长!
2019-07-23 20:12:12 +08:00
回复了 timchou 创建的主题 电动汽车 开个单独的贴,我是一名纯电车车主,有什么想问的?
我觉得电车后期的电池回收是一个大问题!这件事其实现在都被搁置了……
小米不上谁来上?价格良心、品质做工中上,老老实实做自己的产品不 BB,这种企业消费者不支持还支持谁?
麻烦带点脑子来思考问题,自媒体天天黑小米,那是为了拿友商赞助的友商的投名状
自己买点小米东西就知道了,其实小米做的并不差!
2019-07-23 08:10:43 +08:00
回复了 woahishui 创建的主题 程序员 国外的程序员请帮忙
人家纬度高,基本上不怎么需要用空调倒是真的!
我记得前两年去伦敦才知道,英国很多城市比中国的最北的漠河还北!
@lonelygo 兄弟非常赞!
顺便我能吐槽一下和我对喷的是技术也是苏宁出来的吗?
唉,老板的旧兵,我已经甩回去了…
@version
其实关于大厂的产品经理问题,我觉得他们这么做是有道理的,最简单的一个原因,就是他们的产品基本上都是市场规则的制定者,所以他们在产品设计调整方面,确实需要有个产品经理在里面去思考整个市场的利益分配问题!是的,就是利益分配的问题,而不是产品体验!说白了这些公司的资源配置,随便你只要做个不低于市场平均水平的产品出来都不会太差!你反过来说小公司的产品,如果技术这边不给力,都像上面一些人认为技术就应该等需求混日子的话,就算让张小龙也没用!其实我听说张小龙也并不是多牛逼,好像他之前在腾讯也都是靠 foxmail 在公司吊命而已,而且腾讯的邮箱本身做的就是半死不活,而且邮箱本来就是昨日黄花了,所以他一直甚少建树,被人非议,马化腾其实几次都想裁掉他这个团队了,但是马性格上也比较优柔寡断,一直拖拉才没下狠手!哈……

@lonelygo 知音,必须握手……哈哈!我管理这块确实比较薄弱,所以现在也在努力各种爬书中,你说的都非常有道理,有机会一定要向你多多学习请教!
虽然这贴有很多人反对我,不过我也看到有不少人确实认同我的观点,其实这就够了,这世间的问题,同道者不求多寡,只求有无,如果某个问题是人人都有统一的答案,其实就不能称之为问题了!
有时候我真觉得人的起起伏伏,3 分能力,7 分天命!就好比我最近爬管理上的书,发现有人雷厉风行,说做就做才能成事,但是有人优柔寡断,做起事非常谨慎,瞻前顾后的,结果也成事了!
技术上一个需求,来来去去也就几种写法,但是依靠团队要办成一件事,管理上的办法成千上万,真的不容易!
但是我总觉得,无论何事,人心不齐,目标不一致就一定是坏事,这个人心不是说要洗脑成思想一样的人心,而是说团队所有人是否认可自己从事的工作最后能达到的目标是否一致。没有这个一致,就算生产线上的工人也无法把产品做到最好,更别说软件开发这种更复杂的智力劳动!
2019-07-22 17:57:01 +08:00
回复了 marcademic 创建的主题 程序员 万年老题,想换笔记本 XPS/T480/X1C,求推荐。
建议老老实实 macbook pro 把!以前用 win 本老说要搭环境搭环境,后来发现其实用了 macos 人家整个操作系统就是个很好的环境了……也怪不得国外开发聚会,各种一水的 MacBook !另外 MacBook 其实整体来说也还是不错的,我 13 年款的 rmbp,到现在跑的还挺欢的,我已经 5、6 年没碰过 win 了,现在感觉用都不会用了!哈……
@userdhf 国外对产品经理的定义和国内的完全不一样!实际上现在国内很多公司的产品经理的职责就是模仿腾讯和阿里这些大厂的模式来的,并不是借鉴国外的模式,实话说大厂有大厂的原因,对错不好评价……但是实际上国外的产品经理基本上要么是读 MBA 商科毕业的市场大拿,要不就是从技术做起来的技术大神!像国内这种直接社招的既不懂技术又不甚了解市场的产品经理来设计产品,还给他们扣个高帽子说他们很专业本来就是强人所难!实际上在大部分公司就是沦落成给技术甩锅的可怜虫……
@Gea 其实我们也是每次必带程序员,而且还千叮万嘱说你们要好好想清楚啊,但是问题还是架不住这帮人不肯动脑子啊!说白了就像这楼里头的一些人,潜意识里头就觉得公司做的这个产品和自己没关系的,按照流程他就只是个敲代码的,产品设计成什么样子都是产品经理的锅,他们唯一考虑的就是技术上能不能实现而已,至于产品是否合理根本不再考虑范围内啊……!
作为技术总监,你和他分析说这个需求,其实可能用这样的框架这样的技术比较好把,这样子实现起来会更合理,以后需求变更也更方便等等!这些人要不给你来句这个技术我不会啊,之前没做过啊,公司在招一个会的把!要不说我的办法能实现啊,能做出来就行了,考虑那么多干什么,可是一到改需求时候这些人就哇哇叫了……最后经常的结果就是我自己懒得和他废话,把门一关一晚上搞完了,收工……无语!但是真心 TMD 累啊……唉!
软件开发真的是团队活,但是说真的现在年轻一代的程序员,你们真的清楚什么是软件工程师吗?你们究竟有多少人认真看过《代码大全》《设计模式》《重构》《程序员修炼之道》这些书了?你们真的明白这些书里面写的各种坏味道,各种代码、设计的目的是什么了?尽管很多人现在的水平不足,但是你们真的觉得按照自己现在这种等着产品经理给自己安排开发需求的状态,就慢慢能变成书中描述的那种软件工程师和程序员了吗?
作为一个老程序员,我也很为现在这种程序员就是青春饭的模式打抱不平,但是真的看到你们有些人的回复,真的也是挺心寒的……
@hahaayaoyaoyao 说真的我不知道,我这边的 Java,初级 3 年以内经验的 10k 多点把,有个 3、5 年经验的能拿到 15 ~ 20 左右,说真的我觉得比上不足比下有余把……因为我最早是干 asp 入行的,后来干过 c、net、java、php 各种语言各种技术,自己就是喜欢码代码而已,对于我来说面对新技术其实就是乐趣!但是说真的觉得我觉得现在很多程序员真的一点责任都不肯背,客户骂产品难用,那是产品经理的设计问题,上线了有 bug,就说是为啥测试没找出来,服务当机了就说运维为啥这都不第一时间发现,哪怕做 code review 的时候给他找出问题,他都能说代码规范没这么规定,你有规定了我肯定照着规范写啊!
就好像医生给病人开刀,和病人说,你想往那切我就往那切,是生是死你自己决定啊,我就是个拿刀的……无语……
@LeeChP 我就问问,Linus 大神管不管流程? Linux 内核现在是不是都是他找了一堆产品经理帮他设计有那些功能那些特性,然后出一堆 PRD 文档,然后分布在全球各地的程序员都是完全按照他发的这些文档开发的?还有大家用的 spring、git、tomcat、apache 等等一堆一堆的各种软件,各种技术,这些东西的作者都是一个一个的不懂技术的产品经理,还是懂产品的程序员?产品经理才是计算机世界的国王?
再说技术总监凭什么不能改程序,首先改程序就不一定会改需求!实现同样的需求,程序可以很多种实现的方法,我之所以特别的火大,就是因为程序员自始至终不从产品角度考虑问题,只对所谓的需求文档负责,代码好不好,结构是否合理,是否有足够的灵活性健壮性等等,这些都被抛诸脑后,只要看着和需求是一样的,测试不出 bug,就觉得是没问题的……
年轻人,在公司混日子,这种态度没所谓……但是我想讨论的是作为程序员,特别是希望自己能成为比较优秀的程序员的人,真的就应该这样子态度对待自己的前途和行业吗?很多人,膜拜各种技术大神,努力学习这些人开发的各种架构和技术,把这些大神视为自己的奋斗目标!但是这些技术大神如果每天在公司,和你们觉得的程序员就应该只对实现产品经理的需求而负责态度去工作和思考问题的话,你觉得他们能设计出这些优秀的技术和产品吗?既然要认为别人的代码写的好,产品也做的有用,那为什么不想想人家的为什么能做的这么好?是因为他有个特别好的产品经理在帮他吗?
我说的这个话题,和你们在公司如何混日子根本就是两码事,要混日子那是混日子的事情,这个我也干过!但是作为一个行业的从业者,真把这种混日子变成是行业规范?是不是太误人子弟了一点?
@Aresxue @LeeChP 其实说来说去就是怕背锅……
在公司里头混日子怕背锅,不去干沟通需求设计产品的事情,这是一件事!
但是作为程序员该不该具备沟通需求,设计产品能力,这又是另一件事!
在我看来在公司里头,为了明哲保身各种甩锅没问题!
但是作为这个行业从业人员,自己要成长要发展,就是应当去思考产品和需求的,这本来就应该是程序员应该具备的能力,这个和在公司里头如何避免背锅并不冲突!
我觉得看到很多人的回复,让我想到一句话:后宫不得干政治……哈哈,看样子很多公司的技术部就是公司的后宫啊!实在想不到这么多人年纪轻轻就如此的迂腐!
当我们说起某个软件、某个系统的作者的时候,无一例外提到的都是这个软件、系统的技程序员,工程师!产品经理并非说不重要,但是很明显在计算机的世界里头,程序员、软件工程师才是真真正正这个计算机世界皇冠拥有者,过去是,未来也应该是!如果你还不承认,你可以翻翻自己的电脑,看看里面的软件,有多少找的到他的产品经理,有多少找得到他的开发工程师?
说白了,权力越大,责任也越大,很多人无非就是不想承担责任而已,流程什么都是虚的,产品的好坏本身就是一个团队应该共同负责和承担的责任,很多程序员只不过是借着“后宫不得干政”这个理由来规避自己的责任而已!就好像产品好不好是产品经理的事,程序有没有 Bug 是测试的事,我就是个打字的,虽然可能拿着整个 team 里头最高的工资,但是想让我承担责任? NoWay !

@sampeng 所以其实你的分析的是对的,我目的吐槽的其实就是程序员,但是没想到这么多人关注的是流程,就是所谓的技术不能干政……真是是挺无语的……说真的我一点都不排斥产品经理!我的意思是就算有产品经理,程序员都应该主动积极的去参与思考产品设计,一样要对产品好坏负责!很多程序员觉得自己不应该背这个锅,其实我想表达的是,产品设计这个锅本来就是程序员、软件工程师背的,你才是这个世界的国王,是你把这个责任甩给了产品经理而已!放十年前,很多软件项目只有项目经理+程序员,实际上产品经理这个岗位并不流行。所以说白了,程序员不是受害者,产品经理才是受害者!

@LeeChP 其实你觉得你最痛恨我这种人,但是你没有发现你就是现在这种结构的受害者吗?如果本身项目给予工程师足够的尊重,让工程师参与沟通和了解需求,你作为工程师如果一开始了解用户真实需求想法,按照这个需求和想法去设计架构,这本不就是最合理和最高效的开发流程不是吗?现在所谓的流程,把责任都甩给了很多连实现原理都闹不清楚的黄毛小子,要和客户沟通,设计了解需求的时候,就给产品经理带高帽,说产品经理们才专业,产品经理沟通能力比我们好!等要写代码的时候,自己又在骂娘,什么产品经理设计的东西都是一坨屎,垃圾,动不动就要改等等……!你觉得你背了别人的锅,实际上产品经理何尝不在被背程序员的锅?
@leafShimple 实际上在我的经历来看,不靠谱的产品比不靠谱的程序员多的多去了!国外产品经理都是要技术背景的,甚至是技术做的足够好了,所以才转做产品。国内现在恰好是反过来的,产品经理以不懂技术为荣,技术干不下去了,才去做产品经理!实际上我最近还较真的去找了一下,真正标榜是产品经理做起来做的好的产品在网上屈指可数!反倒是实际上由程序员或者所谓的码农创立的产品做的比较好的比比皆是!举个最简单例子,v2ex 这个论坛的创始人刘昕不就是程序员吗?难道你们觉得他的想法就没有产品经理设计的好,v2ex 里头充满了不合适的功能和技术?大家不用的挺欢的吗?
所以我一直不明白新一代的这些程序员你们菲薄些什么,现实的情况究竟是真的产品经理做的比程序员做的普遍都专业,还是说实际上大家们在营造一种气氛去降低对自己的要求以求安逸?天天盯着电脑,重复敲着类似的代码和用现成技术框架,CVCP,这就算程序员该有的一生了?
老说程序员是青春饭,老说自己年纪大干不动,写不了代码,生产线当然谁也干不了一辈子,但是工程师绝对是可以干一辈子的工作啊!
@chmaple 不知道你有没有看过《代码大全》这本书!要知道,代码中的是有坏味道的,而且很多代码也是会随着项目的发展慢慢腐化的,很多时候刚开始做出来的菜,也许确实能吃,吃了也死不了!但是不好吃是普遍存在的,刚开始的好吃的代码,慢慢也会变得难吃!这些不是我瞎掰的,很多专业方面的书籍也是这么说的,程序员追究自身水平的提高,很重要的一点就是降低自己代码中坏味道,让自己的代码更简洁,更优雅,更解耦,更灵活,这些貌似都不是产品经理和文档能够给到程序员的把?如果程序员在这方面没有追求,认为只要能跑不出问题,遵循代码规范就是好的程序员吗?至少我看过很这方面的书似乎都不太认可这个观点……
1  2  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   939 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 21:09 · PVG 05:09 · LAX 13:09 · JFK 16:09
Developed with CodeLauncher
♥ Do have faith in what you're doing.