隐含马尔可夫 隐含状态_隐含的危险

隐含马尔可夫 隐含状态

本文是对前几天我读到的“未经学习的青年程序员”文章的回应

如果您之前花一些时间阅读它会更好,但是对于(属于我的那些)懒惰的人,这里是一份简短的简历。 作者似乎是一位经验丰富的软件开发人员。 他观察到,当他要求其他初级开发人员执行某些操作时,结果通常不是他期望的。 为了说明他的观点,他以不得不挂画为例。 我必须承认这些例子非常有趣,并且对我说了很多话。 但是,最后得出的结论是,年轻的开发人员必须在一段时间内提出问题。

承担责任

作为一名在我的象牙塔中管理开发人员的建筑师(请阅读:没有足够的时间来指导他们),很可能我对结果不满意。 我不知道这是来自年龄,文化,国家还是其他因素的特征,但是我要问自己的第一个问题是我没有提供给开发人员什么,这样他就可以实现我想要的结果。 这不是因为我谦虚或缺乏安全感,而是因为有一条规则表明您只能改变自己 ,其余的则取决于其他人。 因此,开发人员不问您问题(尽管对我们大多数人来说都比较舒服),而是要您给他们尽可能多的有关他们工作的相关信息。 在开发人员身上常见的一个缺陷是将责任归于开发人员,我们应该努力不要自己做。

隐含的危险

我的第二个想法是关于要问与隐含之间的差距,因为这是最大的问题。 以现实生活中的一个例子为例,六个月前,我在国外发生了一次摩托车事故(警察和救护车以及整场表演,但我虽然没有动摇,但没有受伤)。 我的自行车严重损坏,因此必须将其拖走。 卡车司机给了我他的卡,我以为他把我的自行车开到了他的车库,因为那是在我国的工作方式。 不幸的是,情况并非如此:我只有在收到有关我的自行车被扣押并注定要被法令毁坏的通知时才意识到这一点,如果我不采取任何措施。

这样的事情在生活中发生了多少次(后果不那么严重)? 一旦您遇到表面上看起来相似的异国文化/国家,就有很多机会隐含地潜移默化。 隐性比无知要糟糕得多 :当您不知道时,您就不会暗示什么了,大多数使用对此会非常小心。 对于软件开发,这意味着最好让一个不了解业务领域的业务分析师来进行。 他/她可能会深入挖掘与拥有类似领域知识的文学学士学位相对的BA ,因为后者会做出假设。 根据墨菲定律,这可能是错误的假设,从而在项目后期导致可怕的后果。

结论

虽然我只能同意参考文章的图形示例,但我非常不同意结论。 高级软件工程师在将任务分配给更多初级任务时应尽可能地明确。 尽管我在与程序员打交道的过程中拥有最好的工作经验,但尽管我们必须在每个项目中都取得成功,但他们并非都一样。

翻译自: https://blog.frankel.ch/dangers-of-implicitness/

隐含马尔可夫 隐含状态

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值