加工资的砝码

DDD888

planetkeeper 发表于 23-1-2014 10:21

                               
登录/注册后可看大图

如果你签的合同是这样，那是没办法
不过加班你不同意，他没法强制你的吧。。。

我做好一个新功能，发了email告诉老板，他然后几个小时没有email，然后我老板经常在下班后（有时是晚上9点）发个email说网站为啥有x错误！！！我不做好的话，那些感叹号就会越来越多啦

两周前，老板晚上六点打电话给我，他先抱歉下说这样晚打电话给我，然后就切入正题说，印度有人在不停的下载公司的网站数据，要我立即登陆网站，找出为啥我写的网站没有阻止他，并要立刻解决，得，我就工作到了晚上10点

planetkeeper

DDD888 发表于 23-1-2014 10:32

                               
登录/注册后可看大图

我做好一个新功能，发了email告诉老板，他然后几个小时没有email，然后我老板经常在下班后（有时是晚上 ...

第二天再回邮件好了
你不应该为他不准时回邮件买单

chubbycat

DDD888 发表于 22-1-2014 14:14

                               
登录/注册后可看大图

我一直在听MarketPlace radio, 美国的经济现在一塌糊涂，许多人都找不到工作，我现在的新西兰护照只能帮 ...

says who? The job market's so great that we couldn't even find people to fill the positions, well at least that's what's happening in Silicon Valley

DDD888

我现在想我应该在performance review中不提要求，看老板给多少，如果少的话，（即收入低于一年十万新西兰元），那就开始找新的公司

DDD888

black_zerg 发表于 22-1-2014 20:45

                               
登录/注册后可看大图

认真地说我觉得筹码这个东西就是说人家需要你的时候，才有筹码，你给人家事情办完了，你就没有leverage了。 ...

我仔细想了下,你说的其实可以商榷啦,任何一个系统出来,只有一个情况是不需要维护的,那就是彻底的失败,没人使用,赚不到钱,公司关门了事,也就不要维护啦

如果程序写的好,假设没有任何错误,有许多客户使用,必然当初的需求设计和客户的需求不一定100%匹配,客户会提出许多的新要求,所以还是需要程序员来维护的,当然新的需求的数量在给定的客户群里会逐渐减少,直到为零,这样一来因为系统好,有竞争力, 会吸引更多的客户,这样一来周而复始,就象Windows操作系统一样从最初的dos到现在的windows 8,linux系统的成长,iphone,android系统也是如此啦所以优秀的程序员也不用担心自己的水平太好啦,写好自己的程序才是最重要的啦

在没有unit testing的理念之前,系统会由于多次的修改的变的复杂的不敢改了,导致系统不可维护,也就标志系统的失败啦

cais

DDD888 发表于 23-1-2014 20:26

                               
登录/注册后可看大图

我仔细想了下,你说的其实可以商榷啦,任何一个系统出来,只有一个情况是不需要维护的,那就是彻底的失败,没 ...

我很赞同你的说法。black_zerg的想法有点消极。只会进入一种恶性循环。程序员故意怠工，老板故意压价。

cais

DDD888 发表于 22-1-2014 04:16

                               
登录/注册后可看大图

谢谢
这工资挺有吸引力的

帮你问了一下，果然是不让Remote的。没办法了。

cais

planetkeeper 发表于 23-1-2014 09:02

                               
登录/注册后可看大图

http://www.monster.com/

相当于美国的seek

monster还有人在用吗？
indeed就可以了吧。美国，澳洲的都有。

black_zerg

我是准备转solutions architect了，按我本人的写代码速度和极少bug的记录，只能让老板更轻视技术。要我这几年真的全速干活，那整个team都没活干了。相对的如果每个强程序员都出全力，只知道干活，实质上就是恶性竞争，让别人觉得让中国人便宜。应用系统这些都很简单，有解小学应用题的脑子就行。 这个行业之所以存活就是多亏各种奇奇怪怪的技术，模式，methodology之类，楼主欣赏的自动测试也被我归入这类，还要归功于一大帮吹吹，一大帮脑子也不怎么清楚的，一大帮懒惰的，一大帮消极工作的。主要就是大家有饭吃,系统做来做去做不完，这样每人每天才有点活干。参照我上面阐述的leverage。 用过去的功劳跟老板谈价是最无力的

