@2bNot2b 功能无区别,我免费开源

@v1101010 应该不会,这个软件调用接口跟用手点击客户端一样,类似于爬虫,tx 又不知道是手点的还是接口调的.
而且这个接口还是拳头公开的

@96412hj 他这个软件的功能跟 wegame 重复了,没必要再造个轮子

@jrtzxh020 有 gui 后会做成配置选项,是否展示自己
@MiracleShadow lol 客户端会启一个代理端口 也就是 lcu. 这个代理实际上回去 tx 的服务器查询.

@Illusionary 月入 30k 也不会每月四五 k 无所谓啊,月入 30k 的租房一般都是 5-8k.如果是税前 还得减 5-7k 的税和五险一金.
每月再花销 5-10k. 如果再有个车贷 房贷.简直不敢想

遇到垃圾问题三步走
延迟回复->延迟回复废话->close

go 本来就有类似 try catch 的写法 为什么要创造这种无用的东西呢

恒温烧水壶(100 元以内).45 度水 很方便
静音鼠标(50 元以内) 按键声音很小

又是一个没学过 c 的菜鸟 喷 go 的 err.

为什么因为能力不足试用期不过,一大堆人让你争取赔偿啊 刚毕业就没血性就混了啊 公司完全合法让你走了啊,你不应该知耻而后勇 努力学习吗. 你试用期不过 你的同事绝对不喜欢你.
你就算仲裁也赢不了,非要人家开个批斗大会说你代码一大堆问题 才认识到自己的不足吗
我们公司就有一些试用期不过的,那代码全是坑.想想就来气

5 秒 或 10 秒 固定时间段, 一般都是某个东西超时了. 你谷歌搜搜 uac timeout 5 second 试试

@1423 我感觉你说这话才像空谈吧 用协程不就是因为 go 支持 `go` 和 `chan` 这 2 个语法吗 可以让程序员少写代码. go 的协程跟现在 java,c++的差不多好吧,就是 java,c++需要多些一些字符. 我肯定选择更短的

用协程的最主要原因是让你少写代码,减少心智负担. 协程底层就是一个线程池+runtime+任务队列.
java 的 Future,c++ 的 fiber 跟 go 的协程差不多. 不过 go 的协程功能比他两多点. 会自动控制任务的执行时间,协程内部可以让出执行权. 因为 go 的 runtime 帮你写了一大堆代码. 并且开一个新任务只需要 "go" 一个关键字 ,而 java 需要用一个函数包住它.要多写几个字符. go 的协程出名还有一个重要的点就是 语言层支持 chan 通信. 如果你用 java c++都可以实现 go 的 csp 编程, 但是会比 go 多写一些代码 会让你的代码不 java

只要 idea 系统支持的系统都可以开发 c++. clion 本地编码 远程运行

@zzzmh @lp7631010 spa 收录都是小问题,不用 ssr,后台开个 puppetter, 搜索引擎全反代过去

我真是服 这个代码格式化到底咋弄

早上上班就看见你发了,晚上要睡了还没人回你 真是醉了
```go
package main

import (
"bytes"
"crypto/aes"
"encoding/base64"
"fmt"
)

func main() {
str := []byte("406BF0AD11310101220213481000320000")
key := make([]byte, 16)
oriKey := []byte("ER2Fb6ts3ECX")
for k, v := range oriKey {
key[k] = v
}
cipher, _ := aes.NewCipher(key)
chunks := arrChunk(str, len(key))
buf := make([]byte, len(key))
encryptData := make([]byte, 0, (len(chunks)+1)*len(key))
for _, chunk := range chunks {
if len(chunk) < len(key) {
chunk = append(chunk, bytes.Repeat([]byte{0}, len(key)-len(chunk))...)
}
cipher.Encrypt(buf, chunk)
encryptData = append(encryptData, buf...)
}
fmt.Println(base64.StdEncoding.EncodeToString(encryptData))
}
func arrChunk(arr []byte, size int) [][]byte {
chunks := make([][]byte, 0)
chunk := make([]byte, 0, size)
for i := 0; i < len(arr); i++ {
chunk = append(chunk, arr[i])
if len(chunk) >= size {
chunks = append(chunks, chunk)
chunk = make([]byte, 0, size)
}
}
chunks = append(chunks, chunk)
return chunks
}
```

@volvo007 我用的是外接的非 Mac 标准键盘 一款达尔优 87 键 一款达尔优 71 键 都是用手掌发力. 需要抬起手臂是因为在 mac 下复制需要按 win 键+c,大拇指正常情况下是按下空格上的,按 win+c 需要抬起手臂将大拇指左移并逆转.
我觉得在标准键盘侠 ctrl 用手掌边缘按时最完美的.不存在需要改键,ctrl 按键使用率特别高. 保存 复制 粘贴 删除 搜索 截图 全选

@deplivesb 我最不能适应的是 mac 用大拇指加食指去完成 cv 操作 我在 windows 下左手小拇指头从来用不到.按 ctrl 是用 小拇指根部 就是长老茧那个位置去按 ctrl 键边缘. 这样手臂都不需要抬起来,手掌发力就能按下 ctrl. 用 mac 的时候需要把手臂抬起 大拇指逆转去按 command 键 非常地反人类