跳至主要内容

模范老板乎?

经营公司接近二十载,经历过创业维艰的打拼,也曾经有业务快速扩张的红红火火,及至疫情后的今天,收缩规模,努力地寻找业务方向,于不景气的大环境下努力求生。

多年来令自己骄傲的事就是从来没有亏待过任何员工,不管公司或自己境况如何,从未拖欠过员工一天的薪水和奖金,宁愿自己吃亏,承诺给员工的总是不差一天、不差一分地兑现,所以很多员工都从公司day one就在,彼此之间的关系已经不像是老板和员工,更多是有了家人、朋友的感觉。

以往公司员工多的时候,往往很害怕在节假日接到各部门主管或者员工的电话,通常不会跟你说什么好消息。而在年底接到电话,不是要求加薪就是申请离职,总是会令人头疼的事。

上周周末,正陪太太逛街,忽然电话响,显示是公司一位老员工小明。怀着忐忑的心情接通了电话,脑子里已经开始做各种议案。

接通电话,小明说:“老板,在你桌上放了点东西,谢谢一年来的关照。”,不禁松了一口气。

晚上回家,特意绕回办公室去看了一眼,真别说,心里还挺感动的,甚至有点不好意思的感觉。想起自己以前打工时,虽然偶尔也会送点礼物给老板,但是被自己员工过年送礼,还真是破天荒的第一遭。



拿回家里,太太还笑话说因为小明知道老板是个穷逼,所以主动买点年货送给你。俺回说这世界上老板送礼给员工听得多了,但是员工主动送礼给老板的,你又听说过几回,这不证明俺是个好老板么?

近些年来一直反思,因为自己的疲懒,让不离不弃跟随自己多年的兄弟姐妹们不能过上理想的日子,每每想起心里甚是愧疚。从这点上看,自己不算是个好老板,甚至是一个坏老板了。

评论

此博客中的热门博文

解决墙国Google Home无法联网问题

趁黑五特价入手了个Google Home,经过漫长的等待昨天终于等到。回到家里兴高采烈的安装了Home应用,设置好开始开心的调戏Google,播放音乐什么的都很正常。 第二天上班回到家里,发现Hey Google后,不是提示Sorry something went wrong, try again in a few seconds."就是"There was a glitch. Try again in a few seconds.",很是恼火。没可能哥花50刀就买一个蓝牙音箱回来吧,再说了,连不上网甚至连蓝牙也打不开。 本着一贯的研究精神,开搞。据说Google Home是自带DNS,OpenWRT路由上设置了全局SS,但是Google Home还是会用tcp的模式去访问不存在的DNS Server地址8.8.4.4和8.8.8.8,于是乎加了个防火墙规则,不管你Google Home什么请求,都乖乖给我走SS通道去。 修改OpenWRT的/etc/firewall.user文件,增加以下iptables规则: iptables -t nat -A PREROUTING -s 192.168.1.0/24 -p udp --dport 53 -j DNAT --to 192.168.1.0 iptables -t nat -A PREROUTING -s 192.168.1.0/24 -p tcp --dport 53 -j DNAT --to 192.168.1.0 iptables -I PREROUTING -t nat -p udp -d 8.8.4.4 --dport 53 -j REDIRECT --to-ports 1053 iptables -I PREROUTING -t nat -p udp -d 8.8.8.8 --dport 53 -j REDIRECT --to-ports 1053 嘿嘿,来一句"Hey Google. Make me relax“,满屋子都是优美的声音,听着写代码真爽:).

解决华为手机访问Google Play:从服务器检索信息时出错。[DF-DFERH-01]

虽然路由器已经设置了梯子,但是用华为手机访问Google Play时,还是提示: 从服务器检索信息时出错。[DF-DFERH-01]。 虽然在手机上把梯子设置成全局模式,连接Google Play后再断掉梯子连接可以升级应用,但实在是麻烦。 放狗搜了一把,网上包括菊厂官方谈坛所说的什么删除Google账户清数据等等方法都是瞎掰。还好自己用的是LEDE(当然OpenWRT也可以),直接把services.googleapis.cn对应的IP指向到216.58.197.195,问题解决。 sed -i '$a conf-dir=/etc/dnsmasq.d' /etc/dnsmasq.conf mkdir /etc/dnsmasq.d/ cat >>/etc/dnsmasq.d/custom.conf<<EOF address=/services.googleapis.cn/216.58.197.195 EOF

解决OpenWRT安装第三方包Incompatible with the architectures configured错误

 起因 起了把家里路由器更新到新版本OpenWRT的念头很久了,周末终于克服自己的懒病,下载了OpenWRT 19.07.4的安装包,更新Linksys WRT1900ACS路由器的系统。 修改了IP地址,把Wifi打开后,驾轻就熟地修改了相关的配置,增加了第三方源,准备开始安装你懂的SS和ChinaDNS等组件。没想到往常屡试不爽的opkg install命令返回了安装失败提示: Incompatible with the architectures configured 仔细比对了所有的配置,确认没有错误,但是安装新增的第三方包时总是报错。 解决方法 试了N多种方法,还是不行,正准备放弃装回原来ROM时,突然发现运行opkg print-architecture返回的CPU架构型号是 arch all 1 arch noarch 1 arch arm_cortex-a9_vfpv3-d16 10 比原来系统打印出来的架构型号多了一个d16,而第三方源的库里貌似没有arm_cortex-a9_vfpv3-d16这样一个型号的源,尝试修改/etc/opkg.conf文件,把原来CPU型号列表增加不带d16行。 arch all 1 arch noarch 1 arch arm_cortex-a9_vfpv3 8 arch arm_cortex-a9_vfpv3-d16 10 再运行opkg install,包装成功。