一次和公司总监的聊天...

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了一次和公司总监的聊天...相关的知识,希望对你有一定的参考价值。

研究些东西,被总监(高级Java)喊过去了...

谈话内容大概意思:

总监:志远,来帮忙看个东西?

我:好的,马上。

总监:我电脑的tomcat启动不了了,报错好像端口被占用,杀死还不行,帮我看看怎么回事。总监就在旁边看着怎么解决。

我:没问题,我先检查看看什么情况:cmd一阵命令过后,发现某端口被爱奇艺占用了,并检查出了那个进程,但是我并 没有直接杀死程序,还发现浏览器正在搜windows相关cmd命令。用的是Eclipse和MyEclipse 并且用了tomcat多实例,还有和maven相关东西,tomcat并没有用这个端口等

我询问:东西有备份吗?

总监:有,放心弄。

我:cmd几个命令,完事。启动正常。(幸好玩过Powershell,过程总监说我居然懂些MyEclipse。)

总监:什么情况?

我:爱奇艺占用了那个端口,我杀死了就可以了,爱奇艺一般不会占用这个端口,完了杀杀毒,爱奇艺如果是一些恶意软件安装的,卸载掉最好,安装权威的。

总监:我刚才也准备杀死这个端口,怎么杀都杀不死,奇怪了,我也看网上了。

我:我看命令你杀死的是子进程,我是整个进程全部杀死。一般技术问题,很多人都写博客分享,我也写。网上一些博客一般都是分享某个知识点和技术,稍后给你写个杀死进程查看进程的文档。(整个过程也就几分钟)

总监:确实,技术分享不错。

总监:好,对了,还有一个奇怪问题:我从服务器拖了个文件,看属性时间怎么和服务器时间不一样?

我:这个和文件的时间有关系,有访问时间,内容修改时间,状态时间那么一说。

总监:那么复杂啊,我知道了,对了,那要是发现有人修改了某个文件,那怎么知道谁弄的?或者你怎么知道这个这个文件是否被人修改?

我:首先服务器并不是谁想进就可以进去,另外我那边都做好了一些安全措施,什么,密码认证,行为审计,文件目录权限管理,重要文件备份,以及md5文件校验...

总监笑着说:真不少,Linux太厉害了。

我:平时不少维护,放心。

总监:行,没事了,有事再叫你。

谈话内容完,深思:

1)知识的积累。知识平时相关积累必不可少,比如总监windows出问题了,Linux命令敲的再6,windows    也是要会一些的,说明知识的扩展不可少。还有,总监可是在旁边看着等着解决,要是不会多尴尬?3分钟解决问题和30分钟解决是不一样的。

2)技术并不是那么狭隘。有人曾抱怨技术越来越难找工作了。难说明什么?说明行业在进步,知识越来越丰富,然而只有让自己越来越升华,才能不被淘汰。热爱分享,热爱开源,可以把自己一些对自己很熟悉   (当然有所保留是正常的,毕竟做技术)

3)敬业和操守。公司不养闲人,平日养你,有事就得上,而且还得快速解决。小事罢了,要是遇到大事,被炒鱿鱼都是有可能的。


eg:附加上面谈到的技术问题:Linux文件时间以及md5校验

Linux文档的时间一般分三种:Access time-atime(访问时间)、Modification time-mtime(内容修改时间)、status-ctime(状态时间)

mtime可以通过ls -l命令显示,表示文档内容最后被修改的时间。

atime可以通过ls -lu命令显示,表示文档最后被访问的时间。

ctime可以通过ls -lc命令显示,表示文档属性最后被修改的时间

