V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lstz  ›  全部回复第 34 页 / 共 40 页
回复总数  795
1 ... 26  27  28  29  30  31  32  33  34  35 ... 40  
155 天前
回复了 vimiix 创建的主题 Go 编程语言 写了一个 ssh 客户端,欢迎体验
@LonnyWong 无需问我
155 天前
回复了 vimiix 创建的主题 Go 编程语言 写了一个 ssh 客户端,欢迎体验
不敢苟同以上部分同学的观点,难道有了 A 工具就不能再写个 B 工具吗?
我认为百家争鸣是最好也是最健康的状态,楼主加油,支持一个
在外包公司,千万不要抱着"主人翁"的心态认真做事,你把公司当家,然而人家只是把你当资源。


做对自己有利的事,提升学历,做点 side project, 哪怕多休息调养身体都好,千万别卷
157 天前
回复了 lstz 创建的主题 程序员 提供端到端加密(E2EE)云服务会有法律风险吗
@hytirrb 一起学习 :P
158 天前
回复了 lstz 创建的主题 程序员 提供端到端加密(E2EE)云服务会有法律风险吗
@hytirrb
是的,UGC 内容都需要谨慎一些。

不是大佬,过奖了... 我这个项目是基于 Golang 加 React 进行开发,涵盖了加密解密算法,也包括数据库连接,定时任务,生成代码之类的功能(当然 v2.0.0 还在重写中...,但肯定会加入进去的)

博客我主要是 Reddit 和知乎看的比较多,它会给你推一些技术流信息(好吧其实不算博客,反正就是到处看

除此之外,我其实觉得写项目是非常好的锻炼方式,我一开始用 Java 和 Groovy 写这个程序,但是内存吃紧,项目的压力也让你逼迫去尝试了解更新的技术。
158 天前
回复了 lstz 创建的主题 程序员 提供端到端加密(E2EE)云服务会有法律风险吗
@hytirrb 感谢支持。因为我对数据泄露非常害怕,前几年甚至不敢用 Linux 以外的系统,端到端加密也是多看博客了解到的。

如果真的可以端到端加密,只要能保证客户端安全就好了,但就是害怕帮信罪
158 天前
回复了 lstz 创建的主题 程序员 提供端到端加密(E2EE)云服务会有法律风险吗
@Masoud2023 我天...
158 天前
回复了 lstz 创建的主题 程序员 提供端到端加密(E2EE)云服务会有法律风险吗
@willsun joplin 我记得是开源的,可以自己部署
158 天前
回复了 lstz 创建的主题 程序员 提供端到端加密(E2EE)云服务会有法律风险吗
@drymonfidelia 看来监管责任还是有的.... 谢谢大佬不从。


端到端加密技术是可行的,如果法律上也可行,可能各个大厂就会大力宣传(也不排除他们是为了贩卖数据)
158 天前
回复了 lstz 创建的主题 程序员 提供端到端加密(E2EE)云服务会有法律风险吗
@xausky 那就放心了,谢谢大佬
158 天前
回复了 lstz 创建的主题 程序员 提供端到端加密(E2EE)云服务会有法律风险吗
@chenliangngng 谢谢大佬,我确实担心被 q 的风险,可能国家是不希望即时通信或者可分享笔记之类的
我之前焦虑,就会吃谷维素片,当然我不会推荐任何人吃任何药物除非拿到医嘱。

要靠纯粹精神控制来缓解压力很难,这玩意害得看医学科技
有攒钱吗?攒够半年生活费就辞职吧

如果你结婚有小孩了,那还是等到孩子长大再说吧.... 这是一条单向道
感谢楼主如此肝,同为独立开发者的我有一些小建议:

# 建议一
尽管 Monaco Editor 开箱即用,特性多又好看,但不可避免它有若干致命缺点:
a) 非常吃 CPU 和内存,以我的经验来看,多个 Editor 会让你的应用卡到不行
b) 无法自定义你所需要的特性,各类 API 难用的不行
c) 如果没有特别要求,建议可以用 Code Mirror ,这也是大多 webapp 殊途同归的编辑器最终选型

可参考 https://about.sourcegraph.com/blog/migrating-monaco-codemirror ,该作者提到的很多痛点都是我 v1.0.0 开发所遇到的,非常感同身受

# 建议二
我深知开源免费的软件,本身维持开发成本就很不容易,初期很难再自掏腰包几千块买 code signing ,所以楼主可以:
a) Windows 系统提交到 [微软商店] ,一年仅需要小一百
b) Linux Distributions 可以用 ```sh <- curl xxx``` 类似的方式,自己写脚本自己安装
c) 关于 Macos ,这个确实没办法,我的建议就是初期下载前就明确告知用户如何操作。(你这个软件是面向程序员的产品,所以我认为问题不大)


最后,我想很无耻的提到,我也在开发一款开源工具箱软件,https://github.com/work7z/LafTools 它也是用 Go+Web 来写的,桌面端计划也有 wails ,希望一起努力互勉如果不介意的话哈哈哈哈
抱歉言语可能有所冒犯,我只是想说项目行数代码并不是越多越好,甚至我们要反过来追求简洁代码量,一两拨千斤,用几十行就搞定人家几百行
如果 15 万代码都是自己深思熟虑一行行写出来的,那确实有价值,但如果把第三方库或者 mapper.xml, dts 也算进去,那统计的这些数据没意义,自己在骗自己
君之视臣如手足,则臣视君如腹心
君之视臣如土芥,则臣视君如寇雠

打工也可以类似,如果领导天天威胁我做不好就裁了我,不把我当 teammate 而是当 subordinate ,那说实话不用你裁我都自己跑了(或者偷偷摸摸的摸鱼)

如果领导能把我当人看,给的任务合理人性化,那我也愿意努力让这个项目变得更好,因为我能感觉到,我是这个团队的一份子
没什么不对,有开发标准就行
LafTools 也未来将会加入 API 请求功能,目前还在开发阶段,欢迎 star 或者 contribute ,让我们一起做开源国产信任软件
https://github.com/work7z/LafTools/
如果老板天天对你说,你工作有一点不好我就炒你鱿鱼,不仅十足的 intimidating ,还时常在所有人面前 call you out ,你绝对做不好工作。

就算能做好手头的工作,你对下一年是否还在这家公司都存疑,肯定优先考虑跳槽而不是把活干的更棒更稳定
1 ... 26  27  28  29  30  31  32  33  34  35 ... 40  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2261 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 03:35 · PVG 11:35 · LAX 20:35 · JFK 23:35
Developed with CodeLauncher
♥ Do have faith in what you're doing.