V2EX › tomczhen 的所有回复 › 第 63 页 / 共 88 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 59 60 61 62 63 64 65 66 67 68 ... 88

❮

❯

2017 年 12 月 26 日

回复了 luoll 创建的主题 › 问与答 › 那些写代码的妹子后来都去哪里了？

有个表姐做开发后面转成运营了。

2017 年 12 月 26 日

回复了 niuoh 创建的主题 › 职场话题 › 没想到 mysql 删库跑路已经发生在我身上了

被黑掉也不一定是因为数据库密码被爆，也有可能是 Web 应用漏洞造成的。

运维对数据库外网访问需求很小，而且至少会用阿里云防火墙策略做个 IP 白名单，加上没有快照备份，所以楼主应该不是运维或者安全岗位。

2017 年 12 月 23 日

回复了 charexcalibur 创建的主题 › ACG › 少女终末旅行，完结了，即便没有希望，也要前行。

说到底人在生活中也会因为各种原因而产生冲突——资源、食物、观念甚至一些看起来根本不重要的事情。

孤独感与这个世界有多少人存在毫无关系，每天你都会遇到很多人，与很多人交谈、与很很多人擦肩而过，但结识可以同行之人确很难。

反过来讲，如果有可以同行之人，这个世界是不是末日根本不重要。

2017 年 12 月 23 日

回复了 charexcalibur 创建的主题 › ACG › 少女终末旅行，完结了，即便没有希望，也要前行。

这番完全是讲的人生态度，感觉作者就是一个悲观主义者。

人生的结局注定是死亡，独自旅行也好，结伴同行也好，虽然知道最终的结局，虽然不知道未来会怎么样，那就乘着风往上出发吧。

2017 年 12 月 22 日

回复了 wex 创建的主题 › 问与答 › 有没有什么办法批量安装系统

pxe，如果需要做一些配置和安装软件的话自己封装镜像就行了。

2017 年 12 月 22 日

回复了 saran 创建的主题 › 问与答 › 知乎是为什么要全力推 app？

知识付费做不下去了，盈利压力，流量变现更实际，移动流量更值钱。

2017 年 12 月 21 日

回复了 ray8888 创建的主题 › 问与答 › 公司 http 代理上网，只留 80 和 443， samba 怎么过？

换 webdav

2017 年 12 月 20 日

回复了 Liang 创建的主题 › 程序员 › 请教各位大神公司组网的方案～进来有红包

clear os，基于 CentOS，基本都能实现，不过得有一定的能力。

2017 年 12 月 19 日

回复了 vwhenx 创建的主题 › 程序员 › 30 岁左右程序猿最容易实现的避免重蹈中兴 42 岁悲剧的方法，我认真的。。。

这种悲剧很难避免。

看得出来所有对“上层”有追求的人都是有着自身的焦虑与不安——期望提高收入，期望参与体制，期望实现移民，每个人都有自己的选择方案，期望能解决焦虑与不安。

然而，现实是不可能提供足让每个人都感觉到安全的资源——更何况这个需求也在增长。成功者总归是少数，更多的只是平凡人和失败者，所以悲剧很难避免。

过去我以为当年轻一代人掌握话语权时这个世界就会改变，现在看来屁股决定脑袋这点是不会改变的。

想避免这种悲剧，恐怕只能实现社会主义才行了，或者用流行的说法，佛系解决方案也是不错的——

众生皆苦，放下即自在。天地皆空，唯有人在其中苦。

2017 年 12 月 18 日

回复了 cnbattle 创建的主题 › 程序员 › 日活 3K 左右的 app，后端有必要上 Java 吗？

@slgz 技术债务总是要还的，只是什么时候还，由谁来还的问题。并不是说不欠债就是好的，有时也会为了一些妥协而主动选择债务。

再说了，项目没到还债的时候就死掉的也是很多的。不管是主动选择还是被动，债务只要可控就是可以接受的——大不了离职嘛 ¯\_(ツ)_/¯。

通常说的解决方案就是重构，不过出于自身利益风险考虑我觉得更多人都喜欢重写——毕竟就算是一坨屎也是自己的香一些。

我只是一个负责背锅的运维，代码重构的经验还是让开发来传授吧，毕竟他们经验比较多 :doge:

2017 年 12 月 18 日

回复了 momocraft 创建的主题 › Android › 如果用 PWA 做 android app，是否能免受一些国内 android 的乱象影响 / 有哪些损失?

还是得看具体业务和目标用户。

国内社交、支付、应用市场入口都被 BAT 把持，二维码也基本是微信和支付宝的入口，即便不考虑浏览器的问题，如何让用户安装 PWA 应用都是需要调研的。

