CSDN论坛 > VC/MFC > 基础类

不懂,问一下 [问题点数:20分,结帖人sinbade]

Bbs1
本版专家分:0
结帖率 97.62%
CSDN今日推荐
Bbs1
本版专家分:0
Bbs2
本版专家分:492
Bbs3
本版专家分:721
匿名用户不能发表回复!
其他相关推荐
关于项目经理不懂技术
自己之前的想法是项目经理应该是技术大牛,或者起码应懂一些技术,因为只有这样才能更好的确定客户所提出的需求是不是可以实现。但是现在又有了一些新的想法,项目经理不需要懂技术,或者说项目经理不懂技术反而更好。讨好客户如果项目经理懂技术就会被技术所束缚,简单来说就是在客户提出需求的时,项目经理根据自己已有的技术水平做出判断:这个需求无法实现,或者实现起来工作量过大。于是很有可能当面就把客户的需求给回绝了,
不懂技术的研发团队领导
不懂技术的人如果做了研发团队的领导,很容易出现严重的问题。例如,技术会议他到底需不需要参加,如果是一位技术专家出生的人,毫无疑问他需要参加,但是如果情况不是,这时候就会出现麻烦。他参加或者不参加,都会引起麻烦,所以尽量避免这样的人出任研发团队领导。另外,对于整个研发过程的管理,不懂技术的人很容易完全从产品角度考虑,忽略研发团队面临的困难和风险,忽略技术人员对于技术的憧憬,造成团队超负荷工作的情况、
工作周报模板
可以参考一下,大家不懂的可以好好参考一下
MM_ISOTROPIC不懂啊,记录一下
MM_ISOTROPIC映射方式 1、使用任意的轴时都保证两个轴上的逻辑单位相同 2、刚开始将映射方式设定为MM_ISOTROPIC时,Windows使用与MM_LOMETRIC同样的视窗和视埠范围 3、可以呼叫SetWindowExtEx和SetViewportExtEx来根据自己的偏好改变范围了 4、您可以用所期望的逻辑视窗的逻辑尺寸作为SetWindowExtEx的参数、 5、用显
这些前端面试的问题,搞懂了你就合格了
@版本 1.0 备注: 本repo包含了一些前端面试问题用于考查候选者。不建议对单个候选者问及每个问题(那需要好几个小时)。只要从列表里挑选一些,就能帮助你考查候选者是否具备所需要的技能了。 记住,很多问题都是开放的,可以引发有趣的讨论。那比直接的答案更能体现此人的能力。 最初的贡献者 备注: 大部分问题从是某个帖子搜集和由下列个人提供: @bentruyman (http://
《不懂项目管理,还敢拼职场》读书笔记
经验 人生经验 没有人可以轻松面对人生的拐点   世界上很多的“不可能”是自己找的退缩的借口,有一丝的希望和机会,就有应付出百倍的努力去争取。失败了生活只是原样,但万一成功了呢?   世界上最好的学习方法是从失败中学习,而代价最小的学习方法是从别人的失败里学习   分享这些失败不但会让自己印象更加深刻,也会让别人少走弯路   误解来自不了解   一件事不可能让所有人都满意
数学建模中的层次分析法
老师上课的课件,不懂的可以学习一下,分享一下,一起共同进步。
管理感悟:不懂技术如何管理
管理感悟:不懂技术如何管理     红朝儒生 2018-2-25   关键字:管理 技术 简介:隔行不隔理,不懂技术也能进行有效的管理。       有一句话,叫隔行如隔山。所以很多领导发愁,因为面临一个问题:不懂技术,怎么管理。   其实还有一句话,隔行不隔理。每个行业具体细节工作,其实不是专门搞这个的,难以上手(比如说让领导编程)。可是每一个行业的道理,却都一样。这就为领
为什么有时候产品经理不懂技术更好?
还记得以前发过一篇文章《程序员和产品经理是怎么互相看的?贬低还是赞扬?》,里面谈到了我在现实生活中所看到的这两个角色是如何看待自己及对方的工作职责的。实际工作当中,也听到很多程序员和产品经理之间的互相抱怨,如果我问有什么办法能缓解他们之间这种水深火热互不相容的紧张关系吗?很多人同意这么一个观点:只有懂技术的产品经理才能和程序员和睦相处,他们互相理解,产品经理不会整天提出那些天马行空、乱七八糟的点子
不懂就问确实是个好习惯------韩愈《师说》
古之学者必有师。师者,所以传道受业解惑也。人非生而知之者,孰能无惑?惑而不从师,其为惑也,终不解矣。生乎吾前,其闻道也固先乎吾,吾从而师之;生乎吾后,其闻道也亦先乎吾,吾从而师之。吾师道也,夫庸知其年之先后生于吾乎?是故无贵无贱,无长无少,道之所存,师之所存也。   嗟乎!师道之不传也久矣!欲人之无惑也难矣!古之圣人,其出人也远矣,犹且从师而问焉;今之众人,其下圣人也亦远矣,而耻学于师。是故圣益
关闭