狮子的眼睛

各位大侠都好牛啊。

seek上好像很少有90K 以上的职位？我在布里斯班。

DDD888

black_zerg 发表于 23-1-2014 21:58

                               
登录/注册后可看大图

我是准备转solutions architect了，按我本人的写代码速度和极少bug的记录，只能让老板更轻视技术。要我这几 ...

不敢赞同你的说法

我们就说网站吧，你告诉我下如何可以提高网站的响应速度和scalability的方法？我想这不是有解小学应用题的脑子就可以行的啦

DDD888

cais 发表于 23-1-2014 20:51

                               
登录/注册后可看大图

帮你问了一下，果然是不让Remote的。没办法了。

谢谢

我看trademe和seek上高薪remote工作极少

DDD888

今天上午刚和老板交流了下工作的事，没有谈review,谈到刚完成的客户的那个项目，原来该公司特别有钱，请人开发sap web portal,一小时付450澳元，已花了75万澳元，我在想我一天的工资都没有人家干一小时的多，我是否应该写abap的程序呢？

planetkeeper

cais 发表于 23-1-2014 20:52

                               
登录/注册后可看大图

monster还有人在用吗？
indeed就可以了吧。美国，澳洲的都有。

indeed的界面不喜欢啊，还是感觉monster看着更舒服些

哎，其实好工作还得靠内推，网页上的还是不行
就像51job和智能招聘只适合毕业没几年的

seek上的也都是要么低端，要么千军万马过独木桥

karl.lee.2004

DDD888 发表于 24-1-2014 06:25

                               
登录/注册后可看大图

不敢赞同你的说法

我们就说网站吧，你告诉我下如何可以提高网站的响应速度和scalability的方法？我想 ...

我覺得下面這篇文章，可能是對black_zerg同學的一個補充，不妨一讀。

别为大公司拼命（译文）
http://www.ruanyifeng.com/blog/2 ... _a_big_company.html

他說的是大公司，lz你說的是小公司，大家說的不是一回事。

我現在的看法是，在小公司裡面，你什麽都要做，各方面的知識技能都能學到點（比如DB優化，網站性能調優等等），但這些都是皮毛。畢竟你在小公司，接觸的都是小規模的項目/產品，遇到的問題及解決辦法的思路都是“小公司”級別的。簡單來說，因為你什麽都要做，所以你的精力就分散了，而人的精力又是有限的，所以就導致你廣而不深。

而在大公司裡面，分工精細，術業專攻，所以很容易出現專才。你在小公司學到的知識技能，可能在專才眼中，根本就是小兒科。不過凡事有利弊，專才在自己的領域固然是專家，但出了這個領域，可能掌握的知識面反倒不如小公司出來的人廣了。

所以不怕說句冒犯lz的話，你提到的“提高网站的相应速度和scalability的方法”，我不覺得是什麽特別費腦子的技術活。說“有解小学应用题的脑子就可以”是過了，但有個兩三年左右的工作經驗，只要人不是太懶，肯花點時間上網找資料，配合一些工具的使用，也就那樣了。

當然這可以寫到achievement裡面去，不過那是用來給HR和job agent看的，真正拿到interview上和懂行的技術面試官談，只能作為一個有意思的話題吧。

如果在小公司干了多年，什麽都會點，那么要跳槽的話，很可能只能找回小公司。如果要找大公司的話，只能挑水桶里最高那塊板，除非你應聘的是帶部份管理性質的職位，不然真要是和有大公司工作背景的人競爭，優勢恐怕不明顯。

一己之見，如有冒犯，多多包涵~

DDD888

karl.lee.2004 发表于 24-1-2014 09:12

                               
登录/注册后可看大图

我覺得下面這篇文章，可能是對black_zerg同學的一個補充，不妨一讀。

别为大公司拼命（译文）

