腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
搜索
搜索
关闭
发布
首页
学习
活动
专区
工具
TVP
最新优惠活动
返回腾讯云官网
Keegan小钢
专栏成员
举报
102
文章
113278
阅读量
43
订阅数
订阅专栏
申请加入专栏
全部文章(102)
其他(20)
区块链(18)
android(18)
编程算法(11)
defi(10)
产品(10)
架构设计(9)
微信(8)
函数(8)
ios(7)
网站(7)
缓存(7)
java(6)
云数据库 Redis(6)
api(6)
数据库(5)
开源(5)
微服务(5)
存储(4)
https(4)
web3(4)
go(3)
sql(3)
github(3)
人工智能(3)
数据结构(3)
kafka(3)
管理(3)
开发(3)
数据(3)
oracle(2)
unix(2)
消息队列 CMQ 版(2)
分布式(2)
网络安全(2)
安全(2)
windows(2)
腾讯云开发者社区(2)
swap(2)
网络(2)
费用中心(1)
负载均衡(1)
比特币(1)
数字货币(1)
servlet(1)
html(1)
textview(1)
单片机(1)
云数据库 SQL Server(1)
mvc(1)
ide(1)
git(1)
linux(1)
负载均衡缓存(1)
apache(1)
容器镜像服务(1)
spring(1)
日志服务(1)
云直播(1)
腾讯云测试服务(1)
企业(1)
http(1)
容器(1)
kubernetes(1)
游戏(1)
erp(1)
spring boot(1)
jdbc(1)
hashmap(1)
tcp/ip(1)
rpc(1)
sdk(1)
服务网格(1)
项目管理(1)
app(1)
currency(1)
key(1)
pool(1)
state(1)
token(1)
view(1)
web(1)
遍历(1)
部署(1)
单例模式(1)
互联网(1)
基础(1)
架构(1)
接口(1)
开发者(1)
路由(1)
配置(1)
视频(1)
搜索(1)
统计(1)
系统(1)
项目经理(1)
协议(1)
搜索文章
搜索
搜索
关闭
做了六年多技术管理,聊一些经验总结
android
项目管理
app
管理
项目经理
我是从 2014 年开始正式走上管理之路的,在那之前虽然也有带过几个初级程序员,但毕竟不是正式的管理职位。正式踏上管理岗是从做一个小主管开始的,刚开始只管理几个人;之后担任过一些业务线的技术负责人,管理十几二十人;最多时管理百人团队,负责整个研发部门。一路从技术主管,到技术经理,再到技术总监,中间也和别人合伙创业当过 CTO。有空降管理过现成的团队,也有不止一次从 0 到 1 组建团队的经验。
Keegan小钢
2021-04-14
4.4K
0
正确认识 MVC/MVP/MVVM
textview
android
mvc
编程算法
数据库
做移动端开发和前端开发的人员,对 MVC、MVP、MVVM 这几个名词应该都不陌生,这是三个最常用的应用架构模式,目的都是为了将业务和视图的实现代码分离,从而使同一个程序可以使用不同的表现形式。不过,网上的文章对这方面的解说众说纷纭,其中不乏有些错误的描述,导致有些人应用这些架构模式时陷入一些错误陷阱。本文将追根溯源,力求让大伙对这三个架构模式形成正确认识。
Keegan小钢
2020-12-11
2.6K
1
程序猿们那些可选的职业发展路线
android
ios
java
go
网站
时不时会有一些做开发的小伙伴向我咨询一些职业发展的问题,比如:该不该跳槽?遇到了职业天花板该怎么破?如何才能成为架构师?等等。这些问题,说白了,其实都是如何选择职业发展路线的问题。那我们就来聊聊那些可选的职业发展路线,需要注意,每个人都并非只走一条路线。
Keegan小钢
2020-02-20
795
0
撮合引擎开发:流程的代码实现
缓存
云数据库 Redis
android
我们要开始聊代码实现逻辑了,如果不记得之前讲的目录结构,请回去翻看前文。聊代码实现的第一步自然从程序入口开始,核心就两个函数:init() 和 main(),其代码如下:
Keegan小钢
2019-12-03
984
0
003 | 从学会到精通的方法论
区块链
android
ios
如果你按照我上一篇文章所展示的学习方法去学习一门新技能的话,不管是区块链,还是一门新编程语言,一周时间足以让你上手。我学习区块链从不会到学会就是用了一个星期左右,每天上下班路上学一个小时左右,晚上学两个小时左右,周末每天也是差不多三个小时,总共就是用了差不多21个小时,从0到1入门了区块链领域,之后就是不断精进了。而且我是从全局视角去学习区块链的,比一些片面地学了区块链开发半年的人更具有前瞻性。
Keegan小钢
2018-08-10
594
0
小钢再聊全栈
微信
java
android
原创文章,转载请注明:转载自Keegan小钢并标明原文链接:http://keeganlee.me/post/full-stack/20170829微信订阅号:keeganlee_me写于2017-08-29
Keegan小钢
2018-08-10
429
0
App项目实战之路(五):服务端篇
开源
android
ios
近一个月因为忙于其他事情,一直没能抽出时间来更新项目进度。现在,只能趁着国庆期间,赶紧抽空更新下进度。这次,我想简单谈谈服务端的一些东西。
Keegan小钢
2018-08-10
735
0
App项目实战之路(四):UI篇
android
ios
上一篇文章[原型篇]发布之后,就开始设计UI了,包括Icon和界面UI,周一到周五晚上一般花两到三到小时,周六日的时候则有五六个小时,最终用了一个星期多才设计完成。先直接展示下成果吧。
Keegan小钢
2018-08-10
1.2K
0
App项目实战之路(一):概述篇
android
ios
开源
我计划做一款App产品,包括Android和iOS,做完打算将Android和iOS客户端的代码开源,并将上架到应用宝和AppStore,之后还会不断迭代。而在做这款产品的过程中,我会尽量将一些相关的思考、决策、心得总结等整理成文分享出来。这个周期将会比较长,因此,文章我将以连载的方式发布。
Keegan小钢
2018-08-10
811
0
小钢聊全栈
网站
ios
android
java
全栈正在变得越来越流行,很多人都有意愿或正在往全栈的方向去发展。我自己也一直在往这个方向不断提升自己,到目前为止,算是略有小成,勉强称得上是一个合格的全栈架构师。为了给更多走在全栈路上的小伙伴们提供一些思路,我将基于我自己这些年来的经验总结和思考,以及从其他更优秀的人(比如吴军)学习得来的感悟,与大伙分享我对全栈的一些观点。我主要将从三方面来聊聊全栈的问题:
Keegan小钢
2018-08-10
548
0
我的个人品牌运营之路
微信
android
缓存
今早打开我的微信公众号,突然看到用户数飙升了。接着再看看博客网站的记录,同样也出现了飙升。这是截止到昨天统计的数据:
Keegan小钢
2018-08-10
519
0
写给程序猿的把妹指南:概述篇
linux
windows
android
每个女人,都是一套复杂的系统,只不过,这套系统不是由程序员创造的,而是由大自然进化而成的。大部分程序猿不太懂得如何泡妞,是因为你不熟悉女人这套系统,也没人教过你如何学习这套系统。本指南将给你提供指引,让你开始了解女人这套系统,并指引你如何征服这套系统的方法和道路。
Keegan小钢
2018-08-10
829
0
App架构设计经验谈:业务层的设计
架构设计
android
业务层其实并不复杂,但是大部分开发人员对其职责并没有理解清楚,从而使其沦落为一个数据中转站。我之前分享过的Android项目重构之路系列中提到的核心层,其实就是这里所讲的业务层。但有不少读者反映,他们在实际项目中就只是做一下参数检查,然后直接调用API,与展示层对接的接口基本也与API的接口一致的。这样,业务层无疑就已经变为了一个数据中转站。
Keegan小钢
2018-08-10
609
0
Android项目重构之路:实现篇(二)
android
api
核心层处于接口层和界面层之间,向下调用Api,向上提供Action,它的核心任务就是处理复杂的业务逻辑。先看看我对Action的定义:
Keegan小钢
2018-08-10
405
0
Android项目重构之路:实现篇(一)
android
微信
架构设计
前两篇文章《Android项目重构之路:架构篇》和《Android项目重构之路:界面篇》已经讲了我的项目开始搭建时的架构设计和界面设计,这篇就讲讲具体怎么实现的,以实现最小化可用产品(MVP)的目标,用最简单的方式来搭建架构和实现代码。
Keegan小钢
2018-08-10
567
0
Android项目重构之路:界面篇
android
在前一篇文章《Android项目重构之路:架构篇》中已经简单说明了项目的架构,将项目分为了四个层级:模型层、接口层、核心层、界面层。其中,最上层的界面,是变化最频繁的一个层面,也是最复杂最容易出问题的一个层面,如果规划不好,很容易做着做着,又乱成一团了。 要规划好界面层,至少应该遵循几条基本的原则:
Keegan小钢
2018-08-10
890
0
Android项目重构之路:架构篇
android
去年10月底换到了新公司,做移动研发组的负责人,刚开始接手android项目时,发现该项目真的是一团糟。首先是其架构,是按功能模块进行划分的,本来按模块划分也挺好的,可是,他却分得太细,总共分为了17个模块,而好几个模块也就只有两三个类而已。但应用本身其实比较简单,要按功能模块来分的话,最多五个模块就够了。另外,有好多模块划分也很模糊,也有很多类按其功能其实可以属于多个模块的,也有些类定义不明确,做了不该做的事。有时候,我要找一个界面的Activity,按照其功能应该属于A模块的,可是在A模块里却找不到,于是,我只好去AndroidManifest文件里找了,找到才发现原来在B模块里。也有时候,我要找另一个界面的Activity,可我看遍了所有模块,也没看出这个界面应该属于哪个模块,没法子,又只能去AndroidManifest文件里找了,找到才发现竟然在C模块里。代码也是又乱又臭,导致出现一大堆bug又不好找,改好一个bug又出现另一个。整个项目从架构到代码都是又臭又乱,开发人员只是不停地改bug,根本没法做新功能,更别谈扩展了。当时,公司已经有为不同客户定制化app的需求,而现有的架构完全无法满足这样的需求。因此,我决定重构,搭建一个易维护、易扩展、可定制的项目。
Keegan小钢
2018-08-10
1.1K
0
App架构设计经验谈:展示层的设计
架构设计
android
三层架构中,数据层和业务层都已经做过了简单的分享,最后,就剩下展示层了。本篇就给各位分享下我在展示层设计方面的一些经验心得。
Keegan小钢
2018-08-10
2.3K
0
没有更多了
社区活动
【纪录片】中国数据库前世今生
穿越半个世纪,探寻中国数据库50年的发展历程
立即查看
Python精品学习库
代码在线跑,知识轻松学
立即查看
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
立即体验
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
立即查看
领券
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档