一什么莫展

股票网 3 0

不要等到一筹莫展底牌尽失的时候,才寻找退路

在我意识到真相之前,最近发生了一些事情:许多事情您认为可以解决,但是一旦发生,您只会知道自己什么也做不了。人们必须学会对危险采取预防措施,或者面对困难,观看幻想和实际经历仅仅是两个概念。一种是轻云,另一种是灾难性的陨石。不要等到丢卡的那一刻,然后开始惊慌失措,寻找出路。不要高估自己。

死魂灵——他左思右想,一筹莫展,只好把嘴里的烟一缕缕地喷吐出

。曼尼洛夫(Manilov)考虑到客人的精神是否偶尔变态,于是他惊慌地看着他一会儿,但客人的眼神却平静而安详,狂暴的人没有这种凶恶的残酷闪光。,一切正常而且体面。应该采取什么态度。曼尼洛夫(Manilov)左右想着,我该如何应对这种情况,最后他茫然不知所措,不得不吐出嘴里剩下的烟。

“好吧,我想知道,您能否移交给仍然还活着但还没有真正活着的农奴。以您认为更合适的方式将其出售或出售给我?”

马尼洛夫非常震惊,以至于他一言不发,只是茫然地看着他。

“我觉得您似乎很尴尬?”奇奇科夫说。

“我?...不,我不是,”马尼洛夫说,“我无法理解,我当然没有受过如此高的教育,也就是说,优秀的教育正在您的每一步都显示出来;我不太会说话。也许您的表情中还有其他内容。也许您这样说是为了表达优美的意思?”

“不,”奇契科夫继续说道,“不,那是我的意思,也就是说,我想要真正死掉的农奴。”

马尼洛夫完全茫然。他觉得自己应该表达一些东西并应该提出一个问题,但是幽灵知道该问些什么。结果,他又喷了一缕烟,但是这次不是从他的嘴里喷出来的。,但从鼻孔喷出。

“好吧,如果没有障碍,那么托福神就开始签订合同,”奇契科夫说。

“为什么签订买卖死农奴的合同?”

“不好了!”奇奇科夫说。 “我们将把他们签为活农奴,就像在农奴普查名册上登记的农奴一样。我习惯了无论做什么都不会偏离民法,尽管出于这个原因,我在任职期间屡遭打击,但对不起:履行我的义务对我来说是神圣的;在法律面前我无话可说。”

马尼洛夫对最后一句话感到满意,但他仍然无法弄清楚。他没有透露这笔交易的含义,他威力无比,以至炸毁了烟斗。它像松管一样吱吱作响。他似乎想摆脱困境来应对这种闻所未闻的情况。但是管道只会发出吱吱声,没有其他技能。

“您还有其他问题吗?”

“糟糕!到哪里去,什么都没有。我的意思不是批评或指责您。但是,请允许我大胆地询问这种交易,或更准确地说,是这种交易,是否不违反俄罗斯民法和其他规定?”

完成后,马尼洛夫摇了摇头,专心地看着奇奇科夫的脸,这是一种深沉的表情,露出了脸上的皱纹和闭合的嘴唇。这种表达在普通百姓面前通常是看不见的,也许只是在一位过于机灵的部长面前,而在他最思考问题时也是如此。

全军溃败在即,军长一筹莫展,算命先生随口一言,敌军被迅速歼灭_陈毅

为什么普通人觉得很容易实现,但程序员却一筹莫展?

每个用户实际上都是一个“产品经理”。用户在使用产品时,只要已经形成足够的主观感觉(好/坏),就愿意表达这种意愿。因此,用户实际上是在承担“产品经理”的责任。

以下是产品经理和程序员之间的几个示例,由于对“简单”的理解不同,这彼此伤害。

第一种“简单”:没有阐明对方可以理解的内容

出现“简单”一词,可能是因为尚未弄清相关技术要点。

如果不明确技术要点,工会的仓促开放会导致研发过程中的频繁沟通,并且很难明确研发目标,因此更有可能陷入举报风险。订婚期间吹气,无法估计特定的研发时间。

