開源治理

A. 開源白癜風防治研究所醫療費高不高

不同的病情，白斑部位黑色素缺失程度不同，白斑大小的不同，治療費用也是不同的，像你的情況，需要到白癜風專業治療白癜風的科研機構檢測出發病誘因及白斑部位黑色素缺失程度後才能知道。費用都是按國家標准收取的，不會多收和亂收取費用的。

B. 無錫火車站與開源白癜風防治所有多遠

火車站（東廣場站）118路在朝陽廣場（南禪寺）站下車 繼續向前走到十字路口，右轉進入解放南路直走100米左右，左拐進入通揚北路，直走到院。打車15元左右。

C. 如何在kafka-python和confluent-kafka之間做出選擇

kafka-python：蠻荒的西部
kafka-python是最受歡迎的Kafka Python客戶端。我們過去使用時從未出現過任何問題，在我的《敏捷數據科學2.0》一書中我也用過它。然而在最近這個項目中，它卻出現了一個嚴重的問題。我們發現，當以文檔化的方式使用KafkaConsumer、Consumer迭代式地從消息隊列中獲取消息時，最終到達主題topic的由Consumer攜帶的消息通常會丟失。我們通過控制台Consumer的分析驗證了這一點。
需要更詳細說明的是，kafka-python和KafkaConsumer是與一個由SSL保護的Kafka服務（如Aiven Kafka）一同使用的，如下面這樣：
kafka_consumer = KafkaConsumer(
topic,
enable_auto_commit=True,
group_id=group_id,
bootstrap_servers=config.kafka.host,
api_version=(0, 10),
security_protocol='SSL',
ssl_check_hostname=True,
ssl_cafile=config.kafka.ca_pem,
ssl_certfile=config.kafka.service_cert,
ssl_keyfile=config.kafka.service_key
)

for message in kafka_consumer:
application_message = json.loads(message.value.decode())
...

當以這樣的推薦方式使用時，KafkaConsumer會丟失消息。但有一個變通方案，就是保留所有消息。這個方案是Kafka服務提供商Aiven support提供給我們的。它看起來像這樣：
while True:
raw_messages = consumer.poll(timeout_ms=1000, max_records=5000)
for topic_partition, messages in raw_messages.items():
application_message = json.loads(message.value.decode())
...

雖然這個變通方案可能有用，但README中的方法會丟棄消息使我對其失去興趣。所以我找到了一個替代方案。
confluent-kafka：企業支持
發現coufluent-kafka Python模塊時，我感到無比驚喜。它既能做librdkafka的外封裝，又非常小巧。librdkafka是一個用C語言寫的kafka庫，它是Go和.NET的基礎。更重要的是，它由Confluent公司支持。我愛開源，但是當「由非正式社區擁有或支持」這種方式效果不行的時候，或許該考慮給替代方案印上公章、即該由某個公司擁有或支持了。不過，我們並未購買商業支持。我們知道有人會維護這個庫的軟體質量，而且可以選擇買或不買商業支持，這一點真是太棒了。
用confluent-kafka替換kafka-python非常簡單。confluent-kafka使用poll方法，它類似於上面提到的訪問kafka-python的變通方案。
kafka_consumer = Consumer(
{
"api.version.request": True,
"enable.auto.commit": True,
"group.id": group_id,
"bootstrap.servers": config.kafka.host,
"security.protocol": "ssl",
"ssl.ca.location": config.kafka.ca_pem,
"ssl.certificate.location": config.kafka.service_cert,
"ssl.key.location": config.kafka.service_key,
"default.topic.config": {"auto.offset.reset": "smallest"}
}
)
consumer.subscribe([topic])
# Now loop on the consumer to read messages
running = True
while running:
message = kafka_consumer.poll()
application_message = json.load(message.value.decode())

kafka_consumer.close()

