商业的本质:参与者之间的等价交换

商业的本质是什么?我个人认为商业的本质是:参与者之间的等价交换。

关于这个问题,曾一度提出并反驳了如下的假设:

1.是对人力、财物和信息的整合。——无法成为商业的特性,而且财物不是必要元素。

2.像“商朝人”一样,不从事生产,而是提供物品流通。——能区分其他行业(农业、工业等)与商业的根本差别,到信息时代多了信息,以后时代也不清楚会多啥。

3.是交换——交换只是动词,无主体,交换本身又有公平的、不公平的、强制的。

4.是人与人之间的交换。——企业与个人也可以,以后机器人与机器人之间也可以,现在已有的自然界,其实也有商业行为。

最后形成“参与者之间的等价交换”的假设。——这里包括了主体(参与者)、隐含的客体(被交换的东西)与动作(等价交换)。

其中包含了几层意思:

1.广泛的主体,包括自然人、法人、未来某种智慧形态,以及已经存在的自然界的生灵(可以分析寄居蟹的换壳行为)。

2.广泛的客体,包括价值符号(货币)、物品(物物交换)、信息,以及未来任何有形无形的东西。

3.公平原则、自愿原则、诚信选择,参与方(可能是多方)能够通过交换,满足各方需要。

4.等价不是等价值。

2018年辞职申请

尊敬的各位领导:

你们好!我是ITO部门的李德涛。

由于个人原因,今天很遗憾地提交此辞职申请书。

在过去的四年时间里,感谢崔总、朱总、刘总各位领导的关怀与器重,以及各位同事的帮助与合作。让我从行业新人一步步褪去学生的青涩,成为技术负责人,带领团队一次又一次地攻克各种难题。

我还记得,犹如昨日。崔总亲自面试了我,还交谈了兴趣爱好与偶像。我还记得,项目加班到深夜,朱总不放心,把大家一一送回家。我还记得,与刘总交流技术方案,两个人废寝忘食。我还记得,兄弟姐妹们为了“三益项目”众志成城、任劳任怨。

但是“而立之年”将至,我尚无法兑现对自己的承诺。经过长期理性而细致地分析,我决定离开济南、前往北京,走出软件外包行业、迈入互联网行业的大门。 继续阅读2018年辞职申请

基于webrtc的一对一视频聊天(apprtc)

一、前言

项目作者:https://github.com/webrtc

成品项目:https://github.com/webrtc/apprtc

samples项目:https://github.com/webrtc/samples

搭建过程参考文章:http://www.cnblogs.com/hujihon/p/4991137.html

https://www.jianshu.com/p/c55ecf5a3fcf

说明

此项目为谷歌项目组的官方项目。apprtc为成品项目,可以编译后部署使用。samples项目为webrtc技术点的单独测试。

本文主要介绍apprtc项目的环境搭建与部署。其中“Collider”为服务端,使用GO语言编写;前端项目使用grunt(Nodejs)构建与编译;前端使用Python语言实现( Google App Engine SDK for Python); Google App Engine SDK for Python的环境搭建,需要服务器能够翻墙链接谷歌云服务器(参考文章【ssh+proxychains实现linux服务器的代理翻墙】)。

文章案例使用的服务器为阿里云linux服务,操作系统为ubuntu server 16。

二、获取项目源代码

1.登录服务器并进入指定目录:

通过ssh登录服务器

1.1.更新系统软件包:

sudo apt update
sudo apt dist-upgrade
sudo apt autoremove

1.2.进入当前用户的目录下:

cd (此案例为阿里云的ubuntu server 16,用户目录的绝对路径为"/root/")

2.从github上获取项目源代码:

sudo apt install git
git clone https://github.com/webrtc/apprtc.git

继续阅读基于webrtc的一对一视频聊天(apprtc)

Web开发常规调试方法与常见问题分析

自工作以来,本人一直从事web开发与相关技术攻关。期间,本人与同事都难免遇到一些反复出现的问题,今天整理出来,供现在与未来的同事,以及博友参考。

一、Web项目基本原理

现在的web项目大都已经前后端独立开发与部署。

前后端独立开发,一般是前端与后端通过web接口(常见的有RESTfulwebsocket)文档进行交流。前端开发人员先更具业务需求与实际原型进行ui的编程实现与事件的设计,并通过web接口进行业务数据的增删改查。后端开发人员根据定义的接口文档,实现业务数据的计算与增删改查,并对持久化的数据(一般保存在数据库里)进行操作。

前后端独立部署,前端项目均为html5/css/javascript/图片等静态资源,只需要web服务器就可以部署运行。常用的web服务器有apachenginx。后端开发人员则只需要把接口服务发布到应用服务器,并正确连接数据库。常用的java的应用服务器有tomcatjetty等。

