首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏架构师成长之路

    浅谈技术管理

    此外,加一个前缀,主要针对非技术领导者所面临的技术管理困境,在很多从传统企业转型或个人站转型的互联网企业里,这个问题较为突出。 问题6:没有足够的思考和设计时间,以及学习研究的时间 好吧,前面说了,不要追求完美,不要设计复杂的架构,但是即便是轻架构,即便是简单的代码,也需要足够设计和思考的时间; 小公司、非技术管理

    50810编辑于 2022-04-14
  • 来自专栏IT技术圈

    习题2-2 阶梯电价 (15分)

    为了提倡居民节约用电,某省电力公司执行“阶梯电价”,安装一户一表的居民用户电价分为两个“阶梯”:月用电量50千瓦时(含50千瓦时)以内的,电价为0.53元/千瓦时;超过50千瓦时的,超出部分的用电量,电价上调0.05元/千瓦时。请编写程序计算电费。

    3.3K10发布于 2021-04-01
  • 来自专栏AI机器学习与深度学习算法

    学习分类 2-2 内积

    对于分类问题,我们不再像回归问题那样,找出直线的斜率和截距。为了方便理解,将拥有一个特征的回归问题所绘制的图示和拥有两个特征的分类问题绘制的图示进行对比。

    61810编辑于 2022-11-08
  • 来自专栏Hank’s Blog

    2-2 R语言基础 向量

    > x <- vector("character",length=10) > x1 <- 1:4 > x2 <- c(1,2,3,4) > x3 <- c(TRUE,10,"a") #如果给向量赋值时元素类型不一致,R就会强制转换,将他们变为同一类型 > x4 <- c("a","b","c","d")

    81110发布于 2020-09-16
  • 来自专栏静晴轩

    小团队的技术管理

    最近一年左右兼职技术管理的经验试总结,核心理念就是以人为本。 小作坊   小项目的构成往往是一个相对有经验的人作为 leader,带几个毕业生构成一个三五个人的小作坊。 原文链接:小团队的技术管理 ----

    75950发布于 2018-03-27
  • 来自专栏大数据架构师成长之路

    技术管理-30条军规

    1、 组建12人左右的最小战斗单元。有时候人多并没有用,比如一个孕妇怀胎10月生下一个宝宝,你不可能找来10个孕妇怀胎一个月,就能生下来吧。

    94531发布于 2020-04-30
  • 来自专栏波波烤鸭

    2-2 SPU和SKU详解及MyBatisPlus自动生成

    2-2 SPU和SKU详解   商城系统中的商品信息肯定避免不了SPU和SKU这两个概念,本节就给大家详细介绍下这块的内容 1、掌握SKU和SPU关系 SPU = Standard Product Unit

    3.3K41发布于 2021-01-21
  • 来自专栏刷题笔记

    2-2 学生成绩链表处理 (20 分)

    本文链接:https://blog.csdn.net/shiliang97/article/details/101169860 2-2 学生成绩链表处理 (20 分) 本题要求实现两个函数,一个将输入的学生成绩组织成单向链表

    1.7K20发布于 2019-11-08
  • 来自专栏mysql

    hhdb数据库介绍(2-2)

    HHDB Server在计算节点、数据节点、配置库等层次提供全面的高可用保障。提供完善的心跳检测、故障切换对存储节点同步追平判断、全局自增序列在故障时自动跳号、客户端连接Hold等机制,保障数据服务的可用性与数据的一致性。

    24510编辑于 2024-11-28
  • 来自专栏EdisonTalk

    窥探技术管理的哲学本质

    二、技术管理的哲学本质 管理的本质是激发善意 “于一微尘中,悉见诸世界”:万事万物在“道”即本质的层面相同,在“术”即业务场景的领域不同,道同而术相异。微尘虽小,亦可窥探世界的全貌。 同理,技术管理的本质同样是降本增效,而成长是一切的前提。 玄姐还提到,关于成长,我们往往还存在一个常见的误区,那就是“为了成长而成长”。单纯的成长对于团队来说,其实是无法产生助益的。 构建终身成长生态 作为技术团队的管理者,终身成长应该是技术管理者对整个团队的要求,因为只有终身成长,才能保证你的团队能够持续产出高质量的内容。 三、技术管理案例剖析 案例1:合作 [w5mjbf2bax.png] 从德鲁克的经典论述中,我们知道了:管理的本质是激发善意,而成长又是最大的善意。 这一期跟玄姐学习了技术管理的本质,这是一种以激发团队成员成长的善意,只有通过帮助成员通过内驱力完成自我成长,才能进而影响整个团队,最终让团队得到整体的进步,实现自身与团队的双赢,进而实现降本增效的哲学本质

    91200发布于 2020-08-31
  • 来自专栏飞雪无情的博客

    如何转变才能做好技术管理

    我们很多技术开发人员,在这个的岗位做的很优秀,就可能得到提拔,而走向技术管理的岗位。 从技术开发到技术管理,是一个很大的转变,也需要走向技术管理的人员转变,这个转变会根据能力不同,有不同的调整期,一般半年左右,转变过来就能更好的适应这个技术管理的岗位。 今天我们就聊聊从技术开发到技术管理后,会有哪些转变,也是我们想走这条路的人必须做出的改变。 所以很多技术开发人员,刚被提拔为技术管理者后,就会很乱,很忙,没有头绪,主要也是因为事情太多,太杂,没有掌握技术管理的诀窍,所以一时很难适应,这个就是适应期,调整期。 现在成了技术管理者了,你要把任务分解好,谁做什么,什么时候完成,怎么做讨论方案。什么?卡住了,再赶紧拉通。

    75611发布于 2020-02-10
  • 来自专栏喔家ArchiSelf

    面向全栈的技术管理

    在中生代和飞马网的技术嘉年华上,我斗胆披上吹牛的嫌疑,分享了面向全栈的技术管理,现赘述如下。 ? 作为一名技术管理者,既需要培养团队的ABC,又需要管理你的老板,保持团队的新陈代谢,因为一切都是人的竞争。我曾在GitChat上做过一次分享,具体可以参考《老曹眼中的研发管理二三事》一文。 ? 面向全栈的技术管理试图从采用系统思维的方式来探讨研发管理尤其是技术管理的可行性和方法。从系统的角度看,包括时间,空间 和人三个维度。 面向全栈的技术管理主要是通过系统性的思维方式解决技术研发管理的问题。这是典型的九宫格矩阵,从时间和空间的维度提出了系统思考的维度。可以缩放系统的概念范围,例如到模块的层面,会发现很多有意思的结论。 商业需求是个大话题,超出了很多技术人的领域,这里主要看研发中技术管理的全栈思维方式。用一句高大上的词,就是技术前瞻性。 如何考量技术的前瞻性,可以借鉴TRIZ的方法。 ?

    1.4K10发布于 2018-08-22
  • 来自专栏育种数据分析之放飞自我

    笔记 | GWAS 操作流程2-2:性别质控

    「原理:」检查性别差异。先验信息,女性的受试者的F值必须小于0.2,男性的受试者的F值必须大于0.8。这个F值是基于X染色体近交(纯合子)估计。不符合这些要求的受试者被PLINK标记为“PROBLEM”。

    1.7K31发布于 2020-05-18
  • 来自专栏悟道

    2-2 二分&前缀和模板

    二分模板 int mid=0; while(left<right){ mid=(left+right)/2; if(check(mid)<K) r=mid; else l=mid+1; } 前缀和模板 : 前缀呢 无非就是 从left->right的和: ( s[right] - s[left-1]) import java.util.Scanner; public class Main { public static void main(Stri

    39530发布于 2021-03-11
  • 来自专栏python3

    Python自动化开发学习2-2

    open()打开文件。windows系统默认的是gbk编码,如果不指定字符编码,就会使用系统默认的字符编码打开文件。比如这时python就会使用gbk编码去读utf-8文件,运行后会报错或者读到乱码。

    76530发布于 2020-01-10
  • 来自专栏前沿技墅

    技术管理者为啥这么忙

    一个技术管理者的成功并不在于自己代码多好、能力多强,他的成功一定建立在团队成功的基础之上。只有团队成员不断成长,这个团队才可以做成更大的事情,而你才可以在团队的基础上,站得更高、看得更远。 ———— 本文引用自极客时间精品专栏“朱赟的技术管理课”。 在专栏中作者以女工程师和技术领导的视角,聚焦于技术管理、技术实践、硅谷文化和个人成长领域,分享自己在技术和管理上的领悟及忠告,以及在硅谷工作的体会与见识。

    1K50发布于 2018-06-08
  • 来自专栏EdisonTalk

    管理 |《技术管理案例课》学习总结(下)

    最近学习了极客时间许健老师的《技术管理案例课》,现在就把我的学习总结分享与你,本文为下半部分,主要关注二线主管和技术决策者的实践要点。 主持业绩考评会议需要注意几点: 先设定准则:一线经理自己提准则并选择遵守哪几个准则 不一定按比例分配:一碗水不端平才是公平 投票选举:但要保留一把手对投票结果变更的权利 异常处理:解决方案还是在平时的准备 三、技术决策者 作为技术管理者 ,需要做技术决策,这也是技术管理和一般管理的主要区别。 技术管理案例课脑图(下).png 推荐学习 许健,《技术管理案例课》

    1.1K00发布于 2020-12-19
  • 来自专栏吴伟祥

    技术管理者如何向上汇报 转

    我们先依旧遵循理性分析的风格,来拆解归纳一下,作为技术管理者做向上汇报的目的到底是什么? 很遗憾,作为技术管理者本意是希望大家更重视技术,为团队争取更多的资源,但是沟通汇报的结果反而导致了失去信任,失去支持。 问题的症结在于:很多技术管理者还是只关注了前面两个字“技术”,而丢失了后面的“管理者”。 作为技术管理者,你应该关注的是“技术团队需要什么资源,然后可以为公司做到什么!” 仅仅就这么一条而已! 什么技术氛围,工程师文化,slack协作工具,mac开发设备这些都只是你作为技术管理者的资源,你只要说得清楚,这些资源都能获得到。

    1.3K30发布于 2018-08-14
  • 来自专栏不止dotNET

    技术管理者怎样跳出“泥潭”

    一旦走上技术管理岗位,会感觉事情突然翻了很多倍: 制定产品的任务计划 需要考虑团队成员的成长 合理地安排任务 各部门之间的协作 重难点技术的攻关 核心代码的编写 解决团队成员遇到的各种问题 … 如果没有一个合理的安排和归类

    51410发布于 2019-11-07
  • 来自专栏方丈的寺院

    新手技术管理之目标设定

    新晋管理者总是手忙脚乱的。领导管你要技术规划;一堆业务需求提过来了,如何判断做不做,任务应该分配给谁;原来和组里同事都是平级,现在我是领导了,好像有几个人不太服,我该怎么处理呢。千头万绪,第一件该干的事就是设定团队目标。

    54210编辑于 2022-11-08
领券