現在我們能收到所有消息了。我並不是說kafka-python工具不好，我相信社區會對它的問題做出反應並解決。但從現在開始，我會一直堅持使用confluent-kafka。
開源治理
開源是強大的，但是涉及到復雜的「大數據」和NoSQL工具時，通常需要有一家大公司在背後推動工具的開發。這樣你就知道，如果那個公司可以使用工具，那麼該工具應該擁有很好的基本功能。它的出現可能是非正式的，就像某公司發布類似FOSS的項目一樣，但也可能是正式的，就像某公司為工具提供商業支持一樣。當然，從另一個角度來看，如果一家與開源社區作對的公司負責開發某個工具，你便失去了控制權。你的意見可能無關緊要，除非你是付費客戶。
理想情況是採取開源治理，就像Apache基金會一樣，還有就是增加可用的商業支持選項。這對互聯網上大部分的免費軟體來說根本不可能。限制自己只使用那些公司蓋章批准後的工具將非常限制你的自由。這對於一些商店可能是正確選擇，但對於我們不是。我喜歡工具測試，如果工具很小，而且只專心做一件事，我就會使用它。
信任開源
對於更大型的工具，以上決策評估過程更為復雜。通常，我會看一下提交問題和貢獻者的數量，以及最後一次commit的日期。我可能會問朋友某個工具的情況，有時也會在推特上問。當你進行嗅探檢查後從Github選擇了一個項目，即說明你信任社區可以產出好的工具。對於大多數工具來說，這是沒問題的。
但信任社區可能存在問題。對於某個特定的工具，可能並沒有充分的理由讓你信任社區可以產出好的軟體。社區在目標、經驗和開源項目的投入時間方面各不相同。選擇工具時保持審慎態度十分重要，不要讓理想蒙蔽了判斷。

D. 軟體測試對象有哪些

1開源測試治理對象：Bugfree、Bugzilla、TestLink、mantis [其他對象與主動化測試框架]：Rational Functional Tester、Borland Silk系列對象、WinRunner、Robot等。 開源功能主動化測試對象：Watir、Selenium、MaxQ、WebInject 開源機能主動化測試對象：Jmeter、OpenSTA、DBMonster、TPTEST、Web Application Load Simulator [TestDirector]：企業級測試治理對象，也是業界第一個基於Web的測試治理體系。 [Quality Center]：基於Web的測試治理對象，可以組織和治理應用法度榜樣測試流程的所有階段，包含指定測試需求、籌劃測試、履行測試和跟蹤缺點。 [QuickTest Professional]：用於創建功能和回歸測試。 [LoadRunner]：猜測體系行動和機能的負載測試對象。 國內免費軟體測試對象有：AutoRunner和TestCenter。建議選擇：3、安然性測試對象：AppScan；1、機能測試對象：LoadRunner；2、主動化測試對象：QTP；4、缺點治理對象：TestLink+Mantisbt。

E. 河南省平頂山市湛河區教體局劉建光局長人品真的很差嗎

我是一名教師，不太了解，不過有時候說話不算數，據說上人時候治理開源路小學的房子就沒有結果，不過，處分的很多領導，有人說是個人報私仇。

F. 軟體測試的對象包括哪些

軟體測試的對象包括源程序、目標程序、數據和相關文檔。

G. 開源軟體是SOA的未來嗎

