qcon_从QCon旧金山2010获得的主要外卖点和经验教训
qcon
在本文中,我們介紹了一些博客和推特上關于QCon San Francisco 2010的與會者所看到的要點。 這QCon大會, 第 4 個在SF和第 13 屆世界各地被搶購一空未來幾周的會議-超過650與會者包括80個+音箱! QCon SF由InfoQ.com和在丹麥舉辦GOTO會議的公司Trifork制作。 QCon將在每年的11月左右繼續在SF中運行, QCon London將在2011年3月再次運行, QCon Beijing和QCon Tokyo將在4月運行。 我們的第一個QConS?oPaulo也在今年9月舉行,參加人數超過800。
目錄
講解
- Martin Fowler和Jez Humble的連續交付
- 面向資源的體系結構:信息優先作者:Brian Sletten
- Dan North的敏捷建筑的秘密
主題演講
- 傍晚主題演講:Dan Ingalls玩電腦四十年
- 開幕主題演講:Patrick Copeland的Google創新
- Martin Fowler撰寫的21世紀的軟件設計
敏捷進化
- 敏捷不能保證Leonardo Mattiazzi創造價值
- Dan North保持敏捷敏捷
- 提高標準:使用看板和精益來超級優化您的敏捷實現,作者:Jesper Boeg和Guilherme Silveira
您一直想知道的架構
- 尼克·卡倫(Nick Kallen)在Twitter規模上進行數據架構
- 大型網站的更多最佳做法-eBay的教訓Randy Shoup
- 在云中運行Netflix by Adrian Cockcroft
建筑無政府主義者
- 刻意的發現:Dan North提出的您想要的代碼
- LMAX-如何以小于1ms的延遲每秒執行超過10萬次并發事務作者:Michael Barker和Martin Thompson
- Node.js:異步純度導致更快的開發Ryan Dahl
大規模設計
- 軟件形狀,組織形狀和過程形狀:Michael Feathers撰寫的Eerie Parallels
- 您什么時候應該考慮元架構? 麗貝卡·維爾夫斯·布洛克(Rebecca Wirfs-Brock)和約瑟夫·約德(Joseph Yoder)
開發與運營:一個團隊
- Jez Humble的連續交付演示
- John Allspaw的合作,協作與意識
- 當皮毛飛起來時:最糟糕的情況發生時,開發人員和行動人員之間的合作Michael T. Nygard
直觀的并行編程
- 演員思考戴爾·舒馬赫(Dale Schumacher)
- 感知與行動:斯圖爾特·哈洛威(Stuart Halloway)的Clojure時間模型簡介
Java,平臺
- Erjang-Kresten Krab Thorup的基于JVM的Erlang VM
您一直想知道的更多架構
- 英雄聯盟:斯科特·德拉普(Scott Delap)和蘭迪·斯塔福德(Randy Stafford)擴展到數以百萬計的忍者,耶德和巫師
- 擴展社交圖譜:Jason Sobel的Facebook基礎設施
NoSQL
- title.regex =“ * noSQL *”通過Erik Meijer
- Michael T. Nygard在哪里放置數據
現實生活中的云架構
- John L. Callas和Khawaja Shams的《云計算之外》
保護網絡安全:功能,JavaScript和HTML
- 從E到ECMAScript,再由Mark S. Miller返回
我們賴以生存的SOA
- 你做REST嗎? 由Subbu Allamaraju
- Stefan Tilkov撰寫的將REST用于SOA的實用指南
- RESTful SOA或域驅動設計-妥協? 沃恩·弗農(Vaughn Vernon)
- 超媒體的作用與Web集成的未來Guilherme Silveira
解決方案跟蹤:周三
- Java的前進之路作者:Adam Messinger
- 什么時候垃圾不是垃圾? 使用Ehcache克服JVM的局限性創始人Ari Zilka
解決方案跟蹤:星期五
- 在企業架構中采用敏捷方法作者:Brian Zeichick
社會事件
關于QCon的觀點
外賣
結論
講解
史蒂夫·張(Steve Zhang)喜歡這兩天的教程:
Joseph Yoder和Rebecca Wirfs-Brock的 “自適應對象模型”非常好,實際上我本應該參加Dan North的架構師課程,但最后一刻我改變了主意。 我真的很想念Dan North的課程,但是AOM確實很棒,因為它提供了多種模式來使應用程序體系結構更加靈活,這對于使用Java之類的靜態語言來說確實很重要。 我認為在當前的Java應用程序開發中使用此模型真的很有用。
Martin Fowler和Jez Humble的 連續交付
史蒂夫·張(Steve Zhang)創建了本教程的思維導圖 :
Twitter在本次會議上的反饋包括:
MachinesAreUs :@ martinfowler解釋了功能分支與#continuousintegration #qconsf相反
MachinesAreUs :“僅因為您擁有自動化測試并不意味著您不應該進行手動測試” @ martinfowler #qconsf
面向資源的體系結構:信息優先作者: Brian Sletten
伊桑·溫諾格勒 ( Ethan Winograd)寫道:
到目前為止,在我參加的教程中有很多關于REST的討論,我想與您分享一些我在這里選擇的內容。 對我而言,我將REST視為提供數據服務的輕量級方法(可能是針對啟用PayPal的移動應用程序)。
昨天,我參加了Brian Sletten的一個演講,在面向資源的體系結構和語義Web的背景下,這是REST的非常好的介紹。 對我來說,這是一個令人大開眼界的演講,它幫助我了解了具有可解析的URL(如在RESTful實現中一樣)如何充當數據源,如何將WWW變成鏈接的和可查詢的數據集。
這個想法是這樣的:您在RDF信息上標記數據(在可解析的“頁面”上),或者讓工具為您標記這些數據,當這些資源變得越來越多時,數據就可以以可聚合和以有意義的方式查詢 。 它有可能將整個網絡轉變為消費者策劃的數據庫(例如維基百科),該數據庫開始構建WWW包含的內容的地圖。
Dan North 的敏捷建筑的秘密
Dennis Doomen參加了這一天的教程:
他發表了一段時間以來關于建筑的最精彩,最令人耳目一新的演講。 那天他涵蓋了大量的材料,所以我什至不會嘗試在博客文章中進行介紹。 但是我特別喜歡的是,該內容的很大一部分是在處理構建體系結構的組織和人員方面。
值得一提的要點之一是我很難理解的事實是,很難進入一個組織并建立足夠的信任以開始破壞組織。 通常,您會發現數十件需要改進的東西,接受這樣的事實,即您可能只能更改其中三項,并專注于此。 …
重要的是要接受風險發生的事實,因此應對它。 如果您可以通過快速(讀取:自動化)構建,測試和部署小的更改來設置體系結構和開發過程,則不必太擔心這些風險的可能性。 此外,快速部署會為您提供寶貴的反饋,可用于進一步調整和調整體系結構。 作為獎勵,它使您可以將決策推遲到最后一個負責任的時刻,而不必事先做出決定并冒犯錯誤選擇的風險。
Twitter在本次會議上的反饋包括:
DianaOfPortland :來自#qconsf @ tastapod的定義 :“風險是一種表達'我害怕它'的奇特方式?!?通過減少無知(即學習)來管理恐懼。
steinhjertas :我對@ tastapod的教程的總結:仍然需要企業架構師,并且不僅要具有技術技能。 #QConSF
rajivnarula :來自@ tastapod “軟件體系結構。是組織設計的反映” -Conways Law #qconsf
JaiHirsch :Dan North:反復思考,不斷減少無知/永久“未完成”,但改善了#qconsf
ddoomen :Dan North:“敏捷是一種使平庸的開發人員減少花費的方法” #qconsf
jcfigueiredo :一個糟糕的系統每次都會擊敗一個好人。 Dan North #qconsf
主題演講
傍晚主題演講: Dan Ingalls玩 電腦四十年
Dennis Doomen參加了本次會議:
丹·英加爾斯(Dan Ingalls)似乎是我們職業中的偶像,也是Smalltalk的創始人,Smalltalk是每當我們談論面向對象的歷史時被廣泛引用的計算機語言。 他帶領我們完成了40年的計算機工程工作,似乎擁有與Yoda匹敵的智慧。 如果您一直在監視#qconsf Twitter哈希標簽上的聊天記錄,那么您知道我的意思。
Twitter在本次會議上的反饋包括:
jakemcc :Dan Ingalls在#qconsf上進行了非常有趣的演講。 讓我覺得我需要創造更多。 也將我推向音樂和編碼領域。
cecifernandes :Dan Ingalis的精彩演講。 非常有趣且令人敬畏的Smalltalk故事...以及現場演示。
jcfigueiredo :Dan Ingalls是計算歷史的一部分,現在我也是其中的一部分。
開幕主題演講: Patrick Copeland的 Google創新
Dennis Doomen 在谷輪的主題演講中說 :
他就使用物理模型制作軟件產品原型的價值作了精彩的演講。 最初聽起來有些奇怪,甚至不太可能,但是他展示了一些來自Google自己的產品開發工作的令人信服的故事。 他給這個概念起的名字就是原型 ,甚至還有一個網站 。
Twitter在本次會議上的反饋包括:
stilkov :“如果您對第一個產品不感到尷尬,那您就來不及了” – @ copelandpatrick在#qconsf
ardwalker :Google的Patrick Copeland在#qconsf上構建正確事物的重要主題演講
johaneltes :Google關于創新的主題演講讓我度過了#qconsf
signde :工程主管@ copelandpatrick的 精彩主題演講。 回復:谷歌的創新。 可能是我見過的最好的。 #qconsf
A_Robson :Patrick Copeland的創新演講是有史以來任何技術會議的最佳主題。 #qconsf
_adv :原型設計宣言#qconsf http://twitpic.com/33v2fk
Martin Fowler撰寫 的21世紀的軟件設計
InfoWorld發表了有關Fowler主題演講的文章 ,其中包括:
Fowler吹捧DSL的生產力優勢。 開發人員使用的DSL中包括Microsoft LINQ(語言集成查詢),Hibernate和CSS(級聯樣式表)。 “一種精選的領域特定語言可以真正縮小事物的行為范圍,使您能夠更好地表達自己的意圖,這是領域特定語言的第一個也是非常重要的優勢?!?Fowler解釋說,DSL還以非程序員可以理解的方式表達編程活動。
通過持續集成,軟件開發團隊的成員會經常集成他們的工作。 Fowler說,不鼓勵使用持續集成的開發人員進行重構以保持代碼整潔。 此外,持續交付的概念使開發人員能夠盡快將軟件投入生產。
同時,事件源涉及將有關系統更改的信息存儲為事件對象。 保持更改記錄。 “這是我過去幾年中遇到的很多建筑技術和建筑模式,這再次成為我未曾應有的用處之一?!?
史蒂夫·張(Steve Zhang)享受主題演講:
馬丁周五的主題演講也很棒。 我買了他的最新書:《領域特定語言》,我的建議是買他的任何書,您都不會失望的。
Twitter在本次會議上的反饋包括:
brhubart :Martin Fowler:如果很痛,請多做幾次 。 #qconsf
eriksowa :持續集成和功能分支不兼容。 強大的合并工具無法處理語義。 通過#qconsf上的 @ martinfowler
codeish :正則表達式和CSS是DSL。 DSL應該是非程序員可讀的。 #qconsf
敏捷進化
敏捷不能保證 Leonardo Mattiazzi 創造價值
Dennis Doomen參加了本次會議:
萊昂納多·馬蒂亞齊 ( Leonardo Mattiazi )關于在一家巴西公司中采用敏捷的討論在當天的正式工作中完成。 盡管他并沒有真正引入任何新概念或創新,但他向我們展示了成功將充滿激情的公司轉變為采用敏捷組織的挑戰。 在漫長的一天之后,他對視覺媒體和Twitter的使用非常好,有助于使觀眾保持清醒。 在他講話期間,我幾次向他提出挑戰,因為這一切都讓我感到非常不自然。 但是我恰巧在會議上和他一起喝了些啤酒,并確認他對這么多人感到非常幸運。
Dan North 保持敏捷敏捷
Dennis Doomen參加了本次會議:
丹·諾斯(Dan North)的主題為“ 保持敏捷敏捷”令人震驚,在我整個演講過程中,我一直微笑著。 除了重復出現的Dreyfus模型(如果您是像我這樣的顧問,試圖提高其他人的技能,這實際上非常方便),他還討論了沒有考慮就應用最佳實踐的危險。 正如他所解釋的那樣,問題在于,大多數人將最佳做法視為您應做的事情,而不管您要使用它的上下文如何,并且沒有考慮其優缺點。 實際上,大多數最佳實踐的提倡者甚至都沒有提到所有這些副作用。 這就是為什么他建議將這些實踐稱為模式而不是最佳實踐。 這與“四人幫”解釋其設計模式的方式產生了很好的共鳴。 但是,如果您問我,在介紹任何實踐,模式或其他眾所周知的靈丹妙藥之前,任何優秀的顧問都應研究特定的文化,歷史,問題領域和相關人員。
Twitter在本次會議上的反饋包括:
trulsjor :在#QConSF上保持敏捷敏捷-高度教育和有趣,將Dreyfus模型映射到最佳實踐。
提高標準:使用看板和精益來超級優化您的敏捷實現 ,作者: Jesper Boeg和Guilherme Silveira
格雷格·霍華德 ( Greg Howard)評論:
演講中充斥著一些不錯的聲音(“如果感覺很痛,請多做一點,使痛苦向前發展”)。 但是它也強調了重點:Boeg展示了一個“部署管道”,代表了構建,部署,測試和發布過程的自動化實施,這是一種發現和消除敏捷交付瓶頸的方法。
Twitter在本次會議上的反饋包括:
AppDynamics :Jesper Boeg:“頻繁發布不僅可以獲取最終用戶的反饋,而且可以降低每次發布的風險?!?#qconsf
您一直想知道的架構
尼克·卡倫 ( Nick Kallen) 在Twitter規模上進行數據架構
Twitter在本次會議上的反饋包括:
A_Robson :大談由@ NK在#qconsf 。 實物規模驚人!
大型網站的更多最佳做法 -eBay的 教訓 Randy Shoup
Twitter在本次會議上的反饋包括:
A_Robson :Randy Shoup關于體系結構原理的演講應該是具有建筑師頭銜的任何人的先決條件。 #qconsf
stilkov :需要人工解析的日志消息不足–云需要機器可讀的消息- #qconsf的 Randy Shoup
codeish :“如果執行兩次以上,請編寫腳本?!?蘭迪·舒普 自動化是云中的關鍵。 #qconsf
andrewsmedina :Randy Shoup的“ Think parallel”在#qconsf
在云中運行Netflix by Adrian Cockcroft
格雷格·霍華德(Greg Howard)說:
Adrian Cockroft正在Netflix領導生產級應用程序的開拓性公共云部署,他也將理論圍繞多汁的實質進行了包裝。 他“展示了代碼”以及公司應用程序擴展和監控工具的屏幕截圖。
Twitter在本次會議上的反饋包括:
greg_murphy74 :@ adrianco舉行的精彩會議,內容涉及在EC2上運行大量Netflix。 有很多好的技術可以嘗試。
codeish :Netflix的演講真棒! #qconsf
建筑無政府主義者
刻意的發現: Dan North提出的 您想要的代碼
Dennis Doomen參加了本次會議:
因此,讓我們討論丹·諾斯(Dan North)關于“ 故意發現”的演講。 即使在與Dan交談并閱讀了他的相關文章之后,我的大腦在整整一天的余下時間里都受到傷害。 而且我仍然不知道我是否能夠重現他的信息。 他的觀點是,我們項目中的許多失敗都是由于無知造成的。 對技術的無知,對組織方面的無知,甚至對您自己的無知的無知。 從本質上講,您會在任何水平上都不了解的東西(他稱之為軸 )會降低或阻礙您的吞吐量。 它不一定必須適用于您或您的團隊。 您的利益相關者的無知可能會帶來災難性的后果。 在撲克計劃會議或用戶故事研討會上,一些無知將變得顯而易見,但這僅僅是冰山一角。
Twitter在本次會議上的反饋包括:
ddoomen :丹·諾斯(Dan North):“大多數恐懼都是非理性的,所以我們可以學習如何擺脫這種恐懼 ” #qconsf
LMAX-如何以小于1ms的延遲每秒執行超過10萬次并發事務作者: Michael Barker和Martin Thompson
Twitter在本次會議上的反饋包括:
vitopn :LMAX討論非常激烈-從Intel CPU延遲措施到反隊列消息傳遞體系結構-喜歡它#QConSF @ tastapod
A_Robson :關于LMAX的話題正式使我震驚 。 每秒6+百萬筆交易,具有顛覆性模式。 #qconsf
tastapod :LMAX團隊直接回到了Intel CPU架構圖,以找出如何編寫快速交換。 #QConSF
Node.js:異步純度導致更快的開發 Ryan Dahl
Twitter在本次會議上的反饋包括:
BeingAgile :Node.js的討論真是太棒了。 從頭開始*對聊天室進行實時編碼,然后讓觀眾聯系起來并he之以鼻。 #qconsf
tastapod :實時編碼! Ryan Dahl入侵node.js中JavaScript,以解釋非阻塞dns。 #QConSF
andrewsmedina :“ Node.js:異步純度導致更快的開發”,作者Ryan Dahl #qconsf
大規模設計
軟件形狀,組織形狀和過程形狀: Michael Feathers 撰寫的Eerie Parallels
Twitter在本次會議上的反饋包括:
evanbottcher :非常喜歡@ mfeathers的演講,上面點綴著康韋定律的實際運用。 一種完成#qconsf的好方法
eriksowa :通過聽@ mfeather結束#qconsf ,按照Conway 法則將軼事聯系起來。 這么好!
什么時候應該考慮元架構? 麗貝卡·維爾夫斯·布洛克 ( Rebecca Wirfs-Brock)和約瑟夫·約德 ( Joseph Yoder)
麗貝卡·維爾夫斯·布羅克 ( Rebecca Wirfs-Brock )對自己的演講發表了評論:
房間快滿了,我感到驚喜。 我猜想馬丁·福勒(Martin Fowler)較早的主題演講中1/3是關于DSL的,這可能是一些好奇的人參加我們演講的原因。 或也許是我對Michael的推文/ 回復 : @mfeathers元架構不是“舊的”技術……它們是“成熟的”技術……在許多新地方都可以看到。
開發與運營:一個團隊
Jez Humble的 連續交付演示
Twitter在本次會議上的反饋包括:
AppDynamics :“如果很痛,請多做幾次 ,使痛苦向前發展?!?-@ jezhumble # 敏捷#QConSF
mtnygard :“您的軟件需要不讓其他團隊參與 進來 ” – @ jezhumble #qconsf
John Allspaw的 合作,協作與意識
格雷格·霍華德(Greg Howard)說:
John Allspaw在演講中高調發言-在Ops和Dev之間共享所有權和專業化領域的想法,這是典型的DevOps演示-但通過在Etsy上進行日志級別,日志記錄,度量和監視工作方式的代碼級討論來支持該理論。
約翰·奧爾斯帕 ( John Allspaw )對自己的演講發表了評論:
我最終拒絕的一個非開創性想法之一是,對于那些對“連續部署”有興趣或對“連續部署”感興趣的人來說,它應該是顯而易見的:
“能夠從故障中快速恢復比減少故障頻率更重要。”
這應該是一個顯而易見的警告:某些類型的故障永遠都不會發生,并且并非所有的故障/降級/停機都是相同的。 (例如,導致意外數據丟失的故障)。
當皮毛飛起來時:最糟糕的情況發生時,開發人員和行動人員之間的合作 Michael T. Nygard
Twitter在本次會議上的反饋包括:
MachinesAreUs :RT @ tastapod :@ mtnygard建議將開發人員和運營人員帶入同一團隊,并合并變更請求+缺陷積壓#QConSF
直觀的并行編程
演員思考 戴爾·舒馬赫 ( Dale Schumacher)
Twitter在本次會議上的反饋包括:
A_Robson :Dale Schumacher建立了自己的功能演員語言,這也是一種操作系統和動態語言語法。 #holycrap #qconsf
ifandelse :戴爾·舒馬赫(Dale Schumacher)向我展示了我對演員模式的*想法*是垃圾。 令人振奮的會議。 #qconsf
感知與行動: 斯圖爾特·哈洛威 ( Stuart Halloway)的 Clojure時間模型 簡介
史蒂夫·張(Steve Zhang)發現了Clojure:
我了解到Clojure是一門優美而優美的語言,更重要的是Closure定義/重新定義了有關價值,時間,感知的概念,這與傳統的面向對象模型完全不同。 OO不是觀察世界的唯一事物。 這是巨大的觀念轉變。 Stuart在Clojure中關于時間模型的第二次演講是出色的,漂亮的哲學,這將需要我花費更多的時間來完全理解它們。
Twitter在本次會議上的反饋包括:
andrewsmedina :clojure == node.js +并發+并行#qconsf
Java,平臺
Erjang- Kresten Krab Thorup 的基于JVM的Erlang VM
Twitter在本次會議上的反饋包括:
MachinesAreUs :Erlang背后的設計思想:在出現錯誤的情況下構建可靠的系統-@ drkrab #qconsf進行交談
您一直想知道的更多架構
英雄聯盟: 斯科特·德拉普 ( Scott Delap)和 蘭迪·斯塔福德 ( Randy Stafford) 擴展到數以百萬計的忍者,耶德和巫師
Twitter在本次會議上的反饋包括:
brhubart :@ scottdelap :英雄聯盟緩存所有相關的配置屬性。 #qconsf #riotgames
brhubart :@ scottdelap :如果沒有簡單的查看方法,數據將無用。 #qconsf #riotgames
brhubart :Randy Stafford:網格的域驅動設計。 #qconsf #riotgames
擴展社交圖譜: Jason Sobel的 Facebook基礎設施
馬克·巴蒂 ( Mark Ba??thie )在此演示文稿上發表了評論:
Facebook的基礎架構團隊擁有超過5億活躍用戶,需要處理大量流量。 盡管這不是熱門新聞,但直接聽到產品和支持基礎結構人員的意見總是很酷的。 Facebook工程經理Jason Sobel就如何決定堅持使用Facebook最初使用的技術MySQL和PHP作了很好的演講。
正如大多數產品經理所知道的那樣,某個產品將在某個時候達到上限閾值,您將面臨以下決定:(1)使用其他或更現代的語言進行重新編寫并獲得改進,但是可能會降低產品重寫的幾年時間(當然,這取決于項目的大小),或者(2)堅持使用產品原樣并忍受任何可能引起問題的問題并解決這些問題。 facebook的團隊做到了這兩者,他們堅持使用PHP,當達到上限時……他們做了什么? 當然寫一個編譯器!
編譯器將PHP轉換為C ++,據Jason所述,網站性能提高了4-5倍。 這是開箱即用的主要思想,僅編寫一個編譯器就需要很多技術能力。 最終,這使Facebook的Web開發人員可以使用相同的語言,以相同的速度在網站上進行迭代,而不會對其內部開發過程產生任何影響。
Twitter在本次會議上的反饋包括:
mansillaDEV :MySQL的查詢#FB只是香草將選擇并插入。 所有索引都存儲在內存緩存中。 “每2個內存緩存就有 8個Web服務器” #qconsf
al3xandru :Fb:MySQL簡單,快速且可靠。 注意:存儲本身無法處理分發部分#mysql #qconsf
al3xandru :Fb:我們并不是#Cassandra #qconsf的重度用戶
NoSQL
title.regex =“ * noSQL *”通過Erik Meijer
Dennis Doomen參加了本次會議:
我去的另一個話題是Erik Meijer對SQL與NoSQL的數學分析。 我必須承認觀看這很有趣。 但是,老實說,除了能夠表達他的觀點,即應該將SQL數據庫和NoSQL數據庫視為互補而不是競爭,我不知道他在說什么。 考慮到他正在為Microsoft工作,這可能是真實的信息。 盡管如此,觀眾還是很興奮,所以一定很棒。
Twitter在本次會議上的反饋包括:
A_Robson :Erik Meijers在#qconsf上的 #nosql談話在數學上證明了鍵/值是sql的數學補充。 #ftw
johaneltes :Eric Meyer提出了noSQL與SQL雙重的數學證明。 非常適合教像我這樣的老手noSQL。 很有趣! #qconsf
ddoomen :Erik的會議是我不知道他試圖指出什么的第一次會議。 但我可能是這里的問題。 #qconsf
tomczarniecki :Erik Meijer:NoSQL是關系數據庫,箭頭相反。 哈哈#qconsf
al3xandru :對象是完全組合的,表不是通過/通過Erik Meijer #qconsf
Michael T. Nygard 在哪里放置數據
Twitter在本次會議上的反饋包括:
tastapod :@ mtnygard設法同時具有極大的娛樂性和教育性。 “明尼蘇達州有一個14個月的冬天”
stilkov :“從歷史上看,我的應用程序具有牛奶的保質期” @mtnygard , 網址:#qconsf
stilkov :對NoSQL的興趣中的一半是可伸縮性,另一半是遠離在#qconsf通過DBA @ mtnygard傳遞架構更改
stilkov :“給了足夠的時間和靈活性 ,您可以在任何存儲模型之上創建任何查詢模型” @mtnygard , 網址為#qconsf
現實生活中的云架構
John L. Callas和Khawaja Shams的《 云計算之外》
馬克·巴蒂 ( Mark Ba??thie )在此演示文稿上發表了評論:
我決定接下來與NASA噴氣推進實驗室的Khawaja Shams一起探討云計算領域中的一場演講。 他談到了他們如何利用云來處理從其火星探測器的“精神和機遇”中收集的大量圖像和原始數據。 他們最近將計算基礎架構從“內部”解決方案遷移到了Amazon AWS。 通過利用云中的按需計算能力,與“內部”解決方案相比,他們能夠在短時間內以有意義的方式將大量圖像數據顯示給他們的科學家。
Twitter在本次會議上的反饋包括:
mtnygard :JPL使用SimpleDB作為流動站計劃屬性,在S3中將對完整計劃的引用保留為blob。 選擇一致性而不是可用性。 #qconsf
mtnygard :JPL在其強化的AMI中使用加密文件系統HIDS。 -云中的安全性是可能的,但不是自動的。 #qconsf
保護網絡安全:功能,JavaScript和HTML
從E到ECMAScript,再由Mark S. Miller 返回
Twitter在本次會議上的反饋包括:
rebeccawb :今天下午Mark Miller在Secure Distributed Javascript演講中給人留下了深刻的印象。 優雅,簡單,功能強大且設計精巧的... #QConSF
我們賴以生存的SOA
你做REST嗎? 由Subbu Allamaraju
Twitter在本次會議上的反饋包括:
stilkov :現在在@ sallamar的REST和互操作性演講中-有關接口和合同的有趣討論#qconsf
Stefan Tilkov撰寫的 將REST用于SOA的實用指南
Twitter在本次會議上的反饋包括:
johaneltes :Stefan Stilkovs關于REST / SOA的演講很好。 將12個OAGIS動詞(也是規范協議)映射到REST會很有趣。 #qconsf
MachinesAreUs :處理不同REST服務上的事務的方法:使事務成為第一類資源-@ stilkov #qconsf
RESTful SOA或域驅動設計-妥協? 沃恩·弗農 ( Vaughn Vernon)
Twitter在本次會議上的反饋包括:
stilkov :非常喜歡Vaughn Vernon在#qconsf上的會議-關于如何結合REST和DDD的非常清晰的解釋
超媒體的作用與Web集成的未來 Guilherme Silveira
Twitter在本次會議上的反饋包括:
jcfigueiredo :使用@ guilhermecaelum #qconsf實現Restful體系結構的一些實際實現
stilkov :@ guilhermecaelum在#qconsf的示例 :Restfulie.at(site).get.link(“ search”)。get.fill(“ flight”)。with(:from =>“ GRU”,:to = >“ JFK”)。get
解決方案跟蹤:周三
Java的前進之路作者: Adam Messinger
Twitter在本次會議上的反饋包括:
brhubart :Adam Messinger:2011和2012年發布了2個新的OpenJDK #qconsf
mtnygard :更好的2D和3D圖形的JavaFX API:很酷。 為Java VM或HTML5拆分了后端? 聽起來很狡猾。 #qconsf
mtnygard :計劃在2011年發布2個新的GlassFish。 #qconsf
johannescarlen :2011年發布了兩個新的Netbeans版本以及Glassfish #qconsf
mtnygard :Java Mobile:Web技術的集成。 WebKit,JavaScript,Java / JavaScript橋。 #qconsf
alexismp :WebLogic和GlassFish共享相同的HK2微內核#qconsf #futureofjava (通過@ pieterh )
mtnygard :“我們的目的是擁有JDK的高級版本?!?表示除了開源的JDK。 #qconsf
mtnygard :計劃將JRockit和Hotspot融合到一個VM中。 團隊已經合并。 統一VM將在OpenJDK下開源。 #futureofjava #qconsf
brhubart :Adam Messinger:Java VM對多種語言的支持。 #qconsf
pieterh :Java SE 8將具有Java閉包-項目Lamba,這將實現更好的并行性#qconsf #java
什么時候垃圾不是垃圾? 使用Ehcache克服JVM的局限性 創始人Ari Zilka
Twitter在本次會議上的反饋包括:
baselogic :“垃圾何時不是垃圾/ Ehcache何時”的預期銷售目標 精彩的會議。 我最好的#qconsf
解決方案跟蹤:星期五
在企業架構中采用敏捷方法作者: Brian Zeichick
馬克·巴蒂 ( Mark Ba??thie )在此演示文稿上發表了評論:
Brian的關鍵點在于,敏捷就是要在開發人員和項目經理( Scrum主管)之間實現定期溝通。 如果企業中的人們正在考慮敏捷但不確定其優勢,那么他們應該理解,軟件項目失敗或崩潰的最常見原因是由于團隊之間缺乏溝通。 這是敏捷方法論解決的核心。
社會事件
Dennis Doomen提到了QCon的社交活動中的一些引文 :
- #qconsf人群通過冰淇淋棒撕裂的速度驚人
- 咖啡:一種溫和的刺激劑,在軟件開發會議上作為下午的下午茶而流行。
Dennis Doomen參加了CQRS開放空間討論:
在Google贊助的招待會上快速咬了一口后,我參加了當天早些時候提出的CQRS開放空間討論。 我很驚訝終于在QCon上找到了整個.NET少數群體。 能聽到所有這些聰明人的意見和挑戰真是太好了。 討論持續了1.5個小時以上,因此證明了值得討論。
Twitter在本次會議上的反饋包括:
johannescarlen :在最流行的第一天#qconsf -冰淇淋冷柜!
brhubart :令人驚奇的#qconsf人群穿過冰淇淋棒時撕裂了多快。
ddoomen :自助餐在#qconsf http://yfrog.com/f/e9txsj/
JaiHirsch :與#qconsf人共度美好的夜晚! 期待明天的會議!
mtnygard :我和3個語言實施者坐在一起。 不同的語言。 覺得我需要自己發明才能參與對話。 #qconsf
關于QCon的觀點
馬克·巴蒂(Mark Ba??thie)抱怨不得不從太多好的演示文稿中進行選擇:
上周,我不得不與參加贊助該活動的CollabNet的新主人一起參加了QCon San Francisco 。 唯一的缺點是我想參加太多的會議,討論時隙沖突,但是我設法讓Jason Sobel討論了Facebook的后端基礎架構和PHP,Brian Zeichick向CollabNet的敏捷開發過程發表了講話,以及NASA Jet Propulsion的Khawaja Shams實驗室分享他們對EC2和云計算的使用。
對于史蒂夫·張來說,這是第一個QCon:
我為期5天的QConSF 2010旅程剛剛結束,現在我正在乘飛機飛往多倫多。 這是我第一次參加Qcon會議,整個會議真是太好了,我真的很喜歡整個會議。 …
為期三天的演講非常好,每天我都在努力選擇應該選擇的演講。 我選擇了Java track(星期三),NoSQL(星期四),并行編程(星期五)。 我會說大多數談話真的很好,有些談話您會發現這不是您期望的。 我最喜歡的是邁克爾·費瑟(Michael Feather)的演講:最重要的部分是關于康韋定律的內容:您的代碼結構完全反映了您的組織結構,哇! 在我產生某種印象之前,但是我還沒有意識到這個規則,太棒了! 邁克爾的演講非常重要,因為它可以讓您深入了解更深入的思想,例如禪宗藥物,喚醒行為和意識。 謝謝邁克爾!
Rebecca Wirfs-Brock對QCon發表了評論:
QCon是一個會議,人們希望吸收新技術,設計和架構思想以及編程語言。 QCon是技術極客的圣地。
格雷格·霍華德 ( Greg Howard )講述了他的QCon經驗:
舊金山的QCon原本希望人數較少,但最終卻破裂了:該活動提前了數周售罄,而且在許多會議中,它只是站著而已。
QCon不僅面向開發人員,而且還面向架構師和運營人員,是當今熱門話題:SOA,敏捷和DevOps。 但是,如果在整整三天中都有一致的趨勢,那就是“不再需要理論了。 向我們展示這種做法。”
Twitter關于QCon SF的反饋:
meadoch1 :到目前為止, # qconsf超出了預期。 這就像高級設計的速成課程。 大量的驗證。
外賣
張Ste(Steve Zhang) :
NoSQL,并發和并行編程以及函數式編程是我的盲點。 在為期三天的會議中,我只得到一些概念,因為它們都是非常好的演講者,我知道我將要學習的下一步。
Dennis Doomen編寫了一組引文 :
- “所有問題都可以通過另一級別的間接解決,除非存在過多的間接層”
- “沒有什么能像無狀態服務那樣擴展規?!?
- “您的架構的結構將反映您組織的結構”(丹·諾斯)
- “ Erik(Meijer)從數學上證明了NoSQL實際上是coSQL”
- “您如何區分初創企業和企業之間的區別?在初創企業中,每個人都知道管理員密碼”
- “如果執行兩次以上,請編寫腳本。” (Randy Shoup談到自動化是云中的關鍵)
- “毫無目的的技術會蹲下來”(Rod Barlow)
- “ XML就像暴力。如果不起作用,請更多使用它?!?(馬丁·福勒)
- “希望不是一種策略。不要基于它來構建系統?!?
- “了解領域是整個團隊的活動”(丹·諾斯)
- “與做同樣事情的朋友分享您對事情的恐懼,這會幫助大家一起行動……”
- “會議==毆打”(Michael Feathers在誤解了一個問題之后)
- “測試得太厲害,您將解決永遠不會發生的問題。測試得太輕,壞事就會發生?!?
- “哦?……。哦!。。廢話!” (Dan North,關于故意發現)
- “并發跟蹤不能并行傳遞似乎是錯誤的”
- “再次,QCon向我展示了我真正了解的知識!”
保羅·麥卡利克(Paul McCallick)參加了會議:
是的,這是一個很好的會議。
有很多主題,但似乎其中一個重要主題是
持續交付。 這是推出每個代碼更改的能力
直接生產。 很酷的東西。
Twitter關于此QCon SF的反饋包括:
simonguest :從#Qconsf返回-有關云數據的有趣面板和重大事件
meadoch1 :這一定是我去過的最好的會議或專業教育活動之一。
dragade :在#qconsf #qcon上觀看 有關 Twitter,Ebay和Google等公司的體系結構和實踐的精彩 演講
IntelliZhang :Cownway定律http://tinyurl.com/2wzvyb,這是我從#qconsf學到的最好的定律之一
lorchaos :很多精彩的演講,但我認為@cloture時間模型的@stuarthalloway演示是我最喜歡的#qconsf
JaiHirsch :出色的#qconsf +令人難以置信的人/對話+贏得IPad =一個很棒的會議。 希望明年見!
jezhumble :@ mfeathers的發人深省和深刻見解的最終演講。 結束#qconsf的好方法。
keithdavidson : #qconsf真的很喜歡參加一個不占供應商重物的會議,而且從各個角度講講手Craft.io。
dserebren :在#qcon之后:JVM仍然運行,但是Groovy,Clojure和Erjang似乎比Java本身有趣得多
結論
QCon SF取得了巨大的成功,我們為能夠舉辦這樣的會議而感到自豪。 希望明年見! 要獲取有關下一個QCon SF的公告,請隨時在QCon San Francisco主頁上注冊更新。
翻譯自: https://www.infoq.com/articles/QCon-San-Francisco-2010/?topicPageSponsorship=c1246725-b0a7-43a6-9ef9-68102c8d48e1
qcon
總結
以上是生活随笔為你收集整理的qcon_从QCon旧金山2010获得的主要外卖点和经验教训的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 公司起名工具,有了它你就是半仙了
- 下一篇: 主流机器学习框架介绍