久保田博二-hiroji-kubota-摄影集-三

« 1 2 »

久保田博二 Hiroji Kubota 摄影集 二

久保田博二 Hiroji Kubota 摄影集 一

我在数字货币这一年

18年对我来说真的是坎坷,17年年底的时候来到这家公司,遇到我的同学,我和数字货币的故事就开始了。

这位同学碰巧和我一家公司,于是我们每天晚上一起吃饭,我看他在看股市价格,就和他聊起来,他说不是在炒股,是在抄币,于是我便有了兴趣,他就开始和我谈起他抄币的经历,同学的是在他同事的带动下开始的,他同事当时众筹的EOS,当时币的价格都非常低,10万入得场,17年下半年翻了100倍,10万变成1千多万,直接提了一辆宝马X5离职了,我这种没有见过世面的年轻人听到这种暴富故事哪能按住心中的躁动,于是我也开始了我的抄币之路。

我入场的时候币市价格动荡还没那么大,一切都看起来非常稳,我买了1千块钱试试手,没到俩天涨到了1200,这比打工刺激多了,于是18年我开始慢慢投资,基本上每个月都会投一些,也开始慢慢理解区块链,陆陆续续投了差不多10万多,当然中间是有赚的,有的币翻倍是有的,但是到了18年5月份后,币价格就开始一直阴跌,陆陆续续的开始亏损,但是我没有放弃,一直相信还会转好的,慢慢的本金开始亏损,现在是18年8月14号,ETH跌倒1780了,我10万的本金开始跌倒1万了,我开始后悔了,现在出手真的是大出血,只好装死。

看来我这种小韭菜只有被割的份,毕竟这些还是庄家的游戏。

不要指望别人和你站在同样的高度 (转)

有一女教师,在很多年之前,她的丈夫就在一场车祸中丧生了,而她一个人却培育了三个博士生女儿。同时,她所教的很多学生也都成绩优异,让同事和朋友们都感到不可思议。  

   在一次采访中,她向记者透露了她教学与教子的秘诀:不要指望别人都和你的见识一样! 接着,她向记者讲述了这样一个故事:十多年以前,她的小女儿正在上幼儿园。有一天,她看到了女儿的一张绘画作品。当时,她一下子就怔住了。孩子总是充满了想象,孩子的世界也应该是一个充满了想象的世界。可是,在她女儿的一幅名为《陪妈妈逛街》的画中,既没有高楼大厦,也没有车水马龙,更没有琳琅满目的商品,有的只是数不清的大人们的腿……   

     奇怪!她拿着女儿的画沉思了很久,终于解开了疑惑。原来,幼小的孩子只有几岁,身高只能达到大人的腰部,走在大街上,川流不息的人群将孩子遮掩着,孩子除了能看到大人们的腿,还能看到什么呢?

女教师如梦初醒。是啊,孩子们上街看到的不是高楼大厦和车水马龙,而是大人们的腿,这是他们的身高决定的;学生对很多问题疑惑不解,这是由他们的年龄、智力和见识决定的;企业的员工看到的只是自己的工资待遇和发展前途,而不是公司的整体运行和未来发展,这是由他们所处的位置和环境决定的。   

并不是每个孩子都能和大人有相同的视角来看待社会;并不是每个学生都能和老师一样有相同的接受能力和认知能力;并不是每个员工都能和总裁一样站在公司的全局看待问题、分析问题和处理问题……

女教师说,不要埋怨别人无知,不要指望别人和你站在同样的高度。其实,一个人所处的高度,决定了他的见识。与其埋怨别人,不如用一种亲近的态度和平和的心态,去和别人交流、沟通、兼融……这样,你就可以做一个好家长、好教师、好经理。  

善待别人的高度,不要指望别人和你的见识一样。教子、教学、为人处世、管理一方,其实就是这么简单。

感悟:   我想,善待别人的高度,还应该有一层意思:不要总以为自己是对的。

 有的人一辈子去过很多地方,也只能叫做旅行,而不是见了世界。而有的人一辈子都待在一个地方,却看见了全世界。