SOA主要是一種技術架構和業務策略，不是你能夠出去買到的東西。 Hinchcliffe & Company公司總裁兼首席技術官Dion Hinchcliffe說，眾所周知，你不必購買軟體來提供SOA功能。SOA主要是一種技術架構和業務策略，不是你能夠出去買到的東西。 但是，這個事實也是真的：實現軟體能夠讓提供SOA的工作容易10倍。或者在某些情況下讓提供SOA困難10倍。但是，如果軟體確實能夠幫助向SOA更快和更方便地過渡，那麼，當前的形勢就是商業SOA解決方案與開源SOA解決方案之間的日益激烈的競爭。 應該指出，SOA的技術支持(至少從創建兼容性服務方面說)很長時間以來已經建在了大多數現代的開發堆棧中，無論這個堆棧是。NET、J2EE還是目前迅速普及的雲計算平台。 因此，許多當前的企業級SOA努力都投資某種軟體以支持目前SOA的開發、測試、安全、管理和治理。替代商業SOA產品的開源軟體替代軟體現在已經出現了很長時間了，但是，我現在才看到人們對開源軟體解決方案的興趣出現了相對突然的和明顯的增長以及開源軟體解決方案本身競爭力的提高。 出現這種情況的部分原因毫無疑問是經濟衰退，是由於成本的敏感性，但是，其它的原因是最新的開源軟體SOA產品誘人的性質和成熟。由於實施者努力應對更含糊的很少更新的商業產品，透明度和開源軟體的影響力將繼續是一個不小的因素。 這個答案是，同需要復雜的問題一樣，這取決於許多因素。 ·業務架構。如果你在創建服務，但是沒有戰略計劃，你僅僅是在做低級的整合。這仍然是有價值的，但是，SOA的巨大好處來自於在本地實施的一個彈性的、適應性的全局性的計劃。工具對於SOA的這個關鍵的方面的影響是有限的。但是，某些建模、庫和政策解決方案肯定會有幫助。到目前為止，SOA在這些地方還不是非常強大。 ·互操作性。這是SOA提供其價值的核心方式，如實現可再利用的業務服務和數據，在這個過程中消除豎井等。沒有互操作性，商務流程管理和編排等高序函數就不能實現。Hinchcliffe說，根據我的經驗，互操作性出人意料地有大量的敵人，有時候包括標准本身。在SOA領域，有許多各種各樣的不同標准。多數人都知道我越來越堅持這個觀點，簡單的服務能夠創建最大的價值。但是，無論採用哪一種方法，開源軟體廠商現在都能夠滿足大多數最高級的互操作性的要求(工具變體、編程語言/平台支持、SOAP和REST等服務類型以及方案的不兼容性)，至少在某些程度上能夠滿足服務質量、治理和一些安全的要求。 ·治理。軟體支持與控制SOA中的服務有關的活動是治理的一部分。與業務架構一樣，這個功能一部分是技術功能。而工具肯定能有幫助。開源軟體在這方面仍然很薄弱。 因此，開源軟體目前在上述SOA的三個頂級要求中的兩項要求方面有很大的局限性，同時，在實際的服務實施和流程自動化方面是很強的。在這個領域，開源軟體SOA目前有巨大局限性的唯一的一個地方是連接不同的後台企業數據源的適配器的數量和開源軟體混搭開發工具。遺憾的是這是獲得SOA價值的重要的障礙之一。Hinchcliffe說，作為一個成熟的SOA戰略，我會給開源軟體一個合格的肯定答復。但是，我要附加一個警示說明，現在不可能建立一個完全是開源軟體的企業SOA棧。 這里的關鍵問題是開源軟體解決方案能夠提供目前的SOA努力的真正價值，無論在減少前期成本方面以及開源軟體伴隨的好處方面都是如此。開源軟體的好處包括能夠直接影響產品的發展、更透明的架構以及更明確地理解和尊重其在服務架構中的功能實力。 至於未來，Hinchcliffe說，我認為，開源軟體將來很可能在這種實踐的技術方面繼續侵蝕商業SOA軟體的領地。但是，在可以預計的未來，與其它商業性產品以及商業性治理軟體緊密結合在一起的商業性SOA解決方案將繼續擁有可持續的和強大的優勢。如果你的機構已經開始實施開源軟體戰略，那麼，你可能會發現開源軟體SOA將達到黃金時段，在中長期會滿足你的需求。然而，在自己的應用程序組合中有許多現貨的企業必須更加小心以保證自己的開源軟體工具能夠很好地運行並且與自己的數據緊密地集成在一起。 Hinchcliffe說，我在Twitter網站向Software AG首席戰略官Miko Matsumura提出了關於目前的開源軟體SOA的問題。