“但有個兩三年左右的工作經驗，只要人不是太懶，肯花點時間上網找資料，配合一些工具的使用，也就那樣了。“
那你是否可以具体回答下我的问题？我假设你有了至少两三年左右的工作经验了

另外我在新西兰的大公司也算干过十一年了，如果还要大的话，七八百人的公司我也做过啦

karl.lee.2004

DDD888 发表于 24-1-2014 09:19

                               
登录/注册后可看大图

“但有個兩三年左右的工作經驗，只要人不是太懶，肯花點時間上網找資料，配合一些工具的使用，也就那樣了 ...

回覆什麽問題？關於“如何可以提高网站的响应速度和scalability的方法”？

我14年的工作經驗了，所以要我來解決這類問題的話，我考慮問題的角度肯定不會和兩三年經驗的工程師一樣。

就以這個網性能站調優為例，老油條的我，會先拿出個方法論，比如SMART（specific, measurable, attainable, relevant and time-bound）之類的，先和老闆談一次，搞清楚他到底要些什麽以及怎樣才算工作完成。

都這個年頭了，如果一上來想的就是什麽工具技術方法程序之類的，只能說明自己的視野還是停留在技術解決一切的位置。同理，如果我對這個問題的回答，只是給出工具及使用方法的介紹，甚至根據自己的過往經驗的看法，那我就太菜了：）

說句題外話，如果我應聘的是senior software engineer，被問到類似的問題，我會在上面回答的基礎上，再加上基於自己的實際工作經驗的看法。但無論如何，現在的我，肯定不會一上來就陷入技術細節。

最後，再找一個兩三年經驗的工程師，把需求用他能理解的語言解釋一次。遇上笨一點的，就要寫個需求大綱，讓他根據自己的理解補全這個需求；聰明點的，就連大綱都省了，讓他直接根據我的談話內容整理一份需求大綱出來。

然後再根據這份需求，大家談好check point和要注意的地方，還有internal deadline，剩下的就看他發揮了。當然，作為他老闆，還要不時去監督他的進度的。

就類似“如何把大象放進冰箱里”一樣，如果我只是一個兩三年經驗的工程師，我就必須老老實實的寫清楚怎樣把大象放進冰箱；但作為他的上司，我必須幫他把大象放進冰箱前所需的所有準備工作做好了，同時清楚明白他的工作步驟，以及一旦他歇菜了，自己有能力隨時頂替上去。

好了，還需要我列出如何把大象放進冰箱嗎？

DDD888

karl.lee.2004 发表于 24-1-2014 09:48

                               
登录/注册后可看大图

回覆什麽問題？關於“如何可以提高网站的响应速度和scalability的方法”？

我14年的工作經驗了，所以 ...

我看了你的回答后，真是无话可说，通篇的Politics http://en.wikipedia.org/wiki/Politics

我感觉我问的问题够明确了，竟然得到你的回答是如此？出自一个有14年工作经验的人笔下

我想你的回答可以适用于任何问题. 例如1 + 1 =几？ 看与不看都一样

black_zerg

I think his answer is practical, the point is here: 搞清楚老闆到底要些什麽以及怎樣才算工作完成。

If we only talk about technology,

then first the 'scalability' is hard to measure.  If we are talking about the scalability of system features probably I would give answers like Interface-oriented design or modular design?   If we are talking about big data, Then I admit I have no idea since oracle always work for me (maybe DBAs solved the problem?)

About performance. Off the top of my head, caching (client & server), Loading balance, code optimization to avoid expensive IO calls. Maybe give NodeJS a go if above solutions are not enough.

Would you like to share your answers?

karl.lee.2004

DDD888 发表于 24-1-2014 10:48

                               
登录/注册后可看大图

我看了你的回答后，真是无话可说，通篇的Politics http://en.wikipedia.org/wiki/Politics

我感觉我 ...

坦白說，我不覺得你的問題是明確的。

“如何可以提高网站的响应速度和scalability的方法”，這種屬於Non-Functional Requirement：

http://en.wikipedia.org/wiki/Non-functional_requirement

