V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Mithril  ›  全部回复第 17 页 / 共 121 页
回复总数  2401
1 ... 13  14  15  16  17  18  19  20  21  22 ... 121  
@debuggerx QT 有部分也是 LGPL 的,实际上就是 QT 。 “免费”和“商用”即使你用 GPL 的库也没问题。
问题在于你是否要把自己的代码以同样的 License 发布,或者说你是否要给你的客户提供你自己的源代码。

对于 Python 来说,你发布 py 文件自然没问题,相当于你给你的客户提供了源代码。但你如果打包成 exe ,那么可以视为你把 pyside 以静态链接的方式打包进了你的程序里。
按照 LGPL 的要求,你必须“允许用户修改你程序中 LGPL 的部分”。那么你要允许你的客户对你打包好的程序进行反向工程,需要提供对应的文件。

这就是为什么在开发商业应用时不要碰任何沾了 GPL 三个字母的东西。
SQLite 支持全文检索,但没办法自由配置语言。你如果只支持中文或者英文,可以直接用对应编译好的 Extension 。
界面好看的话,要么用 Electron 套壳,要么 WPF 或者 WinForm+第三方 UI 库。
安装包 Windows 上可以用 Wix ,你可以自己写界面套进去。但这个好像没办法在 Linux 里跑,而且你 debian 也很难开发 WinForm 。

跨平台开发,还想要界面好看一些,要么你用 Avalonia 这种跨平台技术,要么就是各种 Web 套壳。
Avalonia 可以做的比较好看,但也比较费精力。你需要手动打磨界面。功能不复杂还行,界面太复杂的话你可能大半的时间都花在这上面。
Web 套壳就简单多了,前端组件一大把,最简单的你用 bootstrap 都能搞个很好看的 UI 。套壳技术也有很多,比如 Electron ,WebView2 ,tauri 什么的,你找个 Windows 7 能用的就行。

安装包你弄个 Windows 虚拟机做就行了。
270 天前
回复了 iceWater10 创建的主题 职场话题 学计算机的你们后悔了吗?
不后悔,从小就喜欢折腾计算机,就算不玩游戏,拆拆装装倒腾系统也能玩很久。

就算赚不到钱,从事自己感兴趣的行业也不会太过无聊。
272 天前
回复了 q1os 创建的主题 小米 联想 y700 二代和小米 6pro 如何选择
不是同一种东西,没法比的。
小尺寸平板里,你能选的只有 Y700 和 iPad mini 。我 Y700 2 代和 iPad mini6 都用了很长时间,个人体感 Y700 更好一些。
至于系统,确实 UI 看起来比较丑,各种设置也没有 MIUI 一类的好找,或者压根就没有。也没什么方便的互联功能。
但我一般就用那么几个 App ,装好了以后也不需要天天折腾系统,所以也并没有感觉原生系统有哪里不好。
和 iPad mini6 比起来,屏幕要好一些,充电快。双 C 口非常方便。性能上差不太多,玩游戏也都是垃圾分辨率。但 Y700 有高刷,可以扳回一分。
至于其它应用基本不会跑满性能,所以影响也不大。

主要就是生态和 App ,你如果 iOS 里买了一大堆的 App ,那也没有非要换的理由。
不然的话,光靠价格,容量以及可以插卡就可以秒掉 mini 了。

而 6pro 是 11 寸的“全尺寸”平板。这个大小你基本没办法很方便的带出门。举着游戏或者视频也很累。但屏幕大就是好,如果你的使用场景比较固定,不太在意便携性,也有支架不嫌累等等,那大屏肯定看起来更舒服一些。
用 memory mapping ,不要手动去读它。
277 天前
回复了 jgh004 创建的主题 程序员 微软的新项目 Garnet 碾压 Redis ?
@me1onsoda Windows 的是 IOCP ,理论上来说无论是设计还是性能都比 Linux 的 epoll 更好一些。
实际应用上差不了多少。
277 天前
回复了 butof 创建的主题 程序员 大龄程序员的未来在何方?
建议转换一下思路。你把你自己放在老板的位置上,你对这个年龄,这种价格的员工,期待是什么。

是一个万金油,什么技术都能做,虽然没什么行业经验积累,但 Bug 更少,效率更高的员工?
还是一个行业经验丰富,能带团队,能独当一面的技术管理者?

然后你再看看你的简历里,主要体现的是哪方面的能力?是否符合你对岗位的期待?

再转换一下思路,一般来说企业对于想要招的岗位都有个期待的画像,多少钱,什么样的能力水平。当然年龄也是一方面。
不是说年龄大就不要了,而是很难填到这个岗位里。对于一个有经验,Bug 更少,效率更高的高级开发而言,年龄大概是 xx-xx ,月薪大概多少,一个有经验的 HR 是大概有个预期的,不符合就直接筛掉了不会浪费时间。
277 天前
回复了 hartlee 创建的主题 问与答 求推荐一个 typec 的小尾巴
如果只是想做个转接,那看看参数,能推动你耳机的产品里面挑个最便宜的就行。功率够的话,OPPO 那个一百块钱的都行。
如果想提升音质,那还是买个正经耳放吧。这类东西给你带来的提升远远没有价格差距那么大,毫无性价比可言。
278 天前
回复了 fucheng2 创建的主题 深圳 失业了快 4 个月了
看了看你的回复

