h******k
发帖数: 15372 | 1 SIM卡再安全，也架不住服务器端有这种低级漏洞，何况第三代SIM卡据说也已经破解了。 |
|
|
p*********3
发帖数: 8525 | 3 我老当年在国内兼职做技术总监
长三角
做的是攒机器
技术含量有一些，因为需要优化一些东西
还要做板级的一些硬件设计
当时单子是政府采购，要求全用国产部件，所以CPU选了神威
性能还可以其实，一般服务器端应用也行了。毕竟现在CPU瓶颈的不多
合作很愉快，也被那些年轻一代的拼劲折服
尼玛要是在硅谷让烙印做，十年也不行。 |
|
y********e
发帖数: 1428 | 4 加不加价，怎么加价，都是服务器端决定，和apple app有个屁关系
是苹果审核管理太严格啦，你只能在苹果的平台上找一个版本回滚。不然都算新版本 |
|
u***n
发帖数: 21026 | 5 抓住小辫子了，欺骗领导罪加一等
[在 yuanyuande (yuanyuande) 的大作中提到：]
:加不加价，怎么加价，都是服务器端决定，和apple app有个屁关系 |
|
y********e
发帖数: 1428 | 6 按下按钮，服务器端不响应就完了。简单粗暴，上海市也就要求它春节2个礼拜不加价
，扯扯什么软件更新慢。如果是上海市允许它加价，你看他要不要2个星期才改完。
客户端上的按钮和数字图标等等怎么办？什么APP会有按钮按了没反应或者被扣除不相 |
|
y********e
发帖数: 1428 | 7 app肯定有消息对话框，临时在服务器端发送消息，用户按下加价按钮，显示消息，不
能加价。市政府就要求它在春节2个星期改一下，又不是永久不加价。它拖过春节这2个
星期，改不改就没有意义了。说白了，还是利益作怪，公司利益和公众利益冲突，怎么
处理。
BUG |
|
g********x
发帖数: 7361 | 8 哪用这么麻烦
滴滴只要在服务器端设定加价值为0即可，2分钟就可以搞定，根本不用改程序
BUG |
|
z***t
发帖数: 10817 | 9 你这才是说反了
中国人用微信 网警拿着tencent的工资直接服务器端监控
都改用line whatsapp那可抓瞎了 还得派5毛做奸细往群里混 snapchat阅后即焚连个证
据都不留 |
|
x****6
发帖数: 4339 | 10 服务器端可以保持历史记录，只是不再客户端显示即刻呀 |
|
|
|
|
u********s
发帖数: 1047 | 14 snap最早用户协议里是说不在服务器端存你发的数据，去年改了
: 股沟知道你搜了哪些黄片
: 亚麻知道你多久买一次套套
: Snapchat知道你的裸照
|
|
n**s
发帖数: 2230 | 15 服务器端呢？能用web？能用移动？你那是客户端。 |
|
r**m
发帖数: 446 | 16 服务器端更没微软啥事。以前是 IBM/HP/Sun/Dell的小型机，工作站，
现在是linux集群
企业的核心业务系统微软实际上没啥东西，
主要还是卖office,桌面系统 |
|
发帖数: 1 | 17 中国的疫苗制造企业长春长生物科技制负责造狂犬病疫苗的制造，这个疫苗会接种婴儿。
长春长生捏造出在国内出生3个月的婴儿接种的狂犬病疫苗制造资料。篡改检查记录和
制造记录，还擅自更改工程参数和设备。
在中国，从10年前就发现了一连串的丑闻，对食品和药品的安全性非常敏感，关于此次
事件的信息通过互联网等迅速扩散。中国的新浪微博刷屏几乎全是这话题要刷爆服务器
端节奏。现在所有的朋友都因疫苗问题而陷入恐慌状态，谁都感到害怕。因为中国的饮
食和药品的限制，出现了严重的漏洞和问题。昨天是奶粉，今天是疫苗，明天会发现什
么问题，哪天吃个苹果突然挂了都有可能。
在这个事的背后，究竟有多少的篡改和腐败已经被抓住了……。抓不抓谁能知道肯能拿
点钱就完事了。这事一出，这破公司基本算完了现在没有不认识他的。
虽然现在在中国发生什么都不会不吃惊，但这次很严重。这可比奶粉、三聚氰胺事件、
用头发和制作酱油的事件厉害多了。现在应该把这些问题重视起来了，就应该平时狠抓
，等出事的时候在补救就完了。 |
|
发帖数: 1 | 18 山区没信号得话 用户手机gps log 不可能能回馈到你服务器端
所以 didi 当时不一定有具体行车路线。
[在 centralla (central LA) 的大作中提到：]
:滴滴有司机和乘客的Gps 路线 一对比就知道 女孩的目的地 已知
:但是司机的实际路线不对 为什么不回警察说
:反而替司机说话 说 女孩没有上车？
:这不是同谋是什么？ |
|
g***t
发帖数: 7544 | 19 应该不行，除非事先就盯上小A。
除非事先设定，微信服务器端并不
留存聊天记录。 |
|
发帖数: 1 | 20 所以说，看公司就知道能不能跳，去这种公司搞没有谱的AI，肯定是找死。如果是大混
混，没准能混的风起云涌，AI本来就是吹牛，适合大混混
阿里就是给网上卖东西的，技术含量就是网上小商贩的水平。吹牛能处理大并行，其实
也是拿开源改改，服务器端设计也没多难，只是不用常规方法而已。就像葵花宝典的魏
老师，能用C++程序处理大并发高频交易一样。 |
|
s**********l
发帖数: 8966 | 21 risc-v跟arm不是完全互相替代的关系，risc-v面向更加低功耗，IoT一些。
risc-v只有最基本的指令被深度优化过，用户加的extension很可能很烂，ARM牛逼在于
它很多库是手工优化的，总体性能，使用体验比较强。
开源的ISA一直有，risc-v这波操作很猛，应该能像linux一样抢不少地盘，但是
windows，mac之流还会在自己领域吃得很high，芯片市场蛋糕会迅速做大，真的竞争在
edge computing和各类型的AI chip上。至于服务器端，现在大多走CPU+GPU结合的路线
，IO bound会是个问题，芯片的挑战各家很可能直接上自己的解决方案(TPU etc)，或
者采用Intel+nVidia的定制方案(DGX etc)，这是另外一个问题了。
be
manufacture |
|
m**p
发帖数: 7 | 22 老刑不肯花钱买SSL证书。
不过https访问一样可以显示http的图片，
服务器端设置一下就行了。 |
|
s******n
发帖数: 6806 | 23 区块链就是对付电脑的这个问题啊，服务器端只要输入个数字，所有的都改了。
基本就是把数据全印成报纸存起来，全世界到处是copy，再加上线下备份，比烧每一份
报纸难多了。主要问题就是计算和存储能力，而且耗电啊。 |
|
s****e
发帖数: 7018 | 24 服务器端可以轻松得到你的ip地址，
可以大致精确到城市 |
|
A*******t
发帖数: 443 | 25 page虽然不是移民，但是brin是俄罗斯移民。jobs算是中东移民二代。facebook当初能
做大，在服务器端做了大量的构架创新工作，这些工作很多都是移民完成的，比如
facebook的hiphop。至于移民为什么没有能成为创新公司的创始人，请看美国对移民创
业的法律。 |
|
|
g***n
发帖数: 14250 | 27 Congrats! Volvo On Call 设好了吗？
好像正好这两天服务器端不太灵 |
|
y****n
发帖数: 878 | 28 可能使用习惯不同吧，我一个电脑在办公室，一个在家，一个外出时带着，主要是有些经常要查看或
更新的文档需要及时同步，自己用U盘拷来拷去的话一来麻烦，二来往往记不得某个文档最新改过的版
本是在哪个机子上。
以前我一直用remote desktop connection，因为办公室的机子有固定IP，而且一直都开着机，
但这种连接方式操作起来很不顺畅，而且传输文件极其慢，5M以内的小文件还勉强能忍受。Folder
share的话只有局域网内可以用，对我来说没用。
备份现在对我来说不是什么问题，dropbox服务器端保存了1个月内同一文件所有的版本，每个机子
都有一份copy，不可能所有的copy同时丢掉.其他暂时用不到的重要文档隔一段时间自己归档保存起
来，移动硬盘和台式机各一份，也没什么risky
这玩意还在起步阶段,肯定不是每个人都适用，但跟我一样有类似需求的应该还是有帮助的
for example, one for business, one for research and one for fun. Then
share some folders or use remote conn |
|
t********u
发帖数: 4469 | 29 【 以下文字转载自 FleaMarket 讨论区 】
发信人: taomaoshou (桃毛兽), 信区: FleaMarket
标 题: 【Ipad 2 终极扫货核武器免费公测】
发信站: BBS 未名空间站 (Fri Apr 15 07:38:23 2011, 美东)
做出来很有段时间了，一直都是自用，效果还不错，在local小地方扫了有几十台吧。
要去忙其他事情了，现在放出这个核武器供大家使用，顺便自己赚点小钱。
头100位顶此帖的童鞋免费使用时间（30分钟扫描间隔）将延长到4天，到4月19日结束
。谢谢！
===============
你是否厌倦了每天不停的手动刷新网页查看库存？如果要查看多个Zip code还要刷新更
多次？是否为不能查看Walmart库存而感到遗憾？SChecker，Ipad 2终极local扫货核武
器，一劳永逸解决所有的这些问题！
SChecker 功能概述：
服务器端全自动定时扫描多个Zipcode地区所有Target，Walmart，BB的Ipad 2所有型号
（目前暂时排除Verizon和Wifi 64GB，有特殊需要的同学可以定制）库存情况，... 阅读全帖 |
|
|
c******n
发帖数: 16666 | 31 这个说法的话 无论什么方式都会挂 你再加密再vpn 人服务器端还是有你的基本数据
代理可能稍微好点 |
|
t********u
发帖数: 4469 | 32 给我发过信，但现在还没收到过email的童鞋请跟我联系下，我好检查是什么原因。否则，我将假设所有人都收到过信了。现在看起来server一切正常，正常情况下，大家应该已经收到2到3轮更新了。新加入的童鞋如果到明天早上还没有收到的话，请跟我联系。
最后，如果觉得武器好用，好评尽管上吧！当然，觉得不好用，恶评也来吧。我顶锅盖先。
＝＝＝＝＝＝＝＝＝
终于找到问题所在了！！
k***n k***n@mitbbs k***n.***@gmail.com 30 4/19/2011 7***1
这位仁兄混在一堆ID里面发给我一个这样的东西。。。太忙没检查出来。Sigh
＝＝＝＝＝＝＝
这是刚才发信的log。请收到的童学反馈一下。可以给我发Email，标题是SChecker Feedback！ Thanks!
Now need to send user alohas an update email.
!!! Ipad 2 in Stock status changed for zip 27606 !!!
Sendmail to alohas exit status None
Now need to ... 阅读全帖 |
|
w********r
发帖数: 1971 | 33 只给结果，不卖程序？怕被破解？可以发个客户端，扫描在服务器端 |
|
w********r
发帖数: 1971 | 34 只给结果，不卖程序？怕被破解？可以发个客户端，扫描在服务器端 |
|
o****e
发帖数: 916 | 35 刚才突发奇想有个idea，不知可行否。现在很多人有netbook(我也准备去搞一个)，可
以用netbook来做客户端点歌，接hdtv或投影的电脑做服务器端只管播放，这样虽然没
有遥控器那么简洁，但兼顾了功能和易用性，大家觉得如何？
刚才又上传了一个新版本，修复了几个搜索的bug，优化了一点点搜索的代码，搜索应
该会快一些了。
器做
外的 |
|
c********g
发帖数: 1173 | 36 我无意冒犯什么人，不过随便一个
open source的加密算法，一个hacker
恐怕穷其一生也破解不了。
现在这个年代，在用户端泄密的可能性比服务器端大太多了。 |
|
b***u
发帖数: 61 | 37 三轮店面
第一个店面
1hash表锁的优化
我说可以用1read Nwrite（随便说的 结果好像说成了是N/2write 讲到一半觉得错了:P
） 他说可以用部分锁 对hash表这个确实更准确
2tree的mirror 非递归较递归的优点
3hash表在java中的实际内存消耗?
他说可能10x理论值 可能是由gc导致的
4解决方法？
我说可以把hash表实现在jvm外面 后来他说实际上他们用了一个叫memecache的东东
第二个店面
问了十几分钟project的事情然后是
card deck
这是个老题目了
我这个版本的背景是要实现一个在webserver上运行的card game 要支持多种不同的游戏
主要是关心设计模式问题 我的答案
在服务器端 用singleton模式做一个cardmanager
由manager负责对card的操纵
在客户端 用一个client类 处理和server的通信 也负责处理通信是否正常 是不是掉过
线等等问题
最后也不是很明白问client这一端的设计意义何在
Q如果掉线之后有不同的处理方式 怎么设计比较好
A Strategy 模式 开 |
|
S**I
发帖数: 15689 | 38 Java在服务器端，客户端还是以C#和.NET为主。 |
|
l**********r
发帖数: 4612 | 39 【 以下文字转载自 Seattle 讨论区 】
发信人: FERN2007 (拂茵), 信区: Seattle
标 题: 刚才面了一Ａ３女码，没来得及打架
发信站: BBS 未名空间站 (Wed Aug 22 18:01:41 2012, 美东)
很聪明，差点被她绕进去，对着外面的Lake Union伤感地想到，难道从此公司就要有Ａ
３了吗？
以下是问答摘要：
ＦＥＲＮ：一个website，可以有几个AppPools？
Ａ３ＮＭ：AppPools? 我听说过，也用过，还是相当熟悉的。Generally speaking，I
would guess ...
ＦＥＲＮ：请问，web service和web site怎么个关系？
Ａ３ＮＭ：website在客户端。web service你得用程序调用。
ＦＥＲＮ：客户端？
Ａ３ＮＭ：我是说在服务器端。（然后讲她熟悉的ＨＴＴＰ之类的）。
ＦＥＲＮ：来个数据库的。Clustered index是怎么回事？
Ａ３ＮＭ：我知道我知道，index就是方便查找。
ＦＥＲＮ：没错，但有什么overhead呢？对了，Clustered index到底是怎么... 阅读全帖 |
|
l****i
发帖数: 2772 | 40 昨天发了A家onsite杯具的面经，几位同胞建议我要总结一下面试的技巧。我就一次把6
个杯具都简单总结一下，包括一些面筋，也希望版上的大牛指点一下。
基本个人背景，US CS fresh PhD,国内3年国企IT部门经验，国内的工作基本就是天天
写SQL。1月初才是投简历，至今，10+个电面，拿到6个onsite，已全部杯具。
Onsite 1：
某电脑公司美国做cloud的分支。电面一轮，拿到onsite。onsite面了有5轮，有3轮
都很顺。感觉悲剧有2轮，如下：
1.2 国女，拿着一本中文打印的java面试题目，随便翻到一题，就写着版上问我，基本
都是关于java一些属性的题。其中有2道题，我不是很确定，就询问，能否讨论一下结
果，国女每次都很严肃的和我，“This is interview, I cannot tell you true or
false. I cannot tell you anything.”. 拒绝和我讨论任何题目的答案。此国女的态
度，就是interview就是考试。不需要沟通讨论。
1.4 台湾CTO，上来写了一个算法给我，就是常见的二分法求乘积。让... 阅读全帖 |
|
l*******0
发帖数: 63 | 41 c的性能，语法类C，有类似java的runtime，但性能远强于java，。不是编译型语言，
比python perl之类快多了。天然支持多线程（go routine）。很适合服务器端程序。 |
|
w*********m
发帖数: 4740 | 42 还好吧，我做的一个分类模型放tomcat下可以达到client端end to end 99.99%<10ms
其他的就是gc搞的了 |
|
l*n
发帖数: 529 | 43 clojure写好了在服务器端能运行？不需要特别的环境么？
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaab" |
|
c*****e
发帖数: 210 | 44 我是某大公司的码工，主业是服务器端开发。过去两年一直在兼职/全职创业。我半年
前开始研究手机游戏，大概做了2-3款的样子，有demo，没发布。
今后2-3年，我打算继续投入自己的钱和时间开发游戏。目前我积累了一些这个行业的
资源，但我自己一个人的力量还是太单薄，所以希望找一个有志游戏创业的合伙人。
希望你会cocos或者unity，每周可以投入20小时的时间。如果你愿意和我一起投资，我
也欢迎
另外，我也欢迎有志游戏行业的同学暑期来我这边实习。希望你有CS或美工的背景，基
础扎实。
我会付工资。 |
|
j******f
发帖数: 825 | 45 这种问题很难回答，不同的人经历不同，答案也不一样。
如果你在实际应用中遇到过这个问题，你应该有答案。但是如果面试官的经历不同，那
你的答案对他来说可能是错的。
我最近做的一个项目中遇到过这个问题。 我是这样做的。
内部的各个节点之间通信用AMQP，因为对我来说这样更容易，而且可以做到实时。
对外部的API用REST，因为对于别人来说这个接口简单通用，容易使用，也易于控制。
简单来说，所用语言都提供了良好的支持。
在这里，API用REST的缺点就是实现实时比较困难。 比如，如果服务器端向客户端发送
实时信息需要客户端不停的去polling才能实现。当然现在可以用第三方的库实现，但
是这样同时也失去了REST最重要的优点。 |
|
m*****k
发帖数: 731 | 46 >>在这里，API用REST的缺点就是实现实时比较困难。 比如，如果服务器端向客户端发
送实时信息需要客户端不停的去polling才能实现。当然现在可以用第三方的库实现，但
是这样同时也失去了REST最重要的优点。
这本来就不是ws的出发点吧 |
|
g*********e
发帖数: 14401 | 47
服务器端是java 前端很多数据处理是c++ |
|
p***y
发帖数: 637 | 48 至少我所见范围里烙印比例很低。
前端代码量大，工作辛苦，不合烙印口味。
烙印最喜欢走流程，搞方法论，玩弄设计模式之类，占据测试或者服务器端开发的部门。
shejimish |
|
t****t
发帖数: 387 | 49 抛砖引玉
第一个问题，假设有个thread pool来处理请求，假设每次用户请求包含id,
timestamp
在服务器端用一个数据结构来保存请求次数 map
class RequestHistory
{
int maxRequest = 10;
queue historyQueue;
bool isBlocked;
void HandlerRequest(datetime ts)
{
if(!isBlocked)
{
//check ts diff with oldest element ts
//4 possible cases, handle each case, should be easy
//queue size < 10, ts diff < 1min
//queue size < 10, ts diff > 1min
//queue size = 10, ts diff < 1min
//queue size = 10, ts diff > 1min
... 阅读全帖 |
|
C******c
发帖数: 23 | 50 最近面水果家，一个阿三出了一道题。让我恶心了一把。
说设计一个应用，iPhone app, 就是一个股票的应用程序，不用考虑服务器端，只考虑
客户端。
大概说一下你能想到的所有设计模块。我只知道MVC, 他后来还扯到了 你这个应用程序
会需要几个thread...
大家讨论下，怎么回答啊。这种设计题真心奇怪。像shorten url感觉还有章法可循。 |
|