這樣的需求無論你放到什麽地方，我估計回答也只能告訴你說要考慮的方面有哪些，比如這個響應速度有沒有一個可量化的指標，還是只是用戶的主觀感知，是之前一直都是這樣，還是某天系統做了些什麽改動之後才是這樣，這個業務請求從前端到後端走了些什麽路徑，經過什麽midware，最後是否有訪問DB等等之類的。

（插一句，這類問題就等於有人問你“如何可以快速發財致富”，你覺得這種問法夠明確嗎？）

你這些前提都沒有說清楚，就可以說自己的問題夠明確了？我不知道你的多年工作經驗是怎樣面對這類問題的，但就我工作過的環境來說，如果是BA寫出這樣的需求，是會被我們當面痛斥，背後恥笑的。

如果是user找上門來提系統響應速度的issue的，就只扔下這句話，我是完全可以直接回郵件reject他，讓他至少把問題想清楚，給出基本數據再來的。

最後，我不覺得這是辦公室政治，這應該是對自己工作的負責。自己都沒有想清楚的東西，就提需求，這是在浪費公司的資源。

btw，如果lz的確想在技術上交流，不妨把這些技術細節都列出來，我是會很樂意參與討論和學習的。否則，就只能很大路貨的給個鏈接了，也只能做些兩三年工作經驗的工程師干的活了：

http://www.uml.org.cn/site/201311061.asp

DDD888

karl.lee.2004 发表于 24-1-2014 12:58

                               
登录/注册后可看大图

坦白說，我不覺得你的問題是明確的。

“如何可以提高网站的响应速度和scalability的方法”，這種屬於 ...

那我们一起来探讨学习下，我随意从sap partner australia里选了个网站 www.herringtontechnology.net/

你看这网站写的如何啊？如果该公司雇用你来维护网站，有啥可以改进的？不需要考虑颜色和布局啦，就谈点技术，例如如何防止黑客，提高网站的响应速度和scalability

选个SAP的partner网站主要是他们擅长于做sap,对网站设计有时会有欠缺考虑（因为他们的收费我猜都很高了，多花时间在网站上会亏钱），比较容易改进，如果选google.co.nz的话，那技术难度就指数型上升了

我和该公司没有任何的关联

诚实的说，我的饭碗都是靠这些sap咨询公司赏赐的，他们的收费都非常高，所以业务都流向了我工作的公司，我工作的公司才会有钱给我发工资啦 我是很感谢这些sap咨询公司的

hohoxixi

都是大牛，膜拜

iamOk

有意思的讨论，个人觉得一个人的价值不在于又快又好的完成项目，而在于不可以取代性。
一个公司没有你玩不转了，那恭喜了。否则。。。。

DDD888

iamOk 发表于 24-1-2014 14:32

                               
登录/注册后可看大图

有意思的讨论，个人觉得一个人的价值不在于又快又好的完成项目，而在于不可以取代性。
一个公司没有你玩不 ...

是的，我也有同感

black_zerg

诚实的说，我的饭碗都是靠这些sap咨询公司赏赐的，他们的收费都非常高，所以业务都流向了我工作的公司，我工作的公司才会有钱给我发工资啦 我是很感谢这些sap咨询公司的

That is the right attitude. And in the future, if applicable you should charge your clients as high as those 'expensive' consultants, say 400/hour.

karl.lee.2004

DDD888 发表于 24-1-2014 13:36

                               
登录/注册后可看大图

那我们一起来探讨学习下，我随意从sap partner australia里选了个网站 www.herringtontechnology.net/
...

雖然我2002年后就沒怎麼碰front end的技術了（我一直做的是J2EE偏back end的東西），但過來澳洲后，爲了讓自己有點底氣去應聘web developer的職位，這兩天也開始在看css/js/ajax的東西，希望臨急抱佛腳有用。

再者，我比較認同知乎裡面經常提到的一種說法：沒有不好的問題，只有不好的答案。

所以我也就獻醜了，花個30分鐘給個簡單回答，不會很全面，希望有經驗的同學給我點反饋：）

