首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  star7th  ›  全部回复第 32 页 / 共 55 页
回复总数  1088
1 ... 28  29  30  31  32  33  34  35  36  37 ... 55  
❮ ❯
2021-09-22 11:26:27 +08:00
回复了 k19862217 创建的主题 › 分享创造 › 做了个帮助介绍内推的网站。。有前途么？
2 个人做的小项目 ，就想做这种重度依赖关系网的产品，基本没戏，除非你们两个都是顶级大 V，自带粉丝群属性，认识很多公司以及不同公司里的人。
2021-09-22 11:24:02 +08:00
回复了 k19862217 创建的主题 › 分享创造 › 做了个帮助介绍内推的网站。。有前途么？
你觉得招聘或者内推的核心是一个网站吗？不不不，招聘的核心是关系网。TO b 这方面要对接企业，知道有哪些岗位。To C 这块要汇聚人才。没有核心，只有一个空壳网站，这有什么用。
2021-09-15 18:46:54 +08:00
回复了 star7th 创建的主题 › 分享创造 › ShowDoc v2.9.9 发布， IT 团队的在线 API 文档、技术文档工具
@geniusmyn 没有打不开啊
2021-09-15 09:35:33 +08:00
回复了 xiaobaiyihao 创建的主题 › 程序员 › PHP 并发请求有没有更好的方法
感觉你需要异步 http 请求。试着用这个 https://github.com/star7th/htq
2021-09-13 16:06:13 +08:00
回复了 Imfdj 创建的主题 › 程序员 › 前后端分离 Vue + Egg.js + Mysql 的 JS 全栈实践。动态菜单， RBAC 权限模型， WebSocket 实现站内信。已部署到线上！
支持一下
2021-09-13 15:59:24 +08:00
回复了 atpking 创建的主题 › 程序员 › 部署 省钱之旅路漫漫， 论我在阿里云 k8s 的一次实践
说实话我就是利用 rancher 自建 k8s 。确实有不少资源损耗，成本降不下来。如果真的想省成本，可以使用 rancher 官方团队的 k3s 方案，然后用低配版的突发性能服务器即可。

但我最后还是决定不用 k3s，因为它的配置方式有点特别，我不想搞特殊化配置，到时候遇到问题想找资料都麻烦。

我不用云平台本身的集群服务是因为不想跟平台本身产生太严重的依赖。过度依赖平台本身的特殊服务，后面它涨价你没办法。

我现在的方式是花点钱但又不多，然后省心运维。rancher 是比较好的方案。搭建好平台后，就可以运行很多程序和产品了。后面扩容扩展也很方便。
2021-09-04 21:03:25 +08:00
回复了 shangwuli 创建的主题 › 程序员 › 想做独立开发者，怎么看自己适不适合？
但你在迷茫适不适合的问题的时候，就证明你不适合了。真正适合的是那些调查过且心里有数的人。你心里没数。
2021-08-24 14:07:02 +08:00
回复了 star7th 创建的主题 › 分享创造 › ShowDoc v2.9.9 发布， IT 团队的在线 API 文档、技术文档工具
@liuzhihang 你是通过开放 api 还是模拟登录写入数据？大部分情况都不会改接口。但不排除可能会有字段变更的情况。一版开放 api 会考虑向后兼容性，因为可能已经有程序调用了开放 api
2021-08-24 13:05:01 +08:00
回复了 star7th 创建的主题 › 分享创造 › ShowDoc v2.9.9 发布， IT 团队的在线 API 文档、技术文档工具
@inroading 不一样的概念。IE6 在 IT 群体里使用率非常低。而后端的兼容性，老系统的使用率太高了。举个例子，现在国内主流的 linux 系统之 centos7，其默认的 php 版本是 5.4 。这块用户还是不能直接放弃。
2021-08-12 10:58:51 +08:00
回复了 chigeyaowaner 创建的主题 › 程序员 › 程序员们，有什么可以帮助产品经理的工具？
有一篇老文 产品经理文档神器-showdoc https://www.jianshu.com/p/71becd55681b
2021-08-07 23:45:22 +08:00
回复了 xiaoz 创建的主题 › 问与答 › 有适合自建的文档系统推荐吗？
推荐 showdoc，一开始简单好用，深入后使用，功能也强大得满足各种需求。https://www.showdoc.com.cn ，而且开源持续更新。
2021-08-05 10:18:49 +08:00
回复了 star7th 创建的主题 › 分享创造 › “泛滥”的天气应用根据广大用户的反馈更新了一个版本
@crownzzz 知否会一直维护的，让其一直可用（主要是我本人也在用）。至于功能更新，看情况吧。目前我觉得还是挺够用了。所以没怎么花时间做新功能。
2021-08-05 09:25:42 +08:00
回复了 dunhanson 创建的主题 › Kubernetes › k8s 生产配置文件以挂载形式好，还是直接打包的时候打到镜像之中？
读取环境变量更好一点吧。
2021-06-03 09:16:23 +08:00
回复了 beryl 创建的主题 › Kubernetes › 是否有必要用 K8S
私有化部署不是很有必要一定上 k8s 太重了。如果是你们提供公有服务的话，使用 k8s 就十分合适。
2021-05-27 13:21:08 +08:00
回复了 GrowingGit 创建的主题 › 推广 › ★3W+！ GitHub 中文排行榜，帮助你发现高分优秀中文项目
而且我看了下，无论是 issue 还是这里评论，都非常多人建议分开处理。我不明白坚持不分开的理由是什么。
2021-05-27 13:19:08 +08:00
回复了 GrowingGit 创建的主题 › 推广 › ★3W+！ GitHub 中文排行榜，帮助你发现高分优秀中文项目
强烈建议把软件项目和资料汇总项目分开。资料汇总项目是有它的价值，但是不同维度的比较会明显挤压软件项目。
2021-05-26 16:50:25 +08:00
回复了 szzhiyang 创建的主题 › 程序员 › 感觉未来不会再有新的编程语言投入广泛应用了
这是好事，我非常开心看到这样的情况发生。它证明编程发展得越来越成熟了，不需要总是在基础设施这个问题上反复造轮子。编程语言本应该成为稳定的下层基础设施，为上层提供更好的服务。
2021-05-25 18:12:17 +08:00
回复了 longway 创建的主题 › git › 真有人觉得 Git 会提高生产力？
我上面说的不严格。应该说正常的项目开发里 merger 都是自动合并，极少需要手动解决冲突。
2021-05-25 18:10:59 +08:00
回复了 longway 创建的主题 › git › 真有人觉得 Git 会提高生产力？
看到附言说“关键点是使用 git 要花团队更多时间，而不是会不会用 git 的问题”，原谅我不自觉发出了笑声。就是因为你们不会规范使用版本工具，所以才花更多时间。
我觉得你们的分工问题应该是重点关注的问题。正常的项目开发里，大家负责的模块是分开的。不应该会导致那么多 merger 。甚至应该做到极少的 merger 。像你说的，无论 svn 还是 git 都需要 merger，那估计是不正常了。分工模式可以再探索下。
2021-05-25 11:20:32 +08:00
回复了 longway 创建的主题 › git › 真有人觉得 Git 会提高生产力？
内部团队用的话其实 svn 也不差。git 是一种更普适的适合各种规模的版本管理。比如开源给全世界不认识的人看以及协作。
另外你的问题不是版本管理软件的问题，纯属是你们自身使用不当。
1 ... 28  29  30  31  32  33  34  35  36  37 ... 55  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   931 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 21:30 · PVG 05:30 · LAX 13:30 · JFK 16:30
Developed with CodeLauncher
♥ Do have faith in what you're doing.