推酷是面向IT領域的個性化閱讀產品(www.tuicool.com),關于產品的更多信息請參考網站的關于頁面。
推酷目前加入到國外一家孵化機構的孵化計劃,該孵化計劃于8月到10月這3個月在大連進行集中開發(提供住宿), 之后會返回北京繼續開發(亦解決住宿問題)。目前推酷正處于熱烈的第二階段開發中,預計今年11月初能正式上線推廣。 為了把推酷各方面做得更好更專業,推動推酷更快的發展,現誠邀熱愛技術的朋友加入。
推酷目前需要的技術主要有以下三方面:
1)前端開發,即html/css,少量的JS應用,會些簡單的UI設計更好。功力方面,至少要比現在的頁面做的更專業些。
2)Web開發,即Ruby on Rails開發,如果有其他語言的Web開發經驗,有志轉向ROR亦可。
3)Android開發,有扎實的Java經驗亦可。
對于上述技能,擅長其中某一方面即可。你可以沒有多年的開發經驗,但還是需要有一定的項目經驗基礎, 并且能自我驅動學習,持續不斷地提高自己的技術。在推酷,你可能會獨立負責某一方面的開發, 這會使你在技術方面更快的成長。當然,我這個零號員工還是可以給予一些指導的。
因為是創業初期,目前推酷可以提供的月薪在3000-6000元(這個工資水平確實不夠給力, 考慮到創業的機會與風險,如果想找個穩當些的工作,推酷就不太合適了)。 如果你有創業熱情,并認同推酷的價值,作為初創成員會給予你豐厚的干股。 推酷也歡迎實習生加入,但要求能全職的實習4個月以上。
就組團理念來說,推酷希望能組成3-4人的技術型小團隊,在個人技術發揮、工作時間安排等方面,都會更加的自由開放。
如果你有加入推酷的意愿,可以將個人簡歷發給我(不用太正式,就別寫自己用過什么eclipse、svn等工具啦), 郵箱是kafka0102@163.com。
打造忒酷的個性化閱讀產品的路上,我在等你。
2007年8月30日 #
摘要: 繼承是面向對象中很重要的概念。如果考慮到Java語言特性,繼承分為兩種:接口繼承和實現繼承。這只是技術層面的問題,即便C++中不存在接口的概念,但它的虛基類實際上也相當于接口。對于OO的初學者來說,他們很希望自己的程序中出現大量的繼承,因為這樣看起來很OO。但濫用繼承會帶來很多問題,盡管有時候我們又不得不使用繼承解決問題。 閱讀全文
摘要: 在結束了上一篇Spring 1.x中AOP的使用之后,我用馬不停蹄的打開Eclipse,做著Spring2.X下了AOP的Sample。在上一篇文章中的配置過程中,由于對自動代理不是很熟,出現了循環引用的異常信息。當初在閱讀PicoContainer源碼時看到循環引用不以為然,后來在學習AspectJ時小有印象,這次在折騰了半個多小時后可加深了印象。 閱讀全文
摘要: 本文通過一個“Hello World”級別的橫切性功能介紹Spring1.X中AOP的使用,并結合Spring的經典的聲明式事務管理給出Spring AOP配置中的經典方案。在Spring2出來以后,Spring1.X的AOP使用方式已經“不合時宜”了,因此如果你是在新項目中采用Spring AOP,建議使用Spring2中的AOP使用方式。關于Spring2.X中AOP的使用,參考該文的姊妹文章Spring2.X中AOP的使用。
一提到AOP的應用,人們就會本能地提起日志功能,它就像一門語言的“Hello World”一樣被人們無數次提起。也許有人會疑問除了“不實用”的日志功能,AOP還能做些什么?可能在很多時候我們并不需要自己實現一個AOP功能,尤其是在擁有了很多優秀的AOP應用框架來解決通用的橫切性問題的情況下(比如Spring的事務管理、比如Acegi的安全管理、比如WebWork的攔截功能)。但問題總是層出不窮的,總會有些問題可能需要我們自己AOP一下。 閱讀全文
一提到AOP的應用,人們就會本能地提起日志功能,它就像一門語言的“Hello World”一樣被人們無數次提起。也許有人會疑問除了“不實用”的日志功能,AOP還能做些什么?可能在很多時候我們并不需要自己實現一個AOP功能,尤其是在擁有了很多優秀的AOP應用框架來解決通用的橫切性問題的情況下(比如Spring的事務管理、比如Acegi的安全管理、比如WebWork的攔截功能)。但問題總是層出不窮的,總會有些問題可能需要我們自己AOP一下。 閱讀全文