一个人的眼界决定了他的未来,眼界宽者其成就就大,眼界窄者其作为就小。在现实生活中,有的人缺乏理想,不敢轻易冒险,结果只能守着自己的“一亩三分田”勉强度日;而有的人好高骛远,不切实际,想要一蹴而就,结果四处碰壁,前途暗淡。

孔子登东山而小鲁,登泰山而小天下。杜甫凌绝顶,才能一览众山小。一个人的视野之所极,经历之所极,眼界之所极,其实就是心之所止的地方。  

 世上本没有对错,看问题的角度不同,答案不同而已。我们应该学会常常用别人的角度看世界,多一分宽容,多一分理解,多一分求同存异。

php psr-4标准和namespace遇到的问题

由于项目重构,引入命名空间功能,但是我在model层使用命名空间后,在controller里面use model,但是一直是灰色的,phpstorm显示未使用此model,一直考虑为什么会出现这种问题,我namespace的路径一直没错啊!那问题在哪呢,

如何解决:

原来用了psr-4标准,路径下有个composer.json配置文件来配置了psr-4标准的命名空间规则,这个文件已经把model的路径写上了,所以只需要在model直接namespace空间名就可以了,如果加上以前路径这样项目路径和namespace的路径就对不上了,所以就会一直出现找不到。

哈哈,统一标准真的很重要啊,这次重构虽然工程量巨大,基本上需要把以前代码重过一遍,慢慢来吧。

配置mysql主从同步遇到的一些坑

由于闲下来一个服务器,现在我有两个服务器了,就打算搞搞数据库主从同步,本来打算在本地搞得,但是要开好几个端口我嫌弃太麻烦了就直接在服务器上搞起来。

准备:

两台linux服务器,数据库都是安装的mysql5.6,为了避免出现版本不同导致的问题,我都是安装的相同版本mysql,不知道mysql向不向下兼容。

然后按照网上教程配置主从数据库,一路下来也没有多少问题,当我开启从数据库时候,查看同步状态出现 Slave_IO_Running: No 的error,这个把我头疼大了,经过一系列的查找,查看master服务器mysql的 show master status\G;查看状态原来master的file:File: mysql-bin.000003 已经是003了,

而slave当时通过命令行配置的是001,而且Position也不对不上,

接下来就是解决问题

重新配置slave的住数据库配置信息,把file和pisition这些配置信息都对上,然后重启slave,大功告成。

试着在master建一个数据库测试一下吧。

 

GIT的正确用法

18年7月30号部门新领导给我们技术部开了个会,确定开发上线流程,讲解了git的使用方法和心得,感受颇多。

以前项目团队所遇到的问题!!

1,将GIT用成了SVN

只用develop进行开发,大家从develop检出代码,提交合并。遇到发版或升级补丁,从develop中发出并且记录tag或分支。

这种模式等同于SVN的管理模式,develop一直是活跃的且不稳定的

应对措施:针对这种情况我们让每个开发人员建立了个人分支,每个人在自己的个人分支上进行开发,定时从develop同步下来,并将完成的代码合并回去。

2,频繁合并产生冲突

由开发人员向公共分支(例如develop)直接提交合并,有时会因为冲突未解决或者解决的不正确,导致公共分支被污染。例如某些代码被覆盖,某些代码出现两次等…

应对措施:将公共分支设为受保护的,只有指定的负责人才可以进行修改。日常代码合并通过合并请求进行申请,负责人收到申请时,进行简单的代码review审核通过后才能进入公共分支。

这就是以前项目所遇到的问题,大家都在一个主线上进行开发,为了避免冲突大家都会提前把代码Pull下来,如果遇到冲突解决冲突会很麻烦,git处理冲突没有svn的好用,团队这用git就和用svn没有什么两样,其实GIT是支持建立分支,这样每个开发用户都会做具体分析,这就是这次会议所学到内容。

 

阿西吧,我的博客啊

我的博客运行一年多了,不知哪天怎么搞得服务器崩掉了,内核坏掉了,然后问阿里云客服,让我重新挂载云盘来保存数据,我以为挂载完就好了,我直接释放掉云盘了,结果我1年多的博客数据全没了,气死宝宝了,该死的售后为啥不告诉我注意事项,又不是所有人都懂运维。

重新开始吧!

现在使用宝塔运维来管理网站,方便多了,应该不会出现崩掉的状态了。