一. 美国社会体系
美国属于发达国家,拥有很多高精尖技术,基本上软件行业大多数领域都领先世界。行业及细分领域领先于世界,说明就能赚钱相对较高的利润,因为我有,你没有。美国的产品一般都是面向世界人口,而中国的产品一般是面向国内人口。面向的人口越多,其边际成本越低。成本低了,利润自然就会。企业有了利润,才能给员工发高薪。很多企业享受着科技领先带来的红利,从而使美国员工少加班。因为,美国企业单位小时内产生的利润比国内程序员要高。而且已经养成了不加班少加班的文化,诞生了工会这样的组织。现在国内有些领域慢慢的有些追上,美国就围堵中国,不管是共和党还是民主党,围堵中国两党是一致的。
二. 中国社会体系
中国错过了第一次工业革命,第二次工业革命,1978年自改革开放后,算是赶上了第三次工业革命的末班车,世界上第一台电子计算机1964年诞生于美国。中国为了赶超美国,在某些细分领域就不得不加班,利用人家休息的时间多干活。以缩短周期。并且国内的企业为了快速的做出产品,然后去跑马圈用户,这时谁最快速做出产品就非常关键了。因为第一个快速做出产品,就立即可以投放市场,如果产品迟迟不出来,等别人将用户圈走后,就没你什么事了,特别是在移动互联网的十年,产品一出来各种补贴,同样功能的产品一大堆,但最终剩下的只有那么几家,比如千团大战,直播大战,共享单车大战,网约车大战。
怎样才能快速做出产品?除了多招人以外就是多加班。你公司加班,其他公司也加班,导致整个行业加班严重,加班成了一种文化,还有一部分公司公开声明执行996模式。
三. 国内软件的定义
国内一个软件往往集成了很多功能,一个软件主要的功能之外,还需要做一些无关紧要的功能,
比如一个做天气app的,他还需要在天气app上加各种各样的功能,比如新闻功能,游戏功能,任务奖励功能,形成功能等等各式各样的功能。管理者对软件产品的定义模糊,看到类似的app有此功能他就要加上,或者市场上多了某一个功能,也需要在自己app中加上,其实有些功能对用户没鸟用也要加,到了执行的时候,经常会听到此功能3天后要完成(实际开发可能10天)等等类似的例子数不胜数 。还有很多公司以做Demo为生。最求的就是快。
网友总结的还是很中肯的。
管理者素质不高,对问题的边界定义不清楚。提需求的人没有成本,无止境地提不靠谱的需求。码农自己开发时也追求快糙猛,提高了系统的风险。总的来说,经理很忙,产品很忙,码农很忙,测试很忙,运维也受不。
四. 程序员自身原因
还有一部分原因是程序员自己本身,也就是说程序员对软件不熟,所以在实现某些功能就比较慢,所以他要完成公司规定时间内的功能时,就需要加班。一般来说,程序员如果对自己所做的领域没有一个系统性的学习,在遇到有些问题的时候,解决问题和编写代码所用的时间就会长。
如何提高自己的软件专业领域的知识呢?
如何提高自己专业技能,这里我以音视频流媒体领域的专业技能来举例。在举例前我们来看音视频流媒体的薪资情况。
接下来我们来看音视频流媒体 专业技能(FFmpeg/WebRTC/RTMP)
1.1 音视频基础
- Windows平台搭建FFMPEG
- Linux平台搭建FFMPEG
- 音频基础
- 视频基础
- 常用工具
- Medialnfo
- VLC播放器
1.2 FFMPEG命令
- 视频录制
- 多媒体文件的分解/复用
- 裁剪与合并
- 图片/视频互转
- 直播相关
- 各种滤镜
1.3 FFMPEG编程
- SDL环境搭建
- SDL事件
- SDL线程
- YUV视频播放
- PCM声音播放
- FFmpeg框架
- FFmpeg内存模型
- FFmpeg常用结构体
- AAC编解码原理
- H264编解码原理
- AAC解码
- AAC编码
- H264解码
- H264编码
- FFmpeg解码流程
- FFmpeg编码流程
- FLV封装格式
- MP4封装格式
- 多媒体解复用
- 多媒体复用实战
- 多媒体转封装格式实战
- 音视频过滤器
- 视频过滤器
- 播放器框架
- 模块
- 音视频解码
- 播放器控制
- 音视频同步
- 掌握ffplay.c的意义
- ffplay框架
- 音视频解码
- 音视频控制
- 音视频同步
- 参数机制
- 掌握ffmpeg.c
- ffmpeg框架
- 音视频编码
- 封装格式转换
- 提取音频
- 提取视频
- logo叠加
- 音视频文件拼接
- filter机制
1.4 流媒体
- rtmp
- wireshark抓包
- rtmp拉流
- rtmp推流
- hls
- HTTP
- TS格式
- wireshark
- hls拉流
- ffmpeg hls源码
- hls多码率机制
- http-flv
- wireshark
- http chunk机制
- http-flv拉流
- ffmpeg http-flv源码
- 整体框架
- rtmp推流
- rtmp拉流
- hls拉流
- http-flv拉流
- FFmpeg转码
- 首屏秒开技术
- forward集群源码
- edge集群源码
- 负载均衡部署方式
- RTSP
- RTP
- RTCP
- RTSP流媒体服务器搭建
- RTSP推流
- RTSP拉流
- wireshark
- RTSP流媒体服务器
1.5 WEBRTC
- WebRTC通话原理
- WebRTC开发环境搭建
- coturn最佳搭建
- 如何采集音视频数据
- —对—通话时序
- 信令服务器设计
- Web一对一通话
- Web和Android通话
- AppRTC
- 自定义摄像头分辨率
- 码率限制
- 调整编码器顺序
- Mesh模型多方通话
- Janus框架
- Janus Web客户端源码
- Janus Android客户端源码
- Janus Windows客户端源码
- Janus信令设计
- 基于Janus实现会议系统
- WebRTC源码编译
- 拥塞控制算法
- FEC
- jitter buffer
- 源码结构
- 插件机制
- 线程
- 信令交互过程
- videoroom
- sdp
- rtp
- srtp
- rtcp
- stun
- turn
全部评论
(0) 回帖