r*****3
发帖数: 143 | 1 中文名: Apache+MySQL+memcached+Perl开发高速开源网站
原名: Developing Web Applications with Apache, MySQL, memcached, and Perl
作者: (美）加尔布雷斯
译者: 李冰
李文革
刘志彬
图书分类: 软件
资源格式: PDF
版本: 扫描版
出版社: 清华大学出版社
书号: 9787302244066
发行时间: 2011年
地区: 大陆
语言: 简体中文
简介:
内容简介
本书会单独地讲解LAMMP栈中的每个组件，因此您可以深入理解每个组件。然后本
书会把所有分开的部分组合在一起，以便能够有效地使用它们来开发Web应用程序。这
不是一本典型的Web应用程序编程书籍，它是由一个在小型机构中必须实现许多不同角
色的作者写成的。在这样的机构中，他必须扮演各种角色：数据库管理员、系统管理员
，甚至是Perl应用程序编码人员。这也不是一本有关Web应用程序设计方面的书籍，本
书所呈现的Web应用程序以尽量简单的设计一笔带过。
目录:
第1章 LAMMP
第2章 MySQL
第3章 MySQL高级进阶
... 阅读全帖 |
|
p*********t
发帖数: 2690 | 2 【 以下文字转载自 Programming 讨论区 】
发信人: protagonist (★★★★★), 信区: Programming
标 题: 小公司的网站也要用memcached之类的cache吗？
发信站: BBS 未名空间站 (Mon Jul 23 14:52:02 2012, 美东)
facebook的网站，用户多，流量大，照片多，size大。为了用户在高峰时段用得顺畅，
facebook用了memcached之类的cache. 一般小的网站用这些吗？amazon,ebay用吗？
如果用cache,怎么用呢？一般是php写的网站用cache? asp.net里有类似cache的东东吗？ |
|
g*****g
发帖数: 34805 | 3 Don't really have any experience with memcached.
But I believe, ehCache and other Java Cache solution (JBoss Cache
etc.) gives you more control and flexibility. e.g. You can configure
ehCache as Hibernate's secondary Cache. And it's not intrusive.
Also ehCache can run in your JVM. memcached is C based. |
|
g*****g
发帖数: 34805 | 4 Memcached is standalone caching server. It should work
for all languages, you should check if it has the API
for your desired language.
You don't need to consider cache until you hit bottleneck.
All high traffic sites use some sort of caching, not necessaryily
Memcached.
吗？ |
|
r*******k
发帖数: 1423 | 5 LRU用doubly linked list实现
而这个需要在读的时候锁定这个list
那怎么能做到高并发呢？
我知道memcached对不同大小的map都有各自的slab
有自己的LRU
但仅仅这样就足够了吗？ |
|
s*********n
发帖数: 35 | 6 Memcached这种内存型数据库Server的性能瓶颈主要在网络，因为内存数据结构的一次
操作需要的时间会比一次网络I/O的时间低一个数量级以上。所以内存数据结构再怎么
考究也不会对并发性有太大影响， 所谓的高并发也是相对于传统持久化的数据库。 |
|
h******e
发帖数: 52 | 7 一般的kv store, 在5000 qps下，能做到多大的latency? 10Ms? 需要memcache吗？ |
|
k***r
发帖数: 4260 | 8 how does it compare with memcached for distributed cashes? |
|
k***r
发帖数: 4260 | 9 Right. ehcache has the advantage when it's a local cache.
memcached is a key-value pair store, better for mixed
(not only Java) solutions. I haven't got a chance to
try ehcache in a distributed way, yet. |
|
k***r
发帖数: 4260 | 10 Usually you can get a good idea how well it works by
turning on and off cache in a dev environment . You
can do it on one box with low relatively memory.
Your goal is to create a situation to make OS caching
not very effective. Then turn on memcached caching to
show the difference. The multi-box solution just scales
up the total amount of data. |
|
m******t
发帖数: 2416 | 11 I don't think the goal should be comparing OS caching
and memcached (or any other caching solutions), because
for static files, you can't beat the OS, and for
non-static data, you can't use OS caching. |
|
s******n
发帖数: 876 | 12 for facebook they don't worry about static contents, but the flood of
messages created by millions of users online at the same time, and users
want to see all new messages they care about in real time.
their memcached is pretty much a 30TB specialized in-memory database for all
things all live sessions need. from this point of view, the "real" database
on disk is just a backup device in case of disaster. |
|
p*********t
发帖数: 2690 | 13 facebook的网站，用户多，流量大，照片多，size大。为了用户在高峰时段用得顺畅，
facebook用了memcached之类的cache. 一般小的网站用这些吗？amazon,ebay用吗？
如果用cache,怎么用呢？一般是php写的网站用cache? asp.net里有类似cache的东东吗？ |
|
s****y
发帖数: 503 | 14 Redis和Memcached功能和性能有什么不一眼？应用的领域有什么不同？ |
|
e***m
发帖数: 92 | 15 redis的 API功能更丰富。支持除byte array外更多的数据结构。redis有beta的版的
clustering version，还支持persistent to disk。redis和memcached一样，不支持真
正意义上的transaction。在performance上俩者接近，毕竟都是C写的。无脑选择redis。 |
|
|
g*****g
发帖数: 34805 | 17 Redis的这些feature 跟C*和Kafka竞争，在scalability上就差多了。另外rich data
structure对做clustering肯定有负面影响。我不是要一棍子打死，我的意思就是说真
的量上去了，Redis还是只能拿来做Cache，性能还不如Memcached.
某种程度上跟Mongo有相似之处。我觉得这年头轮子还是要又强又专比较有前途，贪大
求全开始快超猛好用，日后还是得换。当然大多数startup根本撑不到要换的时候。我
更多的是从做轮子的公司角度来说前途。
For
will
low
easy |
|
p*****2
发帖数: 21240 | 18 同意 scale大了redis就沦为cache了
没用过memcached 性能差别有多大呢？我一直以为不应该差 |
|
g*****g
发帖数: 34805 | 19 C*比的是cluster上当DB用，Kafka比的是做MQ用。你说的是当Cache用，比的是
Memcached.
所以我说Redis做了一堆Feature，但跟专业的干一件事情的比就不行。
) |
|
d****o
发帖数: 1055 | 20 对于大家复习design problem有帮助
互联网已经发展多年，其中不乏脱颖而出者，这些网站多数都已存在了接近10年或10
年以上，在如此长时间的发展过程中，除了业务上面临的挑战，在技术上也面临了很多
的挑战。我挑选了一些Alexa排名较前的网站(排名截止到2012年4月21 日)，看看它们
在技术上是如何应对业务发展过程中的挑战的。
Google 目前Alexa排名第1。它诞生于1997年，当时是一个研究性项目，每个月
build一次索引，build出来的索引通过sharding(shard by doc)的方式分散到多台服务
器(Index Server)上，具体的网页数据同样通过sharding的方式分散到多台服务器(Doc
Server)上，当用户提交请求时，通过前端的一台服务器将请求提交给Index Server获
得打了分的倒排索引，然后从Doc Server提取具体的网页信息(例如网页标题、搜索关
键词匹配的片段信息等)，最终展现给用户。
随着索引的网页增加，这个结构可通过增加Index Server以及Doc Server来存储索
引以及网页的数据，但仍然会面临其他... 阅读全帖 |
|
o**********e
发帖数: 18403 | 21 【 以下文字转载自 Programming 讨论区 】
发信人: goodbug (好虫), 信区: Programming
标 题: Pinterest陶涛：三个教训和三个发展选择
发信站: BBS 未名空间站 (Wed Sep 3 03:19:03 2014, 美东)
http://tech.huanqiu.com/per/2013-08/4307208_2.html
我们作为创业公司总结了一些经验和教训跟大家分享一下：
1、保持简单，这对创业公司来讲非常重要，一个简单的系统出错的可能性就很小
，出错以后解决问题的可能性就变得很大。保持简单我们认为对创业公司来说是非常关
键的问题。
2、我们认为一项技术的超级用户遇到的难度是远远大于普通用户的。我们知道大
家今天都在用一些开元软件，这些开元软件是逐步发展的过程，很多软件在早期并没有
经历过很大的压力测试，在一定的流量基础上他们都工作的非常少，但是超过一定流量
的话都有各种各样的问题。如果你作为超级用户，你可能接触到的问题是前人完全没有
遇到的，你很难在社区里得到任何求助，需要自己读它的代码，去看是不是我能解决，
如果解决不了的话... 阅读全帖 |
|
o**********e
发帖数: 18403 | 22 【 以下文字转载自 Programming 讨论区 】
发信人: goodbug (好虫), 信区: Programming
标 题: Pinterest陶涛：三个教训和三个发展选择
发信站: BBS 未名空间站 (Wed Sep 3 03:19:03 2014, 美东)
http://tech.huanqiu.com/per/2013-08/4307208_2.html
我们作为创业公司总结了一些经验和教训跟大家分享一下：
1、保持简单，这对创业公司来讲非常重要，一个简单的系统出错的可能性就很小
，出错以后解决问题的可能性就变得很大。保持简单我们认为对创业公司来说是非常关
键的问题。
2、我们认为一项技术的超级用户遇到的难度是远远大于普通用户的。我们知道大
家今天都在用一些开元软件，这些开元软件是逐步发展的过程，很多软件在早期并没有
经历过很大的压力测试，在一定的流量基础上他们都工作的非常少，但是超过一定流量
的话都有各种各样的问题。如果你作为超级用户，你可能接触到的问题是前人完全没有
遇到的，你很难在社区里得到任何求助，需要自己读它的代码，去看是不是我能解决，
如果解决不了的话... 阅读全帖 |
|
o**********e
发帖数: 18403 | 23 【 以下文字转载自 Programming 讨论区 】
发信人: goodbug (好虫), 信区: Programming
标 题: Pinterest陶涛：三个教训和三个发展选择
发信站: BBS 未名空间站 (Wed Sep 3 03:19:03 2014, 美东)
http://tech.huanqiu.com/per/2013-08/4307208_2.html
我们作为创业公司总结了一些经验和教训跟大家分享一下：
1、保持简单，这对创业公司来讲非常重要，一个简单的系统出错的可能性就很小
，出错以后解决问题的可能性就变得很大。保持简单我们认为对创业公司来说是非常关
键的问题。
2、我们认为一项技术的超级用户遇到的难度是远远大于普通用户的。我们知道大
家今天都在用一些开元软件，这些开元软件是逐步发展的过程，很多软件在早期并没有
经历过很大的压力测试，在一定的流量基础上他们都工作的非常少，但是超过一定流量
的话都有各种各样的问题。如果你作为超级用户，你可能接触到的问题是前人完全没有
遇到的，你很难在社区里得到任何求助，需要自己读它的代码，去看是不是我能解决，
如果解决不了的话... 阅读全帖 |
|
g*****g
发帖数: 34805 | 24 http://tech.huanqiu.com/per/2013-08/4307208_2.html
我们作为创业公司总结了一些经验和教训跟大家分享一下：
1、保持简单，这对创业公司来讲非常重要，一个简单的系统出错的可能性就很小
，出错以后解决问题的可能性就变得很大。保持简单我们认为对创业公司来说是非常关
键的问题。
2、我们认为一项技术的超级用户遇到的难度是远远大于普通用户的。我们知道大
家今天都在用一些开元软件，这些开元软件是逐步发展的过程，很多软件在早期并没有
经历过很大的压力测试，在一定的流量基础上他们都工作的非常少，但是超过一定流量
的话都有各种各样的问题。如果你作为超级用户，你可能接触到的问题是前人完全没有
遇到的，你很难在社区里得到任何求助，需要自己读它的代码，去看是不是我能解决，
如果解决不了的话怎么办？如果解决了当然是可以去改一下它的代码，如果解决不了的
话，有的时候构架的限制解决不了是很麻烦的问题。
3、新技术往往看上去很美。这个话其实有两层意思，一种是真的看上去很美，如
果看上去不美也不能叫新技术了。第二层意思是往往只是看上去很美，真正用起来并不
美。我们知道一项... 阅读全帖 |
|
b*******d
发帖数: 750 | 25 最近有道多线程的题答得不好，大家看看有没有什么好的思路，或者有链接可以share
一下看看？：
（lockless concurrency）
一个分布式hash table（MemCache的意思），多个worker，每个上边有一段hash key
range，另外加一个load balancer 和 persistence用的mysql DB。
其中两台机器对某个cache有读写操作，找出可能产生不一致的一个执行序列，比如：
DB中的资源是一个表C，thread A和B 都在添加entries到表C中去。
cache的key，value是这样的：
每个thread向表中添加entry后，要update对应的cache kv：
{
...
addEntrySQL(c);
kv = readCountSQL(c);
updateMemCache(kv);
...
}
找到一个使结果不consistent的执行序列，如：
kv: .
A_addEntrySQL... 阅读全帖 |
|
l*****1
发帖数: 128 | 26 辩， 你不是Memcached 的对手， 我们这些人也不需要你来启蒙。
Memcached 说的是实情， 不过忠言逆耳。想来， 你好不容易读了个法学院，还得
节衣缩食，原指望毕业后大干一番， 指点江山，出人头地。不想理想这么快破灭。
律师这行， 翻手为云的情节只在中外电影， 电视剧中有。就因为这个翻手为云，
害死了多少有志青年。一旦踏入实案，层层把关， 屡屡细节， 一套程序走下来，
你有再大的本事， 再坚强的神经， 也无补天之力。
网上讽刺移民及遗产律师，殊不知这恰恰是中国第一代律师在美国安身立命的根本，
我以过来人身份，看MM 意气风发， 忍不住就多说几句， 说的不全， Memcached
可以补充。 Memcached 显然比我资格老， 他的发言更有权威性。 |
|
v***e
发帖数: 2108 | 27
到目前为止没差，一样的。当然enterprise license有support
不过将来就不知道了
是的，Couchbase Server的caching layer就是memcached + persistence，
是一个C/C++ process，当然加了很多改进，但还是兼容memcached binary protocol
很多enterprise user 用couchbase构建很大的cluster，但是developer里面，
couchbase用的就比mongdo少。
Erlang不太可能写memcached，不是用来干这个的。
Couchbase Server架构里面除了memcached，是还有一大块Erlang process
不过是用来做cluster management和couchdb的
好像用的，具体不太清楚。 |
|
p**f
发帖数: 59 | 28 说说我的想法，大家抛砖：
1，浏览信息应该在server端实时保存
2，浏览记录时间分片，最近的记录需要memcache起来
要实现这两个目标，业务逻辑分2块：
1、保存浏览信息。一个居于message broker的solution，kafka，rabbitmq+celery都
成。不影响其它业务逻辑，实时消息处理入库，更新cache
2、提供浏览信息。首先提供memcache的最新浏览信息，更多记录可以查询数据库。
reddis其实也是很适合的memcache系统。估计Amazon也有自己的
扩展方便，但是存储可能是瓶颈，解决这个问题，又是另外一道题了
：就是设计实现Amazon首页上面的
：Your Recently Viewed Items
：就是你登录之后会看到的
：要考虑performance/scale什么的
…… |
|
b***i
发帖数: 3043 | 29 再具体给你说一下初学者我的例子吧
有个设备用计算机控制，计算机把它的状态每秒钟一次显示的屏幕上，是温度，压强。
现在，你的老板说，他希望在家里用iPhone上看到这个状态的刷新。
用什么技术？蓝牙？serial port？tcp？udp？都太麻烦，用web service就可以了.
在这个控制设备的计算机上，程序将温度和压强的结果字符串（包括{})传给一个你自
己设计的网站
{T:110.5C, P:14.7psi}
就是post这个字符串到URL：http://www.myweb.com/acceptdata这个java servet那里去，java servlet收到结果，更新数据库或者memCache，
然后httpL://www.myweb.com的根目录是index.html，里面包括AJAX的Javascript代码
利用另一个servlet来获得当前的温度和压强，然后每秒钟一次刷新到html里面，而不
用reload整个网页。这个另外的servlet是响应get，从数据库或者memCache里面读取温
度和压强信息。或者你同一个servlet，反正一个post,一个get... 阅读全帖 |
|
b***i
发帖数: 3043 | 30 本人做网站是用java在google app engine上做的，其技术本质和MS的Azure应该没有什
么不同，和Amazon AWS有显著不同，就是不需要考虑vm之下所有问题，包括Linux的更
新问题，apache等的配置，也不需要考虑数据库，所有数据均通过DataStore的java
api来存贮，访问，也可以通过MemCache来快速访问。MemCache是可能失效的，是分布
式的。
为了网站速度，我想能不能做servlet内部的HashMap作Cache。主要我这个网站是进行
文件发布的，支持版本控制。那么，一个文件除非是测试版，否则folder/name/rev这
个作为key的文件object的内容不会改变。那么，如果是测试版，我一定是通过
DataStore来读取文件，因为文件随时可以通过后台更新。如果版本是发行版，那么我
可以通过servlet内部的HashMap来查找文件的2进制内容，如果不存在，则去DataStore
查找，然后放入servlet内部的HashMap来。我这么做会不会快一些？版本从A开始，如
果更新则为B， 之后为C等。DataStore同时还负... 阅读全帖 |
|
x***i
发帖数: 64 | 31 之前的一个startup onsite
1. given curtain types of structure and their sizes, how to design malloc
and free. 随着问了许多问题，how to reduce fragmentation, how to track
available list in malloc. in free, how to find the position of the given
pointer and what should be done in free.
2. 扔个我memcached source code, ask to add a new function 'mult' similar to
'incr'
-------------------
1. 我的整个思路就是linux memory function - kmalloc_cache_.... 因为记不太清，
许多也就临时想些make sence的方法, 没有遇到特别拐弯抹角的问题
2. memcached我只是知道，没有用过，更不用说sour... 阅读全帖 |
|
b***i
发帖数: 10018 | 32 有两种职位，Data Engineer和Data Research Engineer。给办H1-b和绿卡。Junior也
欢迎。
有意者请把简历发到t*******[email protected]。谢谢。
Senior Data Engineer at Tapjoy in San Francisco, CA
Sr. Data Engineer
About Us:
Tapjoy is a mobile value exchange platform, driving personalized app
discovery for consumers, customer acquisition and engagement for app and
brand advertisers, and rich monetization for innovative developers. The
Tapjoy network spans over 20,000 apps and 800 million global consumers on
iOS, Android and Windows Phone. ... 阅读全帖 |
|
J****3
发帖数: 427 | 33 刚面完第三轮 估计悲剧了
1. Leetcode populating next right node
2. 2sum->3sum->4sum
3. 这轮最蛋疼。。。一上来给了个git 的地址 ssh 到后是memcached C++ 版本的源码
。 先告诉我有Incr 和 decr 两种atomic operation。 但并没有mult operation。 要
求实现并运行例子. 这完全没听说memcache.. 虽然倒是实现这个mult的原理比较简单
。。。
哎 感觉实战一下就虚了 |
|
|
|
q********c
发帖数: 1774 | 36 后端就是说Database, Cache (Memcached), Distributed System, Performance,...跟
具体的语言没关系。在Windows平台上，典型的后端是SQL Server+Velocity (
Distributed Memory Cache) + Load Balancer, Unix/Linux上差不多，主要是MySQL+
Memcached,现在流行Big Data+NoSQL,所以要加上Hadoop,HBase,Cassandra,... |
|
p*******r
发帖数: 14 | 37 P4, similar to MemCached design.Just talk about the high level.
http://memcached.org/
P5. Design the elevator system. N elevators, and M floors. Write class
declaration and signatures. Minimize the average wait time. |
|
a****8
发帖数: 2771 | 38 SRE基本上就是问UNIX internals，有点网络问题，CCNA范围内。其他的问题，看过这
本“advanced programming in the unix environment"，基本上都cover了。而且有几
个经典问题这本书比wiki说得清楚明白。这是为了给要面经的同学留的。
国人小伙是developer出身，明珠暗投阴差阳错进了SRE, 问了一些application，
cookie, memcache的问题。我碰巧没用过memcache，光知道是个in memory hash table
，不清楚具体怎么用。 |
|
|
g*****g
发帖数: 34805 | 40 来自主题: JobHunting版 - 秒杀设计题 可以这么用，但规模大远不如memcache高效。别忘了memcache是在内存里的，C*只是有
cache的数据库而已。 |
|
m*****n
发帖数: 2152 | 41 不会设计，但是有点想法，
1. 朋友数量极大。
就是告诉不能clone消息，fan out要时间，要先fan out在线的？
2. 有的朋友在线，有的不在线，不在线的登陆后要能看到。
就是说，在线的profile里面有这条信息的link，不在线的profile不用更新，登录的时
候更新。不过好像不对，facebook用的是动态网页，都是php动态生成的，不登入不用
生成。
3. 如果储存空间有限，如何处理。
这个指是memcache，还是disk？ memcache，只存active的？其他的扔到disk上的db里
面？ |
|
g*****g
发帖数: 34805 | 42 App doesn't need to know. It knows the keyword which is a unique word, it
doesn't need to know the hash value. Cassandra can cache rows in memory, for
access, you don't need memcache. But Memcache can be convenient for
different things, like caching a rich object in memory which you don't do in
NoSQL. |
|
l****c
发帖数: 782 | 43 这个我也没有准确答案，不然我就直接像回答算法题一样给出解法了，面试时都是一边
问一边讲，互动交流的。
另外，POI和tiny url是高频题，要好好准备，而且准备时不仅要从核心算法的角度，
还要从系统框架，数据库如何存贮，cache如何提高效率，如何估算requests。
还有更新数据时，多线程会导致数据库和memcache的procedure交叉，可能造成更新数
据丢失，这时需要lock，如何lock，是lock数据库的entry还是lock memcache？ |
|
m****u
发帖数: 3915 | 44 php不说了，你能说说mysql＋memcache有啥不好？
memcache
code |
|
T****U
发帖数: 3344 | 45 6000读，如果用memcache，估计一两台机器做数据缓冲服务就够了，因为你不需要读入
所有数据，也就没必要做sharding了。后面mysql再搞一两个backup。
写服务也可以batch异步操作，那mysql的写也不是问题了。
长查短搞两个表在memcache就行了，mysql还是一个表，不需要同步。 |
|
T****U
发帖数: 3344 | 46 短链接服务主要是在twitter那种地方使用，高峰值通常是由于有热点事件，或者名人
发布链接导致，那么cache hit rate还是满高的，如果把memcache的有效时间设为1-2
天的，也就是几个G的内存量，那基本对mysql的访问量就是个平均值600。
memcache本身也是有冗余的，它如果也会挂，你的mysql+1slave也会有问题 |
|
发帖数: 1 | 47 Palo Alto well- established Start-up 高薪招聘full-time Sr.Software Engineer
. JD
如下：
＃Title: Sr. Software Engineer(full-stack)
Work type: full time
Location: Palo Altoe, CA
Base Salary Range: 140K-160K + bonus+ stock option+ other benefits
What You'll Do:
• Meteor: We can iterate quickly using Meteor. We can get a highly
responsive and production ready application within days rather than weeks
using Meteor stack.
• Kubernetes and docker: We are in charge of our infrastructure.
Wh... 阅读全帖 |
|
o**********e
发帖数: 18403 | 48 【 以下文字转载自 ITRelief 俱乐部 】
发信人: onetiemyshoe (onetiemyshoe), 信区: ITRelief
标 题: Re: 分享一些经验及心得 (转载)
发信站: BBS 未名空间站 (Sun May 11 10:23:46 2014, 美东)
【 以下文字转载自 JobHunting 讨论区 】
发信人: halfsea (LTSPGFB), 信区: JobHunting
标 题: Re: 分享一些经验及心得
发信站: BBS 未名空间站 (Tue Jul 9 22:15:26 2013, 美东)
Sorry for the delay。本来想系统的写点东西，但动笔之后发现自己的水平还是差得
太远，没法handle，时间精力目前也不允许。所以估计就只能零零散散的写点感受了。
大家随便看看就好，不要期望过高，道歉先。这个板上牛人很多，真正的大牛可能根本
没时间来发帖子，我也就抱着回报社会的心态班门弄斧好了。
这几年几次换工作，job版上的信息都对我起到了很大的帮助。所以希望能把我的一点
心得回报这里。以下都是我个人的一点浅见，完全可能不正确或... 阅读全帖 |
|
o**********e
发帖数: 18403 | 49 【 以下文字转载自 ITRelief 俱乐部 】
发信人: onetiemyshoe (onetiemyshoe), 信区: ITRelief
标 题: Re: 分享一些经验及心得 (转载)
发信站: BBS 未名空间站 (Sun May 11 10:23:46 2014, 美东)
【 以下文字转载自 JobHunting 讨论区 】
发信人: halfsea (LTSPGFB), 信区: JobHunting
标 题: Re: 分享一些经验及心得
发信站: BBS 未名空间站 (Tue Jul 9 22:15:26 2013, 美东)
Sorry for the delay。本来想系统的写点东西，但动笔之后发现自己的水平还是差得
太远，没法handle，时间精力目前也不允许。所以估计就只能零零散散的写点感受了。
大家随便看看就好，不要期望过高，道歉先。这个板上牛人很多，真正的大牛可能根本
没时间来发帖子，我也就抱着回报社会的心态班门弄斧好了。
这几年几次换工作，job版上的信息都对我起到了很大的帮助。所以希望能把我的一点
心得回报这里。以下都是我个人的一点浅见，完全可能不正确或... 阅读全帖 |
|
o**********e
发帖数: 18403 | 50 【 以下文字转载自 ITRelief 俱乐部 】
发信人: onetiemyshoe (onetiemyshoe), 信区: ITRelief
标 题: Re: 分享一些经验及心得 (转载)
发信站: BBS 未名空间站 (Sun May 11 10:23:46 2014, 美东)
【 以下文字转载自 JobHunting 讨论区 】
发信人: halfsea (LTSPGFB), 信区: JobHunting
标 题: Re: 分享一些经验及心得
发信站: BBS 未名空间站 (Tue Jul 9 22:15:26 2013, 美东)
Sorry for the delay。本来想系统的写点东西，但动笔之后发现自己的水平还是差得
太远，没法handle，时间精力目前也不允许。所以估计就只能零零散散的写点感受了。
大家随便看看就好，不要期望过高，道歉先。这个板上牛人很多，真正的大牛可能根本
没时间来发帖子，我也就抱着回报社会的心态班门弄斧好了。
这几年几次换工作，job版上的信息都对我起到了很大的帮助。所以希望能把我的一点
心得回报这里。以下都是我个人的一点浅见，完全可能不正确或... 阅读全帖 |
|
