V2EX › thevita 的所有回复 › 第 4 页 / 共 11 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 11

❮

❯

363 天前

回复了 dnjat 创建的主题 › 程序员 › 微服务,管理员接口.用户接口,浏览接口,的摆放问题

不分，把权限做好就行了

363 天前

回复了 wmlz 创建的主题 › 程序员 › 各位被信创折磨的程序员们，你们有用 GaussDB 的吗

@bianhui 这方面 tidb 反而是优等生吧，生产部署不说，developer accessibility 是其他国产厂商比不了的优秀，至少不会吧文档锁起来.。。。。。。

对于开发测试来说 tiup playground 可以一键拉个测试环境出来

要布一个测试集群也不复杂，如果有 k8s 还提供 operator

363 天前

回复了 wmlz 创建的主题 › 程序员 › 各位被信创折磨的程序员们，你们有用 GaussDB 的吗

他这乱七八糟的命名感觉去看他文档都搞不清，翻了半天，分享下，不一定对

GaussDB 是一堆产品矩阵和解决方案，你这里的 Enterprise 版本，应该是基于 openGauss 的企业级版本？(实在不确定，想吐槽，为啥产品里一堆叫 GaussDB 的）

如果是, 按他文档的说法，openGauss 在应用端基本是兼容 PG 的，有一些 “企业扩展包” ，如果不用应该直接用 PG 来开发应该也是可以的

也可以用 openGauss ，这个提供了 Docker 镜像

另外方面，如果是使用的分布式版本/复制版本，要考虑表设计的，这个你绕不过要去了解一下，他文档中心提供了一下开发相关的特性说明和推荐的“最佳实践”

这里有两个地方有文档一个是华为云，对于应用端，我想差异应该很小，另外有个 “文档中心”，不过这里要部分文档要客户才能看得到。。。。

2024-01-25 23:44:06 +08:00

回复了 drymonfidelia 创建的主题 › 数据库 › 为什么 MySQL 软件本体这么大， SQLite 能做到那么小？

微信最初的版本大小 457KB
现在的微信已经奔着数百兆去了

而他核心功能基本差不多

2024-01-25 16:34:35 +08:00

回复了 junwind 创建的主题 › 程序员 › 问下各位大佬， mysql， redis 这种数据库放 docker 里面，是否不太稳定

我在内部工具平台小规模场景下用 docker host mysql 很多年了，没什么问题.

至于说生产环境 DB, 的问题主要还是运维的复杂度，但这个问题不是 docker 带来的，你独立部署也会带来一样的问题啊，只是仅仅一个 docker 给你运维这种服务没有什么帮助，甚至由于与既有运维工具链的兼容配合问题，会更加复杂和麻烦.

你裸部一个 mysql 用来做生产问题也很大啊，只是出问题有很多资料帮你解决，所以还是运服务吧，或者用 vitess 这样的

2024-01-21 21:36:34 +08:00

回复了 stepcoo 创建的主题 › 程序员 › svn 停止支持后的平替方法有哪些？

@thevita 哦, 是只 checkout 某个文件夹, 看漏了，忽略我吧

2024-01-21 21:31:14 +08:00

回复了 stepcoo 创建的主题 › 程序员 › svn 停止支持后的平替方法有哪些？

GitHub 当然首选用 git 啦
至于使用方式，稍微在 github 翻一翻: https://docs.github.com/en/repositories/creating-and-managing-repositories/cloning-a-repository

2024-01-10 18:40:55 +08:00

回复了 Braisdom 创建的主题 › 推广 › 写了一篇文章，详细介绍了 Agile Query，希望大家能够充分了解

只卖这一个组件感觉不好卖，有现成数据的团队大概率有一套平台，类似功能都有（好不好用另说）
得找准用户（非程序员，有数据分析需求，对 Excel 类产品熟悉），形成面向场景的解决方案才行

2024-01-10 18:19:42 +08:00

回复了 fdghjk 创建的主题 › Docker › 国内最好用的 Docker 源是哪个各位

自己个人用的话，各显神通，各种 registry 不过是顺带而为

生产用的话，自建

2023-12-31 15:44:30 +08:00

回复了 frankphper 创建的主题 › Go 编程语言 › Go 语言为什么很少使用数组？

可以认为 slice 是一个指向 array 的 fat-pointer

2023-12-19 18:15:20 +08:00

回复了 yujianwjj 创建的主题 › Go 编程语言 › go 大小写对导出的影响

不能导出的是 inner 这个类型

func New() inner {} , 这个函数是导出的, 这里的可以理解成一个复合类型

就像

struct Struct {
inner inner
}

这个 Struct 被导出了，但它作为一个复合类型，内部引用了 inner 一样.

2023-12-14 16:42:52 +08:00

回复了 E0421 创建的主题 › 程序员 › 今日份笑话,用 IF 分支区分项目

"我一开始以为什么样的结构能管里这么多的不同项目放在一起；"

这里的项目应该是维护给不同客户的不同版本，包含类似定制专有逻辑这种吧？？

如果是这样场景的话，不就是 feature flag 么，很 make sense 啊，在合规的情况下，尽量减少 long-lived branch 带来的维护成本呗

当然，一般这个 feature flag 会配合编译系统食用

2023-12-04 20:19:46 +08:00

回复了 hu6u 创建的主题 › Python › 有没有好用的 Python 版本、虚拟环境和包管理的工具

@fakepoet

同 pyenv + pyenv-virtualenv ,
支持多种 venv 后端（具体是哪做的我也不是很清楚）, venv, virtualenv, conda 都支持
也能用 python-build 安装和管理 standalone 的 python

就能实现各种环境都在一起管理了

大部分机遇几个 python3.x base ，派生一堆 venv

ai 的场景就用 anaconda/miniconda 作为 base, conda 作为 venv 后端管理具体的 ai venv

2023-12-03 15:28:18 +08:00

回复了 giter 创建的主题 › Vue.js › Vue 项目中，每个页面都有 2~3 个对话框，应该如何整理存放和复用？

本质应该算是后端的非主流半吊子前端来说下：

我会习惯按业务逻辑相关性来放, 不通用但一起完成某个相关业务逻辑的放一个目录下
如:

..../(some biz)/
..../(some biz)/list.vue
..../(some biz)/detail.vue
..../(some biz)/edit.vue
..../(some biz)/useHost.ts
..../(some biz)/popupList.vue
..../(some biz)/mergeToolDialog.vue
..../(some biz)/useBizLogic.ts -- ( 只是举个例子,一般还是会叫具体完成的事)

2023-11-27 15:19:58 +08:00

回复了 milukun 创建的主题 › git › 一个关于 GIT 提交的疑问？

cherry-pick

歪楼:

“三个分支代码基本是一样的，只是里面可能部分标记环境的变量不同“
这种情况应该首选通过 flag 来实现

手动处理最大的问题是: 一段时间之后，就没人知道这三个分支除了 “部分标记环境的变量不同” 外是不是真的完全一样了

再次的选择:
引入一些自动化的工作流, 如: merge 到 dev 的 feature 合并后，自动创建到 uat, prd 的 mr

2023-11-21 13:48:15 +08:00

回复了 cheneydog 创建的主题 › 程序员 › 目前有什么编程语言可以开发 dll/so 动态库？

看了下 go ，支持还是不错的，应该上调, tier 1.5 - tier 2 吧，不过确实有很多点需要自己去 take care 的

2023-11-21 13:28:13 +08:00

回复了 cheneydog 创建的主题 › 程序员 › 目前有什么编程语言可以开发 dll/so 动态库？

理论上，能完整支持 c abi 的都可以

tier 1: rust, zig

完整的 C ABI 支持，完全的互操作性，交叉编译支持非常好, ps: zig 还带了一个 c/c++ 的前端，配合他自己的编译器后端可以非常方便的实现大部分 c/c++ 代码的交叉编译，而不用自己去搞定 c/c++ 的交叉编译环境，我用过他来作为 cgo 的 c 编译器，而不用去配置 ci 的 c++ 环境，也能在 mac 直接交叉编译输出带有 cgo 的 linux elf ，推荐

tier 2: c/c++/pascal/ etc...

完整的 C ABI 支持，完全的互操作性，就是交叉编译麻烦

tier 3: go

用得很少，看文档描述，也能实现，但因为 c abi 存在栈拷贝的开销，大家都不是很满意，而且我有些疑问：在存在 gc 的情况下，怎么保证 go 对象 export 给 c 之后的安全性？

tier 4: 其他

理论上类似 python 这种，也可用用一个 c wrapper 包一下来实现，python code -> c-wrapper -> python code [decompressed from shared library/dll]

1 2 3 4 5 6 7 8 9 10 ... 11

❮

❯