Q：你看这网站写的如何啊？
A：具體連接沒有全部點進去看，就看了主頁和幾個二級頁面。
功能性不予置評，因為我不是目標客戶，無權發言。
易用性一般：
1. 功能連接不在fixed position上，頁面下拉就看不到了，頁面回滾也比較吃力
2. 去paypa付款時，不是單獨開窗口，而是直接從自己網站上跳轉，設計上的缺陷。
美觀程度見仁見智，我覺得紅色的太刺眼了...

Q：如果该公司雇用你来维护网站，有啥可以改进的？
A：維護角度來看，會比較吃力。因為所有的功能連接都要在單獨頁面上重複實現，一旦某個連接發生修改，為保持網站的一致性，工作量是非常大的。
最立竿見影的改進，就是iframe+頁面模板，這樣頁面的改動工作量立馬就下來了。
還有就是調用外部頁面（http://svcs.myregisteredsite.com/svcs/dcc.jsp）時，居然把人家的地址給暴露在地址欄，這是初學者比較容易犯的毛病。不考慮性能因素，就從網頁維護角度來看，都需要花時間統一。

Q：不需要考虑颜色和布局啦，就谈点技术，例如如何防止黑客，提高网站的响应速度和scalability
A：網站安全性方面的考慮，很抱歉，我沒實際的工作經驗。我對網站安全工作的認識，只停留在保持關注安全網站，第一時間為系統打補丁，注意網站日誌的收集和分析（用戶訪問量，系統負載，內存使用情況等），定期備份重要數據，以及對系統用戶的賬號管理。小公司裡面這些工作可能要靠員工自己發揮，但大公司裡面都有詳細的工作指引，照著來做就是了。

隨便找個online security scanner的網站，比如http://sitecheck.sucuri.net/的掃一下，網站的大概情況就出來了：

Scan for: http://www.herringtontechnology.net
Hostname: www.herringtontechnology.net
IP address: 209.237.152.10

System Details:
Running on: Microsoft-IIS/7.5
Powered by: ASP.NET

Web application details:
Application: Trellix Site Builder

基本上整個網站需要關心安全性的，就是online store這塊（http://www.herringtontechnology.net/id72.html）因為用的是paypal，所以我相信paypal一定會為合作夥伴提供開發、維護方面的guide line，根據指示來做就是了。想做的再好一點，就去google一下吧。

我一直用的是*nix的平臺，MS的東西沒用過，所以關於IIS的優化，只能去google。下面就是其中一個：

8 Effective Ways to Improve IIS 7.5 Performance
http://securitywing.com/8-effect ... is-7-5-performance/

（對，這就是兩三年工作經驗的工程師干的事情）

另外所謂網站的響應速度，我會參考這個：

互联网网页响应速度测试标准
http://hi.baidu.com/bayuehu1974/item/b95373f74cad09bd31c199d8

web页面响应时间方面至今还没有工业标准。事实上，倒是有几个研究报告，其中提出了几项参考时间指标：
1.  “8秒”：上世纪90年代，Nielsen研究报告中指出，超过8秒的等待时间，互联网用户就会失去耐心。
2.  “4秒”： 2006年9月，Akamai and Jupiter研究报告指出，在线购物用户在零售网站上只有4秒的等待网页的耐心。
3.  “横行比较”  用户爽不爽是最重要的。如果一个网站用了8秒打开网页，另一个网站用了4秒，人们会毫不犹豫地转向更快的网站。与竞争对手进行响应速度比较是最重要的，这很方便可以做到，登录www.alexa.com就可以了。
4. "5秒“： web2.0网页的开始渲染的时间不应晚于5秒。
5.  Jakob Nielsens APP应用标准：0.1秒——应用UI界面开始响应用户操作，用户就会有直接控制的感觉；1秒——用户的思路就不会被打断，就会没有等待的感觉；10秒——达到这样的等待时间，用户就不会再玩下去了。
6.  国内”2-5-10“原则： 2秒——首页，5秒——普通页面，10秒——复杂查询页面。

這個網站如果按照2-5-10原則，我剛才在工作時間內訪問的情況是，除了首頁因為有幾個外部圖片載入影響速度外，其他幾個頁面還算滿足，所以我沒看到有需要進一步優化的必要性。

