置顶-研发与技术管理小结


# 用户名
USR=ajhealth
# 密码：大小写、特殊字符、数字，大于8个字符
authconfig --passalgo=sha512 --update
### 移除空闲时间大于15分钟的用户
echo "readonly TMOUT=900" >> /etc/profile.d/os-security.sh
echo "readonly HISTFILE" >> /etc/profile.d/os-security.sh
chmod +x /etc/profile.d/os-security.sh
### 禁用不使用的用户和组
cp /etc/passwd{,.bak}
sed -i "/^adm:x\|lp:x\|shutdown:x\|halt:x\|uucp:x\|operator:x\|games:x\|gopher:x\|ftp:x\|nfsnobody:x\|nfsnobody:x\|postfix:x/ s/^/# /" /etc/passwd 
cp /etc/group{,.dist}
sed -i "/adm:x\|lp:x\|uucp:x\|games:x\|gopher:x\|video:x\|dip:x\|ftp:x\|audio:x\|floppy:x\|postfix:x/ s/^/# /" /etc/group
### 关闭不使用的服务
chkconfig --list | grep '3:on'
...
### 创建 sudo 用户
visudo
### SSH安全设置
cp /etc/ssh/sshd_config{,.bak}
sed -i "s/PermitRootLogin yes/PermitRootLogin no/" /etc/ssh/sshd_config # 禁止root直接远程登录
sed -i "/^#Port 22/a Port 11011" /etc/ssh/sshd_config # change port
sed -i "/^#IgnoreRhosts/ s/^#//g" /etc/ssh/sshd_config # ignore Rhosts files
echo "auth required pam_tally2.so deny=6 unlock_time=180 even_deny_root root_unlock_time=180" >> /etc/pam.d/login # 限制登录失败次数并锁定
#### 登录IP限制
##### 更严格的限制是在sshd_config中定死允许ssh的用户和来源ip：
echo AllowUsers $USR@10.116.44.24 >> /etc/ssh/sshd_config
# echo AllowUsers $USR@10.116.44.24 hadoop@10.116.44.24 hadoop@hadoop1 hadoop@10.116.43.165 >> /etc/ssh/sshd_config
tail -2 /etc/ssh/sshd_config
# restart sshd:
service sshd restart
[
	或者使用tcpwrapper:
	vi /etc/hosts.allow
	sshd:172.29.73.23
	sshd:172.29.73.
	vi /etc/hosts.deny
	sshd:all
]
#### 减少history命令记录
sed -i "$ a \\
if [ \"\$SHLVL\" = 1 ]; then\\
  history -c\\
fi
" ~/.bash_logout
sed -i "$ a \\
if [ \"\$SHLVL\" = 1 ]; then\\
  history -c\\
fi
" $(eval echo ~$USER)/.bash_logout
#### 禁ping
echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all
echo "echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all" >> /etc/rc.d/rc.local
%% --- ---
#### 增强特殊文件权限
给下面的文件加上不可更改属性，从而防止非授权用户获得权限
chattr +i /etc/passwd
chattr +i /etc/shadow
chattr +i /etc/group
chattr +i /etc/gshadow
chattr +i /etc/services #给系统服务端口列表文件加锁，防止未经许可的删除或添加服务
chattr +i /etc/pam.d/su
chattr +i /etc/ssh/sshd_config
### 显示文件的属性
lsattr /etc/passwd /etc/shadow /etc/services /etc/ssh/sshd_config
### 注意：执行以上 chattr 权限修改之后，就无法添加删除用户了。
### 如果再要添加删除用户，需要先取消上面的设置，等用户添加删除完成之后，再执行上面的操作，例如取消只读权限chattr -i /etc/passwd。（记得重新设置只读）
#### 配置只能使用密钥文件登录
**注意：以普通账号操作，不是以root账号操作**
ssh-keygen -t rsa -b 2048
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa):   //默认路径，回车
Enter passphrase (empty for no passphrase):     //输入你的密钥短语，登录时使用
Enter same passphrase again: 
cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized_keys
chmod 600 ~/.ssh/authorized_keys
cat ~/.ssh/id_rsa
# save the content to local, and then:
rm ~/.ssh/id_rsa*
sed -i "/#RSAAuthentication\|#PubkeyAuthentication\|#AuthorizedKeysFile/ s/^#//" /etc/ssh/sshd_config 
sed -i "s/PasswordAuthentication yes/PasswordAuthentication no/" /etc/ssh/sshd_config
### 防止IP欺骗
cat >> /etc/host.conf <<EOF
order hosts,bind
multi on
nospoof on
EOF

查看全文 >>

接口设计规范

2016-04-12

概述

接口形式主要为 RESTful，但又不拘泥于 RESTful。

一个完整的 API 请求过程包括：

HTTP请求方式
URL Endpoint
请求数据
响应结果

下面分述之。

HTTP请求方式

HTTP Operation	Similar to SQL Stmt	Description
GET	SELECT	获取，查找
POST	CREATE	新增创建
PUT	UPDATE	在服务器更新资源（客户端提供改变后的完整资源）
PATCH	UPDATE	在服务器部分更新资源（客户端提供改变的属性）
DELETE	UPDATE	删除

URL Endpoint

URI指向的是唯一的资源对象/资源集合列表。
统一所有的 endpoint 使用复数使得 URL 更加规整，让API使用者更加容易理解，对开发者来说也更容易实现。

URL Endpoint 组成

一个完整的 URL Endpoint 依次是：

网络协议(HTTP, HTTPS)
服务器地址
版本
接口名称
参数（可选）
- GET 参数使用Query String 格式：如：查询时，过滤条件使用 Query String，如 ?offset=0&limit=10&sort=_created_at；参数列表应该被 encode 过
- 用来描述数据或者请求的元数据放Header中，例如 X-Result-Fields

示例：

GET https://api.example.com/v1/users/123456/profiles

说明：

API 与用户的通信协议，总是使用 HTTPS 协议。
尽量将API部署在专用域名之下：api.example.com
不使用大写字母；使用中线 - 代替下划线 _
版本控制的另一种做法是，将版本号放在HTTP头信息中，但不如放入URL方便和直观
一些常见的参数。
- ?limit=10：指定返回记录的数量
- ?offset=10：指定返回记录的开始位置。
- ?page=2&per_page=100：指定第几页，以及每页的记录数。
- ?sortby=name&order=asc：指定返回结果按照哪个属性排序，以及排序顺序。
- ?user_type_id=1：指定筛选条件

接口分类

分为对资源对象的CURD操作，服务型接口和系统设置三种。

资源对象的CURD操作

GET https://~/$version/trades            获取trades列表  
GET https://~/$version/trades/:id        根据id获取单个trade  
POST https://~/$version/trades           创建trade  
PUT https://~/$version/trades/:id        根据id更新trade  
PATCH https://~/$version/trades/:id      根据id部分更新trade  
DELETE https://~/$version/trades/:id     根据id删除trade

服务型接口

使用 services 标识：

https://~/services/$version/server-name

示例：

GET https://~/services/$version/search?q=filter?category=file  搜索
PUT https://~/services/$version/queued/jobs                    往任务队列里面添加一个新的任务  
DELETE https://~/services/$version/queued/jobs/:id             根据id删除任务

系统设置

使用 settings 标识：

https://~/settings/$version/server-name

如：更改界面语言环境

PUT https://~/settings/$version/gui/lang  
{  
    "lang": "zh-CN"  
}

more >>

查看全文 >>

研发与技术管理小结

2016-03-28

在创业公司负责了几年的技术研发和管理，有自己的一点小心得，会陆续放在博客上来。

前言

在 Infosys 学到的要点： Methodologies, Process, Code Standard/Guideline/Best Practices, “Checklist”。

创业公司研发部较少有纯管理性的职位，一般要身兼核心模块框架开发和团队管理的职责。这就要求负责人有较深的技术背景，上马能写核心模块，下马能指导成员遇到的遇到难题，建立起技术上的威信；管理上刚柔并济，让人心服。

创业公司，最大的不变就是变化。公司到处都不完善，而不完善的地方即是机会。做好这个心理准备，将成长得更快。

先说说贯穿于整个工作中的“团队建设”、“开会”、“任务排期”、“文档协作”和“绩效考核”。

团队建设

公司，尤其是创业公司，最重要的是人，包括市场部人员、研发部人员和后勤人员等。
要保持团队，尤其是核心成员的稳定性，不仅在待遇上处于业界中上水平，还须在团队氛围和技能提升上让成员觉得这是一个好的队伍，值得一起共事。

定位：服务于研发团队，给一线团队创造一个良好的工作环境。在内，创造令人愉快的环境和氛围；公司内，协调好与市场、后勤等其他部门的关系，包括为团队向公司争取应得的利益。

团队氛围：开放、互助
技术提升：构建内部的技术 wiki 并建立技术分享机制
定期的信息共享：让大家知道公司市场、运营情况；知道彼此在做什么，遇到了什么问题。
管理能力提升，同时建立起人才梯队
团队活动
- 饭后大家一起散步聊天（是真的散步-_-），是很好的方式
- 公司里没健身场地和器材，就在公司附近的健身场订了长期的羽毛球场地，每周三下班后一起去打球
- 一月一次的聚餐
- 提议中的家属日（尚未执行）

开会

每次开会前需要会议 Owner 准备议题，并将相关文档发送给参会者熟悉；开会一定要形成决议，会后要有可执行的 Action 和任务分配到相关人员。

任务排期与跟踪

排期：预估开发周期，制定项目开发进度，分解任务，分配任务。
执行任务过程中，每天/两天应有进度跟踪。如果使用项目管理软件（如 Worktile 或 Kanboard），成员应及时更新状态。

方法：WBS
工具：看板模式，如 Worktile；
开发周期的预估很大程序上取决于负责人以前的经验。
分配任务时需分配到具体负责人，要有优先级、检查项、deadline。
了解每人性格、技术特点，从而匹配相关任务，并使其逐步提升。

more >>

查看全文 >>

Team Management

2015-02-06

情绪与效率

这在技术团队的情绪与效率中已经讲得很好了：

在 GTD（Get Things Done）中对此有阐述『压力不是来自于任务本身，而是任务在大脑中的堵塞，带来的焦虑和心理的抵触』。当一件任务还没有完成时，持续到来的新任务会带来很大的心理压力，意志不够强大时，很容易导致执行力崩溃，进入一种任务怎么做都做不完的绝望状态。

一个健康的团队需要维持开发的节奏，具体操作可以是每1-2周为一个周期，进行大的项目规划，研发任务占用时间最好不高于80%，之后每个人能有休息/自我充电的时间，在下个周期开始时，团队又能进入满体力值的状态。
情绪的影响因素很多，简单列举几个很常见的：

研发节奏过于紧凑：在上一节中提到当开发的情绪体力持续透支时，会有恶劣的情绪问题。这个在开发团队中并不少见。当开发节奏太过紧凑，团队不注意休整时，团队很容易负面情绪弥漫，而情绪一旦形成印象，便不会那么好消散。

薪酬倒挂：这个也是大家诟病 HR/Leader的重要原因，当一个团队薪酬内部增长太乏力时，内部人员会有流出，团队需要再招聘新人，而市场上平均待遇已经和之前不同，所以新招来的人员待遇往往也会水涨船高。这个是很致命而且不好消解的。HR 太过节约成本，往往会对团队有致命的伤害。

与 Leader 理念/习惯不合。

工作内容安排不当，太困难或太简单，或者与职业发展规划不符。

纯粹发泄。

……

去年的主要问题在于公司里的加班情况过于严重，导致中后期的效率不高，总体工作完成量跟正常上班时间做的差不多，甚或更少。幸好管理层也有意识到这个问题，着手制定规范一些的流程。规范与近期效果是相对矛盾的，但为了后期的维护及长期的团队管理，取一个平衡点。开发流程可依实际情况引入敏捷开发模式。

坚持做的与不足之处

坚持做下来的：

组里即时通讯群中的技术、生活分享
与各个组员私交不错，所以工作好开展。
GTD：现使用 ToDoList （官网需要翻墙才能访问 -_-! 不过国内各大下载站都可以下载得到）做个人时间管理；团队里用 redmine 做 Bug Tracking, Task assignment, Knowledge Management 等。
- 之前在 CentOS 中装 redmine，依赖的包比较多，安装过程并不顺序，现在用的是 bitnami 的版本。

几点做得不好的：

之前在上海、苏州公司时，一两周有一次会有分享会议，技术的、生活的，甚至音乐、哲学方面的。现在几乎没有。虽说任务较重，但时间总是挤出来的。

查看全文 >>