posted @
2011-05-19 14:38 margin 閱讀(353) |
評論 (0) |
編輯 收藏如何堅守職業道德
前幾天來了一個同學到公司面試，我在旁邊聽到說，簡歷上寫了3條項目經歷，其中有兩項以公司機密為由拒絕討論。
說真的，我很奇怪。既然都是公司的機密，那你寫出來干什么？寫出來又不讓人問，那不就是擺設嗎？
且不說，他這么做究竟的目的是什么。我想我們很多人也會遇到類似的問題，在跳槽時如何把握職業道德的底線和尺度。
我所說的可能只是自己的一些幼稚想法，歡迎讀者跟帖討論。
1.核心數據不能談。
原公司已經公布的數據可以說的，比如同時在線如何，活躍用戶數如何。但是有一些數據是公司沒有公布出來的，或者內部數據與外部不一致的。如果遇到問這種問題的，要么說“我不知道”，如果覺得自己說不知道，是不是有點讓別人低看了，也可以說“數據太敏感”不方便說。
2.技術細節和實現盡量不談，可以談原理。
首先就是源代碼不能拿出來給別人看的。可以聊一聊項目使用到的技術的原理和一些實現方法。比如：A項目用到了B理論，有C種辦法我們曾經嘗試。
3.有一些公司屬于國家軍工項目的，甚至連項目是啥都不能讓人知道。那你就別寫到簡歷上了。貌似這種人也不會投啥簡歷：）
--------------------
ps.遇到有些公司就是想打聽這些，甚至說了招你就是為了打垮競爭對手公司的。這種公司眼光太短，不去也罷：）
posted @
2011-05-18 14:14 margin 閱讀(250) |
評論 (0) |
編輯 收藏posted @
2011-05-17 14:08 margin 閱讀(206) |
評論 (0) |
編輯 收藏
1.所有的點到其他所有的點，都可以步行過去。
2.只有相鄰的地鐵站可以乘車。
這里面有個代碼技巧的問題，我先做了第二補，然后在做第一步。（目的是可以在賦值的時候直接做到，其實并沒有節約循環和時間）所以我的兩個函數名字為。
switch_line_walk_cost 和 adjacent_stop_cost 意思是換乘開銷和乘車開銷。
但是這里面有一個問題沒有考慮到，實際生活中如果以要乘車從第一站到第三站，你應該一直待在車上（地鐵要比步行快4倍）但是這題的數據卻需要蛋疼得讓你從第一站直接走到第三站去。
比如說 地鐵線 line1 A -- B -- C 如果 A和C的坐標很近，但是B的坐標非常遠。乘車從A經B到C的開銷甚至超過了直接從A走到C的開銷時，這樣也可以認為需要換乘（步行）。我對于這一點沒有考慮到，導致我WA了很久楞是沒查出錯在哪了？
最后，調整了一下代碼。先將每一個節點的步行時間計算出來，然后用乘車時間去更新換乘點的時間。于是AC了，值得一題的是這題做的人比較少，又一次排到C語言的第二名。悲催的是，又一次小號比大號的排名靠前！！
由于代碼很上一貼差不多，就不給出來了。多虧了以下數據，讓我查出自己的錯誤。
1 1 10001 10001
2777 886 7793 6915 5386 8335 6649 492 2362 1421 8690 27 7763 59 540 3926 9172 3426 5211 5736 2567 5368 5782 6429 2862 1530 4067 5123 3929 3135 4022 9802 3069 3058 1393 8167 5011 8456 6229 8042 4421 7373 3784 4919 5198 8537 8315 4324 6413 4370 6091 3526 9956 8980 6862 1873 6996 9170 2305 7281 7084 925 336 6327 846 6505 1313 1729 6124 5857 9582 3895 8814 545 5434 3367 4043 364 1087 3750 7276 6808 5788 7178 5403 3584 2754 2651 9932 2399 9676 5060 7739 3368 6226 12 8094 8586 795 7539 1434 570 7467 378 97 6601 3317 2902 6652 492 7301 756 4286 280 3865 9441 8444 9689 8440 6619 8031 4729 8097 8117 4481 5771 709 675 4567 8927 9497 7856 4586 2353 5306 6965 6219 4683 1528 8624 5732 2871 9503 8829 8270 19 9708 3368 6340 6715 7796 8149 2618 723 2846 2245 2921 3451 2379 3555 7764 7488 9841 8228 5193 2350 7034 1500 124 7764 6987 4914 3743 5856 2227 6491 9859 8365 1432 1936 6437 2551 3275 9228 1474 5407 8858 6121 6029 4395 8235 1237 5818 3793 6143 4428 5928 1011 8776 9529 4443 2404 4613 5763 8606 4538 2904 6840 5128 4818 7369 688 9917 7917 3324 6996 9470 7743 8490 2183 9772 5499 5644 6725 7505 5590 2954 8139 7669 9786 8542 8082 197 8464 9355 9507 6348 8804 3622 8611 9299 7828 5746 7343 4340 5568 3311 5422 7605 3810 5661 1801 4878 3730 9320 1305 9444 8736 8522 8626 6708 3465 8282 3416 2924 3258 2062 7637 2600 5624 3452 2036 9379 1899 7468 5550 973 71 3881 7131 8933 4930 8660 5894 7199 163 8899 7981 2959 2996 2813 3773 7190 9668 2926 1095 5084 6466 2090 1340 3376 7684 5936 5542 7445 9107 9179 9756 6887 8418 3348 9412 1659 2172 2336 2009 6342 5210 8206 7587 7713 9301 5321 7372 4819 1255 7721 4599 5939 9904 -1 -1
5667 3940 6228 1705 9150 1127 6658 5984 9224 3920 7269 2422 4081 1396 84 5630 1972 9292 3850 7672 5385 7625 9299 1222 6042 6640 713 3898 6190 2298 -1 -1
8209 2590 8819 8581 7732 9336 5994 1155 -1 -1
4769 379 1776 5273 7255 8850 8142 1860 5884 5579 3205 1993 -1 -1
2504 9567 1961 613 1326 2754 8944 4259 3202 8202 6784 3506 2842 2021 -1 -1
5189 9528 9908 8872 -1 -1
------------------------
36
http://zhidao.baidu.com/question/157000415.html?push=keyword
posted @
2011-05-14 16:27 margin 閱讀(349) |
評論 (0) |
編輯 收藏
摘要: 這道題目（昂貴的聘禮）在poj上只有26%的ac率，貌似是第一道(總之是前幾道第一次引入的中文題目)，別以為中文題目就容易。中文題目就好理解，這題有25%的submit是因為理解錯誤而wa的。 言歸正傳... 題意給出幾個節點要求最短的路徑。 ...
閱讀全文
posted @
2011-05-14 00:16 margin 閱讀(505) |
評論 (0) |
編輯 收藏
如果一個安全從業者去做外掛和寫木馬，那他和那些電視中辟謠的專家有什么區別！
希望這個社會，能給正直者一個正確的回報。
希望多年以后，不會為了生計而去“耍流氓”
相信你我不會后悔當初的選擇。
-- 與諸君共勉
posted @
2011-04-17 20:37 margin 閱讀(165) |
評論 (0) |
編輯 收藏
可以說，我現在暫時進入了人生低潮期。雖談不上最低谷，但是挫折擺在眼前不由得沮喪。
無論在工作，生活，情感，投資等各個方面紛紛得不給力，讓我有一種想擺脫一切得感覺。
工作上，x總一定會回來得，放心吧，立帖為證！
生活上，此處省略50字。
情感上，期望越高，失望越大。我不后悔，但我承認當初是一個錯誤得決定。
投資上，我ri他大爺！
其余種種自不必說，至少我還保留一份堅強，堅信我能撐過去。即使在他鄉，即使獨自去面對，即使未來還不知道在何方。又如何，又不是沒遇到過。一切都會過去。
posted @
2011-03-30 00:39 margin 閱讀(251) |
評論 (1) |
編輯 收藏1.有空看看《hadoop》和《lucense》 重要但不緊急
2.看看分類和聚類的算法和Mango之類的東西， 重要不緊急
3.結束《數據結構》開始《算法導論》
4.看看《消費者行為學》 不重要不緊急
5.看看QQ公布的sdk接口， 不重要不緊急
6.著手寫一個小東西，嘿嘿！
posted @
2011-01-01 14:22 margin 閱讀(216) |
評論 (0) |
編輯 收藏
上周為了等待快遞的mba，罷工了一天。好吧，其實上午是我偷懶，下午其實只耽擱了一個一個小時。終于到手，那個興奮啊。不過興奮很快就被迷茫所取代。對于mac的或者說＊nix的不熟悉，讓我很無奈。下面記錄的是我這幾天突擊的結果。
1.系統熟悉：mac的最大化和win的不一樣，mac不主張全屏幕，認為這樣太占用戶資源。她只是讓這個窗口恰好能顯示完所有內容；ctrl已經不是ctrl；回車變成了win下的f2；觸摸版單擊也要設置，沒有了快速鎖屏；x ＝ command ＋ w不是退出（command ＋ q才是）
2.mac的自己應用：dashboard很不錯哈，不過在抓取google music作為widget的時候，沒注意默認是“僅在dashboard里面播放音樂”，查看照片的時候注意選中多個然后才能用－>顯示下一個。
3.mp3只能用itunus播放？！播放rmvb只能裝一個realplay（好久遠的東西了）
4.ntfs的移動硬盤能讀不能寫，裝個Paragon NTFS搞定之
5.Mac OS X 10.6 已經帶了python2.6；命令行下的vim還不夠給力，對python支持不夠？！裝了macvim。
還又很多細節，但是不值得一說。都是＊nix一些基本的東西，就不在這里寫了。不過再次感嘆，對于mac os 相見恨晚。
posted @
2010-12-21 00:53 margin 閱讀(285) |
評論 (2) |
編輯 收藏poj1101，太久不做了，從水題BFS開始。
posted @
2010-12-15 01:24 margin 閱讀(249) |
評論 (0) |
編輯 收藏