V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  x77  ›  全部回复第 18 页 / 共 20 页
回复总数  396
1 ... 10  11  12  13  14  15  16  17  18  19 ... 20  
@zpxshl 所以说可以尝试一下转换“儒家文化”专业嘛,在有些地方或许是个出路
@WebKit 应该不是,他干不了组长,情商特低,基本就是逃避责任,有次遇到实在被逼急了就情感爆发,当场骂街。
@jack778
如果 1 秒一次呢,okhttp 是比较重型的库,你还觉得不是问题吗。我也不知道他为啥不用轻量级库,可能他不知道有没有,不知道怎么评估。
见过一个号称 10+ 年的 Android 开发(只会 Android ),从当前后退 5 年的技术都不会,也没有一点概念,他怎么做“开发”工作呢。

举个简单的例子:Android 与服务器做心跳通讯,以实时同步一些状态。有几年经验都能做吧,正常点的开发都会想到最高效的做法是 UDP 通讯,次之 TCP ,而他的做法是上用 okHttp 定时与服务器通讯,相当于让运输公司发卡车帮他送个鸡蛋。

搞了 10+ 年连 Java 有符号和无符号数的变通使用都能把他卡住,还有啥“代码分析工具是检查有没有注释”等等无数惊人认知。。。

然后我告诉你他怎么工作,技能全点“儒家文化”,搞关系,技术问题装萌卖乖解决。真人真事没有夸大,不想搞技术又入了这个行当,迷茫时或许可以借鉴一下。
361 天前
回复了 kisshere 创建的主题 问与答 AI 生成的图片到底有没有版权?
创作一幅图片只需要把构思转变为 Prompt 交给 AI 去完成了,从创作的占比来说,AI 占了大部分,使用者占了小部分。现在 AI 作图模型慢慢的可以接受自然语言输入,不需要转变为 Prompt ,那人类的创作工作可能就更少了。

我觉得 AI 图片的所有权由模型的研发者和运营者所有挺正常的,需要高额费用才能让使用者拥有图片所有权也合理,不过这个生意能不能玩得起来是另外一码事了。
361 天前
回复了 v423 创建的主题 程序员 [求助]跨平台(Android&iOS)框架选型
Flutter 框架,要学一下 Dart 语言,对于前端背景的开发者很容易上手。
362 天前
回复了 tit 创建的主题 问与答 请问为啥国内的 app 生态这么糟糕
@iamsee 用“底层人类”不恰当,我意思是基层百姓,不怎么思考判断倾向于被动接受的人群。
362 天前
回复了 tit 创建的主题 问与答 请问为啥国内的 app 生态这么糟糕
这些广告骗不了中产,但是对底层人类还是很有效果。
Bootstrap 成熟、高效并且对响应式支持得非常好,不过这个离前端框架有点远,或者看着比较原始,因为 Bootstrap 库提供的是最底层的 JS+SCSS/CSS ,也没见官方提供啥开放工具,如果精通 HTML+JS+CSS 开发那还是很不错的选择。
NV 在图形技术领域里具备领导力,我觉得人家把 AI 技术(如超像素图像增强、DLSS 智能提高帧率)放到 GPU 上实现并使之称为一个标准,这就是了不起的事情,就像当初只有苹果造出 iphone 一样,敢创新,有这个实力把创新搞成业界标杆。

年初 OpenAI 的用户蔓延速度创造了全球第一,仅仅几个月就过亿,这还是在难以注册的情况下达到的目标,这都看不到 AI 的火热嘛,现在 ChatGPT 至少代替了我一半的搜索引擎使用量,这才半年,以后会怎么样都难以想象。
363 天前
回复了 yuyuyu 创建的主题 Android service 可以使用不同于 app 的其他包名吗?
@yuyuyu

- 项目的 gradle.build 里指定 appid (即原先的 app 包名)
- AndroidManifest.xml 不要写 package name
- AndroidManifest.xml 里 service name 指定为完整名称(如 d.e.f.Service )
- service.java (.kt )移到文件夹 d.e.f 下