[[email protected] ~]# touch 51cto
[[email protected] ~]# ll 51cto 
-rw-r--r-- 1 root root 0 2月  17 09:56 51cto  #当然时间09:56
[[email protected] ~]#
[[email protected] ~]# echo blog >51cto 
[[email protected] ~]# ll
总用量 4
-rw-r--r-- 1 root root 5 2月  17 09:58 51cto #mtime为09:58
[[email protected] ~]#
[[email protected] ~]# ls -lu
总用量 4
-rw-r--r-- 1 root root 5 2月  17 09:56 51cto   #atime09:56
[[email protected] ~]#
[[email protected] ~]# ls -lc
总用量 4
-rw-r--r-- 1 root root 5 2月  17 09:58 51cto  #ctime为09:58
[[email protected] ~]#
[[email protected] ~]# echo 51cto >> 51cto            #追加内容
[[email protected] ~]# ls -l  
总用量 4
-rw-r--r-- 1 root root 11 2月  17 10:01 51cto  #mtime为10:01
[[email protected] ~]# ls -lc
总用量 4
-rw-r--r-- 1 root root 11 2月  17 10:01 51cto  #ctime10:01,属性发生变化
[[email protected] ~]# ls -lu
总用量 4
-rw-r--r-- 1 root root 11 2月  17 09:56 51cto  #atime 10:01
[[email protected] ~]#
[[email protected] ~]# date
2017年 02月 17日 星期五 10:04:28 CST
[[email protected] ~]# chmod a+x 51cto 
[[email protected] ~]# ls -l
总用量 4
-rwxr-xr-x 1 root root 11 2月  17 10:01 51cto  #mtime 10:01
[[email protected] ~]# ls -lu
总用量 4
-rwxr-xr-x 1 root root 11 2月  17 09:56 51cto  #atime 09:56
[[email protected] ~]# ls -lc
总用量 4
-rwxr-xr-x 1 root root 11 2月  17 10:04 51cto  #ctime 10:04
[[email protected] ~]#
[[email protected] ~]# date  #当前时间
2017年 02月 17日 星期五 10:06:44 CST
[[email protected] ~]# cat 51cto  #查看内容
blog
51cto
[[email protected] ~]# ls -l
总用量 4
-rwxr-xr-x 1 root root 11 2月  17 10:01 51cto   #mtime 10.01
[[email protected] ~]# ls -lu
总用量 4
-rwxr-xr-x 1 root root 11 2月  17 10:06 51cto   #atime 10:06
[[email protected] ~]# ls -lc
总用量 4
-rwxr-xr-x 1 root root 11 2月  17 10:04 51cto  #ctime 10:04
[[email protected] ~]#

一致性校验:

命令格式

md5sum [OPTION]... [FILE]...

命令选项

-b 或 --binary :把输入文件作为二进制文件看待。 

-t 或 --text :把输入的文件作为文本文件看待(默认)。 

-c 或 --check :用来从文件中读取md5信息检查文件的一致性。(不细说了参见info) 

--status :这个选项和check一起使用,在check的时候,不输出,而是根据返回值表示检查结果。 

-w 或 --warn :在check的时候,检查输入的md5信息又没有非法的行,如果有则输出相应信息。

[[email protected] ~]# md5sum 51cto #校验
95a9f53734f0c266d3e589e7c5cb25f1  51cto
[[email protected] ~]# cat 51cto  #查看
blog
51cto
[[email protected] ~]# md5sum 51cto 
95a9f53734f0c266d3e589e7c5cb25f1  51cto   #不变
[[email protected] ~]# echo md5 >>51cto           #修改
[[email protected] ~]# md5sum 51cto  
be1a249eeedb3a4da8c3e6b69bfb3d46  51cto    #变化
[[email protected] ~]#


本文出自 “永不放弃!任志远” 博客,谢绝转载!

以上是关于一次和公司总监的聊天...的主要内容,如果未能解决你的问题,请参考以下文章

记一次和阿里某总监对话引发的思考:说说你框架的设计思路和优点亮点!

有用 .htaccess 使用方法大全

为啥函数第一次调用比第二次和第三次调用花费更多的时间等等?

阿里前技术总监对Android组件化的项目总结,覆盖整个互联网公司(附源码)

这一次和spring源码贡献者有多近

一次和前端的相互甩锅的问题记录