场景1:此位置用于显示用户的头像,只需简短地执行即可。

分析:将需求点转换为技术点的能力是产品经理和游戏系统规划的基本技能。队友的基本技能并不好,这一要求可能无法保存。关键取决于需求点是否明确。

对于要求点很明确的情况(例如例句),可以通过提问进行精炼以保存。如:

化身有多大?有多少次?

-大概是400 * 400。

目前无法确定?

- 是。

您刚才说的是400 * 400,长宽比固定为1:1吗?

-我想...不一定,等到接口Demo出现后,才能看到易用性。

这个大小并没有写死,我知道。

仅在此界面中使用,其他视图会显示化身吗?

- 也许。编写时还必须注意可重用性。

看到您正在绘制一个矩形,确定它是矩形边框吗?

-不,它是四舍五入的。

圆角的半径是多少?

-啊,我要确定。是否可以在

头像上堆叠其他内容

例如,添加V?

-将会类似。我想提一下VIP系统。

以上摘录摘自产品经理和程序员之间关于如何在App中设置“头像”的讨论。

可以看出,即使是简单的化身,大小,形状,身份表示等,在技术开发结束时也会被分解成不同的需求。

一些新手产品经理与普通用户几乎站在同一角度,将许多组件视为一个模块,并“从技术上”要求技术人员帮助他实现这一目标。这时,一些经验丰富的程序员将帮助他阐明自己的想法并分解分裂的要求,这样他不仅可以立即解决“需求→实现”,而且还可以使这位新手产品经理取得进步。

不可靠:★☆☆☆☆-至少知道您想要什么

第二个“简单”,缺乏设计和实现

软件开发是一项非常复杂的业务。设置要求→绘制手稿→创建设计图→程序实现是最基本的四个步骤,但是普通人倾向于直接忽略前三个步骤,因此无论何时,当脑洞打开时,他们会有这个想法:

“比程序员少!”

举一个简单的例子:

1。 (同行们介绍的土豪)您好,我想做一个股票分析软件,我这里有一套完整的公式可以为每只股票打分,您只需要一个移动版本,界面就是最常见的一种是强调完整功能。

翻译:听说您可以编写代码?界面也绘制在一起。

分析:通常会遇到这种“大白人”,总的来说,雇两个人一起工作就足够了,一个人做UI,另一个人负责与他沟通,阐明他的每个需求。

2。 (公司负责人)小王,您在上一个项目上做得很好。在今年年底,我会给您一个小的需求,然后让您去做。它是一个简单的公共帐户应用程序,连接到公司的CRM系统,并在有重要事项时向相关负责人发送推送...

王小征请领导人提供详细信息。领导人有以下两个回应:

啊,你通常会和你一起去做什么?产品经理?这么简单的事情,还在使用产品管理器吗?

你在乎我吗?流程逻辑?接口图?后端API?不,你可以打开胸怀!

项目已完成,年份不好,也没有可供选择的清单。接下来的两个月与您无关。奖金将在年底发放。让您执行此操作是故意使您陷入困境,结识并迅速辞职。不要拖延美好的未来,公司必须“节流”,不是吗?

不可靠:★★★☆☆-程序员不是“万能的”

第三种“简单”的感觉,磨合了人类的感受

“我的项目易于实现。两千个够吗?”

“对于如此简单的少量需求,您要报价一个月吗?”

没有什么可分析的,只好对他说“再见”

不可靠:★★★★★-“帮帮我,我会请你吃这顿饭!”

实际上,没有具体要求“看起来很简单但很难实现”。

只有项目开发人员才有权判断实现特定需求的难度。即使来自同一项目组的程序员在不了解对方代码结构的情况下彼此提出要求,也没有足够的信息来判断实现的难度。

专家仍然如此,更不用说外行对专家的肤浅理解。

标签: 没有 产品 实现 经理 农奴 要求 需求 程序员 是否 表达 应该 无法 情况 绘制 项目 内容 知道 领导人 用户 显示

  • 评论列表 (0)

留言评论