你不想刷题,只想找小公司。又嫌小公司项目坑,年后找到工作入职几天就跑路。

还是想好自己想要做什么再说吧。
最后俩是有用的,B 族维生素药房买,小白瓶几块钱 100 片。
它是操作系统进程调用逻辑的一部分,并不是什么没用的东西。

当你的 CPU 没啥任务要执行的时候,操作系统就会把一个最低优先级的 Idle 线程扔过去跑。你看到的结果就是有这个 Idle 的东西占了 CPU 。

这个线程除了占用空闲的 CPU 以外,还会执行很多别的功能。比如它占用 CPU 的时候,使用 HLT 等指令让 CPU 处于低功耗状态。而且你不用在你的内核里专门写个特殊状态的处理,毕竟这个 Idle 可以设计成和其他线程差不多的样子。

很多系统都有这么个东西,区别只是显示不显示出来而已。
显示出来,你就可以直接用它判断当前系统是不是处于空闲状态。
不显示,你得把所有的加一起才能算出来占用率。
公司开发产品的时候,任何沾了 GPL 三个字母的第三方库都不要碰。

GPL 就不说了,AGPL ,LGPL 的边界定义的一样不清楚。所以最好的办法是,当你有疑问时,只要有这三个字母的全不要碰。
符合规定的。

我仔细看过,JetBrains 的 Individual License 要求是,必须是你自己付款,而不是公司付款,且不能跟其他人分享。但你可以在公司或者在家使用你的 License ,并不受使用环境限制。

你可以看官方的解释
https://sales.jetbrains.com/hc/en-gb/articles/207240855-Can-I-use-my-personal-license-at-work-and-at-home
https://sales.jetbrains.com/hc/en-gb/articles/207241015-Can-I-use-my-personal-license-for-commercial-development
https://www.jetbrains.com/store/comparison.html#LicenseComparison
你觉得这个距离够你变道,具备并线条件。他觉得不够,不想让你插进来。
所以要加速不让你进来。

这很正常。

不是说你想变道后车就一定要让你变道的,路权在他那。
@10RR 包含意外的。
但问题是,什么是“意外损坏”是他们定义的。就我的情况,他们的意思是你这个不算“意外损坏”。有划痕只算“正常使用痕迹”,不在 AC+覆盖范围内。

对,哪怕这个划痕已经看不清屏幕了也不算。

AC+这东西和保险差不多,卖你的时候啥啥都好,等你想要出险的时候就是这也不保那也不保。AC+里有用的就意外损坏和换电池。
什么叫意外损坏由他们定义
换电池你就更别想了,直接锁死 80%,你正常一天一充,用几年都不会到 80 以下。哪怕你自己体感续航尿崩那也是 80%。

所以除非毛手毛脚经常摔东西的人,其他朋友问我从来不推荐买 AC+。
王府井我去的不多,但至少三里屯的就是这样的。

我本身有 AC+的 Watch ,意外摔了一次表面刮花非常严重,表盘上字都看不清了。我去了以后跟我说这算正常使用痕迹,不在维修范围内。但我买 AC 不就是为了防意外吗?

然后我当场抵价买了个新款,反正你算正常使用痕迹,不能额外扣我钱。

但从哪以后除了给父母更新设备以外,自己再也没买过苹果的东西。
如果你用的阅读软件支持命令行调用,可以写个脚本循环打开看看能否调用成功就行了。

不支持的话,随便用什么编程语言,调用个 PDF 库尝试打开一下,然后随便读取点啥。能读出来就算打开成功。
自己装个 TeamCity 就行了,免费的 3 个 Agent ,100 个编译配置。除非你几十个项目,不然差不多也够用了。
主要是你用了 Jenkins 再去看 TeamCity 就知道差距了,但毕竟是开源,能用就行。

Jenkins 最麻烦的就是它赖以生存的开原生态。本身功能不多,大部分都靠插件。但开源插件维护全靠爱发电,很多插件早就不维护了。可能你这个版本配置完了都能用,然后过几个版本你发现之前几十个项目依赖的插件不更新了,那你 Jenkins 也没法更新。但 Jenkins 不更新又用不了新的插件。
整个锁死在里面。

所以现在都推荐用 Docker 这套生态来做,CI 工具实际就做个调度而已。哪怕你 CI 彻底完蛋,只要你用来编译的镜像还在,换个 CI 重新写个调度配置也一样能跑。

传统的 CICD 工具基本就这俩推荐,当然你要用 Gitlab 管代码的话,装个 Runner 也能跑。前提是你接受纯配置文件的套路。
1 ... 13  14  15  16  17  18  19  20  21  22 ... 121  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5732 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 52ms · UTC 06:44 · PVG 14:44 · LAX 22:44 · JFK 01:44
Developed with CodeLauncher
♥ Do have faith in what you're doing.