注册
环信即时通讯云

环信即时通讯云

单聊、群聊、聊天室...
环信开发文档

环信开发文档

Demo体验

Demo体验

场景Demo,开箱即用
RTE开发者社区

RTE开发者社区

汇聚音视频领域技术干货,分享行业资讯
技术讨论区

技术讨论区

技术交流、答疑
资源下载

资源下载

收集了海量宝藏开发资源
iOS Library

iOS Library

不需要辛辛苦苦的去找轮子, 这里都有
Android Library

Android Library

不需要辛辛苦苦的去找轮子, 这里都有

《最近解决的一个bug与最近蹦出的一些想法》

0、一句话概括bug的原因 项目更换了邮箱服务器,原服务器支持的账号格式在新服务器上不被支持;即发送给新服务器的账号错误。 1、最近解决的一个bug (1)bug: java程序通知阿里云邮箱服务器发送邮件失败。 异常报错信息:AuthenticationFa...
继续阅读 »

0、一句话概括bug的原因


项目更换了邮箱服务器,原服务器支持的账号格式在新服务器上不被支持;即发送给新服务器的账号错误。


1、最近解决的一个bug


(1)bug:


java程序通知阿里云邮箱服务器发送邮件失败。

异常报错信息:AuthenticationFailedException: 526 Authentication failure[0]。


(2)背景:


弃用原邮箱服务器、更换为阿里云邮箱服务器后,所有版本的项目向服务器发出的邮件请求均无响应。


(3)排错:


AuthenticationFailedException,翻译过来就是认证不通过异常;认证不通过的原因一般是:服务器错误、用户名错误、用户名密码不匹配。

阿里云官方排错参考连接:阿里邮箱如何通过SMTP程序发信

使用参数在Foxmail中配置,可成功进行SMTP发信;这一步,确定了服务器无错、用户名无错、用户名与密码匹配。

那么,哪里出了问题?

翻阅官网原文: 



经排查,SMTP服务器配置、端口没有错误;那么问题就藏在代码逻辑和参数中。

当时对代码逻辑和参数并未产生质疑:代码延用的是之前对接服务器的部分;需要变动的参数都存在了数据库,并且这些参数在Foxmail上已被验证通过。把问题甩给阿里云人工,工程师查看操作日志后确定服务器接收的账号密码出错。基于出错点,重新复盘:服务器没问题,数据库的帐号密码没问题,那就是java程序处理后并向服务器发送的账号密码出了问题!

程序拿到了正确的帐号密码,却向服务器发送了错误的。在可能出错的代码块内排查:从src文件夹代码到hutool工具类库源码一路debug,发现阿里云邮箱服务器识别不了邮件账号;同样的代码逻辑,发送给原服务器的有效账号是“tairui”,而阿里云服务器需要的是“tairui@aliyun.com”。

最终重新拼接邮件账号字符串,问题解决。


2、最近蹦出的一些想法


(1)软件工程师,是一个什么样的职业?


软件工程师,听上去就是一群建库删库、增删改查数据、开发软件的哥们。

程序员可以像创造了一个又一个世界的操盘手。这个世界的规则都由他说了算:每个对象都是这个社会中的个体,每名个体通过传递消息建立他们的父子、兄弟、恋爱关系;每名个体的本质在于其所处的社会关系,整个社会的本质又是个体间关系的总和。

程序员也仅仅是社会分工的一个角色。他是一名与一个挖水沟的工人并没有太大区别的工人,同样从事着机械性的造轮子工作,同样为社会分工的目的而劳动。


(2)如何从事这样的职业?


跳过基础入门、背八股、刷面经的步骤,假设X已经顺利入职并从事着软件开发的工作,问初入职场的X如何在这个岗位上发热?

得意识到学习能力才是终身竞争力。剔除天赋、运气的因素,剩下的能让X在职场里披荆斩棘的可控因素中,主要因素就是学习能力。

得想明白程序员需要学习的到底是什么。语言是一个工具,框架更是;框架每年都在变,语言的核心思想却贯穿始终。X至少得吃透一门编程语言的教材,形成一个系统的编程思维,以便将来使用其他语言工具时能够一通百通。


(3)不断解决bug的感觉,就像精神鸦片,给平平无奇的工作添加了欢乐。


在毕业后工作满一年的时间跨度里,常常因为解决了一个问题而兴奋,不断地收获工作中的小确幸。

希望每一名劳动者能够在岗位上找到兴趣点,这就像是:在一个六年级毕业的暑假,午后阳光炙热,你怀揣着印着周杰伦半身像的雪碧,一路小跑到大伯家,按下乳白色主机和大屁股显示屏的开关键,伴随着XP系统的开机声急促地呼吸,在IE浏览器上输入www.4399.com;此刻,渴求的眼神、激动的指关节和涌上脸颊的绯红,让你忘记阳光的毒辣、酸胀的肌肉和在气管上切割的空气。

.

.

.

工作满一周年记

20230610 19:10


作者:水煮鸡蛋不加蛋
链接:https://juejin.cn/post/7242911173724930105
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

在 SwiftUI 中创建一个环形 Slider

iOS
前言 Slider 控件是一种允许用户从一系列值中选择一个值的 UI 控件。在 SwiftUI 中,它通常呈现为直线上的拇指选择器。有时将这种类型的选择器呈现为一个圆圈,拇指绕着圆周移动可能会更好。本文介绍如何在 SwiftUI 中定义一个环形的 Slider...
继续阅读 »


前言


Slider 控件是一种允许用户从一系列值中选择一个值的 UI 控件。在 SwiftUI 中,它通常呈现为直线上的拇指选择器。有时将这种类型的选择器呈现为一个圆圈,拇指绕着圆周移动可能会更好。本文介绍如何在 SwiftUI 中定义一个环形的 Slider。


初始化环形轮廓


ZStack中的三个圆环开始。一个灰色的圆环代表滑块的路径轮廓,一个淡红色的圆弧代表沿着圆环的进度,一个圆圈代表当前光标或拇指的位置。将滑块的范围设置为0.0到1.0,并硬编码一个直径和一个的当前位置进度 - 0.33。

struct CircularSliderView1: View {
let progress = 0.33
let ringDiameter = 300.0

private var rotationAngle: Angle {
return Angle(degrees: (360.0 * progress))
}

var body: some View {
VStack {
ZStack {
Circle()
.stroke(Color(hue: 0.0, saturation: 0.0, brightness: 0.9), lineWidth: 20.0)
Circle()
.trim(from: 0, to: progress)
.stroke(Color(hue: 0.0, saturation: 0.5, brightness: 0.9),
style: StrokeStyle(lineWidth: 20.0, lineCap: .round)
)
.rotationEffect(Angle(degrees: -90))
Circle()
.fill(Color.white)
.frame(width: 21, height: 21)
.offset(y: -ringDiameter / 2.0)
.rotationEffect(rotationAngle)
}
.frame(width: ringDiameter, height: ringDiameter)

Spacer()
}
.padding(80)
}
}



将进度值和拇指位置绑定


将进度变量更改为状态变量并添加默认 Slider。这个 Slider 用于修改进度值,并在圆形滑块上实现足够的代码以使拇指和进度弧响应。当前值显示在环形 Slider 的中心。

struct CircularSliderView2: View {
@State var progress = 0.33
let ringDiameter = 300.0

private var rotationAngle: Angle {
return Angle(degrees: (360.0 * progress))
}

var body: some View {
ZStack {
Color(hue: 0.58, saturation: 0.04, brightness: 1.0)
.edgesIgnoringSafeArea(.all)

VStack {
ZStack {
Circle()
.stroke(Color(hue: 0.0, saturation: 0.0, brightness: 0.9), lineWidth: 20.0)
.overlay() {
Text("\(progress, specifier: "%.1f")")
.font(.system(size: 78, weight: .bold, design:.rounded))
}
Circle()
.trim(from: 0, to: progress)
.stroke(Color(hue: 0.0, saturation: 0.5, brightness: 0.9),
style: StrokeStyle(lineWidth: 20.0, lineCap: .round)
)
.rotationEffect(Angle(degrees: -90))
Circle()
.fill(Color.white)
.shadow(radius: 3)
.frame(width: 21, height: 21)
.offset(y: -ringDiameter / 2.0)
.rotationEffect(rotationAngle)
}
.frame(width: ringDiameter, height: ringDiameter)


VStack {
Text("Progress: \(progress, specifier: "%.1f")")
Slider(value: $progress,
in: 0...1,
minimumValueLabel: Text("0.0"),
maximumValueLabel: Text("1.0")
) {}
}
.padding(.vertical, 40)

Spacer()
}
.padding(.vertical, 40)
.padding()
}
}
}


添加触摸手势


DragGesture 被添加到滑块圆圈,并且使用临时文本视图显示拖动手势的当前位置。可以看到 x 和 y 坐标围绕包含环形 Slider 的位置中心的变化情况。

struct CircularSliderView3: View {
@State var progress = 0.33
let ringDiameter = 300.0

@State var loc = CGPoint(x: 0, y: 0)

private var rotationAngle: Angle {
return Angle(degrees: (360.0 * progress))
}

private func changeAngle(location: CGPoint) {
loc = location
}

var body: some View {
ZStack {
Color(hue: 0.58, saturation: 0.04, brightness: 1.0)
.edgesIgnoringSafeArea(.all)

VStack {
ZStack {
Circle()
.stroke(Color(hue: 0.0, saturation: 0.0, brightness: 0.9), lineWidth: 20.0)
.overlay() {
Text("\(progress, specifier: "%.1f")")
.font(.system(size: 78, weight: .bold, design:.rounded))
}
Circle()
.trim(from: 0, to: progress)
.stroke(Color(hue: 0.0, saturation: 0.5, brightness: 0.9),
style: StrokeStyle(lineWidth: 20.0, lineCap: .round)
)
.rotationEffect(Angle(degrees: -90))
Circle()
.fill(Color.blue)
.shadow(radius: 3)
.frame(width: 21, height: 21)
.offset(y: -ringDiameter / 2.0)
.rotationEffect(rotationAngle)
.gesture(
DragGesture(minimumDistance: 0.0)
.onChanged() { value in
changeAngle(location: value.location)
}
)
}
.frame(width: ringDiameter, height: ringDiameter)

Spacer().frame(height:50)

Text("Location = (\(loc.x, specifier: "%.1f"), \(loc.y, specifier: "%.1f"))")

Spacer()
}
.padding(.vertical, 40)
.padding()
}
}
}


为不同的坐标值设置滑块位置


圆形滑块上有两个表示进度的值,用于显示进度弧度的progress值和用于显示滑块光标的rotationAngle。应该只有一个属性来保存滑块进度。视图被提取到一个单独的结构中,该结构具有圆形滑块上进度的一个绑定值。


滑块的range的可选参数也是可用的。这需要对进度进行一些调整,以计算已设置的角度以及拇指在圆形滑块上位置的旋转角度。另外调用onAppear根据View出现前的进度值计算旋转角度。

struct CircularSliderView: View {
@Binding var progress: Double

@State private var rotationAngle = Angle(degrees: 0)
private var minValue = 0.0
private var maxValue = 1.0

init(value progress: Binding<Double>, in bounds: ClosedRange<Int> = 0...1) {
self._progress = progress

self.minValue = Double(bounds.first ?? 0)
self.maxValue = Double(bounds.last ?? 1)
self.rotationAngle = Angle(degrees: progressFraction * 360.0)
}

private var progressFraction: Double {
return ((progress - minValue) / (maxValue - minValue))
}

private func changeAngle(location: CGPoint) {
// 为位置创建一个向量(在 iOS 上反转 y 坐标系统)
let vector = CGVector(dx: location.x, dy: -location.y)

// 计算向量的角度
let angleRadians = atan2(vector.dx, vector.dy)

// 将角度转换为 0 到 360 的范围(而不是负角度)
let positiveAngle = angleRadians < 0.0 ? angleRadians + (2.0 * .pi) : angleRadians

// 根据角度更新滑块进度值
progress = ((positiveAngle / (2.0 * .pi)) * (maxValue - minValue)) + minValue
rotationAngle = Angle(radians: positiveAngle)
}

var body: some View {
GeometryReader { gr in
let radius = (min(gr.size.width, gr.size.height) / 2.0) * 0.9
let sliderWidth = radius * 0.1

VStack(spacing:0) {
ZStack {
Circle()
.stroke(Color(hue: 0.0, saturation: 0.0, brightness: 0.9),
style: StrokeStyle(lineWidth: sliderWidth))
.overlay() {
Text("\(progress, specifier: "%.1f")")
.font(.system(size: radius * 0.7, weight: .bold, design:.rounded))
}
// 取消注释以显示刻度线
//Circle()
// .stroke(Color(hue: 0.0, saturation: 0.0, brightness: 0.6),
// style: StrokeStyle(lineWidth: sliderWidth * 0.75,
// dash: [2, (2 * .pi * radius)/24 - 2]))
// .rotationEffect(Angle(degrees: -90))
Circle()
.trim(from: 0, to: progressFraction)
.stroke(Color(hue: 0.0, saturation: 0.5, brightness: 0.9),
style: StrokeStyle(lineWidth: sliderWidth, lineCap: .round)
)
.rotationEffect(Angle(degrees: -90))
Circle()
.fill(Color.white)
.shadow(radius: (sliderWidth * 0.3))
.frame(width: sliderWidth, height: sliderWidth)
.offset(y: -radius)
.rotationEffect(rotationAngle)
.gesture(
DragGesture(minimumDistance: 0.0)
.onChanged() { value in
changeAngle(location: value.location)
}
)
}
.frame(width: radius * 2.0, height: radius * 2.0, alignment: .center)
.padding(radius * 0.1)
}

.onAppear {
self.rotationAngle = Angle(degrees: progressFraction * 360.0)
}
}
}
}


CircularSliderView 的三种不同视图被添加到View中以测试和演示 Circular Slider 视图的不同功能。

struct CircularSliderView5: View {
@State var progress1 = 0.75
@State var progress2 = 37.5
@State var progress3 = 7.5

var body: some View {
ZStack {
Color(hue: 0.58, saturation: 0.06, brightness: 1.0)
.edgesIgnoringSafeArea(.all)

VStack {
CircularSliderView(value: $progress1)
.frame(width:250, height: 250)

HStack {
CircularSliderView(value: $progress2, in: 1...10)

CircularSliderView(value: $progress3, in: 0...100)
}

Spacer()
}
.padding()
}
}
}


总结


本文展示了如何定义响应拖动手势的圆环滑块控件。可以设置滑块视图的大小,并且滑块按预期工作。可以向控件添加更多参数以设置颜色或圆环内显示的值的格式。


作者:Swift社区
链接:https://juejin.cn/post/7215416975605661755
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

DNS

DNS DNS:Domain Name System 域名系统,应用层协议,是互联网的一项服务。它作为将域名和IP地址相互映射的一个分布式数据库,能够使人更方便地访问互联网,基于C/S架构,服务器端:53/udp, 53/tcp实际上,每一台 DNS 服务器都...
继续阅读 »

DNS


DNS:Domain Name System 域名系统,应用层协议,是互联网的一项服务。它作为将域名和IP地址相互映射的一个分布式数据库,能够使人更方便地访问互联网,基于C/S架构,服务器端:53/udp, 53/tcp实际上,每一台 DNS 服务器都只负责管理一个有限范围(一个或几个域)内的主机域 名和 IP 地址的对应关系,这些特定的 DNS 域或 IP 地址段称为 zone(区域)。根据地址解 析的方向不同,DNS 区域相应地分为正向区域(包含域名到 IP 地址的解析记录)和反向区 域(包含 IP 地址到域名的解析记录)

根域: 全球根服务器节点只有13个,10个在美国,1个荷兰,1个瑞典,1个日本


  • 一级域名:Top Level Domain: tld
  • 三类:组织域、国家域(.cn, .ca, .hk, .tw)、反向域
  • com, edu, mil, gov, net, org, int,arpa
  • 二级域名:magedu.com
  • 三级域名:study.magedu.com
  • 最多可达到127级域名

ICANN(The Internet Corporation for Assigned Names and Numbers)互联网名称与数字地址分配机构,负责在全球范围内对互联网通用顶级域名(gTLD)以及国家和地区顶级域名(ccTLD)系统的管理、以及根服务器系统的管理


DNS服务器类型


  • 缓存域名服务器:只提供域名解析结果的缓存功能,目的在于提高查询速度和效率, 但是没有自己控制的区域地址数据。构建缓存域名服务器时,必须设置根域或指定其他 DNS 服务器作为解析来源。
  • 主域名服务器:管理和维护所负责解析的域内解析库的服务器
  • 从域名服务器 从主服务器或从服务器"复制"(区域传输)解析库副本

序列号:解析库版本号,主服务器解析库变化时,其序列递增

刷新时间间隔:从服务器从主服务器请求同步解析的时间间隔

重试时间间隔:从服务器请求同步失败时,再次尝试时间间隔

过期时长:从服务器联系不到主服务器时,多久后停止服务

通知机制:主服务器解析库发生变化时,会主动通知从服务器


DNS查询类型及原理


查询方式

  • 递归查询:一般客户机和本地DNS服务器之间属于递归查询,即当客户机向DNS服务器发出请求后,若DNS服务器本身不能解析,则会向另外的DNS服务器发出查询请求,得到最终的肯定或否定的结果后转交给客户机。此查询的源和目标保持不变,为了查询结果只需要发起一次查询。(不需要自己动手)

  • 迭代查询:一般情况下(有例外)本地的DNS服务器向其它DNS服务器的查询属于迭代查询,如:若对方不能返回权威的结果,则它会向下一个DNS服务器(参考前一个DNS服务器返回的结果)再次发起进行查询,直到返回查询的结果为止。此查询的源不变,但查询的目标不断变化,为查询结果一般需要发起多次查询。(需要自己动手)


查询原理过程


正向解析查询过程:

1 先查本机的缓存记录

2 查询hosts文件

3 查询dns域名服务器,交给dns域名服务器处理 以上过程称为递归查询:我要一个答案你直接会给我结果

4 这个dns服务器可能是本地域名服务器,也有个缓存,如果有直接返回结果,如果没有则进行下一步

5 求助根域服务器,根域服务器返回可能会知道结果的一级域服务器,让他去找一级域服务器

6 求助一级域服务器,一级域服务器返回可能会知道结果的二级域服务器让他去找二级域服务器

7 求助二级域服务器,二级域服务器查询发现是我的主机,把查询到的ip地址返回给本地域名服务器

8 本地域名服务器将结果记录到缓存,然后把域名和ip的对应关系返回给客户端


DNS的分布式互联网解析库 



正向解析


各种资源记录


区域解析库:由众多资源记录RR(Resource Record)组成

记录类型:A, AAAA, PTR, SOA, NS, CNAME, MX


  • SOA:Start Of Authority,起始授权记录;一个区域解析库有且仅能有一个SOA记录,必须位于解析库的第一条记录SOA,是起始授权机构记录,说明了在众多 NS 记录里哪一台才是主要的服务器。在任何DNS记录文件中,都是以SOA ( Startof Authority )记录开始。SOA资源记录表明此DNS名称服务器是该DNS域中数据信息的最佳来源。
  • A(internet Address):作用,域名解析成IP地址
  • AAAA(FQDN): --> IPV6
  • PTR(PoinTeR):反向解析,ip地址解析成域名
  • NS(Name Server):,专用于标明当前区域的DNS服务器,服务器类型为域名服务器
  • CNAME : Canonical Name,别名记录
  • MX(Mail eXchanger)邮件交换器
  • TXT:对域名进行标识和说明的一种方式,一般做验证记录时会使用此项,如:SPF(反垃圾邮件)记录,https验证等

安装配置实操


下载安装bind文件,关闭防火墙进行后续操作

cd到etc下的文件夹查询对应软件,编辑named.conf文件




wq保存退出,接下来修改named.rfc1912.zones文件




wq保存退出后cd到var/named的文件下,复制local的文件作为自定义网站的文件模板进行编辑



wq保存退出之后检查有效性,首先修改网卡DNS为当前主机地址然后重启



 接下来开启程序systemctl start named




反向解析


和正向相似,在named.rfc1912文件下添加一段命令之后重新创建一个zones文件,将类型A换成PTR




主从复制


首先需要两台服务器,以我自己的192.168.222.100和192.168.222.200为例

进入etc下的named.conf文件修改两个any




修改etc下的named.rfc1912文件


 

 复制一份named.localhost作为模板进行修改
 

对网卡配置进行修改,然后重启网卡和启动named程序 


 接下来对第二台从服务器进行修改
同上,对named.conf文件进行修改两个any



 接下来修改从服务器的rfc文件




此时自动在slave文件夹下生成主服务器的文件



 修改主服务器的配置,双方重启后从也会变更









作者:钟情
链接:https://juejin.cn/post/7263410834499715131
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

在前端领域摸爬滚打7年,我终于掌握了这些沉淀技巧

我做开发多年,常常有人问我「软件开发难学吗?」「前端和后端哪个比较简单?」「培训后是否好找工作呢?」这些问题单拎出来比较棘手,三言两语说不清楚,需要你对开发有一个系统了解,问题才能迎刃而解。 所以,我想和你分享我的学习和工作经历,希望这对于正在准备成为一名程序...
继续阅读 »

我做开发多年,常常有人问我「软件开发难学吗?」「前端和后端哪个比较简单?」「培训后是否好找工作呢?」这些问题单拎出来比较棘手,三言两语说不清楚,需要你对开发有一个系统了解,问题才能迎刃而解。


所以,我想和你分享我的学习和工作经历,希望这对于正在准备成为一名程序员的你有所帮助。


我的经历可能会为新手提供一些有用的建议和思路。


01 萌芽之初,点燃编程学习的梦想


对于一些90后的朋友来说,网游填满了他们的高中时期,甚至是初中。


他们经常因为不走寻常路去打游戏,在回来时被门卫大爷逮个正着。尽管我没有沉迷于游戏,但我仍然被游戏所吸引。


在游戏中,我一直认为只有玩家和 NPC 的存在,但是,玩得越多,你会发现还有一些不寻常的角色,那就是“工作室”。部分“工作室”利用一些技术手段批量、自动地在游戏中完成任务以赚取游戏产出。


虽然这种行为不可取,但是他们使用的技术确实让我感兴趣。


这时候,代码的种子已经悄悄埋藏在我的内心深处,等待发芽。


高中毕业后,卸下学业负担,我开始利用暑期学习了一些脚本精灵、Tc 简单编程和易语言编程,这也是我第一次接触编程基础语法,如条件判断、循环、遍历和条件选择,再加上社区提供的一些识图插件,我就像一个蹩脚的裁缝,东拼西凑,左缝右补,费劲巴拉缝制成一件衣服,却不合身。


虽然实现了自动登录游戏的功能,但很不幸运的是,这样的小功能也还是过不去游戏的自检程序,万物皆有裨益,万事皆可为师,正是这一次编程体验促使了我后来的专业选择。


02 踏上编程学习之路,从安卓到前端,每一步都算数


英语是我成长路上的一块绊脚石,在选择专业时,我想躲开英语,于是选择了同为计算机系下的软件外包服务专业,结果发现,只要是技术,英语的要求都是一样的。


当然,我选择这个专业还有另外一个动机 -- 它开设了Android课程。毕竟,那时我刚拿到一款安卓手机,能在手机上开发自己的App是何等酷炫的体验啊!


那时,有一本厚重的《疯狂 Android 讲义》成了我的启蒙之书,我翻过无数遍,上课、参加编程比赛、实习工作、这本书我一直在用,为我第一份工作立下了汗马功劳。


临近毕业,是先就业还是先培训,许多软件相关专业的毕业生都面临着这样的选择。


所以,你要想明白,你到底需要的是什么?


我选择参加培训是出于两个原因:第一是为了将平时自学的知识整合起来,第二是希望能够认识更多的小伙伴,以便进行技术交流。编程最忌讳的就是闭门造车,不进行沟通交流。


然而,选择参加培训并不是每个人的选择。


如果你有能力自己阅读技术书籍,并且知道如何获取最新的技术信息,那么参加培训完全没有必要。


只有当你需要别人的指点和帮助来梳理技能,或者需要更好的机会来进行技术交流时,参加培训才是一个好的选择。


但是,如果你仅仅因为听说培训完就能很赚钱而选择花钱加入,那么你就要好好思考一下了,周围打水漂的人确实不在少数。


培训结束后,2015 年 12 月 7 号,我入职了第一家公司,担任 Android 开发工程师。


人生有时候做一个决策,一个行动,当时只道是寻常,当它的价值在未来某一刻兑现时,你会感谢当时努力的自己。


如果没有大学时翻过无数遍的《疯狂 Android 讲义》,我不可能找到这份工作。


03 学前端到底在学什么


工作后,我第一次真正进入团队开发模式(我是不会告诉你我当初使用百度云盘定时同步代码的,炸过一次硬盘),由于业务需要一定的前端支持(合同模板),所以在一次小组会议上,组长建议我们要着手学习前端技术(Angular1.x)。


到了17年左右,公司的业务开始由原 Pad 端转移到手机端。我和其他几个新入职的小伙伴经过一上午的 Vuejs2.x 培训后,就开始上手开发了。


也是在这次前端项目开发中,我第一次接触到了闭包导致循环失灵的问题,第一次把一个页面写到 3 千多行(烂,不懂拆分)。


由于这次前端项目开发的经验不足,导致迭代两年后,项目能编译出 200MB 的内容。我只能通过各种查找和大量的 webpack 参数调试,将产物压缩回了20MB 左右。对于我来说,这也是一次很大的成长。


我非常推荐各位小伙伴在工作中多承担,因为开发经验绝非是你熟背八股题得到的,开发经验只能是来自大量的项目实战。


多做练习,多遇困难,多做总结,得到的才是自己的。开发经验决定了你的下一个项目能否走得更顺利。


选择成为前端程序员是一件比较苦的事情,因为这个领域的技术更新非常频繁,如果你不持续学习,那么你就会落后,这也是“前端很累”的一个根本原因。


实际上,现在还有一些人对前端存在偏见,因为他们认为不就一个 JavaScript,能有多难?


但是事实上,很多前端构建技术的底层实现并不是用 JavaScript 语言编写的,而是基于了其它编程语言如 Golang(代:ESBuild)和Rust(代表:SWC)“包装”起来的,利用这些语言的特点来弥补 JavaScript 的不足。


前端学习的基础是 JavaScript,但不仅仅是 JavaScript,如果你认为学习 JavaScript 就是学习前端,那么你可能会走进死胡同。


04 正确的学习编程方式一定是这样的


在学校里,老师一定告诉过你两个正确的学习方式,其中一个是要做笔记,另一个是要能够向同学清晰地讲解。


繁多的技术是不可能靠记忆实现的,因此做笔记和写博客是记录学习过程和分享学习成果的捷径。


现在,我也发现很多在校的同学积极在各大技术社区分享自己的学习经验,这也印证了这条成长途径的正确,同时也激励我们这些已经做了多年程序员的伙伴要更加努力。


不论你是学习新的编程语言还是新的框架,都需要为其配置对应环境,但有很多框架的环境配置其实对于第一次接触的小伙伴来说并不友好,就比如我最初在从Android转前端的时候就因为安装NodeJsNpm这些东西而烦恼,因为当时莫名其妙就提示你Python2的模块找不到了,要不就是安装依赖超时了,在环境搭建问题上花费太长时间真的不划算。


为了避免环境搭建影响学习进度,我们可以使用一些在线的 IDE 环境,例如 CodePen、CodeSandBox、Stackblitz、JSRun 等。


但是,它们在依赖安装、操作习惯和响应速度上仍然有一些上手难度。


我最近一段时间一直在使用 1024Code  社区提供的在线 IDE,它提供了很多热门语言和框架的代码空间模板,免配置环境,即开即用随时学习新技术。


它支持多人开发和在线分享,无论是和朋友一起开发项目还是找大佬请教问题,都非常轻松。


05 学习编程,高效沉淀需要技巧


我发现之前写博客时做的案例很难沉淀下来。往往只是写完一遍,很少再打开运行。


但是在 1024Code 中,可以以卡片的形式记录每一个案例,也可以将一系列案例放到一个集合中归类。


此外,1024Code 还支持在个人主页中渲染 Markdown,为小伙伴打造炫酷的个人主页提供了便利。


最令人赞叹的是,1024Code 紧跟最近比较火的 ChatGPT,将其接入到了 IDE 中,让你在编码的同时可以更快速地查找解决方案。下面我给大家简单地展示一下:


在社区主页中,案例以卡片的形式展示。你可以点击你感兴趣的案例,一键运行。边浏览源码,边跟着作者提供的 README 进行学习。


如果你想在此基础上练习或二次开发,还可以 fork 一份到自己的工作空间。如果你发现作者的代码有不合理的地方,还可以在评论区大胆地给他留言,大家可以共同成长。



1024Code 提供了众多空间模板,涵盖了多种编程语言和框架,例如针对数据统计和 AI 模型训练的 Python,以及让许多程序员感到头疼的 C++。


此外,它还支持其它主流的热门编程语言和框架。



Markdown 是编程小伙伴们最常用的笔记格式之一,因此无需专门学习其语法。只需要多看几遍,就可以自然而然地掌握。


此外,你还可以参考社区中其他小伙伴的主页,来打造自己独特的个人主页。



接下来,我要展示一段时间以来我制作的合集。


最初,这个合集是为了帮助那些不熟悉滴滴 LF 框架如何使用 Vue3+TS 编写的小伙伴们而制作的。


我还将合集地址提交到了 LF 仓库,希望能够帮助那些正在转向 Vue3+TS 的小伙伴们。



最重磅的就是 ChatGPT 了。


在使用 1024Code 的 IDE 进行开发过程中,如果遇到问题,你可以快速打开 ChatGPT 来协助你查找答案,而不需要离开当前页面。


ChatGPT 支持上下文连续问答模式,虽然它不能解决你所有的问题,甚至会给出错误的答案,但对于一些常规类编程问题或正在做毕业设计的小伙伴们,它还是能够显著提升效率的。



总结


最后,我再为你做一些总结、建议和对未来的期待:

  • 我建议你要有很强的动力来学习编程,因为坚持并不是易事;

  • 我建议你坚守自己慎重选择的专业,因为不忘初心方得始终;

  • 我建议你在面对技术培训时要清醒认知,因为明确目标的选择才适合自己;

  • 我建议你在工作中抓住一切学习的机会,因为努力的人很多,只有不断学习才能跟上技术的发展;

  • 我建议你在编程学习时要善用工具、做好笔记、写博客,不断沉淀自己的知识和经验;


最后的最后,愿我们所有付出都将是沉淀,所有美好终会如期而至。


作者:小鑫同学
链接:https://juejin.cn/post/7209648356530929721
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

再聊聊秋招焦虑

我想,关于秋招,大家是真的焦虑的。 作为一个刚起了两个月的公众号,平时写写技术相关的内容,阅读量少则几十,多则也不超过500。结果一聊到秋招这个话题,阅读量直接干到27000去了,让我硬生生地过了一把大V的瘾。(手动狗头) 现代版的“国家不幸诗家幸,赋到沧桑...
继续阅读 »

我想,关于秋招,大家是真的焦虑的。


作为一个刚起了两个月的公众号,平时写写技术相关的内容,阅读量少则几十,多则也不超过500。结果一聊到秋招这个话题,阅读量直接干到27000去了,让我硬生生地过了一把大V的瘾。(手动狗头)



现代版的“国家不幸诗家幸,赋到沧桑句便工”有没有?


所以,我决定再聊十块钱的“秋招焦虑”这个话题,以一个过来人的身份,开导开导同学们。如果同学们真的干了这碗鸡汤后,觉得暖心暖胃,精神上舒服一些,那也不枉我敲这么多字了。


首先说下,产生焦虑的原因是什么?


参照了知乎上的众多答案,我觉得最精辟的一个答案是:担心某件不好的事情,在未来的某个时间点将会发生,但主观上又拒绝接纳。


而往往焦虑的人的认知特点是:


  • 高估不好的事情的发生概率;
  • 高估不好的事情所带来的后果;
  • 低估自己应对挫折的能力;

我们把这种认知特点带入到秋招中,同学们的想法大概是这样:


卧槽,今年校招这么卷,完全就是一片哀鸿遍野的景象,那我肯定找不到工作了。一旦形成毕业即失业的情况,那我前面二十多年爬冰卧雪、寒窗苦读就完全看不到价值了。试问读书的意义是什么呢?完了,生不逢时啊,我这辈子基本上也就交待了。


而在这种焦虑的情绪下,最常见的应激反应就是回避行为。即:有条件的打算润到国外,没条件的誓死考公。


下面,开始灌鸡汤,各位同学听好。


超过80%的人,你不必焦虑


其实各行各业都一样,你只要能超过行业内80%的人,基本上就没什么好担心的,降低一些预期,找到一份差不多的工作肯定没问题。


逻辑是这样的,如果一个行业的top 20%都凉凉了,那证明这个行业不仅仅是不景气,而是被这个时代所淘汰了。如果真的到了这个地步,那最焦虑的肯定不是作为个体的你了。


按照top 20%这个人物画像进行圈选的话,很多专业能力不错,有实习经历的211 985同学,其实是都在其内的。


你如果还在焦虑的话,那就是世上本无事,庸人自扰之了。



当然,再说一句,如果你不在这20%的池子里面,那你还轮不到焦虑,你最先做好的的是四个字:反求诸己。


反求诸己,很多事情上都是这么一个道理,就是苦练基本功。


正常周期变化,你无须焦虑


一般情况下,经济和行业周期大概在8到10年左右。任何人漫长的职业生涯中,都会经历几个起起伏伏的过程,有时候早经历一次,未必是坏事。


郭德纲的原话是这样说的:


吃亏要趁早,一帆风顺不是什么好事。从小大伙娇生惯养,没有人跟他说过什么话,65岁走在街上谁瞪他眼就会猝死。从出生开始一天打八个嘴巴,这样的到25岁就是铁罗汉、活金刚一样什么都不在乎,吃亏要趁早。


其实话糙理不糙,当你经历了萧条的经济周期,再遇到经济转好,行业内一片欣欣向荣的时候,你会怀着更加感恩的心态,拥有更成熟的理性思考,再也不会把风口机遇和平台资源当做个人能力。


说得粗鄙一点儿就是,变得更加有逼数儿了,不好高骛远,不过度消费,这样反而让你以后的路走得更平稳一些。



不就是一次秋招吗,你焦虑个毛


有的同学性格过于敏感脆弱,总是会把一件不好的事情的后果,弄得跟世界末日一样。


其推理过程大概这样:


少了一枚铁钉,掉了一只马掌。掉了一只马掌,失去一匹战马。失去一匹战马,失去一场战役。败了一场战役,毁了一个王朝。



等于“千里之堤,毁于蚁穴”的道理,让他给用到这里了。


其实真的不用这么想,就算秋招不太理想,还有春招,春招就算也不理想,直接走社招投简历不就完了。退一万步说,大不了转行,只要你不懒不傻不笨,照样能在别的行业混得风生水起。


真的真的没必要,认为秋招GG了,整个人生都黯淡了。人这一辈子很长,有很多翻盘的机会,也有很多盛极而衰的事例,没必要计较一时之成败。


像男人一样,扛过焦虑期


永远不要低估人类应对挫折和低谷的能力。


想想我们的父母辈,正好赶上了国企的下岗潮,捧了半辈子的铁饭碗丢了。就像刘欢的那首《重头再来》所唱到的那样,”辛辛苦苦已度过半生,今夜重又走进风雨“。


但是,基本上没看到下岗的哪家哪户断粮饿死,最不济的也是出去打工或者做点儿小生意,还有的因此而混出一些名堂出来呢。


就像曾国藩的那句名言所说的一样:生平长进,全在受挫受辱之时,需咬牙立志,受不得穷,立不得品,受不得屈,必做不得事。


我们再来看看褚时健老爷子,以前是云南红塔集团的董事长,后来由于贪污受贿被判处无期徒刑,和妻子双双入狱,女儿自杀,他的低谷堪称绝望之谷。


2002年,74岁出狱二次创业,开始做褚橙。到了2014年,”褚橙“销售额达到了一亿多元,纯利润7000多万。因此,人们又称它为”励志橙“。



难怪见过大世面的王石都这样感慨道:


橙子挂果要6年,他那时已经75岁高龄了。试想一下,一个75岁的老人,戴一个大墨镜,穿着颇圆领衫,兴致勃勃地跟我谈论橙子挂果是什么场景。我当时就想,如果我遇到他那样的挫折,到了他那个年纪,我会想什么?我知道,我一定不会像他那样勇敢。


所以,像个男人一样,顶住压力,行动起来吧。扛过这段焦虑期吧,阴霾只是暂时的,未来终将是美好的。


作者:库森学长
链接:https://juejin.cn/post/7281256255354781732
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

Xcode 升级到14.3以后 调试与打包遇到的坑

iOS
前言 是苹果逼的,通知说2023年4月25日之后,所有的App都要在iOS16的SDK上打包。不然也不会有那么多事情(呜呜呜🥹)。 1.Xcode 14.3版本运行项目报错 问题如下:ld: file not found: /Applications/Xcod...
继续阅读 »

前言


是苹果逼的,通知说2023年4月25日之后,所有的App都要在iOS16的SDK上打包。不然也不会有那么多事情(呜呜呜🥹)。


1.Xcode 14.3版本运行项目报错


问题如下:

ld: file not found: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/arc/libarclite_iphonesimulator.a
clang: error: linker command failed with exit code 1 (use -v to see invocation)

报错信息看,都是在链接库的时候因为找不到静态库(libarclite_iphonesimulator.a/libarclite_iphoneos.a)而报错。利用访达的前往文件夹功能快速来到报错信息中的目录,发现连 arc目录都不存在,更不用说静态库文件。


开发人员解释说,因为系统已经内置有 ARC相关的库,所以没必要再额外链接,至少Xcode 14支持的最低部署目标iOS 11及以上版本的系统肯定是没问题的。如果应用部署目标不低于iOS 11还出现问题,那么应该是第三方库的部署目标有问题。


所以解决方案也很清晰了,将所有依赖库和应用最低部署版本都限制在iOS11以上即可。


解决方案:

post_install do |installer|
installer.pods_project.targets.each do |target|
target.build_configurations.each do |config|
config.build_settings['IPHONEOS_DEPLOYMENT_TARGET'] = '11.0'
end
end
end

2. 升级Xcode14以后项目报错 Stored properties cannot be marked potentially unavailable with '@available'


这是依赖库报错,把其中一个库升级到了最新的版本,不报错了。但是还有一个库没办法升级,因为我们的项目是Flutter项目,不知道是哪个三方库的依赖库,百度了好久没找到办法,最后还是强大的Google到方法:


在iOS目录下:

执行pod install
然后再执行pod update

最终可以了


3. Xcode升级到14.3 archieve打包失败

mkdir -p /Users/hsf/Library/Developer/Xcode/DerivedData/Ehospital-crirdmppgluxkodauexhkenjuxet/Build/Intermediates.noindex/ArchiveIntermediates/Ehospital/BuildProductsPath/Release-iphoneos/复旦云病理.app/Frameworks
Symlinked...
rsync --delete -av --filter P .*.?????? --links --filter "- CVS/" --filter "- .svn/" --filter "- .git/" --filter "- .hg/" --filter "- Headers" --filter "- PrivateHeaders" --filter "- Modules" "../../../IntermediateBuildFilesPath/UninstalledProducts/iphoneos/AliyunOSSiOS.framework" "/Users/hsf/Library/Developer/Xcode/DerivedData/Ehospital-crirdmppgluxkodauexhkenjuxet/Build/Intermediates.noindex/ArchiveIntermediates/Ehospital/InstallationBuildProductsLocation/Applications/复旦云病理.app/Frameworks"
building file list ... rsync: link_stat "/Users/hsf/Desktop/medical/app/iOS/Ehospital/../../../IntermediateBuildFilesPath/UninstalledProducts/iphoneos/AliyunOSSiOS.framework" failed: No such file or directory (2)
done

sent 29 bytes received 20 bytes 98.00 bytes/sec
total size is 0 speedup is 0.00
rsync error: some files could not be transferred (code 23) at /AppleInternal/Library/BuildRoots/97f6331a-ba75-11ed-a4bc-863efbbaf80d/Library/Caches/com.apple.xbs/Sources/rsync/rsync/main.c(996) [sender=2.6.9]
Command PhaseScriptExecution failed with a nonzero exit code

找到...-frameworks.sh 文件,替换

source="$(readlink "${source}")"

source="$(readlink -f "${source}")"

4. The version of CocoaPods used to generate the lockfile (1.3.1) is higher than the version of the current executable (1.1.0.beta.1). Incompatibility issues may arise.


这个比较简单,更新cocoapods就行。

sudo gem install cocoapods

5. Warning: CocoaPods minimum required version 1.6.0 or greater not installed…

sudo gem install cocoapods

6. Cocoapods 更新卡死在1.5.3,但控制台一直提示说有新版本


主要就是ruby的问题了。别问我怎么知道的,花了一天的时间。

ruby -v 查看版本

若比较低,现在一般都3.x了,所以要升级


用以下命令就可以升级了,可能需要科学上网。

brew update
brew install ruby

升级完成以后,ruby -v后其实还是原来的版本👌,这是因为环境变量没有配置。因此,还有一个步骤就是配置环境变量。

vi ~/.zshrc 

拷贝 export PATH="/usr/local/opt/ruby/bin:$PATH" 放进去


英文输入法下 按下esc键 输入 :wq


最后再执行

source ~/.bash_profile

然后更新gem

gem update #更新所有包
gem update --system #更新RubyGems软件

最后再更新pod

sudo gem install cocoapods

注意现在可能会提示说更新到了1.12.1了,但实际上还是1.5.3,所以还要执行另外一个命令。

sudo gem install -n /usr/local/bin cocoapods

这个就可以有效升级了。


7. gem常用命令

gem -v #gem版本
gem update #更新所有包
gem update --system #更新RubyGems软件
gem install rake #安装rake,从本地或远程服务器
gem install rake --remote #安装rake,从远程服务器
gem install watir -v(或者--version) 1.6.2#指定安装版本的
gem uninstall rake #卸载rake包
gem list d #列出本地以d打头的包
gem query -n ''[0-9]'' --local #查找本地含有数字的包
gem search log --both #从本地和远程服务器上查找含有log字符串的包
gem search log --remoter #只从远程服务器上查找含有log字符串的包
gem search -r log #只从远程服务器上查找含有log字符串的包
gem help #提醒式的帮助
gem help install #列出install命令 帮助
gem help examples #列出gem命令使用一些例子
gem build rake.gemspec #把rake.gemspec编译成rake.gem
gem check -v pkg/rake-0.4.0.gem #检测rake是否有效
gem cleanup #清除所有包旧版本,保留最新版本
gem contents rake #显示rake包中所包含的文件
gem dependency rails -v 0.10.1 #列出与rails相互依赖的包
gem environment #查看gem的环境

结语


有些坑现在只是知道这样做就行,还不知道为什么。后面再补补吧。


作者:Jalor
链接:https://juejin.cn/post/7229223235681878071
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

iOS-解决定位权限卡顿问题

iOS
一、简介 在iOS系统中,定位权限获取是一个涉及进程间同步通信的方法,如果频繁访问可能会导致卡顿或者卡死。在一些打车或者地图类的APP中,定位权限的卡顿报错可能是大头,亟需解决! 下面是系统类提供的访问定位权限的方法:// CLLocationManager是...
继续阅读 »

一、简介


在iOS系统中,定位权限获取是一个涉及进程间同步通信的方法,如果频繁访问可能会导致卡顿或者卡死。在一些打车或者地图类的APP中,定位权限的卡顿报错可能是大头,亟需解决!
下面是系统类提供的访问定位权限的方法:

// CLLocationManager是系统的定位服务管理类
open class CLLocationManager : NSObject {
// 1.下面方法是访问系统设置中定位是否打开
@available(iOS 4.0, *)
open class func locationServicesEnabled() -> Bool

// 2.1 iOS 14.0之后,访问定位的授权状态
@available(iOS 14.0, *)
open var authorizationStatus: CLAuthorizationStatus { get }

// 2.2 iOS 14.0之后,访问定位的授权状态
@available(iOS, introduced: 4.2, deprecated: 14.0)
open class func authorizationStatus() -> CLAuthorizationStatus
}

二、从卡顿堆栈例子中分析问题


为了解决这个卡顿,首先要分析卡顿报错堆栈。接下来举一个定位权限频繁获取导致的卡顿的堆栈:

0 libsystem_kernel.dylib _mach_msg2_trap + 8
1 libsystem_kernel.dylib _mach_msg2_internal + 80
2 libsystem_kernel.dylib _mach_msg_overwrite + 388
3 libsystem_kernel.dylib _mach_msg + 24
4 libdispatch.dylib __dispatch_mach_send_and_wait_for_reply + 540
5 libdispatch.dylib _dispatch_mach_send_with_result_and_wait_for_reply + 60
6 libxpc.dylib _xpc_connection_send_message_with_reply_sync + 240
7 Foundation ___NSXPCCONNECTION_IS_WAITING_FOR_A_SYNCHRONOUS_REPLY__ + 16
8 Foundation -[NSXPCConnection _sendInvocation:orArguments:count:methodSignature:selector:withProxy:] + 2236
9 Foundation -[NSXPCConnection _sendSelector:withProxy:arg1:arg2:arg3:] + 136
10 Foundation __NSXPCDistantObjectSimpleMessageSend3 + 76
11 CoreLocation _CLCopyTechnologiesInUse + 30852
12 CoreLocation _CLCopyTechnologiesInUse + 25724
13 CoreLocation _CLClientStopVehicleHeadingUpdates + 104440
14 MyAPPName +[ZLLocationRecorder locationAuthorised] + 40
15 ... // 以下略
  • 首先从第14行找到是ZLLocationRecorder类的locationAuthorised方法调用后,执行到了系统库函数,最终导致了卡死、卡顿。

  • 对堆栈中第0-13行中的方法做一番了解,初步发现xpc_connection_send_message_with_reply_sync函数涉及进程间同步通信,可能会阻塞当前线程点击查看官方方法说明



该函数说明:Sends a message over the connection and blocks the caller until it receives a reply.

  • 接下来添加符号断点xpc_connection_send_message_with_reply_sync, 注意如果是系统库中的带下划线的函数,我们添加符号断点的时候一般需要少一个下划线_. 执行后,从Xcode的方法调用栈视图中查看,可以发现ZLLocationRecorder类的locationAuthorised方法内部中调用CLLocationManager类的locationServicesEnabledauthorizationStatus方法都会来到这个符号断点.所以确定了是这两个方法导致的卡顿。(调试时并未发现卡顿,只是线上用户的使用环境更加复杂,卡顿时间长一点就被监控到了,我们目前卡顿监控是3秒,卡死监控是10s+)。

  • 然后通过CLLocationManager类的authorizationStatus方法说明,发现也是说在权限发生改变后,系统会保证调用代理方法locationManagerDidChangeAuthorization(_:),所以就产生了我们的解决方案,最终上线后也是直接解决了这个卡顿,并且APP启动耗时监控数据也因此变好了一些。


三、具体的解决方案



 注意点:设置代理必须在有runloop的线程,如果业务量不多的话,就在主线程设置就可以。


四、Demo类,可以直接用

import CoreLocation

public class XLLocationAuthMonitor: NSObject, CLLocationManagerDelegate {
// 单例类
@objc public static let shared = XLLocationAuthMonitor()

/// 定位服务是否可用, 这里设置成变量避免过于频繁调用系统方法时产生卡顿,系统方法涉及进程间通信
@objc public private(set) var serviceEnabled: Bool {
set {
threadSafe { _serviceEnabled = newValue }
}

get {
threadSafe { _serviceEnabled ?? CLLocationManager.locationServicesEnabled() }
}
}

/// 定位服务授权状态
@objc public private(set) var authStatus: CLAuthorizationStatus {
set {
threadSafe { _authStatus = newValue }
}

get {
threadSafe {
if let auth = _authStatus {
return auth
}
if #available(iOS 14.0, *) {
return locationManager.authorizationStatus
} else {
return CLLocationManager.authorizationStatus()
}
}
}
}

/// 计算属性,这里返回当前定位是否可用
@objc public var isLocationEnable: Bool {
guard serviceEnabled else {
return false
}

switch authStatus {
case .authorizedAlways, .authorizedWhenInUse:
return true
case .denied, .notDetermined, .restricted:
return false
default: return false
}
}

// MARK: - 内部使用的私有属性
private lazy var locationManager: CLLocationManager = CLLocationManager()
private let _lock = NSLock()
private var _serviceEnabled: Bool?
private var _authStatus: CLAuthorizationStatus?

private override init() {
super.init()
// 如果是主线程则直接设置,不是则在mainQueue中设置
DispatchQueue.main.safeAsync {
self.locationManager.delegate = self
}
}

private func threadSafe<T>(task: () -> T) -> T {
_lock.lock()
defer { _lock.unlock() }
return task()
}

// MARK: - CLLocationManagerDelegate
/// iOS 14以上调用
public func locationManagerDidChangeAuthorization(_ manager: CLLocationManager) {
if #available(iOS 14.0, *) {
authStatus = locationManager.authorizationStatus
serviceEnabled = CLLocationManager.locationServicesEnabled()
}
}

/// iOS 14以下调用
public func locationManager(_ manager: CLLocationManager, didChangeAuthorization status: CLAuthorizationStatus) {
authStatus = status
serviceEnabled = CLLocationManager.locationServicesEnabled()
}
}

作者:sweet丶
链接:https://juejin.cn/post/7247504715726929978
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

小米:阳了,被裁了

hi 大家好,我是 DHL。公众号:ByteCode ,专注有用、有趣的硬核原创内容,Kotlin、Jetpack、性能优化、系统源码、算法及数据结构、大厂面经。 随着防疫政策的放开,小阳人越来越多了,身边很多小伙伴都在朋友圈晒自己阳了之后的各种状态,基本上...
继续阅读 »

hi 大家好,我是 DHL。公众号:ByteCode ,专注有用、有趣的硬核原创内容,Kotlin、Jetpack、性能优化、系统源码、算法及数据结构、大厂面经。



随着防疫政策的放开,小阳人越来越多了,身边很多小伙伴都在朋友圈晒自己阳了之后的各种状态,基本上都处于一边发烧,一边坚持工作的状态,症状严重的小伙伴忍着疼痛还要处理公司的任务,把自己奉献给公司,然后收到了却是公司无情的裁员的消息。


年末将至,知乎和小米也登上了热搜。


裁员


我之前在小米的同事陆陆续续收到了通知,阳着还在工作,然后收到了裁员的消息。国内公司裁员的吃相都不怎么好看,基本上在发年终奖前会进行大比例的裁员。


2021 年的时候小米有 32000 名员工,据传 2022 年底小米要裁 6000 名员工,裁员幅度接近 20%,无论消息是否真实,但是这次裁员规模影响范围应该不小。



小米为什么要裁员


小米连续 3 个季度开始下滑,前 3 个季度,每个季度利润 20 亿,相比于去年同期的 50 亿下跌了很多,那为什么利润下跌这么多呢,主要有以下原因:


  1. 公司不赚钱,意味着主营业务开始萎缩,小米的主营业务,手机前 3 个季度卖了 4020 万部,销售额大概 425 亿,平均每部手机 1000 元,原本指望华为被制裁之后,小米能拿下这部分用户,但是最后也放弃了,这部分用户基本上都归苹果了
  2. 据调查中国的手机市场已经处于饱和状态,每年换手机的发烧友越来越少了
  3. 小米赌上全部身价大踏步地进入汽车领域,汽车是个周期长、投资大的业务,没有上百个亿,基本上不可能会有结果的
  4. 小米的股价也跌了很多,投资人很失望,我也买了很多小米的股票,基本上都是血亏

所以不得不开始降本增效,在老板的眼里,业务上升期的时候,开始疯狂砸钱招人,到达了瓶颈,业务不再增长的时候,老板就会冷静下来盘算,到底需不需要这么多人,然后开始降本增效,而裁员就是最有效的控制成本的手段。


曾经有小伙伴问过,小米的年终奖能拿多少


我在这里也只是顺口一说,大家当做饭后余兴看看就好了,小米的年终奖是 2 个月,而个人绩效是跟部门和所在事业部挂钩的,如果部门的绩效好的话,大部分人都能拿满,但是如果部门绩效不好的话,只有少数人能拿满,平均下来一个部门能拿满 2 个月的人数非常少,如果你非常的优秀,拿 3~4 个月也是有的,但是这个比例极其少,如果你和领导关系好的话,那么就另当别论了。


小米这次裁员赔偿虽然给了 N+2,但是这次裁员的吃相也比较难看,引来了小米员工的吐槽。以下图片来自网络。




而每次裁员,应届生都是最惨的,在大裁员的环境下,能不能找到工作是最大的问题,应届生和有工作经验的社招生是不一样的,无论是赔偿还是找工作的机会,相比于应届生更愿意招社招生,当然特别优秀的除外。



我之前很多在小米的同事,赔偿都给了 N + 2,但是年底被裁员时间点非常的不好,短时间内,想找到工作是非常困难的,但是先不要着急,如果你的身体还没恢复,建议先等身体恢复,在恢复期间,整理一下你的工作项目,网上搜索一下面试题,整理和回顾这些面试题,记住一定要多花时间刷算法题。


等到年后找工作会容易些,面试的成功的率也会很高,你的溢价空间也会很大,在选择公司的时候,这个阶段还是以稳为主,避开那些风险高的公司和部门。


文章的最后


遍地小阳人的冬天比以往更冷,在公司非常艰难,业务不再增长的时候,都会断臂求生,我们都要去面对被裁的风险。


站在打工者的角度,当一个人在某个环境待久了,会被表象的舒适所蒙蔽,时间久了会变得很迷茫,所以我们要想办法跳出舒适圈,保持学习的热情。

作者:程序员DHL
链接:https://juejin.cn/post/7184234182778814522
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

鸿蒙原生应用,全面启动,开发者需要抓住风口的浪尖

iOS
前言 老铁们,就在前天,9月25日,在华为秋季全场景新品发布会上,华为常务董事、终端BG CEO、智能汽车解决方案BU董事长余承东介绍了鸿蒙系统的最新进展:HarmonyOS 4发布后,短短一个多月升级用户已经超过6000万,成为史上升级速...
继续阅读 »

前言


老铁们,就在前天,9月25日,在华为秋季全场景新品发布会上,华为常务董事、终端BG CEO、智能汽车解决方案BU董事长余承东介绍了鸿蒙系统的最新进展:HarmonyOS 4发布后,短短一个多月升级用户已经超过6000万,成为史上升级速度最快的HarmonyOS版本;余承东宣布,鸿蒙原生应用全面启动,HarmonyOS NEXT开发者预览版将在2024年第一季度面向开发者开放。



我们知道,在8月4日的华为开发者大会,华为才刚刚推出了面向开发者的 HarmonyOS NEXT 开发者预览版,如果说当时只是一个概念,那么这次,绝对是正式官宣,打响移动端第三系统的第一枪!我们有理由且必须相信,HarmonyOS NEXT开发者预览版正在急速到来,不仅仅是对手机系统的冲击、移动端的开发者也有着不小的冲击。


如果说当时刚推出,你踌躇徘徊,犹豫不定,对待HarmonyOS犹如对待外来物一样,极度的排斥,那么这次你绝对忽视不得,否则,你将错过一个时代的步伐。


短短一个多月升级用户已经超过6千万,足以打脸那些看弱HarmonyOS的人,也从另一方面说明,HarmonyOS已经得到越来越多人的喜爱,或许是有了不断攀升的用户量,才让华为手机有了信心去发展原生系统应用,并且此前有爆料数据显示鸿蒙OS5.0会取消支持安卓软件,这种爆料绝非空穴来风,可能很多人包括我在内,会觉得取消支持Android软件,是一件非常冒险的行为,但是随着华为手机的体量越来越大,生态越来越好,这个事情是必须且迟早的要做的。


鸿蒙是否有必要学习


可能鸿蒙从一诞生,就背着一个”套壳“的骂名,毕竟一直都兼容AOSP(Android 开放源代码项目),很难不令人怀疑,当然了,曾经我也有所怀疑,以至于,对于HarmonyOS保持的态度,始终都是,冷漠,不感冒,毕竟Android开发的包,在HarmonyOS上也能用,我们何必再去研究它呢?费力又费时间,还不如刷刷短视频,对吧。


但是,一旦HarmonyOS剥离AOSP,Android开发的包无法在其运行,这种情况下,身为移动端的开发者,特别是Android端的开发者,你觉得有没有必要学习?


试想这样的一个场景,当其他的应用都能在HarmonyOS上运行,而你的应用确不支持,你是什么感觉?当然了,也得问一句,你们公司是什么感觉?虽然说目前HarmonyOS国内市场占有率为8%,占有率并不是很多,但止不住它发展迅速啊,未来,20%,50%都有可能,即便是8%,这样的一个市场,你和你的公司难道会果断的放弃?如果放弃的话,确实没必要学,但是,能放弃吗?


再试想一个场景,随着HarmonyOS不断的发展,移动端三分天下,而企业考虑到成本问题,在招聘的时候,要求了必须要会HarmonyOS开发,你如何破解这个问题?


无论是自身发展还是当下的企业布局,HarmonyOS都是你躲不过的一道屏障,无非就是什么时间入手的问题,当然了,如果一个企业或者个人,对HarmonyOS,没什么业务发展,也不在乎这些市场份额,那就没必要学习,反过来,真的要静下心来,好好研究研究了,否则影响的不仅仅是一个应用,更是大量的用户流失。


可能很多人都会觉得,HarmonyOS剥离AOSP,这么冒险的事,华为大概率不会那么武断,即便升级,可能也会采取双系统并行,也就是HarmonyOS4.0 和HarmonyOS Next,继续兼容Android一段时间,当然了,不排除这种做法,我想说的是,这也只是一个广大的猜测,在其他大厂APP都跟进的情况下,如果它升级了,怎么办?哪怕概率为1%,对企业和个人的影响绝对是100%,话又说回来,它采取了双系统并行或者有其他的兼容方案,你觉得华为会一直兼容吗,所以啊,如果你想继续从事这个行业,学只不过是早晚的问题


所以啊,HarmonyOS,肯定是要学的,除非你要告别当前从事的移动端开发,如果再做一层针对性的,那就是告别Android端开发,毕竟和iOS端的冲突目前还没那么大。


不仅要学,而且还要提前进行技术储备,目的防患于未然;毕竟来年的事,谁也说不定,有条件的公司,技术储备之后,就可以复刻鸿蒙版App了,尽量赶上升级后的第一批App,这样就可以做到无缝衔接,不至于鸿蒙系统流失用户,当然了,也可以只做技术储备,隔岸观火,进一步观察HarmonyOS的下一步动作,但是,技术储备一定要做,无论来年华为升级与否,因为复刻鸿蒙版App,不是一朝一夕能够完成的,起码目前来看,还没有一件转化的功能,只能从0到1的进行开发,小体量的App还好说,大体量的App,从0到1没个半年以上还真完成不了,所以啊,哪怕华为宣布来年不强制升级,到2025年升级,留给开发者的时间还多吗?


HarmonyOS的学习路径有很多,官网也给出了详细的视频以及文档教程,大家可以直接学习即可,当然了大家也可以关注我,哈哈,我也会定时分享HarmonyOS相关的技术,目前在有序的输出。


鸿蒙未来的发展


根据华为最新公布的数据:目前鸿蒙生态设备已达7亿台,早就跨过了“生死线”;鸿蒙品牌知名度从2021年的50%升级至今年6月的85%,越来越多的用户知晓和主动拥抱HarmonyOS;HarmonyOS 3用户升级率达到85%,超过了iOS(81%)成为最新版本设备升级率最高的操作系统,而HarmonyOS 4发布后,短短一个多月升级用户已经超过6000万,可以说是,恐怖如斯,遥遥领先!


目前华为已与合作伙伴和开发者在社交、影音、游戏、资讯、金融等18个领域全面展开合作,在HarmonyOS独特的全场景分布式体验、原生智能、纯净安全、大模型AI交互等方面,HarmonyOS NEXT构筑了差异化优势,全面领先于行业。


为了更好帮助合作伙伴成长,在HDC 2023期间,华为正式发布鸿蒙生态伙伴发展计划——“鸿飞计划”,宣布未来三年将投入百亿人民币,向伙伴提供全方位的资源扶持,包括技术支持、市场推广、商业合作等,让每一位伙伴都成为鸿蒙生态的主角。


无论是企业的绝对支持,还是政府的大力推进,HarmonyOS的发展,可以说势如破竹,三分天下,也就是时间的问题。


我们都知道,操作系统生态的发展,人才是重中之重。随着鸿蒙生态的发展,专业人才需求正在呈现井喷式增长,为此,在鸿蒙人才培养方面,华为也做了全面投入,今年以来已有超过170万人参加了鸿蒙学堂的课程学习、线下活动,华为还和全国300多所高校展开了合作,鸿蒙产学合作项目超过140个,已经颁发鸿蒙学堂证书超过7万,各类开发者活动累计参加人次超过350万。


可以告诉大家的是,俺也是其中一员,哈哈~,当然了,证书并没有含金量,只是一个阶段学习的测试而已。



除此之外,近期教育部-华为“智能基座”产教融合协同育人基地2.0启动,未来双方将与72所高校合作培养鸿蒙人才,一起促进鸿蒙生态的繁荣发展。


我们总担忧鸿蒙的生态,对它不屑一顾,说它“套壳”,说它抄袭,说它迟早会死,可是,人家不吭不响,不反驳,只会默默的耕耘,以至于发展的越来越好,越来越完善,为什么鸿蒙这么自信,我们却不自信呢?我们在担忧什么?


鸿蒙的生态离不开每一个的开发者,我们有理由相信,未来的时刻,它肯定会剑指Android和iOS,我们更有理由相信,国产系统的繁荣富强,一定会到来,民族的自信心也必定到来!


鸿蒙不仅仅是一个系统,它是更长远的国家战略


国家战略说的有点大了,但是肯定是在计划之内和大力支持的,为什么这么说,从18年的中美贸易战,到22年的俄乌冲突,卡脖子的事,发生的还少吗?动不动进行制裁,动不动限制出口,美国佬龌龊的事做的还少吗?如果说一直没有自研,那么话语权始终掌握在别人手里,不仅仅是一个系统,像芯片等等,我们始终很难强大。


俄乌冲突期间,谷歌公司停止认证运行安卓操作系统的俄罗斯BQ公司的智能手机,微软宣布禁止在俄罗斯使用Windows系统,也许对于我们个人而言,觉得没什么影响,但是站在国家层面,绝对是致命的打击,如果未来,收复TW时,也来这么一下,你觉得,国家能承受的住吗?


除了各种限制和制裁之外,俄乌冲突期间最恐怖的是,谷歌地图服务提供俄罗斯所有军事和战略设施的最高分辨率卫星图像,这不就等于明牌了,你在明处,人家在暗处,所以,无论是系统,还是芯片,还是其他的技术方向,站在国家层面上,能够自研,无论是摆脱外部限制,还是自身科技发展,绝对都是划时代的意义。


所以,老铁们,对于鸿蒙,于国于人,我们都应该有充足的自信,不仅仅关系着手机系统的三分天下,更是国家安全的未来措施,政策,一定是某项事物发展的导向,跟着国家走,准没错。


开发者如何提前布局


我觉得应该从三方面入手,第一,就是技术储备,学习HarmonyOS,能够达到独立的完成项目开发;第二,就是,技术架构,组件,基础库的梳理和开发,这么做的目的,是便于日后项目的快速开发;第三,就是着手自己项目HarmonyOS版的开发了,以应对未来HarmonyOS升级。


未来是否有一键转化HarmonyOS版App的功能,这个一切未知,有的话,就太方便了,没有的话,只能从0到1进行开发了,当然了,跨平台语言的支持,也是一个突破点,比如Flutter支持HarmonyOS,那么对于原来Flutter语言的App而言,就无比轻松了,而目前来说,这些都没有一个实质性的进展,所以还是一步一步的先学习HarmonyOS开发吧。


还好,HarmonyOS主推的是ArkTs语言,其中也定义了声明式UI,和Flutter,Compose,Swift等有着异曲同工之妙,如果你有着声明式开发的经验,那么掌握HarmonyOS简直是易如反掌。


当然了,为了更好的提高开发效率,HarmonyOS采用了反推的做法,推出了自己的跨平台框架ArkUI-X,成熟之后,我们可以作为开发框架,进而兼容Android和iOS。


ArkUI-X 是 ArkUI 的跨平台框架,采用 ArkUI 开发的应用能在 HarmonyOS 上原生运行,获得极佳的性能,通过 ArkUI-X 能够在 Android 和 IOS 上跨平台运行,获得强于 Flutter、React Native 等同类竞品的性能。



总结


该说的也都说了,不该说的也说了,至于HarmonyOS,您是学习还是放弃,只能由自己决断了,可以肯定得是,您的放弃,一定是未来的错误决定。


番外


写文章的时候,电脑上老是有一种刺啦刺啦声音,这个声音很小,听的不是很清楚,一开始我总以为是敲击键盘的声音,当我凑近一听,一种熟悉的声音扑面而来:遥遥领先,遥遥领先~


作者:程序员一鸣
链接:https://juejin.cn/post/7283322449038229541
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

对不起 localStorage,现在我爱上 localForage了!

web
前言 前端本地化存储算是一个老生常谈的话题了,我们对于 cookies、Web Storage(sessionStorage、localStorage)的使用已经非常熟悉,在面试与实际操作之中也会经常遇到相关的问题,但这些本地化存储的方式还存在一些缺陷,比较明...
继续阅读 »

前言


前端本地化存储算是一个老生常谈的话题了,我们对于 cookies、Web Storage(sessionStorage、localStorage)的使用已经非常熟悉,在面试与实际操作之中也会经常遇到相关的问题,但这些本地化存储的方式还存在一些缺陷,比较明显的缺点如下:



  1. 存储量小:即使是web storage的存储量最大也只有 5M

  2. 存取不方便:存入的内容会经过序列化,当存入非字符串的时候,取值的时候需要通过反序列化。


当我们的存储量比较大的时候,我们一定会想到我们的 indexedDB,让我们在浏览器中也可以使用数据库这种形式来玩转本地化存储,然而 indexedDB 的使用是比较繁琐而复杂的,有一定的学习成本,但第三方库 localForage 的出现几乎抹平了这个缺陷,让我们轻松无负担的在浏览器中使用 indexedDB


截止今天,localForage 在 github 的 star 已经22.8k了,可以说 localForageindexedDB 算是相互成就了。


什么是 indexedDB


IndexedDB 是一种底层 API,用于在客户端存储大量的结构化数据(也包括文件/二进制大型对象)。


存取方便


IndexedDB 是一个基于 JavaScript 的面向对象数据库。IndexedDB 允许你存储和检索用键索引的对象;可以存储结构化克隆算法支持的任何对象。


之前我们使用 webStorage 存储对象或数组的时候,还需要先经过先序列化为字符串,取值的时候需要经过反序列化,那indexedDB就比较完美的解决了这个问题,可以轻松存取对象或数组等结构化克隆算法支持的任何对象。


stackblitz.com/ 网站为例,我们来看看对象存到 indexedDB 的表现



异步存取


我相信你肯定会思考一个问题:localStorage如果存储内容多的话会消耗内存空间,会导致页面变卡。那么 IndexedDB 存储量过多的话会导致页面变卡吗?


不会有太大影响,因为 IndexedDB 的读取和存储都是异步的,不会阻塞浏览器进程。


庞大的存储量


IndexedDB 的储存空间比LocalStorage 大得多,一般可达到500M,甚至没有上限。


But.....关于 indexedDB 的介绍就到此为止,详细使用在此不再赘述,因为本篇文章我重点想介绍的是 localForage!


什么是 localForage


localForage 是基于 indexedDB 封装的库,通过它我们可以简化 IndexedDB 的使用。



兼容性


想必你一定很关注兼容性问题吧,我们可以看下 localStorage 与 indexedDB 兼容性比对,两者之间还是有一些小差距。


image.png


但是你也不必太过担心,因为 localforage 已经帮你消除了这个心智负担,它有一个优雅降级策略,若浏览器不支持 IndexedDB 则使用 WebSQL ,如果不支持 WebSQL 则使用 localStorage。在所有主流浏览器中都可用:Chrome,Firefox,IE 和 Safari(包括 Safari Mobile)。


localForage 的使用



  1. 下载


import localforage from 'localforage'




  1. 创建一个 indexedDB


const myIndexedDB = localforage.createInstance({
name: 'myIndexedDB',
})


  1. 存值


myIndexedDB.setItem(key, value)


  1. 取值


由于indexedDB的存取都是异步的,建议使用 promise.then() 或 async/await 去读值


myIndexedDB.getItem('somekey').then(function (value) {
// we got our value
}).catch(function (err) {
// we got an error
});

or


try {
const value = await myIndexedDB.getItem('somekey');
// This code runs once the value has been loaded
// from the offline store.
console.log(value);
} catch (err) {
// This code runs if there were any errors.
console.log(err);
}


  1. 删除某项


myIndexedDB.removeItem('somekey')


  1. 重置数据库


myIndexedDB.clear()


以上是本人比较常用的方式,细节及其他使用方式请参考官方中文文档localforage.docschina.org/#localforag…



VUE 推荐使用 Pinia 管理 localForage


如果你想使用多个数据库,建议通过 pinia 统一管理所有的数据库,这样数据的流向会更明晰,数据库相关的操作都写在 store 中,让你的数据库更规范化。


// store/indexedDB.ts
import { defineStore } from 'pinia'
import localforage from 'localforage'

export const useIndexedDBStore = defineStore('indexedDB', {
state: () => ({
filesDB: localforage.createInstance({
name: 'filesDB',
}),
usersDB: localforage.createInstance({
name: 'usersDB',
}),
responseDB: localforage.createInstance({
name: 'responseDB',
}),
}),
actions: {
async setfilesDB(key: string, value: any) {
this.filesDB.setItem(key, value)
},
}
})

我们使用的时候,就直接调用 store 中的方法


import { useIndexedDBStore } from '@/store/indexedDB'
const indexedDBStore = useIndexedDBStore()
const file1 = {a: 'hello'}
indexedDBStore.setfilesDB('file1', file1)

后记


以上就是本篇文章的所有内容,感谢观看,欢迎留言讨论。


作者:阿李贝斯
来源:juejin.cn/post/7275943591410483258
收起阅读 »

解决Android13上读取本地文件权限错误记录

Android13 WRITE_EXTERNAL_STORAGE 权限失效 1. 需求及问题 需求是读取sdcard上txt文件 Android13(targetSDK = 33)上取消了WRITE_EXTERNAL_STORAGE,READ_EXTERN...
继续阅读 »

Android13 WRITE_EXTERNAL_STORAGE 权限失效


1. 需求及问题



  1. 需求是读取sdcard上txt文件

  2. Android13(targetSDK = 33)上取消了WRITE_EXTERNAL_STORAGEREAD_EXTERNAL_STORAGE权限。

  3. 取而代之的是READ_MEDIA_VIDEOREAD_MEDIA_AUDIOREAD_MEDIA_IMAGES权限

  4. 测试发现,即便动态申请上面三个权限,仍旧无法读取本地txt文件


image.png


2. 解决方案



  1. AndroidManifest.xml中增加


<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools">

<uses-permission android:name="android.permission.MANAGE_EXTERNAL_STORAGE"/>
<application
android:allowBackup="true"
android:dataExtractionRules="@xml/data_extraction_rules"
android:fullBackupContent="@xml/backup_rules"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:roundIcon="@mipmap/ic_launcher_round"
android:supportsRtl="true"
android:theme="@style/Theme.LocationDemo"
tools:targetApi="31">


<activity
android:name=".MainActivity"
android:exported="true">

<intent-filter>
<action android:name="android.intent.action.MAIN" />

<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
</application>

</manifest>


  1. Activity中新增代码


// 方案一:跳转到系统文件访问页面,手动赋予
Intent intent = new Intent(Settings.ACTION_MANAGE_APP_ALL_FILES_ACCESS_PERMISSION);
intent.setData(Uri.parse("package:" + this.getPackageName()));
startActivity(intent);

Screenshot_20230927-131444[1].png


// 方案二:跳转到系统所有需要文件访问页面,选择你的APP,手动赋予权限
Intent intent = new Intent(Settings.ACTION_MANAGE_ALL_FILES_ACCESS_PERMISSION);
startActivity(intent);

image.png


作者:OpenGL
来源:juejin.cn/post/7283152332622610492
收起阅读 »

傻吗?谈男人们饭桌的拼酒现象

过年了,亲朋好友们聚在一起,免不了会喝酒。对于喝酒,尤其是人多的时候,更尤其是多数人都喝的时候,男性朋友们近乎是往“死”里喝。 这一点,女性朋友们很难理解。 首先,酒喝多了肯定是伤害身体的。它会危害肝、胃、心脑血管。并且还让人神志不清,容易出错,增大发生危险的...
继续阅读 »

过年了,亲朋好友们聚在一起,免不了会喝酒。对于喝酒,尤其是人多的时候,更尤其是多数人都喝的时候,男性朋友们近乎是往“死”里喝。


这一点,女性朋友们很难理解


首先,酒喝多了肯定是伤害身体的。它会危害肝、胃、心脑血管。并且还让人神志不清,容易出错,增大发生危险的概率。酗酒伤身体,这已经是没有什么争议的事情了。那些说接触烟酒能长寿的人和例子,也并非是假的。只是长寿和影响健康,是可以同时发生的。


但是,少喝一点,从缓解焦虑情绪和分散注意力来讲,对心理是有帮助的。这作用等同于听歌和看电影。


我们在生活中,经常会发现这样一个现象。那就是饭局中会有拼酒现象。尤其是同平级伙伴吃饭,一定要分出个高下。仿佛谁喝的多,谁就厉害,谁就是王。这个现象在男性群体中尤为明显。


可能你也不知道为什么要拼酒,但还是不自主地加入了这个队伍


其实,这可能是个高端局。下面咱从三个方面,分析这个事情。


第一:争强斗胜是人的本性。人在还是动物的时候,就用尽各种方式相互斗争、比赛,目的就是脱颖而出,获得好的资源。野蛮的时候,主要途径是肢体上的搏斗和厮杀。这也是很多体育竞技项目产生的原因。


然而现在的文明社会,很难再体现上面的冲突了。尤其是饭局上,你肯定不能打一架。现代文明,需要一种有难度又印象深刻的表现形式。看谁吃得多,肯定不行。然而喝酒,就是一个很好的表现形式。


第二:反映一个人的自控能力。人都有想干的事情和不想干的事情。同样,酒喝到一定程度,也会不想喝。不想喝的时候就不喝吗?那么不想加班的时候就不加班吗?不想早起的时候就不早起吗?这是一种承受和应对压力的能力。同时,喝完酒会意识模糊,在这种情况下需要控制自己的言行举止,稍有不当,将会贻笑大方。所以,这也是一个体现个人对自身控制能力的筛选项。


第三:快速拉近彼此间的距离。一群陌生人吃饭,即使有一个好的话题讨论,彼此之间也会有一个陌生的安全距离。然而很多时候,饭桌的上的人,不是有经常相聚的机会的。但是这时还带着各自的目的和任务。因此,在短时间内搞好关系,变得尤为重要。通过酒,可以让相敬如宾变为勾肩搭背,要个号码,打听个事情,变得简单起来。


拼酒,是一种肢体搏斗在如今文明世界的延续和替代。因此,它又是另一种你死我活。它具备了通过非暴力手段就可区分出层次的指标。以上三点看似合理,也不排除有曲解之嫌。不可否认,拼酒这种杀敌一百,自损三千的方式,几千年了依然存在,也有它存在的道理。


你愿意拼就拼,不愿意就撤。这个没啥,全看个人的选择。


作者:TF男孩
来源:juejin.cn/post/7192411210531209277
收起阅读 »

2023年:我成了半个外包

边线业务与主线角色被困外包; 01 2022年,最后一个工作日,裁员的小刀再次挥下; 商务区楼下又多了几个落寞的身影,办公室内又多了几头暴躁的灵魂; 随着裁员的结束,部门的人员结构简化到了极致,至少剩下的人是这么认为的; 说实话,对于当下的互联网行业来说,个...
继续阅读 »

边线业务与主线角色被困外包;




01



2022年,最后一个工作日,裁员的小刀再次挥下;


商务区楼下又多了几个落寞的身影,办公室内又多了几头暴躁的灵魂;


随着裁员的结束,部门的人员结构简化到了极致,至少剩下的人是这么认为的;


说实话,对于当下的互联网行业来说,个人感觉两极分化的有点严重;


卷的,卷到鼻青脸肿,不知道BUG和需求哪个会先来;


不卷,感觉随时失业,不知道明天和裁员哪个会先来;


最近这几年,裁员的故事已经不新奇了;


比较热的话题反而是留下的那些人,如何应对各种此起彼伏的事情;


裁员,对于走的人和留的人来说,都是正面暴击;


走的人,虽然拿着赔偿礼包,但是要面对未来工作的不确定性,尤其是在当下的环境中;


留的人,要兜底很多闪现过来的事项,未来一段时间会陷入混乱的节奏中;


对于公司来说;


裁员之后如何应对业务,没有一丝丝迟疑,会做出了完全出于本能的决定;


内部团队能应对的就自己解决,解决不了就交给外包方处理;


整体的策略就是:核心业务领域之外的需求,选择更低成本的解决手段;



02



公司裁员之后,本意还是想专注自己的核心业务;


至于为何要接其他公司的需求,这里就涉及很多社会上的人情世故了;


比如一些重要关系或者流水大的客户;


缺乏互联网方面的专业团队,合作时会偶尔抛出研发或其他方面的需求;


对于公司来说,接手吃力不讨好,不接手又怕影响客户关系维护;


最好的选择就是寻求外包解决;


基于公司的研发团队,替客户进行相关需求的落地把控;


虽然接收外包需求流水抽成不高,但是可以更加紧密的维持客户合作关系;


允许质疑外包的质量和效率,但是不能否认长期的整体成本;


在裁员之后,团队介入的外包项目越来越多,形成主线和外包业务五五开的魔幻局面;


外包项目的合作形式大致分为两种;




  • 甲乙双方:甲方的业务与公司主线业务相关联,通常由团队自己开发;

  • 甲乙丙三方:甲方的业务比较独立,乙方接手之后再转交给丙方开发;


在这种合作中,如果只涉及甲乙两方,流程还是顺畅的;


但是对于甲乙丙三方的合作模式,如果再关联其他对接方,简直就是离谱踹门而入,离谱想拆家;


在经历几次甲乙丙三方的合作过程中,对于夹板气的体会已经是铭刻在心了;


甲乙双方对于丙方来说,是提供需求单的甲方;乙丙双方对于甲方来说,是落地需求单的外包方;


合作过程中拉扯出个精分现象,都习以为常了;


下面基于甲乙丙三方合作的模式,来聊一聊外包所踩到的坑坑洼洼;



03



【如何选择外包公司】


在甲乙丙三方合作中,甲方交给乙方的业务,可能是基于信任关系,或者成本原因;


但是乙方想再找一个靠谱的外包团队,难度就会大很多;


乙方既然承接需求,最终都是想交付高质量的结果,从而加强双方的合作关系;


如果没有一个靠谱的外包团队介入,所谓高质量的结果根本无从谈起;


通常会先从过往的合作过且靠谱的外包团队中寻找,但是能找到的概率其实并不大,这里的影响因素有很多;


需求本身的复杂度,外包团队能不能承接,是一方面;


甲方对于需求落地的预期时间,与外包团队的介入时间是否符合,也是一方面;


乙方对于外包团队的报价能否接受,又是一方面;


如果合作过的团队中没有,则会优先从公司内部寻求推荐,比盲寻一个不知底的团队要靠谱很多;


这里存在一个关键的卡点因素;


虽然研发团队接触的外包人员多,但是碍于怕麻烦的心理,乐意介入的人很少;


所以需求最终交给一个新的外包团队的概率很大,也为后续的诸多问题埋下隐患;



04



【三方合作的流程机制】


首先还是先说一个基本原则,在复杂的协作中,明确流程是最基础的事项;


三方合作,实现需求,获取利益回报;


流程上看可能并不复杂,然而在实际协作过程中,又十分的曲折;


在明确协作的流程时,需要把握需求的三个关键阶段:排期、研发、交付;


这里阶段划分是站在研发的角度拆解,从项目经理或者决策层看又是另一个说法了;



在研发视角下,虽然依旧是围绕排期、研发、交付三个阶段;


但由于涉及三方协同,各个阶段的事项都会变的繁杂;


流程的推进和问题解决,都要进行三方的统筹协调,麻烦事也从不缺席;


排期阶段



  • 乙方接受甲方的需求单和报价,并寻求丙方做需求实现;

  • 丙方围绕需求单进行拆解,输出项目计划书以及报价,乙方认同后达成初步合作意向;

  • 乙丙双方就排期与甲方达成共识后,三方就各自的合作签订外包合同;


研发阶段



  • 丙方就需求完成设计,在甲乙双方评审通过后,正式进入开发阶段;

  • 丙方需要定期将开发进度同步给乙方,乙方确认后也需要定期汇报给甲方;


交付阶段



  • 理论上丙方在自测完成后,再交付给乙方进行验收;

  • 乙方在验收阶段承担的压力比较大,本着对客户关系负责的态度,需要实现高质量的交付;

  • 甲方验收通过后,进行线上部署并交付项目材料,最终完成合同的结算流程;


流程终究只是对协作的预期设定;


在实际的执行中,会有各种问题层出不穷;


很容易把各方都推到情绪的边缘,进而导致系列关联的效应问题;



05



【三方合作的沟通问题】


如果从三方合作的问题中,选一个最大的出来,不用证明都确定是沟通问题;


沟通不到位,问题容易说不清楚,解决问题的很多动作可能都是抓瞎;


由于三方的合作是远程在线模式,不是当面表达;


沟通频率本来就低,等到发现问题解决思路不对时,耽误的时间已经久了;


如果返工;


那排期又需要重新协商,又会引起一系列必要的麻烦问题;


这种情况,对于乙方的项目经理来说;


身处甲丙两方的极限拉扯之中,会经常在离职和跳槽的情绪中不断徘徊;


然而也不乏一些花哨的操作,将甲乙丙三方拉扯到一个协作群中;


如果甲方不介意乙方寻找外包实现需求,那么三方在群里及时沟通和解决问题的效率也会高很多;


但是大部分的甲方还是介意的,很多沟通都是由丙方到乙方,乙方再转述给甲方;


传话游戏玩到最后,驴头不对驴嘴的现象十有八九;


所以,很多的外包合作群中;


可能都是存在着甲乙丙三方人员,只是乙丙对甲方语调统一,以此避免信息传递的问题;



06



【需求落地的质量问题】


对于三方合作实现的需求,质量高不高?


比较肯定的回答;


可能有一定的质量,但是高质量的期望建议打消,说不定还有一丝惊喜;


质量依赖靠谱的外包合作方,这本身就是一件有难度的事,看脸和运气都没用;


专业负责的外包团队少有,所以其团队的业务有持续性;


在实际协作过程中出现的问题少,才可能更加专注于需求本身的落地实现上;


然而真实的现状是;


外包团队会在需求排期内尽快完成,投入越少,收益越大;


比如:实现一个需求,估时30天,费用10W;


如果在15天内完成需求,相当于成本投入缩减一半,这样在30天内可能实现多个需求;


鉴于这种策略之下,很多需求的实现可能都是仓促的,质量上自然很难保证;


所以对于质量问题的把关,压力会给到乙方,在交付验收时做好时间差管理;



乙方预留一部分时间段,对丙方交付进行验收,如果出现问题及时修改,避免传递到甲方;


当然了,混乱验收和测试也是常见的骚操作;


不乏一些丙方拿乙方的验收当测试,乙方拿甲方的验收当测试,以此来降低自己的时间成本;


由此导致三方合作裂开,尾款结算的问题,甚至对簿公堂也不少见;


虽然不是三方负责人乐意见到的,但又是三方都很难把控的事;


最终结果就是,不但成本没少,事情还更多了;



07



业务需求外包,是比较常见的一种手段,只是过程与结果的把控难度较大;


对于甲乙两方来说;


可能是利益驱动,可能是社会的人情世故,从而建立了合作关系;


对于乙丙两方来说;


则是单纯的利益考量,从而形成了短期的合作;


然而对于那些身处甲乙丙三方合作的网友们,只能在内心轻轻的嘀咕一句:人在社会,身不由己


作者:知了一笑
来源:juejin.cn/post/7203377276557852730
收起阅读 »

大龄,掘金,疫情,酒店,转型,前端满两年,搞公司后端两个月,年后离职还是继续等待?

大家好,我是 那个曾经的少年回来了。10年前我也曾经年轻过,如今已步入被淘汰的年龄,但现在幡然醒悟,所以活在当下,每天努力一点点,来看看2024年的时候自己会是什么样子吧,2024年的前端又会是什么样子,而2024年的中国乃至全球又会变成什么样子,如果你也有想...
继续阅读 »


大家好,我是 那个曾经的少年回来了。10年前我也曾经年轻过,如今已步入被淘汰的年龄,但现在幡然醒悟,所以活在当下,每天努力一点点,来看看2024年的时候自己会是什么样子吧,2024年的前端又会是什么样子,而2024年的中国乃至全球又会变成什么样子,如果你也有想法,那还不赶紧行动起来。期待是美好的,但是更重要的是要为美好而为之奋斗并付诸于行动。



喜欢的可以到创作者榜单点点我,估计也没几个人点我哈哈,自己点自己嘞


1、前言


就跟随着标题一个一个的来总结一下自己的2022吧,绝望中透露着一丝的希望,让我不得不在逆境中重生,寻找新的出路。


2、欠薪6个月


今年上了12个月的班,但是呢不算12月的工资,竟然还有6个月的工资没发,公司确实欠薪了,而且也非常的难受。怎么办呢?我自己也不清楚,过完年再说吧,希望年前最后一个月还能发点工资吧。


3、大龄


88年大龄前端:转行前端不到两年|2022年年中总结


这是我在2022年年中的时候总结的文章,那个时候计划2022年下半年输出大概16篇文章,而我下半年真正输出了46篇文章,当然其中有一部分是在我脚骨折只能在家卧床的时候写的,所以从时间上来看有一些水分,但是从完成任务的角度我还是超额完成的,我对自己的表现非常满意,哈哈哈。


大龄也许就是一个分水岭,有的人踏过去了,也有的人就此放弃了,还有的人根本不当回事,那么你又是哪一种呢?


大龄,没学历,没背景,没资源就只能躺平吗?反正我觉得如果真躺平了,那就是平了,而我选择了继续努力,每天保持不断的学习努力有所成长,就会得到满足,,哪怕一点点,也经得起长时间的积累。


4、掘金



  • 收获最多的地方
    1bed61531924d964bbf75dd5d12911f.jpg


这里应该是收获最多的地方,55篇这放在任何时候想都不敢想,万万没想到竟然能输出这么多,而且还收获了掘金非常多的礼物,在此感谢掘金,感谢川哥https://juejin.cn/user/1415826704971918, 不用想肯定是你认识的那个若川视野。


61da0551e864447baa877f208eb0f43.jpg


这里的礼物只是一部分,还有另外一部分,什么背包帽子,等等的每次收到都非常的开心。


324f7d177af92efe44023043cd25583.jpg


这个创作先锋将我个人还是非常的意外,也是不经意间老婆收到的快递,简直开心到起飞。



  • 去年在掘金的阅读


image.png


2021年一年可以说是入门前端,和众多刚毕业以及毕业一两年的前端的道友们一起在这里不断的收获,这里我个人点赞(共683篇)的文章大多都是研读的文章。



  • 今年在掘金的阅读


9e851faeebda2eed0f7e074f72d93d3.jpg


同时依靠掘金我的github也竟然有了200多的小星星,实属难得


image.png


这里顺便提一下极客时间的学习


0e79faf2e59a08ba062182d24596aed.jpg


212ec2c1481895c931dd57c9f9cbee8.jpg


只能说尽力学对自己有用的,充实自己,其实很多篇我都是反复看,看的自己明明白白的。不过确实也收获到了知识。


2022年一年可以说是入门后的腾飞,不断在掘金的引领下,让我在自我思考的摸索中寻找到坚定的方向。同时在川哥的带领下我也能看懂一点牛逼开源项目的源码了,这真的可以说是比较大的突破了。同时可以发现2022年的阅读量会更大一些,由于自己也会进行输出,在输出的过程中其实更需要对知识进行再三确认。


5、疫情,酒店,转型




  • 万万没想到就在现在此时此刻,全国所有人正在经历着,或者自己的至亲正在经历着,又或者自己身边的人正在经历着“鼻子封水泥、喉咙吞刀片、内脏咳出胸、”等症状,本来这篇文章准备在12月23日发出来的,但早上一醒来就进入炼狱般的状态了,昨天一天在头痛和发烧中度过的。




  • 由于公司主营业务便是服务于酒店业务,公司在2020年和2021年的收入有所影响,但总体可控影响不大。但是时间节点来到2021年年底以及2022年的全年,各种突发情况,慢慢的让公司的收入锐减。




  • 同时公司在2020年也有了初步的判断,需要拓展业务,才有了新的业务赛道,可能是由于决策和对新赛道的陌生,也使得前期大幅投入迟迟达不到预期,迟迟也没有收入,公司也由360多人,一度减员到8月份低谷时期,总人数不到80吧。




6、前端满两年




  • 从2020年9月25日入职公司,开始接触vue2,然后着手公司pc端:vue2+elementui,微信端h5:vue2+vant, 然后android app webview嵌套 vue2+vant,期间也接触了一个react项目




  • 2021年年初开始走上,vite+vue3+echarts大屏项目,相对于熟悉了解了vue2后,直接用vue2的语法来写是没问题的,然后慢慢的也在学习vue3+setup的语法,也将某些组件进行了转换




  • 2021年4月开始一个新的pc项目,采用了qiankun微前端,主应用使用vite+vue3,其他子应用采用vuecli+vue3 + element-plus,刚使用qiankun时,还是遇到了一些问题




  • pc端项目经过几个月的时间,陆续稳定上线,然后期间封装了pc端的json form表单生成器和json table列表生成器,这两个组件节省了很多PC端重复的工作,以及bug修改,感觉封装出来还是有点成就感的,我的前端兄弟都觉得非常的nice。




  • 搞pc期间还接触了leaflet、leaflet-geoman来给地图打点或者画区域,上手略有难度,但经过几天的摸索熟悉后,能够磕磕绊绊的将需要的功能实现出来了,使用过后感觉这个类库的功能还是非常强大的。




  • 2021年年底开始在原有android app webview的基础上增加新的功能,考虑到对vue3以及qiankun的熟悉,准备添加一个子应用,使用vue3+vant的模式来处理新增的业务功能




  • 此时可着手两个组件的封装,一个当然还是json form表单生成器的,逻辑上跟pc组件是类似的,只是换了一套vant的组件。另外一个相当于pc端的table列表,但是在移动端的h5当中每个列表的样式可能不同,就单独提取了一个模板,加速充血了一波,待组件稳定后,其实大致到了2022年的3月份了。




  • 2022年4月份的时候公司有一个专门数据采集的项目,最终要的功能便是用到了根据json生成form表单的并且对接通用接口,json的生成也是通过页面进行配置。其中难度比较大的便是数据的联动控制显示隐藏,以及数据校验、正则匹配、以及将部分js代码通过界面去编写,前端解析json后再动态执行js代码也是一个不小的难点。




  • 另外一个突破便是将vant 列表数据模板,做了两个通用的,根据SQL配置 接口返回通用的数据结构列表,去匹配模板列表。其实这里也有思考通过后台配置,拖拽元素实现列表的一行数据样式展示,但是在渲染的时候我是根据屏幕宽高比去进行等比的展示,但是发现样式会有所变形,主要是通过transform: scale(0.9) 计算出比例,然后填充数值,我猜测可能是我实现的方式还存在问题,等有时间再来看看,主要是我觉得这个思路好像是没问题的。




  • 期间5、6月份开始解决vue3 移动端中 列表到详情再返回列表,并且要记录当时的位置的问题,其实解决起来还是蛮麻烦的,当时查阅资料或者水平还不够,没能实现,但是线上的问题又必须要解决,于是硬着头皮看了一下vue3 keppalive组件的源码,其实还是看了蛮久的,看完解决完问题后,我还专门写了一篇小文,一不小心算是上了掘金的头条,真的非常开心。




  • 同时解决微信小程序中嵌套webview场景中的一些小问题,最主要的一个问题其实微信中打开h5页面,如果有使用到localstorage或者cookie,再在微信小程序中嵌套h5页面,那么会存在脏读的问题。我是通过根据window.navigator.userAgent.toLowerCase() 先判断其中是否包含 'miniprogram',有则代表是在微信小程序中,再判断是否包含'micromessenger',有则代表是在微信环境中,这样针对每个环境去设置不同的key,然后在当前环境中使用当前的key就不会产生冲突了。




  • 2022年7月份意外脚骨折在家里呆了三个周吧,然后上下班打车两个月终于摆脱拐杖,不得不说真的是伤筋动骨100天呢。




  • 2022年8月和9月正常开始迭代新的需求和项目的bug修复,期间有指出有新的项目要开始了。由于自己自身的尴尬(原先前端由我来管理的,但是骨折期间和之后发生了一些令人不悦的事情,没办法我直接提出交出去吧),自己也不能闲下来,于是开始新项目的准备,前端我可以干,有时间了也开始参与后端的代码。




7、后端两个多月的时间了(从2022年10月至今)


之前使用过.net framework,而公司有个项目正好使用的是.net core,所以上手难度相对较小但由于很久没用,区别还是有的,,最大的区别当然就是跨平台了。于是在今年10月份开始接触.net core,这两个多月的时间下来对公司后端代码也算是有了更加深入的了解。之前的两年时间算是全部都花在了前端代码里。从我现在的角度来看后端,其实思路相对来说也非常的明确。




  • 熟悉操作linux常用的各种命令,因为要发布测试上线,服务器都是linux




  • 熟悉基础的后端代码,然后能够独立的实现CRUD增删改查




  • 熟悉mysql的基本操作,由于数据量比较大,所以对索引的使用也上了一个台阶,要不然严重影响接口的响应时间




  • 当然还有其他的但是目前来看还只算是皮毛,有待进一步的加强学习




8、年后离职还是继续等待?


关于这个问题其实自己思考过了,看年后一两个月的情况就可以快速决定了。没办法,从现在开始只能说我要时刻准备着,时刻准备让自己拥有更多的技能,能够让自己变得更加强大。


9、2023年计划


没有目标一切都将是空谈,给自己制定一个切实有效的目标,那么到了来年,可以跟随时间和需求的变化,再随时调整目标。


关于前端计划




  • 继续攻坚前端工程化




  • 继续攻坚前端组件的封装




  • 继续攻坚react的使用和深入,公司项目主要是vue3,自己玩无用武之地




关于后端计划




  • 微服务架构模式学习深入




  • 消息队列在项目各场景中灵活运用,比如先攻克一个rabbitmq




  • redis在项目中发挥桥梁的作用




  • mysql数据库如何在项目中发挥护城墙的作用,把好最后一道关卡




  • 项目整个架构相关的学习实战




所以最后争取吧,一年36篇小作文,也就是每个月三篇,目标不算远大,但好好的去完成也需要一些精力,关键是要对当前的自己要有用处。


10、总结




  • 35岁真的会被毕业吗?而且是会被永久毕业吗?如果身边的朋友、同学、又或者是同学的朋友、同事的朋友等等真的是大批量的都被毕业了,那么我才会觉得风险是真的来了。




  • 现在就是时刻准备着可能要发生的事情,企业如果真不行了,或者自己真的想换工作了,就提前准备不就完事了。




  • 说真的每天时间就那么有限,自从你有了家,有了娃,时间就如白驹过隙




  • 没什么负面情绪,如果有的话就转化为正面动力吧




  • 浅层的学习靠输入,深层的学习靠输出:通过几期的学习源码,能深刻感受到自己看一遍和写一遍真的是非常不一样




  • 兄弟们加油吧,也许在疫情的催化下底层人民过的将会更加艰苦,多关照一下家里的老年人




  • 在疫情的催化下我们也要重新考虑一下我们的工作和生活方式了




  • 喜欢的可以到创作者榜单点点我,估计也没几个人点我哈哈,自己点自己嘞




作者:那个曾经的少年回来了
来源:juejin.cn/post/7181095134758387773
收起阅读 »

工作 7 年的老程序员,现在怎么样了

犹记得高中班主任说:“大家努力考上大学,大学没人管,到时候随便玩”。我估计很多老师都这么说过。 我考上大学(2010年)之前也是这么过的。第一年哥哥给买了个一台华硕笔记本电脑。那个年代买华硕的应该不少,我周边就好几个。有了电脑之后,室友就拉着我一起 cs,四个...
继续阅读 »

犹记得高中班主任说:“大家努力考上大学,大学没人管,到时候随便玩”。我估计很多老师都这么说过。


我考上大学(2010年)之前也是这么过的。第一年哥哥给买了个一台华硕笔记本电脑。那个年代买华硕的应该不少,我周边就好几个。有了电脑之后,室友就拉着我一起 cs,四个人组队玩,那会觉得很嗨,上头。


后来看室友在玩魔兽世界,那会不知道是什么游戏,就感觉很好玩,再后来就入坑了。还记得刚开始玩,完全不会,玩个防骑,但是打副本排DPS,结果还被人教育,教育之后还不听(因为别的职业不会玩),就经常被 T 出组。之后,上课天天看游戏攻略和玩法,或者干脆看小说。前两年就这么过去了


1 跟风考研


大三开始,觉得这么混下去不行了。在豆瓣上找了一些书,平时不上课的时候找个自习室学习。那会家里打电话说有哪个亲戚家的孩子考研了,那是我第一次知道“考研”这个词。那会在上宏微观经济学的课,刚好在豆瓣上看到一本手《牛奶面包经济学》,就在自习室里看。刚好有个同院系的同学在里面准备考研,在找小伙伴一起战斗(毕竟,考研是一场长跑,没有同行者,会很艰难)。我一合计,就加入了他们的小团队。从此成为“中国合伙人”(刚好四个人)中的一员。


我那会也不知道毕业了之后能去哪些公司,能找哪些岗位,对于社会完全不了解,对于考研也是完全不了解。小团队中的三个人都是考金融学,我在网上查,知道了学硕和专硕的区别,也知道专硕学费贵。我家里没钱,大学时期的生活费都是自己去沃尔玛、麦当劳、发传单挣得,大学四年,我在沃尔玛工作超过了 2 年、麦当劳半年,食堂倒盘子半年,中途还去发过传单,暑假还去实习。没钱,他们考金融学专硕,那我就靠经济学学硕吧,学硕学费便宜。


从此开始了考研之路。


2 三次考研


大三的时候,报名不是那么严格,混进去报了名,那会还没开始看书,算是体验了一把考研流程;


还记得那次政治考了 48 分,基本都过了很多学校的单科线,那会就感觉政治最好考(最后发现,还是太年轻)。


大四毕业那年,把所有考研科目的参数书都过了 2 遍,最后上考场,最后成绩也就刚过国家线。


毕业了,也不知道干啥,就听小伙伴的准备再考一次,之前和小伙伴一起来了北京,租了个阳台,又开始准备考研。结果依然是刚过国家线。这一年也多亏了一起来北京的几个同学资助我,否则可能都抗不过考试就饿死街头了。


总结这几次考研经历,失败的最大原因是,我根本不知道考研是为了什么。只是不知道如果工作的话,找什么工作。刚好别人提供了这样一个逃避工作的路,我麻木的跟着走而已。这也是为什么后面两次准备的过程中,一有空就看小说的原因。


但是,现在来看,我会感谢那会没有考上,不然就错过了现在喜欢的技术工作。因为如果真的考上了经济学研究生,我毕业之后也不知道能干啥,而且金融行业的工作我也不喜欢,性格上也不合适,几个小伙伴都是考的金融,去的券商,还是比较了解的。


3 入坑 JAVA 培训


考完之后,大概估了分,知道自己大概率上不了就开始找工作了。那会在前程无忧上各种投简历。开始看到一个做外汇的小公司,因为我在本科在一个工作室做过外汇交易相关的工作,还用程序写了一段量化交易的小程序。


所以去培训了几天,跟我哥借了几千块钱,注册了一个账号,开始买卖外汇。同时在网上找其他工作。


后面看介绍去西二旗的一家公司面试,说我的技术不行,他们提供 Java 培训(以前的套路),没钱可以贷款。


我自己也清楚本科一行 Java 代码没写过,直接工作也找不到工作。就贷款培训了,那会还提供住宿,跟学校宿舍似的,上下铺。


4 三年新手&非全研究生


培训四个月之后,开始找工作。那会 Java 还没这么卷,而且自己还有个 211 学历,一般公司的面试还是不少的。但是因为培训的时候学习不够刻苦(也是没有基础)。最后进了一个小公司,面试要 8000,最后给了 7000。这也是我给自己的最底线工资,少于这个工资就离开北京了,这一年是 2015 年。


这家公司是给政府单位做内部系统的,包括中石油、气象局等。我被分配其中一个组做气象相关系统。第二年末的时候,组内的活对我来说已经没什么难度了,就偷偷在外面找工作,H3C 面试前 3 面都通过了,结果最后大领导面气场不符,没通过。最后被另外一家公司的面试官劝退了。然后公司团建的时候,大领导也极力挽留我,最后没走成。


这次经历的经验教训有 2 个,第 1 个是没有拿到 offer 之前,尽量不要被领导知道。第 2 个是,只要领导知道你要离职,就一定要离职。这次就是年终团建的时候,被领导留下来了。但是第二年以各种理由不给工资。


之前自己就一直在想出路,但是小公司,技术成长有限,看书也对工作没有太大作用,没有太大成长。之后了解到研究生改革,有高中同学考了人大非全。自己也就开始准备非全的考试。最后拿到录取通知书,就开始准备离职了。PS:考研准备


在这家公司马上满 3 年重新签合同的时候,偷偷面试了几家,拿到了 2 个还不错的 offer。第二天就跟直属领导提离职了。这次不管直属领导以及大领导如何劝说,还是果断离职了。


这个公司有两个收获。一个是,了解了一般 Java Web 项目的全流程,掌握了基本开发技能,了解了一些大数据开发技术,如Hadoop套件。另外一个是,通过准备考研的过程,也整理出了一套开发过程中应该先思而后行。只有先整理出


5 五年开发经历


第二家公司是一家央企控股上市公司,市场规模中等。主要给政府提供集成项目。到这家公司第二年就开始带小团队做项目,但是工资很低,可能跟公司性质有关。还好公司有宿舍,有食堂。能省下一些钱。


到这家公司的时候,非全刚好开始上课,还好我们 5 点半就下班,所以我天天卡点下班,大领导天天给开发经理说让我加班。但是第一学期要上课,领导对我不爽,也只能这样了。


后来公司来了一个奇葩的产品经理,但是大领导很挺他,大领导下面有 60 号人,研发、产品、测试都有。需求天天改,还不写在文档上。研发都开发完了,后面发现有问题,要改回去,产品还问,谁让这么改的。


是否按照文档开发,也是大领导说的算,最后你按照文档开发也不对,因为他们更新不及时;不按照文档开发也不对,写了你不用。


最后,研发和产品出差,只能同时去一波人,要是同时去用户现场,会打架。最后没干出成绩,产品和大领导一起被干走了。


后面我们整体调整了部门,部门领导是研发出身。干了几个月之后,领导也比较认可我的能力,让我带团队做一个中型项目,下面大概有 10 号人,包括前后端和算法。也被提升为开发经理。


最后因为工资、工作距离(老婆怀孕,离家太远)以及工作内容等原因,跳槽到了下一家互联网公司。


6 入行互联网


凭借着 5 年的工作经历,还算可以的技术广度(毕竟之前啥都干),985 学校的非全研究生学历,以及还过得去的技术能力。找到了一家知名度还可以的互联网公司做商城开发。


这个部门是公司新成立的部门,领导是有好几家一线互联网经验的老程序员,技术过硬,管理能力强,会做人。组内成员都年轻有干劲。本打算在公司大干一场,涨涨技术深度(之前都是传统企业,技术深度不够,但是广度可以)。


结果因为政策调整,整个部门被裁,只剩下直属领导以及领导的领导。这一年是 2020 年。这个时候,我在这个公司还不到 1 年。


7 再前行


拿着上家公司的大礼包,马上开始改简历,投简历,面试,毕竟还有房贷要还(找了个好老婆,她们家出了大头,付了首付),马上还有娃要养,一天也不敢歇息。


经过一个半月的面试,虽然挂的多,通过的少。最终还是拿了 3 个不错的offer,一个滴滴(滴滴面经)、一个XXX网络(最终入职,薪资跟滴滴基本差不多,技术在市场上认可度也还不错。)以及一个建信金科的offer。


因为大厂部门也和上家公司一样,是新组建的部门,心有余悸。然后也还年轻,不想去银行躺平,也怕银行也不靠谱,毕竟现在都是银行科技公司,干几年被裁,更没有出路。最终入职XXX网络。


8 寒冬


入职XXX网络之后,开始接入公司的各种技术组件,以及看到比较成熟的需求提出、评估、开发、测试、发布规范。也看到公司各个业务中心、支撑中心的访问量,感叹还是大公司好,流程规范,流量大且有挑战性。


正要开心的进入节奏,还没转正呢(3 个月转正),组内一个刚转正的同事被裁,瞬间慌得一批。


刚半年呢,听说组内又有 4 个裁员指标,已经开始准备简历了。幸运的是,这次逃过一劫。


现在已经 1 年多了,在这样一个裁员消息满天飞的年代,还有一份不错的工作,很幸运、也很忐忑,也在慢慢寻找自己未来的路,共勉~


9 总结


整体来看,我对自己的现状还算满意,从一个高中每个月 300 块钱生活费家里都拿不出来;高考志愿填报,填学校看心情想去哪,填专业看专业名字的的村里娃,走到现在在北京有个不错的工作,组建了幸福的家庭,买了个不大不小的房子的城里娃。不管怎么样,也算给自己立足打下了基础,留在了这个有更多机会的城市;也给后代一个更高的起点。


但是,我也知道,现在的状态并不稳固,互联网工作随时可能会丢,家庭成员的一场大病可能就会导致整个家庭回到解放前。


所以,主业上,我的规划就是,尽力提升自己的技术能力和管理能力,争取能在中型公司当上管理层,延迟自己的下岗年龄;副业上,提升自己的写作能力,尝试各种不同的主题,尝试给各个自媒体投稿,增加副业收入。


希望自己永远少年,不要下岗~



作者:六七十三
来源:juejin.cn/post/7173506418506072101
收起阅读 »

一个97年的前端卷不动了,跑去学瑜伽?

大家好, 我是刘子弃。现在是23年5月, 裸辞已经快两个月了。 前两天看到行业前辈左耳朵耗子的不幸消息。 突然有一个想把自己这两个月来的心路历程记录一下的想法。 23年3月, 一个倒霉的周五 那是3月的一天周五,周五本来是打工人比较快乐的一天,但是还没上班就...
继续阅读 »

大家好, 我是刘子弃。现在是23年5月, 裸辞已经快两个月了。 前两天看到行业前辈左耳朵耗子的不幸消息。 突然有一个想把自己这两个月来的心路历程记录一下的想法。



23年3月, 一个倒霉的周五


那是3月的一天周五,周五本来是打工人比较快乐的一天,但是还没上班就预示那天的不平凡。 刚起床准备上班。匆忙的洗漱吃片面包就冲向地铁。刚到地铁口发现手机坏了, 读不出SIM卡。重启也无济于事。


先回家连上wifi到公司群说明情况。 就奔向家附近唯一一家手机维修点。 好不容易到了之后发现今天居然不营业。 只好去旁边花几百块买了一个红米备用机(感谢红米)。


一路坎坷到了公司,通知今天周会要宣布一个大事情。 我们项目组做的是web3相关的业务(我非常热爱这个项目组和每天做的工作内容!)。 之前就有风传出来要去香港落地。 当时还激动了一下, 结果周会宣布:“我们解散啦!”


开始毕业


由于项目突然黄了。 就要考虑转岗或者拿大礼包的事情。 显而易见我选择了拿了大礼包。 为什么不去转岗到其他组呢?其中有对前端这个方向未来发展的考虑, 最重要的考虑还是健康吧。 因为生活不规律, 陆陆续续出现过如下几种身体情况:



  1. 胸口痛

  2. 神经衰弱

  3. 颈椎痛

  4. 失眠

  5. 突然来一下全身无力

  6. 注意力难集中

  7. 脑鸣

  8. 鬼压床看到各种幻觉,甚至有几次都感觉魂都快飘出来了。


就这样, 毫无规划的我就毕业了。


计划恢复健康


本以为不上班了会好一点, 结果每天的状态还是比较差。 去体检万幸没有什么大问题。 不幸的是症状还是一如既往的存在。 最后实在不不行就去了精神科果然有了一点轻度的抑郁症。 所以在决定之后做什么之前, 我决定先养好身体, 恢复健康。 毕竟身体是最重要的。


开始卷起了瑜伽教培


由于之前接触过一些身心灵行业的人。 也有过一些冥想的经验和经历。 在健身和身心灵两个方向中我选择了一个最兼顾和均衡的方向就是练习瑜伽。 索性直接报了一个教培班。 一是恢复身体。二是系统的学习一下防止受伤、更快的练习、避免不正当的危险操作。 并且最后可以拿到认证证书打算之后作为一个长久的职业方向发展一下。 就这样报名了瑜伽教培。 现在已经完成了200小时认证, 6月完成500小时认证。目前身体经过训练确实基本健康了, 症状都没有了。身体舒适了不少。 (或许是不上班都会健康哈哈哈)。 精神也放松了许多, 每天早上起来舒爽+ 没有压力的感觉终于又回来了。


11ca0851fc75aad27b66c4510731059.jpg


之后做什么


当然还是需要考虑收入的问题。 裸辞之后, 如果不干程序员了去干什么。我想不止我一个人想过这个问题。 跑滴滴? 外卖员? 对我来说有点不现实。 但是可能也由不得我选择。现在的就业情况能有一个offer就乐上天了。 所以我想做一个实验。 借各位大佬的光。如果您也想过类似的问题。可以把建议告诉我。 我去实际操作一下。 然后再反馈给大家。


作者:刘子弃
来源:juejin.cn/post/7233589699215147069
收起阅读 »

优 雅 被 裁

后疫情时代的影响,互联网行业每况愈下,而重庆这个地方更是互联网荒漠一般的存在。 上一份工作换的时间是 2022 年的 6 月,仅仅过了一年 3 个月,我又要换工作了,不过这次是被动的。 💡 希望我的经历能给那些正在经历同样遭遇的打工人提供一些参考和启示。 第一...
继续阅读 »

后疫情时代的影响,互联网行业每况愈下,而重庆这个地方更是互联网荒漠一般的存在。


上一份工作换的时间是 2022 年的 6 月,仅仅过了一年 3 个月,我又要换工作了,不过这次是被动的。


💡 希望我的经历能给那些正在经历同样遭遇的打工人提供一些参考和启示。


第一章 - 裁员来袭,初尝挫败



“最初,没有人在意这场灾难,这不过是一场山火,一次旱灾,一个物种的灭绝,一座城市的消失。直到这场灾难和每个人息息相关。” ——《流浪地球》



这份工作开始于 2022 年 6 月 7 日,当时面了挺多公司,那时的市场还算可以,还没有彻底到寒冬,所以手上的 offer 还能让我选选。


这个公司是当时来说给的最高的,理所当然的选了。(岗位高级前端


回看,公司很早就有裁员的预兆 🔍



  1. 22 年 年终奖金没有发全(只发了一半

  2. 业务收缩,大幅缩减新业务拓展

  3. 实习生转正率只有一半

  4. 第一波裁员,开始裁实习生

  5. 开始将开发人员的工作转交给实习生

  6. 第二波裁员,开发、产品 7. 第三波裁员,测试 8. 第四波,到我咯


⛔ 我之前就有了快要到斩杀线的感觉,


因为当你要被裁的时候,你头上就会出现 “危” 字。很难不察觉


第二章 - 未雨绸缪,寻找下家



“我希望你没有把全部鸡蛋放在一个篮子里。” ——《华尔街》



感觉到危险的气息是因为手上本就不多的工作突然加入了同事来接手。


随更新简历 📄,打开求职状态。


😢 不得不说,现在的市场真的偏向用人单位。


在去年的 6 月,每天基本能有 3-5 个 HR 主动来找我询问,当时的公司我还能选择性去面。


而今年的 9 月,基本两周才能有 3-5 个 Hr 来找我,加之现在市面上公司少之又少,刷来刷去就是那么几家。


期间一共面了三家,两家 offer。


一家上升期的公司,注重业务扩展,规模 500 左右。但是之前有朋友在里面说管理混乱加班严重,💩 屎山代码成堆,于是放弃。


另一家人员较少。技术部门 20 人不到,业务跨境金融。无需加班,管理扁平。感觉还不错。


与此同时,由于没有明确的说要裁我。每天都过的很焦虑,一想到 💰 房贷、车贷、房租水电、还有臭宝一堆花销 就开始掉头发。(本来头发就不多


也问过直系领导,但是问了个寂寞,就说人员一直都有在调整。。。


只能两手准备。


拿到 offer 的后心里踏实了不少,但是一直不说什么时候裁,搞得我没法回复那边。


最后找到 “线人” 去问了大领导,确定了月底上完(还好兄弟我平时人缘还不错


第三章 - 运气不错,无缝衔接



“看,前面漆黑一片,什么也看不到。”


“也不是,天亮后会很美的。”


——《喜剧之王》



听到了可靠消息,确定了新公司的入职时间,心里踏实了很多。


过了几天后,领导找了我私聊确定了国庆最后一天走人。


替代文本

赔偿 n+1,自己提离职,钱跟着工资一起发。


替代文本

不知道大家之前在网上看到过一个说法没:不要自己提离职,不要签字,不然赔偿拿不到。


其实心里也挺慌的,问了之前的同事:也是自己提的离职,赔偿给够。


所以就按照流程走了。希望公司还是能遵守约定吧


新公司 10 月 9 号入职。十一期间我可以多休息两天,准备把老头环好好玩玩。


对了,新公司还涨了一些,已经很知足啦。


期待能在新公司能干出一些值得骄傲的项目。


终章 - 自我反思,相信希望



“人生总是这么苦么,还是只有小时候?”


“总是如此。”


——《这个杀手不太冷》



浅浅总结一下,当然只针对我个人体质,不适合所有人哦



  • 现在的环境很复杂,最好每年都去市场上检验一下自己的价值。

  • 如果突然手上的活被人接手了,要警惕

  • 关注一下公司的财务状况,不要被打个措手不及

  • 尽量放平心态,不要再给自己增加压力啦,难度已经很高了

  • 不要放弃学习,舒适圈里待太久会丧失动力

  • 好好活着,这条适合所有人🦾


作者:前端小蜗
来源:juejin.cn/post/7283151314024497209
收起阅读 »

最近的生活

上一篇文章是8.4号写的,一个多月没有写东西了,按照现在的情况估计,年底要写到40篇有点悬,虽然有很多要写的,但现在事情太多了也太累了。今天写点随笔,写到哪算哪吧。 工作 这次参与的新项目,前景还是不错的,不过活也是真多。这段日子,很多时候十一二点才下班,有的...
继续阅读 »

上一篇文章是8.4号写的,一个多月没有写东西了,按照现在的情况估计,年底要写到40篇有点悬,虽然有很多要写的,但现在事情太多了也太累了。今天写点随笔,写到哪算哪吧。


工作


这次参与的新项目,前景还是不错的,不过活也是真多。这段日子,很多时候十一二点才下班,有的时候搞到两点,周末再加一天班。


业务快速发展,不断地有新同学加入,架构也在不断迭代,其实感觉还是蛮不错的,有点像当初刚工作负责电商的时候了,始终创业啊。


雷总曾经说过,要顺势而为,其实是对的,选对方向往往事半功倍,但选对方向需要极强的能力。新的变革已经到来了。


文化


这里的文化是指公司文化,扩展一下也指家庭文化。为什么突然聊文化?


最近感觉无论是家庭还是公司,让大家聚集在一起努力的,相同的文化或者三观是重要的一环。文化认同不一致,很难长久的在一起,这个没有对错,每个人都有选择的权利,没必要强求,很多时候祝福就好。


还是想夸一下字节的文化,虽然看过很多公司的文化宣言,感觉字节的带着哲思在里面,这种文化不是只对公司有利,而是说在自己的生活中,用这种文化来要求自己也是好的。认同这种文化的人在一起,办事效率、质量要高很多,很多时候,损失来自于内耗。


1.1追求极致


不断提高要求,延迟满足感


在更大范围里找最优解


不放过问题,思考本质


持续学习和成长


1.2务实敢为


直接体验,深入事实


不自嗨,注重效果


能突破有担当,打破定式


尝试多种可能,快速迭代


1.3开放谦逊


内心阳光,信任伙伴


乐于助人和求助,合作成大事


格局大,上个台阶想问题


对外敏锐谦虚,ego(自我) 小,听得进意见


1.4坦诚清晰


敢当面表达真实想法


能承认错误,不装不爱面子


实事求是,暴露问题,反对“向上管理”


准确、简洁、直接,有条理有重点


1.5始终创业


自驱,不设边界,不怕麻烦


有韧性,直面现实并改变它


拥抱变化,对不确定性保持乐观


始终像公司创业第一天那样思考


1.6多元兼容


理解并重视差异和多元,建立火星视角


打造多元化的团队,欢迎不同背景的人才,激发潜力


鼓励人人参与,集思广益,主动用不同的想法来挑战自己


创造海纳百川,兼容友好的工作环境


教育


最近在想,怎么教育好下一代?或者话题小一点,如何在知道A选项不好的情况下,让子女听自己的?


以前看过一篇文章,说是孩子们总归不会听你的,但他们也终会在跌跌撞撞中长大,然后他们的子女再来一次循环。


但我觉得,还是有可能教育好的,不过要付出很多,这是一个细雨润无声,充斥在点点滴滴生活中的事情,它永远不是一个一次性任务,或者说几次道理就能达成的。


拿选择来说,需要做到

  1. 父母本身就对每种选择的结果比较知晓

  2. 父母很了解子女的性格和能力

  3. 子女相对相信父母

  4. 或者 子女已经培养的很好了,有了自己的主见和三观,知道自己的性格和能力


如果能培养到第四点,那真是轻松很多。不过呀,最重要的还是得立志,论语里说:“不愤不启,不悱不发,举一隅不以三隅反,则不复也。”也是这个道理。立志能给人以动力,自己主观上想干了,才能干好。


家庭


最近媳妇工作上的事情也比较多,我感觉很神奇,好像每次事情都会像商量好似得一起来,这时候考验的就是毅力和耐力,不松气,努力干,总能顶过这一波。


或许真像媳妇说的,人生就像一场游戏,努力就完事了,别想太多。


前些日子和媳妇都阳了,好在不太严重,也不知道什么时候是个头。看到满满的小药箱,比起去年12月的时候,还是感觉安全一些的。


哦,对了,前些日子公司冷藏柜漏水,导致我摔了一跤,电脑都飞出去了。怎么说呢,幸亏电脑没事,就人伤着一点,哈哈哈。本来想投诉一下,但负责人一直在会议室门口等我们会议结束,又道歉又拿药,加了联系方式方便后面有问题及时联系;同时讲了原因和后续的改进措施。做的挺不错的。


以前对摔倒的影响概念不深,现在倒蛮有体会的了,有时候在想,如果六七十岁的人,以这个力道被摔,真的很危险。大家还是要多多注意。


作者:程序员麻辣烫
链接:https://juejin.cn/post/7276368438145859603
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

职场坐冷板凳的那些日子

曾经有一段职场生涯,坐了很长时间的冷板凳,也正是那段经历,彻底改变了整个职场生涯。今天这篇文章聊聊自己曾经的经历,也聊聊如果在职场中被坐了冷板凳该咋办。 关于冷板凳 有人的地方就有江湖。而这个江湖中是否性情相同,是否因某些事(或利益)产生矛盾,都可能造成职场坐...
继续阅读 »

曾经有一段职场生涯,坐了很长时间的冷板凳,也正是那段经历,彻底改变了整个职场生涯。今天这篇文章聊聊自己曾经的经历,也聊聊如果在职场中被坐了冷板凳该咋办。


关于冷板凳


有人的地方就有江湖。而这个江湖中是否性情相同,是否因某些事(或利益)产生矛盾,都可能造成职场坐冷板凳的情况。


冷板凳常见于上级对下级的打压。一般手段就是让你无所事事或安排一些边缘性的事务,不怎么搭理你,从团队层面排挤你,甚至否定你或PUA你,别人也不敢跟你沟通,以至于让你在团队中形成孤立的的状态。


根据矛盾或冲突的不同,冷板凳的程度也不同。常见的有:浅层次的冲突,可进行修复;不可调和,无法修复;中间的灰度状态。


通常根据具体情况,判断程度,有没有可能或必要修复,再决定下一步的行动。


第一,可修复的冷板凳


有很多同学,特别是技术人,在职场上有时候特别的“刚”,为了某个技术点跟领导争的面红耳赤的,导致被坐冷板凳。


比如有同学曾有这样的经历:领导已经拍板的决定,他很刚的去跟领导据理力争,导致起了冲突,大吵一架,领导也下不来台。随后领导好几天没搭理他。


针对这种情况,一般也就是一顿火锅的事,找领导主动沟通,重拾信任。甚至可能会出现不打不相识的情况。当然,一顿火锅不够还可以两顿。


第二,清场性质的冷板凳


这种情况常见于业绩或能力不达标,已经是深层次的矛盾,一般会空降过来一个领导,故意将其边缘化。属于清场接替工作性质的,基本上无法修复。


针对这种情况,看清局势,准备好找下家就是了。如果做得好,准备好交接工作,给彼此一个体面。毕竟,很多事情我们是无法改变的。


第三,灰度状态的冷板凳


以上两个常见都比较极端,而大多数情况下都是灰度状态的,大的可能性就是一直僵持着。这时作为下属的人,一般建议主动去沟通、修复。


如果阅历比较浅,看不出中间的微妙关系以及深层次的冲突点,就请人帮你看看,听听别人的建议和决策。再决定值不值得修复,要不要修复。


我的冷板凳


曾经我在一家公司坐的冷板凳属于第三种,但却把这个冷板凳坐到了极致。下面就讲讲我曾经的故事。


跟着一个领导到一家新公司,本来领导带领技术部门的,但由于内部斗争的失利,去带产品团队了,而我也归属到他对手的手下了。这种情况下,冷板凳是坐定了,但也不至于走人。


被新领导安排了一个很边缘的业务:对接和维护一套三方的系统。基本上处于不管不问,开会不带,接触不到核心,也与其他人无交流的状态。起初这种状态非常难受,人毕竟是社群动物,需要一个归属感和存在感的。


但慢慢的,自己找到了一些属于自己的乐趣。


首先,没人管没人问,那就可以自己掌控节奏和状态了。看他们天天加班到凌晨一两点,而自己没人管,六七点就下班了。最起码在那段持续疯狂加班的岁月里,自己保住了头发。那位大领导后来加班太多,得了重病,最终位置也没保住。


其次,有了大把的时间。上班几乎没人安排工作,于是上班的时间完全自己安排。三方服务商安排了对接人,好歹自己作为甲方,于是天天就跟服务商的技术沟通,询问他们系统的设计实现,技术栈什么的。


在那段岁月里,完成了几个改变后续职场生涯的事项。


事项一:那时Spring Boot 1.5刚刚发布,公司的技术栈还没用上,但服务商的这套系统已经用上了。感觉这玩意太好用了,于是疯狂的学学习。因为当初的学习,后来出版了书籍《Spring Boot技术内幕》那本书。


事项二:写技术博客,翻译技术文档,录技术视频。服务商的系统中还用到了规则引擎,当时市面上没有相关的中文资料。于是边跟对方技术沟通,边翻译英文文档,写博客。后来,还把整理的文档录制成视频,视频收入有几万块吧。


这算是自己第一次尝试翻译文档、录制教学视频,而且这个领域网络上后续的很多技术文章都是基于我当初写文章衍生出来的。最近,写的第二本书便是关于规则引擎的,坐等出版了。


事项三:学习新技术,博客输出。当时区块链正火爆时。由于有大量的时间,于是就研究起来了,边研究边写技术博客。也是在这个阶段,养成了写技术博客的习惯。


因为区块链的博客,也找到了下家工作。同时写了CSDN当时类似极客时间的“Chat”专栏,而且是首批作者。也尝试搞了区块链的知识星球。后来,因为区块链的工作,做了第一次公开课的分享。还是因为区块链相关,与别人合著了一本书,解释了出版社的老师,这也是走上出书之路的开始。


因为这次冷板凳,让职场生涯变得极其丰富,也扭转了大的方向,发展了副业,接触了不同行业领域的人。


最后的小结


在职场混,遇到坐冷板凳的情况不可避免,但如何化解,如何抉择却是一个大学问。尽量主动沟通,毕竟找工作并不容易,也不能保证下家会更好。同时,解决问题,也是人生成长的一部分,所以,尽量尝试化解。


但如果矛盾真的不可调和或持续僵持,那么就更好做好决策,选择对自己最有利的一面。


曾在朋友圈发过这样一段话,拿来与大家分享:


“始终难守樊登讲过的一句话:人生成长最有效的方法,就是无论命运把你抛在任何一个点上,你就地展开做力所能及的事情。


如果还要加上一句,那就是:还要占领制高点。与君共勉~”


作者:程序新视界
链接:https://juejin.cn/post/7267107420655583292
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

UIButton 扩大点击区域

iOS
在开发过程中经常会遇到设计给出的button尺寸偏小的情况.这种UIButton在使用中会非常难点击,极大降低了用户体验 解决方案一:重写UIButton的- (BOOL)pointInside:(CGPoint)point withEvent:(UIEven...
继续阅读 »

在开发过程中经常会遇到设计给出的button尺寸偏小的情况.这种UIButton在使用中会非常难点击,极大降低了用户体验


解决方案一:重写UIButton的- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent*)event方法

- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent*)event

{

//获取当前button的实际大小
CGRect bounds = self.bounds;

//若原热区小于44x44,则放大热区,否则保持原大小不变

CGFloat widthDelta = MAX(44.0 - bounds.size.width, 0);

CGFloat heightDelta = MAX(44.0 - bounds.size.height, 0);
//扩大bounds

bounds = CGRectInset(bounds, -0.5 * widthDelta, -0.5 * heightDelta);

//如果点击的点 在 新的bounds里,就返回YES

return CGRectContainsPoint(bounds, point);

}

系统默认写法是:

- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event
{
return CGRectContainsPoint(self.bounds, point);
}

其实是在判断的时候对响应区域的bounds进行了修改.CGRectInset(view, 10, 20)方法表示对rect大小进行修改


解决方案二 runtime关联对象来改变范围,- (UIView) hitTest:(CGPoint) point withEvent:(UIEvent) event里用新设定的 Rect 来当着点击范围。

#import "UIButton+EnlargeTouchArea.h"
#import <objc/runtime.h>

@implementation UIButton (EnlargeTouchArea)

static char topNameKey;
static char rightNameKey;
static char bottomNameKey;
static char leftNameKey;

- (void)setEnlargeEdgeWithTop:(CGFloat)top right:(CGFloat)right bottom:(CGFloat)bottom left:(CGFloat)left
{
objc_setAssociatedObject(self, &topNameKey, [NSNumber numberWithFloat:top], OBJC_ASSOCIATION_COPY_NONATOMIC);
objc_setAssociatedObject(self, &rightNameKey, [NSNumber numberWithFloat:right], OBJC_ASSOCIATION_COPY_NONATOMIC);
objc_setAssociatedObject(self, &bottomNameKey, [NSNumber numberWithFloat:bottom], OBJC_ASSOCIATION_COPY_NONATOMIC);
objc_setAssociatedObject(self, &leftNameKey, [NSNumber numberWithFloat:left], OBJC_ASSOCIATION_COPY_NONATOMIC);
}

- (void)setTouchAreaToSize:(CGSize)size
{
CGFloat top = 0, right = 0, bottom = 0, left = 0;

if (size.width > self.frame.size.width) {
left = right = (size.width - self.frame.size.width) / 2;
}

if (size.height > self.frame.size.height) {
top = bottom = (size.height - self.frame.size.height) / 2;
}

[self setEnlargeEdgeWithTop:top right:right bottom:bottom left:left];
}

- (CGRect)enlargedRect
{
NSNumber *topEdge = objc_getAssociatedObject(self, &topNameKey);
NSNumber *rightEdge = objc_getAssociatedObject(self, &rightNameKey);
NSNumber *bottomEdge = objc_getAssociatedObject(self, &bottomNameKey);
NSNumber *leftEdge = objc_getAssociatedObject(self, &leftNameKey);
if (topEdge && rightEdge && bottomEdge && leftEdge)
{
return CGRectMake(self.bounds.origin.x - leftEdge.floatValue,
self.bounds.origin.y - topEdge.floatValue,
self.bounds.size.width + leftEdge.floatValue + rightEdge.floatValue,
self.bounds.size.height + topEdge.floatValue + bottomEdge.floatValue);
}
else
{
return self.bounds;
}
}

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
CGRect rect = [self enlargedRect];
if (CGRectEqualToRect(rect, self.bounds) || self.hidden)
{
return [super hitTest:point withEvent:event];
}
return CGRectContainsPoint(rect, point) ? self : nil;
}

@end


解决方案三:使用runtime swizzle交换IMP

+ (void)load {
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
NSError *error = nil;
[self hg_swizzleMethod:@selector(pointInside:withEvent:) withMethod:@selector(hitTest_pointInside:withEvent:) error:&error];
NSAssert(!error, @"UIView+HitTest.h swizzling failed: error = %@", error);
});
}

- (BOOL)hitTest_pointInside:(CGPoint)point withEvent:(UIEvent *)event {
if (UIEdgeInsetsEqualToEdgeInsets(self.hitTestEdgeInsets, UIEdgeInsetsZero)) {
return [self hitTest_pointInside:point withEvent:event];
}
CGRect relativeFrame = self.bounds;
CGRect hitFrame = UIEdgeInsetsInsetRect(relativeFrame, self.hitTestEdgeInsets);
return CGRectContainsPoint(hitFrame, point);
}



category的诞生只是为了让开发者更加方便的去拓展一个类,它的初衷并不是让你去改变一个类。



技术点总结


关联对象,也就是绑定对象,可以绑定任何东西

//关联对象
objc_setAssociatedObject(self, &topNameKey, [NSNumber numberWithFloat:top], OBJC_ASSOCIATION_COPY_NONATOMIC);
// self 关联的类,
//key:要保证全局唯一,key与关联的对象是一一对应关系。必须全局唯一
//value:要关联类的对象。
//policy:关联策略。有五种关联策略。
//OBJC_ASSOCIATION_ASSIGN 等价于 @property(assign)。
//OBJC_ASSOCIATION_RETAIN_NONATOMIC等价于 @property(strong, //nonatomic)。
//OBJC_ASSOCIATION_COPY_NONATOMIC等价于@property(copy, nonatomic)。
//OBJC_ASSOCIATION_RETAIN等价于@property(strong,atomic)。
//OBJC_ASSOCIATION_COPY等价于@property(copy, atomic)。

NSNumber *topEdge = objc_getAssociatedObject(self, &topNameKey);

// 方法说明
objc_setAssociatedObject 相当于 setValue:forKey 进行关联value对象

objc_getAssociatedObject 用来读取对象

objc_AssociationPolicy 属性 是设定该value在object内的属性,即 assgin, (retain,nonatomic)...等

objc_removeAssociatedObjects 函数来移除一个关联对象,或者使用objc_setAssociatedObject函数将key指定的关联对象设置为nil。

方法交换 Method Swizzling 注意点


对于已经存在的类,我们通常会在+load方法,或者无法获取到类文件,我们创建一个分类,也通过其+load方法进行加载swizzling


  • Swizzling应该总在+load中执行
  • Swizzling应该总是在dispatch_once中执行
  • Swizzling在+load中执行时,不要调用[super load]。如果多次调用了[super load],可能会出现“Swizzle无效”的假象。

交换实例方法


以class为类

void class_swizzleInstanceMethod(Class class, SEL originalSEL, SEL replacementSEL)
{
//class_getInstanceMethod(),如果子类没有实现相应的方法,则会返回父类的方法。
Method originMethod = class_getInstanceMethod(class, originalSEL);
Method replaceMethod = class_getInstanceMethod(class, replacementSEL);

//class_addMethod() 判断originalSEL是否在子类中实现,如果只是继承了父类的方法,没有重写,那么直接调用method_exchangeImplementations,则会交换父类中的方法和当前的实现方法。此时如果用父类调用originalSEL,因为方法已经与子类中调换,所以父类中找不到相应的实现,会抛出异常unrecognized selector.
//当class_addMethod() 返回YES时,说明子类未实现此方法(根据SEL判断),此时class_addMethod会添加(名字为originalSEL,实现为replaceMethod)的方法。此时在将replacementSEL的实现替换为originMethod的实现即可。
//当class_addMethod() 返回NO时,说明子类中有该实现方法,此时直接调用method_exchangeImplementations交换两个方法的实现即可。
//注:如果在子类中实现此方法了,即使只是单纯的调用super,一样算重写了父类的方法,所以class_addMethod() 会返回NO。

//可用BaseClass实验
if(class_addMethod(class, originalSEL, method_getImplementation(replaceMethod),method_getTypeEncoding(replaceMethod)))
{
class_replaceMethod(class,replacementSEL, method_getImplementation(originMethod), method_getTypeEncoding(originMethod));
}else {
method_exchangeImplementations(originMethod, replaceMethod);
}
}


这里存在的问题是继承时子类没有实现父类方法的问题:
基类A类 有方法 -(void)test
子类B类继承自基类A,但没有重写test方法,即其类[B class]中没有test这个实例方法
当我们交换子类B中的方法test,交换为testRelease方法(这必然会在子类B中写testRelease的实现),子类B中有没有test方法的实现时,就会将基类A的test方法与testRelease替换,当仅仅使用子类B时,不会有问题。
但当我们使用基类A的test方法时,由于test指向的IMP是原testRelease的IMP,而基类A中没有这个实现,因为我们是写在子类B中的。所以就出现了unrecognized selector



交换类方法


由于类方法存储在元类中,以实例方法存在,所以实质就是交换元类的实例方法
上面交换实例方法基础上,传入cls为元类即可。
获取的元类可以这样objc_getMetaClass("ClassName")或者object_getclass([NSObject class])


事件响应者链


如图所示,不再赘述



 两个重要的方法

- (nullable UIView*)hitTest:(CGPoint)point withEvent:(nullable UIEvent *)event;称为方法A

- (BOOL)pointInside:(CGPoint)point withEvent:(nullable UIEvent *)event;称为方法B

对view进行重写这两个方法后,点击屏幕后,首先响应的是方法A;

  • 如果方法A中,我们没有调用父类([super hitTest:point withEvent:event];)的这个方法,那就根据这个方法A的返回view,作为响应事件的view。(当然返回nil,就是这个view不响应)

  • 如果方法A中,我们调用了父类的方法([super hitTest:point withEvent:event];)那这个时候系统就要调用方法B;通过这个方法的返回值,来判断当前这个view能不能响应消息

  • 如果方法B返回的是no,那就不用再去遍历它的子视图。方法A返回的view就是可以响应事件的view。

  • 如果方法B返回的是YES,那就去遍历它的子视图。(就是上图我们描述的那样,找到合适的view返回,如果找不到,那就由方法A返回的view去响应这个事件。)


总结


返回一个view来响应事件 (如果不想影响系统的事件传递链,在这个方法内,最好调用父类的这个方法)

- (nullable UIView*)hitTest:(CGPoint)point withEvent:(nullable UIEvent *)event{
    return [super hitTest:point withEvent:event];
}

返回的值可以用来判断是否继续遍历子视图(返回的根据是触摸的point是否在view的frame范围内)

- (BOOL)pointInside:(CGPoint)point withEvent:(nullableUIEvent *)event;      

作者:Perry_6
链接:https://juejin.cn/post/6943628003976937508
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

手把手教你集成环信ReactNative离线推送(下)

点此链接查看:手把手教你集成环信ReactNative离线推送(上)三、从原生将device_token 传到RN 并且绑定1、原生调用方法 reactContext.getJSModule(DeviceEventManagerModule.RCTDevice...
继续阅读 »

点此链接查看:手把手教你集成环信ReactNative离线推送(上)

三、从原生将device_token 传到RN 并且绑定

1、原生调用方法


reactContext.getJSModule(DeviceEventManagerModule.RCTDeviceEventEmitter.class)
.emit("deviceToken",jsonObject.toString());

通过PushModule 类进行传递,PushModule 代码如下:


package com.awesomeproject;
import com.facebook.react.bridge.ReactApplicationContext;
import com.facebook.react.bridge.ReactContextBaseJavaModule;
import com.facebook.react.bridge.ReactMethod;
import com.facebook.react.modules.core.DeviceEventManagerModule;
import com.xiaomi.mipush.sdk.MiPushClient;
import org.json.JSONException;
import org.json.JSONObject;

public class PushModule extends ReactContextBaseJavaModule {
private ReactApplicationContext reactContext;
public PushModule(ReactApplicationContext reactContext) {
super(reactContext);
this.reactContext = reactContext;
}

@Override
public String getName() {
return "PushModule";
}
/**
从RN界面里面调用该方法
**/

@ReactMethod
public void getDeviceToken(){
MainApplication.getReactPackage().mModule.sendDataToJS( MiPushClient.getRegId(MainApplication.getContext()));


}

public void sendDataToJS(String deviceToken){
JSONObject jsonObject = new JSONObject();
try {
jsonObject.put("deviceToken",deviceToken);
jsonObject.put("deviceName","2882303761517520571");

} catch (JSONException e) {
throw new RuntimeException(e);
}

this.reactContext.getJSModule(DeviceEventManagerModule.RCTDeviceEventEmitter.class)
.emit("deviceToken",jsonObject.toString());
}



}

2、RN 层进行获取数据


NativeModules.PushModule.getDeviceToken();
DeviceEventEmitter.addListener('deviceToken',(res)=>{
const goosid = JSON.parse(res);
deviceToken = goosid.deviceToken;
manufacturer = goosid.deviceName;
console.log('React Native界面,收到数据:',goosid);

3、获取到数据后调用环信RN sdk 方法进行绑定

ChatClient.getInstance().updatePushConfig(push);

js 代码如下

// 导入依赖库
import React, { useEffect } from 'react';
import {
DeviceEventEmitter,
NativeModules,
SafeAreaView,
ScrollView,
StyleSheet,
Text,
TextInput,
View,
} from 'react-native';
import {
ChatClient,
ChatMessage,
ChatMessageChatType,
ChatOptions,
ChatPushConfig,
} from 'react-native-chat-sdk';
// 创建 app
const App = () => {
// 进行 app 设置
const title = 'ChatQuickstart';
var deviceToken='';
var manufacturer='';
NativeModules.PushModule.getDeviceToken();
DeviceEventEmitter.addListener('deviceToken',(res)=>{
const goosid = JSON.parse(res);
deviceToken = goosid.deviceToken;
manufacturer = goosid.deviceName;
console.log('React Native界面,收到数据:',goosid);

})
const [appKey, setAppKey] = React.useState('1137220225110285#demo');
const [username, setUsername] = React.useState('p9');
const [password, setPassword] = React.useState('1');
const [userId, setUserId] = React.useState('');
const [content, setContent] = React.useState('');
const [logText, setWarnText] = React.useState('Show log area');

// 输出 console log 文件
useEffect(() => {
logText.split('\n').forEach((value, index, array) => {
if (index === 0) {
console.log(value);
}
});
}, [logText]);

// 输出 UI log 文件
const rollLog = text => {
setWarnText(preLogText => {
let newLogText = text;
preLogText
.split('\n')
.filter((value, index, array) => {
if (index > 8) {
return false;
}
return true;
})
.forEach((value, index, array) => {
newLogText += '\n' + value;
});
return newLogText;
});
};

// 设置消息监听器。
const setMessageListener = () => {
let msgListener = {
onMessagesReceived(messages) {
for (let index = 0; index < messages.length; index++) {
rollLog('received msgId: ' + messages[index].msgId);
}
},
onCmdMessagesReceived: messages => {},
onMessagesRead: messages => {},
onGroupMessageRead: groupMessageAcks => {},
onMessagesDelivered: messages => {},
onMessagesRecalled: messages => {},
onConversationsUpdate: () => {},
onConversationRead: (from, to) => {},
};

ChatClient.getInstance().chatManager.removeAllMessageListener();
ChatClient.getInstance().chatManager.addMessageListener(msgListener);
};

// SDK 初始化。
// 调用任何接口之前,请先进行初始化。
const init = () => {

let option = new ChatOptions({
autoLogin: false,
appKey: appKey
});
ChatClient.getInstance().removeAllConnectionListener();
ChatClient.getInstance()
.init(option)
.then(() => {
rollLog('init success');
this.isInitialized = true;
let listener = {
onTokenWillExpire() {
rollLog('token expire.');
},
onTokenDidExpire() {
rollLog('token did expire');
},
onConnected() {
rollLog('login success.');
setMessageListener();
},
onDisconnected(errorCode) {
rollLog('login fail: ' + errorCode);
},
};
ChatClient.getInstance().addConnectionListener(listener);
})
.catch(error => {
rollLog(
'init fail: ' +
(error instanceof Object ? JSON.stringify(error) : error),
);
});
};

// 注册账号。
const registerAccount = () => {
if (this.isInitialized === false || this.isInitialized === undefined) {
rollLog('Perform initialization first.');
return;
}
rollLog('start register account ...');
ChatClient.getInstance()
.createAccount(username, password)
.then(response => {
rollLog(`register success: userName = ${username}, password = ******`);
})
.catch(error => {
rollLog('register fail: ' + JSON.stringify(error));
});
};

// 用环信即时通讯 IM 账号和密码登录。
const loginWithPassword = () => {
if (this.isInitialized === false || this.isInitialized === undefined) {
rollLog('Perform initialization first.');
return;
}
rollLog('start login ...');
ChatClient.getInstance()
.login(username, password)
.then(() => {
rollLog('login operation success.');
let push = new ChatPushConfig({
deviceId:manufacturer,
deviceToken:deviceToken,

});
console.log("--------------------------------------------");
console.log(manufacturer);
console.log(deviceToken);
console.log("--------------------------------------------");
ChatClient.getInstance().updatePushConfig(push);
})
.catch(reason => {
rollLog('login fail: ' + JSON.stringify(reason));
});
};

// 登出。
const logout = () => {
if (this.isInitialized === false || this.isInitialized === undefined) {
rollLog('Perform initialization first.');
return;
}
rollLog('start logout ...');
ChatClient.getInstance()
.logout()
.then(() => {
rollLog('logout success.');
})
.catch(reason => {
rollLog('logout fail:' + JSON.stringify(reason));
});
};

// 发送一条文本消息。
const sendmsg = () => {
if (this.isInitialized === false || this.isInitialized === undefined) {
rollLog('Perform initialization first.');
return;
}
let msg = ChatMessage.createTextMessage(
userId,
content,
ChatMessageChatType.PeerChat,
);
const callback = new (class {
onProgress(locaMsgId, progress) {
rollLog(`send message process: ${locaMsgId}, ${progress}`);
}
onError(locaMsgId, error) {
rollLog(`send message fail: ${locaMsgId}, ${JSON.stringify(error)}`);
}
onSuccess(message) {
rollLog('send message success: ' + message.localMsgId);
}
})();
rollLog('start send message ...');
ChatClient.getInstance()
.chatManager.sendMessage(msg, callback)
.then(() => {
rollLog('send message: ' + msg.localMsgId);
})
.catch(reason => {
rollLog('send fail: ' + JSON.stringify(reason));
});
};

// UI 组件渲染。
return (
<SafeAreaView>
<View style={styles.titleContainer}>
<Text style={styles.title}>{title}</Text>
</View>
<ScrollView>
<View style={styles.inputCon}>
<TextInput
multiline
style={styles.inputBox}
placeholder="Enter appkey"
onChangeText={text => setAppKey(text)}
value={appKey}
/>
</View>
<View style={styles.buttonCon}>
<Text style={styles.btn2} onPress={init}>
INIT SDK
</Text>
</View>
<View style={styles.inputCon}>
<TextInput
multiline
style={styles.inputBox}
placeholder="Enter username"
onChangeText={text => setUsername(text)}
value={username}
/>
</View>
<View style={styles.inputCon}>
<TextInput
multiline
style={styles.inputBox}
placeholder="Enter password"
onChangeText={text => setPassword(text)}
value={password}
/>
</View>
<View style={styles.buttonCon}>
<Text style={styles.eachBtn} onPress={registerAccount}>
SIGN UP
</Text>
<Text style={styles.eachBtn} onPress={loginWithPassword}>
SIGN IN
</Text>
<Text style={styles.eachBtn} onPress={logout}>
SIGN OUT
</Text>
</View>
<View style={styles.inputCon}>
<TextInput
multiline
style={styles.inputBox}
placeholder="Enter the username you want to send"
onChangeText={text => setUserId(text)}
value={userId}
/>
</View>
<View style={styles.inputCon}>
<TextInput
multiline
style={styles.inputBox}
placeholder="Enter content"
onChangeText={text => setContent(text)}
value={content}
/>
</View>
<View style={styles.buttonCon}>
<Text style={styles.btn2} onPress={sendmsg}>
SEND TEXT
</Text>
</View>
<View>
<Text style={styles.logText} multiline={true}>
{logText}
</Text>
</View>
<View>
<Text style={styles.logText}>{}</Text>
</View>
<View>
<Text style={styles.logText}>{}</Text>
</View>
</ScrollView>
</SafeAreaView>
);
};

// 设置 UI。
const styles = StyleSheet.create({
titleContainer: {
height: 60,
backgroundColor: '#6200ED',
},
title: {
lineHeight: 60,
paddingLeft: 15,
color: '#fff',
fontSize: 20,
fontWeight: '700',
},
inputCon: {
marginLeft: '5%',
width: '90%',
height: 60,
paddingBottom: 6,
borderBottomWidth: 1,
borderBottomColor: '#ccc',
},
inputBox: {
marginTop: 15,
width: '100%',
fontSize: 14,
fontWeight: 'bold',
},
buttonCon: {
marginLeft: '2%',
width: '96%',
flexDirection: 'row',
marginTop: 20,
height: 26,
justifyContent: 'space-around',
alignItems: 'center',
},
eachBtn: {
height: 40,
width: '28%',
lineHeight: 40,
textAlign: 'center',
color: '#fff',
fontSize: 16,
backgroundColor: '#6200ED',
borderRadius: 5,
},
btn2: {
height: 40,
width: '45%',
lineHeight: 40,
textAlign: 'center',
color: '#fff',
fontSize: 16,
backgroundColor: '#6200ED',
borderRadius: 5,
},
logText: {
padding: 10,
marginTop: 10,
color: '#ccc',
fontSize: 14,
lineHeight: 20,
},
});

export default App;

注:需要再登录成功以后进行绑定

四、推送测试

1、push测试
如何查看绑定的证书信息:
登录环信console—>即时推送—>找到对应的用户id—>点击查看用户绑定推送证书(如下图)

如何测试推送
登录环信console—> 即时推送—>填写相关的内容—>发送预览—>确认推送

收到推送

2、离线消息测试
登录环信console—> 即时通讯—>用户管理—>找到对应的用户id—>发送rest 消息



至此,ReactNative 推送集成完成。

收起阅读 »

手把手教你集成环信ReactNative离线推送(上)

前言:在集成ReactNative推送之前,需要了解ReactNative与Android原生交互一、RN与Android原生交互RN给原生传递参数步骤:1.用Android Studio打开一个已经存在的RN项目,即用AS打开 项目文件夹/android,如...
继续阅读 »

前言:在集成ReactNative推送之前,需要了解ReactNative与Android原生交互

一、RN与Android原生交互

RN给原生传递参数

步骤:

1.用Android Studio打开一个已经存在的RN项目,即用AS打开 项目文件夹/android,如下图所示


2.在Android原生这边创建一个类继承ReactContextBaseJavaModule,这个类里边放我们需要被RN调用的方法,将其封装成一个原生模块。


MyNativeModule.java代码如下:

package com.awesomeproject;
import com.facebook.react.bridge.ReactApplicationContext;
import com.facebook.react.bridge.ReactContextBaseJavaModule;
import com.facebook.react.bridge.ReactMethod;
import com.facebook.react.modules.core.DeviceEventManagerModule;
import com.xiaomi.mipush.sdk.MiPushClient;
import org.json.JSONException;
import org.json.JSONObject;

public class PushModule extends ReactContextBaseJavaModule {
private ReactApplicationContext reactContext;
public PushModule(ReactApplicationContext reactContext) {
super(reactContext);
this.reactContext = reactContext;
}

@Override
public String getName() {
return "PushModule";
}
/**
从RN界面里面调用该方法
**/

@ReactMethod
public void getDeviceToken(){
MainApplication.getReactPackage().mModule.sendDataToJS( MiPushClient.getRegId(MainApplication.getContext()));


}

public void sendDataToJS(String deviceToken){
JSONObject jsonObject = new JSONObject();
try {
jsonObject.put("deviceToken",deviceToken);
jsonObject.put("deviceName","");

} catch (JSONException e) {
throw new RuntimeException(e);
}

this.reactContext.getJSModule(DeviceEventManagerModule.RCTDeviceEventEmitter.class)
.emit("deviceToken",jsonObject.toString());
}



}

本类中存放我们要复用的原生方法,继承了ReactContextBaseJavaModule类,并且实现了其getName()方法,构造方法也是必须的。按着Alt+Enter程序会自动提示。接着定义了一个方法,该方法必须使用注解@ReactMethod标明,说明是RN要调用的方法。

3.在Android原生这边创建一个类实现接口ReactPackage包管理器,并把第二步创建的类加到原生模块(NativeModule)列表里。


PushPackage.java代码如下:


package com.awesomeproject;
import com.facebook.react.ReactPackage;
import com.facebook.react.bridge.NativeModule;
import com.facebook.react.bridge.ReactApplicationContext;
import com.facebook.react.uimanager.ViewManager;

import java.util.ArrayList;
import java.util.Collections;
import java.util.List;

public class PushPackage implements ReactPackage {
public PushModule mModule;
@Override
public List<NativeModule> createNativeModules(ReactApplicationContext reactContext) {
List<NativeModule> list = new ArrayList<>();
mModule = new PushModule(reactContext);
list.add(mModule);
return list;
}

@Override
public List<ViewManager> createViewManagers(ReactApplicationContext reactContext) {
return Collections.emptyList();
}
}

4.将第三步创建的包管理器添加到ReactPackage列表里(getPackage方法里)

MainApplication.java代码如下:


package com.awesomeproject;

import android.app.Application;
import android.content.Context;
import android.util.Log;

import com.facebook.react.PackageList;
import com.facebook.react.ReactApplication;
import com.facebook.react.ReactInstanceManager;
import com.facebook.react.ReactNativeHost;
import com.facebook.react.ReactPackage;
import com.facebook.react.config.ReactFeatureFlags;
import com.facebook.soloader.SoLoader;
import com.awesomeproject.newarchitecture.MainApplicationReactNativeHost;
import com.vivo.push.IPushActionListener;
import com.vivo.push.PushClient;
import com.vivo.push.PushConfig;
import com.vivo.push.util.VivoPushException;
import com.xiaomi.channel.commonutils.logger.LoggerInterface;
import com.xiaomi.mipush.sdk.Logger;
import com.xiaomi.mipush.sdk.MiPushClient;

import java.lang.reflect.InvocationTargetException;
import java.util.List;

public class MainApplication extends Application implements ReactApplication {

private final ReactNativeHost mReactNativeHost =
new ReactNativeHost(this) {
@Override
public boolean getUseDeveloperSupport() {
return BuildConfig.DEBUG;
}

@Override
protected List<ReactPackage> getPackages() {
@SuppressWarnings("UnnecessaryLocalVariable")
List<ReactPackage> packages = new PackageList(this).getPackages();
packages.add(mCommPackage);
// Packages that cannot be autolinked yet can be added manually here, for example:
// packages.add(new MyReactNativePackage());
return packages;
}

@Override
protected String getJSMainModuleName() {
return "index";
}
};

private final ReactNativeHost mNewArchitectureNativeHost =
new MainApplicationReactNativeHost(this);

@Override
public ReactNativeHost getReactNativeHost() {
if (BuildConfig.IS_NEW_ARCHITECTURE_ENABLED) {
return mNewArchitectureNativeHost;
} else {
return mReactNativeHost;
}
}


static Context context;

public static Context getContext() {
return context;
}
private static final PushPackage mCommPackage = new PushPackage();
public static PushPackage getReactPackage() {
return mCommPackage;
}



@Override
public void onCreate() {
super.onCreate();
context = this;
// If you opted-in for the New Architecture, we enable the TurboModule system
ReactFeatureFlags.useTurboModules = BuildConfig.IS_NEW_ARCHITECTURE_ENABLED;
SoLoader.init(this, /* native exopackage */ false);
initializeFlipper(this, getReactNativeHost().getReactInstanceManager());



//初始化push

try {
//PushConfig.agreePrivacyStatement属性及含义说明请参考接口文档
//使用方法
PushConfig config = new PushConfig.Builder()
.agreePrivacyStatement(true)
.build();
PushClient.getInstance(MainApplication.this).initialize(config);
} catch (VivoPushException e) {
Log.d("VivoPushException","-------------"+e.toString());
//此处异常说明是有必须的vpush配置未配置所致,需要仔细检查集成指南的各项配置。
e.printStackTrace();
}



// 打开push开关, 关闭为turnOffPush,详见api接入文档
PushClient.getInstance(this).turnOnPush(new IPushActionListener() {
@Override
public void onStateChanged(int state) {
// TODO: 开关状态处理, 0代表成功,获取regid建议在state=0后获取;
Log.d("vivo初始化------","开关状态处理, 0代表成功,获取regid建议在state=0后获取----"+state);
}
});


//小米初始化push推送服务

MiPushClient.registerPush(this, "2882303761517520571", "5841752092571");

//打开Log
LoggerInterface newLogger = new LoggerInterface() {

@Override
public void setTag(String tag) {
Log.d("MainApplication-------",tag);
// ignore
}

@Override
public void log(String content, Throwable t) {
Log.d("MainApplication-------",content+"-----"+t.toString());

}

@Override
public void log(String content) {
Log.d("MainApplication-------",content);
}
};
Logger.setLogger(this, newLogger);
}

/**
* Loads Flipper in React Native templates. Call this in the onCreate method with something like
* initializeFlipper(this, getReactNativeHost().getReactInstanceManager());
*
*
@param context
*
@param reactInstanceManager
*/

private static void initializeFlipper(
Context context, ReactInstanceManager reactInstanceManager) {
if (BuildConfig.DEBUG) {
try {
/*
We use reflection here to pick up the class that initializes Flipper,
since Flipper library is not available in release mode
*/

Class<?> aClass = Class.forName("com.awesomeproject.ReactNativeFlipper");
aClass
.getMethod("initializeFlipper", Context.class, ReactInstanceManager.class)
.invoke(null, context, reactInstanceManager);
} catch (ClassNotFoundException e) {
e.printStackTrace();
} catch (NoSuchMethodException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
} catch (InvocationTargetException e) {
e.printStackTrace();
}
}
}

}

5.在RN中去调用原生模块,必须import NativeModule模块。
修改App.js文件,需要从‘react-native’中引用‘NativeModules’,
App.js代码如下:

NativeModules.PushModule.getDeviceToken();

来分析一下程序运行流程:
(1)在配置文件AndroidManifest.xml中,android:name=“.MainApplication”,则MainApplication.java会执行。
(2)在MainApplication.java中,有我们创建的包管理器对象。程序加入PushPackage.java中。
(3)在PushPackage.java中,将我们自己创建的模块加入了原生模块列表中,程序进入PushModule.java中。
(4)在PushModule.java中,提供RN 调用的方法getDeviceToken

实现数据从Android原生回调到RN前端界面

我们都知道,要被RN调用的方法必须是void 类型,即没有返回值,但是项目中很多地方都需要返回数据。那怎么实现呢?

步骤:
1.在Android原生这边创建一个类继承ReactContextBaseJavaModule,这个类里边放我们需要被RN调用的方法,将其封装成一个原生模块。
在上面的PushModule中已经继承了ReactContextBaseJavaModule
我们需要调用sendDataToJS将数据传到RN 层。
PushModule.java 代码如下


package com.awesomeproject;
import com.facebook.react.bridge.ReactApplicationContext;
import com.facebook.react.bridge.ReactContextBaseJavaModule;
import com.facebook.react.bridge.ReactMethod;
import com.facebook.react.modules.core.DeviceEventManagerModule;
import com.xiaomi.mipush.sdk.MiPushClient;
import org.json.JSONException;
import org.json.JSONObject;

public class PushModule extends ReactContextBaseJavaModule {
private ReactApplicationContext reactContext;
public PushModule(ReactApplicationContext reactContext) {
super(reactContext);
this.reactContext = reactContext;
}

@Override
public String getName() {
return "PushModule";
}
/**
从RN界面里面调用该方法
**/

@ReactMethod
public void getDeviceToken(){
MainApplication.getReactPackage().mModule.sendDataToJS( MiPushClient.getRegId(MainApplication.getContext()));


}

public void sendDataToJS(String deviceToken){
JSONObject jsonObject = new JSONObject();
try {
jsonObject.put("deviceToken",deviceToken);
jsonObject.put("deviceName","2882303761517520571");

} catch (JSONException e) {
throw new RuntimeException(e);
}

this.reactContext.getJSModule(DeviceEventManagerModule.RCTDeviceEventEmitter.class)
.emit("deviceToken",jsonObject.toString());
}



}

步骤
1、在RN 中调用原生的方法


NativeModules.PushModule.getDeviceToken();

2、原生提供对应的方法,将数据传递

3、RN 接收原生传递的数据

至此,我们实现了RN复用原生代码,即将原生模块封装成一个接口,在RN中调用。并且可以封装更加复杂的方法,同时实现了数据回调,即将数据从原生模块中传递到RN前端。

二、原生获取设备信息和ReactNative进行绑定信息

本文介绍如何如何从原生获取推送所需要的设备信息以及ReactNative 绑定信息

前提条件
集成环信即时通讯 React-Native,并且可以正常运行,初始化以及登录
集成文档见环信官网:https://docs-im-beta.easemob.com/document/react-native/quickstart.html

原生获取设备信息:

华为:
在获取华为推送token 之前,我们需要先集成华为sdk,可以参考华为官网官网的集成,也可以参考环信官网进行集成;
获取推送token 参考华为官网文档
获取代码如下:

private void getToken() {
// 创建一个新线程
new Thread() {
@Override
public void run() {
try {
// 从agconnect-services.json文件中读取APP_ID
String appId = "your APP_ID";

// 输入token标识"HCM"
String tokenScope = "HCM";
String token = HmsInstanceId.getInstance(MainActivity.this).getToken(appId, tokenScope);
Log.i(TAG, "get token: " + token);

// 判断token是否为空
if(!TextUtils.isEmpty(token)) {
sendRegTokenToServer(token);
}
} catch (ApiException e) {
Log.e(TAG, "get token failed, " + e);
}
}
}.start();
}
private void sendRegTokenToServer(String token) {
Log.i(TAG, "sending token to server. token:" + token);
}

华为官网有详细的集成介绍,可以仔细阅读, getToken() 方法获取到的就是推送所需要的token。

小米:

1. 前提条件
您已启用推送服务,并获得应用的AppId、AppKey和AppSecret。
2. 接入准备

  1. 下载MiPush Android客户端SDK软件包
    MiPush Android客户端SDK从5.0.1版本开始,提供AAR包接入方式,其支持的最低Android SDK版本为19。
    下载地址:https://admin.xmpush.xiaomi.com/zh_CN/mipush/downpage
    建议您下载最新版本。

  2. 如您之前通过JAR包方式接入过MiPush客户端SDK,需将原JAR包接入配置完全删除,具体配置请参见《Android客户端SDK集成指南(JAR版)》。

  3. 接入指导
    添加依赖
    首先将MiPush SDK的AAR包如MiPush_SDK_Client_xxx.aar 复制到项目/libs/目录,然后在项目APP module的build.gradle中依赖:

android{
repositories {
flatDir {
dirs 'libs'
}
}
}
dependencies {
implementation (name: 'MiPush_SDK_Client_xxx', ext: 'aar')
}

然后需要把该自定义BroadcastReceiver注册到AndroidManifest.xml文件中,注册内容如下:

<receiver
android:exported="true"
android:name="com.xiaomi.mipushdemo.DemoMessageReceiver">


<intent-filter>
<action android:name="com.xiaomi.mipush.RECEIVE_MESSAGE" />
intent-filter>
<intent-filter>
<action android:name="com.xiaomi.mipush.MESSAGE_ARRIVED" />
intent-filter>
<intent-filter>
<action android:name="com.xiaomi.mipush.ERROR" />
intent-filter>
receiver>

注意:请务必确保该自定义BroadcastReceiver所在进程与调用注册推送接口(MiPushClient.registerPush())的进程为同一进程(强烈建议都在主进程中)。

注册推送服务
通过调用MiPushClient.registerPush来初始化小米推送服务。注册成功后,您可以在自定义的onCommandResult和onReceiveRegisterResult中收到注册结果,其中的regId即是当前设备上当前app的唯一标示。您可以将regId上传到自己的服务器,方便向其发消息。
为了提高push的注册率,您可以在Application的onCreate中初始化push。您也可以根据需要,在其他地方初始化push。 代码如下:


public class DemoApplication extends Application {

public static final String APP_ID = "your appid";
public static final String APP_KEY = "your appkey";
public static final String TAG = "your packagename";

@Override
public void onCreate() {
super.onCreate();
//初始化push推送服务
if(shouldInit()) {
MiPushClient.registerPush(this, APP_ID, APP_KEY);
}
//打开Log
LoggerInterface newLogger = new LoggerInterface() {

@Override
public void setTag(String tag) {
// ignore
}

@Override
public void log(String content, Throwable t) {
Log.d(TAG, content, t);
}

@Override
public void log(String content) {
Log.d(TAG, content);
}
};
Logger.setLogger(this, newLogger);
}

private boolean shouldInit() {
ActivityManager am = ((ActivityManager) getSystemService(Context.ACTIVITY_SERVICE));
List<RunningAppProcessInfo> processInfos = am.getRunningAppProcesses();
String mainProcessName = getApplicationInfo().processName;
int myPid = Process.myPid();
for (RunningAppProcessInfo info : processInfos) {
if (info.pid == myPid && mainProcessName.equals(info.processName)) {
return true;
}
}
return false;
}
}

最后获取推送token,代码如下


MiPushClient.getRegId(MainApplication.getContext())

一、集成sdk
1. 导入aar 包
将解压后的libs文件夹中vivopushsdk-VERSION.aar(vivopushsdk-VERSION.aar为集成的jar包名字,VERSION为版本名称)拷贝到您的工程的libs文件夹中。
在android项目app目录下的build.gradle中添加aar依赖。


dependencies {
implementation fileTree(include: ['*.jar'], dir: 'libs')

implementation files("libs/vivo_pushSDK_v3.0.0.7_488.aar")
}

2. 添加权限
vivo Push集成只需要配置网络权限,请在当前工程AndroidManifest.xml中的manifest节点下添加以下代码:

<!Vivo Push需要的权限--> 

<uses-permission android:name="android.permission.INTERNET"/>

3. 配置appid 、api key等信息
vivo Push集成需要配置对应的appid 、app key信息,其中appid 和app key是在开发者平台中申请的,详见 vivo push 操作手册。
请在当前工程AndroidManifest.xml中的Application节点下添加以下代码(建议复制粘贴防止出错):


<!--Vivo Push开放平台中应用的appid 和api key-->
<meta-data
android
:name="api_key"
android
:value="xxxxxxxx"/>

<meta-data
android
:name="app_id"
android
:value="xxxx"/>

4. 自定义通知回调类
在当前工程中新建一个类 PushMessageReceiverImpl(自定义类名)继承OpenClientPushMessageReceiver 并重载实现相关方法。并在当前工程的AndroidManifest.xml文件中,添加自定义Receiver信息,代码如下:

<!--push应用定义消息receiver声明--> 
<receiver android:name="xxx.xxx.xxx.PushMessageReceiverImpl(自定义类名)"
android
:exported="false">
<intent-filter>
<!--接收push消息-->
<action android:name="com.vivo.pushclient.action.RECEIVE"/>
</intent-filter>
</receiver>

5. 注册service
接入SDK,需注册相关服务以确保正常。
请在当前工程AndroidManifest.xml中的Application节点下添加以下代码(建议复制粘贴防止出错):


<!--Vivo Push需要配置的service、activity-->
<service
android
:name="com.vivo.push.sdk.service.CommandClientService"
android
:permission="com.push.permission.UPSTAGESERVICE"
android
:exported="true"/>

6. 配置sdk版本信息(仅通过jar包集成方式需要配置,通过aar包集成无需配置)
通过jar包方式接入SDK,需配置SDK版本信息确保正常。
请在当前工程AndroidManifest.xml中的Application节点下添加以下代码(建议复制粘贴防止出错):


<!--Vivo Push SDK的版本信息-->
<meta-data
android
:name="sdk_version_vivo"
android
:value="488"/>

二、启动推送

在工程的Application中,添加以下代码,用来启动打开push开关,成功后即可在通知消息到达时收到通知。
//在当前工程入口函数,建议在Application的onCreate函数中,在获取用户的同意后,添加以下代码:

//初始化push
try {
//PushConfig.agreePrivacyStatement属性及含义说明请参考接口文档
//使用方法
PushConfig config = new PushConfig.Builder()
.agreePrivacyStatement(true/false)
.build();
PushClient.getInstance(this).initialize(config);
} catch (VivoPushException e) {
//此处异常说明是有必须的vpush配置未配置所致,需要仔细检查集成指南的各项配置。
e.printStackTrace();
}

// 打开push开关, 关闭为turnOffPush,详见api接入文档
PushClient.getInstance(getApplicationContext()).turnOnPush(new IPushActionListener() {
@Override
public void onStateChanged(int state) {
// TODO: 开关状态处理, 0代表成功,获取regid建议在state=0后获取;
}
});

三、获取token


即获取regId,使用getRegId() 函数获取参考如下:
PushClient.getInstance(context).getRegId(new IPushQueryActionListener() {
@Override
public void onSuccess(String regid) {
//获取成功,回调参数即是当前应用的regid;
}

@Override
public void onFail(Integer errerCode) {
//获取失败,可以结合错误码参考查询失败原因;
}});
Api 接口 turnOnPush回调成功之后,即可获取到注册id

注:详情及别的功能见vivo 官网文档:https://dev.vivo.com.cn/documentCenter/doc/365

oppo:

SDK集成步骤
注册并下载SDK
Android的SDK以aar形式提供,第三方APP只需要添加少量代码即可接入OPPO推送服务。
代码参考demo下载:heytapPushDemo
下载aar文件,即3.1.0版本sdk:com.heytap.msp_3.1.0.aar

aar依赖
第一步:添加maven仓库


repositories {
google()
mavenCentral()
}

第二步:添加maven依赖


implementation(name: 'com.heytap.msp_3.1.0', ext: 'aar')
//以下依赖都需要添加
implementation 'com.google.code.gson:gson:2.6.2'
implementation 'commons-codec:commons-codec:1.6'
implementation 'com.android.support:support-annotations:28.0.0'(SDK中的接入最小依赖项,也可以参考demo中的依赖)

第三步:添加aar配置
在build文件中添加以下代码


Android{
....

repositories {
flatDir {
dirs 'libs'
}
}

....
}

配置AndroidManifest.xml


1)OPPO推送服务SDK支持的最低安卓版本为Android 4.4系统。
<uses-sdk android:minSdkVersion="19"/>

2)推送服务组件注册
//必须配置
<service
android:name="com.heytap.msp.push.service.XXXService"
android:permission="com.heytap.mcs.permission.SEND_PUSH_MESSAGE"
android:exported="true">

<intent-filter>
<action android:name="com.heytap.mcs.action.RECEIVE_MCS_MESSAGE"/>
<action android:name="com.heytap.msp.push.RECEIVE_MCS_MESSAGE"/>
intent-filter>
service>(兼容Q版本,继承DataMessageCallbackService)

<service
android:name="com.heytap.msp.push.service.XXXService"
android:permission="com.coloros.mcs.permission.SEND_MCS_MESSAGE"
android:exported="true">

<intent-filter>
<action android:name="com.coloros.mcs.action.RECEIVE_MCS_MESSAGE"/>
intent-filter>
service>(兼容Q以下版本,继承CompatibleDataMessageCallbackService)

注册推送服务
1)应用推荐在Application类主进程中调用HeytapPushManager.init(…)接口,这个方法不是耗时操作,执行之后才能使用推送服务
2)业务需要调用api接口,例如应用内开关开启/关闭,需要调用注册接口之后,才会生效
3)由于不是所有平台都支持MSP PUSH,提供接口HeytapPushManager.isSupportPush()方便应用判断是否支持,支持才能执行后续操作
4)通过调用HeytapPushManager.register(…)进行应用注册,注册成功后,您可以在ICallBackResultService的onRegister回调方法中得到regId,您可以将regId上传到自己的服务器,方便向其发消息。初始化相关参数具体要求参考详细API说明中的初始化部分。
5)为了提高push的注册率,你可以在Application的onCreate中初始化push。你也可以根据需要,在其他地方初始化push。如果第一次注册失败,第二次可以直接调用PushManager.getInstance().getRegister()进行重试,此方法默认会使用第一次传入的参数掉调用注册。

至此,我们获取到了不同设备的device_token


点此链接查看:手把手教你集成环信ReactNative离线推送(下)


收起阅读 »

如何制作 GitHub 个人主页

iOS
原文链接:http://www.bengreenberg.dev/posts/2023-… 人们在网上首先发现你的地方是哪里?也许你的社交媒体是人们搜索你时首先发现的东西,亦也许是你为自己创建的投资组合网站。然而,如果你使用GitHub来分享你的代码并参与开源...
继续阅读 »

原文链接:http://www.bengreenberg.dev/posts/2023-…


人们在网上首先发现你的地方是哪里?也许你的社交媒体是人们搜索你时首先发现的东西,亦也许是你为自己创建的投资组合网站。然而,如果你使用GitHub来分享你的代码并参与开源项目,那么你的GitHub个人主页可能是人们为了了解你而去的第一个地方。


你希望你的GitHub个人主页说些什么?你希望如何以简明易读的方式向访客表达对你的重要性以及你是谁?无论他们是未来的雇主还是开源项目的潜在合作伙伴,你都必须拥有一个引人注目的个人主页。


使用GitHub Actions,你可以把一个静态的markdown文档变成一个动态的、保持对你最新信息更新的良好体验。那么如何做到这一点呢?


我将向你展示一个例子,告诉你如何在不费吹灰之力的情况下迅速做到这一点。在这个例子中,你将学习如何抓取一个网站并使用这些数据来动态更新你的GitHub个人主页。我们将在Ruby中展示这个例子,但你也可以用JavaScript、TypeScript、Python或其他语言来做。


GitHub个人主页如何运作


你的GitHub个人主页可以通过在网页浏览器中访问github.com/[你的用户名]找到。那么该页面的内容来自哪里?


它存在于你账户中一个特殊的仓库中,名称为你的账户用户名。如果你还没有这个仓库,当你访问github.com/[你的用户名]时,你不会看到任何特殊的内容,所以第一步是确保你已经创建了这个仓库,如果你还没有,就去创建它。


探索仓库中的文件


仓库中唯一需要的文件是README.md文件,它是你的个人主页页面的来源。

./
├── README.md

继续在这个文件中添加一些内容并保存,刷新你的用户名主页,你会看到这些内容反映在那里。


为动态内容添加正确的文件夹


在我们创建代码以使我们的个人主页动态化之前,让我们先添加文件夹结构。


在顶层添加一个名为.github的新文件夹,在.github内部添加两个新的子文件夹:scripts/workflows/


你的文件结构现在应该是这样的:

./
├── .github/
│ ├── scripts/
│ └── workflows/
└── README.md

制作一个动态个人主页


对于这个例子,我们需要做三件事:


  • README中定义一个放置动态内容的地方
  • scripts/中添加一个脚本,用来完成爬取工作
  • workflows/中为GitHub Actions添加一个工作流,按计划运行该脚本

现在让我们逐步实现。


更新README


我们需要在README中增加一个部分,可以用正则来抓取脚本进行修改。它可以是你的具体使用情况所需要的任何内容。在这个例子中,我们将在README中添加一个最近博客文章的部分。


在代码编辑器中打开README.md文件,添加以下内容:

### Recent blog posts

现在我们有了一个供脚本查找的区域。


创建脚本


我们正在构建的示例脚本是用Ruby编写的,使用GitHub gem octokit与你的仓库进行交互,使用nokogiri gem爬取网站,并使用httparty gem进行HTTP请求。


在下面这个例子中,要爬取的元素已经被确定了。在你自己的用例中,你需要明确你想爬取的网站上的元素的路径,毫无疑问它将不同于下面显示的在 posts 变量中定义的,以及每个post的每个titlelink


下面是示例代码,将其放在scripts/文件夹中:

require 'httparty'
require 'nokogiri'
require 'octokit'

# Scrape blog posts from the website
url = "<https://www.bengreenberg.dev/blog/>"
response = HTTParty.get(url)
parsed_page = Nokogiri::HTML(response.body)
posts = parsed_page.css('.flex.flex-col.rounded-lg.shadow-lg.overflow-hidden')

# Generate the updated blog posts list (top 5)
posts_list = ["\n### Recent Blog Posts\n\n"]
posts.first(5).each do |post|
title = post.css('p.text-xl.font-semibold.text-gray-900').text.strip
link = "<https://www.bengreenberg.dev#{post.at_css('a')[:href]}>"
posts_list << "* [#{title}](#{link})"
end

# Update the README.md file
client = Octokit::Client.new(access_token: ENV['GITHUB_TOKEN'])
repo = ENV['GITHUB_REPOSITORY']
readme = client.readme(repo)
readme_content = Base64.decode64(readme[:content]).force_encoding('UTF-8')

# Replace the existing blog posts section
posts_regex = /### Recent Blog Posts\n\n[\s\S]*?(?=<\/td>)/m
updated_content = readme_content.sub(posts_regex, "#{posts_list.join("\n")}\n")

client.update_contents(repo, 'README.md', 'Update recent blog posts', readme[:sha], updated_content)

正如你所看到的,首先向网站发出一个HTTP请求,然后收集有博客文章的部分,并将数据分配给一个posts变量。然后,脚本在posts变量中遍历博客文章,并收集其中的前5个。你可能想根据自己的需要改变这个数字。每循环一次博文,就有一篇博文被添加到post_list的数组中,其中有该博文的标题和URL。


最后,README文件被更新,首先使用octokit gem找到它,然后在README中找到要更新的地方,并使用一些正则: posts_regex = /### Recent Blog Posts\n\n[\s\S]*?(?=<\/td>)/m


这个脚本将完成工作,但实际上没有任何东西在调用这个脚本。它是如何被运行的呢?这就轮到GitHub Actions出场了!


创建Action工作流


现在我们已经有了脚本,我们需要一种方法来按计划自动运行它。GitHub Actions 提供了一种强大的方式来自动化各种任务,包括运行脚本。在这种情况下,我们将创建一个GitHub Actions工作流,每周在周日午夜运行一次该脚本。


工作流文件应该放在.github/workflows/目录下,可以命名为update_blog_posts.yml之类的。以下是工作流文件的内容:

name: Update Recent Blog Posts

on:
schedule:
- cron: '0 0 * * 0' # Run once a week at 00:00 (midnight) on Sunday
workflow_dispatch:

jobs:
update_posts:
runs-on: ubuntu-latest

steps:
- name: Check out repository
uses: actions/checkout@v2

- name: Set up Ruby
uses: ruby/setup-ruby@v1
with:
ruby-version: 3.1

- name: Install dependencies
run: gem install httparty nokogiri octokit

- name: Scrape posts and update README
run: ruby ./.github/scripts/update_posts.rb
env:
GITHUB_TOKEN: $
GITHUB_REPOSITORY: $

这个工作流是根据cron语法定义的时间表触发的,该时间表指定它应该在每个星期天的00:00(午夜)运行。此外,还可以使用workflow_dispatch事件来手动触发该工作流。


update_posts工作由几个步骤组成:


  • 使用 actions/checkout@v2操作来签出仓库。
  • 使用 ruby/setup-ruby@v1 操作来设置 Ruby,指定的 Ruby 版本为 3.1。
  • 使用 gem install 命令安装所需的 Ruby 依赖(httpartynokogiri 和 octokit)。
  • 运行位于.github/scripts/目录下的脚本 update_posts.rbGITHUB_TOKENGITHUB_REPOSITORY环境变量被提供给脚本,使其能够与仓库进行交互。

有了这个工作流程,你的脚本就会每周自动运行,抓取博客文章并更新README文件。GitHub Actions负责所有的调度和执行工作,使整个过程无缝且高效。


将所有的东西放在一起


如今,你的网络形象往往是人们与你联系的第一个接触点--无论他们是潜在的雇主、合作者,还是开源项目的贡献者。尤其是你的GitHub个人主页,是一个展示你的技能、项目和兴趣的宝贵平台。那么,如何确保你的GitHub个人主页是最新的、相关的,并能真正反映出你是谁?


通过利用 GitHub Actions 的力量,我们展示了如何将你的 GitHub 配置文件从一个静态的 Markdown 文档转变为一个动态的、不断变化关于你是谁的例子。通过本指南提供的例子,你已经学会了如何从网站上抓取数据,并利用它来动态更新你的 GitHub个人主页。虽然我们的例子是用Ruby实现的,但同样的原则也可以用JavaScript、TypeScript、Python或你选择的任何其他语言来应用。


回顾一下,我们完成了创建一个Ruby脚本的过程,该脚本可以从网站上抓取博客文章,提取相关信息,并更新你的README.md文件中的"最近博客文章"部分。然后,我们使用GitHub Actions设置了一个工作流,定期运行该脚本,确保你的个人主页中保持最新的内容。


但我们的旅程并没有就此结束。本指南中分享的技术和方法可以作为进一步探索和创造的基础。无论是从其他来源拉取数据,与API集成,还是尝试不同的内容格式,都有无限的可能性。


因此,行动起来让你的 GitHub 个人主页成为你自己的一个充满活力的扩展。让它讲述你的故事,突出你的成就,并邀请你与他人合作。


作者:chuck
链接:https://juejin.cn/post/7251884086537650232
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

谈谈饭碗的边界问题

主题 不知觉间,写东西也坚持一年多了,这一年间歇性的思考、充斥着空杯吸收的忙碌和工作之外的尝试,最近一段和领导之间的思考有所共鸣,记录下来,希望能引起边界问题的思考吧。 负重与前行 去年的严冬渲染,在今年3~4月份达到了顶峰,去年的焦虑最重,我所得出来的结论是...
继续阅读 »

主题


不知觉间,写东西也坚持一年多了,这一年间歇性的思考、充斥着空杯吸收的忙碌和工作之外的尝试,最近一段和领导之间的思考有所共鸣,记录下来,希望能引起边界问题的思考吧。


负重与前行


去年的严冬渲染,在今年3~4月份达到了顶峰,去年的焦虑最重,我所得出来的结论是:“即便是有天大的本事,也失去了意义”,得出这个结论的前提是,我已经尽我所能的驱动自己全盘吸收,认真做事,在此之外不停的摸索第二种小范围的业务试水,成功了一部分,但远远达不到预期的效果。


“日中则昃,月盈则食”,也许是预期见底,觉得即便是见底了也没多大了不起的事情,心态上好像好听点叫背水一战、悲观一些叫预期见底,已然死猪不怕开水烫。


搁置争议


因为一些非我这个层级的事情,但莫名其妙的旁观参与,和领导有一番恳谈,最终的思路基本上也就归结为 “还年轻,最终能依靠的也就是自身的能力,这个能力既包含执行、学习速度、业务、当然也包含为人处事的灵活性,但最重要的是选择大于努力”,事实上,从程序员的角度来讲,我已不再年轻,但相较于领导还算年轻,可能是角度不同,认知稍微有些差别,但大的方向没有任何问题,偏重点有所不同,领导对 “业务和学习速度” 很推崇,“工作处事的机变” 差不多是基本要求了😵,至于选择,其实也已经没多大选择了。


于我而言,我的定位其实一直立足于 “执行” 这个层级,并觉得以此为根基,空杯心理去掌握业务、学习速度、文档、软件全周期等内容,这基本也是我一直以来的理念,近一年多,基本接触的形形色色厉害的人有许多,事务杂,内容多,各种杂七杂八的东西,但不妨碍近一年多逐渐的总结和认识不足,可见性的提升是巨大的。 边界的问题,基本上属于 “能力边界是公司给个体划定的边界,你必须符合这个水平线之上,但是个人应该是对自己不设边界,但可以划定阶段方向”,我就以实际的接触来谈。


之后,和相对能够听得进去的同事也有讨论,毕竟绝大多数都是 “鸵鸟心态,今日不忧明日事,大事临身心态蹦”,对互联网从业者,没有人会相信一个人可以在一个公司待一辈子,但即便是有规划者,也很难在局限中做出合适的选择,但总有一条,心中愈惧怕愈是自身欠缺的,也许是个排错的选项。


拉回正题,集中讨论的话题也在于语言发展和执行力的问题上,就软件执行力而言,以单端来说,执行力和责任心,均算不错,但基本有个问题就是人为设定自身边界和定位,导致的结果就是一直在舒适区画圈,也仅此而已,我技术上学习模型基本上属于 结果->解决->问题->资料->细节 ,但接触许多人,往往纯纯的就是依靠,总觉得有人能解决,以蒙混过关的心态解决问题,从来不会涉及一个问题以月为单位摸索,即便这个事情已经过去了。


认知上,年龄到了这个阶段,单纯的开发执行能力在一般的事务上没啥本质的竞争力,因为复杂度的上限就在哪里,同事们在去年的环境思想鞭挞中,已经充分的有了认知,最后的结论都落脚在到那一天再说,陡然之间,可能发生的事情已然有了时间线的征兆,似乎一下子有些不知所措。


所以?


愕然也好,有准备也罢,但于我而言,能力的认可和肯定以及自我的肯定,让我的内心,在逐步见好的招聘中,找到了意义,也期待第二个年头,更强大有底气的自我,后面的着力点也会往行业的宽泛性、汇报交流的表达能力、架构设计的层次化展现力上去争取提升,当然,软件的开发能力是绝对不能松懈的,至于时间和精力,谁说这段没有悄悄提升自己的生产力工具呢, 重复性开发工作和一些杂项,已然没啥提升诉求的工作,必然是要借助工具释放自身的生产力了,而我又该继续往感兴趣的方向去学习了...


容我吐槽


Github语言趋势分析系列貌似发布总是说有啥不符合规范,唉,总是在发布的时候遭退~~~。


另外最近感觉好多外头和工作的事情累加了好几项,心态越发的好了,事情推进的有条不紊的,相比于之前,万事靠自身,其实合作也不错。


PS


发现身边事儿、聊点周奇遇,我是沈二,期待奇遇的互联网灵魂~、一起聊天吹水,探索新的可能~wx:breathingss,入圈吧!


附录



作者:沈二到不行
链接:https://juejin.cn/post/7266076520112537637
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

SF Symbols 4 使用指南

iOS
本文基于 WWDC 2022 Session 10157 和 Session 10158 梳理,为了更方便没有 SF Symbols 经验的读者理解,也将往年的 SF Symbols 相关内容一并整理。本文从 SF Symbols 4 的新特性切入,讨论 SF...
继续阅读 »

本文基于 WWDC 2022 Session 10157Session 10158 梳理,为了更方便没有 SF Symbols 经验的读者理解,也将往年的 SF Symbols 相关内容一并整理。本文从 SF Symbols 4 的新特性切入,讨论 SF Symbols 这款由系统字体支持的符号库有哪些优点以及该如何使用。在这次 WWDC 2022 中,除了符号的数量的增加到了 4000+ 之外,还有自动渲染模式、可变符号等新特性推出,让 SF Symbols 这把利器变得又更加趁手和锋利了。




本文是 WWDC22 内参 的供稿。



什么是 SF Symbols


符号在界面中起着非常重要的作用,它们能有效地传达意义,它们可以表明你选择了哪些项目,它们可以用来从视觉上区分不同类型的内容,他们还可以节约空间、整洁界面,而且符号出现在整个视觉系统的各处,这使整个用户界面营造了一种熟悉的感觉。


符号的实现和使用方式多种多样,但设计和使用符号时有一个亘古不变的问题,那就是将符号与用户界面的另一个基本元素——「文本」很好地配合。符号和文字在用户界面中以各种不同的大小被使用,他们之间的排列形式、对齐方式、符号颜色、文本字重与符号粗细的协调、本地化配置以及无障碍设计都需要开发者和设计师来细心配置和协调。




为了方便开发者更便捷、轻松地使用符号,Apple 在 iOS 13 中开始引入他们自己设计的海量高质量符号,称之为 SF Symbols。SF Symbols 拥有超过 4000 个符号,是一个图标库,旨在与 Apple 平台的系统字体 San Francisco 无缝集成。每个符号有 9 种字重和 3 种比例,以及四种渲染模式,它们的默认设计都与文本标签对齐,同时这些符号是矢量的,这意味着它们是可以被拉伸的,使得他们在无论用什么大小时都会呈现出很好的效果。如果你想去创造具有相似设计特征或无障碍功能的自定义符号,它们也可以被导出并在矢量图形编辑工具中进行编辑以创建新的符号。


对于开发者来说,这套 SF Symbols 无论是在 UIKit,AppKit 还是 SwiftUI 中都能运作良好,且使用方式也很简单方便,寥寥数行代码就可以实现。对于设计师来说,你只需要为符号只做三个字重的版本,SF Symbols 会自动地帮你生成其余 9 种字重和 3 种比例的符号,然后在 SF Symbols 4 App 中调整四种渲染模式的表现,就制作好了一份可以高度定制化的 symbol。




如何使用 SF Symbols


SF Symbols 4 App


在开始介绍如何使用 SF Symbols 之前,我们可以先下载来自 Apple 官方的 SF Symbols 4 App,这款 App 中收录了所有的 SF Symbols,并且记录了每个符号的名称,支持的渲染模式,可变符号的分层预览,不同语言下的变体,不同版本下可能出现的不同的名称,并且可以实时预览不同渲染模式下不同强调色的不同效果。你可以在这里下载 SF Symbols 4 App。




符号的渲染模式


通过之前的图片你可能已经注意到了,SF Symbols 可以拥有多种颜色,有一些 symbol 还有预设的配色,例如代表天气、肺部、电池的符号等等。如果要使用这些带有自定义颜色的符号,你需要知道,SF Symbols 在逻辑上是预先分层的(如下图的温度计符号就分为三层),根据每一层的路径,我们可以根据渲染模式来调整颜色,而每个 SF Symbols 有四种渲染模式。




单色模式 Monochrome


在 iOS 15 / macOS 11 之前,单色模式是唯一的渲染模式,顾名思义,单色模式会让符号有一个单一的颜色。要设置单色模式的符号,我们只需要设置视图的 tint color 等属性就可以完成。

let image = UIImage(systemName: "thermometer.sun.fill")
imageView.image = image
imageView.tintColor = .systemBlue

// SwiftUI
Image(systemName: "thermometer.sun.fill")
.foregroundStyle(.blue)

分层模式 Hierarchical


每个符号都是预先分层的,如下图所示,符号按顺序最多分成三个层级:Primary,Secondary,Tertiary。SF Symbols 的分层设定不仅在分层模式下有效,在后文别的渲染模式下也是有作用的




分层模式和单色模式一样,可以设置一个颜色。但是分层模式会以该颜色为基础,生成降低主颜色的不透明度而衍生出来的其他颜色(如上上图中的温度计符号看起来是由三种灰色组合而成)。在这个模式中,层级结构很重要,如果缺少一个层级,相关的派生颜色将不会被使用。

let image = UIImage(systemName: "thermometer.sun.fill")
let config = UIImage.SymbolConfiguration(hierarchicalColor: .lightGray)
imageView.image = image
imageView.preferredSymbolConfiguration = config

// SwiftUI
Image(systemName: "thermometer.sun.fill")
.foregroundStyle(.gray)
.symbolRenderingMode(.hierarchical)

调色盘模式 Palette


调色盘模式和分层模式很像,但也有些许不同。和分层模式一样是,调色盘模式也会对符号的各个层级进行上色,而不同的是,调色盘模式允许你自由的分别设置各个层级的颜色。

let image = UIImage(systemName: "thermometer.sun.fill")
let config = UIImage.SymbolConfiguration(paletteColors: [.lightGray, .cyan, .systemTeal])
imageView.image = image
imageView.preferredSymbolConfiguration = config

// SwiftUI
Image(systemName: "thermometer.sun.fill")
.foregroundStyle(.lightGray, .cyan, .teal)

多色模式 Muticolor


在 SF Symbols 中,有许多符号的意象在现实生活中已经深入人心,比如:太阳应该是橙色的,警告应该是黄色的,叶子应该是绿色的的等等。所以 SF Symbols 也提供了与现实世界色彩相契合的颜色模式:多色渲染模式。当你使用多色模式的时候,就能看到预设的橙色太阳符号,红色的闹铃符号,而你不需要指定任何颜色。

let image = UIImage(systemName: "thermometer.sun.fill")
imageView.image = image
imageView.preferredSymbolConfiguration = .preferringMulticolor()

// SwiftUI
Image(systemName: "thermometer.sun.fill")
.symbolRenderingMode(.multicolor)

自动渲染模式 Automatic


谈论完了四种渲染模式,可以发现每次设置 symbol 的渲染模式其实也是一件费心的事情。为了解决这个问题,在最新的 SF Symbols 中,每个 symbol 都有了一个自动渲染模式。例如下图的 shareplay 符号,你可以看到在右侧面板中,shareplay 符号的第二个模式(分层模式)的下方有一个空心小圆点,这意味着该符号在代码中使用时,假如你不去特意配置他的渲染模式,那么他将使用分层模式作为他的默认渲染模式。



你可以在 SF Symbols 4 App 中查询到所有符号的自动渲染模式。





可变颜色


在有的时候,符号并不单单代表一个单独的概念或者意象,他也可以代表一些数值、比例或者程度,例如 Wi-Fi 强度或者铃声音量,为了解决这个问题,SF Symbols 引入了可变颜色这个概念。


你可以在 SF Symbol 4 App 中的 Variable 目录中找到所有有可变颜色的符号,平且可以通过右侧面板的滑块来查看不同百分比程度下可变颜色的形态。另外你也可以注意到,可变颜色的可变部分实际上也是一种分层的表现,但这里的分层和上文提到的渲染模式使用的分层是不同的。一个符号可以在渲染模式中只分两层,在可变颜色的分层中分为三层,下图中第二个符号喇叭 speaker.wave.3.fill 就是如此。关于这里的分层我们会在后文如何制作可变颜色中详细讨论。




在代码中,我们只需要在初始化 symbol 时增加一个 Double 类型的 variableValue 参数,就可以实现可变颜色在不同程度下的不同形态。值得注意的是,假如你的可变颜色(例如上图 Wi-Fi 符号)可变部分有三层,那么这个 variableValue 的判定将会三等分:在 0% 时将不高亮信号,在 0%~33% 时,将高亮一格信号,在 34%~67 % 时,将高亮 2 格信号,在 68% 以上时,将会显示满格信号。

let img = NSImage(symbolName: "wifi", variableValue: 0.2)

可变颜色的可变部分是利用不透明度来实现的,当可变颜色和不同的渲染模式结合后,也会有很好的效果。




如何制作和调整可变颜色


在 SF Symbols 4 App 中,我们可以自定义或者调整可变颜色的表现,接下来我将带着大家以 party.popper 这个符号为基础制作一个带可变颜色的符号。

  1. 首先我们打开 SF Symbols 4 App,在右上角搜索 party.popper,找到该符号后右键选择 复制为1个自定符号。推荐你在上方将符号的排列方式修改为画廊模式,如下图所示。


  2. 可以注意到右下角的  这个板块,这个符号默认是由两个层级组成的,分别是礼花和礼花筒,同时我们也可以看到,礼花和礼花筒又分别是由更零碎的路径组成的,通过勾选子路径我们可以给每个层新增或者减少路径。那我现在想要给这个符号新增一层,我只需要在画廊模式下,将符号的某一部分拖拽到层里就可以。


  3. 通过这样的操作,我们可以将这个符号整理为四层:礼花筒、线条礼花、小球礼花和大球礼花。为了可变颜色的效果,我们需要按照从下到上:礼花筒、线条礼花、大球礼花和小球礼花的顺序去放置层级,另外,我们可以切换到分层模式、调色板模式和多色模式里面去调整成自己喜欢的颜色来预览效果,我这里调整了多色模式中的配色,具体效果如下。


  4. 接下来,我们将前三层,也就是除了礼花筒外的三层,最右侧的可变符号按钮选中,来表示这三层将可以在可变符号的变化范围内活动。接下来,只要点击颜色区域内的可变符号按钮,我们就可以拖动滑块来查看可变颜色的形态。


  5. 至此,我们就完成了一个带可变颜色的自定义符号,我们可以在合适的地方使用这个符号。例如我的 App 有一个 4 个步骤的新手引导,这时候就可以给每一个步骤配备一个符号来让界面变得更加的活泼。


统一注释 Unified annotations


其实我们已经接触到了 Unified annotations 这个过程,它就是将符号的层级,路径以及子路径整理成在四个渲染模式下都能良好工作的过程,就如同上文彩色礼花筒的例子,我们通过统一注释,让彩色礼花筒符号在不同渲染模式、不同环境色、不同主题色下,都能良好的运作。


那一般来说,对于单色模式,不需要过多的调整,它就能保持良好的形态;对于分层模式和调色盘模式,我们需要在给每个层设定好哪个是 Primary 层、哪个是 Secondanry 层以及哪个是 Tertiary 层,这样系统就会按优先级给符号上合适的颜色;对于多色模式,我们可以根据喜好以及符号的意义,给它预设一个合理的颜色,另外还要注意的是,如果设计了可变颜色在符号中,那么要注意保持可变符号的效果在四个渲染模式上都表现正常。


除了这些之外,还有一些特别的地方需要注意,我们以 custom.heart.circle.fill 为例子。你可以注意到,这个垃爱心符号是有一个圆形的背景的,在这种情况下,假如我们按照原来的规则去绘制单色模式,会发现:背景的圆形和爱心的图案将会是同一个颜色,那我们就将看不见圆形背景下的图案了。




这时我们可以使用 Unified annotations 给我们提供的新功能,我们将上图在 板块的爱心,将它从 Draw 改成 Erase,这样,我们就相当于以爱心的形状镂空了这个白色的背景,从而使该图形展现了出来并且在单色模式下能够一直表现正常。同理,在分层模式和调色盘模式中,也有这个 Erase 的功能共大家调整使用。


字重和比例


SF Symbols 和 Apple 平台的系统字体 San Francisco 一样,拥有九种字重和三种比例可以选择,这意味着每个 SF Symbol 都有 27 种样式以供使用。

let config = UIImage.SymbolConfiguration(pointSize: 20, weight: .semibold, scale: .large)
imageView.preferredSymbolConfiguration = config

// SwiftUI
Label("Heart", systemImage: "heart")
.imageScale(.large)
.font(.system(size: 20, weight: .semibold))

符号的字重和文本的字重原理相同,都是通过加粗线条来增加字重。但 SF Symbols 的三种比例尺寸并不是单纯的对符号进行缩放。如果你仔细观察,会发现对于同一个字重,但是不同比例的符号来说,他们线条的粗细是一样的,但是对符号的整体进行了扩充和延展,以应对不一样的使用环境。


要实现这样的效果,意味着每个 symbol 的底层逻辑并不是一张张图片,而是由一组组的路径构成,这也是为什么在当你想要自定义一个属于自己的 symbol 的时候,官方要求你用封闭路径 + 填充效果去完成一个符号,而不是使用一条简单路径 + 路径描边(stroke)来完成一个符号。



更多关于如何制作一个 symbol 的内容,请移步 WWDC 21 内参:定制属于你的 Symbols





除了字重和比例之外,SF Symbols 还在很多方面进行了努力来方便开发者的工作,例如:符号的变体、不同语言下符号的本地化、符号的无障碍化等,关于这些内容,以及其它由于篇幅原因未在本文讨论的细节问题,请移步 WWDC 21 内参:SF Symbols 使用指南


总结


从上文介绍 SF Symbols 的特性和优点我们可以看到,它的出现是为了解决符号与文本之间的协调性问题,在保证了本地化、无障碍化的基础上,Apple 一直在实用性、易用度以及多样性上面给 SF Symbols 加码,目前已经有了 4000+ 的符号可以使用,相信在未来还会有更多。这些符号的样式和图案目前看来并不是那么的广泛,这些有限的符号样式并不能让设计师安心代替所有界面上的符号,但是有失必有得,在这样一个高度统一的平台上,SF Symbols 在规范化、统一化、表现能力、代码与设计上的简易程度,在今年都又进一步的提升了,达到了让人惊艳的程度,随着 SF Symbols 的继续发展,我相信对于部分开发者来说,即将成为一个最优的符号工具🥳。


更多资料


以下是这几年关于 SF Symbols 的资料:



以下是更早的 SF Symbols 资料:



作者:Mim0sa
链接:https://juejin.cn/post/7236593511009124412
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

用 Metal 画一个三角形(Swift 函数式风格)

iOS
由于今年工作中用得语言换成 Rust/OCaml/ReScript 啦,所以导致我现在写代码更倾向于写函数式风格的代码。 顺便试试 Swift 在函数式方面能达到啥好玩的程度。主要是我不会 Swift,仅仅为了好玩。 创建工程 随便创建个工程,小玩具就不打算跑...
继续阅读 »

由于今年工作中用得语言换成 Rust/OCaml/ReScript 啦,所以导致我现在写代码更倾向于写函数式风格的代码。

顺便试试 Swift 在函数式方面能达到啥好玩的程度。主要是我不会 Swift,仅仅为了好玩。


创建工程


随便创建个工程,小玩具就不打算跑在手机上了,因为我的设备是 ARM 芯片的,所以直接创建个 Mac 项目,记得勾上包含测试。


构建 MTKView 子类


现在来创建个 MTKView 的子类,其实我现在已经不接受这种所谓的面向对象,开发者用这种方式,就要写太多篇幅来描述一个上下文结构跟函数就能实现的动作。

import MetalKit

class MetalView: MTKView {
required init(coder: NSCoder) {
super.init(coder: coder)
device = MTLCreateSystemDefaultDevice()
render()
}
}

extension MetalView {
func render() {
// TODO: 具体实现
}
}

我们这里给 MetalView extension 了一个 render 函数,里面是后续要写得具体实现。


普通的方式画一个三角形


先用常见的方式来画一个三角形

class MetalView: MTKView {
required init(coder: NSCoder) {
super.init(coder: coder)
device = MTLCreateSystemDefaultDevice()
render()
}
}

extension MetalView {
func render() {
guard let device = device else { fatalError("Failed to find default device.") }
let vertexData: [Float] = [
-1.0, -1.0, 0.0, 1.0,
1.0, -1.0, 0.0, 1.0,
0.0, 1.0, 0.0, 1.0
]

let dataSize = vertexData.count * MemoryLayout<Float>.size
let vertexBuffer = device.makeBuffer(bytes: vertexData, length: dataSize, options: [])
let library = device.makeDefaultLibrary()
let renderPassDesc = MTLRenderPassDescriptor()
let renderPipelineDesc = MTLRenderPipelineDescriptor()
if let currentDrawable = currentDrawable, let library = library {
renderPassDesc.colorAttachments[0].texture = currentDrawable.texture
renderPassDesc.colorAttachments[0].clearColor = MTLClearColor(red: 0.0, green: 0.5, blue: 0.5, alpha: 1.0)
renderPassDesc.colorAttachments[0].loadAction = .clear
renderPipelineDesc.vertexFunction = library.makeFunction(name: "vertexFn")
renderPipelineDesc.fragmentFunction = library.makeFunction(name: "fragmentFn")
renderPipelineDesc.colorAttachments[0].pixelFormat = .bgra8Unorm
let commandQueue = device.makeCommandQueue()
guard let commandQueue = commandQueue else { fatalError("Failed to make command queue.") }
let commandBuffer = commandQueue.makeCommandBuffer()
guard let commandBuffer = commandBuffer else { fatalError("Failed to make command buffer.") }
let encoder = commandBuffer.makeRenderCommandEncoder(descriptor: renderPassDesc)
guard let encoder = encoder else { fatalError("Failed to make render command encoder.") }
if let renderPipelineState = try? device.makeRenderPipelineState(descriptor: renderPipelineDesc) {
encoder.setRenderPipelineState(renderPipelineState)
encoder.setVertexBuffer(vertexBuffer, offset: 0, index: 0)
encoder.drawPrimitives(type: .triangle, vertexStart: 0, vertexCount: 3, instanceCount: 1)
encoder.endEncoding()
commandBuffer.present(currentDrawable)
commandBuffer.commit()
}
}
}
}

然后是我们需要注册的 Shader 两个函数

#include <metal_stdlib>

using namespace metal;

struct Vertex {
float4 position [[position]];
};

vertex Vertex vertexFn(constant Vertex *vertices [[buffer(0)]], uint vid [[vertex_id]]) {
return vertices[vid];
}

fragment float4 fragmentFn(Vertex vert [[stage_in]]) {
return float4(0.7, 1, 1, 1);
}

在运行之前需要把 StoryBoard 控制器上的 View 改成我们写得这个 MTKView 的子类。




自定义操作符


函数式当然不是指可以定义操作符,但是没有这些操作符,感觉没有魂灵,所以先定义个管道符


代码实现

precedencegroup SingleForwardPipe {
associativity: left
higherThan: BitwiseShiftPrecedence
}

infix operator |> : SingleForwardPipe

func |> <T, U>(_ value: T, _ fn: ((T) -> U)) -> U {
fn(value)
}

测试管道符


因为创建项目的时候,勾上了 include Tests,直接写点测试代码,执行测试。

final class using_metalTests: XCTestCase {
// ...

func testPipeOperator() throws {
let add = { (a: Int) in
return { (b: Int) in
return a + b
}
}
assert(10 |> add(11) == 21)
let doSth = { 10 }
assert(() |> doSth == 10)
}
}

目前随便写个测试通过嘞。


Functional Programming


现在需要把上面的逻辑分割成小函数,事实上,因为 Cocoa 的基础是建立在面向对象上的,我们还是没法完全摆脱面向对象,目前先小范围应用它。


生成 MTLBuffer


先理一下逻辑,代码开始是创建顶点数据,生成 buffer

fileprivate let makeBuffer = { (device: MTLDevice) in
let vertexData: [Float] = [
-1.0, -1.0, 0.0, 1.0,
1.0, -1.0, 0.0, 1.0,
0.0, 1.0, 0.0, 1.0
]

let dataSize = vertexData.count * MemoryLayout<Float>.size
return device.makeBuffer(bytes: vertexData, length: dataSize, options: [])
}

创建 MTLLibrary


接着是创建 MTLLibrary 来注册两个 shader 方法,还创建了一个 MTLRenderPipelineDescriptor 对象用于创建 MTLRenderPipelineState,但是创建的 MTLLibrary 对象是一个 Optional 的,所以其实得有两步,总之先提取它再说吧

fileprivate let makeLib = { (device: MTLDevice) in device.makeDefaultLibrary() }

抽象 map 函数


根据我们有限的函数式编程经验,像 Optional 这种对象大概率有一个 map 函数,所以我们自家实现一个,同时还要写成柯里化的(建议自动柯里化语法糖入常),因为这里有逃逸闭包,所以要加上 @escaping

func map<T, U>(_ transform: @escaping (T) throws -> U) rethrows -> (T?) -> U? {
return { (o: T?) in
return try? o.map(transform)
}
}

处理 MTLRenderPipelineState


这里最终目的就是 new 了一个 MTLRenderPipelineState,顺带处理把程序的一些上下文给渲染管线描述器(MTLRenderPipelineDescriptor),譬如我们用到的着色器(Shader)函数,像素格式。
最后一行直接 try! 不处理错误啦,反正出问题直接会抛出来的

fileprivate let makeState = { (device: MTLDevice) in
return { (lib: MTLLibrary) in
let renderPipelineDesc = MTLRenderPipelineDescriptor()
renderPipelineDesc.vertexFunction = lib.makeFunction(name: "vertexFn")
renderPipelineDesc.fragmentFunction = lib.makeFunction(name: "fragmentFn")
renderPipelineDesc.colorAttachments[0].pixelFormat = .bgra8Unorm
return (try! device.makeRenderPipelineState(descriptor: renderPipelineDesc))
}
}

暂时收尾


已经不想再抽取函数啦,其实还能更细粒度地处理,因为函数式有个纯函数跟副作用的概念,像 Haskell 里是可以用 Monad 来处理副作用的情况,这个主题留给后续吧。先把 render 改造一下

fileprivate let render = { (device: MTLDevice, currentDrawable: CAMetalDrawable?) in
return { state in
let renderPassDesc = MTLRenderPassDescriptor()
if let currentDrawable = currentDrawable {
renderPassDesc.colorAttachments[0].texture = currentDrawable.texture
renderPassDesc.colorAttachments[0].clearColor = MTLClearColor(red: 0.0, green: 0.5, blue: 0.5, alpha: 1.0)
renderPassDesc.colorAttachments[0].loadAction = .clear
let commandQueue = device.makeCommandQueue()
guard let commandQueue = commandQueue else { fatalError("Failed to make command queue.") }
let commandBuffer = commandQueue.makeCommandBuffer()
guard let commandBuffer = commandBuffer else { fatalError("Failed to make command buffer.") }
let encoder = commandBuffer.makeRenderCommandEncoder(descriptor: renderPassDesc)
guard let encoder = encoder else { fatalError("Failed to make render command encoder.") }
encoder.setRenderPipelineState(state)
encoder.setVertexBuffer(device |> makeBuffer, offset: 0, index: 0)
encoder.drawPrimitives(type: .triangle, vertexStart: 0, vertexCount: 3, instanceCount: 1)
encoder.endEncoding()
commandBuffer.present(currentDrawable)
commandBuffer.commit()
}
}
}

然后再调用,于是就变成下面这副鸟样子

class MetalView: MTKView {
required init(coder: NSCoder) {
super.init(coder: coder)
device = MTLCreateSystemDefaultDevice()
device |> map {
makeLib($0)
|> map(makeState($0))
|> map(render($0, self.currentDrawable))
}
}
}

最后执行出这种效果




作者:壕壕
链接:https://juejin.cn/post/7215891370890952741
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

展开&收起,使用SwiftUI搭建一个侧滑展开页面交互

iOS
项目背景 闲来无事,在使用某云音乐听歌的时候发现一个侧滑展开的内页,交互效果还不错。 那么这一章节中,我们将使用SwiftUI搭建一个侧边展开页面交互。 项目搭建 首先,创建一个新的SwiftUI项目,命名为SlideOutMenu。 逻辑分析 首先我们来分...
继续阅读 »

项目背景


闲来无事,在使用某云音乐听歌的时候发现一个侧滑展开的内页,交互效果还不错。


那么这一章节中,我们将使用SwiftUI搭建一个侧边展开页面交互。


项目搭建


首先,创建一个新的SwiftUI项目,命名为SlideOutMenu




逻辑分析


首先我们来分析下基本的逻辑,一般的侧滑展开方式的交互是,在首页右上角有一个“更多”的按钮,点击按钮时,内页菜单从左往右划出,滑出至离右边20~30的位置停止。


然后首页背景将蒙上一个蒙层,点击蒙层时,侧滑展开的页面从右往左收起


简单分析完逻辑后,我们来实现这个交互。


首页入口


首先,我们需要在首页搭建一个入口,示例:

// 顶部导航入口
private var moreBtnView: some View {
    Button(action: {
    }) {
        Image(systemName: "list.bullet")
            .foregroundColor(.black)
    }
}

然后,我们可以使用NavigationViewnavigationBarItems创建顶部导航按钮样式,示例:

var body: some View {
    NavigationView {
        Text("点击左上角侧滑展开")
            .padding()
            .navigationBarTitle("首页", displayMode: .inline)
            .navigationBarItems(leading: moreBtnView)
    }
}



如此,首页入口部分我们就完成了。


左边菜单


接下来,我们来构建左侧菜单的内容。我们可以沿用之前设计过的“设置”页面的结构,我们先来构建栏目结构。示例:

// MARK: 栏目结构
struct listItemView: View {
    var itemImage: String
    var itemName: String
    var body: some View {
        Button(action: {
        }) {
            HStack {
                Image(systemName: itemImage)
                    .font(.system(size: 17))
                    .foregroundColor(.black)
                Text(itemName)
                    .foregroundColor(.black)
                    .font(.system(size: 17))
                Spacer()
                Image(systemName: "chevron.forward")
                    .font(.system(size: 14))
                    .foregroundColor(.gray)
            }.padding(.vertical, 10)
        }
    }
}

在我们构建侧滑展开的页面前,我们需要声明两个变量,一个是侧滑展开的页面的宽度,一个是当前这个页面的位置。示例:

@State var menuWidth = UIScreen.main.bounds.width - 60
@State var offsetX = -UIScreen.main.bounds.width + 60

我们设置的侧滑展开页面的宽度是屏幕宽度-60,而当前侧滑展开页面的位置是负位置,这样就可以在展示的时候先把页面隐藏起来


而当我们点击顶部导航中的“更多”按钮时,将offsetX偏移量X轴坐标设置为0。示例:

// 顶部导航入口
private var moreBtnView: some View {
    Button(action: {
        withAnimation {
            offsetX = 0
        }
    }) {
        Image(systemName: "list.bullet")
            .foregroundColor(.black)
    }
}

然后,我们创建一个新视图来构建侧滑展开的页面内容,示例:

// MARK: 左侧菜单
struct SlideOutMenu: View {
    @Binding var menuWidth: CGFloat
    @Binding var offsetX: CGFloat

    var body: some View {
        Form {
            Section {
            }
            Section {
                listItemView(itemImage: "lock", itemName: "账号绑定")
                listItemView(itemImage: "gear.circle", itemName: "通用设置")
                listItemView(itemImage: "briefcase", itemName: "简历管理")
            }
            Section {
                listItemView(itemImage: "icloud.and.arrow.down", itemName: "版本更新")
                listItemView(itemImage: "leaf", itemName: "清理缓存")
                listItemView(itemImage: "person", itemName: "关于掘金")
            }
        }
        .padding(.trailing, UIScreen.main.bounds.width - menuWidth)
        .edgesIgnoringSafeArea(.all)
        .shadow(color: Color.black.opacity(offsetX != 0 ? 0.1 : 0), radius: 5, x: 5, y: 0)
        .offset(x: offsetX)
        .background(
            Color.black.opacity(offsetX == 0 ? 0.5 : 0)
                .ignoresSafeArea(.all, edges: .vertical)
                .onTapGesture {
                    withAnimation {
                        offsetX = -menuWidth
                    }
                })
    }
}

上述代码中,我们也对页面宽度menuWidth、偏移位置offsetX进行了声明,方便之后我们在ContentView视图中进行双向绑定


我么使用Form表单和Section段落构建样式,这点就不说了。


值得说的一点是,我们设置了在页面展开的时候,也就是offsetX页面偏移量X轴坐标不为0,我们加了一个阴影,完善了侧滑展开页面的悬浮效果


然后使用offset调整页面初始位置。背景部分,除了根据offsetX页面偏移量X轴坐标加了一个蒙层,而且当我们点击的背景的时候,我们将偏移位置offsetX重新赋值,这样就能实现收起的交互效果。


我们在ContentView视图中展示侧滑展开视图,示例:

var body: some View {
    ZStack {
        NavigationView {
            Text("点击左上角侧滑展开")
                .padding()
                .navigationBarTitle("首页", displayMode: .inline)
                .navigationBarItems(leading: moreBtnView)
        }
        SlideOutMenu(menuWidth: $menuWidth, offsetX: $offsetX)
    }
}

项目展示




恭喜你,完成了本章的全部内容!


快来动手试试吧。


作者:文如秋雨
链接:https://juejin.cn/post/7132848697666175006
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

程序员要学会“投资知识”

iOS
啊,富兰克林,那家伙总是说些深刻的道理。嗯,我们真的可以通过早睡早起变成优秀的程序员吗?早起的鸟儿可能抓住虫子,但早起的虫子会怎么样呢? 然而,富兰克林的开场白确实击中了要害 - 知识和经验确实是你最有价值的职业资产。 不幸的是,它们是有限的资产。随着新技术的...
继续阅读 »

啊,富兰克林,那家伙总是说些深刻的道理。嗯,我们真的可以通过早睡早起变成优秀的程序员吗?早起的鸟儿可能抓住虫子,但早起的虫子会怎么样呢?


然而,富兰克林的开场白确实击中了要害 - 知识和经验确实是你最有价值的职业资产。


不幸的是,它们是有限的资产。随着新技术的出现和语言环境的发展,你的知识可能会过时。不断变化的市场力量可能会使你的经验变得陈旧和无关紧要。考虑到技术和社会变革的加速步伐,这可能会发生得特别迅速。


随着你的知识价值的下降,你在公司或客户那里的价值也会降低。我们希望阻止所有这些情况的发生。


学习新知识的能力是你最关键的战略资产。但如何获取学习的方法,知道要学什么呢?


知识投资组合。


我们可以将程序员对计算过程、其工作应用领域的了解以及所有经验视为他们的知识投资组合。管理知识投资组合与管理金融投资组合非常相似:


1、定期的投资者有定期投资的习惯。


2、多样化是长期成功的关键。


3、聪明的投资者在投资组合中平衡保守和高风险高回报的投资。


4、投资者在低点买入,在高点卖出以获取最大回报。


5、需要定期审查和重新平衡投资组合。


为了在职业生涯中取得成功,你必须遵循相同的指导原则管理你的知识投资组合。


好消息是,管理这种类型的投资就像任何其他技能一样 - 它可以被学会。诀窍是从一开始就开始做,并养成习惯。制定一个你可以遵循并坚持的例行程序,直到它变成第二天性。一旦达到这一点,你会发现自己自动地吸收新的知识。


建立知识投资组合。


· 定期投资。 就像金融投资一样,你需要定期地投资你的知识投资组合,即使数量有限。习惯本身和总数量一样重要,所以设定一个固定的时间和地点 - 这有助于你克服常见的干扰。下一部分将列出一些示例目标。


· 多样化。 你知道的越多,你变得越有价值。至少,你应该了解你目前工作中特定技术的细节,但不要止步于此。计算机技术变化迅速 - 今天的热门话题可能在明天(或至少不那么受欢迎)变得几乎无用。你掌握的技能越多,你的适应能力就越强。


· 风险管理。 不同的技术均匀地分布在从高风险高回报到低风险低回报的范围内。把所有的钱都投资在高风险的股票上是不明智的,因为它们可能会突然崩盘。同样,你不应该把所有的钱都投资在保守的领域 - 你可能会错过机会。不要把你的技术鸡蛋都放在一个篮子里。


· 低买高卖。 在新兴技术变得流行之前开始学习可能就像寻找被低估的股票一样困难,但回报可能同样好。在Java刚刚发明出来后学习可能是有风险的,但那些早期用户在Java变得流行时获得了可观的回报。


· 重新评估和调整。 这是一个动态的行业。你上个月开始研究的时髦技术可能现在已经降温了。也许你需要刷新一下你很久没有使用过的数据库技术的知识。或者,你可能想尝试一种不同的语言,这可能使你在新的角色中处于更好的位置......


在所有这些指导原则中,下面这个是最简单实施的。


(程序员的软技能:ke.qq.com/course/6034346)


定期在你的知识投资组合中进行投资。


目标。


既然你有了一些指导原则,并知道何时添加什么到你的知识投资组合中,那么获取构成它的智力资产的最佳方法是什么呢?以下是一些建议:


· 每年学习一门新语言。


不同的语言以不同的方式解决相同的问题。学习多种不同的解决方案有助于拓宽你的思维,避免陷入常规模式。此外,由于充足的免费资源,学习多门语言变得更加容易。


· 每月阅读一本技术书籍。


尽管互联网上有大量的短文和偶尔可靠的答案,但要深入理解通常需要阅读更长的书籍。浏览书店页面,选择与你当前项目主题相关的技术书籍。一旦养成这个习惯,每月读一本书。当你掌握了所有当前使用的技术后,扩大你的视野,学习与你的项目无关的东西。


· 也阅读非技术书籍。


请记住,计算机是被人类使用的,而你所做的最终是为了满足人们的需求 - 这是至关重要的。你与人合作,被人雇佣,甚至可能会面临来自人们的批评。不要忘记这个方程式的人类一面,这需要完全不同的技能(通常被称为软技能,听起来可能很容易,但实际上非常具有挑战性)。


· 参加课程。


在当地大学或在线寻找有趣的课程,或者你可能会在下一个商业博览会或技术会议上找到一些课程。


· 加入当地的用户组和论坛。


不要只是作为观众成员;要积极参与。孤立自己对你的职业生涯是有害的;了解你公司之外的人在做什么。


· 尝试不同的环境。


如果你只在Windows上工作,花点时间在Linux上。如果你对简单的编辑器和Makefile感到舒适,尝试使用最新的复杂IDE,反之亦然。


· 保持更新。


关注不同于你当前工作的技术。阅读相关的新闻和技术文章。这是了解使用不同技术的人的经验以及他们使用的特定术语的极好方式,等等。


持续的投资是至关重要的。一旦你熟悉了一门新的语言或技术,继续前进并学习另一门。


无论你是否在项目中使用过这些技术,或者是否应该将它们放在你的简历上,都不重要。学习过程将拓展你的思维,开启新的可能性,并赋予你在处理任务时的新视角。思想的跨领域交流是至关重要的;尝试将你所学应用到你当前的项目中。即使项目不使用特定的技术,你仍然可以借鉴其中的思想。例如,理解面向对象编程可能会导致你编写更具结构的C代码,或者理解函数式编程范 paradigms 可能会影响你如何处理Java等等。


学习机会。


你正在狼吞虎咽地阅读,始终站在你领域的突破前沿(这并不是一项容易的任务)。然而,当有人问你一个问题,你真的不知道的时候,不要停在那里 - 把找到答案当做一个个人挑战。问问你周围的人或在网上搜索 - 不仅在主流圈子中,还要在学术领域中搜索。


如果你自己找不到答案,寻找能够找到答案的人,不要让问题无解地悬而未决。与他人互动有助于你建立你的人际网络,你可能会在这个过程中惊喜地找到解决其他无关问题的方法 - 你现有的知识投资组合将不断扩展。


所有的阅读和研究需要时间,而时间总是不够的。因此,提前准备,确保你在无聊的时候有东西可以阅读。在医院排队等候时,通常会有很好的机会来完成一本书 - 只需记得带上你的电子阅读器。否则,你可能会在医院翻阅旧年鉴,而里面的折叠页来自1973年的巴布亚新几内亚。


批判性思维。


最后一个要点是对你阅读和听到的内容进行批判性思考。你需要确保你投资组合中的知识是准确的,没有受到供应商或媒体炒作的影响。小心狂热的狂热分子,他们认为他们的观点是唯一正确的 - 他们的教条可能不适合你或你的项目。


不要低估商业主义的力量。搜索引擎有时只是优先考虑流行的内容,这并不一定意味着这是你最好的选择;内容提供者也可以支付费用来使他们的材料排名更高。书店有时会将一本书突出地摆放,但这并不意味着它是一本好书,甚至可能不受欢迎 - 这可能只是有人支付了那个位置。


(程序员的软技能:ke.qq.com/course/6034346)


批判性分析你所阅读和听到的内容。


批判性思维本身就是一个完整的学科,我们鼓励你深入研究和学习这门学科。让我们从这里开始,提出一些发人深省的问题。


· 五问“为什么”。


我最喜欢的咨询技术之一是至少连续问五次“为什么”。这意味着在得到一个答案后,你再次问“为什么”。像一个坚持不懈的四岁孩子提问一样重复这个过程,但请记住要比孩子更有礼貌。这样做可以让你更接近根本原因。


· 谁从中受益?


尽管听起来可能有点功利主义,但追踪金钱的流动往往可以帮助你理解潜在的联系。其他人或其他组织的利益可能与你的利益保持一致,也可能不一致。


· 背景是什么?


一切都发生在自己的背景下。这就是为什么声称“解决所有问题”的解决方案通常站不住脚,宣扬“最佳实践”的书籍或文章经不起审查的原因。 “对谁最好?” 是一个需要考虑的问题,以及关于前提条件、后果以及情况是短期还是长期的问题。


· 在何种情况下和何地可以起作用?


在什么情况下?是否已经太晚了?是否还太早了?不要只停留在一阶思维(接下来会发生什么);参与到二阶思维中:接下来会发生什么?


· 为什么这是一个问题?


是否有一个基础模型?这个基础模型是如何工作的?


不幸的是,如今找到简单的答案是具有挑战性的。然而,通过广泛的知识投资组合,并对你遇到的广泛技术出版物进行一些批判性分析,你可以理解那些复杂的答案。


(程序员的软技能:ke.qq.com/course/6034346)


作者:用心看世界Heart
链接:https://juejin.cn/post/7271908000414580776
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

也谈“前端已死”

一、一些迹象 逛社区,偶然看到了这张图片: 嗯……我眉头一皱,久久不语,心想,有这么夸张吗,假的吧? 突然想到,最近我在社区发了个前端招聘的信息,结果简历漫天纷飞,塞爆邮箱。 莫非,前端这个岗位真的不再是供不应求了?🤔 二、原因分析 我细想下,也差不多到时候...
继续阅读 »

一、一些迹象


逛社区,偶然看到了这张图片:



嗯……我眉头一皱,久久不语,心想,有这么夸张吗,假的吧?


突然想到,最近我在社区发了个前端招聘的信息,结果简历漫天纷飞,塞爆邮箱。


莫非,前端这个岗位真的不再是供不应求了?🤔


二、原因分析


我细想下,也差不多到时候了。


从16年到现在,算算,7年的时间了。


前端大火就是从16年开始的,多种原因,包括:


移动互联网的兴起,传统行业的数字化转型,大前端技术的普及等。


紧接着是Vue为代表的前端框架和工具的兴起,使得前端开发的门槛进一步降低,前端也成为进入互联网圈子的最快最容易的跳板,促使前端圈进一步繁荣。


然而,连王菲都知道,没有什么是长盛不衰的。



发展,稳定,衰落是亘古不变的事物发展规律。


各种迹象表明,无论是有意还是无意,目前互联网的发展似乎进入了平稳期,这也意味着岗位的需求也开始变得平稳,而涌入这个行业的新人却没有停止,这就必然导致到了某个时间点,前端从业人员会达到饱和,于是那些没有竞争力的人就会遇到求职困境。


遇困的人多了,在社区的声音多了,自然也就会出现“前端已死”这样的言论。


三、破局之道


想要改变这种现状,只能是下面两种方法。


一是烧香拜佛,祈祷互联网大环境好转,最好再来一波生产力或生产环境的变革,让前端行业再赶上一波发展的春风,催生更大的岗位需求,何愁就业?


但显然,寄希望于大环境是不靠谱的,生产力虽然一定是往上走的,但说不定不是助力行业的发展,而是革了行业的命。


比方说现在很火的chatGPT,你说是会增加前端岗位呢,还是空窗加倍绝绝子?


所以,要想前端碗端得稳,前端饭吃得香,还是得靠下面这个方法,也就是想办法提高个人的核心竞争力。


提高核心竞争力


所谓核心竞争力,说白了,就是你能干别人干不了的活,能做别人做不了的事情。


更直白一点,就是你能给团队创造比别人更多的价值。


很普通的一句话,对不对?但是意识到和意识不到,那可是天差地别。


最近虽然收到了很多简历,但是看完之后都只能无奈摇头,不能说一模一样嘛,可以说极其雷同,缺少区分度。


专业技能均是全覆盖,工作描述均是自己用了什么前端框架,做了什么什么工作。


没有任何吸引人的信息,给人感觉,就是个普通的前端从业人员,领导安排个需求,然后接受,排期,完成开发,上线,这种。



这就……对吧,不是不给机会,实在是给不了。


一百份简历竞争一个招聘HC,肯定是把面试机会留给那些有突出亮点的人的。


拿工作描述举例,你一个一个罗列你做的项目,用了哪些技术有什么用?所有投简历的人都有做项目,都有使用前端技术,你的这些描述完全就是废话,简历扔垃圾箱的那种。


不需要扯那么多,你就说你比别人牛在什么地方!


注意,这个牛,不一定就是技术水平或者业务成果,任何亮点都可以,只要是能够做到别人做不到的事情,同时是对团队有帮助的,都可以。


举几个例子:


– 我参与了团队所有项目的开发,“所有”就是亮点,隐约让人觉得你是可信任的。


– 我是团队下班最晚的,工作最积极的。也是亮点,可以提,工时越长,通常产出越多,性价比就越高。


– 我在团队里做了很多看不见的工作。亮点,主动承担边缘工作不是所有人都可以做到的。


– 我是团队内分享(面授或文章都可以)次数第一。亮点,加分,帮助团队成长也是一种价值产出。


– 我连续获得四星五星荣誉,或者优秀员工称号,加分,公司的认可比自己在简历上吹上天都有用。


甚至是工作以外的特长都可以,我是钓鱼大佬,我是跑步达人,我是综艺专家,我是健身狂人,都可以,因为一个人能坚持自己的爱好并做到出众,也是不简单的。



可偏偏问题就在于,能够获得面试机会的亮点如此简单,很多人却没有,一个也没有。


因为在日常工作中就没有这种意识,就是我要做得比别人更好、我要强化我的优势、我要想办法让团队变得更好的意识。


平时工作就是浑浑噩噩的状态,等需求,写代码,上线,拿钱,一切都是在被动进行,仅把前端当作职业而非事业,总是希望干活少,拿钱多。


所以做事难以精益求精,也不会为了更好的未来努力让当下的自己变得更好,也不会主动做那些工作以外的对团队有帮助的事情,典型的被网上的躺平言论给忽悠瘸了。


弄错了因果,即,我给老板加班,又不会给我涨薪,我为什么要加班?我学习更底层的技术,平时又用不到,我为什么要学?我平时工作那么忙,还要我去写文档做分享,我为什么要做?


所以,找不到工作就不要怨天尤人了,也别说什么“前端已死”,前端行业好着呢,优秀的前端不知道多缺,年薪不知道有多高!


框架的能力


很多人做开发非常熟练,各种得心应手,于是就会觉得自己是个挺有竞争力的前端开发人员。



高启强没有说话,只是呵呵一笑。


这是不小心把框架的能力当作自己的能力了。


大家不妨冷静想一想,借助一个成熟的框架,开发出一个合格的Web应用,他的难度有多高?


更具体点,我们经常使用的各种小程序和快应用,让一个培训班里培训了3个月的新人,以及充足的时间,他能不能捣鼓出来?


答案显而易见,肯定可以,至少绝大多数人都可以。


因为使用一个东西的难度要比创造一个东西的难度低多了。


也就是,基于Vue等前端框架的开发,它是需要技术的,但是,它并不需要的很高的技术。


这种状态最容易迷惑人,所谓满瓶不动半瓶摇。


如果不能跳出自己所处的环境,正在更高的视角看待自己,非常容易对自己在行业所处的层次造成误判,譬如,我明明干活很利索,怎么没有面试机会,一定是我们这个行业出问题了。


这就是误判,有问题的不是行业,而是自己的竞争力不足。


我再说一遍,希望大家不要嫌啰嗦,使用工具的能力,并不能作为核心竞争力,因为现在学习资料很丰富,社区很活跃,什么问题都可以找到解决方案,你能做到的别人也能做到,没有任何优势,不属于竞争力。


反而是下面这些能力有足够的区分度。


  • 比他人涉猎更广,例如音视频处理、图形表现实现或者Node开发有较多经验;
  • JS、CSS等前端基本功扎实,积累深厚,各种API特性了然于心,最佳实践信手捏来;
  • 具有设计审美或者产品嗅觉灵敏,开发的产品体验非常好,干活很细。

拥有这些能力或特质,并在简历上表现出来,最好有材料佐证,那找到一份满意的工作是非常轻松的事情。


就怕一年经验十年用,从此外卖天天送。



当然,不可否认,虽说框架与工具让很多人陷入了温床,但对于国家整个数字化转型和互联网的发展是做出了重大贡献的。


在巨大需求出现的时候,有足够多的人力迅速投身这个行业,带动整个行业的发展。


只是,潮水终会退去,只有那些真正会游泳的才能继续在大海中徜徉。


四、未来如何


常常有人问我,旭哥,我应该学什么才有前途?


每当看到这样的问题,我都会眉头紧锁,过于功利的心态,在技术这条路上注定难有大成。


这就有点类似于养殖业,比如说前两年养鲈鱼很赚钱,结果很多养殖户改养鲈鱼,造成今年鲈鱼泛滥,市场存量是过去数倍,根本卖不出价格,最后赔得裤衩都不剩了。


技术其实也是类似,有人一看前端就业形势大好,都去搞前端,结果“前端已死”。


技术栈也是一样,妄图学完之后自己就成了香饽饽,可能吗?人是趋利性的动物,就算你眼光独到,命运垂怜,抢得先机,但数年之后呢?


所以,其实重要的不是学了什么,而是学得怎么样。


心无旁骛,专注自身,无论学什么,从事哪个职业,只要自己足够有竞争力,都有前途。


无论是历史悠久的后端开发,还是巅峰期早已过去的客户端开发,亦或者是开始进入稳定期的前端开发,均是如此。


前端的未来


随着消费和广告行业的慢慢复苏,前端的就业情况会有所好转。但是……


首先,这个好转不会很快,而是很缓慢那种,因为当一个事物陷入低谷再要起来,前期都是缓慢的,需要升到某一个临界点之后,才会明显加速。


其次,就算前端的就业情况有所恢复,也不可能恢复到疫情之前的那种火热,那个时候遍地都是前端培训班,非常夸张。


至于前端是否会死,这个完全不要担心。


只要互联网还在,前端这个职业就不会消失,因为无论设备介质如何变化,用户的交互行为都不会消失,而前端就是一个处理人机交互的职业。


而人工智能的兴起,确实会对前端这个职业产生影响,是危机但也是机遇,如果你安于现状,则是危机,如果你勤于学习,则人工智能是机遇,会让你的产出更加高效。


这么看来,最核心的竞争力应该是学习的能力!


(完)


作者:张鑫旭
链接:https://juejin.cn/post/7218109174084534330
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

大专生自学前端求职历险记

关于我 由于高中的游手好闲、不学无术,没有考上大学。去了一所专科学校,本以为自己能够浪子回头,在学校好好学习。可惜的是,来到一个陌生又充满诱惑的城市后,迅速的迷失了自己,天天埋头打游戏,学习的事情早已抛之脑后。 一晃眼,到了2020年,疫情的接踵而至,让我这个...
继续阅读 »

关于我


由于高中的游手好闲、不学无术,没有考上大学。去了一所专科学校,本以为自己能够浪子回头,在学校好好学习。可惜的是,来到一个陌生又充满诱惑的城市后,迅速的迷失了自己,天天埋头打游戏,学习的事情早已抛之脑后。


一晃眼,到了2020年,疫情的接踵而至,让我这个本来没有任何技术、学历的“闲散人士”更加雪上加霜。豪不夸张的说,当时去实习,就差跪着求人家要我,说自己不要薪资。经历过一个月后,也就是2020年5月底,我找到了一份前端开发工作,从此开启了我的前端开发工作之旅。


在专科学校里的时间,我并没有意识到社会市场的残酷,甚至天真的认为自己还是能够辛苦点的找到一份工作。可是,现实给了我当头一棒,没有技术、没有学历、疫情打击。那一段时间应该是真的认知自己的时间,家里也没什么闲钱供我去培训班,我也不知道我出去能干嘛。去看了一圈市场,与跟同学的了解,了解到了前端开发工作,所以就一股脑扎进这个行业当中。


求职之旅


跟大多数人一样,并不知道应该从何处下手,当时在我的认知当中就知道一个 JQuery,所谓的 MVVM 框架简直是一无所知。点开小破站,找到点击率最高的视频,开始自学起来。


了解到一点框架的皮毛、然后死记硬背一点基础,统统写进简历当中。


所以我的学习曲线是如图下所示



跟大多数人一样,我是直接通过框架起手学习的前端。导致了我对于问题的处理能力几乎为零,遇到问题直接就双手离开键盘。看不懂,是真的看不懂(如果有相同感受的可以在评论抠一个 1)。


对着视频学了十天左右,写了一个 demo,屁颠颠的去求职。结果也是可想而知,人家也不是傻子一眼识破。四处碰壁,简历丢出去,根本没人看。兜兜转转持续了一个月左右,终于有一家小公司愿意给一个面试机会,马不停蹄的出发去面试,坐了一个小时左右的地铁抵达一个破旧不堪的写字楼,当时要不是看到周围还有一个高校,我还以为我去了一个搞传销的地方。。。推开一个破旧的们,一个很小的房间,两个人坐在里面给我面试。我也很直白的说自己只会一点点皮毛,他们也很直白的告诉我:我们条件有限,相当于是各取所需。其实老实说,我挺感动的,没有给我画大饼,也很直白的说我图他们要我,他们图我不要啥钱。


最终,我也算是如愿找到了这份实习工作,一个月 2000。也算是不错的结果了。


实习项目开发


去到公司以后,也马不停蹄的开始了开发工作。首先就是让我从一个简单的后台管理系统开始入手。但是问题也来了,我根本不知道什么叫管理系统,连项目搭建我都不会,然后就是两眼一抹黑。不停的去百度,查看如何搭建一个后台管理系统。


老实说,我当时连路由是什么我都不清楚,更别说加一堆乱七八糟的功能在里面了。哪个过程可想而知,多么的折磨人。经历了半个月,模板被我折腾起来了一个简单的样子,对着人家的管理系统样子进行拙劣的模仿。但是 bug 满天飞也是避免不了的问题。并且没有丝毫的设计可言,纯纯的依托答辩。


最后的最后,实在是看不下去了(包括我自己),去网上扒了一个模板开始自己去折腾。为什么一开始不考虑使用模板呢?因为我看不懂代码,下不去手。


虽然最后跌跌撞撞的项目启动起来了,但是也算是我第一次项目开发的经历吧。后续持续的添加一些功能,改动一些简单的样式,还好老板也很佛系,没有为难我,基本上没有魔改模板。所以也算是顺利的完成了后台管理系统的开发任务。


小插曲


在实习工作的期间,在技术群中认识了一个很牛的大佬。经常我在群里问一些傻逼问题(因为自己基础太差了),但是他都会很耐心的给我讲解,甚至是下班后抽出时间给我远程讲课。也算是我的半个引路人吧,让我知道了如何去玩儿前端。在这里手动抠一个感谢🙏🙏🙏。


步入正轨


在经历过第一个项目开发后,也算是知道了框架应该如何去玩儿(也就是知道了框架的 api 如何去调用)。也知道了如何去学好前端,所以慢慢的回头去了解基前端的三大基础知识 js css html


其实我相信很多人跟我一样,开始都是赶鸭子上架的形式去开发项目,遇到问题束手无策;遇到 bug 不知道如何去排查;遇到不知道如何去实现。。。最后我也总结出了问题所在,那就是基础的不扎实,学习顺序的问题,导致了这些问题。


啰嗦一句


哪怕是现在,我有时候跟网友聊天的时候也能听到一些让人不能理解的观点:前端那么简单有什么难度?前端不就是写写页面?前端。。。。


从我的观点出发而言,前端这个岗位确实是属于,宽进严出。想入行确实很容易,毕竟像我这样啥也不懂的,通过十来天的学习都能去做前端开发的事情。


但是,但是,但是,重要的话说三遍,前端的简单是因为它的入行门槛低。但是入门和会还是有本质的区别,绝大多数前端开发工作都是写 后台管理系统,这种开发,都是直接套用现成模板与组件就能够写。如果是定制化开发,脱离了后台管理系统的开发,那还是有手就行吗?


继续步入正轨


在工作的时间中,也认识了很多互联网大厂的大牛:滴滴、网易、腾讯等,经常厚着脸皮去请教他们。但是他们回应最多的是:多看基础,看书!


大佬们都这么说,那还等什么!直接开始行动。


  • 绿宝书:犀牛书
  • 红宝书:javascript高级程序设计
  • 黄宝书:你不知道的js

直接搞起来!虽然我很讨厌看书,但是看到自己实习的 2k 工资,我还不动起来,那可能真就废了。


所以每天下班后,回家翻开书籍,开始看。果不其然,一看就打瞌睡,生涩、枯燥的知识内容。没办法,继续去请教如何看书学习,得到的答案就是:好记性,不如烂笔头。


然后读书的时候,边看边写,跟做笔记一样。效果果然好多了,没那么容易打瞌睡。而且我也买了一些零食(口香糖、耐嚼的肉干之类的)边看边吃,让自己集中注意力。总之是为了能够学到真知识,想尽了各种办法。


半个月后,看了几章节基础,感觉确实潜移默化的改变了一些。写代码的时候不会那么的茫然;反复调试的次数少了一些;知道了更多好用的 api ,代码质量有一定的提高。


读书笔记分享


读书笔记


在这里分享一篇,自己从零开始写的一些笔记。不过自己已经停更很久了。


实习总结


经过两个月的实习后,时间也来到了 2020年7月,我毕业了。我也学到了很多东西,但是我觉得,这样子的工作状态并不是我喜欢的。


回学校简单收拾了一下,也决定了辞职。去找一份更加有前途的工作,当然这里肯定有很多人疑惑:你凭什么啊?确实是如此,包括我的父母,也是很疑惑并且还质疑的问道:你上几个月班,忘了自己的实际情况了?


我也开始反思,自己真的就那么的蠢、那么的不堪吗?


果断辞职


经过我的深思熟虑后,还是在毕业后辞职了。在出租屋沉淀了一个月,这一个月基本上每天只睡了五六个小时,其余时间都花在了基础的夯实上面,狠狠的补充前端基础知识。每天醒来就是:看书、写 demo、请教大佬,每天如此,孜孜不倦。


一个月后,整理自己的简历,然后又开始了自己的求职之旅。


二次求职


求职之路,也并没有自己想的那么顺利。别人也没有因为我简历写的东西多了那么一点可怜的东西而青睐你。


我也在开始反思,自己的辞职是否正确。因为我的本质问题并没有解决:没有学历、没有经验。期间也在自我怀疑、自我安慰,也在凌晨的时候,抓耳挠腮,头发也在开始一大把一大把的掉。


就这样持续了一个月左右,我终于又收到了一份面试邀请。马不停蹄的前去面试,结果却出乎我的意料,他们并没有问我八股文,反而是对我所说的经历感兴趣。我也是添油加醋的说了一顿我的实习经历、辞职后的这一个月的学习经历。


最后的最后,他们通过了我的初试。给我说需要老大亲自面试,我开始很忐忑。但是见到老大后,他是一个很和蔼的老师,并没有刁难我,也没有问我刁钻问题,只是跟我谈了一下基本情况、了解了我的基本情况,就通过了我的二次面试。


二次求职之旅结果


我很幸运,因为,让我去打工的地方是一个资源丰富的高校。我的老大也是院长,初次面试的两位也是两位老师。我也如愿以偿的又有了一份新的工作,接触到了极其丰富的资源。


老师们也很愿意教授知识,让我的技术再次的突飞猛进。


开发项目:


  • 北京冬奥会水立方保电系统
  • 基于负荷聚合的园区能量态势感知与交易系统
  • 电压暂降仿真模拟系统

薪资变化


毕业后,我的薪资也算是以每年翻倍的涨幅进步。也算是我的学习换来的回报吧。还是挺不错的~


现在


截至目前,经过三年零两个月的工作时间,也算是勉强迈入了初级前端开发的门槛吧。不断的学习中,也在积极的参与开源的贡献。



这些都是本人参与开发、贡献的项目,有兴趣可以点开看看。如果觉得有用也可以点一个小星星🌟~~~


最后


学习确实是一个枯燥的过程,也是一个很痛苦的过程。包括自己,如果不是那些大佬对我的帮助,我也不会那么快的进步。最后还是很衷心的感谢他们对我的帮助~


作者:Account_Ray
链接:https://juejin.cn/post/7282170455682908218
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

利用 UICollectionView 实现图片浏览效果

iOS
废话开篇:利用 UICollectionView 简单实现一个图片浏览效果。 一、效果展示 二、实现思路 1、封装 UICollectionViewLayout ,实现内部 UICollectionViewCell 的布局。 UICollectionView...
继续阅读 »

废话开篇:利用 UICollectionView 简单实现一个图片浏览效果。


一、效果展示




二、实现思路


1、封装 UICollectionViewLayout ,实现内部 UICollectionViewCell 的布局。

UICollectionViewLayout 在封装瀑布流的时候会用到,而且担负着核心功能的实现。其实从另一个角度也可以把 UICollectionViewLayout 理解成“数据源”,这个数据不是 UI 的展示项,而是 UI 的尺寸项。在内部进行预计算 UICollectionViewCellframe


UICollectionViewUIScrollView的子类,只不过,它里面子控件通过“重用”机制实现了优化,一些复用的复杂逻辑还是扔给了系统处理。开发过程中只负责对 UICollectionViewLayout 什么时候需要干什么进行自定义即可。


2、获取 UICollectionView 目前可见的 cells,通过进行缩放、旋转变换实现一些简单的效果。

3、自定义 cell ,修改锚点属性。

三、代码整理


1、PhotoBrowseViewLayout

这里有一点需要注意的,在 UICollectionViewLayout 内部会进行计算每一个 cellframe,在计算过程中,为了更好的展示旋转变换,cell 的锚点会修改到 (0.5,1),那么,为了保证 UI 展示不变,那么,就需要将 y 增加 cell 高度的一半

#import "PhotoBrowseViewLayout.h"

@interface PhotoBrowseViewLayout()

@property(nonatomic,strong) NSMutableArray * attributeArray;

@property(nonatomic,assign) CGFloat cellWidth;

@property(nonatomic,assign) CGFloat cellHeight;

@property(nonatomic,assign) CGFloat sep;

@property(nonatomic,assign) int showCellNum;


@end

@implementation PhotoBrowseViewLayout

- (instancetype)init
{
    if (self = [super init]) {
        self.sep = 20;
        self.showCellNum = 2;
    }
    return self;
}

//计算cell的frame
- (UICollectionViewLayoutAttributes *)layoutAttributesForItemAtIndexPath:(NSIndexPath *)indexPath
{
    if (self.cellWidth == 0) {
        self.cellWidth = **self**.collectionView.frame.size.width * 2 / 3.0;
    }
    if (self.cellHeight == 0) {
        self.cellHeight = self.collectionView.frame.size.height;
    }
    CGFloat x = (self.cellWidth + self.sep) * indexPath.item;
//这里y值需要进行如此设置,以抵抗cell修改锚点导致的UI错乱
    CGFloat y = self.collectionView.frame.size.height / 2.0;
    UICollectionViewLayoutAttributes *attrs = [UICollectionViewLayoutAttributes layoutAttributesForCellWithIndexPath:indexPath];

    attrs.frame = CGRectMake(x, y, self.cellWidth, self.cellHeight);
    return attrs;
}

//准备布局
- (void)prepareLayout
{
    [super prepareLayout];
    NSInteger count = [self.collectionView numberOfItemsInSection:0];
    for (int i = 0; i <count; i++) {
        UICollectionViewLayoutAttributes *attris = [self layoutAttributesForItemAtIndexPath:[NSIndexPath indexPathForRow:i inSection:0]];
        [self.attributeArray addObject:attris];
    }
}

//返回全部cell的布局集合
- (NSArray *)layoutAttributesForElementsInRect:(CGRect)rect
{
    return self.attributeArray;
}

//一次性提供UICollectionView 的 contentSize
- (CGSize)collectionViewContentSize
{
    NSInteger count = [self.collectionView numberOfItemsInSection:0];
    CGFloat maxWidth = count * self.cellWidth + (count - 1) * self.sep;
    return CGSizeMake(maxWidth, 0);
}

- (NSMutableArray *)attributeArray
{

    if (!_attributeArray) {
        _attributeArray = [[NSMutableArray alloc] init];
    }
    return _attributeArray;
}

@end

2、PhotoBrowseCollectionViewCell

这里主要是进行了锚点修改(0.5,1),代码很简单。

#import "PhotoBrowseCollectionViewCell.h"

@interface PhotoBrowseCollectionViewCell()

@property(nonatomic,strong) UIImageView * imageView;

@end

@implementation PhotoBrowseCollectionViewCell


- (instancetype)initWithFrame:(CGRect)frame
{
    if (self = [super initWithFrame:frame]) {
//设置(0.5,1)锚点,以底部中点为轴旋转
        self.layer.anchorPoint = CGPointMake(0.5, 1);
        self.layer.masksToBounds = YES;
        self.layer.cornerRadius = 8;
    }
    return self;
}

- (void)setImage:(UIImage *)image
{
    self.imageView.image = image;
}


- (UIImageView *)imageView
{

    if (!_imageView) {
        _imageView = [[UIImageView alloc] init];
        _imageView.contentMode = UIViewContentModeScaleAspectFill;
        _imageView.backgroundColor = [UIColor groupTableViewBackgroundColor];
        [self.contentView addSubview:_imageView];
    }
    return _imageView;
}

- (void)layoutSubviews
{
    [super layoutSubviews];
    self.imageView.frame = **self**.contentView.bounds;
}

@end

3、CollectPhotoBrowseView

CollectPhotoBrowseView 负责进行一些 cell 的图形变换。

#import "CollectPhotoBrowseView.h"
#import "PhotoBrowseCollectionViewCell.h"
#import "PhotoBrowseViewLayout.h"

@interface CollectPhotoBrowseView()<UICollectionViewDelegate,UICollectionViewDataSource>

@property(nonatomic,strong) UICollectionView * photoCollectView;

@end

@implementation CollectPhotoBrowseView

- (instancetype)initWithFrame:(CGRect)frame
{
    if (self = [super initWithFrame:frame]) {
        [self makeUI];
    }
    return self;
}

- (void)makeUI{
//设置自定义 UICollectionViewLayout
    PhotoBrowseViewLayout * photoBrowseViewLayout = [[PhotoBrowseViewLayout alloc] init];
    self.photoCollectView = [[UICollectionView alloc] initWithFrame:self.bounds collectionViewLayout:photoBrowseViewLayout];
    self.photoCollectView.delegate = self;
    self.photoCollectView.dataSource = self;
    [self.photoCollectView registerClass:[PhotoBrowseCollectionViewCell class] forCellWithReuseIdentifier:@"CELL"];
    self.photoCollectView.showsHorizontalScrollIndicator = NO;
    [self addSubview:self.photoCollectView];
//执行一次可见cell的图形变换
    dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(0.0 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
        [self visibleCellTransform];
    });
}

- (NSInteger)collectionView:(UICollectionView *)collectionView numberOfItemsInSection:(NSInteger)section
{
    return 20;
}

- (UICollectionViewCell *)collectionView:(UICollectionView *)collectionView cellForItemAtIndexPath:(NSIndexPath *)indexPath
{
    PhotoBrowseCollectionViewCell * cell = [collectionView dequeueReusableCellWithReuseIdentifier:@"CELL" forIndexPath:indexPath];
    [cell setImage: [UIImage imageNamed:[NSString stringWithFormat:@"fd%ld",indexPath.item % 3 + 1]]];
    return cell;
}

#pragma mark - 滚动进行图形变换
- (void)scrollViewDidScroll:(UIScrollView *)scrollView
{
//滑动的时候,动态进行cell图形变换
    [self visibleCellTransform];
}

#pragma mark - 图形变化
- (void)visibleCellTransform
{
//获取当前可见cell的indexPath集合
    NSArray * visibleItems =  [self.photoCollectView indexPathsForVisibleItems];
//遍历动态进行图形变换
    for (NSIndexPath * visibleIndexPath in visibleItems) {
        UICollectionViewCell * visibleCell = [self.photoCollectView cellForItemAtIndexPath:visibleIndexPath];
        [self transformRotateWithView:visibleCell];
    }
}

//进行图形转换
- (void)transformRotateWithView:(UICollectionViewCell *)cell
{
//获取cell在当前视图的位置
    CGRect rect = [cell convertRect:cell.bounds toView:self];
//计算当前cell中轴线与中轴线的距离的比值
    float present = ((CGRectGetMidX(rect) - self.center.x) / (self.frame.size.width / 2.0));
//根据位置设置选择角度
    CGFloat radian = (M_PI_2 / 15) * present;
//图形角度变换
    CGAffineTransform transformRotate = CGAffineTransformIdentity;
    transformRotate = CGAffineTransformRotate(transformRotate, radian);
//图形缩放变换
    CGAffineTransform transformScale = CGAffineTransformIdentity
    transformScale = CGAffineTransformScale(transformScale,1 -  0.2 *  fabs(present),1 - 0.2 * fabsf(present));
//合并变换
    cell.transform = CGAffineTransformConcat(transformRotate,transformScale);
}

@end

四、总结与思考


UICollectionView 也是 View,只不过系统为了更好的服务于开发者,快速高效的实现某些开发场景,进行了封装与优化,将复杂的逻辑单独的封装成一个管理类,这里就是 UICollectionViewLayout,交给它去做一些固定且复杂的逻辑。所以,自定义复杂UI的时候,就需要将功能模块足够细化,以实现更好的代码衔接。代码拙劣,大神勿笑[抱拳][抱拳][抱拳]


作者:头疼脑胀的代码搬运工
链接:https://juejin.cn/post/7119028552263008293
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

从互联网到国企、从一线城市到三线省会

6月的北京格外的闷热,比起内蒙真的热了不少,整整四个月没来北京了,晚上出高铁来到清河站时还是那么的熟悉,挤上13号线路过五道口、知春路,去西直门换乘2号线,再换上5号线到了宋家庄,最后换上回村的亦庄线,从北京的最西北边走到最东南角。看着地铁上的疲惫的人们,这次...
继续阅读 »

6月的北京格外的闷热,比起内蒙真的热了不少,整整四个月没来北京了,晚上出高铁来到清河站时还是那么的熟悉,挤上13号线路过五道口、知春路,去西直门换乘2号线,再换上5号线到了宋家庄,最后换上回村的亦庄线,从北京的最西北边走到最东南角。看着地铁上的疲惫的人们,这次回来自己更像是一个游客的视角,观察着以前的“自己”。从3月初离职一直没有记录过这段经历,但这次去北京让我觉得有必要写一些自己的感受和体会。


离职前的纠结


意外通过的面试


毕业四年一直从事Java开发,在京东两年左右,2月份很偶然的看到内蒙的一则国企招聘,本着今年大概率要回去工作的想法,顺便就报名了,又很顺利的通过了笔试和面试,面试时特意请假一天从北京跑回内蒙,下午等待面试的时候手机被收走四个小时,四个小时没处理工作消息差点爆炸,各种报警和需求沟通群里被@,面试完急匆匆的坐高铁回北京继续上班。本来只是想试下机会,莫名就通过了,这下轮到自己开始纠结了。


无时无刻的报警&下不了的班


在京东工作应该是我做开发这些年达到的事业最高峰,从之前写简单逻辑的小菜鸟一下子开阔了视野,见到从未了解的新领域,对流量并发有了新的认识。但这份工作确实很辛苦,我们几乎是7*24小时待命,每天都要保持手机开机,随时都会有接口报警,一定要第一时间响应处理,核心接口还要配置语音报警,即使晚上也会直接打电话进行通知,如果不接电话就会被系统记录,还有一些产品运营的问题也会随时发生,某些定位的门店或者商品不展示了,都要及时给人家反馈处理。这两年我们真的不管去哪里都要带着电脑,出去旅游或者逛街都是如此,脑子里的那根弦一直紧紧绷着,就像是悬在头上的达摩克利斯之剑。


还有每天忙碌的工作,写不完的需求,开不完的会,解决不完的问题,下不了的班,从早上九点去了就开始忙碌,经常晚上十点多才可以下班,很多人可能会待到12点甚至更久,但我确实是卷不动了,身上压着的三座大山,需求排期、日常报警、绩效目标,每个月的发版上线是不可能变得,再多事情也得把需求开发完和前后端联调完,再让测试验证通过,而这期间有报警问题也要第一时间处理,不然会记录个人的问题处理能力,如果报警拖久了变成事故,那就是全部人背锅了。每个季度的绩效目标也要完成,否则到了季度末绩效考核验证时,即使需求都写完,报警都处理了,绩效目标没完成也是不合格。时间就是那么多,任何事情的优先级都很高,只能自己不断加班去做。京东工作这两年都没有写过自己的博客,因为确实是没有时间,这些以后想写一个京东工作系列再详细记录下来。


坚持还是放弃


即使吐槽了很多,但压力确实让人成长,这些年是对我职业生涯的重新铸造,就像炼铁般一锤一锤反复敲打,从思维逻辑到开发能力、沟通交流等方面都有了很大的改变,自己逐渐成长为了部门最能背锅的,顶住了网关这个问题爆炸源。此时走难免不甘心,上个季度末刚拿到了A+的绩效,国企面试通过的同时也通过了京东内部晋升评审,正如自己一直喜欢开发这行,眼前也是事业逐渐越来越好,朝着预期的目标不断靠近,此时真的要激流勇退吗。


这个问题真的思考了很久很久,在北京很快乐也很痛苦,做着最喜欢的事情,但这么多年也只有自己,我慢慢认为生活不应该是这样的,生活不应该只有工作,工作是为了生活,但生活不是为了工作。回去之后的问题:


一是:工资大幅度缩水,降到生活快要不能自理,有种刚毕业的感觉。


二是:技术这方面基本就不会再有大的进步。第二点真的是让我最难以接受的,看着京东的神灯社区里面各种技术文章,职业生涯的巅峰就此打住真是非常不甘心。回去之后就有了更多的时间,不再全部投入到技术上,去找朋友,同学,家人,放下背负了太久太久的压力。


在北京感觉自己就是一节电池,现在的我有90%的电量,但如此大的压力不可能一直保持冲劲,等到了互联网人退休年龄,我还能有机会再体面的回去吗,对于北京,年轻人都是一茬一茬的韭菜,


最终还是选择了离开,带着遗憾和不舍,带着对新生活的期待。


国企的压力


与之前每次在北京换工作的压力不同,国企的压力是找不到目标,每天两点一线的生活,早上喝茶下午喝咖啡,看看文档看看资料,写一些工作总结,催一催开发进度,这些就是一天的工作内容,开始的一两个月真的有些迷失,这些就是我想要的吗,安逸圈也未免太安逸了,当你突然从强压状态下换到清闲的环境里,一时之间非常不适应,总感觉人生就要如此荒废过去,前一两个月我总想看别的工作机会,想让自己重新忙起来,以前在井底只能看到那片蓝天,现在好不容易出来拥有了大片蓝天,却又想赶紧再找到自己的井。


学习不止工作


四个月过去了,逐渐开始看清楚自己的目标,也有了一些简单的规划,现在的时间越来越多,其实完全可以做更多自己想做的事情,互联网的知识不再像以前那么集中,需要你有更大的耐心和毅力去坚持学习,可以学到的理论更多,但实践的机会比较少,以前站在巨人的肩膀上用海量的数据和流量来验证,现在还在吃过去的老本,扩充了知识的广度,而深度还停滞在那里。


目前只是摆平了自己的心态,逐渐认清形势再改变还需要时间,时间会让一切都变得更好,只要你愿意的话。以前所有的生活都给了工作,现在工作只是生活的一部分,用生活之余学到的东西继续反哺工作,提高本就不多工作的效率,也顺便去学习业务,技术在三线城市不再是唯一,而究竟如何平衡二者的关系,让自己还能继续拥有竞争力,这是我目前还看不清的。


人际关系


没有绝对的公平,但在北京是有相对的公平,而回到三线城市的国企,公平变得妙不可言,人际关系成为了重中之重,小小的部门内部已然是派系林立,十几个人的关系层级更是深不可测,想起在jd,工位后面坐着小领导,对面最在平台部负责人,管理几百人的领导也是和我们一样坐在一起,同事们经常说:在互联网公司比你大好几级的领导,和你就是平级。而在国企所有的工作,事情都有条条框框去限制,你永远看不清里面的水有多深,同时生活也被同事关系所入侵,大家经常吃饭喝酒聊工作,即使在开怀畅饮的时候也要时刻谨慎提防,说错话和做错事要比想的更加严重。在互联网公司争吵是必不可少的,不吵就说不清楚需求,甩不了锅,而回到这里,所有人都客客气气的,所有人都慈眉善目和你微笑,只是面具背后的脸很难看到。


做技术的本身比较呆板,不会八面玲珑也不会左右逢源,我只想做好自己的事情,做一个不出声的小透明,不争不抢,做自己喜欢的事情。


所见所想


记忆拉回现实,看着北京地铁上的众生相,感觉大家都很疲惫但眼里还有希望,曾经北漂的我现在只想逃离,虽然只回去四个月但依然接受不了快节奏的北京,紧绷了四年的弦已经彻底放松,去总部和过往的同事吃了个饭,大家坐着聊聊天,为他们还能坚持在北京奋斗而加油,每个人都有自己的选择,我的退缩也需要勇气,时至今日也乐得接受自己的选择的路。


如今互联网的大潮正在褪去,可能越来越多的人面临这样的选择,假如我们还有的选的话,其实生活中大部分事情我们是没得选的,生活一步一步推着你往前走。


如果问我,刚毕业选择来大城市后悔吗,我坚信自己不后悔,这里让我看到学到也付出了太多。


如果问我,现如今离开大城市后悔吗,我也坚信自己不后悔,这里没有家没有归宿,我终究要回去,只怕走的越远越迷茫。


作者:AlgoRain
来源:juejin.cn/post/7253115535482437689
收起阅读 »

你网站的网速是很快,但是在没有网络的情况下你怎么办?🐒🐒🐒

web
在现代的网络世界里,5G 网络的普及,我们可以访问一个网站或者使用一个 App 的速度极其快,但是在没有网络的情况下你啥都看不了,只能大眼瞪小眼了。 离线应用是指通过离线缓存技术,让资源在第一次被加载后缓存在本地,下次访问它时就直接返回本地的文件,就算没有网络...
继续阅读 »

在现代的网络世界里,5G 网络的普及,我们可以访问一个网站或者使用一个 App 的速度极其快,但是在没有网络的情况下你啥都看不了,只能大眼瞪小眼了。


离线应用是指通过离线缓存技术,让资源在第一次被加载后缓存在本地,下次访问它时就直接返回本地的文件,就算没有网络连接。


通过离线应用,主要有以下几个优点:



  1. 在没有网络的情况下也能打开网页。

  2. 由于部分被缓存的资源直接从本地加载,对用户来说可以加速网页加载速度,对网站运营者来说可以减少服务器压力以及传输流量费用。


离线应用的核心是离线缓存技术,要实现这种方式,我们可以使用 Service Worker 来实现这种缓存技术。


什么是 Service Worker


Service Worker 服务器和浏览器之间的之间的桥梁或者中间人。


Service Worker 运行在一个与页面 JavaScript 主线程独立的线程上,并且无权访问 DOM 结构。但是它能拦截当前网站所有的请求,对请求使用相应的逻辑进行判断,如果需要向服务器发起请求的就转给服务器,如果可以直接使用缓存的就直接返回缓存不再转给服务器。从而大大提高浏览体验。


注册 Service Worker


要使用 Service Worker,首先我们要判断浏览器是否支持 Service Worker,具体代码逻辑如下:


if (navigator.serviceWorker) {
window.addEventListener("DOMContentLoaded", function () {
navigator.serviceWorker.register("/worker.js");
});
}

这段代码的主要目的是在支持 Service Worker 的浏览器中,当页面加载完成后注册一个指定的 Service Worker 脚本。这个传入的 worker.js 就是 Service Worker 的运行环境。


这个脚本被安装到浏览器中后,就算用户关闭了当前网页,它仍会存在。 也就是说第一次打开该网页时 Service Workers 的逻辑不会生效,因为脚本还没有被加载和注册,但是以后再次打开该网页时脚本里的逻辑将会生效。


Service Worker 安装和激活


注册完成后,worker.js 文件会自动下载、安装,然后激活。它提供了一些 API 给我们做一些监听事件:


self.addEventListener("install", function (e) {
console.log("Service Worker 安装成功");
});

self.addEventListener("fetch", function (event) {
console.log("service worker is fetch");
});

当 install 完成并且成功激活之后,就能够监听 fetch 操作了,如上代码所示,输出结构如下图所示:


20230918074308


使用 Service Workers 实现离线缓存


在上面的内容我们已经知道了 Service Workers 在注册成功后会在其生命周期中派发出一些事件,通过监听对应的事件在特点的时间节点上做一些事情。


在 Service Workers 安装成功后会派发出 install 事件,需要在这个事件中执行缓存资源的逻辑,实现代码如下:


// 当前缓存版本的唯一标识符,用当前时间代替
const cacheKey = new Date().toISOString();

// 需要被缓存的文件的 URL 列表
const cacheFileList = ["/index.html", "/index.js", "/index.css"];

// 监听 install 事件
self.addEventListener("install", function (event) {
// 等待所有资源缓存完成时,才可以进行下一步
event.waitUntil(
caches.open(cacheKey).then(function (cache) {
// 要缓存的文件 URL 列表
return cache.addAll(cacheFileList);
})
);
});

在 install 阶段我们就已经指定了要被缓存的内容了,那么就可以在 fetch 阶段中听网络请求事件去拦截请求,复用缓存,代码如下:


self.addEventListener("fetch", function (event) {
event.respondWith(
// 去缓存中查询对应的请求
caches.match(event.request).then(function (response) {
// 如果命中本地缓存,就直接返回本地的资源
if (response) {
return response;
}
// 否则就去用 fetch 下载资源
return fetch(event.request);
})
);
});

通过上面的操作,创建和添加了一个缓存的库,如下图所示:


20230918080142


缓存更新


线上的代码有时需要更新和重新发布,如果这个文件被离线缓存了,那就需要 Service Workers 脚本中有对应的逻辑去更新缓存。


这可以通过更新 Service Workers 脚本文件做到,浏览器针对 Service Worker 有如下机制:



  1. 每次打开接入了 Service Workers 的网页时,浏览器都会去重新下载 Service Workers 脚本文件,如果发现和当前已经注册过的文件存在字节差异,就将其视为新服务工作线程。

  2. 新 Service Workers 线程将会启动,且将会触发其 install 事件。

  3. 当网站上当前打开的页面关闭时,旧 Service Workers 线程将会被终止,新 Service Workers 线程将会取得控制权。

  4. 新 Service Workers 线程取得控制权后,将会触发其 activate 事件。


新 Service Workers 线程中的 activate 事件就是最佳的清理旧缓存的时间点,代码如下:


var cacheWhitelist = [cacheKey];

self.addEventListener("activate", function (event) {
event.waitUntil(
caches.keys().then(function (cacheNames) {
return Promise.all(
cacheNames.map(function (cacheName) {
// 不在白名单的缓存全部清理掉
if (cacheWhitelist.indexOf(cacheName) === -1) {
// 删除缓存
return caches.delete(cacheName);
}
})
);
})
);
});

这样能确保只有那些我们需要的文件会保留在缓存中,我们不需要留下任何的垃圾,毕竟浏览器的缓存空间是有限的,手动清理掉这些不需要的缓存是不错的主意。


参考资料



总结


Service Worker 作为服务器和浏览器两者之间的桥梁,它并且可以缓存技术,通过这种方式,在断网的时候,去获取缓存中相应的数据以展示给客户显示。


当断网之后,直接给他页面返回一个俄罗斯方块让他玩足一整天。


作者:Moment
来源:juejin.cn/post/7279321729462616121
收起阅读 »

我入职了

web
前言 从5月底离职到现在,一个半月的时间,通过内推+BOSS直聘,前前后后约到了10家面试,终于拿到了一个满意的offer,一家做saas系统的上市公司。 本文就跟大家分享下我这段时间找工作的心路历程,欢迎各位感兴趣的开发者阅读本文。 无所畏惧 6月1号,裸辞...
继续阅读 »

前言


从5月底离职到现在,一个半月的时间,通过内推+BOSS直聘,前前后后约到了10家面试,终于拿到了一个满意的offer,一家做saas系统的上市公司。


本文就跟大家分享下我这段时间找工作的心路历程,欢迎各位感兴趣的开发者阅读本文。


无所畏惧


6月1号,裸辞的第一天,制定了接下来的每日计划,终于可以全身心投入做自己喜欢的事情啦。



  • 06:30,起床、洗漱、蒸包子

  • 07:00,日常学英语

  • 08:00,吃早餐,顺便刷一下BOSS直聘

  • 08:30,日常学算法、看面试题

  • 11:40,出门吃饭,午休

  • 14:00,维护开源项目

  • 18:00,出门吃饭,去附近的湖边逛一圈,放松下心情

  • 20:30,将当天所学做一个总结,归纳成文章

  • 23:00,洗澡睡觉,充实的一天结束


image-20230717212836044


be9877e8144d437c9a2f9ea9b188c7fe


内推情况


通过在掘金、V站和技术群发的文章,为我带来了20多个内推,从大厂到中厂到小厂,约到面试的只有4个。其他的技术部认可我,但是HR卡学历(统招本科)。


image-20230717214830630


image-20230717215823196


image-20230717215836796


image-20230718195936071


无响应式网站开发经验被拒


这是一家杭州的公司,可以远程办公,跟我约了线上面试。做完自我介绍后,他对我的开源项目比较感兴趣,问了我:



  • 你为什么会选择写一个聊天工具来作为开源项目?

  • 你的截图功能是怎么实现的?


行,那我们来聊几个技术问题吧。



  • 讲一下webpack的打包流程

  • webpack的热更新原理是怎样的?

  • 讲一下你对webpack5模块联邦的理解


这些问题回答完后,他问我你有做过响应式网站开发吗?


我:我知道怎么写一个响应式网站,在工作中我没接触过这方面的业务。


面试官:行,那你讲一下要怎么实现一个响应式网站?


我:用css3的媒体查询来实现,如果移动端跟PC端布局差异很大的话,就写两套页面,对应两个域名,服务端根据http请求头判断设备类型来决定是否要重定向到移动端。


面试官:还有其他方案吗?


我:嗯...,应该没有了吧,我只了解过这两种方式。


面试官:好吧,在seo优化方面,前端要从哪些点去考虑?


我:标签语义化、ssr服务端渲染、img标签添加alt属性来、在head中添加meta标签、优化网站的加载速度,提高搜索引擎的排名。


面试官:我的问题问完了,你有什么想了解的?


我:团队人员配比是怎么样的?


面试官:我们这个团队,前端的话有4个人,有2个后端。然后,前端有时候需要用node写一些接口。


我:如果我进去的话,主要负责哪块业务的开发?


面试官:负责一些响应式网站业务的开发,再就是负责我们内部系统的一个开发。


我:行,我的问题就这些。


面试官:OK,那今天的面试就先到这。



大概过了3天时间,也没有给我答复。因为这个是他们老板在v站看到了我的文章,觉得我还不错,加了微信,让他们技术面的我,我也不好意思问结果。


很大可能是因为我没有响应式网站的实际开发经验,所以拒了我吧。😔



期望太高被拒


这是一家上海的公司,他们的主要业务是做产品包装。有自己品牌的网站、小程序、app。他们公司一个负责公司内部事务的人加了我微信,跟我简单聊了下,让我体验下他们的产品,看看有没有什么我能帮到他们的地方。


image-20230718161603524


image-20230718161614565


image-20230718161740495


image-20230718161655844


聊完后,他一直没有主动联系我,我也没有约到其他面试,我就主动出击了,看能不能确定下来,约个面试。


image-20230718162410852


image-20230718162435259


image-20230718162606997


我整理了一套方案,发到了他的邮箱,期望薪资我写了20k,过了两天,他给了我答复,告诉我期望太高。我说薪资可以商量的,但无济于事。


image-20230718164059392


白嫖劳动力


这家公司是做物流的,是一个群友曾经面过的公司,但是最后没去。看到hr在朋友圈发了招聘信息,在招高级前端,就推给我了,约了线下面试。


到公司后,按照惯例填了一张表,写了基本信息。过了一会,一个男的来面我,让我做了自我介绍,顺着我的回答提问了公司的规模以及业务。


提问完成后,他说我看你期望薪资写了15k,你上家才12k,为什么涨幅会这么高?


我:因为我经过两年的努力以及公司业务的积累,自己的技术水平有显著提升。我对这一行很喜欢,平常80%的业余时间都用来学习了。


面试官:好,我让技术来面下你,看看你实力如何。


等了5分钟左右,他来了告诉我说:技术在开会,我先带你做一下机试吧。你把这两个页面(后台管理系统登陆页与后台首页)画出来就行。


我把页面画出来后,又过来一个人看我做的,他说 你就把页面画出来了?我说:对啊,刚才带我过来那个人说让我画页面出来的。


他说,那可能是他没说清楚,那这样肯定是不行的,你要自己重新建项目,把页面画出来后,要调接口的,把整个流程走通才行的。现在已经11点40多了,你下午再过来继续弄吧。


我直接满脸问号,把整个流程走通只是时间问题,你们这个机试到底想考察啥呢?


他说,页面在我们这里不重要,调接口,走通整个流程才重要。


我直接无语了,就说 抱歉,我下午有其他安排了,我就先走了。


image-20230718172136268


焦虑不安


时间来到6月20日,已经好多天没有约到面试了,逐渐焦虑起来了,虽然兜里余粮还有很多,但始终无法静下心来做事情,充满了对未知的恐惧。


就在这时,我还迎来了别人的嘲讽。他成功让我生气了,我努力的平复心情,告诉自己不要把这件事放在心上,通过让自己忙起来转移注意力,通过学习来克制焦虑。


image-20230718191713122


image-20230718191749187



白天我可以通过学习来缓解焦虑,但是一到晚上躺在床上,我就会开始胡思乱想。想着自己一直找不到工作怎么办,难道我真的不适合吃这碗饭吗,我怎么这么差劲,连个面试都约不到...唉,怎么会这样,我明明已经很努力了,为什么结果会是这样...



完善打招呼语


内推无望,BOSS直聘发消息也是送达、已读未回。这个时候,有个网友建议我把招呼语改改,hr不懂什么开源不开源的,他们只会关键词匹配,只要包含了,就会收你简历,于是我就把打招呼语改成了:


image-20230718195551550



招呼语改完后,效果好了一些,终于有HR愿意收我简历了🥳



学历歧视、贬低、pua、拒了offer


改完打招呼语后,我在BOSS直聘上约到了第一家面试,这家公司是做可视化VR编辑器的,团队有30来个人,BOSS直聘的薪资范围是20K~25K。


我经历了五轮面试,拿到了offer,给了18K,但是最终还是拒绝了,本章节就跟大家分享下这段故事。


技术面


技术面是去线下的,按照惯例做完自我介绍,面试官提问了我:



  • 你刚才说你写了个web端的截图插件,你能讲一下你是怎么实现的吗?

  • 我看你上家公司是做动画编辑器的,你在做这个项目的时候有遇到过哪些难点吗?

  • 你刚才提到了你为编辑器做了一些性能优化,你都做了哪些优化?

  • 你刚才说你还实现了svg类型的文本组件搜索功能,你能讲讲你是如何实现的吗?


问完这些后,他说我的问题问完了,你有什么想要了解的吗?


我:团队人员配比是怎么样的?


面试官:我们这边是重前端的,因为是做编辑器嘛,难点在前端这块,目前有4个前端,计划再招3个,再就是有几个做算法的、做c++的,1个产品经理,2个后端,2个UI,3个测试。


我:如果我进去的话,是做哪方面的项目?


面试官:你进来的话,主要是负责VR编辑器项目的,这个项目刚开始做。目前的话,比较累,会加班,基本上是早9晚8,有时候可能要10点才能走。再就是,我们这边是大小周,你能接受的吧?
我:哦哦 明白了,我可以接受


面试官:那行,你稍等下,我让我们的产品经理面下你。


产品经理面


过了一会儿,产品经理过来了。他说:我们的技术对你的评价很高,我再来面面你,你先做个自我介绍吧。做完自我介绍后,产品经理顺着我的介绍进行了提问:



  • 你刚才说你这个截图插件Gitee的产品经理在网上看到了,是码云官方的吗?

  • 我看你上家公司也是做编辑器的,你们这个产品主要面向的用户群体是哪些?

  • 你们这个产品啥时候上线的,你主要负责的是什么?

  • 你们的团队配比是怎么样的?

  • 你们在开发项目时,是如何管理git分支的?


问完这些后,他让我稍等下,让HR来面下我。


过了3分钟左右,他过来说:我们HR这会儿太忙了,抽不开身,这样,你今晚有空吧,我让她跟你电话聊聊。我回答说,7点后我都有空。


HR电话面


因为约了晚上7点的电话面试,所以我就随便吃了点,就匆匆忙忙回家等电话了。我等到了晚上9点,也没电话打过来,我就在boss直聘问了下,对方说:可能是HR忙忘了,我让她明天给你打。


晚上躺床上睡觉的时候,不出意外,我又开始胡思乱想了,心想:我这煮熟的鸭子该不会飞了吧,会不会是面试表现的不好人家婉拒我了呢,会不会是...,又焦虑了。


到了第二天下午2点多的时候,HR终于给我打了电话,问我期望薪资多少。我说22k,她问我上家薪资多少,我说12k。不出意外,她很震惊:你这涨幅也太大了吧,能说说原因吗?我说:你们这里是大小周,工作强度比较大,而且做的项目也是较为复杂的,我看BOSS直聘标的价格也是20k~25k。


她说:我们这个岗位是中、高级前端都招聘的,你这边最低能接受的薪资是多少呢?
我说:20k


她说:行,了解了,我再跟面试官对接下,晚些时候我加你微信聊。


又过了一天,她加了我微信,跟我说:我只匹配他们的中级开发岗位,让架构师再跟我聊聊。


image-20230718210811195


前端架构师面


跟架构师约的是电话面试,做完自我介绍后,他提问了我:



  • 讲一下webpack的打包原理

  • 讲一下webpack的loader和plugin

  • 讲一下webpack5的模块联邦

  • 讲一下Babel的原理,讲一下AST抽象语法树

  • 讲一下你所知道的设计模式

  • 讲一下浏览器的垃圾回收机制

  • 讲一下浏览器的渲染流程

  • 讲一下浏览器多进程的渲染优势

  • 谈谈你对浏览器架构的理解


我回答完之后,他说:我大概知道你的技术水平了。你现在的水平还不到P6,也就P5多一点,远远不及P7。


我刚才问你的问题,你每回答完一个我都问你有没有要补充的,你都说没有,我从你嘴里没听到任何性能优化相关的东西,这些知识现在还都不是你的,你只知道这么个东西,缺乏实践。就好比,我刚问了你垃圾回收机制,你回答的是chrome的,那火狐呢?edge呢?


你对你未来的规划是怎么样的?


我说:我还是以技术为主,我会继续学习来充实自己,未来如果有机会的话,希望能做到技术管理的位置。


面试官冷笑了下说:你一个大专怎么做管理?


我沉默了一会儿说:未来我会把自己的学历提升下的


面试官:你要认清自己的地位,你要想一下你的价值是什么?你能给我们公司带来什么?我们要用到three.js,你只是学过它,没有落地项目做支撑,你进来后我们还是要给你时间来熟悉项目的,跟没学过的人没啥两样。就好比,我问你three.js的坐标系用的是啥,你都不知道。
我:这个我知道,它用的是右手坐标系


面试官楞了一下说:你知道这个也没啥的,这很简单的,我们这边随便拉一个人都会这些,而且比你厉害。


我继续保持沉默。


面试官:我对你的评价就这么多,你在我们这边是能学到很多东西的,你多想想我今天跟你说的,我不知道你的业务能力怎么样,回头我再跟其他面试官聊聊,今天的面试就先到这。


第二天,HR联系我了,跟我说薪资在16k~18k左右,跟我约了下午1点30的面试。


image-20230718215534222


image-20230718215606136


老板面


到公司后,HR直接带我进了老板办公室,跟我说这个是X总,你们聊吧。 跟老板聊了一个多小时,聊的内容大概是谈人生、理想,大概能记得起的一些问题有:



  • 你觉得你是一个什么样的人?

  • 你有哪些优点?

  • 你想成为一个什么样的人?

  • 你觉得你的技术水平怎么样?

  • 如果让你给自己打标签,你会打什么标签?

  • 回看你的过往人生,你后悔吗?


考虑再三 终拒offer


从公司回来后的第二天,HR告诉我面试结束了,最终给我定的薪资是17k,发了offer。


image-20230718222724254


发了offer后,我本该高兴的,但是我却高兴不起来,那一晚我想了很多,觉得早9晚8,大小周。这个钱还是太少了,而且那个前端架构师说的话让我很不舒服,pua的气息太重了。入职后,跟这种人一起工作,我也不会开心。思考再三后,我最终还是拒掉了这个offer。


image-20230718222252549


image-20230718222337117


比较钟意的小外企


这是我在BOSS直聘约到的第二家面试(15k~20k),面试体验很好。到公司后,接待我的人很有礼貌,告诉我前端是技术总监来面的,他还没来,你先坐着等他一会儿。


等了一会儿后,看到了技术总监,主动跟我握了个手。然后说:他临时有个会开,让我稍等下他,然后安排我在会议室坐了会儿,倒了一杯水给我。


我在会议室坐了40多分钟,他会开完了,喊我去办公室聊,按照惯例做完自我介绍后。他问我:



  • 你刚才提到了你做了编辑器的性能优化,你具体是怎么做的?

  • 你们这个编辑器前端编辑的应该是dom吧,最后生成的视频是怎么生成的?

  • 我看你的项目经验都是vue,你应该对vue全家桶都很熟了吧?


问完这些问题后,他用笔记本打开了我简历上的项目,边看边问我这块你是怎么实现的,有没有遇到过啥问题,你是怎么解决的。项目看完后,他说你技术没问题,我了解完了。我跟你介绍下我们这边的项目,我们在做...。介绍完了后,他问了我离职原因,以及我的期望薪资。


我说了20k,他说,站在客观角度来说,你的学历是大专,在我们这里拿到这个数很难,我们也不是什么特别有钱的公司。但是,我们的产品是很有发展前景的,已经拿了一轮800w美金的融资了,这个岗位我在boss直聘挂了1个月了,收到了300多份简历,有很多大厂出来的,但是我都不太满意,偶然间看到你的简历,觉得你是一个爱学习、肯钻研的人,就约你来面试了。你是我面的第一个前端。


我听他这么说后,我就说:那薪资17、18也可以。


他说:行,明白了,我回头跟老板说说,尽量帮你争取。我们这边工作氛围很棒,团队是一支很精湛的团队组成的,我们这边做算法的是麻省理工毕业的,这边的一个后端是之前抖音短视频架构组出来的。你在这里也能学到很多前端之外的东西,我们是早上10点上班,晚上6点30下班,不打卡,双休。


我听他这么说后,觉得很不错,就说:那15k也行。


他说:你也不用太勉强,不然你进来了也不开心,我们这里发展空间很大的,未来拿到更多的融资,你在这里是可以涨薪的。那今天我们就先到这里,后天就是端午节了,这样,我端午节后的那周给你具体的答复。


就这样,我又进入了焦灼的等待期。


端午节后的第2天,那边还没答复,我就主动问了下,他给我的答复是:


image-20230721214840273


又过了3天,一直没约到面试,焦虑的很。我就又厚着脸皮问了下情况,得来的答复是他们还没找到合适的产品经理。(这个时候,心里很难受到极点了,泪水在眼珠里打转,我焦虑到哭了😔)


image-20230721215034742



晚上躺在床上又开始胡思乱想了,觉得老天很不公平,为什么好运总是不能降临到我头上。唉...就这样想着想着,不知想了多久,也不知道自己睡着了没,只记得手机的闹钟响了,关了闹钟继续睡去了...



随遇而安


又浑浑噩噩的过了几天,时间来到7月3日,BOSS直聘有人跟我约面试了,一天下来约了3个面试,都是很多天之前联系的,今天才收了我简历,我的心情终于好了一些。


做物联网的公司


这家公司距离我住的地方很近,步行1.1公里就能到。BOSS直聘标的价格是(15k~18k),到了公司后,前台让我扫二维码关注他们的公众号,填写面试登记表(基本信息、期望薪资、上家公司薪资)。


填写完后,前台带我进了公司,等了5分钟左右,面试官来了,按照惯例做完自我介绍后,他问了我:



  • 你讲一下vue双向绑定的原理

  • 讲一下vue3相比vue2,它在diff算法上做了哪些优化?

  • Vue2为什么要对数组的常用方法进行重写?

  • Vue的nextTick是怎么实现的?

  • 讲一下你对EventLoop的理解吧

  • 讲一下webpack5的模块联邦


这里我讲一下EventLoop这个问题吧,我回答完之后,他反问我:你确定宏任务先执行的吗?我很确信的说,是的,宏任务先执行的。(之所以这么自信是因为我之前特意研究了这方面的知识,写了大量的用例做验证,写了文章做总结,绝对错不了)


那你意思是,setTimeoutPromise().then()先执行,


我回答:是的。


面试官:你回去再查查资料吧,看一看到底是哪个先执行吧。我的问题问完了,你有什么想问我的吗?


我问了他部门做的产品是什么、团队情况、如果我进来的话负责的是哪块的东西。了解完之后,他让我稍等下。


过了3分钟左右,HR过来了,她问我觉得这场面试咋样,刚才面你的人职级在我们这里算是比较高的了,然后她就跟我介绍了她们公司的情况以及福利制度。介绍完之后,她问我说:我对你写的这个期望薪资比较好奇,我看你上家薪资是12k,怎么期望薪资写了18k呢?涨幅这么高。


我说了理由后,她说:今年市场很差,求职者很多,很多公司都在降低成本,你要是放在互联网红利的时候,你这个涨幅没问题,但2023年这个大环境,你这个涨幅是不可能的。你这边最低期望薪资是多少?


我说:16k,她在求职表上用笔写了下。随后她说,那行,今天的面试就先到这,后面我们电话联系。


回到家后,我立马查了我写的那篇事件循环的文章,验证下我有没有记错。看完之后我发现我并没有记错,于是我又问了下AI,他给我的答案是:


image-20230722182035941


我就纳闷儿了,于是我说宏任务先执行的吧,它的回答是:


image-20230722182223460


它还在嘴硬,我就反问了句,你确定?它终于改变口风了。


image-20230722182301304



这家公司是7月5号面的,等了3天都没联系我,看来是有人要价比我低🌚



做交易所的公司


这家公司是在一个技术交流群看到的招聘信息,公司在海外,远程办公的方式,给的薪资是20k~25k。按照惯例做完自我介绍后他问我:



  • 讲一下vue的生命周期

  • 讲一下computed与watch的区别

  • 讲一下vue的双向绑定和原理

  • 讲一下vue3相比vue2有哪些提升

  • 你有开发过不用脚手架的项目吗?

  • seo优化有了解过吗?讲一下你的见解

  • 响应式网站开发你知道哪些方案?


回答完这些问题后,按照惯例我问了他团队的人员情况以及项目情况,就结束了这场面试。他问的问题也很简单,我回答的也不错。但是,过了3天,最终还是没下文。


做工具软件的公司


这家公司是朋友内推的,经历了三轮面试,我看了下BOSS直聘标价是15k~25k。先是用腾讯会议,让打开屏幕共享和摄像头,做一份笔试题。内容是填空题、判断题、代码题。填空跟判断就是一些简单的问题,代码题是:



  • 观察一组数列,写一个方法求出第31个数字是什么?(通过观察后,发现那是一组斐波那契数列

  • 实现一个深拷贝函数

  • 写一个通用的方法来获取地址栏的某个参数对应的值,不能使用正则表达式。


线上技术面


笔试题做完发给HR后,等待了半个小时,面试官进入了腾讯会议,按照惯例做完自我介绍后他问我:



  • vue3的diff算法做了哪些改进

  • vue双向绑定的原理是什么

  • 假设要设计一个全局的弹窗组件你会怎么设计?

  • 如果这个弹窗组件可以弹出多个,消息会垂直排列,新消息会把旧消息顶起来,每个消息都可以设置一个停留时间,到了时间后就会消失,这一块你会怎么设计?

  • 你了解堆这种数据结构吗?讲一讲你对它的理解


回答完这些问题后,我按照惯例问了他项目情况以及我进去后所负责的模块,就结束了这场线上面试,第二天收到了一面通过的答复。


image-20230722234026788


线下总监面


时间来到7月6日,本来是7月5日面试的,但是面试官临时有事改了时间。


image-20230722234450217


这家公司在林和西地铁站这边,地处CBD,公司应该是很有钱的。到了公司后,HR接待了我,带我进了会议室,等了3分钟左右,技术总监过来了,做完自我介绍后,他问我:



  • 挑一个你最拿手的项目讲一下吧

  • 看你写了很多开源项目,是个爱捣鼓的人,讲一下你的开源项目吧

  • 你会Java,是用的SpringBoot吗?你讲一下你这个开源项目的后端服务是怎么设计的吧

  • 你都知道哪些数据库?进行SQL查询时,你有哪些优化手段来优化查询效率

  • 你讲下vue3和vue2的一个区别吧

  • 你觉得你跟别人相比,你的优势是什么?


回答完这些问题后,我问了他团队的规模以及公司的人员情况,他跟我说:我们公司总共有52个人,很大一部分都是程序员,他们都是全能的,任何一个人拉出来,前端、后端、运维都能做,就好比你让运维来写前端的业务代码他也能写,你也看到了,我们目前不缺人,是想招一个优秀的人做候补。我们这边的技术栈是vue和Electron,你进来的话,负责前端页面以及一些node后端服务的编写。你稍等下,我让我们的HR来面下你。


线下HR面


等了4分钟左右,HR来了,她带我去到了另一个会议室聊,她问了我:



  • 你的离职原因是什么?

  • 你对新工作的期望是怎么样的?

  • 如果公司让你休年假,你必须要做一件事情,你会做什么事情?


问完这些问题后,她问了我期望薪资,我说了20k,她说了一些其他的东西,大概意思就是给不到的话你最低期望是多少,我说18k。


她说:行,了解了,我们这边要做一下横向对比,尽快给你答复,你放心无论结果如何,我们都会给你一个答复的。


面试完的第二天,那个hr跟我发消息说结果还没定。


image-20230723002131979


进入新的一周后,她给我发来了感谢信。


image-20230723002232232



只能感叹卷王太多了,全干工程师的价格已经被你们打到18k以下了👍



做旅游的公司


这是一家在BOSS直聘上约到的面试(11k~17k),到了公司后,HR先让我做了一份笔试题,这份笔试题全是八股文,我把答案短的都写了,比较长的就写了面试时候讲。


做完笔试题后,她带我进了会议室,是两个人面我,一个是前端负责人,另一个是他的领导,做完自我介绍后,那个前端负责人说:我之前在网上看到过你的截图插件,写的很不错。我相信你的技术肯定没问题的,他和他的领导交叉问了我问题:



  • vue3相比vue2做了哪些提升?

  • 讲一下vue的diff算法吧

  • 讲一下V8的垃圾回收机制

  • 讲一下chrome是如何渲染一个网页的

  • 大文件分块上传以及断点续传,你会怎么实现


回答问这些问题后,他们让我稍等下,找来了HR跟我聊,HR问了我期望薪资,我说17K,她也惊讶的说,你上家才给你12k,你怎么一下子要求涨幅这么多,是出于什么考虑呢?我说了理由后,她说:结合我们公司的情况和制度,我们这边给不到你这么多。


我:那大概能给到多少呢?


HR:15k,有些事情我要提前跟你说清楚,我们这边试用期是一个月,现在项目组比较忙,是需要加班的,基本上是996,大概要忙到9月份,项目第一期做好后,就可以按照正常时间上下班了。忙的这段时间是可以累积调休的。试用期不缴纳社保,我们只有五险,没有公积金。


我听了这些后,头皮发麻,一时不知道说啥,我就说了:哦哦 好


HR:如果你能接受的话,我这边是没问题的。


我:我要考虑考虑,晚些时候给你答复。


到了第二天,HR在boss直聘上给我发了消息,问我考虑的如何了,我拒绝了她。


image-20230723004628907


做saas系统的上市公司


这家公司是我6月13号在BOSS直聘上沟通的,6月27号收了我简历,7月3号跟我约了面试,一直持续到7月14号,经历了三轮面试,最终拿到了offer。


HR面(线上)


按照惯例做完自我介绍后,HR让我介绍下公司的产品,以及我在公司的一个职位,技术水平在公司排第几,为什么离职,职业规划和一些其他问题:


HR:你能接受出差吗?


我:这个看情况,如果距离不是很远,出差时间不超过1周,交通、住宿这些都能报销的话,我是接受的。


HR:交通、住宿这些肯定都报销,不然谁愿意出差,我们除了这个外,每天还有一个xxx块的补贴。你在广州这边,出差的话就是去深圳,一般也就去个3、4天,你是前端,几乎不怎么出差。


我:哦哦 那可以的


HR:你对加班是怎么看的?


我:加班的话,如果是项目比较急,我是没问题的,但是如果是其他原因的一些强迫加班,我就不太能接受了


HR:我们这边加班的话,是项目比较急的时候才会,加班不会太频繁。如果加班的话,是可以1:1兑换成调休的,法定节假日加班的话,我们会按照法律规定发放3倍工资


我:哦哦 行


HR:你这边是在广州,如果面试通过的话,是广州的编制。我们广州分部在xx,距离这块的话,你能接受吧?


我:我有查过公司的位置,从我住的这边过去也挺近的,40分钟左右就到了,我可以接受


HR:那行,今天的面试就先到这,后面会安排我们的技术面下你。


技术面(线上)


HR面完后,过了一天,跟我约了技术面。


image-20230723083059122


时间来到7月5号,一男一女,两个人一起面的我。按照惯例做完自我介绍后,他们问了我:



  • 我看你写了很多开源项目和技术文章,这是一个很好的习惯,能很多年坚持做一件事,并且能把这件事情做好,你很厉害。

  • 刚才听你自我介绍说你会Java,你Java目前是一个什么水平?

  • 我看你们公司项目是做web动画编辑器的,你在这个项目中担任的角色是什么?有没有什么印象比较深刻的难题,你是如何解决的?

  • 我看你简历上还写了一个海外项目的重构经验,你能介绍下这个项目吗?以及你在这里面担任的角色是什么?

  • 我看你简历上的项目都是以Vue为主的,那你应该对Vue很熟悉,你讲一下watch与computed的区别

  • vue中组件通信都有哪些方式?

  • vuex刷新后数据会丢失,除了把数据放本地存储外,你还知道其他什么方法吗?

  • 我看你写的那个截图的开源项目用到了canvas,你应该对canvas很熟悉了吧,有这样一个场景:超市中的货架,上面有很多商品。现在要把这个货架用canvas画出来,商品需要支持一些交互,调整大小,移动位置,你会怎么实现?


问完这些问题后,按照惯例,我问了下他们的团队情况以及所做的业务,我进去后所负责的模块,就结束了这场面试。


事业部总经理面(线上)


过了一天,告知我技术面通过了,跟我约了第二天的面试,我看到她说:总经理同时面我跟其他两位候选人。我就压力有点大,从业4年了,第一次遇到这种大场面😂


image-20230723084854849


image-20230723085150444


到了约定好的面试时间,我跟其他两位候选人都进入了会议,过了10分钟,总经理还是没有进来,我就私聊问了下HR。过了一会儿,HR进入了会议。她说:总经理临时有点事情,要换个时间约面试了,真不好意思。


image-20230723085623543


时间来到7月10号,总经理进入腾讯会议后,他先让我们轮流做自我介绍,然后抛出问题,让我们挨个回答,最后他做了总结,给我们三个人做了评价:



  • A(1号面试者):你的组织协调能力应该不错

  • B(我):我看了你在掘金上发的文章以及个人网站,能看出来你的技术实力是最强的。

  • C(3号面试者):你的业务能力应该不错


说完这些后,总经理说晚上会抽时间再单独打电话给我们再聊聊,到了第二天早上我一直没等到电话,我就问了下HR。


image-20230723090532956


过了半个小时左右,电话打来了,他问了我离职原因和两个场景题:



  • 前端的框架有很多,当有新项目的时候,你会通过哪些方面来考虑应该使用哪个框架?

  • 有一个上线的项目它是vue2写的,如果想升级到vue3,但是没有太多的专用时间来做这件事,此时你会怎么做?


回答完这些问题后,挂断了电话,下午1点40多的时候,HR联系我说面试通过了,开始走发offer流程了,到时候会有她的另一个同事联系我。


时间来到7月14号,第一面面我的那个人打电话给我了,跟我聊了薪资、福利制度和五险一金,她说我们公司的五险一金是按照实际工资进行缴纳的,没有绩效,有季度奖和年终奖,会按照公司的盈利情况以及你的工作表现进行发放,后面还有其他问题的话,你随时联系加你微信的那个HR,她是华南区域的负责人。


电话挂断后,过了2小时左右吧,HR联系我说发offer了,我突然想到忘记问上下班时间了,我就确认了下(BOSS直聘标记了时间)。


image-20230723093034336


image-20230723092444819



截止发文时间,我已经入职这家公司很多天了,团队氛围很棒。入职的第一天下午,我接到了我们主管的电话,他让我第二天去一趟武汉,事业部的总经理是在武汉分部的,他要见一下你,那边也有前端在,跟你讲解下业务,熟悉熟悉团队的人。


广州这边的后端架构师同事告诉我出差是不需要自己花钱的,公司内部有一个平台可以直接在上面定高铁票和酒店,我的内部OA和钉钉账号后,他教了我怎么操作。


来武汉后,跟这边的团队成员熟悉了下,聊了下业务,主管告诉我说大概7月26号左右就可以回广州了。我们是双休,我入职后的第一个周六、日是在武汉过的,在这边跟群友面了基,逛了下附近的粮道街,去了玫瑰街、黄鹤楼等地方🥳



作者:神奇的程序员
来源:juejin.cn/post/7258952063219384376
收起阅读 »

一个古诗文起名工具

web
大家好,我是 Java陈序员,我们常常会为了给孩子取名而烦恼,取名不仅要好听而且要规避大众化。其实,我们中华文化博大精深,可以借鉴先辈文人们留下的经典诗词中的文字来起名。今天,给大家介绍一个古诗文起名的工具。 这个工具支持从《诗经》、《楚辞》、《唐诗》、《宋词...
继续阅读 »

大家好,我是 Java陈序员,我们常常会为了给孩子取名而烦恼,取名不仅要好听而且要规避大众化。其实,我们中华文化博大精深,可以借鉴先辈文人们留下的经典诗词中的文字来起名。今天,给大家介绍一个古诗文起名的工具。


这个工具支持从《诗经》、《楚辞》、《唐诗》、《宋词》、《乐府诗集》、《古诗三百首》、《著名辞赋》等经典中来生成不同的名字。


Img


我们可以根据自己的姓氏来生成名字,例如《陈》姓:
Img


一次性可以生成六个姓名,并有对应的诗句来源说明,是不是很nice呢!


再比如,《李》姓:
Img


当然了,这个项目没有任何人工智能, 没有判断名字价值的目标函数,所以都是随机生成的。因此可以孕育出一些惊艳、惊鸿一瞥的名字,反之也会生成智障、搞笑的名字,大家可自行甄别。


大家如果对于这个项目感兴趣的话,也可自行下载代码到本地运行:


# 克隆代码
git clone https://github.com/holynova/gushi_namer.git

# 安装依赖
npm install

# 本地调试
npm start

# 编译
npm run build

或者直接使用线上地址:


http://xiaosang.net/gushi_namer/

线上地址也是完美支持移动端的。


Img


大家快把这个地址收藏到收藏夹吃灰吧,以免需要的时候找不到!


最后


推荐的开源项目已经收录到 GitHub 项目,欢迎 Star


https://github.com/chenyl8848/great-open-source-project


大家的点赞、收藏和评论都是对作者的支持,如文章对你有帮助还请点赞转发支持下,谢谢!



作者:Java陈序员
来源:juejin.cn/post/7282692430100201535
收起阅读 »

限流:别说算法了,就问你“阈值”怎么算?

基础 限流是通过限制住流量大小来保护系统,它尤其能够解决异常突发流量打崩系统的问题。 算法 限流算法也可以像负载均衡算法那样,划分成静态算法和动态算法两类。 静态算法包含令牌桶、漏桶、固定窗口和滑动窗口。这些算法就是要求研发人员提前设置好阈值。在算法运行期间...
继续阅读 »

基础


限流是通过限制住流量大小来保护系统,它尤其能够解决异常突发流量打崩系统的问题。


算法


限流算法也可以像负载均衡算法那样,划分成静态算法和动态算法两类。



  • 静态算法包含令牌桶、漏桶、固定窗口和滑动窗口。这些算法就是要求研发人员提前设置好阈值。在算法运行期间它是不会管服务器的真实负载的。

  • 动态算法也叫做自适应限流算法,典型的是 BBR 算法。这一类算法利用一系列指标来判定是否应该减少流量或者放大流量。动态算法和 TCP 的拥塞控制是非常接近的,只不过 TCP 控制的是报文流量,而微服务控制的是请求流量。


令牌桶


系统会以一个恒定的速率产生令牌,这些令牌会放到一个桶里面,每个请求只有拿到了令牌才会被执行。每当一个请求过来的时候,就需要尝试从桶里面拿一个令牌。如果拿到了令牌,那么请求就会被处理;如果没有拿到,那么这个请求就被限流了。


漏桶


漏桶是指当请求以不均匀的速度到达服务器之后,限流器会以固定的速率转交给业务逻辑。


漏桶是绝对均匀的,而令牌桶不是绝对均匀的。


固定窗口与滑动窗口


固定窗口是指在一个固定时间段,只允许执行固定数量的请求。比如说在一秒钟之内只能执行 100 个请求。


滑动窗口类似于固定窗口,也是指在一个固定时间段内,只允许执行固定数量的请求。区别就在于,滑动窗口是平滑地挪动窗口,而不像固定窗口那样突然地挪动窗口。


限流对象


可以是集群限流或者单机限流,也可以是针对具体业务来做限流。


针对业务对象限流,这一类限流对象就非常多样。



  • VIP 用户不限流而普通用户限流。

  • 针对 IP 限流。用户登录或者参与秒杀都可以使用这种限流,比方说设置一秒钟最多只能有 50 个请求,即便考虑到公共 IP 的问题,正常的用户手速也是没那么快的。

  • 针对业务 ID 限流,例如针对用户 ID 进行限流。


限流后的做法



  • 同步阻塞等待一段时间。如果是偶发性地触发了限流,那么稍微阻塞等待一会儿,后面就有极大的概率能得到处理。比如说限流设置为一秒钟 100 个请求,恰好来了 101 个请求。多出来的一个请求只需要等一秒钟,下一秒钟就会被处理。但是要注意控制住超时,也就是说你不能让人无限期地等待下去。

  • 同步转异步。它是指如果一个请求没被限流,那就直接同步处理;而如果被限流了,那么这个请求就会被存储起来,等到业务低峰期的时候再处理。这个其实跟降级差不多。

  • 调整负载均衡算法。如果某个请求被限流了,那么就相当于告诉负载均衡器,应该尽可能少给这个节点发送请求。


亮点


突发流量



漏桶算法非常均匀,但是令牌桶相比之下就没那么均匀。令牌桶本身允许积攒一部分令牌,所以如果有偶发的突发流量,那么这一部分请求也能得到正常处理。但是要小心令牌桶的容量,不能设置太大。不然积攒的令牌太多的话就起不到限流效果了。例如容量设置为 1000,那么要是积攒了 1000 个令牌之后真的突然来了 1000 个请求,它们都能拿到令牌,那么系统可能撑不住这突如其来的 1000 个请求。



请求大小


如果面试官问到为什么使用了限流,系统还是有可能崩溃,或者你在负载均衡里面聊到了请求大小的问题,都可以这样来回答,关键词是请求大小。



限流和负载均衡有点儿像,基本没有考虑请求的资源消耗问题。所以负载均衡不管怎么样,都会有偶发性负载不均衡的问题,限流也是如此。例如即便我将一个实例限制在每秒 100 个请求,但是万一这个 100 个请求都是消耗资源很多的请求,那么最终这个实例也可能会承受不住负载而崩溃。动态限流算法一定程度上能够缓解这个问题,但是也无法根治,因为一个请求只有到它被执行的时候,我们才知道它是不是大请求。



计算阈值


总体上思路有四个:看服务的观测数据、压测、借鉴、手动计算。


看服务的性能数据属于常规解法,基本上就是看业务高峰期的 QPS 来确定整个集群的阈值。如果要确定单机的阈值,那就再除以实例个数。所以你可以这样来回答,关键词是业务性能数据。



我们公司有完善的监控,所以我可以通过观测到的性能数据来确定阈值。比如说观察线上的数据,如果在业务高峰期整个集群的 QPS 都没超过 1000,那么就可以考虑将阈值设定在 1200,多出来的 200 就是余量。 不过这种方式有一个要求,就是服务必须先上线,有了线上的观测数据才能确定阈值。并且,整个阈值很有可能是偏低的。因为业务巅峰并不意味着是集群性能的瓶颈。如果集群本身可以承受每秒 3000 个请求,但是因为业务量不够,每秒只有 1000 个请求,那么我这里预估出来的阈值是显著低于集群真实瓶颈 QPS 的。



压测



不过我个人觉得,最好的方式应该是在线上执行全链路压测,测试出瓶颈。即便不能做全链路压测,也可以考虑模拟线上环境进行压测,再差也应该在测试环境做一个压力测试。



从理论上来说,你可以选择 A、B、C 当中的任何一个点作为你的限流的阈值。


A 是性能最好的点。A 之前 QPS 虽然在上升,但是响应时间稳定不变。在这个时候资源利用率也在提升,所以选择 A 你可以得到最好的性能和较高的资源利用率。


B 是系统快要崩溃的临界点。很多人会选择这个点作为限流的阈值。这个点响应时间已经比较长了,但是系统还能撑住。选择这个点意味着能撑住更高的并发,但是性能不是最好的,吞吐量也不是最高的。


C 是吞吐量最高的点。实际上,有些时候你压测出来的 B 和 C 可能对应到同一个 QPS 的值。选择这个点作为限流阈值,你可以得到最好的吞吐量。


性能 A、并发 B、吞吐量 C。


无法压测:



不过如果真的做不了,或者来不及,或者没资源,那么还可以考虑参考类似服务的阈值。比如说如果 A、B 服务是紧密相关的,也就是通常调用了 A 服务就会调用 B 服务,那么可以用 A 已经确定的阈值作为 B 的阈值。又或者 A 服务到 B 服务之间有一个转化关系。比如说创建订单到支付,会有一个转化率,假如说是 90%,如果创建订单的接口阈值是 100,那么支付的接口就可以设置为 90。



如果我这是一个全新的业务呢?也就是说,你都没得借鉴。这个时候就只剩下最后一招了——手动计算。



实在没办法了,就只能手动计算了。也就是沿着整条调用链路统计出现了多少次数据库查询、多少次微服务调用、多少次第三方中间件访问,如 Redis,Kafka 等。举一个最简单的例子,假如说一个非常简单的服务,整个链路只有一次数据库查询,这是一个会回表的数据库查询,根据公司的平均数据这一次查询会耗时 10ms,那么再增加 10 ms 作为 CPU 计算耗时。也就是说这一个接口预期的响应时间是 20ms。如果一个实例是 4 核,那么就可以简单用 1000ms÷10ms×4=400 得到阈值。




手动计算准确度是很差的。比如说垃圾回收类型语言,还要刨除垃圾回收的开销,相当于 400 打个折扣。折扣多大又取决于你的垃圾回收频率和消耗。



升华:



最好还是把阈值做成可以动态调整的。那么在最开始上线的时候就可以把阈值设置得比较小。后面通过观测发现系统还很健康,就可以继续上调阈值。





此文章为9月Day25学习笔记,内容来源于极客时间《后端工程师的高阶面经》


作者:09cakg86qfjwymvm8cd3h1dew
来源:juejin.cn/post/7282245376425459768
收起阅读 »

百分百空手接大锅

web
背景 愉快的双休周末刚过完,早上来忽然被运营通知线上业务挂了,用户无法下单。卧槽,赶紧进入debug模式,一查原来是服务端返回的数据有问题,赶紧问了服务端,大佬回复说是业务部门配置套餐错误。好在主责不在我们,不过赶紧写了复盘文档,主动找自己的责任,扛起这口大锅...
继续阅读 »

背景


愉快的双休周末刚过完,早上来忽然被运营通知线上业务挂了,用户无法下单。卧槽,赶紧进入debug模式,一查原来是服务端返回的数据有问题,赶紧问了服务端,大佬回复说是业务部门配置套餐错误。好在主责不在我们,不过赶紧写了复盘文档,主动找自己的责任,扛起这口大锅,都怪我们前端,没有做好前端监控,导致线上问题持续两天才发现。原本以为运营会把推辞一下说不,锅是她们的,可惜人家不太懂人情世故,这锅就扣在了技术部头上。虽然但是,我还是静下心来把前端异常监控搞了出来,下次一定不要主动接锅,希望看到本文的朋友们也不要随便心软接锅^_^


监控


因为之前基于sentry做了埋点处理,基础已经打好,支持全自动埋点、手动埋点和数据上报。相关的原理可以参考之前的一篇文章如何从0-1构建数据平台(2)- 前端埋点。本次监控的数据上报也基于sentry.js。那么如何设计整个流程呢。具体步骤如下:




  1. 监控数据分类




  2. 监控数据定义




  3. 监控数据收集




  4. 监控数据上报




  5. 监控数据输出




  6. 监控数据预警




数据分类


我们主要是前端的数据错误,一般的异常大类分为逻辑异常和代码异常。基于我们的项目,由于涉及营收,我们就将逻辑错误专注于支付异常,其他的代码导致的错误分为一大类。然后再将两大异常进行细分,如下:




  1. 支付异常


    1.1 支付成功


    1.2 支付失败




  2. 代码异常


    2.1 bindexception


     2.1.1  js_error

    2.1.2 img_error

    2.1.3 audio_error

    2.1.4 script_error

    2.1.5 video_error



  3. unhandleRejection


    3.1 promise_unhandledrejection_error


    3.2 ajax_error




  4. vueException




  5. peformanceInfo




数据定义


基于sentry的上报数据,一般都包括事件与属性。在此我们定义支付异常事件为“page_h5_pay_monitor”,定义代码异常事件为“page_monitor”。然后支付异常的属性大概为:



pay_time,

pay_orderid,

pay_result,

pay_amount,

pay_type,

pay_use_coupon,

pay_use_coupon_id,

pay_use_coupon_name,

pay_use_discount_amount,

pay_fail_reason,

pay_platment


代码异常不同的错误类型可能属性会有所区别:



// js_error

monitor_type,

monitor_message,

monitor_lineno,

monitor_colno,

monitor_error,

monitor_stack,

monitor_url

// src_error

monitor_type,

monitor_target_src,

monitor_url

// promise_error

monitor_type,

monitor_message,

monitor_stack,

monitor_url

// ajax_error

monitor_type,

monitor_ajax_method,

monitor_ajax_data,

monitor_ajax_params,

monitor_ajax_url,

monitor_ajax_headers,

monitor_url,

monitor_message,

monitor_ajax_code

// vue_error

monitor_type,

monitor_message,

monitor_stack,

monitor_hook,

monitor_url

// peformanceInfo 为数据添加 loading_time 属性,该属性通过entryTypes获取

try {

const observer = new PerformanceObserver((list) => {

for (const entry of list.getEntries()) {

if (entry.entryType === 'paint') {

sa.store.set('loading_time', entry.startTime)

}
}

})

observer.observe({ entryTypes: ['paint'] })

} catch (err) {

console.log(err)

}


数据收集


数据收集通过事件绑定进行收集,具体绑定如下:


import {

BindErrorReporter,

VueErrorReporter,

UnhandledRejectionReporter

} from './report'

const Vue = require('vue')


// binderror绑定

const MonitorBinderror = () => {

window.addEventListener(

'error',

function(error) {

BindErrorReporter(error)

},true )

}

// unhandleRejection绑定 这里由于使用了axios,因此ajax_error也属于promise_error

const MonitorUnhandledRejection = () => {

window.addEventListener('unhandledrejection', function(error) {

if (error && error.reason) {

const { message, code, stack, isAxios, config } = error.reason

if (isAxios && config) {

// console.log(config)

const { data, params, headers, url, method } = config

UnhandledRejectionReporter({

isAjax: true,

data: JSON.stringify(data),

params: JSON.stringify(params),

headers: JSON.stringify(headers),

url,

method,

message: message || error.message,

code

})

} else {

UnhandledRejectionReporter({

isAjax: false,

message,

stack

})

}

}

})

}

// vueException绑定

const MonitorVueError = () => {

Vue.config.errorHandler = function(error, vm, info) {

const { message, stack } = error

VueErrorReporter({

message,

stack,

vuehook: info

})

}

}

// 输出绑定方法

export const MonitorException = () => {

try {

MonitorBinderror()

MonitorUnhandledRejection()

MonitorVueError()

} catch (error) {

console.log('monitor exception init error', error)

}

}


数据上报


数据上报都是基于sentry进行上报,具体如下:



/*

* 异常监控库 基于sentry jssdk

* 监控类别:

* 1、window onerror 监控未定义属性使用 js资源加载失败问题

* 2、window addListener error 监控未定义属性使用 图片资源加载失败问题

* 3、unhandledrejection 监听promise对象未catch的错误

* 4、vue.errorHandler 监听vue脚本错误

* 5、自定义错误 包括接口错误 或其他diy错误

* 上报事件: page_monitor

*/


// 错误类别常量

const ERROR_TYPE = {

JS_ERROR: 'js_error',

IMG_ERROR: 'img_error',

AUDIO_ERROR: 'audio_error',

SCRIPT_ERROR: 'script_error',

VIDEO_ERROR: 'video_error',

VUE_ERROR: 'vue_error',

PROMISE_ERROR: 'promise_unhandledrejection_error',

AJAX_ERROR: 'ajax_error'

}

const MONITOR_NAME = 'page_monitor'

const PAY_MONITOR_NAME = 'page_h5_pay_monitor'

const MEMBER_PAY_MONITOR_NAME = 'page_member_pay_monitor'

export const BindErrorReporter = function(error) {

if (error) {

if (error.error) {

const { colno, lineno } = error

const { message, stack } = error.error

// 过滤

// 客户端会有调用calljs的场景 可能有一些未知的calljs

if (message && message.toLowerCase().indexOf('calljs') !== -1) {

return

}

sa.track(MONITOR_NAME, {

//属性

})

} else if (error.target) {

const type = error.target.nodeName.toLowerCase()

const monitorType = type + '_error'

const src = error.target.src

sa.track(MONITOR_NAME, {

//属性

})

}

}

}

export const UnhandledRejectionReporter = function({

isAjax = false,

method,

data,

params,

url,

headers,

message,

stack,

code

}
) {

if (!isAjax) {

// 过滤一些特殊的场景

// 1、自动播放触发问题

if (message && message.toLowerCase().indexOf('user gesture') !== -1) {

return

}

sa.track(MONITOR_NAME, {

//属性

})

} else {

sa.track(MONITOR_NAME, {

//属性

})

}

}

export const VueErrorReporter = function({ message, stack, vuehook }) {

sa.track(MONITOR_NAME, {

//属性

})

}

export const H5PayErrorReport = ({

isSuccess = true,

amount = 0,

type = -1,

couponId = -1,

couponName = '',

discountAmount = 0,

reason = '',

orderid = 0,

}
) => {

// 事件名:page_member_pay_monitor

sa.track(PAY_MONITOR_NAME, {

//属性

})

}


以上,通过sentry的sa.track进行上报,具体不作展开


输出与预警


数据被上报到大数据平台,被存储到hdfs中,然后我们直接做定时任务读取hdfs进行一定的过滤通过钉钉webhook输出到钉钉群,另外如果有需要做数据备份可以通过hdfs到数据仓库再到kylin进行存储。


总结


数据监控对于大的,特别是涉及营收的平台是必要的,我们在设计项目的时候一定要考虑到,最好能说服服务端,让他们服务端也提供相应的代码监控。ngnix层或者云端最好也来一层。严重的异常可以直接给你打电话,目前云平台都有相应支持。这样有异常及时发现,锅嘛,接到手里就可以精准扔出去了。


作者:CodePlayer
来源:juejin.cn/post/7244363578429030459
收起阅读 »

降本增效后胡诌一下

上周我ld下午突然找我喝咖啡,暗示的事情不言而喻,果然下一波降本增效不期而遇了,当然这次我是主动要的桶,说句实话此时此刻我不太看好阿逼,几次降本之后明显能感觉到人心早就散了,即使留着我估摸着也找不到我喜欢的工作状态了。 另外啊,人到中年的我心态也还是不太稳定啊...
继续阅读 »

上周我ld下午突然找我喝咖啡,暗示的事情不言而喻,果然下一波降本增效不期而遇了,当然这次我是主动要的桶,说句实话此时此刻我不太看好阿逼,几次降本之后明显能感觉到人心早就散了,即使留着我估摸着也找不到我喜欢的工作状态了。


另外啊,人到中年的我心态也还是不太稳定啊,现在整个市场行情挺差的,基本上来说这周也就几家公司约了我面试,我这个时候才感受到之前别人说的手机没响是多么恐怖,相对来说竞争力确实是完全比不上年轻人了。


好在过了几天压力期之后这几天仿佛也想开了,想了想错的也不是我们这些浮萍,而是这个世界。不求一生安好,但求问心无愧吧。


另外其实还有好多想做的事情并没有做完,也还是挺遗憾的。比如最新的kotlin和compose,还有我最近刚打算推进的资源文件治理等等。也算是抱憾而去了啊。


另外前几天那个5000星github大佬也让我有点大大的破防,被人称呼为七年大龄我还是不李姐啊,成年人的世界还真的是很残忍啊


愿后续找工作顺利,对我自己来说吧,我觉得我还是处于技术人当打之年的,我也还是想做些有意思得事,在此与诸君共勉。


年纪越大越喜欢老歌,这几天只能靠沉默是金来安慰自己。冥冥中都注定你我苦与贫,是错永不对真还是真。


作者:究极逮虾户
来源:juejin.cn/post/7281162206947622949
收起阅读 »

有人说SaToken吃相难看,你怎么看。

前言 今天摸鱼逛知乎,偶然看到了一个回答,8月份的,是关于SaToken的,一时好奇就点了进去。 好家伙,因为一个star的问题,提问的人抱怨了许多,我有些意外,就仔细看了下面的评论,想知道一部分人的看法。 案发现场 大体上,分为两派。 一派是...
继续阅读 »

前言



今天摸鱼逛知乎,偶然看到了一个回答,8月份的,是关于SaToken的,一时好奇就点了进去。



1.png



好家伙,因为一个star的问题,提问的人抱怨了许多,我有些意外,就仔细看了下面的评论,想知道一部分人的看法。



案发现场



大体上,分为两派。




一派是对于强制star尤为反感,乃至因爱生恨(打个问号)?




比如下面这种,狂喷作者的。当我看到所谓“花几个工作日自己也能撸一个”这句话的时候,差点没忍住把酱香拿铁喷在电脑上。




本想敲几个字对垒下,但我好歹也是知乎认证的号,想想算了,没必要和这种人打口水仗。



4.png



还有一些是拿数据指责Sa-Token,以及搬出Spring Security做对比的,字里行间一股子微博的味道。



5.png



总而言之,反感这种强制star的人,我发现他们是内心真的极其反感,就像是自己被作者抛弃了一样。



7.png



后面喷着喷着,拔出萝卜带出泥,好吧,ruoyi也被拉出来示众了,这味儿太冲了。



8.png



当然,另一派就是持不同看法的,里面有一句话总结的倒是挺有意思。



6.png



说到这里,其实Sa-Token的作者也亲自下场做了一些解释,比如解释不想star可以如何做,这一点我觉得略显牵强,但后面也给了别的解决方式,听取了部分评论者的中肯意见。



2.png



重要的是,作者最后的回答,就像是无声地呐喊,也许很多喷子接受不了这种呐喊,因为这个“孩子”不是他们的,别人家的孩子跟我有什么关系。



3.png


国内开源现状



通过这个事情,其实勾起了我一些回忆,可能年轻点的程序员是不了解的,国内的开源生态以前是个什么情况。




像我这样年纪稍微大点的可能就见过那个过程,说白了,就是来一批死一批。




没错,国内开源生态就是个充满病菌的牧场,里面养了一群牛羊,结局是大多都病死了,真正能上餐桌的却没几个。




还有人记得当年开源生态圈很离谱的一件事情吗,XXL-JOB的作者发帖伸冤,因为自己的开源项目竟然被某个互联网公司拿去申请了软著。




等于说一个花费心力的项目,仅仅因为开源协议被钻了漏洞,就直接成别人的了,作者没办法只能在网上伸冤求助,以及找开源中国出面解决。




为什么这些公司敢这么做,换成你是作者你接受得了么,你有信心以个人的力量对抗事先有准备的这些打擦边球的侵权么。




因为国内的开源生态就是病态的、畸形的,那几年国内开源项目如雨后春笋,绝大部分作者根本还没有较高的经营意识,凭的就是一腔热爱分享的情怀,以及对拥有自己的一个开源项目这件事的热忱。




然后因为不懂法律,被钻空子,竹篮打水一场空,这样的案例出现一个,就会引起寒蝉效应,开源作者人人自危,谁还敢用授权范围更大的协议。




树上有七只鸟,打死了一只,还剩几只?




然后,再举例说一下上面截图中有喷子提到的ruoyi。




我想问问,现在有多少Java程序员是一路看着ruoyi走过来的。




我猜不多,就算有,也是中途上车的。




我可以简单说下ruoyi当初的处境,虽然只是一个后台管理的项目,我是真没想到时隔多年作者竟然还在写。




当初围绕在ruoyi身边的是一大堆出色的后台管理项目,各具特色,不少都比它要火,但最后具备代表性的只剩ruoyi了。




因为作者一直在迭代,我记得第一次看到ruoyi的时候,作者还写着项目名称的描述,是想象自己未来女儿的名字,所以起了若依。




能坚持这么多年不停歇,那些年你也根本别想凭着开源项目赚什么钱,估计连你工资的零头都没有,但人家还是能迭代到现在。




我就想着,单纯寻思着,也该到了人家收获果实的季节了吧。




我是打心里佩服这些人的,我没觉得比别人差,有些项目花时间我也能写,问题是,我做不到啊,你呢。



总结



如果有一个同行写了开源项目,他想挣钱,我支持,但是项目越来越烂,我会离开,后会无期。




如果有一个同行写了开源项目,他想挣钱,我支持,但是项目越来越好,我会分享,也会付钱。




当我们不断坚持追求,最终换来真正感人的回报,何尝不是生命中最美妙的旋律。




我真诚希望给国内优秀的开源作者更多能挣钱的空间,让那些项目越来越好。




这是我对那些当初“死去”的开源作者的缅怀,也是对未来更多开源作者的殷切期待。




以上纯属个人看法,不收钱的,轻点喷。




如果喜欢,请点赞+关注↑↑↑,持续分享干货和行业动态哦~


作者:程序员济癫
来源:juejin.cn/post/7282696271863906316
收起阅读 »

5分钟看完被讨厌的勇气

是一本什么样的书 是一本心理学书,书中主要观点来自于阿德勒: 阿尔弗雷德·阿德勒(Alfred Adler ,1870年2月7日-1937年5月28日),奥地利精神病学家。人本主义心理学先驱,个体心理学的创始人,曾追随弗洛伊德探讨神经症问题,但也是精神分析学派...
继续阅读 »


是一本什么样的书


是一本心理学书,书中主要观点来自于阿德勒:


阿尔弗雷德·阿德勒(Alfred Adler ,1870年2月7日-1937年5月28日),奥地利精神病学家。人本主义心理学先驱,个体心理学的创始人,曾追随弗洛伊德探讨神经症问题,但也是精神分析学派内部第一个反对弗洛伊德的心理学体系的心理学家。



因全球畅销书《人性的弱点》和《美好的人生》而闻名的戴尔·卡耐基也曾评价阿德勒为“终其一生研究人及人的潜力的伟大心理学家”,而且其著作中也体现了很多阿德勒的思想。同样,史蒂芬·柯维所著的《高效能人士的7个习惯》中的许多内容也与阿德勒的思想非常相近。


可以学到什么


教你获得幸福,教你如何过得爽


怎么做


一、目的论


心理创伤


心理创伤:精神创伤(或心理创伤)是指那些由于生活中具有较为严重的伤害事件所引起的心理、情绪甚至生理的不正常状态(比如一遭被蛇咬,十年怕井绳)


弗洛伊德的原因论,你现在的问题是由于过去的一段悲惨的经历所引发的


阿德勒和弗洛伊德观点完全相反


阿德勒心理学:心理创伤并不存在


人并不是住在客观的世界,而是住在我们自己营造的主观世界(也可以说是你赋予这个经历的意义)




  • 冬暖夏凉的井水,其实是恒定的18度




  • 墨镜一戴,谁也不爱




阿德勒的目的论,人之所以性格扭曲,不是由于过去发生的事情所引发的,而是因为他出于“某种目的”,主动选择了这个扭曲的性格


例子


1、有一个小朋友在学校遭遇过校园霸凌,从此性格变得孤僻,不爱说话;


可以引起父母的关注,害怕再次受到校园霸凌,或者说只是他觉得更舒服的一个状态而已


2、患有脸红恐惧症的女生想要对喜欢的人告白,但又不敢





区别:


原因论:人的现在是由人的过去所决定的,你有怎样的过去,就有怎样的现在


目的论:人的现在是由现在的目的所决定的,而这个目的有可能是存在于你的潜意识中


例子


1、青年在咖啡厅被服务员不小心把咖啡洒在他衣服上了,这是青年下狠心花了大价钱买的一件新衣服啊,所以他忍不住当场大发雷霆,而平时他根本就不会在公共场合大声喧哗



先产生大发雷霆的目的,才产生愤怒的情绪。青年想通过大发雷霆来震慑犯错的这名服务员,进而才使服务员认真听我们讲话(讲道理太麻烦,还不如“表演生气”高效)


2、川剧变脸的家长,愤怒是可收可放的手段


阿德勒认为,恐惧、自卑、愤怒等情绪都是人们逃避现实的工具而已。




人现在所做出的决定,反过来可以影响到过去,改变你过去的意义。


例子


1、爱因斯坦上学的时候连个小板凳都坐不好,所以经常被老师同学嘲笑,后来爱因斯坦成为了世界上最聪明的人,坐不好小板凳就成了一段佳话


「无论之前的人生发生过什么,都对今后的人生如何度过没有影响。」决定自己人生的是活在「此时此刻」的你自己。


二、课题分离


一切烦恼都源于人际关系


例子:


1、你觉得自己穷,是因为你见过富的


2、你觉得自己矮,是因为有比你高的


3、你觉得自己不好看,是因为有比你好看的


烦恼的根源就是和别人比较


如何解决人际关系带来的烦恼


暂时无法在飞书文档外展示此内容


例子:


1、你要辞职去创业,你老婆不同意


「辞职」是你的课题,「老婆不同意」是她的课题


2、孩子想要一个玩具,「想要」是孩子的课题,而给不给买是父母的课题,但孩子由于认知和能力没有发展完全,可能会用一些不当方式去干涉父母的课题,破坏「课题」中的界限。


年幼的孩子可能会用极端的情绪发泄来要求父母满足他们的需求,或者是不喜欢学习,沉迷游戏等等。


但是父母不能因为恪守「课题分离」,就让孩子自生自灭,而是应该培养孩子的兴趣,挖掘他们的潜能,从而让孩子感受到学习的乐趣,或者习得一些适当的寻求需求满足的方法。


(你可以把马拉到水边,但你不能强迫马喝水)


所以,学习「课题分离」的意义并不是让我们对他人的事情置之不理,而是帮助我们理清摆在面前错综复杂的事情或情绪,不受他人课题的裹挟。


人为什么总要去干涉别人或者被别干涉


其实都是为了自己,《自私的基因》里解释生命体只是基因的生存机器,生命体的一切行为都是为了自己更好的生存。


例子:


1、鳄鱼嘴里的牙签鸟



鳄鱼和牙签鸟是一对非常特别的互利共生关系。它们之间的这种特殊关系,使得它们可以在大自然中互相帮助,让彼此成为生存的关键。


不表扬也不批评


表扬也是一种干涉,会让人觉得自己存在的价值是别人的肯定,而不是自己本身


不追求他人认可


我们的存在价值并不是通过他人认可而获得,而是应该通过对集团的贡献而获得的。


如果追求的是他人认可,那么他人不存在的时候,你就不会行动,比如做好事的时候周围没人就不做了,就会被他人所束缚,会因为他人的观点而做出改变


如果我们不是为了别人的认可而存在,那我们应该如何存在


三、共同体感觉


就是把他人看作伙伴,并能够从中感到自己有位置的状态,这就是共同体感觉。


自我接纳


自我肯定是明明做不到但还是暗示自己说“我能行”或者“我很强”,也可以说是一种容易导致优越情结的想法,是对自己撒谎的生活方式。


自我接纳是指假如做不到就诚实地接受这个“做不到的自己”,然后尽量朝着能够做到的方向去努力,不对自己撒谎。


他者信赖


他者信赖就是说在人际交往中我们需要无条件地相信我们自己想去和他建立关系的人,与需要抵押的信用不同,信赖无需任何的附加条件。


背叛是别人的课题,我们没有办法改变。


他者贡献


他者贡献并不是讨好。


我们可以试想一下,是不是每次当自己为他人或是群体做出贡献的时候,我们就会感觉到开心,因为我们在这过程中体会到了自己的价值,他者贡献的目的正是与此相关,他者贡献并非舍弃自身而效劳他人,而是在贡献的过程中,找到自我的真正价值。


而讨好呢?我们就可以将其看做是一种自我牺牲。它是一种过度迎合他人而放弃自我感受的行为,它的目的并非为了找回自我价值,而是取悦他人,以达到不被他人遗弃的目的。所以我们能够看到,他者贡献和讨好有着本质的区别。


工作的本质就是贡献。


正因为接受了真实的自我,也就是自我接纳,才能够不惧背叛地做到他者信赖,而且正因为对他人给予无条件地信赖并能够视他人为自己的伙伴,才能做到他者贡献;同时,正因为对他人有所贡献,才能够体会到我对他人有用,进而接受真实的自己,做到自我接纳。


暂时无法在飞书文档外展示此内容


你只要做到这三步,你就能从他人的评价中获得释放


那么不活在别的评价中,就会被别人所讨厌


如果想要获得真正的自由,就需要有被别人讨厌的勇气


作者表达的并不是所谓自由就是被人讨厌, 而是所谓自由是拥有被别人讨厌的勇气,主旨在“勇气”而不是“被讨厌”,“勇气”是自己的课题 是我们自己可以改变的 “被讨厌”只是别人的课题 所以阿德勒的哲学被称为勇气哲学


最后,把书中的一句话送给大家:


“倘若自己都不为自己活出自己的人生,那还有谁会为自己而活呢?”


作者:VD
来源:juejin.cn/post/7281957723952169000
收起阅读 »

中小企业数字化转型实施过程中的管理和思考

1. 往事再回首 最近年中开部门总结会议,我向公司领导和同事总结了入职近三年以来,企业数字化转型的过程和成果。 我所在的企业是一家中华老字号企业,也是一家传统制造业企业,十几年前由国企转私营。入职前,有关领导和人事部门简要给我介绍了他们企业信息化系统实施情况,...
继续阅读 »

1. 往事再回首


最近年中开部门总结会议,我向公司领导和同事总结了入职近三年以来,企业数字化转型的过程和成果。
我所在的企业是一家中华老字号企业,也是一家传统制造业企业,十几年前由国企转私营。入职前,有关领导和人事部门简要给我介绍了他们企业信息化系统实施情况,停下来大概仅有U8、OA这两个算拿得出手的信息系统,一个用来管理供应链一个用来作日常工作审批。其余像生产管理系统MES,立体库管理系统等都是找一些小公司或个人开发的系统,以长时间无人运维,这些项目甚至连公司、开发人员以及相关资料都找不到了。


未入职之前,公司已在准备相关的上市计划,企业数字化转型已迫在眉睫。企业数字化转型是IT部门打翻身仗的机会,我是顺应公司制定好的数字化转型战略计划后,招兵买马进来的,职责就是协助我的直系领导(CIO)组建一支专业能力足够强的IT团队,制定企业数字化转型战略目标和计划,通过招投标实施信息化项目,来满足企业转型的需求。




大部分中小企业发展到一定规模,都会面临着管理难题,然而,IT部门在老板眼里,往往又是一个不受重视的支出型的部门,大部分的中小型制造型企业的IT部门,活多事杂话语权少,往往充当着修电脑,修网络等等此类的基础设施运维角色。在入职后的前三个月,部门未招聘任何一名员工,只为摸清楚企业信息化的底细.....


三个月的时间,让我清晰的认识到,事情远远不及我想的那么简单,该企业因长期没有信息化项目的实施和开展,公司管理层甚至也是因为上市才有了信息化建设的初步想法,很多人也因为墨守成规,甚至连一些基本的信息化、常用办公软件操作的本领都没有,信息化素质有待提升,IT部门工作开展面临者不小的压力。


2. 工作成果总结


入职公司这三年多以来,我与诸位领导和IT部门的各位同事们,通过夜以继日的不懈奋斗,先后实施了诸多项目。其中包括公司位于广东某市的智能工厂项目(2022年10月正式投产),生产管理系统MES系统(2022年8月正式上线),以及ERP系统SAP(替代U8)(2023年1月1日正式上线),并引入了业务流程管理系统BPM(替代OA)(2022年1月18日正式上线)。


可以说,已经完成了企业在供应链生产制造端的初步转型,在办公自动化上初见成效。未来,我们将实施供应商和经销商协同平台,同时还要在销售端发力,拉起企业数字化转型的大网,覆盖上下游供应商、终端用户,以及企业内所有的员工。


3.反思和总结


3.1 企业如何进行数字化转型


中小企业在数字化转型过程中是十分渴望实现信息化、数字化的。然而,由于他们的信息化底子薄,信息化人才队伍建设难,以及企业文化等种种因素的影响,往往会导致信息化项目无法发挥出其真正的价值。 


 中小企业数字化转型是一项系统工程,需要全面考虑企业的战略目标、技术支持和组织变革,同时注重持续的管理和优化。企业数字化转型主要包含以下步骤。


明确目标:确定数字化转型的目标和期望效果,如提高生产效率、优化供应链管理、拓展新的市场渠道等。


评估现状:分析企业现有的信息化水平、IT基础设施、业务流程和人员能力,并识别存在的痛点和问题。


制定战略计划:根据目标和评估结果,制定详细的数字化转型战略计划,包括具体的项目和时间表。


技术选型与建设:选择适合企业需求的技术解决方案,如企业资源计划(ERP)系统、客户关系管理(CRM)系统、供应链管理系统等,并进行系统的规划、设计和实施。


数据整合与分析:确保各个系统之间的数据交互和共享,建立数据仓库或数据湖,通过数据分析和挖掘获得有价值的洞察。


组织变革与培训:调整组织结构和流程,培养员工适应数字化转型的能力,提供相关培训和支持。


监控与优化:建立监控机制,及时评估数字化转型的效果,并进行优化和调整,以保持持续改进。


在数字化转型过程中,中小企业需要关注以下几个重点:


项目管理:合理规划项目的范围、时间和资源,确保项目的顺利实施和交付。
数据安全:加强信息安全意识,采取有效的措施保护企业数据和客户信息的安全性。
风险管理:评估数字化转型可能面临的风险,制定相应的风险管理措施,并建立灵活应对的机制。
合作伙伴选择:选择可靠的技术供应商和合作伙伴,共同推动数字化转型的实施和成功。


3.2 IT部门如何打好数字化战役


当公司引入新系统、用户提出新需求时,IT部门要抓住这样的契机,推动公司对原有不合理的业务流程进行改造。然而,这是一场硬仗,弄不好可能会项目推进不力,还得罪人。所以要想打好这场仗,首先IT部门内部要统一思想,一致对"外"。明确好我们的使命和愿景,确定好我们工作的推进方法和节奏,保证信息在部门内得到完整的有效的传递。



 IT部门在企业转型过程中,担任十分重要的专业角色。我认为IT部门必须承担的使命,主要包括以下几项:


1、改变用户思维,培养用户习惯:这个过程考验IT部门成员对公司业务的熟悉程度、对行业标准化流程的理解程度,以及谈判能力能否说服用户接受所提出的改造方案。


2、抓住项目机遇,实现战略目标:通过项目的实施,技术的驱动,把原有的一些不合理业务从企业业务中重点拿出来讨论,并制定专业合规的方案,在兼顾业务发展的同时,又要考虑到后期如何监控(建立指标)该项业务改革后的成效。这是一件十分有挑战且对个人能力要求极高的事情,需要在公司各个系统实施前,做好系统信息交互的顶层设计,定好发展方向,才能把此事做好。


3、建立数据指标,监控实施效果:在项目转入运维后,能通过查看数据指标,掌握到设计好的业务方案实施是否成功,带来的效益如何。同时通过建立数据指标,可以辅助高层进行决策,让技术倒逼业务优化,实现技术与业务的双向驱动。


4. 评估数字化转型实施成果


以下是我的个人观点和总结:
我认为,制造型中小企业数字化转型,必须经历从 实现自动化到迈向数字化最后实现智能化的阶段。如何评估企业数字化转型成功与否?如何衡量此时企业数字化程度?


当前信息时代,数据是最重要的生产资源!数据在企业中流通的量级大,效率高,覆盖面广,是数据发挥价值大小的评判标准。企业数字化转型程度,取决于


  • 企业内部是否建立起完整的数据传输链(数据在各系统之间共享)
  • 能够完整的查询到某一项数据从进入系统开始,直至归档为止的完整链路(数据生命周期可追溯)
  • 数据分析,数据可视化提供决策能力(充分发挥数据价值)



5.项目管理中的方法论


在项目管理和实施中,要善于使用管理方法和指导和总结项目工作,以下是常见的几种方法论:


5.1 8020原则


在公司现阶段,生产端数字化目标实现后,用户的需求猛增。此时我提出:利用8020原则,聚焦20%我们认为有价值的需求,把握用户提出需求的机会,对业务流程再进行进一步的完善和提升,剩余的80%需求可以暂缓甚至拒绝。我们目前完成生产端信息化改造后,企业用户也慢慢被我们培养出利用信息化手段和工具解决问题的思维习惯。


随之而来的,就是对IT部门的挑战,用户面对这些新系统,会不断提需求,期望IT部门满足他们。从我目前工作的经历来看,大部分的需求是来自于职员级别的,然而,他们提出的需求,往往是出于减少他们工作量以及出错概率的定位上来提的。


而企业的中层管理者,大都是沉默的,毕竟屁股决定脑袋。需求增多,面临就是开发工作的陡然增加,此时IT部门就要学会与用户斡旋,利用一些特殊的手段,来筛选需求。聚焦对业务有重点提升的需求,才能发挥出IT部门最大的价值! 



5.2 PDCA循环


PDCA循环是一种连续改进的管理方法,它代表了Plan(计划)、Do(执行)、Check(检查)和Act(行动)四个阶段。它的目的是通过循环反复进行这四个阶段,不断完善和优化过程,实现持续的改善和提高。


通过PDCA循环,可以不断发现问题、改进流程和工作方式,提高质量和效率,逐步实现目标。它是一种有效的管理工具,能帮助组织在不断变化的环境中保持竞争力。


5.3 SWOT分析


SWOT分析是一种战略管理工具,用于评估一个组织或个人的优势(Strengths)、劣势(Weaknesses)、机会(Opportunities)和威胁(Threats)。通过进行SWOT分析,可以了解一个组织或个人在特定环境中的情况,并制定相应的战略。
下图是我总结的,我部门团队目前所处的形势: 



6.总结


中小企业数字化转型是一个历史必然的过程。随着信息技术不断发展和普及,企业要想保持竞争力和适应市场变化,数字化转型已成为一种必备的发展战略。在这个过程中,我们积累了许多宝贵的经验,也面临了一些需要注意的问题。


中小企业数字化转型还需要面对市场和竞争的问题。随着数字化转型的普及,市场竞争将变得更加激烈。企业需要及时调整自己的业务模式和市场策略,提高自身的竞争力。


首先,需要明确转型的目标和意义。中小企业进行数字化转型的目的通常是提高效率、降低成本、改善客户体验等。在实施过程中,我们要清楚地定义自己的转型目标,并为此付出努力。同时,也要理解数字化转型的意义,认识到它不仅仅是一次技术升级,更是一次全方位的组织变革。


其次,要注重组织文化和人员培养。数字化转型不仅仅是一项技术工作,更需要对组织文化进行调整和塑造。中小企业需要建立一个支持创新和变革的文化环境,激发员工的数字思维和创新能力。此外,投资人员培养和技能提升也是关键,因为他们将是数字化转型中的推动者和执行者。


此外,应该遵循逐步推进的原则。由于中小企业的资源有限,一次性完成全面的数字化转型可能会带来巨大的压力和风险。因此,我们建议采取渐进的方法,从一个具体的业务领域或流程开始,逐步迭代和扩展。这样可以确保转型的可控性和成功性,并在实施过程中不断调整和改进。


总之,中小企业数字化转型是一项具有重要意义的任务。通过数字化转型,企业可以实现更高效的运营和更好的市场竞争力。然而,数字化转型也需要企业面对一些挑战和问题。只有充分认识到这些问题并采取相应的措施,企业才能顺利地完成数字化转型,实现持续发展。


上一篇:项目进度管理工具:进度网络图


一些数字化转型的参考链接:



本文所述的经验总结仅表示个人经验和观点,希望能为中小企业的数字化转型提供一些借鉴和启示。


作者:陆理手记
链接:https://juejin.cn/post/7258931180003278908
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
收起阅读 »

跨浏览器兼容性指南:解决常见的前端兼容性问题

跨浏览器兼容性是前端开发中至关重要的概念。由于不同浏览器(如Chrome、Firefox、Safari等)在实现Web标准方面存在差异,网页在不同浏览器上可能会呈现不一致的结果。因此,确保网页在各种浏览器上都能正确显示和运行,是提供良好用户体验、扩大受众范围以...
继续阅读 »

跨浏览器兼容性是前端开发中至关重要的概念。由于不同浏览器(如Chrome、Firefox、Safari等)在实现Web标准方面存在差异,网页在不同浏览器上可能会呈现不一致的结果。因此,确保网页在各种浏览器上都能正确显示和运行,是提供良好用户体验、扩大受众范围以及增强网站可访问性的关键。



兼容性测试工具和方法


自动化测试工具的使用 自动化测试工具能够帮助开发者更快速、高效地进行浏览器兼容性测试,以下是一些常用的自动化测试工具:


  1. Selenium:Selenium是一个流行的自动化测试框架,用于模拟用户在不同浏览器上的交互。它支持多种编程语言,并提供了丰富的API和工具,使开发者可以编写功能测试、回归测试和跨浏览器兼容性测试。
  2. TestCafe:TestCafe是一款基于JavaScript的自动化测试工具,用于跨浏览器测试。它不需要额外的插件或驱动程序,能够在真实的浏览器中运行测试,并支持多个浏览器和平台。
  3. Cypress:Cypress是另一个流行的自动化测试工具,专注于现代Web应用的端到端测试。它提供了简单易用的API,允许开发者在多个浏览器中运行测试,并具有强大的调试和交互功能。
  4. BrowserStack:BrowserStack是一个云端跨浏览器测试平台,提供了大量真实浏览器和移动设备进行测试。它允许开发者在不同浏览器上同时运行测试,以检测网页在不同环境中的兼容性问题。

手动测试方法和技巧 除了自动化测试工具,手动测试也是重要的一部分,特别是需要验证用户体验和视觉方面的兼容性。以下是几种常用的手动测试方法和技巧:


  1. 多浏览器测试:在不同浏览器(如Chrome、Firefox、Safari)上手动打开网页,并检查布局、样式和功能是否正常。特别关注元素的位置、尺寸、颜色和字体等。
  2. 响应式测试:使用浏览器的开发者工具或专门的响应式测试工具(如Responsive Design Mode)来模拟不同设备的屏幕尺寸和方向,确保网页在不同设备上呈现良好。
  3. 用户交互测试:模拟用户操作,例如点击按钮、填写表单、滚动页面和使用键盘导航,以确保网页在各种用户交互场景下都能正常运行。
  4. 边界条件测试:测试极端情况下的表现,例如超长文本、超大图片、无网络连接等。确保网页在异常情况下具备良好的鲁棒性和用户友好性。

设备和浏览器的兼容性测试 为了确保网页在不同设备和浏览器上的兼容性,以下是一些建议的测试方法:

  1. 设备兼容性测试:

    • 使用真实设备:将网页加载到不同类型的设备上进行测试,例如桌面电脑、笔记本电脑、平板电脑和智能手机等。
    • 使用模拟器和仿真器:利用模拟器或仿真器来模拟不同设备的环境,并进行测试。常用的模拟器包括Android Studio自带的模拟器和Xcode中的iOS模拟器。
  2. 浏览器兼容性测试:

    • 考虑常见浏览器:测试网页在主流浏览器(如Chrome、Firefox、Safari、Edge)的最新版本上的兼容性。
    • 旧版本支持:如果目标受众使用旧版浏览器,需要确保网页在这些浏览器上也能正常运行。可以使用Can I Use(caniuse.com)等工具来查找特定功能在不同浏览器上的兼容性。
  3. 定期更新测试设备和浏览器:随着时间的推移,新的设备和浏览器版本会发布,因此建议定期更新测试设备和浏览器,以保持兼容性测试的准确性。


常见的前端兼容性问题


我在下面列举了一些常见的兼容性问题,以及解决办法。

  • 浏览器兼容性问题:

    • 不同浏览器对CSS样式的解析差异:使用CSS预处理器(如Less、Sass)可以减少浏览器间的差异,并使用reset.css或normalize.css来重置默认样式。
    • JavaScript API的差异:使用polyfill或Shim库(如Babel、ES5-Shim)来填补不同浏览器之间JavaScript API的差异。
    1. 响应式布局兼容性问题:

      • 媒体查询失效:确保正确使用CSS媒体查询,并对不支持媒体查询的旧版浏览器提供备用样式。
      • 页面在不同设备上的布局错乱:使用弹性布局(Flexbox)、网格布局(Grid)和CSS框架(如Bootstrap)可以有效解决布局问题。
    2. 图片兼容性问题:

      • 不支持的图片格式:使用WebP、JPEG XR等现代图片格式,同时提供备用格式(如JPEG、PNG)以供不支持的浏览器使用。
      • Retina屏幕显示问题:使用高分辨率(@2x、@3x)图片,并通过CSS的background-size属性或HTML的srcset属性适应不同屏幕密度。
    3. 字体兼容性问题:

      • 不支持的字体格式:使用Web字体(如Google Fonts、Adobe Fonts)或@font-face规则,并提供备用字体格式以适应不同浏览器。
      • 字体加载延迟:使用字体加载器(如Typekit、Font Face Observer)来优化字体加载,确保页面内容在字体加载完成前有一致的显示。
    4. JavaScript兼容性问题:

      • 不支持的ES6+特性:使用Babel等工具将新版本的JavaScript代码转换为旧版本的代码,以兼容不支持最新特性的浏览器。
      • 缺乏对旧版浏览器的支持:根据目标用户群体使用的浏览器版本,选择合适的JavaScript库或Polyfill进行填充和修复。
    5. 表单兼容性问题:

      • 不同浏览器对表单元素样式的差异:使用CSS样式重置或规范化库来保证表单元素在各个浏览器上显示一致。
      • HTML5表单元素的不完全支持:使用JavaScript库(如Modernizr)来检测并补充HTML5表单元素的功能支持。
    6. Ajax和跨域请求问题:

      • 浏览器安全策略导致的Ajax跨域问题:通过设置CORS(跨域资源共享)或JSONP(仅适用于GET请求)来解决跨域请求问题。
      • IE浏览器对XMLHttpRequest的限制:使用自动检测并替代方案(如jQuery的AJAX方法),或考虑使用现代的XMLHttpRequest Level 2 API(如fetch)。

    CSS常见的兼容性问题


    CSS兼容性问题是在不同浏览器中,对CSS样式的解析和渲染会存在一些差异。以下是一些常见的CSS兼容性问题以及对应的解决方案:




    1. 盒模型:



      • 问题:不同浏览器对盒模型的解析方式存在差异,导致元素的宽度和高度计算结果不一致。

      • 解决方案:使用CSS盒模型进行标准化,通过设置box-sizing: border-box;来确保元素的宽度和高度包括边框和内边距。




    2. 浮动和清除浮动:



      • 问题:浮动元素可能导致父元素的塌陷问题(高度塌陷)以及与其他元素的重叠问题。

      • 解决方案:可以使用清除浮动的技巧,如在容器元素末尾添加一个空的<div style="clear: both;"></div>元素来清除浮动,或者使用clearfix类来清除浮动(如.clearfix:after { content: ""; display: table; clear: both; })。




    3. 绝对定位和相对定位:



      • 问题:绝对定位和相对定位的元素在不同浏览器中的表现可能存在差异,特别是在z轴上的堆叠顺序。

      • 解决方案:明确设置定位元素的position属性(position: relative;position: absolute;),并使用z-index属性来控制元素的堆叠顺序。




    4. 样式重置与规范化:



      • 问题:不同浏览器对默认样式的定义存在差异,导致页面在不同浏览器中显示效果不一致。

      • 解决方案:引入样式重置或规范化的CSS文件,如Eric Meyer's Reset CSS 或 Normalize.css。这些文件通过将默认样式置为一致的基准值,使页面在各个浏览器上的显示效果更加一致。




    5. 不同浏览器对CSS盒模型的解析差异:



      • 解决方案:使用box-sizing: border-box;样式来确保元素的宽度和高度包括内边距和边框。




    6. CSS选择器差异:



      • 解决方案:避免使用过于复杂的选择器,尽量使用普通的类名、ID或标签名进行选择。如果需要兼容旧版浏览器,请使用Polyfill或Shim库。




    7. 浮动元素引起的布局问题:



      • 解决方案:使用清除浮动(clear float)技术,例如在容器的末尾添加一个具有clear: both;样式的空元素或使用CSS伪类选择器(如:after)清除浮动。




    8. CSS3特性的兼容性问题:



      • 解决方案:使用CSS前缀来适应不同浏览器支持的CSS3属性和特效。例如,-webkit-适用于Chrome和Safari,-moz-适用于Firefox。




    除了以上问题,还可能存在字体、渐变、动画、弹性盒子布局等方面的兼容性问题。在实际开发中,可以使用CSS预处理器(如Less、Sass)来减少浏览器间的差异,并借助Autoprefixer等工具自动添加浏览器前缀,以确保在各种浏览器下的一致性。


    JavaScript常见的兼容性问题


    以下是几个常见的 JavaScript 兼容性问题及其解决方案:

  • 不支持ES6+语法和新的API:(上面有提到)

    • 问题:旧版本的浏览器可能不支持ES6+语法(如箭头函数、let和const等)和新的JavaScript API。
    • 解决方案:使用Babel等工具将ES6+代码转换为ES5语法,以便在旧版本浏览器中运行,并使用polyfill或shim库来提供缺失的JavaScript API支持。
    1. 缺乏对新JavaScript特性的支持:

      • 问题:某些浏览器可能不支持最新的JavaScript特性、方法或属性。
      • 解决方案:在编写代码时,可以检查特定的JavaScript特性是否受支持,然后使用适当的替代方法或实现回退方案。可以使用Can I use (caniuse.com) 等网站来查看浏览器对特定功能的支持情况。
    2. 事件处理程序兼容性问题:

      • 问题:不同浏览器对事件处理程序的绑定、参数传递和事件对象的访问方式存在差异。
      • 解决方案:使用跨浏览器的事件绑定方法(例如addEventListener),正确处理事件对象,并避免依赖事件对象的特定属性或方法。
    3. XMLHttpRequest兼容性问题:

      • 问题:旧版本的IE浏览器(< IE7)使用ActiveX对象而不是XMLHttpRequest。
      • 解决方案:检查浏览器是否支持原生的XMLHttpRequest对象,如果不支持,则使用ActiveX对象作为替代方案。
    4. JSON解析兼容性问题:

      • 问题:旧版本的浏览器可能不支持JSON.parse()JSON.stringify()方法。
      • 解决方案:使用json2.js等JSON解析库来提供对这些方法的支持,或者在必要时手动实现JSON的解析和序列化功能。
    5. DOM操作兼容性问题:

      • 问题:不同浏览器对DOM操作方法(如getElementByIdquerySelector等)的实现方式存在差异。
      • 解决方案:使用跨浏览器的DOM操作库(如jQuery、prototype.js)或使用feature detection技术来检测浏览器对特定DOM方法的支持,并根据情况使用不同的解决方案。
    6. 跨域请求限制:

      • 问题:浏览器的同源策略限制了通过JavaScript进行的跨域请求。
      • 解决方案:使用JSONP、CORS(跨源资源共享)、服务器代理或 WebSocket等技术来绕过跨域请求限制。

    总结


    跨浏览器兼容性是网站和应用程序开发中至关重要的一环。由于不同浏览器对CSS和JavaScript的解析和渲染存在差异,如果不考虑兼容性问题,可能会导致页面在不同浏览器上显示不正确、功能不正常甚至完全无法使用的情况。这将严重影响用户体验,并可能导致流失用户和损害品牌声誉。


    作者:狗头大军之江苏分军
    链接:https://juejin.cn/post/7267409589066498106
    来源:稀土掘金
    著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
    收起阅读 »

    Nginx +Tomcat 负载均衡,动静分离集群

    1. 介绍 通常情况下,一个 Tomcat 站点由于可能出现单点故障及无法应付过多客户复杂多样的请求等情况,不能单独应用于生产环境下,所以我们需要一套更可靠的解决方案Nginx 是一款非常优秀的 http 服务器软件,它能够支持高达 5000 个并发...
    继续阅读 »

    1. 介绍


    • 通常情况下,一个 Tomcat 站点由于可能出现单点故障及无法应付过多客户复杂多样的请求等情况,不能单独应用于生产环境下,所以我们需要一套更可靠的解决方案
    • Nginx 是一款非常优秀的 http 服务器软件,它能够支持高达 5000 个并发连接数的响应,拥有强大的静态资源处理能力,运行稳定,并且内存、CPU 等系统资源消耗非常低
    • 目前很多大型网站都应用 Nginx 服务器作为后端网站的反向代理及负载均衡器,来提升整个站点的负载并发能力.

    小结

    • Nginx是一款非常优秀的HTTP服务器软件

    • 支持高达50 000个并发连接数的响应

    • 拥有强大的静态资源处理能力

    • 运行稳定

    • 内存,CPU等系统资源消耗非常低


    1.1. Tomcat重要目录


    1.2. 反向代理




     反向代理(Reverse Proxy)方式是指以代理服务器来接受 Internet 上的连接请求,然后将请求转发给内部网络上的服务器,并将从服务器上得到的结果返回给 Internet 上请求连接的客户端,此时代理服务器对外就表现为一个反向代理服务器。


    反向代理是为服务端服务的,反向代理可以帮助服务器接收来自客户端的请求,帮助服务器做请求转发,负载均衡等。


    反向代理对服务端是透明的,对我们是非透明的,即我们并不知道自己访问的是代理服务器,而服务器知道反向代理在为他服务。


    反向代理的优势:


    • 隐藏真实服务器;
    • 负载均衡便于横向扩充后端动态服务;
    • 动静分离,提升系统健壮性。



    Nginx配置反向代理的主要参数


    • upstream服务池名{}
      • 配置后端服务器池,以提供响应数据
      1. proxy_pass http://服务池名
      • 配置将访问请求转发给后端服务器池的服务器处理


    1.3. 动静分离原理


    服务端接收来自客户端的请求中,既有静态资源也有动态资源,静态资源由Nginx提供服务,动态资源Nginx转发至后端


    服务端接收来自客户端的请求中,既有动态资源,也有静态资源。静态资源由ngixn提供服务。动态资源由nginx 转发到后端tomcat 服务器。


    静态页面一般 有html,htm,css 等路径, 动态页面则一般是jsp ,php 等路径。nginx 在站点的location 中 通过正则,或者 前缀,或者 后缀等方法匹配。当匹配到用户访问路径中有 jsp 时,则转发给后端的处理动态资源的web服务器处理。如果匹配到的路径中有 html 时,则nginx 自己处理。 



    1.4. Nginx 静态处理优势

    1. Nginx处理静态页面的效率远高于Tomcat的处理能力
    2. 若Tomcat的请求量为1000次,则Nginx的请求量为6000次
    3. Tomcat每秒的吞吐量为0.6M,Nginx的每秒吞吐量为3 .6M
    4. Nginx处理静态资源的能力是Tomcat处理的6倍

    1.5. 吞吐量 / 吞吐率


    吞吐量是指系统处理客户请求数量的总和,可以指网络上传输数据包的总和,也可以指业务中客户端与服务器交互数据量的总和。


    吞吐率是指单位时间内系统处理客户请求的数量,也就是单位时间内的吞吐量。可以从多个维度衡量吞吐率:①业务角度:单位时间(每秒)的请求数或页面数,即请求数 / 秒或页面数 / 秒;②网络角度:单位时间(每秒)网络中传输的数据包大小,即字节数 / 秒等;③系统角度,单位时间内服务器所承受的压力,即系统的负载能力。


    吞吐率(或吞吐量)是一种多维度量的性能指标,它与请求处理所消耗的 CPU、内存、IO 和网络带宽都强相关。


    2. Nginx+Tomcat负载均衡、动静分离




    1.部署Nginx 负载均衡器

    关闭防火墙
    systemctl stop firewalld
    setenforce 0

    安装
    yum -y install pcre-devel zlib-devel openssl-devel gcc gcc-c++ make

    useradd -M -s /sbin/nologin nginx

    cd /opt
    tar zxvf nginx-1.12.0.tar.gz -C /opt/

    cd nginx-1.12.0/
    ./configure \
    --prefix=/usr/local/nginx \
    --user=nginx \
    --group=nginx \
    --with-file-aio \ #启用文件修改支持
    --with-http_stub_status_module \ #启用状态统计
    --with-http_gzip_static_module \ #启用 gzip静态压缩
    --with-http_flv_module \ #启用 flv模块,提供对 flv 视频的伪流支持
    --with-http_ssl_module #启用 SSL模块,提供SSL加密功能
    --with-stream

    ./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-file-aio --with-http_stub_status_module --with-http_gzip_static_module --with-http_flv_module --with-stream

    make && make install
    ln -s /usr/local/nginx/sbin/nginx /usr/local/sbin/

    vim /lib/systemd/system/nginx.service
    [Unit]
    Description=nginx
    After=network.target
    [Service]
    Type=forking
    PIDFile=/usr/local/nginx/logs/nginx.pid
    ExecStart=/usr/local/nginx/sbin/nginx
    ExecrReload=/bin/kill -s HUP $MAINPID
    ExecrStop=/bin/kill -s QUIT $MAINPID
    PrivateTmp=true
    [Install]
    WantedBy=multi-user.target

    chmod 754 /lib/systemd/system/nginx.service
    systemctl start nginx.service
    systemctl enable nginx.service



    2.部署2台Tomcat 应用服务器

    systemctl stop firewalld
    setenforce 0

    tar zxvf jdk-8u91-linux-x64.tar.gz -C /usr/local/

    vim /etc/profile
    export JAVA_HOME=/usr/local/jdk1.8.0_91
    export JRE_HOME=${JAVA_HOME}/jre
    export CLASSPATH=.:${JAVA_HOME}/lib:${JRE_HOME}/lib
    export PATH=${JAVA_HOME}/bin:${JRE_HOME}/bin:$PATH

    source /etc/profile

    tar zxvf apache-tomcat-8.5.16.tar.gz

    mv /opt/apache-tomcat-8.5.16/ /usr/local/tomcat

    /usr/local/tomcat/bin/shutdown.sh
    /usr/local/tomcat/bin/startup.sh

    netstat -ntap | grep 8080



    3.动静分离配置

    (1)Tomcat1 server 配置
    mkdir /usr/local/tomcat/webapps/test
    vim /usr/local/tomcat/webapps/test/index.jsp
    <%@ page language="java" import="java.util.*" pageEncoding="UTF-8"%>
    <html>
    <head>
    <title>JSP test1 page</title> #指定为 test1 页面
    </head>
    <body>
    <% out.println("动态页面 1,http://www.test1.com");%>
    </body>
    </html>


    vim /usr/local/tomcat/conf/server.xml
    #由于主机名 name 配置都为 localhost,需要删除前面的 HOST 配置
    <Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">
    <Context docBase="/usr/local/tomcat/webapps/test" path="" reloadable="true">
    </Context>
    </Host>

    /usr/local/tomcat/bin/shutdown.sh
    /usr/local/tomcat/bin/startup.sh



    4 Nginx server 配置
    #准备静态页面和静态图片
    echo '<html><body><h1>这是静态页面</h1></body></html>' > /usr/local/nginx/html/index.html
    mkdir /usr/local/nginx/html/img
    cp /root/game.jpg /usr/local/nginx/html/img

    vim /usr/local/nginx/conf/nginx.conf
    ......
    http {
    ......
    #gzip on;

    #配置负载均衡的服务器列表,weight参数表示权重,权重越高,被分配到的概率越大
    upstream tomcat_server {
    server 192.168.85.60:8080 weight=1;
    server 192.168.85.70:8080 weight=1;
    server 192.168.85.80:8080 weight=1;
    }

    server {
    listen 80;
    server_name http://www.wa.com;

    charset utf-8;

    #access_log logs/host.access.log main;

    #配置Nginx处理动态页面请求,将 .jsp文件请求转发到Tomcat 服务器处理
    location ~ .*\.jsp$ {
    proxy_pass http://tomcat_server;
    #设置后端的Web服务器可以获取远程客户端的真实IP
    ##设定后端的Web服务器接收到的请求访问的主机名(域名或IP、端口),默认HOST的值为proxy_pass指令设置的主机名。如果反向代理服务器不重写该请求头的话,那么后端真实服务器在处理时会认为所有的请求都来自反向代理服务器,如果后端有防攻击策略的话,那么机器就被封掉了。
    proxy_set_header HOST $host;
    ##把$remote_addr赋值给X-Real-IP,来获取源IP
    proxy_set_header X-Real-IP $remote_addr;
    ##在nginx 作为代理服务器时,设置的IP列表,会把经过的机器ip,代理机器ip都记录下来
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }

    #配置Nginx处理静态图片请求
    location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|css)$ {
    root /usr/local/nginx/html/img;
    expires 10d;
    }

    location / {
    root html;
    index index.html index.htm;
    }
    ......
    }
    ......
    }





    3. Nginx 负载均衡模式:


    1. rr 负载均衡模式:
    2. 每个请求按时间顺序逐一分配到不同的后端服务器,如果超过了最大失败次数后(max_fails,默认1),在失效时间内(fail_timeout,默认10秒),该节点失效权重变为0,超过失效时间后,则恢复正常,或者全部节点都为down后,那么将所有节点都恢复为有效继续探测,一般来说rr可以根据权重来进行均匀分配。

      1. least_conn 最少连接:

      优先将客户端请求调度到当前连接最少的服务器。

      1. ip_hash 负载均衡模式:

      每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题,但是ip_hash会造成负载不均,有的服务请求接受多,有的服务请求接受少,所以不建议采用ip_hash模式,session 共享问题可用后端服务的 session 共享代替 nginx 的 ip_hash(使用后端服务器自身通过相关机制保持session同步)。

      1. fair(第三方)负载均衡模式:

      按后端服务器的响应时间来分配请求,响应时间短的优先分配。

      1. url_hash(第三方)负载均衡模式:

      基于用户请求的uri做hash。和ip_hash算法类似,是对每个请求按url的hash结果分配,使每个URL定向到同一个后端服务器,但是也会造成分配不均的问题,这种模式后端服务器为缓存时比较好。

    Nginx 四层代理配置:
    ./configure --with-stream

    和http同等级:所以一般只在http上面一段设置,
    stream {

    upstream appserver {
    server 192.168.80.100:8080 weight=1;
    server 192.168.80.101:8080 weight=1;
    server 192.168.80.101:8081 weight=1;
    }
    server {
    listen 8080;
    proxy_pass appserver;
    }
    }

    http {
    ......

    7层代理与4层代理区别


    总结

    • Nginx 支持哪些类型代理?
      1. 反向代理 代理服务端 7层方代理向代理 4层方向

      2. 正向代理 代理客户端 代理缓存

      3. 7层 基于 http,https,mail 等七层协议的反向代理

      • 使用场景: 动静分离

      • 特点:功能强大,但转发性能较4层偏低

      • 配置: 在http块里设置 upstream 后端服务池: 在seever块里用location匹配动态页面路径,使用 proxy_pass http://服务器池名 进行七层协议(http协议)转发

    http {
    upstream backersrver [weight= fail= ...]
    server IP1: PORT1 [weight= fail= ...]
    ......
    }

    server {
    listen 80;
    server_name XXX;
    location ~ 正则表达式 {
    proxy_pass http://backeserer;
    .......
    }
    }

    }



    1. 4层 基于 IP+(tcp或者udp)端口的代理
    • 使用场景: 负载均衡器 /负载调度器,做服务器集群的访问入口

    • 特点:只能根据IP+端口转发,但转发性能较好

    • 配置: 和http块同一层,一般在http块上面配置

    stream {
    upstream backerserver {
    server IP1:PORT1 [weight= fail= ...]
    server IP2:PORT2 [weight= fail= ...]
    .....
    }

    server {
    listen 80;
    server_name XXX;
    proxy_pass backerserver;
    }


    调度算法 6种


    轮询 加权轮询 最少/小连接 ip_hash fair url_hash


    会话保持
    ip_hash url_hash 可能会导致负载不均衡
    通过后端服务器的session共享来实现


    Nginx+Tomcat 动静分离

    • Nginx处理静态资源请求,Tomcat处理动态页面请求
    • 怎么实现动态分离

      • Nginx使用location去正则匹配用户的访问路径的前缀或者后缀去判断接受的请求是静态的还是动态的,静态资源请求在Nginx本地进行处理响应,动态页面通过反向代理转发给后端应用服务器

      怎么实现反向代理

      • 先在http块中使用upstream模块定义服务器组名,使用location匹配路径在用porxy_pass http://服务器组名 进行七层转发转发

      反向代理2种类型

      • 基于7层的协议http,HTTPS,mail代理
      • 基于4层的IP+(TCP/UDP)PORT的代理

      4层代理配置

      • 在http块同一层上面配置stream模块,在stream模块中配置upstream模块定义服务器组名和服务器列表,在stream模块中的server模块配置监听的IP:端口,主机名,porxy_pass 服务器组名


    Nginx调度策略/负载均衡模式算法6种

     轮询rr    加权轮询weight     最少/小连接least     ip_hash      fair      url_hash    
    配置在upstream 模块中

    Nginx如何实现会话保持

    ip_hash     url_hash    
    通过后端服务器session共享
    使用stick——cookie——insert基于cookie来判断
    通过后端服务器session共享实现

    作者:命令加载中
    链接:https://juejin.cn/post/7156189527898505253
    来源:稀土掘金
    著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
    收起阅读 »

    软件开发者的自身修养

    一、工作任务 ① 会议主题: 一般在日常的工作会议中,要总结和反思:我这周干了什么、我下周打算干什么、我遇到了什么问题 ② 编程是需要持续投入精力和注意力的智力活动。注意力是稀缺资源,类似于魔力点数。如果用光了自己的注意力点数,必须花一个小时或者更多的时间做不...
    继续阅读 »

    一、工作任务


    会议主题:
    一般在日常的工作会议中,要总结和反思:我这周干了什么、我下周打算干什么、我遇到了什么问题


    编程是需要持续投入精力和注意力的智力活动。注意力是稀缺资源,类似于魔力点数。如果用光了自己的注意力点数,必须花一个小时或者更多的时间做不需要注意力的事情来补充它


    时间拆分:对于每天的工作时间可以参考番茄工作法策略进行时间拆分


    ④ 专业开发人员评估每个任务的优先级,排除个人的喜好和需要,按照真实紧急程度来执行任务


    小步快跑, 以防步履蹒跚


    ⑥ 专业开发人员会用心管理自己的时间和注意力


    需求预估是软件开发人员面对的最简单、也是最可怕的活动之一了


    ⑧ 业务方觉得预估就是承诺,开发方认为预估就是猜测。两者相差迥异


    ⑨ 需求承诺是必须做到的,是关于确定性的


    ⑩ 专业开发人员能够清楚区分预估和承诺。只有在确切知道可以完成的前提下,他们才会给出承诺


    ① 预估任务:达成共识,把大任务分成许多小任务,分开预估再加总,结果会比单独评估大任务要准确很多?这样做之所以能够提高准确度,是因为小任务的预估错误几乎可以忽略,不会对总得结果产生明显影响


    ② 对需要妥善对待的预估结果,专业开发人员会与团队的其他人协商,以取得共识


    二、测试开发


    ① 在工作中,有一种现象叫观察者效应,或者不确定原则。每次你向业务方展示一项功能,他们就获得了比之前更多的信息,这些新信息反过来又会影响他们对整个系统的看法


    ② 专业开发人员,也包括业务方必须确认,需求中没有任何不确定因素


    ③ 开发人员有责任把验收测试与系统联系起来,然后让这些测试通过


    ④ 请记住,身为专业开发人员,你的职责是协助团队开发出最棒的软件。也就是说,每个人都需要关心错误和疏忽,并协力改正


    单元测试是深入系统内部进行,调用特定类的方法;验收测试则是在系统外部,通常是在API或者UI级别进行


    QC:检验产品的质量,保证产品符合客户的需求,是产品质量检查者;QA:审计过程的质量,保证过程被正确执行,是过程质量审计者


    ⑦ 测试策略:单元测试、组件测试、集成测试、系统测试、探索式测试


    ⑧ 8小时其实非常短暂,只有480分钟,28800秒。身为专业的开发人员,你肯定希望能在这短暂的时间里尽可能高效的工作,取得尽可能多的成果


    ⑨ 再说一次,仔细管理自己的时间是你的责任


    三、孰能生巧


    调试时间和编码时间是一样昂贵的


    ② 管理延迟的诀窍,便是早期监测和保持透明。要根据目标定期衡量进度


    ③ 如果可怜的开发人员在压力之下最终屈服,同意尽力赶上截止日期,结局会十分悲惨。那些开发人员会开始抄近路,会额外加班加点工作,抱着创造奇迹的渺茫希望


    ④ 即使你的技能格外高超,也肯定能从另外一名程序员的思考与想法中获益


    测试代码之匹配于产品代码,就如抗体之匹配于抗原一样


    ⑥ 整洁的代码更易于理解,更易于修改,也更易于扩展。代码更简洁了,缺陷也更少了。整个代码库也会随之稳步改善,杜绝业界常见的放任代码劣化而视若不见的状况


    ⑦ 任何事情,只要想做得快,都离不开练习!无论是搏斗还是编程,速度都来源于练习!从练习中学到很多东西,深入了解解决问题的过程,进而掌握更多的方法,提升专业技能


    关于练习的职业道德职业程序员用自己的时间来练习。老板的职责不包括避免你的技术落伍,也不包括为你打造一份好看的履历


    ⑨ 东西画在纸上与真正做出来,是不一样的


    四、代码优化


    ① 好代码应该可扩展、易于维护、易于修改、读起来应该有散文的韵味……


    ② 在经济全球化时代,企业唯利是图,为提升股价而采用裁员、员工过劳和外包等方式,我遇到的这种缩减开发成本的手段,已经消解了高质量程序的存在价值和适宜了。只要一不小心,我们这些开发人员就可能会被要求、被指示或是被欺骗去花一半的时间写出两倍数量的代码


    ③ 客户所要的任何一项功能,一旦写起来,总是远比它开始时所说的要复杂许多


    ④ 很少有人会认真对待自己说的话,并且说到做到


    言必信,行必果


    ⑥ 如果感到疲劳或者心烦意乱,千万不要编码


    ⑦ 专业开发人员善于合理分配个人时间,以确保工作时间段中尽可能富有成效


    ⑧ 流态区:程序员在编写代码时会进入的一种意识高度专注但思维视野却会收拢到狭窄的状态


    创造性输出依赖于创造性输入


    五、团队开发


    ① 我认为自己是团队的一员,而非凌驾于团队之上


    ② 要勇于承担作为一名手艺人工程师所肩负的重大责任


    ③ 代码中难免会出现bug,但并不意味着你不用对它们负责;没人能写出完美的软件,但这并不表示你不用对不完美负责


    ④ 什么样的代码是有缺陷的呢?那些你没把握的代码都是


    ⑤ 我不是在建议,是在要求!你写的每一行代码都要测试,完毕!


    ⑥ 作为开发人员,你需要有个相对迅捷可靠的机制,以此判断所写的代码可否正常工作,并且不会干扰系统的其他部分


    编程是一种创造性活动,写代码是无中生有的创造过程,我们大胆地从混沌之中创建秩序


    ⑧ 他们各表异议相互说“不”,然后找到了双方都能接受的解决方案。他们的表现是专业的


    ⑨ 许诺“尝试”,意味着只要你再加把劲还是可以达成目标的


    作者:纯之风
    链接:https://juejin.cn/post/7273051203562143763
    来源:稀土掘金
    著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
    收起阅读 »

    Swift中的可选项Optional

    iOS
    为什么需要Optional Swift中引入了可选项(Optional)的概念是为了解决在代码中对于某些变量或常量可能为nil的情况进行处理,从而减少了程序中的不确定性,使得程序更加稳定和安全。 什么是Optional 在Swift中,可选项的类型是使用?来表...
    继续阅读 »

    为什么需要Optional


    Swift中引入了可选项(Optional)的概念是为了解决在代码中对于某些变量或常量可能为nil的情况进行处理,从而减少了程序中的不确定性,使得程序更加稳定和安全。


    什么是Optional


    在Swift中,可选项的类型是使用?来表示的,例如String?即为一个可选的字符串类型,表示这个变量或常量可能为nil。而对于不可选项,则直接使用相应类型的名称,例如String表示一个非可选的字符串类型。

    var str: String = nil
    var str1: String? = nil

    Optional实现原理


    Optional实际上是Swift语言中的一种枚举类型。在Swift中声明Optional类型时,编译器会自动将其转换成对应的枚举类型,例如:

    var optionalValue: Int? = 10
    // 等价于:
    enum Optional<Int> {
        case none
        case some(Int)
    }
    var optionalValue: Optional<Int> = .some(10)

    在上面的代码中,我们声明了一个Optional类型的变量optionalValue,并将其初始化为10。实际上,编译器会自动将其转换为对应的枚举类型,即Optional枚举类型的.some(Int),其中的Int就是我们所声明的可选类型的关联值。


    当我们在使用Optional类型的变量时,可以通过判断其枚举值是.none还是.some来确定它是否为nil。如果是.none,表示该Optional值为空;如果是.some,就可以通过访问其关联值获取具体的数值。


    Optional的源码实现为:

    @frozen public enum Optional<Wrapped> : ExpressibleByNilLiteral {
    case none
    case some(Wrapped)
    }

    • Optioanl其实是标准库里的一个enum类型
    • 用标准库实现语言特性的典型
    • Optional.none 就是nil
    • Optional.some 就是包装了实际的值
    • 泛型属性 unsafelyUnwrapped
    • 理论上我们可以直接调用unsafelyUnwrapped获取可选项的值

    Optional的解包方式


    1. 可选项绑定(Optional Binding)


    使用 if let 或者 guard let 语句来判断 Optional 变量是否有值,如果有值则解包,并将其赋值给一个非可选类型的变量。

    var optionalValue: Int? = 10
    // 可选项绑定
    if let value = optionalValue {
        print("Optional value is \(value)")
    } else {
        print("Optional value is nil")
    }

    可选项绑定语句有两个分支:if分支和else分支。如果 optionalValue 有值,if 分支就会被执行,unwrappedValue 就会被赋值为 optionalValue 的值。否则,执行 else 分支。


    2. 强制解包(Forced Unwrapping)


    使用!来获取一个不存在的可选值会导致运行错误,在使用!强制展开之前必须保证可选项中包含一个非nil的值

    var optionalValue: Int? = 10
    let nonOptionalValue = optionalValue!  // 解包optionalValue值
    print(nonOptionalValue)                // 输出:10

    需要注意的是,如果 Optional 类型的值为 nil,使用强制解包方式解包时,会导致运行时错误 (Runtime Error)。


    3. 隐式解包(Implicitly Unwrapped Optionals)


    在定义 Optional 类型变量时使用 ! 操作符,标明该变量可以被隐式解包。用于在一些情况下,我们可以确定该 Optional 变量绑定后不会为 nil,可以快捷的解包而不用每次都使用 ! 或者 if let 进行解包。

    var optionalValue: Int! = 10
    let nonOptionalValue = optionalValue // 隐式解包
    print(nonOptionalValue) // 输出:10

    需要注意的是,隐式解包的 Optional 如果 nil 的话,会导致 runtime error,所以使用隐式解包 Optional 需要确保其一直有值,否则还是需要检查其非 nil 后再操作。


    总的来说,我们应该尽量避免使用强制解包,而是通过可选项绑定来处理 Optional 类型的值,在需要使用隐式解包的情况下,也要确保其可靠性和稳定性,尽量减少出现运行时错误的概率。


    可选链(Optional Chaining)


    是一种在 Optional 类型值上进行操作的方式,可以将多个 Optional 值的处理放在一起,并在任何一个 Optional 值为 nil 的时刻停止处理。


    通过在 Optional 类型值后面跟上问号 ?,我们就可以使用可选链来访问该 Optional 对象的属性和方法。

    class Person {
        var name: String
        var father: Person?
        init(name: String, father: Person?) {
            self.name = name
            self.father = father
        }
    }
    let father = Person(name: "Father", father: nil)
    let son = Person(name: "Son", father: father)

    // 可选链调用属性
    if let fatherName = son.father?.name {
        print("Father's name is \(fatherName)") // 输出:Father's name is Father
    } else {
        print("Son without father")
    }

    // 可选链调用方法
    if let count = son.father?.name.count {
        print("Father's name has \(count) characters") // 输出:Father's name has 6 characters
    } else {
        print("Son without father")
    }

    在上面的代码中,我们定义了一个 Person 类,并初始化了一个包含父亲(father)的儿子(son)对象。其中,父亲对象的father属性为nil。我们使用问号 ? 来标记 father 对象为 Optional 类型,以避免访问 nil 对象时的运行时错误。


    需要注意的是,如果一个 Optional 类型的属性通过可选链调用后,返回值不是 Optional 类型,那么在可选链调用后,就不再需要加问号 ? 标记其为 Optional 类型了。

    class Person {
        var name: String
        var age: Int?
        init(name: String, age: Int?) {
            self.name = name
            self.age = age
        }
        func printInfo() {
            print("\(name), \(age ?? 0) years old")
        }
    }
    let person = Person(name: "Tom", age: nil)

    // 可选链调用方法后,返回值不再是 Optional 类型
    let succeed = person.printInfo() // 输出:Tom, 0 years old

    在上面的代码中,我们定义了一个 Person 类,并初始化了一个包含年龄(age)的人(person)对象。在可选链调用对象的方法——printInfo() 方法后,因为该方法返回值不是 Optional 类型,所以 returnedValue 就不再需要加问号 ? 标记其为 Optional 类型了。


    Optional 的嵌套


    将一个 Optional 类型的值作为另一个 Optional 类型的值的成员,形成嵌套的 Optional 类型。

    var optionalValue: Int? = 10
    var nestedOptionalValue: Int?? = optionalValue

    在上面的代码中,我们定义了一个 Optional 类型的变量 optionalValue,并将其赋值为整型变量 10。然后,我们将 optionalValue 赋值给了另一个 Optional 类型的变量 nestedOptionalValue,形成了一个嵌套的 Optional 类型。


    在处理嵌套的 Optional 类型时,我们需要特别小心,因为它们的使用很容易造成逻辑上的混淆和错误。为了解决这个问题,我们可以使用 Optional Binding 或者 ?? 操作符(空合并运算符)来降低 Optional 嵌套的复杂度。

    var optionalValue: Int? = 10
    var nestedOptionalValue: Int?? = optionalValue

    // 双重可选项绑定
    if let nestedValue = nestedOptionalValue, let value = nestedValue {
        print(value) // 输出:10
    } else {
        print("Optional is nil")
    }
    // 空合并运算符
    let nonOptionalValue = nestedOptionalValue ?? 0
    print(nonOptionalValue) // 输出:Optional(10)

    在上面的代码中,我们使用了双重可选项绑定来判断 nestedOptionalValue 是否可绑定,以及其嵌套的 Optional 值是否可绑定,并将该值赋值给变量 value,以避免 Optional 值的嵌套。另外,我们还可以使用 ?? 操作符(空合并运算符)来对嵌套的 Optional 值进行默认取值的操作。


    需要注意的是,虽然我们可以使用 ?? 操作符来降低 Optional 值的嵌套,但在具体的实际应用中,我们应该在设计时尽量避免 Optional 值的嵌套,以便代码的可读性和维护性。如果对于某个变量来说,它的值可能为空,我们可以考虑使用默认值或者定义一个默认值的 Optional 值来代替嵌套的 Optional 类型。


    学习 Swift,勿忘初心,方得始终。但要陷入困境时,也不要忘了最初的梦想和时代所需要的技能。


    作者:AliliWVIP
    链接:https://juejin.cn/post/7214396380353806392
    来源:稀土掘金
    著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
    收起阅读 »

    为什么大家都看重学历?

    我刚刚看到一篇很好的年终总结《拒绝躺平,来自底层前端的2022总结》。这是一位高中辍学的掘友,他通过三年自考,最终获得了中山大学的学士学位。我看到后,很有同感,因此想讨论一下关于学历的问题。 我是专科学历,这一点,我在我的年终总结里坦白了:我其实是一名专科生...
    继续阅读 »

    我刚刚看到一篇很好的年终总结《拒绝躺平,来自底层前端的2022总结》。这是一位高中辍学的掘友,他通过三年自考,最终获得了中山大学的学士学位。我看到后,很有同感,因此想讨论一下关于学历的问题。



    我是专科学历,这一点,我在我的年终总结里坦白了:我其实是一名专科生,却在搞人工智能开发。我没有坦白的是,这只是我的第一学历。


    我在二线城市济南。尽管它非说自己是准一线国际大都市。


    12年前,我刚工作那会儿,我感觉学历无所谓。我甚至自傲地看不起高学历的人。因为我没有学历,只能认能力。同样的工作年限,在中小企业里,我能干得了他们干不了的事情。因此,我手下很多本科、很多研究生。


    这,当然是大错特错。不久,我认错了。也想明白了。


    有一次,高中微信群里,班长说,母校要统计从这里走出去的人才。


    人才的标准就是:硕士、博士


    开篇就是一个有争议的话题。


    不止学校,企业也是,对于学历、职称、证书等比较看重,认为那就是能力的象征。


    那么,学历和能力到底有没有关系?


    我不想挨骂,不去讨论这个。聪明的TF男孩,从不去引战,也不当靶子。


    不过我倒很想分析下为什么会出现这种现象。


    如果抛弃学历、证书,那么你认为什么样的人可以称为人才?


    道德素质高的?有专业技能的?开公司挣大钱的?


    对!这些人确实可以算人才。


    那么问题马上来了,一个人站在你面前,你怎么评判他道德素质高


    听别人说的!那么这个“别人”道德素质怎么样?是你亲眼看到的,那么其他人没有你的经历怎么办?你说录像了,他们怀疑是作秀怎么解释?


    再说证书吧,没有钢琴等级证书就不会弹钢琴吗?那么多民间大师,他们弹起来不比大师差。


    是吗?你能听出来C调和E调的区别吗?你又是怎么证明你懂声乐的?你不懂声乐,你又怎么断定,那个流浪汉,比音乐教授弹得还好的?


    发现了吧,没有了学历、证书,带来的问题,比错失人才这个问题更多


    当一个人站在我们面前,或者我们站在别人面前时,对方是无法直接判断你的能力的。


    即便可以通过交谈的方式来验证,但是你也不是哪一行都精通,也没有精力去外聘专家验证,另外还得验证专家靠不靠谱。


    因此,一旦引入学历、证书,最起码官方的资源帮我们验证过了


    就像选种子,个头大的就一定能长得好吗?不一定,也有很小的它就长得好。长得好不好是基因决定,但是你看基因的成本太高,只能看个头


    有人说,可惜了,写的一手好字,只因为没有个博士学历,错失了很多机会。


    其实,博士里面也有很多写字挺好的,中国就是不缺人。


    作者:TF男孩
    链接:https://juejin.cn/post/7174931440361013304
    来源:稀土掘金
    著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
    收起阅读 »

    基于协议的业务模块路由管理

    iOS
    概述 这是一个关于业务模块与路由权限的管理方案,用于增强在模块化架构场景下,业务模块的健壮性。 通过对App生命周期的转发,来解除App入口与业务模块管理逻辑的耦合。通过协议来管理API路由,通过注册制实现API的服务发现。 业务模块 重新组织后,业务模块的...
    继续阅读 »

    概述


    这是一个关于业务模块与路由权限的管理方案,用于增强在模块化架构场景下,业务模块的健壮性。


    • 通过对App生命周期的转发,来解除App入口与业务模块管理逻辑的耦合。
    • 通过协议来管理API路由,通过注册制实现API的服务发现。

    业务模块




    重新组织后,业务模块的管理会变得松散,容易实现插拔复用。


    协议

    public protocol SpaceportModuleProtocol {
       var loaded: Bool { get set}
       /// 决定模块的加载顺序,数字越大,优先级越高
       /// - Returns: 默认优先级为1000
       static func modulePriority() -> Int
       /// 加载
       func loadModule()
       /// 卸载
       func unloadModule()

       /// UIApplicationDidFinishLaunching
       func applicationDidFinishLaunching(notification: Notification)
       /// UIApplicationWillResignActive
       func applicationWillResignActive(notification: Notification)
       /// UIApplicationDidBecomeActive
       func applicationDidBecomeActive(notification: Notification)
       /// UIApplicationDidEnterBackground
       func applicationDidEnterBackground(notification: Notification)
       /// UIApplicationWillEnterForeground
       func applicationWillEnterForeground(notification: Notification)
       /// UIApplicationWillTerminate
       func applicationWillTerminate(notification: Notification)
    }

    特性


    • 实现模块加载/卸载保护,模块只会加载/卸载一次。
    • 同一个模块的注册是替换制,新模块会替代旧模块。
    • 提供模块优先级配置,优先级高的模块会更早加载并响应Application的生命周期回调。

    最佳实践

    @UIApplicationMain
    class AppDelegate: UIResponder, UIApplicationDelegate {
       var window: UIWindow?
       func application(_ application: UIApplication, didFinishLaunchingWithOptionslaunchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
           setupModules()
    // ......
           return true
       }
     
       func setupModules() {
           var modules: [SpaceportModuleProtocol] = [
               LoggerModule(),             // 4000
               NetworkModule(),            // 3000
               FirebaseModule(),           // 2995
               RouterModule(),             // 2960
               DynamicLinkModule(),        // 2950
               UserEventRecordModule(),    // 2900
               AppConfigModule(),          // 2895
               MediaModule(),              // 2800
               AdModule(),                 // 2750
               PurchaseModule(),           // 2700
               AppearanceModule(),         // 2600
               AppstoreModule(),           // 2500
               MLModule()                  // 2500
           ]
    #if DEBUG
           modules.append(DebugModule())   // 2999
    #endif
           Spaceport.shared.registerModules(modules)
           Spaceport.shared.enableAllModules()
       }
    }

    协议路由


    协议路由


    通过路由的协议化管理,实现模块/组件之间通信的权限管理。


    • 服务方通过Router Manger注册API协议,可以根据场景提供不同的协议版本。
      • 业务方通过Router Manager发现并使用API协议。


    最佳实践


    实现API协议

    protocol ResultVCRouterAPI {
       @MainActor func vc(from: ResultVCFromType, project: Project) throws -> ResultVC
       @MainActor func vcFromPreview(serviceType: EnhanceServiceType, originalImage:UIImage, enhancedImage: UIImage) async throws -> ResultVC
    }

    class ResultVCRouter: ResultVCRouterAPI {
       @MainActor func vc(from: ResultVCFromType, project: Project) throws -> ResultVC {
           let vc = ResultVC()
           vc.modalPresentationStyle = .overCurrentContext
           try vc.vm.config(project: project)
           vc.vm.fromType = from
           return vc
       }

       @MainActor func vcFromPreview(serviceType: EnhanceServiceType, originalImage:UIImage, enhancedImage: UIImage) async throws -> ResultVC {
           let vc = ResultVC()
           vc.modalPresentationStyle = .overCurrentContext
           try await vc.vm.config(serviceType: serviceType, originalImage: originalImage,enhancedImage: enhancedImage)
           return vc
       }
    }

    注册API协议

    public class RouterManager: SpaceportRouterService {
       public static let shared = RouterManager()
       private override init() {}
       static func API<T>(_ key: TypeKey<T>) -> T? {
           return shared.getRouter(key)
       }
    }

    class RouterModule: SpaceportModuleProtocol {
       var loaded = false
       static func modulePriority() -> Int { return 2960 }
       func loadModule() {
         // 注册API
           RouterManager.shared.register(TypeKey(ResultVCRouterAPI.self), router:ResultVC())
       }
       func unloadModule() { }
    }

    使用协议

    // 通过 RouterManager 获取可用API
    guard let api = RouterManager.API(TypeKey(ResultVCRouterAPI.self)) else { return }
    let vc = try await api.vcFromPreview(serviceType: .colorize, originalImage:originalImage, enhancedImage: enhancedImage)
    self.present(vc, animated: false)

    总结


    我们的业务向模块化、组件化架构演化的过程中,逐步出现跨组件调用依赖嵌套,插拔困难等问题。


    通过抽象和简化,设计了这个方案,作为后续业务组件化的规范之一。通过剥离业务模块的生命周期,以及统一通信的方式,可以减缓业务增长带来的代码劣化问题。


    作者:Ginhoor大帅
    链接:https://juejin.cn/post/7198388410381402168
    来源:稀土掘金
    著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
    收起阅读 »

    你的代码提交友好吗?

    Git 是目前世界上最先进的分布式版本控制系统,而针对Git代码提交,我们一般对于记录描述怎么操作的呢?当我是个初入行的码农时,我希望你管我怎么提交,一般就几个字,我功能完成即可,例如:git commit -m "调整修改" 当我开始变为资深码农,并且开始...
    继续阅读 »

    Git 是目前世界上最先进的分布式版本控制系统,而针对Git代码提交,我们一般对于记录描述怎么操作的呢?当我是个初入行的码农时,我希望你管我怎么提交,一般就几个字,我功能完成即可,例如:

    git commit -m "调整修改"

    当我开始变为资深码农,并且开始管理整个项目的代码质量以及规范时,看着年轻人提交的代码,你这都是个啥,啥叫调整修改。正如我们看着自己当年写的代码,充满怀疑,这竟然是我写的?


    玩笑归玩笑,规范化的提交真是一个好习惯,在工作中一份清晰简介规范的 Commit Message 能让后续代码审查、信息查找、版本回退都更加高效可靠。


    那么,快捷工具来了,commitizen/cz-cli


    Commit Message标准


    标准包含HeaderBodyFooter三个部分.

    (): 
    // ...

    // ...


    其中,Header 是必需的,Body 和 Footer 非必须。



    1. Header
      Header 部分只有一行,包括三个字段:type(必需)、scope(可选)、subject(必需)


    • type:用于说明类型。可分以下几种类型
    • scope:用于说明影响的范围,比如数据层、控制层、视图层等等。
    • subject:主题,简短描述。一行

    • Body

    对 subject 更详细的描述。


    • Footer

    主要是对于issue的关联。


    安装


    官方意思验证了Node.js 12,14,16版本的Node,而我在18上无任何问题。


    在本例中,我们将设置存储库以使用 AngularJS 的提交消息约定,也称为 traditional-changelog。还有其他适配器,例如cz-customizable


    • 首先,确保全局安装 Commitizen CLI 工具:
    npm install commitizen -g

    • 接下来,在项目中通过输入以下命令初始化以使用cz-conventional-changelog适配器:
    # npm
    commitizen init cz-conventional-changelog --save-dev --save-exact

    # yarn
    commitizen init cz-conventional-changelog --yarn --dev --exact

    # pnpm
    commitizen init cz-conventional-changelog --pnpm --save-dev --save-exact

    注意: 如果要在已经配置过的项目里面覆盖安装,则可以应用强制参数--force。还要了解其它详细信息,只需运行 。commitizen help


    上面的命令都干了什么呢:

    • 安装了cz-conventional-changelog适配器模块
    • 将下载配置保存到了package.json
    • 将适配器配置也写入了package.json 
    ...
    "config": {
    "commitizen": {
    "path": "cz-conventional-changelog"
    }
    }


    针对上面第三点适配器配置,你也可以建立一个.czrc文件,写入:

    {
    "path": "cz-conventional-changelog"
    }

    • 使用
    当我们提交代码时,就可以将`git commit`命令替换成`git cz`,或者别名`cz`,`git-cz`等等。


    [扩展]在项目中本地安装


    上边我们的操作其实可以看到,针对的是自己电脑本地项目,那么如果是多人项目,我们肯定希望每个人都能使用同样的规范,那么可以将命令集成到项目中,那么我们就不能全局安装了:

    npm install --save-dev commitizen

    在 npm 5.2+ 上,可以使用 npx 初始化适配器:

    npx commitizen init cz-conventional-changelog --save-dev --save-exact

    对于以前版本的 npm(< 5.2),使用项目内部命令即可:

    ./node_modules/.bin/commitizen init cz-conventional-changelog --save-dev --save-exact

    然后,您可以在package.json文件中添加命令:

      ...
    "scripts": {
    "commit": "cz"
    }

    这对所有项目使用人员比较统一化,如果他们想进行提交,他们需要做的就是运行npm run commit


    [扩展]通过git commit强制提交


    针对项目管理者,我们定了一个规范,但是没法指望别人会严格遵守,所以如何使用 git 挂钩和命令行选项将 Commitizen 合并到现有工作流中。这对项目维护者很有用,确保对不熟悉 Commitizen 的人的贡献强制执行正确的提交格式。


    首先确保我们是采用项目中本地集成安装了commitizen,然后可以选取以下两种方式之一.


    方法一:传统的 git hooks

    针对自己使用,修改以下文件:.git/hooks/prepare-commit-msg

    #!/bin/bash
    exec < /dev/tty && node_modules/.bin/cz --hook || true

    注意: 如果prepare-commit-msg文件是新建的,需要执行权限chmod 777 .git/hooks/prepare-commit-msg,否则:




    方法二:husky

    对于多用户,我们也可以借助husky来统一提交:

    1. 安装husky
    npm install husky -D

    2. 初始化husky配置
    npm pkg set scripts.prepare="husky install"
    npm run prepare

    3. 添加脚本,我们这边针对提交触发
    npx husky add .husky/prepare-commit-msg "exec < /dev/tty && node_modules/.bin/cz --hook || true"

    疑问: commitizen文档对于husky推荐利用package.json添加husky配置,但是我这边不起作用,后边研究一下原因。


    注意: 一定慎重同时配置husky和本地git hooks,会重复执行。


    全局安装


    我们开发过程中,其实针对每个项目初始化适配器,不太友好,其实还可以全局配置。


    全局安装commitizencz-conventional-changelog

    npm install -g commitizen

    npm install -g cz-conventional-changelog

    用户目录下创建配置文件(Mac下,Linux下同理):

    echo '{ "path": "cz-conventional-changelog" }' > ~/.czrc

    项目和全局都配置了适配器,将先以本地为主。




    VS CODE


    vs code中可以使用git-commit-plugin 插件,这里不过多扩展了。


    访问原文


    你的代码提交友好吗? | DLLCNX的博客


    作者:DLLCNX
    链接:https://juejin.cn/post/7281532014729609251
    来源:稀土掘金
    著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
    收起阅读 »

    🔥面试官想听的离职原因清单

    大家好,我是沐华。今天聊一个面试的问题 由于面试官还要摸鱼刷沸点,不想花那么多时间一个个面,所以采用群面的方式,就出现了上图这样的场景 交锋 面试官:方便说下离职原因吗? 掘友1:不方便 掘友2:在前公司长期工作量有些太大了,我自己身体上也出现了一些信号,有段...
    继续阅读 »

    大家好,我是沐华。今天聊一个面试的问题


    由于面试官还要摸鱼刷沸点,不想花那么多时间一个个面,所以采用群面的方式,就出现了上图这样的场景


    交锋


    面试官:方便说下离职原因吗?


    掘友1:不方便


    掘友2:在前公司长期工作量有些太大了,我自己身体上也出现了一些信号,有段时间都完全睡不着觉,所以需要切换一个相对来讲工作量符合我个人要求的,比如说周末可以双休这样一个情况,这个对我现在的选择来讲还蛮重要的


    掘友3:本来已经定好的前端负责人(组长),被关系户顶掉了,我需要一个相对公平的竞争环境,所以打算换个公司


    掘友4:实不相瞒,一年前我投过咱们公司(或者面试过但没过),一年了,你知道我这一年是怎么过的吗,因为当时几轮面试都很顺利的,结果却回复我说有更合适的人选了,我难受了很久,因为真的很想进入咱们公司,于是我奋发图强,每天熬夜学习到凌晨两点半,如今学有所成,所以又来了


    掘友5:团队差不多解散了吧,领导层变动,没多久时间原团队基本都走了,相当于解散了吧,现在剩几个关系户,干的不开心


    掘友6:公司要开发一些灰产(买马/赌球/时时彩之类的),老员工都不愿意搞,就都要我来做,我堂堂掘友6可是与赌毒不共戴天的人,怎么会干这种事(就是害怕坐牢),就辞职了(这是位入职时间不长的掘友)


    掘友7:公司业务调整,然后突然让我去外地分公司驻场/让我去搞 flutter(原本是前后端),虽然是个好机会可还是很难受,而且与我的职业发展规划不符,所以不想浪费时间,就第一时间辞职了


    掘友8:前东家对我挺好的,工作也得心应手(进入舒适圈了),只是我不想一直呆在舒适圈,我不是那种混日子的人,所以希望跳出来,找一份更有挑战性,更有成就感的工作,贵公司的岗位很符合我的预期


    掘友9:公司最近经营不理想:1.不给交社保/公积金了,2.拖欠几个月工资了,好不容易攒的奶粉钱都花完啦(虽然还单身,可也是有想法的),为了生活,这不办法呀,3.公司倒闭了,现在十几个同事都在找工作,咱们这还需要前后端、产品、设计、测试吗,我可以内推


    掘友10:您可能也知道现在各行各业行情都不太好,很多公司都裁撤了部分业务,前公司前几年疫情时就已是踏雪而行了,现在在新业务的选择上就决定裁撤掉原来的业务线,我也是其中一员,虽然很遗憾但也能接受吧,在前公司这两年也是学到了很多


    掘友11:我其实挺感谢上家公司的,各方面都挺好的,也给了我很好的成长空间,但是也三年多时间了,我的薪资也没涨过,相信你也知道,其实我现在的薪资能够值得更好的,嗯被认可


    掘友12:克扣工资,领导说以后生产环境上出现一次 bug 就要扣所有参与的人工资,说真的,每天加班加点的干,我们都没问题,可结果就被这样对待,被连带扣了几次之后心里真的很难受


    掘友13:回老家发展咯/对象在这边咯,因为准备结婚了,之后一直在这边发展定居了(这种换城市的回答要给出准备结婚或定居发展这样的原因,不然谈个对象就换城市会显得不靠谱);如果是小城市换大城市,可以直接说是为了高薪来的,因为家里买房了生孩子了啥的经济压力大,顾家其实是能体现稳定的,也给砍价打个预防针


    掘友14:(有断层,面试时间和上次离职时间相隔时间有点长,有两三个月左右的,如果真实情况是家里或者生病啥的直说就好,如果只是找了几个月工作没找到,就要组织下语言了),由于长时间加班的原因,身体受到了影响每天睡不好觉,那段时间一直不在状态,没法好好投入工作,就想休息一段时间,为避免给公司造成不好的影响,所以辞职了。当时领导坚持批我几天假,我自己也不知道具体多久能恢复过来,毕竟那种种状态也不是一天两天了,还是坚持让领导批我的辞职了,然后这段时间我去了哪哪哪,身体已经调整过来了,可以全身心投入工作了,不过现在找工作希望是周末可以双休这样一个情况,这个对我现在的选择来讲还蛮重要的


    (如果断层有一年的左右的,我有一段经历可以给大家参考下)我当时没工作了,家里投了点钱让我和一个亲戚合伙搞了点生意,结果赚了点钱,但那个亲戚喜欢赌钱,被他拿去赌了,输光了,于是我撤出来了


    沐华:就是觉得翅膀硬了,想出去看看(其实这是我入职现公司面试时说的离职原因,当时面试官听着就笑了)


    第一轮回答结束!





    心法


    离职原因真实情况绝大多数情况无非就几种:钱少了,不开心了,被裁了。


    大家都差不多的,面试官心里也知道,可这能直说吗?


    直说也不是不行,但是要注意表达方式,回答时有些场面话/润色一下还是需要的,去掉负面的字句,目的是让人家听的人舒服一点而已,毕竟谁也不喜欢一个陌生人来向自己诉苦抱怨,发牢骚吧,谁都希望认识正能量/积极向上的人吧


    所以回答的关键在于:



    1. 不能是自己的能力、懒惰、不稳定等原因,或可能影响团队的性格缺陷

    2. 不要和现任说前任的不好,除非客观原因没办法,但也要知道即便是前公司真实存在的问题,hr 并不了解真实情况,还是会对是前公司有问题,还是你有问题持怀疑态度的


    就像分手原因,对别人说出来时不能显得自己很绝情,又不能让自己很跌份,而且很忌讳疯狂抹黑前任


    公司想降低用人风险,看我们离职的原因在这里会不会再发生,所以我们回答中应该体现:稳定性、有想法、积极向上、找工作看重什么、想得到什么、有规划不是盲目找的....


    忌讳:升职机会渺茫、个人发展遇到瓶颈、人际关系复杂受人排挤、勾心斗角氛围差...这样的回答会让人质疑是前公司的问题,还是你的能力/情商有问题?


    那么,你觉得最好的答案是什么呢,如果你是面试官,会选谁进入下一轮?


    同时期待掘友们在评论区补充哦


    作者:沐华
    来源:juejin.cn/post/7225432788044267575
    收起阅读 »

    程序员的快乐与苦恼

    “我们朝九晚五上班下班,就是为了有朝一日去探索宇宙的” —— 宇宙探索编辑部 随着大环境的下行,互联网行业也受到一定的冲击,哀鸿遍野。 笔者也没有幸免,培养起来的人马陆续被优化,留下一丢光杆司令,我也回到的业务一线,心里很不是滋味。留下来的人,也不知道这艘船...
    继续阅读 »

    我们朝九晚五上班下班,就是为了有朝一日去探索宇宙的
    —— 宇宙探索编辑部



    随着大环境的下行,互联网行业也受到一定的冲击,哀鸿遍野。


    笔者也没有幸免,培养起来的人马陆续被优化,留下一丢光杆司令,我也回到的业务一线,心里很不是滋味。留下来的人,也不知道这艘船什么时候会沉没… 为了活命而拼命挣扎(内卷)


    负面情绪和焦虑不停侵扰,以至于怀疑,当初选的这条路是不是正确的。


    捡起买了多年,但是一直没看的《人月神话》, 开篇就讲了程序员这个职业的乐趣和苦恼,颇有共鸣,所以拿出来给大家分享


    不管过去多少年,不管你的程序载体是纸带、还是 JavaScript,不管程序跑在高对比(high contract)的终端、还是 iPhone,程序员的快乐和烦恼并没有变化。


    尽管国内软件行业看起来不是那么健康。我相信很多人真正热爱的是编程,而不仅仅是一份工作,就是那种纯粹的热爱。你有没有:



    • 为了修改一个 Bug,茶饭不思

    • 为了一个 idea,可以凌晨爬起来,决战到天亮

    • 我们享受没有人打扰的午后

    • 梦想着参与到一个伟大的开源项目

    • 有强烈的分享欲,希望我们的作品可以帮助到更多人, 希望能得到用户的反馈,即使是一个点赞







    我们的快乐



    《人月神话》:


    首先,这种快乐是一种创建事物的纯粹快乐。如同小孩在玩泥巴时感到快乐一样,成年人喜欢创建事物,特别是自己进行设计。我想这种快乐是上帝创造世界的折射,一种呈现在每片独特的、崭新的树叶和雪花上的喜悦。


    其次,这种快乐来自于开发对他人有用的东西。内心深处,我们期望我们的劳动成果能够被他人使用,并能对他们有所帮助。从这一角度而言,这同小孩用粘士为“爸爸的办公室”捏制铅笔盒没有任何本质的区别。


    第三,快乐来自于整个过程体现出的一股强大的魅力——将相互啮合的零部件组装在一起,看到它们以精妙的方式运行着,并收到了预期的效果。比起弹球游戏机或自动电唱机所具有的迷人魅力,程序化的计算机毫不逊色。


    第四,这种快乐是持续学习的快乐,它来自于这项工作的非重复特性。人们所面临的问题总有这样那样的不同,因而解决问题的人可以从中学习新的事物,有时是实践上的,有时是理论上的,或者兼而有之。


    最后,这种快乐还来自于在易于驾驭的介质上工作。程序员,就像诗人一样,几乎仅仅在单纯的思考中工作。程序员凭空地运用自己的想象,来建造自己的“城堡”。很少有创造介质如此灵活,如此易于精炼和重建,如此容易实现概念上的设想(不过我们将会看到,容易驾驭的特性也有它自己的问题)。


    然而程序毕竞同诗歌不同,它是实实在在的东西;它可以移动和运行,能独立产生可见的输出;它能打印结果,绘制图形,发出声音,移动支架。神话和传说中的魔术在我们的时代已变成现实。在键盘上键入正确的咒语,屏幕会活动、变幻,显示出前所未有的也不可能存在的事物。





    编程就是一种纯粹创造的快乐,而且它的成本很低,我们只需要一台电脑,一个趁手的编辑器,一段不被人打扰的整块时间,然后进入心流状态,脑海中的想法转换成屏幕上闪烁的字符。
    这是多巴胺带给我们的快乐。


    飞机引擎






    我们也有「机械崇拜」,软件不亚于传统的机械的复杂构造。 它远比外界想象的要复杂和苛刻,而我们享受将无数零部件有机组合起来,点击——成功运行的快感。


    我们享受复杂的问题,被抽象、拆解成一个个简单的问题, 认真描绘分层的弧线以及每个模块轮廓,谨慎设计它的每个锯齿和接口。


    我们崇尚有序,赞赏清晰的边界, 为的就是我们创造的世界能够稳定发展。




    我们认为懒惰是我们的优点,我们也崇拜自动化,享受我们数据通过我们建设的管道在不同模块、系统或者机器中传递和加工;享受程序像多米诺骨牌一样,自动构建、测试、发布、部署、分发到每个用户的手中,优雅地跑起来。


    因为懒,我们时常追求创造出能够取代自己的工具,让我们能腾出时间在新的世界探索。比如可以制造出我们的 Moss,帮我们治理让每个程序的生命周期,让它们优雅地死去又重生。




    我们是一群乐于分享和学习的群体,有繁荣的技术社区、各种技术大会、技术群…


    不管是分享还是编程本身,其实都是希望我们的作品能被其他人用到,能产生价值:



    • 我们都有开源梦,多少人梦想着能参与那些广为人知开源项目。很少有哪个行业,有这么一群人, 能够自我组织,用爱发电、完全透明地做出一个个伟大的作品。

    • 我们总会怀揣着乐观的设想,基于这种设想,我们会趋向打造更完美的作品,想象未来各种高并发、极端的场景,我们的程序能够游刃有余。

    • 我们总是不满足于现有的东西,乐于不停地改进,造出更多的轮子,甚至不惜代价推翻重来

    • 我们更会懊恼,自己投入大量精力的项目,无人问津,甚至胎死腹中。




    看着它们,从简单到繁杂,这是一种迭代的快乐。








    我们的苦恼



    《人月神话》
    然而这个过程并不全都是快乐的。我们只有事先了解一些编程固有的苦恼,这样,当它们真的出现时,才能更加坦然地面对。


    首先,苦恼来自追求完美。因为计算机是以这样的方式来变戏法的: 如果咒语中的一个字符、一个停顿,没有与正确的形式一致,魔术就不会出现(现实中,很少有人类活动会要求如此完美,所以人类对它本来就不习惯)。实际上,我认为,学习编程最困难的部分,是将做事的方式向追求完美的方向调整"。




    其次, 苦恼来自由他人来设定目标、供给资源和提供信息。编程人员很少能控制工作环境和工作目标。用管理的术语来说,个人的权威和他所承担的责任是不相配的。不过,似乎在所有的领域中,对要完成的工作,很少能提供与责任相一致的正式权威。而现实情况中,实际(相对于形式)的权威来自于每次任务的完成。


    对于系统编程人员而言,对其他人的依赖是一件非常痛苦的事情。他依靠其他人的程序,而这些程序往往设计得并不合理、实现拙劣、发布不完整(没有源代码或测试用例)或者文档记录得很糟。所以,系统编程人员不得不花费时间去研究和修改,而它们在理想情况下本应该是可拿的、完整的。




    下一个苦恼 —— 概念性设计是有趣的,但寻找琐碎的bug却是一项重复性的活动。伴随着创造性活动的,往往是枯燥沉闷的时间和艰苦的劳动。程序编制工作也不例外。




    另外,人们发现调试和查错往往是线性收敛的,或者更糟糕的是,具有二次方的复杂度。结果,测试一拖再拖,寻找最后一个错误比第一个错误将花费更多的时间。




    最后一个苦恼,有时也是一种无奈 —— 当投入了大量辛苦的劳动,产品在即将完成或者终于完成的时候,却己显得陈旧过时。可能是同事和竞争对手己在追逐新的、更好的构思;也许替代方案不仅仅是在构思,而且己经在安排了。





    前阵子读到了 @doodlewind全职开源,出海创业:我的 2022,说的是他 all in 去做 AFFiNE 。我眼里只有羡慕啊,能够找到 all in 的事业…






    这些年 OKR 也很火,我们公司也跟风了一年; 后面又回到了 KPI,轰轰烈烈搞全员KPI, 抓着每个人, 要定自己的全年KPI; 再后来裁员,KPI 就不再提起了…


    这三个阶段的演变很有意思,第一个阶段,期望通过 OKR 上下打通,将目标捆在一起,让团队自己驱动自己。实际上实施起来很难,让团队和个人自我驱动起来并不是一件容易的事情,虽然用的是 OKR,但内核还是 KPI,或者说 OKR 变成了领导的 OKR。


    后面就变成了 KPI, 限定团队要承担多少销售额,交付多少项目;


    再后来 KPI 都没有了,换成要求每个人设定自己工作日历,不能空转,哪里项目缺资源,就调配到哪里,彻底沦为了人矿…




    能让我们 all in 的事情,首先得是我们认同的事情,其次我们能在这件事情上深度参与和发挥价值,并获得预期的回报。这才能实现「自我驱动」


    对于大部分人来说,很少有这种工作机会,唯一值得 all in的,恐怕就只有自己了。






    所以程序员的苦恼很多,虽然编程是一个创造性的工作,但是我们的工作是由其他人来设定目标和提供资源的。


    也就是说我们只不过是困在敏捷循环里面的一颗螺丝钉,每天在早会上机械复读着:昨天干了什么,今天要干什么。


    企业总会想法设法量化我们的工作,最好是像流水线一样透明、可预测。




    培训机构四个月就能将高中生打造成可以上岗敲代码的程序员。我们这个行业已经不存在我们想象中高门槛。


    程序员可能就是新时代的蓝领工人,如果我们的工作是重复的、可预见的,那本质上就没什么区别了。






    追求完美是好事,也是坏事。苛刻的编译器会提高开发的门槛,但同样可以降低我们犯错的概率。


    计算机几乎不会犯错的,只是我们不懂它,而人经常会犯错。相比苛刻的计算机,人更加可怕:



    • 应付领导或产品拍脑袋的需求

    • 接手屎山代码

    • 浪费时间的会议

    • 狼性文化











    还有一个苦恼是技术的发展实在太快了,时尚的项目生命周期太短,而程序员又是一群喜新厌旧的群体。


    比如在前端,可能两三年前的项目就可以被定义为”老古董”了,上下文切换到这种项目会比较痛苦。不幸的是,这些老古董可能会因为某些程序员的偏见,出现破窗效应,慢慢沦为屎山。


    我们虽然苦恼于项目的腐败,而大多数情况我们也是推手。




    我们还有很多苦恼:



    • 35 岁危机,继续做技术还是转管理

    • 面试的八股文

    • 内卷

    • 被 AI 取代







    对于读者来说,是快乐多一些呢?还是苦恼多一些呢?


    作者:荒山
    来源:juejin.cn/post/7248431478240329789
    收起阅读 »