如果遇到裁员
来自github一篇文章,引用到此处,感激作者:极客学伟 希望 你们的职业生涯永远不会遇到裁员,希望你们所在的部门善待员工,也希望你们的公司遵纪守法。但是,如果你们不幸遇上这种事,我也希望你们知道该如何对应。 劳动法 这是劳动法的网址:https://www.gov.cn/flfg/2007-06/29/content_669394.htm 。 我觉得这是每位劳动者都需要了解的法律。 当企业想裁员可能会无所不用其极,很多人会受不了公司的PUA或各种威逼利诱接受了0赔偿或者N或者N+1的条件离开,在协议解除的离职合同上签了字,当你签了字,法律也不会保护你。 当然,如果自己能接受,也未尝不可。 但是我想告诉你的是,只要你没有犯特别大的错,法律规定的赔偿标准是2N。一般来说,拿到2N需要走法律途径。而且年终奖,如果走法律途径,大概率也能争取得到。 所以你自己计算下省心拿走 N+1 离开 和 走法律途径拿 2N+年终 两者数额的差距,就能知道自己该采取哪种应对措施。所有低于 N+1 方案都是耍流氓。 什么是“犯特别大的错” 看劳动法的第39条和第40条。其中容易中圈套的在 "严重违反用人单位的规章制度的" 和 "劳动者不能胜任工作,经过培训或者调整工作岗位,仍不能胜任工作的;" 有些公司会因为员工没按时提交周报说员工“严重违反”了规章制度,那就去找公司的规章制度里哪一条规定了。以此类推。 “不胜任工作“,找公司的规章制度,什么标准是不胜任,而不是你的领导说你不胜任。即便真的不胜任了,需要给你培训,再次指定合理标准进行考核。即便二次考核也不幸没达到标准,也是N+1走人。 如果想走法律途径维权 下面是我之前在一些律师群里收集到的应对方法,分享给你们。 注意:文档内容已…
shell脚本|系统版本和当前时间输出到文件,并同时显示在终端
#!/bin/bash # 获取系统版本信息 system_info=$(uname -a) # 获取当前时间 current_time=$(date) # 指定输出文件 output_file="system_info_and_time.txt" # 将系统版本和当前时间输出到文件,并同时显示在终端 echo "System Information: $system_info" | tee $output_file echo "Current Time: $current_time" | tee -a $output_file echo "Information has been written to $output_file" | tee -a $output_file # 将系统版本和当前时间输出到文件 #echo "System Information: $system_info" > $output_file #echo "Current Time: $current_time" >> $output_file #echo "Information has been written to $output_file"
辞别:匆匆离开
情谊是什么?珍重相遇的缘分,在一起有一段难忘经历,彼此珍视。当有一天我匆匆离开,一切便将随缘。“当你看到这条信息的时候,我已经离开了这里。如果有想说的,先不要着急说,待我看完之后再说:对不起,那天的话有些重了,不恰当也不合适,我特意向你道歉。这两天我反思了一下,才后知后觉的明白那天受情绪影响了。那天正在路上行走,接了个电话。当看到你发消息一次又一次的拒绝时,有种不知所措。想去解释,阐述但又不能奏效,情绪上头,胡言乱语,让你寒心了。我知道你是在为我考虑,但请你相信我,我做的每一个决定都是经过考虑的,不会鲁莽。在我的准备里,它就是一份见证。它的实物价值并不高,但它是我唯一能够想到的最好礼物。我知道你曾经有过一段经历,我换位思考一下,如果是我肯定会因此而遗憾。有这么一份见证,最起码能够浅浅的减轻一点遗憾,于是就准备了它。怕你误解了,还特意写了一封信阐明原因。我很珍惜彼此间的缘分,特别是有过共同经历的,还能喝喝茶,说说话的这种。随着岁月的流逝还能敞开心扉喝茶聊天的会越来越少,而那些少有联系的则会慢慢遗忘。这些是我认为的情况,我就是这么想的。可能是因为环境的原因,我们的思维方式已经出了很大的偏差,想法已经跟不上你的节奏。同时,知识浅薄,没有相应意识,有很多地方做的不符合礼数,有不恰当的地方,还望海量。我想的很简单,脑袋也不怎么灵光,有时还有点糊涂,很容易曲解别人意思,做出牛头不对马嘴的反应,让别人也受到影响。这是一个缺陷,等到事后才后知后觉,才明白过来什么意思,但却晚了。辗转难眠之后,写下这段话,阐明真正想法。希望你看完之后,能够包容我的无知与稚愣,包容这些不合礼数与糊涂。前路漫漫,不知何时才能再见,这或许得看缘分吧。再见之时,或许能够克服掉自身缺陷,可能就会少些不合理,不理解了吧。但这,是以后的事情了,…
解决vmware的ubuntu的虚拟你屏幕太小/无法适配的问题(亲测可行)
我的虚拟机ubuntu10.0一直用的很丝滑,耐造,今天打开之后就萎缩了。。。 之前是更新的VMware Tool工具,重启一下就好啦,今天这么操作似乎行不通了,尝试了几个方式之后,记录一下有效的处理方式。     1、首先,在Ubuntu虚拟机中打开终端。 2、在终端中输入以下命令来安装Open-VM-Tools: sudo apt-get install open-vm-tools 这将安装VMware工具的开源版本,用于优化虚拟机的性能和功能。(亲测可行) 3、安装完成后,重新启动虚拟机 sudo reboot 其实步骤到这里已经可以了,搞定这个问题,如果你的虚拟式是个难搞的家伙,那就继续尝试   4、虚拟机重新启动后,尝试调整屏幕分辨率。在VMware菜单栏上选择“虚拟机”->“显示”->“自动调整大小”。 5、如果屏幕分辨率仍然不正确,可以尝试手动调整。在Ubuntu虚拟机中,点击右上角的设置图标,选择“显示设置” 6、在显示设置中,可以选择合适的分辨率来调整屏幕大小。如果没有合适的选项,可以尝试添加自定义分辨率, 7、完成后,应用更改并重新启动虚拟机。   注意:完成设置之后一定要重启虚拟机哦!!   文章参考: 1.vmware的ubuntu的虚拟你屏幕太小 2.VMware下Ubuntu虚拟屏幕太小,如何增大? 3.VMware虚拟机ubuntu显示屏幕太小解决办法
【OS】09 – 主引导程序控制权的转移【fat表加载loader并跳转执行,boot使命结束】
  参考:【OS】09 - 主引导程序控制权的转移   实验1 代码写完之后,发现boot已经超出了512字节,怎么办呢? 代码重构:删除部分的push和pop代码,这是为了保证不会影响关键寄存器的值。   代码调整后,再次make通过;打印加载出来的文件内容。     code org 0x7c00 ;补上三个字节 jmp short start nop ;栈的起始地址(定义栈空间) define: BaseOfStack equ 0x7c00 BaseOfLoader equ 0x9000 ;最后要把目标程序加载到这个地址处,fat表加载到这个地址的前面 RootEntryOffset equ 19 ;根目录区的逻辑扇区地址,是从逻辑第19扇区开始的 RootEntryLength equ 14 ;目录文件项占用了14个扇区 EntryItemLength equ 32 FatEntryOffset equ 1 FatEntryLength equ 9 header: BS_OEMName db "D.T.Soft" BPB_BytsPerSec dw 512 BPB_SecPerClus db 1 BPB_RsvdSecCnt dw 1 BPB_NumFATs db 2 BPB_RootEntCnt dw 224 BPB_TotSec16 dw 2880 BPB_Media db 0xF0 BPB_FATSz16 dw 9 BPB_SecPerTrk dw 18 BPB_NumHeads dw 2 BPB_HiddSec dd 0 BPB_TotSec32 dd 0 BS_DrvNum db 0 BS_Reserved1…
