V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  rocmax  ›  全部回复第 25 页 / 共 27 页
回复总数  522
1 ... 17  18  19  20  21  22  23  24  25  26 ... 27  
❮ ❯
2023 年 4 月 15 日
回复了 ky1e 创建的主题 › Android › 如何快速的开发一个安卓上的 HTTP 响应 APP 小应用
ifttt ?
@yinmin 模仿游戏?那是同一天密钥相同,比对不同文本的加密结果来推测密钥,而且破解成功的关键是已知原文和密文,暴力算密钥达成的。而已知原文是因为德军违规,应该发随机字符没有照做。
op 的问题,如果不同密钥加密后的密文毫无关联,取得多份也没啥意义。但像 enigma 有个缺陷是一个字符的加密结果不会是自身,所以得到同一份原文的多份密文的话可以排除一部分结果。
2023 年 3 月 21 日
回复了 Aaron7Amelia 创建的主题 › 程序员 › mac 上有什么好用的华丽花哨一点的 ssh 终端
hyper+starship
2023 年 3 月 18 日
回复了 foolishcrab 创建的主题 › 程序员 › React 新文档骂战引发的的思考
CRA 这个脚手架在当前已经有一些落后与时代,问题比较多。很早之前就有人提议要改了,比如这个 https://github.com/reactjs/reactjs.org/pull/5487
1. Nextjs 除了默认加入了基于路径的路由以外相对于 React 基本没有其他变化,最大的差异应该是区分服务器和客户端渲染的部分,最近的版本更新(包括 React 的更新)也在尽量的把这两方面统一起来,实现同构渲染。Nextjs 不能说是一个纯后端渲染框架,而且易用性上来说至少不比 React 差。
2. 前端越来越复杂是事实,不管你用 R V 还是 A 都一样,好的地方是可以直接学新东西,现在招前端不会要求一定会 jquery 吧。
3. Nextjs 可以实现首屏 SSR ,其余 CSR ,取长补短。
4. 见仁见智,个人项目还有突然没了或者加料的风险呢。

个人已经把 T3 stack 作为首选框架,Nextjs 这种前后一体的框架与 tRPC 相性很好。之前写 GraphQL 的时候就觉得写一堆 SDL 很烦,tRPC 解决了最大的一个痛点。如果前后分离的话即使用 tRPC 类型定义也得 copy 一份,Nextjs 完全没有这个问题,非常清爽。
2023 年 3 月 18 日
回复了 fenranaab 创建的主题 › 程序员 › 关于工作无意失误,造成公司损失的疑问请教大家
上面建议主动承担责任的都是在校学生吗?没社会经验就别瞎建议了。
看你领导怎么说了,要是领导把责任担了,或者不提这事,说明碰到个明白领导。要是领导往下甩锅你一定不能接,要是傻呵呵的接了甚至主动承担责任,那很可能不只是赔 5000 块钱的事情,兴许还有处分甚至丢工作。
2023 年 3 月 14 日
回复了 echoless 创建的主题 › 程序员 › api 调试工具又死了一个
thunder client+1
postman 启动就要半分钟,什么玩意。
2023 年 3 月 14 日
回复了 senx0000 创建的主题 › 程序员 › 如何涨薪?
只有跳槽一途,跟领导提也需要做好被拒了就跳槽的准备。
有没有一种可能,代码能力不长的话工作会被卷没了?
2023 年 3 月 13 日
回复了 Ashore 创建的主题 › 程序员 › 原来真的有领导把好心当做驴肝肺!
嫌你给他加活了被,反正真出了事也不是他的责任。
我也遇到过类似的事情,系统上线前我在改 bug 的时候发现后端无脑写 curd 导致取用户信息的时候连私钥和盐都返回,虽然 api 需要鉴权但是私钥离开服务器还是不好。给报了个 bug 结果领导不高兴了,意思是测试组都没报 bug 你多管啥闲事,又不敢说不改,于是直接把 bug 票发给我让我改,我说我前端组的这个找后端改。结果后端的人糊弄一下把返回值删了( post 和 put 接口还能用)
2023 年 3 月 10 日
回复了 brader 创建的主题 › 程序员 › 个人养老金有什么作用?
@xhslyf 脑回路真清奇
2023 年 3 月 10 日
回复了 qhgongzi 创建的主题 › 程序员 › 大家找远程或国外工作时候一定要注意灰黑产
我看完的感受是 GASO 组织只有价值观,没有方法论。当地警匪一家,都明目张胆的干,关人的地方尽人皆知他们却只能去周边看看,最后还是受害人自己跑掉的。没头苍蝇似的就打电话联络联络 P 用没有,警察要想管早管了又不是缺你那点情报。他们还是专注于预防和救助被骗的人来的现实一些。
2023 年 3 月 7 日
回复了 BirlGoy 创建的主题 › OpenAI › 理解 chatpdf.com 的代码原理
@Chad0000 现在就可以 finetune 模型,但是考虑到一来价格贵,二来如果知识库内容经常更新的话每次都重训练一遍也不现实。
2023 年 3 月 5 日
回复了 serge001 创建的主题 › 游戏开发 › 尝试用 cocos 做一款小游戏,感觉很难受
直接学 unity 或者 unreal
mattermost
2023 年 3 月 5 日
回复了 liangxin1998 创建的主题 › 程序员 › ChatGpt 有没有什么好的落地场景方案?
模型是一堆固定的参数,除非再训练或者 finetune ,不可能记住东西的。现在所谓记忆,只能是把前提放在上下文里,每次会话都扔给 chatgpt 。所以别看 api 单价便宜,实际用起来 token 数是指数级膨胀。
话说有个工具 langchain ,在开发 app 的时候帮忙做了一些上下文的处理工作。
2023 年 2 月 24 日
回复了 Nazz 创建的主题 › 程序员 › 我们真的需要 gRPC 吗?
后端微服务之间追求效率的话用 grpc,因为 json 里很大比例是括号。
前端的话 grpc 也不能直接用,相对于传输效率,前后协作方面的需求更大一些。
graphql ,trpc 都提供了 api 的信息和类型约束。restful 的话就只能靠 openapi 约定。
json rpc 看不到任何优势。
简单来说不就是需要把服务器存储 mount 到本地吗?
对 pdf 来说没有“云端阅读”这回事吧,不完全下载下来也打不开啊。
1 ... 17  18  19  20  21  22  23  24  25  26 ... 27  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   2706 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 42ms · UTC 15:31 · PVG 23:31 · LAX 08:31 · JFK 11:31
♥ Do have faith in what you're doing.