对了,在此声明下,这里所说的前端,并不只是pc站的html页面,也包括微网站、微信小程序、APP应用等。

二、常规调试方法

根据上面的分工,可以明显地web开发中遇到的问题分为:前端实现问题,接口调用问题,接口实现问题。

a) 前端实现问题

前端实现问题是指,前端在调用接口前或者调用接口后,业务逻辑错误或者程序错误造成的系统用户交互异常。针对不用的前端,有不同的调试工具。

Pc站与微网站可以使用chrome(推荐)或者firefox的开发者工具进行调试。

微信小程序与公众号可以使用微信官方开发者工具进行调试。

APP使用开发环境的真机联调进行调试。

b) 接口调用问题

接口调用问题,多为前端调用接口错误或者接口本身存在bug引起的,无法获取前端人员预期的返回结果。

在开发环境中,可以使用上述的工具进行调试。在生产环境中进行故障排查是,pc站与微网站还可以通过pc浏览器进行故障分析。但公众号、小程序、APP需要通过charles等抓包工具进行分析。

如果没有接口调用的数据包,则前端程序存在问题;

如果接口的请求参数与请求头信息存在错误,则前端调用接口使用错误;

如果接口的响应参数与响应头信息存在错误,则接口实现存在问题;

如果接口调用正常,则前端程序对数据结果处理存在问题。

c) 接口实现问题

接口实现问题,多为后端开发人员没有根据正确的请求参数返回正确的响应结果。多由逻辑错误、数据持久化处理错误与系统级错误引起的。

在开发时可以通过断点跟踪就行分析。生成环境需要通过分析系统日志或者程序的日志进行分析。

三、常见问题分析

在以上几大类问题中,有些尤为突出,下面进行详细分析。 继续阅读Web开发常规调试方法与常见问题分析

开源之我见

2016年冬,我决定挣脱束缚的枷锁,不再作为他人的“试验品”,毅然走上那条路。

在迷茫无助之际,感谢我的精神导师——《极客与团队》的作者——引导我走向组建学习型分享型组织与开源运动的道路。

近些年,国内开源运动风生水起。开源项目如雨后春笋般地增长,其中不乏知名互联网企业的贡献,同时也可以看到新兴互联网企业的身影。

说到开源,一般的企业是不赞同,甚至坚决反对的。但这里不谈商业,只谈行业!

程序猿、攻城狮、产品狗等IT从业人员。应该清楚地看到,你们的舞台(亦或是战场)不仅仅是在你所效力的平台,是时候睁开眼去看看分布在全球各地的兄弟姐妹们了。

一、我们是对手,更是朋友

“如果你成功了,要感谢你的家人与朋友;如果你想持续成功,那请向你的对手致敬!”——我说的。同行,是个很微妙的关系。——即存在着竞争关系又存在着合作关系。——无法同时处理好这两种关系,可能会难以理解一些工作(甚至事业)上的“不可思议的游戏规则”。

兴许很多人已经看透了平台里这些潜规则,并能娴熟的做出对自己最有利的决定。但这里,我想说的是,“去与平行世界里的自己做游戏”。——这个“平行世界里的自己”不是“多重宇宙的自己”,而是分布在世界各地的,忙碌在所效力平台的自己(因为我们是一体的)。

感谢互联网,连接了你我的心;感谢开源运动,连接了你我的大脑。

“如果你自满了,那就出去看看外面的世界;如果你孤单了,那就去看看外面的世界。”开源运动,为全球的从业者搭建了一个开放、平等、自由的交流平台。在这里,你可以看到行业前沿,为自己的事业发展指明道路;在这里,你可以进行思想与思想的碰撞,激起创新的火花;在这里,你可以与全球最优秀的同行同台竞技,保持自己的最佳状态。

这是你的归宿——在这里你可以遇到志同道合的朋友,甚至人生的贵人。这是你的起点——积蓄好力量,望着远方,继续出发。 继续阅读开源之我见

随想2018·冬

自国父施以革命,立法民主与科学;后经更迭,舶来马列思想;几经调整,终成毛中特。国为新体,人着新装,弃糟粕,存精华。然固疾难除者,官僚与虚伪自大者也。穷而麻木不仁,达则骄奢横行。固西学而未习其髓,革新而未拔其根。谓“路漫漫其修远兮,吾将上下而求索”。

重新定位

比起钱,我更看重声誉。不过互联网金融是个不错的选择。
1.我喜欢钱生钱的游戏,虽然具有一定的风险,但可以让我保持警惕与谦虚,而且成绩很容易量化,有利于快速试错。
2.互联网+金融,存在两个突出的关注点:回报率与安全性,而我相信,这两个关注点,将被长久关注。