另外要注意的是引用资源的地方还是跟着 appid 来(如 a.b.c.R )

不知道那个版本是 4.4 ,Appid 相关的更新主要是受 Gradle 的影响,这可能需要更新 Android Studio 版本、项目使用的 Gradle 版本、项目的 Android SDK 版本。
363 天前
回复了 x77 创建的主题 程序员 为什么要叫“前后端分离”、“服务端渲染”
@taotaodaddy 没事
363 天前
回复了 x77 创建的主题 程序员 为什么要叫“前后端分离”、“服务端渲染”
@achira
@taotaodaddy

不用从一个贴文臆测别人生活与不愉快吧。
这东西主要看人吧,和人的经历、性格、价值观、思维及沟通方式有关系,尤其是开放性城市,人都来自五湖四海,各不相同很难一来就对上眼和嘴。
364 天前
回复了 yuyuyu 创建的主题 Android service 可以使用不同于 app 的其他包名吗?
可以,app 的包名现在是 gradle 里定义的 appid 了,不影响 package name 。
比如你 appid 为:a.b.c
而服务包名可以:d.e.f

不过要注意,AndroidManifest.xml 里最好指定完整的 service name ( d.e.f.Service ),让 Android 能找到它就行。
打开浏览器,打开收藏夹,点击我的个人专用版 ChatGPT 链接,直接问。
Google Bard 不错
2023-06-03 00:22:22 +08:00
回复了 lizhien 创建的主题 问与答 .net 大佬,转.net 咋样
2010 年左右还在用 MFC/Win32 Native 开发 Windows 移动端应用,后面转 Android 了,不过陆陆续续也接触了一下 .NET ,还用 C# WPF 开发过几个桌面应用,有烂尾的,也有搞好放着吃灰的。后面就彻底转向 Flutter 了,因为对于桌面应用这块 Flutter 可以取代 .NET 。

个人看法讲讲 .NET 。首先 .NET 是微软家的东西,里头包含了不少东西,可以开发网站,也可以开发桌面应用。一开始只能在 Windows 系统上用,不过后来 .NET 也走了跨平台的线路,其他系统上也可以支持不过要安装 .NET 框架。

.NET 是亲 Windows 的,有 Windows 开发知识学起来会轻松很多,像有 MFC 经验开发 .NET Winform 应用就如鱼得水。同时,学习 .NET 意味着还得学习 C#、以及用到的框架、数据库、编程思想,这些东西接触多了有点像“全家桶”都绑在一起,基本在微软家里打转,跑出去就是另外一个世界。

.NET 桌面应用现在是 UWP 框架,那东西起步就 Win10 ,我觉得这是 Windows 开源项目少一个原因。搞在 Win10 这个节点挺尴尬的,老应用该不该重构,重构之后老系统没法用,新系统又没大范围覆盖。有些应用干脆就用 QT/GPK 那些自己搞(像暴雪客户端、GIMP 软件),跑在 Windows 上却不用微软家的框架。

相较于其他开发环境 VS 已经很不错了,不过微软的东西开发投入也比较高,有点像开发的事情交给企业去搞,个人想搞点东西会很吃力。像默认 .NET 应用,非常难看,官方没有提供主题和图标,软件包也得缺这缺那的,开发一个东西要做很多事情。不像 Google 家,主题给你搞好,颜色给你配好,图标都帮你做好,软件包一大堆,你只需要专注于创造就行。

最后总结一下,入了 .NET 基本没精力搞别的,Golang ,PHP ,Java 就得放下了,专心搞微软家的就行。
2023-05-31 16:56:47 +08:00
回复了 limaofeng 创建的主题 程序员 微服务架构应用跑在单机上,为什么要搞这么复杂的架构
虚拟机不是长久之计吧,在虚拟机上开发、实验,大规模部署还得搬到 K8 上去
1 ... 10  11  12  13  14  15  16  17  18  19 ... 20  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2307 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 04:29 · PVG 12:29 · LAX 21:29 · JFK 00:29
Developed with CodeLauncher
♥ Do have faith in what you're doing.