如果非要我給出優化建議，我覺得這麼一個小小的web app，本身可以優化的空間不大（除非開發人員留下了很大的defect，比如沒有釋放DB連接之類的，那就不叫優化，而只能稱之為fix了），要優化的話，只能去看IIS了。

如果要考慮到幷發用戶數，那就相對麻煩一點。反查一下IP地址，得到如下信息：

IP:        209.237.152.10
Decimal:        3522009098
Hostname:        209.237.152.10
ISP:        Web.com
Organization:        Web.com
Services:        None detected
Type:        Corporate
Assignment:        Static IP

Geolocation Information
Country:        United States us flag
State/Region:        Florida
City:        Jacksonville
Latitude:         30.1438  (30° 8′ 37.68″ N)
Longitude:         -81.5401  (81° 32′ 24.36″ W)
Area Code:        904
Postal Code:        32258

如果是服務託管，那就找ISP問去，一般給多少錢就提供多少帶寬和幷發連接，這個相對簡單。

如果是主機託管，那在部署前都會自己先找工具（比如我之前用過的JMeter）測試一下。如果和服務器配置（CPU+Memory），結合所裝的支撐軟件，算出的理論支持數差的不是太遠，說明配置上沒出現什麽大的錯誤，也就過了。

簡單來說，如果web app複雜，就需要開發人員參與進來；否則就是普通的網站維護工程師就夠了。

通常在小公司，開發人員會順便把support的事情也一併干了。但這大公司，出於安全性理由，這是嚴格禁止的。

以上。

karl.lee.2004

iamOk 发表于 24-1-2014 14:32

                               
登录/注册后可看大图

有意思的讨论，个人觉得一个人的价值不在于又快又好的完成项目，而在于不可以取代性。
一个公司没有你玩不 ...

我觉得个人的价值在于你能给公司带来多大的价值，这才是最重要的。

这也是在找工作的时候，始终要摆在第一位的。

能當老闆的都不是蠢貨，不會任由公司存在一個“沒有了公司就玩不轉”的人。一旦有這樣的苗頭，那就得想辦法分解TA的職能，好聽點就是分散風險，難聽點就是權力回收。

這才是辦公室政治。

如果你認為自己已經“公司沒有了你就不轉了”，那你就要開始當心了，因為你已經主動挑起了political issue。

karl.lee.2004

black_zerg 发表于 24-1-2014 14:48

                               
登录/注册后可看大图

诚实的说，我的饭碗都是靠这些sap咨询公司赏赐的，他们的收费都非常高，所以业务都流向了我工作的公司，我工 ...

That is the right attitude. And in the future, if applicable you should charge your clients as high as those 'expensive' consultants, say 400/hour.

不能同意更多：）

就目前了解的情况来看，lz除了application development外，还把7*24的production support这块也做了，但拿的只是纯开发的薪水。

你给公司省了很多cost，所以稱得上是extremely valuable，不過你老闆似乎吃透了你，總是有辦法讓你雖有不滿，但始終不得不在他下面任勞任怨。

DDD888

karl.lee.2004 发表于 24-1-2014 15:34

                               
登录/注册后可看大图

雖然我2002年后就沒怎麼碰front end的技術了（我一直做的是J2EE偏back end的東西），但過來澳洲后，爲了讓 ...

长知识了

我一般是用这个网站看网页的，非常简单

http://www.webpagetest.org/该网站打分很低啦，可以改进的地方都列了出来，我写的网站打分92，曾经尝试98，但因为一个图片的原因而减分了。

我觉得该网站应该把Microsoft-IIS/7.5, Powered by: ASP.NET隐藏掉，可以稍微防止黑客来根据版本攻击的可能性。

DDD888

karl.lee.2004 发表于 24-1-2014 15:51

                               
登录/注册后可看大图

不能同意更多：）

就目前了解的情况来看，lz除了application development外，还把7*24的productio ...

我是被迫做的啦，老板不请人做production support,我有啥办法

以前工作的公司有专门support,还有qa team，现在啥都没有。