个人感觉目前局面，非 BAT 厂家对 PWA 都是支持的，至少目前来说是可以绕开 BAT 入口的好办法，更何况还有 Google 站台。而 AT 两家，明面上应该不会阻扰，但我真想不出有什么理由让它们积极支持推进。

除非能有什么重大事件能改变当前的局面——比如谷歌入华什么的，大概会一直这样吧。

2017 年 12 月 18 日

回复了 nikoo 创建的主题 › 问与答 › SQL 求教：标签相关问题

JSON 类型也避免不了数据量过大的问题，反正查找算法还有数据结构就那些。可以预见的是热门标签的 doc_ids 增加是非常迅速的，大表还能分表解决，大字段该怎么解决？

通过文章来查标签好解决，但是标签反查文章，用关系数据库真不好解决。无论采取那种结构，查询速度明显会因为标签对应文章数据量增加而变慢。

感觉要么做成延迟生效，将查询结果缓存一段时间（不然被 cc 也够呛），追求实时的高一致性技术要求很高。

2017 年 12 月 18 日

回复了 nikoo 创建的主题 › 问与答 › SQL 求教：标签相关问题

@SuperMild doc_ids 这个字段长度会非常大，而且文章修改标签时会相当蛋疼。

2017 年 12 月 18 日

回复了 Anonym0u5 创建的主题 › Linux › dhcp 服务在 Linux 服务器上搭建有什么作用？

dhcp 和 dns 有一些额外 option，可以实现服务发现，比如 http 代理服务或者 KMS 服务之类的。

https://it.cornell.edu/software-licensing/creating-dns-records-accessing-kms-server

https://technet.microsoft.com/en-us/library/cc940962(v=ws.10).aspx

另外有些网络架构下也会用三层交换机实现 HDCP，做 802.1X ，可能利用 Linux 也有类似的实现吧。

2017 年 12 月 17 日

回复了 cnbattle 创建的主题 › 程序员 › 日活 3K 左右的 app，后端有必要上 Java 吗？

已经上线的项目，就算能解决初期造遗留的问题也需要很大的代价——技术债务越晚偿还代价越高，根本不是多个岗位能简单解决的事。

要是真有专业点的运维或者 DBA 也根本不会出现现在的问题。

说白了就是“短期高估”——期望一个运维 /DBA 能解决所有问题；“长期低估”——运维 /DBA 又没多少工作量，专门请一个太浪费，让开发顺便干了就行。

2017 年 12 月 16 日

回复了 Moorj 创建的主题 › 问与答 › NAS 用全 SSD 组阵列是一种什么样的体验？

有万兆网络才能体验了，虽然价格还是贵，不过明年家用级万兆电口产品应该会开始铺了。

阵列不等于备份，对存储系统而言只要性能有需要，硬盘只是消耗品。

2017 年 12 月 15 日

回复了 derek80 创建的主题 › 问与答 › 多区域少量 docker 服务怎么管理比较好？

看看 daocloud 的免费版本能不能满足，不行的话只能由简单到复杂方案自己实践评估一下了。

2017 年 12 月 15 日

回复了 tuding 创建的主题 › 程序员 › 想了解一下, 一般来说, 线上服务器环境部署是由运维来做还是研发?

新生事物在早期本身就是有很多问题的，Docker 确实解决不了所有问题，有自身的缺点，也会带来新的问题，不过搞软件工程应该知道的第一件事不就是“没有银弹”吗？

在技术未完全成熟时无脑拒绝和无脑跟风本质是一样的，提早作出判断收益才会更大，否则等着别人直接把你换掉 ¯\_(ツ)_/¯？

那些高大上的企业的容器实践分享可是实际存在的，自私的讲，出于丰富自身技术阅历考虑，也得尝试一下吧？

2017 年 12 月 15 日

回复了 tuding 创建的主题 › 程序员 › 想了解一下, 一般来说, 线上服务器环境部署是由运维来做还是研发?

@gdtv 任何事情都是有代价的。

如果一个技术带来的收益，超过带来的缺点和问题的成本，那么就是可以考虑的。

每个项目、每个人所衡量的收益、成本不同，没必要拿来作为唯一准则。

2017 年 12 月 15 日

回复了 tuding 创建的主题 › 程序员 › 想了解一下, 一般来说, 线上服务器环境部署是由运维来做还是研发?

小公司不都是开发“顺便”解决掉这个问题么？

之前待的公司后台要我把服务器换成 win7 试试你能信？

1 ... 59 60 61 62 63 64 65 66 67 68 ... 88

❮

❯