上瘾:沉迷而不知
“眼看着、嘴吃着、还能干嘛?耳机拿来、我耳朵还闲着呢?可以这样?……”第一次听小说、就是从这句话开始。从熊猫听书到喜马拉雅,不觉间已过去近十年了。有时,嫌弃小说更新不及时,便转看原文小说,非要看到一个结果,一个结尾。可以说,只要有时间,都会急不可奈的翻看。因为融入了剧情,融入了主角的情感之中,会笑会哭会惊喜会哀伤……一回首,听书累了计 2000余小时,动漫电影电视剧上千于部,小说也看了十几本,累计六七千万字……看着这么庞大的数据,我懵了!张大嘴,惊奇不已,有,有怎么夸张吗?若是提前让我知道要听这么多小时,要看怎么多电影,要看这么多字数的书,怕是没有勇气开始。这,就是上瘾,就是上瘾而不自知。但这,也是青春,也是我一事无成的原因。我的时间用在了娱乐,用在了让人爽的,让人容易做的,可以躺着玩的事儿上,又怎么期望获得成长,有大的成就呢?因为喜欢,所以沉迷。因为热爱、所以不知疲劳。这不是任务,也不是要求,更不是必须要做的事项。而是我用来打发时间,娱乐提趣的手段。用来填充闲余时光,用来抵抗无聊的方法。我认为我很自律,能够控制开始与结束。但结果告诉我,一旦开始,除非故事完结,否则就不会结束。当我开始的时候,当我入局的时候,我其实就上瘾了,我就失控了。但身在局中的我,却全然无知,并无觉知。显然,这些好的作品让我沉迷了进去,我融入了故事,并且拥有强烈渴望,渴望看到剧情的发展,想方设法也要听完、看完。若是作者一日一更新,每天醒来的第一时间便会前去查看,哪怕因为任务冲突,也会抽时间补回来,看一看,听一听。这一看、一听便是近十几年。真是可怕!这是真实发生的事情,也是我上瘾沉迷的真实讲述。哪怕到了现在,有些习惯仍旧,还在倾听、观看着。有时会因作者没有更新而难受,也会团为爆更而惊喜。通过视听,与作者携行,虽未见面、却沉迷其…
git
git手册 ################################ 工作流程 常用命令 ################################ # MR: 发现问题,处理问题 -> 解决冲突 提交pull request # CR: 代码审查,code reviw # 工作流程 # // git工作区 - git暂存区 - 本地代码仓库 - 远程仓库 # 常用指令 # git branc // 查看本地代码分支(本地默认产生master分支,其它分支需要自己创建) git branch -r // 查看远程分支 git pull // 拉取最新代码 git status // 查看当前状态 git log // 查看git提交日志 git branch // 查看本地分支 git branch -vv // 查看本地分支和远程分支的追踪关系 ################################ 当需要pull更新代码的时候 ################################ // 方法一: git stash // 把本地的修改全部缓存起来 git pull // 拉最新的代码 git stash pop // 把刚才缓存的代码播放出来,肯定会产生很多冲突 // 方法二: 本地代码就没了,比较危险 git reset --hard HEAD^ //把本地代码强制更新到上一次的版本然后再git pull拉仓库最新代码 ################################ 同步更新 代码冲突 ################################ 1. 打开代码,修改所有冲突 2. git add XXX / git comm…
HTTP/HTTPS/SSH
HTTP和HTTPS,SSH协议都属于应用层协议: HTTP:超文本传输协议 HTTPS:安全的超文本传输协议, 在HTTP协议基础上加入了SSL协议保证安全传输 SSH:安全外壳协议 0x01 HTTP&HTTPS   1.1 简介 HTTP&HTTPS主要应用于Web浏览器和网站服务器之间传递数据,HTTP协议以明文方式发送内容,不提供任何方式的数据加密,如果攻击者截取了Web浏览器和网站服务器之间的传输报文,就可以直接读懂其中的信息,因此HTTP协议不适合传输一些敏感信息,比如信用卡号、密码等。而HTTPS为了数据传输的安全,在HTTP协议的基础上加入了SSL协议,SSL协议依靠证书来验证服务器的身份,并为浏览器和服务器之间的通信加密。   1.2 HTTP和HTTPS的主要区别: 一: HTTPS协议需要申请CA证书,一般免费的证书很少,需要交费; 二: HTTP是超文本传输协议,信息是明文传输,HTTPS是具有安全性的SSL加密传输协议; 三: HTTP和HTTPs使用的是完全不同的连接方式,用的端口号也不一样(HTTP: 80 HTTPS: 443); 四:HTTP协议的连接简单,是无状态的,HTTPS协议是由SSL+HTTP协议构成的可进行加密传输,身份认证的网络协议,比HTTP协议安全。     0x02 SSH SSH协议为建立在应用层基础上的安全协议,SSH是目前较可靠的,专门为远程登录会话和其他网络服务提供安全性的协议,并且用SSH协议传输的数据是经过压缩的,加快数据传输的速度。SSH提供两种级别的安全验证,一: 基于口令的安全验证;二: 基于密匙的安全验证。   2.1 基于口令的安全验证 只要你知道自己的…
thumbnail
居叹悔
行将就木,意欲过往。叹一声舍不得啊!声高嘶吼,直刺心底,让人一颤。饱足过往遗憾,痛彻当下未来。抬望眼,物事皆休。奈独行,静归于土。即将要离开这人世间,意想过往经历,奋斗拼搏,一切转好,更有美好未来。高叹舍不得,舍不得啊!声音高亢,嘶吼而出,直刺内心深处,让人灵魂一颤,强烈共鸣。过往的经历从脑里逐帧闪过,遗憾暴露无余,痛心当下未来即将与己无关。抬起沉重的眼眸环视,人事皆与己无关。无奈要独自行走,静静归于这天地之间。
【OS】08 – 突破512字节的限制(下)【Memcpy、FatVec:通过Fat表加载文件到内存】
参考:【OS】08 - 突破512字节的限制(下)   0x01 Memcpy 1.1 code Memcpy函数完成并测试 org 0x7c00 jmp short start nop define: BaseOfStack equ 0x7c00 BaseOfLoader equ 0x9000 RootEntryOffset equ 19 RootEntryLength equ 14 EntryItemLength equ 32 FatEntryOffset equ 1 FatEntryLength equ 9 header: BS_OEMName db "D.T.Soft" BPB_BytsPerSec dw 512 BPB_SecPerClus db 1 BPB_RsvdSecCnt dw 1 BPB_NumFATs db 2 BPB_RootEntCnt dw 224 BPB_TotSec16 dw 2880 BPB_Media db 0xF0 BPB_FATSz16 dw 9 BPB_SecPerTrk dw 18 BPB_NumHeads dw 2 BPB_HiddSec dd 0 BPB_TotSec32 dd 0 BS_DrvNum db 0 BS_Reserved1 db 0 BS_BootSig db 0x29 BS_VolID dd 0 BS_VolLab db "D.T.OS-0.01" BS_FileSysType db "FAT12 " start: mov ax, cs mov ss, ax mov ds, ax mov es, ax mov sp, BaseOfStack mov ax, Roo…