1. 可以使用路由器做 DHCP ，但是路由器只做 DHCP 就没啥意义，不如直接用防火墙
2. 可以拨号成功，但是光猫到路由器为什么不直连？不应该经过交换机
3. 安全，不实用，影响可以忽略不计。

感觉光猫 - 防火墙 - 交换机 - 设备，这个架构更加合理，故障点更少，维护成本更低。

路由器是用来组网的设备，一般是和其他路由器一起跑路由协议的，用来决定网络包往哪个方向跑。

你这种家庭宽带，实际上的路由就一条（全都到光猫），那路由器就只剩一个 DHCP 的作用了，但是这事情防火墙也能干得很好，所以路由器就没用了。

实际上，如果你路由器支持访问控制的话，防火墙都不用买。
如果已经买了，就直接用防火墙，不需要路由器了。

光猫 - 防火墙 - 交换机 - 设备，这个架构画成图最简单，全都是直连一路往下，一般网络方面的事情就是拓扑越简单越好。

“我不会” 往往是 ”这不在我的工作范围“ 的委婉表达

翻译过来可以理解成：”傻逼领导别 TM 把自己的活往我身上甩“


让我想起来我公司以前有个傻逼销售，让我的程序员去做现场实施，我就和他说程序员不会这些事情，应该让实施同事去。这傻逼销售给我来了一句：”不会可以学啊“。

既然委婉的拒绝不行，那就只能直接的拒绝了。于是我就和他说：”那你会扫厕所吧？你去扫吧“。


然后我就被他投诉了。

go 程序员，而且游戏经验很丰富
Steam 库存 100+ 游戏总时长超过 10000 小时

适配多少种分辨率

谁说世界，早已没有选择

真的搞笑，社会主义国家，社保问题居然成了劳资对立的问题。

本质上就是拿市场的钱补贴体制内，真没必要为了老板为你交多交少的问题吵架。换个问法，如果老板能把所有交社保的钱都给你自行安排，你会愿意交高额的社保吗？

聊到社保，一帮程序员和老板吵的急赤白脸，旁边当公务员的哥们估计都笑死了。

羡慕了，简直就是新闻联播里的生活

对领导你要获得老板的信任，多谈结果，投入产出之类的内容。

对业务你要了解业务逻辑，看穿真实的需求，做好需求和开发结合的工作，要和需方平起平坐，最好能引导需方的思路。

对同事你要能拉拢程序员的情绪，公平合理的安排工作和工期，让同事愿意工作，没有怨言，团队持续有产出。

这个岗位有很多细节，我随便说几个我想到的：
1. 兵熊熊一个，将熊熊一窝。你对需求的理解错误，或者是你在需方面前服软接下了不合理的需求，到时候返工的时候同事们都会怪在你头上，而不是需方头上。你一个人的一次错误或者软弱就可能耽误整个团队数周的工期，这会降低团队对你的信任。这是一种责任，但同时也给了你对等的权力，大胆去用。
2. 你最好真的明白这个产品的前路在哪里，向下管理是不够的，向上管理也是不够的，你可能需要想的更远一点，考虑到市场，考虑到受众。
3. 获得老板的信任很重要，但不是靠拍马屁或者画饼。技术出生有技术出生的骄傲，尽量用你的优势，职业素养，工作成果，结果导向。
4. 不要忘了程序员的思维方式，照顾团队里的每一个人，让他们开心，给他们服务好，让他们有一个好的工作环境，用来创造达标的产出。
5. 你会遇到各方利益冲突的时刻，底线是法律和规则，其他的都看你自己，我的理解是不要完全偏向某一边。
6. 对领导汇报好，对同事服务好，谈功劳的时候多把同事推在前面，担责任的时候组内的锅全都自己背（组外的就玩命咬），时间长了谁也动不了你。

@Sfilata 从第一个到最后一个中间经历了 15 年

弹贝斯->带个小乐队做商演->外包运维->外包开发->带个小团队做开发

好公司，我之前看你们的博客，学过很多东西。

只可惜我人在合肥。

@realgzz
我一般无脑推 squier 电吉他 + 超小尺寸的橘子音响。

这个组合的音色和手感舒适度都很好，尤其是手感舒适度，新手入门的重中之重。

我感觉至少要 3-4 千价位的木吉他，才有资格和这个组合拼一下（都不一定赢）。

更不要说电吉他以后可以扩展效果器玩法，loop 玩法等等一系列东西。

如果真说这个组合有什么缺点的话，可能看上去没有木吉他那么“文艺”吧。

吉他行业的利润确实不低，布鲁克这种（名不见经传）的牌子利润可能更高。

线下比网上便宜很正常，网上的价格是厂商控制的，发现有人低价出售以后就拉黑不供货了。出货主要还是指望线下。

想玩可以直接上大牌，想入门以后换就咸鱼买便宜的，600/800 的价位也够了。

我之前代理过一个小牌子，门店售价大概是进货价格的三倍，网上挂价比门店售价更高。

看了一会，可以回答题主了：

学校用的，这个帖子有讨论，结论就是技术上是反向代理，然后有成熟的供应商

https://www.v2ex.com/t/979011



至于这个项目 https://github.com/netptop/siteproxy 这种代理方式，自述中有原理：

1. user browser url: https://siteproxy.herokuapp.com/https/www.google.com
2. siteproxy.herokuapp.com received the url and request www.google.com, and get response from www.google.com
3. siteproxy replace all returned strings in javascript/html:
https://www.google.com => https://siteproxy.herokuapp.com/https/www.google.com
url(/xxx) => url(/https/www.google.com/xxx)
https://xxx => https://siteproxy.herokuapp.com/https/xxx
etc.
4. send back the modified html/javascript to user browser.

看了一下，可以回答题主了：
学校用的，这个帖子有讨论

@totoro625 代码都是混淆的，还是没看懂是怎么实现的。

点进来之前我以为是个刺激的话题