BSV Planaria框架技術總結二 Bitquery

時間 2021-06-09 02:40:10

1樓:

bg不清楚

但是對大多數bl cpf來說,還是不能做到樂見成真吧。

cp最好的狀態,莫過於,友達以上戀人未滿。其次是,友情深厚。

在友情範圍內,哪怕動心千萬次,都只能是動心而已,千萬不能成真。

拿我萌的cp舉例,他們都正當上公升期,一片大好前途。如果cp成真苦的更多是他們自己.

站在cpf的角度,一方面希望他們可以發展事業另一方面也不願意陪他們走更難的路。

希望你們永遠是朋友,親密生疏都無所謂,別走散就好

2樓:梅森文佳

不知道是現在定義cp的範圍太廣了還是關於友情關係的描述太少了用cp統稱比較順口,好像兩個人在一起玩玩鬧鬧就會被cp,cp這種舶來詞彙來替代博大精深的中文說不得是一種悲哀。

還是希望從本質出發,兩個人是友情那就用友情相關的詞彙形容,是同事就用同事的相關詞彙形容,感情程度不同自然需要不同的形容詞,大概讀過幾本文學名著有點文化造詣的人都會有十個八個形容詞來描述兩人之間的關係吧,舶來品終是舶來品用的再頻繁總會有夾生飯的口感。

3樓:哪一天雲會飛

順其自然。

如果是真的,好,不是真的,開心也好。

做人做事,開心最重要。

至於同人文,跟真不真沒關係,就當做一場精彩的夢嘛至於夢境會不會照進現實不一定

4樓:sharon li

能接受。

如果他們是真的,獻上非常誠摯的祝福。

如果不是真的嘛,既然被稱為cp,一定也是有非常真摯的情感與羈絆。

說到底,這也是別人的人生。說句不客氣的話,我接不接受又能怎樣呢?只能說感謝塞納河,能夠讓粉絲陪伴她們走上這一程。

另外,怎麼判斷是不是真的呢?我們永遠靠猜測無限接近答案,除非哪一方正面承認是真,我才會當真。但在目前這個環境下,我認為幾乎沒戲。

5樓:谷谷幾

我磕cp的心態就是,因為兩位小偶像在與對方相處的過程中,表現出了平時沒有的或者更令人心動的表現,所以磕cp來從相處中探尋美好。

cp是否real我並不關心,我只想默默守護她們因為對方而有的溫暖和開心。

6樓:貓屎盆

作為乙個cp應援會主頁來答一下

每個人在各異的環境與交際中總會展現出自我的不同側面,小偶像們自然也如是。

而無論是CP亦或單推應援會,其存在都是為了凸顯小偶像的某些閃光點,如同放大鏡一般將這些帶給人溫度與喜悅的特質展現給更多人

CP應援會也是嘗試去挖掘兩位小偶像互動中散落出的糖分,讓粉絲們能夠欣賞到另乙個視角下的美好,更多地去了解她們。

本質上,只是從另乙個角度去欣賞這群小姑娘,而不是去想她們是不是real

…但如果有一天我發現她們真的real了(可能性趨近於0),我會第一時間關閉cp應援會,不再多去打擾兩人,不讓這份感情在眾人注目下而變形。。。

。沒錯我就是葉公好龍

7樓:

我不知道別人嗑CP是嗑的什麼點!

但我嗑cp主要還是嗑兩個人的友情,兩個人的相處模式,並非愛情相關。

所以如果她們是真友情我還是很樂見的,當然虛假的姐妹情,我也是可以接受的。

嗑cp嘛,何必那麼認真,想那麼多呢。

再說了,如果我嗑的CP是真的愛情,我不樂見又如何,我總不能跑去拆散她們吧(臣妾做不到啊)

8樓:

沒有的,不是的,通常只是覺得好玩

有些磕卡all,鞠all的這種,他們不可能真的希望自己的小偶像開了後宮

我們是少年漫不是後宮漫啊

spark到底是平台?模型?技術?框架?該怎麼描述?

資料科學人工智慧 對於很多資料科學中的模型,模型的訓練是以迭代形式進.在這種場景下,我們需要反覆地訪問同個訓練集,計算訓練集上的相關函式來優化模型引數.在 現.然MapReduce 的每次作業都需要從磁碟載入資料,這就造成了嚴重的性 能問題.對於互動式資料分析 例如在海量資料集中執些類似於SQL 的...

現在有個專案表單很多,用什麼技術框架合適?

alter 這個是正解,需要擴充套件做成視覺化定義的系統,讓產品狗去編輯去吧。 huihoo 個人傾向基於 JSON Schema 構建自己的表單專案,JSON Schema 給出了標準參考。我們的團隊也計畫把JSON Schema引入公司的表單引擎專案,並吸收和整合Antd Form React ...

現階段技術下佩戴框架眼鏡能否部分糾正高階像差,注意不是全部。比如梁博士之類的波前像差眼鏡,怎麼看?

李千騎 首先明確高階像差是什麼。焦點是由透鏡產生的,透鏡是無數稜鏡的組合,稜鏡就一定有分光的效果,所以形成的焦點就不可能是完美的乙個點,一定是個彩虹球。這是球鏡自身的屬性。拋開球鏡屬性不說,眼球聚焦時各個位置需要的屈光度嚴格說起來也是不一樣,此外眼球本身的屈光度也不完全均勻。所有因素加起來造成高階像...