亚洲色成人网站www永久,亚洲欧美人成视频一区在线,亚洲国产成人高清在线观看,亚洲精品久久久久久动漫,亚洲国产精品久久电影欧美

微信掃描小哥巴槍二維碼付款,使用了順豐禮品卡和優(yōu)惠券,還差 3 元,提交跳轉(zhuǎn)微信支付的頁面空白,懷疑是網(wǎng)絡(luò)原因,小哥讓退出重新掃。重新掃碼發(fā)現(xiàn)賬單仍然是 全款 ,而順豐禮品卡和優(yōu)惠券均顯示 已被使用 。
小哥說他推送微信公眾號賬單試試,結(jié)果發(fā)現(xiàn)無法勾選訂單。（后續(xù)撥打客服電話得知,系統(tǒng)顯示我未關(guān)注公眾號。）
撥打 95338 客服嘗試解決,客服聽到禮品卡、優(yōu)惠券字眼, 就直接說他們無法解決, 讓我撥打 9533833 順豐金融電話。
遂撥打 9533833, 客服建議我私下給小哥 3 元,再等公司財(cái)務(wù)扣小哥 3 元工資。 我和小哥均表示吃驚,無法接受?？头笪姨峁┫嚓P(guān)截圖,反饋后臺(tái)。 目前等待處理中。
初步打算如果今天不能解決,我就聯(lián)系小哥取消訂單,重下訂單重新支付。禮品卡、優(yōu)惠券問題慢慢解決。
現(xiàn)在的疑問是：
1 、為什么每掃一次巴槍二維碼就生成新賬單？能不能實(shí)現(xiàn)繼續(xù)支付,防止出現(xiàn)上述支付中途失敗,已鎖定卡、券,但新賬單卻未抵扣運(yùn)費(fèi)的情況？
2 、我早已關(guān)注 順豐速運(yùn) 微信公眾號,微信號、順豐手機(jī)號相同,已實(shí)名認(rèn)證,可以正常接收已攬件、派送中等消息推送,為何系統(tǒng)顯示我未關(guān)注,且賬單無法推送？

需求
1 畫一個(gè)人臉追蹤框,在預(yù)覽界面內(nèi)跟隨人臉移動(dòng),人臉特征范圍可調(diào)用 sdk 獲得 2 調(diào)用 sdk 檢測人臉是否是一個(gè)活體,如果是,則截人臉圖。
我的操作步驟是這樣的
1 把攝像頭傳來的幀數(shù)據(jù)轉(zhuǎn)為 bitmap,可能還會(huì)鏡像和旋轉(zhuǎn)(大約 30-50 毫秒) 2 讓 sdk 識(shí)別出 bitmap 內(nèi)人臉輪廓范圍,然后畫追蹤框(大約 50-70 毫秒) 3 讓 sdk 檢測是否是活體,是的話截取 bitmap 生成圖片(大約 200-300 毫秒)
問題來了,攝像頭一秒鐘產(chǎn)生 30+幀的圖像,不可能每一幀圖像都緩存起來,要實(shí)現(xiàn)畫框追蹤人臉實(shí)時(shí)位置,以及截取通過活檢時(shí)的那個(gè)幀而不一定是最新的幀,如何設(shè)計(jì)？

感覺目前需要開的就 微信 QQ 短信(系統(tǒng)自帶)
各位老哥一般都給哪些 APP 開了推送通知

V2 的各位大佬好,公司要去辦理電信的政企寬帶,各位大佬有沒有認(rèn)識(shí) /推薦的東區(qū)電信經(jīng)理（想 py 一個(gè)七折）P.S.:上海電信和聯(lián)通移動(dòng)比起來國內(nèi) /國外的訪問性有大的改善嗎

師傅來修理說是正常的,他們自己連電信服務(wù)器測速是 400 兆,問題是我用國內(nèi)第三方 speedtest 等都測出來都只有幾十兆,感覺高寬帶沒有什么意義??？除了迅雷其他服務(wù)最多只能跑到幾十兆,3 個(gè)人同時(shí)用最多到不了 100 兆,更別說國外的微軟蘋果官網(wǎng)打開的速度估計(jì)連 1 兆都沒有,甚至不如我當(dāng)年的撥號上網(wǎng)快,400 兆就是個(gè)局域網(wǎng)速度嘛？

1,11 年來的深圳,在白石洲有家桂林漓江米粉館。那醇厚的湯底,原汁原味的酸筍,至今不能忘懷。記得最后一次去吃,發(fā)現(xiàn)味道變了。問服務(wù)員你們后廚是不是有師傅走了。他說有個(gè)做湯的走了,河南的。我說能不能給我電話。他說沒有,然后我給了自己電話。一聲嘆息到這店估計(jì)開不了多久,最后果真如此。
2,搬到沙井,附近有家大型餐廳。名字叫湘閣里辣。也是這樣,最后一次問了經(jīng)理。他說后廚換個(gè)遍了。最后也是關(guān)門了。
3,最后在南山上班,創(chuàng)維大廈。去過紅荔村還有個(gè)名字忘了,現(xiàn)在是家豬腳飯。紅荔村的腸粉還真的不錯(cuò),飯一般般。羅湖火車站旁邊的那家也不錯(cuò),還能提供充電。最后都關(guān)門了。
4,現(xiàn)在經(jīng)常去的小女當(dāng)家。飯不錯(cuò),菜一般般啦。不過二三十塊（按重量算價(jià)格）能吃這么好的米飯,還能加米飯,能吃飽。真的很不錯(cuò)了。希望一直做下去。今天休息,但他家還是排隊(duì)的。這說明好吃實(shí)用大家還是明了的。
5,外賣現(xiàn)在是價(jià)格比較高了。但質(zhì)量好的就那么幾家,相對價(jià)格也不便宜。所以現(xiàn)在都外出吃。

感覺現(xiàn)在機(jī)票因?yàn)橐咔橛绊懹悬c(diǎn)便宜。。就是不知道青島的景區(qū)現(xiàn)在開了么？有青島的大佬推薦一下好玩的地方么？提前謝謝~

https://movie.douban.com/subject/30434770/ 呃。。有人注意到陳博士的論文了么。。黑得閃閃發(fā)亮。。。

樓主金融出身,最近搞一個(gè)基金,在硅谷出差看項(xiàng)目?；驹?palo alto 和 san jose 跑,很想結(jié)交硅谷創(chuàng)業(yè)圈和技術(shù)圈的朋友。是不是大牛都沒關(guān)系,沒準(zhǔn)碰出什么一起做事的機(jī)會(huì),有興趣的喝杯咖啡聊聊唄~

樓主工作已經(jīng)快滿三年了,能力還行,目前待遇也還可以。但是一直以來向往校園生活,想回到學(xué)校讀個(gè)Master煥發(fā)第二春,于是就申請了一所三番的大學(xué)。F1都簽了,同學(xué)群都加了,就等八月開學(xué)過去浪了。。沒曾想早前拿的一個(gè)offer,人家說能給辦H1（當(dāng)時(shí)想反正抽中的概率也不高,即使中了也能再考慮）就欣然答應(yīng)了（期間都是自己在準(zhǔn)備學(xué)校的事,那個(gè)offer沒怎么上心）。 結(jié)果上周郵件發(fā)過來H1竟然抽中了。 我現(xiàn)在主要的想法是,能回到學(xué)?？障聛碛凶约旱臅r(shí)間,做點(diǎn)自己的事和項(xiàng)目（學(xué)歷相對來說并不太重要）,夢想能形成自己的產(chǎn)品,并創(chuàng)業(yè)（雖然概率不高）,如果失敗的話,就按部就班的畢業(yè),完了再工作。 這有兩個(gè)問題,一是不知道MS的program會(huì)不會(huì)像我想象的氛圍和空余的時(shí)間,讓我有空來做自己的事。二是,這個(gè)想法現(xiàn)不現(xiàn)實(shí)？是不是還有點(diǎn)幼稚？自己在三番組團(tuán)辦公創(chuàng)業(yè),容易嗎？能活得下去不？ 走H1工作的話,恐怕一輩子就那樣定了,我這年紀(jì)應(yīng)該不會(huì)再有什么變化了。但是走H1確實(shí)能省下一筆可觀的學(xué)費(fèi),還能繼續(xù)賺錢,一進(jìn)一出,差距還是比較大的。這也是一個(gè)影響我決定的比較主要的原因。 另外H1近兩年好像都不是很好抽,不知道如果我現(xiàn)在抽到而放棄的話,對我以后如果走F1－OPT再抽會(huì)不會(huì)有影響。 想聽聽各位大大的想法。

在北京漂了四年了,未來一到兩年有可能會(huì)回西安,想加個(gè)西安的碼農(nóng)群,提前了解下老家的形式。哪位大哥有微信群,求拉。我微信 Brotherchun929

有有經(jīng)驗(yàn)的 V 友嘛？暫時(shí)工作還不會(huì)過去,落戶 or 社保 要怎么操作才有購房資格。
請教各位 V 友。

我之前用的聯(lián)通卡坐 1 號線在五街這些地方?jīng)]有信號（主要是不走流量）,為此換了移動(dòng)卡結(jié)果更坑,廣都--->高新站中間基本一半以上的站點(diǎn)都沒有信號,但是看周圍的人打游戲看視頻不亦樂乎。。。。難道是 iPhone 信號太差？

在 Bilibili 新版播放器上找回一點(diǎn)舊版播放器的感覺,主要是不喜歡這個(gè)半透明的播放控制欄：
使用樣式覆蓋播放器為以下狀態(tài)： 控制面固定顯示 進(jìn)度條保持激活狀態(tài) 改為白底控制面,脫離視頻窗口 僅影響普通、寬屏模式,不影響全屏下半透明樣式 兼容無黑邊模式
效果：
（普通模式）
（寬屏模式）
使用方法 安裝 Stylus 插件 選擇 Stylus -> 管理樣式 -> 備份 -> Import -> 導(dǎo)入所有樣式 從 https://github.com/Dixeran/bilibili-oldfashion/releases 下載并導(dǎo)入 Release 中的備份文件（ json 格式）到 Stylus
或者：從 https://userstyles.org/styles/181520/bilibili 安裝
導(dǎo)入不會(huì)清空已有樣式。

要求 本科以上學(xué)歷,2 年以上工作經(jīng)驗(yàn) 掌握 Unix 編程,網(wǎng)絡(luò)編程,多線程編程,MySql 應(yīng)用等基本技術(shù) 掌握 C++,Python,NodeJS 等后臺(tái)開發(fā)框架 掌握 高并發(fā)網(wǎng)絡(luò)服務(wù)模型,分布式事務(wù)處理框架 熟悉 web 安全機(jī)制 better：掌握 Docker,Bazel 等工具 better：掌握 gRpc,bRpc 等遠(yuǎn)程服務(wù)框架 better：有意全棧開發(fā)者
工作地
深圳
你將獲得什么？ 微信支付曾獲得名品堂 /創(chuàng)始人獎(jiǎng),項(xiàng)目獎(jiǎng)金 1 個(gè)億這種 歡迎加微信了解詳情 lemonshenzy 歡迎郵件聯(lián)系： [email?protected]

前情：/t/682297聽取了各位前輩大佬的意見,把簡歷做了修改 各位看看還有哪里不妥的嗎？ dm-static.s3.cn-north-1.amazonaws.com.cn/Go_618.pdf

2 年工作經(jīng)驗(yàn),依次摸過 python,js,nodejs,electron,小程序,c++,vue,react,迫于工作空閑時(shí)間太多,求帶玩！能給酬勞最好了

19 年畢業(yè),學(xué)信網(wǎng)可查,暫無工作經(jīng)驗(yàn),所以希望能找一份適合自己的工作
項(xiàng)目地址： https://github.com/Learn-Python-and-Javascript/conFusion-React
界面預(yù)覽： conFusion 數(shù)據(jù)存放于 MongoDB Atals Nodejs 后端,Express 框架 前端 用 React(no hooks) 和 Redux 構(gòu)建 服務(wù)器上用 Nginx 做反向代理

大家好！我目前化學(xué)博士在讀,但因?yàn)椴幌矚g自己的專業(yè),就打算轉(zhuǎn)行計(jì)算機(jī)了。
我自學(xué)了一些計(jì)算機(jī)的東西,想找一份數(shù)據(jù)分析 /算法的相關(guān)實(shí)習(xí)。我會(huì)的東西實(shí)在很少,對這個(gè)領(lǐng)域了解也很少,所以來想所聽聽大家的意見,比如哪些語言不專業(yè)、哪些內(nèi)容需要?jiǎng)h改,以及需要補(bǔ)哪些知識(shí)、做什么項(xiàng)目……任何建議我都非常愿意聽!
因?yàn)橄朕D(zhuǎn)行的緣故,我的生活停滯一年多了,好怕自己就這么廢了,最近已經(jīng)是焦慮得睡不著覺,求大家救救孩子吧！ qwq
求各位不吝賜教?。。。?！跪謝?。?！
個(gè)人信息 女,1996 年生 Github： https://github.com/Sonia-96 [幾乎都是課程筆記,只有一個(gè) sql 的小項(xiàng)目] *
實(shí)習(xí)意向 職位：數(shù)據(jù)分析 /算法 時(shí)間：每周 4 天,6 個(gè)月
教育經(jīng)歷 XX 大學(xué) 化學(xué)學(xué)士 GPA: 3.0/4.0 2014.9 - 2018.7 XX 大學(xué) 化學(xué)博士 GPA: 3.6/4.0 2018.9 至今
技能 編程：Python （ NumPy,Pandas,Matplotlib,Seaborn,Plotly, Cufflinks, Scikit-Learn,Keras,Tensorflow ）,SQL * [ Keras 和 Tensorflow 其實(shí)不是很熟練,需要寫上去嗎？] * 相關(guān)課程：線性代數(shù)、數(shù)據(jù)結(jié)構(gòu)與算法,吳恩達(dá)-機(jī)器學(xué)習(xí)、吳恩達(dá)-深度學(xué)習(xí) 英語：托福 100
項(xiàng)目經(jīng)歷
CS 相關(guān)： [我會(huì)的東西太少了,就把學(xué)過的課程也寫進(jìn)去了,不然面試官都不知道我會(huì)啥……qwq ] * 數(shù)據(jù)結(jié)構(gòu)與算法： 數(shù)據(jù)結(jié)構(gòu)：數(shù)組、鏈表、棧&隊(duì)列、二叉樹、堆、并查集、哈希表。 基本的算法：排序和查找、貪心算法、動(dòng)態(tài)規(guī)劃、回溯法 圖像算法：圖像搜索、最短路徑、最小生成樹 字符串匹配算法：RK 算法、KMP 算法、BM 算法、AC 自動(dòng)機(jī)、后綴數(shù)組、后綴樹 吳恩達(dá)-機(jī)器學(xué)習(xí)： 學(xué)習(xí)機(jī)器學(xué)習(xí)基礎(chǔ)知識(shí),可以用 Octave 實(shí)現(xiàn)以下算法：線性回歸、Logistic 回歸、神經(jīng)網(wǎng)絡(luò)、SVMs 、PCA 、K 均值算法。* [也許該用 python 重新實(shí)現(xiàn)一遍？] * 吳恩達(dá)-深度學(xué)習(xí)：
學(xué)習(xí)了深度學(xué)習(xí)基礎(chǔ)知識(shí),并用 python 結(jié)合 Tensorflow 和 Keras 完成以下課程項(xiàng)目： 深度神經(jīng)網(wǎng)絡(luò)： 用單層神經(jīng)網(wǎng)絡(luò)+logistic 回歸實(shí)現(xiàn)對平面數(shù)據(jù)的分類,準(zhǔn)確率>90% 構(gòu)建一個(gè)邏輯回歸分類器來識(shí)別貓,準(zhǔn)確率>80% 卷積神經(jīng)網(wǎng)絡(luò)： 實(shí)現(xiàn)一個(gè)識(shí)別人的笑臉的模型,準(zhǔn)確率>90% 實(shí)現(xiàn)一個(gè)殘差網(wǎng)絡(luò)模型,該模型識(shí)別表示數(shù)字 1-5 的手勢,準(zhǔn)確率>90% 用 YOLO 算法實(shí)現(xiàn)對車輛的檢測 實(shí)現(xiàn)神經(jīng)風(fēng)格遷移模型和人臉識(shí)別模型 循環(huán)神經(jīng)網(wǎng)絡(luò)： 實(shí)現(xiàn)一個(gè) RNN 字符級語言模型,該模型可以給恐龍命名 實(shí)現(xiàn)一個(gè) LSTM 模型用于 Jazz 創(chuàng)作 實(shí)現(xiàn)一個(gè) Emojifier,該模型可以識(shí)別文本感情為給其加上恰當(dāng)?shù)?emoji 構(gòu)建一個(gè)注意力模型用于對日期的翻譯 實(shí)現(xiàn)觸發(fā)詞檢測模型 SQL 項(xiàng)目：
用 Node.js 和 SQL 實(shí)現(xiàn)了一個(gè)活動(dòng)報(bào)名網(wǎng)站,該網(wǎng)站可以收集報(bào)名者的郵箱并實(shí)時(shí)顯示當(dāng)前的報(bào)名人數(shù)。
化學(xué)相關(guān)： 專利“XXXX”（我是第二發(fā)明人,第一發(fā)明人為導(dǎo)師）已進(jìn)入實(shí)質(zhì)考察階段。

作為一名小小的 hr,雖然不懂技術(shù),但是為了招聘到優(yōu)秀的程序員也在不斷學(xué)習(xí)一些計(jì)算機(jī)新知識(shí),努力往技術(shù)的方向靠攏,以便在招聘的時(shí)候能夠更好的說清楚我們的業(yè)務(wù)、所用技術(shù)語言。
這兩年,前端技術(shù)突飛猛進(jìn)的發(fā)展,很多的新技術(shù)一個(gè)接一個(gè)的來,讓前端的同學(xué)們眼花繚亂。然而 2020 年,我認(rèn)為你的重心依然應(yīng)該是 javascript,并且兼顧 typescript 。 根據(jù) Github 調(diào)查報(bào)告,JavaScript 的受歡迎程度連續(xù)多年穩(wěn)居第一,成為程序員最受歡迎的開發(fā)語言之一。
此外,前端開發(fā)也越來越“后端化”,因?yàn)橥ㄟ^前端開發(fā)技術(shù)構(gòu)建出一個(gè)完整的應(yīng)用已經(jīng)遠(yuǎn)遠(yuǎn)沒有以前那么復(fù)雜,所以前后端的界限也越來越模糊,全棧開發(fā)這個(gè)概念逐漸走入所有程序員的視野。對于全棧工程師來說,最重要的是是否可以從多角度多方位去思考問題,研究新的領(lǐng)域,從而解決新的問題。在遇到問題的時(shí)候,是否愿意嘗試各種不同的方式方法從而找到最優(yōu)解。換一種方式講,全棧工程師的思維方式更開闊,更新穎,更綜合。
現(xiàn)在越來越多的互聯(lián)網(wǎng)公司開始重視并招聘全棧的崗位,也是因?yàn)槿珬９こ處煹淖饔煤蛢r(jià)值在越來越多的產(chǎn)品或項(xiàng)目中得到了印證。
那么重點(diǎn)來了,如果你想要挑戰(zhàn)自己,突破現(xiàn)在的技術(shù)壁壘,向全棧方向發(fā)展,歡迎來 hiretual ！ Javascript 、typescript 、react 、node.js 等技術(shù)棧語言我們都在用！
下面發(fā)布一個(gè)正式崗位：招聘前端 /全棧開發(fā)工程,另外我們也招聘后端開發(fā)工程師、數(shù)據(jù)開發(fā)工程師,投遞郵箱： [email?protected]
歡迎大家留言或者郵件咨詢。
36ker 關(guān)于 hiretual 報(bào)道： https://36kr.com/p/741724835800193 志象網(wǎng)關(guān)于 hireutal 報(bào)道： https://chuhaipost.com/2020/07/7424.html

學(xué)校的課程加課設(shè)實(shí)驗(yàn)一直排到了今年年初,去年秋招實(shí)習(xí)什么的基本上都無緣了,直到年初在一家公司從三月份干到五月份,主要是負(fù)責(zé) android 應(yīng)用的開發(fā),現(xiàn)在是求職的狀態(tài)
這是我的簡歷地址： https://perol.ltd/me.html

昨天收到了港版 Xperia 1 II,晚上稍微玩了一會(huì)兒,在比較詳細(xì)地寫感想之前,先簡單談?wù)動(dòng)∠?希望對關(guān)心這臺(tái)手機(jī)的人有幫助。白色版本,正面全黑,背面白色玻璃面板,白色邊框,風(fēng)格類似當(dāng)年的 Xperia Z2 。 和去年的 Xperia 1 相比,電池容量增加 1/4,加回?zé)o線充電,加回耳機(jī)孔,維持無蓋防水,不但重量沒有增加保持了 181g 的相對輕量,長度還略微縮短,各方面都小幅改進(jìn)。 Xperia 1 II 獨(dú)家的 4K HDR OLED 屏幕感官和 1 幾乎一樣,不過顯示純色畫面時(shí)亮度均勻做得更好,軟件上增加了一些專業(yè)色彩模式。開啟模擬 90Hz 模式后,在線性滾動(dòng)動(dòng)畫時(shí)殘影可以看出少了一些。美中不足是和 Xperia 1 一樣高分辨率導(dǎo)致最高亮度很普通,在室外強(qiáng)光下可見度一般。 側(cè)面指紋回歸和電源鍵合一的設(shè)計(jì),識(shí)別靈敏性也回到了 XZP 的水準(zhǔn),基本一觸即解鎖,足夠滿意,單手盲操作方便快捷。 相機(jī)方面主攝是 1/1.7 大底的 12MP,以及首次采用蔡司鏡頭和 T* 鍍膜。畫質(zhì)方面,隨手拍其實(shí)和 Xperia 1 區(qū)別不大,但弱光下成片會(huì)更干凈一些。相機(jī)這次最大的進(jìn)步是啟動(dòng)速度和保存速度極快,按下快門鍵即刻啟動(dòng),每秒 20 張連拍數(shù)百張保存也毫不拖沓,打開瀏覽也只需要小半秒。Xperia 1 可能是第一次做三攝系統(tǒng),冷啟動(dòng)速度需要兩秒偶爾更久,是自己很不滿意的地方。很高興 Xperia 1 II 解決了這個(gè)問題。 這次相機(jī)的對焦性能非常優(yōu)秀,總體來講快速準(zhǔn)確,而且支持每秒 60 次連續(xù)對焦 /白平衡,實(shí)現(xiàn)了以往做不到的抓拍能力。 另一方面,新增的 Photo Pro 應(yīng)用提供了和 Alpha 單鏡相機(jī)非常類似的界面和豐富的設(shè)置選項(xiàng),手機(jī)攝影的創(chuàng)作沖動(dòng)噴涌而出,是自己最中意的部分。 性能上,高通驍龍 865+256GB UFS3.0 存儲(chǔ)+8GB RAM 完全可以滿足絕大多數(shù)使用場景。 軟件方面,去索尼移動(dòng)的步伐繼續(xù)加快,包括相冊在內(nèi)的各種索尼自研應(yīng)用都被替換成了 Google 服務(wù),例如 Google Photo 。除了音樂、Cinema Pro 、Photo Pro 和游戲增強(qiáng),整臺(tái) Xperia 1 II 看起來就像是界面微調(diào)的原生 Android 系統(tǒng)。雖然能完全滿足個(gè)人需求,但少了索尼的特色,還是有些遺憾。 先寫這些,比較零碎,很多地方也還沒深入使用,有時(shí)間再補(bǔ)充,感謝閱讀。

拼多多百億補(bǔ)貼買了 Sony 9500G, 發(fā)現(xiàn)預(yù)裝了當(dāng)貝市場, 也無法卸載, 還有個(gè) Sony Select 選項(xiàng), 點(diǎn)擊都是些國產(chǎn)應(yīng)用的安裝.
這個(gè)算翻車嗎?
我本來就是沖著無亂七八糟的預(yù)裝軟件去的啊!

默認(rèn)的微軟雅黑渲染還過得去吧,但是我還是喜歡思源宋體,把界面字體改稱思源宋體渲染效果就完全不行了,用了去 hinting 版本的字體也遠(yuǎn)遠(yuǎn)不如 linux 和 macos,筆畫發(fā)虛。不用 mactype 的話還有什么辦法提高渲染效果嗎？

我本身就是做游戲服務(wù)器開發(fā)的,一直有個(gè)游戲夢?，F(xiàn)在突然想實(shí)現(xiàn)自己的夢想,想做個(gè)獨(dú)立游戲,和一老同學(xué)倆人,但也是業(yè)余時(shí)間,經(jīng)濟(jì)實(shí)力不允許全身投入 T.T 。目前想法是先做個(gè)簡單 demo 出來,反戰(zhàn)題材的劇情解謎游戲,然后想眾籌看看,如果籌到錢了沒準(zhǔn)是夢的起點(diǎn)呢。v 友們覺得有出路嗎

本科和工作一直在成都,但畢竟畢業(yè)了待了兩年了,覺得還是想出去闖闖,反正在這里也沒有歸屬感,還不如去個(gè)錢多的地方。不過聽說一線城市不咋個(gè)待見二線來的非畢業(yè)生？？所以問問。。

mediawiki ,太龐大,駕馭不了 hdwike ,網(wǎng)上評論不好,漏洞很多,是否真的？ 大家有什么好的推薦？

自動(dòng)登錄后提示：We have detected unusual activity on your account. For your security, your account has been locked until you change your password.
選擇開始修改密碼會(huì)進(jìn)入：Help Center>Submit A Ticket>Report A Problem 這個(gè)頁面,
在這里點(diǎn)擊：RESET MY PASSWORD 會(huì)進(jìn)入 Find your Twitter account 的頁面,然后下一步就會(huì)回到上面的 Report A Problem 頁面
無限循環(huán)……
請教一下各位這樣該怎么辦？先謝謝了！

機(jī)型：mi8 系統(tǒng)：MIUI 10 Twitter 版本：7.78.0 安裝途徑：Google Play 現(xiàn)象：點(diǎn)開一條推文之后直接閃退
不知道有沒有 v 友遇到一樣的問題

隨著軟件工程越來越復(fù)雜化,如何在 Kubernetes 集群進(jìn)行灰度發(fā)布成為了生產(chǎn)部署的”必修課“,而如何實(shí)現(xiàn)安全可控、自動(dòng)化的灰度發(fā)布也成為了持續(xù)部署重點(diǎn)關(guān)注的問題。 CODING DevOps 微服務(wù)項(xiàng)目實(shí)戰(zhàn)系列 最后一課： 《 DevOps 微服務(wù)項(xiàng)目實(shí)戰(zhàn)：基于 Nginx-ingress 的自動(dòng)化灰度發(fā)布》 將由 CODING DevOps 后端開發(fā)工程師 王煒老師 向大家介紹 Nginx-ingress 灰度發(fā)布的原理,并結(jié)合 Demo 深入講解如何實(shí)現(xiàn)自動(dòng)化的灰度發(fā)布。
課程主題
DevOps 微服務(wù)項(xiàng)目實(shí)戰(zhàn)：
基于 Nginx-ingress 的自動(dòng)化灰度發(fā)布
課程時(shí)間
8 月 20 日（周四） 19:00
課程講師
王煒
CODING DevOps 后端開發(fā)工程師
CODING DevOps 后端開發(fā)工程師,多年研發(fā)經(jīng)驗(yàn),云原生、DevOps 、Kubernetes 深度實(shí)踐者,擁有 Kubernetes CKA 、CKAD 、AWS 架構(gòu)師認(rèn)證。
課程大綱 什么是灰度發(fā)布 自動(dòng)化 A/B 測試 自動(dòng)化灰度發(fā)布 如何建立部署流水線
掃描 海報(bào)二維碼 即可預(yù)約系列課程

微服務(wù)測試的痛點(diǎn)與挑戰(zhàn)
這張圖可以形象地展示單體服務(wù)和微服務(wù)的對比,單體應(yīng)用就像左邊巨大的集裝箱,軟件模塊和應(yīng)用都包括其中；而微服務(wù)就像是由一個(gè)小集裝箱組成,微小的服務(wù)組成一個(gè)龐大、完整的系統(tǒng)。單體服務(wù)是一個(gè)大而全的應(yīng)用體,而微服務(wù)由拆分成出來的很多小服務(wù)來組成一個(gè)龐大而完整的系統(tǒng)。
微服務(wù)是一種架構(gòu)模式,是面向服務(wù)型架構(gòu) SOA 的一種變體,提倡將單一應(yīng)用程序逐漸還原劃分成小的服務(wù),服務(wù)間互相協(xié)調(diào)、互相配合,為用戶提供最終價(jià)值。微服務(wù)架構(gòu)風(fēng)格就是一些小而自治的服務(wù)協(xié)同工作形成松耦合的系統(tǒng)。另外,我們需要盡量避免一個(gè)統(tǒng)一的、集中式的服務(wù)管理機(jī)制,對具體的一個(gè)服務(wù)而言,應(yīng)該根據(jù)上下文選擇合適的語言工具對其進(jìn)行構(gòu)建。
結(jié)合下方的這張圖,我們可以理解微服務(wù)構(gòu)建的核心其實(shí)是中間領(lǐng)域的業(yè)務(wù)邏輯,圍繞著這個(gè)領(lǐng)域業(yè)務(wù)邏輯,會(huì)有一些微服務(wù)去進(jìn)行拆分構(gòu)建。
微服務(wù)具有專注、自治、獨(dú)立進(jìn)程、獨(dú)立部署和技術(shù)異構(gòu)的特點(diǎn),即每個(gè)服務(wù)只限定于特定的業(yè)務(wù)而專注做一件事情,每個(gè)服務(wù)承擔(dān)的是單一職責(zé),但是它也需要達(dá)到一定規(guī)模能夠完整的處理特定的領(lǐng)域業(yè)務(wù)。很多人都會(huì)被微服務(wù)的“微”這個(gè)詞所誤導(dǎo),認(rèn)為微服務(wù)就是要拆分的越小越好。但是其實(shí)為了“微”而將同一領(lǐng)域的業(yè)務(wù)拆分到不同的服務(wù),只會(huì)徒勞增加軟件的復(fù)雜度和維護(hù)困難。
我們可以圍繞應(yīng)用的業(yè)務(wù)能力進(jìn)行分組,每個(gè)小組的開發(fā)組人員開發(fā)微服務(wù)的技術(shù)可以不受限制。每個(gè)服務(wù)小組可以使用不同的技術(shù)架構(gòu)和存儲(chǔ)技術(shù),有針對性地解決一些性能瓶頸問題。每個(gè)服務(wù)是互相獨(dú)立部署互不影響的,這樣的話我們可以實(shí)現(xiàn)獨(dú)立打包、獨(dú)立測試和獨(dú)立附屬,減少部署時(shí)間,提升研發(fā)效率。
微服務(wù)架構(gòu)測試具有三個(gè)痛點(diǎn)：一、如何測試微服務(wù)的外部依賴是否正常；二、如何在微服務(wù)架構(gòu)下驗(yàn)證系統(tǒng)的整個(gè)功能是否符合預(yù)期；三、這么多微服務(wù)的部署和測試,應(yīng)如何開展。按照以上痛點(diǎn)我們可以看到,微服務(wù)測試是一種驗(yàn)證成本高、結(jié)果不穩(wěn)定、反饋周期長的測試。
測試金字塔
測試金字塔其實(shí)是一種方法論,解決微服務(wù)測試的關(guān)鍵在于將微服務(wù)的測試按照不同的力度來分組。測試金字塔的概念由麥克科恩首先提出。測試是分層次的,我們看到圖片左邊,這個(gè)金字塔被分為三個(gè)層次,從下往上分別是單元測試、服務(wù)測試、界面測試,從下往上測試的運(yùn)行速度是逐漸減慢的,外物依賴或者服務(wù)間的依賴從下到上會(huì)依賴更多。這個(gè)測試金字塔的另外一個(gè)重要特征是,從下往上對每一層的測試代碼是逐層減少的。下方應(yīng)該寫一些小而快的測試,往上應(yīng)該編寫一些粗粒度的測試,編寫更少的高層次測試。
然而實(shí)際中如果以這個(gè)金字塔圖來作為指導(dǎo),會(huì)過于籠統(tǒng)簡單,所以我們會(huì)采用右邊的分為四層的測試金字塔來做內(nèi)部測試的指導(dǎo)思想。底層是單元測試,在這之上是集成測試,再往上是端到端的測試,頂層是探索測試。
作為開發(fā)人員或測試人員,應(yīng)該關(guān)注金字塔的哪些部分呢？微服務(wù)開發(fā)人員應(yīng)更多關(guān)注位于塔基底部的單元測試與集成測試。在這兩層需要開發(fā)人員編寫一定量的測試代碼來保證覆蓋,應(yīng)該寫許多小而快的單元測試覆蓋絕大部分的業(yè)務(wù)場景,再寫一定的粗粒度的集成測試,來測試重要系統(tǒng)之間外部依賴的交互是否正常。測試人員和質(zhì)量保證人員應(yīng)更多關(guān)注金字塔上面兩層,測試人員可以依據(jù) BDD 的規(guī)范來編寫測試用例,用于校驗(yàn)系統(tǒng)功能的交互是否正常,還可以用非常規(guī)的手段進(jìn)行破壞性的探索測試。
單元測試是測試金字塔的底基,它的定義沒有標(biāo)準(zhǔn)答案。從編程角度來看,在函數(shù)式語言中我們可以認(rèn)為一個(gè)函數(shù)是一個(gè)單元,在面向?qū)ο蟮恼Z言中一個(gè)方法或者一個(gè)類可以表示一個(gè)單元。單元測試具有能夠及時(shí)發(fā)現(xiàn) bug 、利于重構(gòu)、保證代碼質(zhì)量的優(yōu)勢,我們系統(tǒng)中需要編寫得最多的其實(shí)就是單元測試。
微服務(wù)的測試一般是對入棧適配器、業(yè)務(wù)邏輯和出棧適配器這三部分進(jìn)行測試。入棧適配器測試的是 Controller API 是否正確；業(yè)務(wù)邏輯部分測試 Service 業(yè)務(wù)邏輯是否正確,而出棧適配器部分測試的是 SQL 邏輯是否正確。單元測試一般會(huì)遵循一個(gè)通用的 3A 結(jié)構(gòu)：Arrange,Act,Assert,這樣寫出來的代碼更有閱讀性和表達(dá)力。
在微服務(wù)架構(gòu)下我們所理解的集成測試是測試應(yīng)用與外部依賴的集成。第三方外部服務(wù)依賴主要有兩種類：第一種是微服務(wù)會(huì)依賴第三方系統(tǒng)的服務(wù)；第二種是系統(tǒng)內(nèi)部的微服務(wù)與微服務(wù)之間,一種服務(wù)可能會(huì)依賴另一種微服務(wù)來實(shí)現(xiàn)自身邏輯。對應(yīng)這兩種情況會(huì)有不同的策略,第一種策略是準(zhǔn)備真實(shí)的外部服務(wù)的依賴,第二種是使用測試替身隔絕外部依賴。進(jìn)行集成測試的時(shí)候我們通常會(huì)使用一些,依賴第三方服務(wù)的話會(huì)采用 WireMock 或者 mountebank,而微服務(wù)之間的依賴調(diào)用會(huì)使用 Spring-Cloud-Contract 或者 Pact 。
微服務(wù)之間的測試會(huì)使用契約測試,服務(wù)之間的接口文檔就是一個(gè)契約。契約測試可以解決聯(lián)調(diào)成本過高,接口變動(dòng)把控困難,契約變化時(shí)提供一種可立即被服務(wù)端和消費(fèi)端發(fā)現(xiàn)的方式,這三種痛點(diǎn)。契約測試的提供者指微服務(wù)接口的提供者,消費(fèi)者指微服務(wù)接口的消費(fèi)者。契約文件是微服務(wù)提供者和消費(fèi)者共同定義的接口規(guī)范,包括接口的訪問路徑和輸出數(shù)據(jù)。
CDC 的核心思想在于從消費(fèi)者業(yè)務(wù)實(shí)現(xiàn)的角度出發(fā),由消費(fèi)者自己定義需要的測試數(shù)據(jù)格式以及交互細(xì)節(jié),并驅(qū)動(dòng)生成一份消費(fèi)者契約。然后生產(chǎn)者根據(jù)契約來實(shí)現(xiàn)自己的邏輯,并在服務(wù)提供者端進(jìn)行測試驗(yàn)證。契約文檔應(yīng)該被轉(zhuǎn)換成一個(gè)存根。生產(chǎn)者會(huì)根據(jù)契約編寫契約驗(yàn)證測試,契約驗(yàn)證測試通過會(huì)將契約文件轉(zhuǎn)換為存根,存根會(huì)被消費(fèi)者引用,契約的修改會(huì)導(dǎo)致任意一方測試的失敗。這樣的話可以保證契約被消費(fèi)者和生產(chǎn)者共同遵守。
契約測試適用于微服務(wù)接口的消費(fèi)者和提供者由不同的團(tuán)隊(duì)維護(hù),或提供者接口被多個(gè)消費(fèi)者消費(fèi)這樣的場景中。
端到端測試主要用于驗(yàn)證工作流程中的所有流程,以檢查一切是否按照預(yù)期工作,確保系統(tǒng)以統(tǒng)一的方式工作,從而滿足業(yè)務(wù)需求。端到端測試的難點(diǎn)在于安裝和配置相關(guān)依賴,測試數(shù)據(jù)的自動(dòng)準(zhǔn)備二號服務(wù)的自動(dòng)部署。
微服務(wù)測試藍(lán)圖
做微服務(wù)測試需要做 TDD,也就是測試在先,編碼在后的開發(fā)實(shí)踐。有別于以往的先編碼、后測試的開發(fā)過程,而是在編程之前,先寫測試腳本或設(shè)計(jì)測試用例。TDD 可以增加開發(fā)人員代碼質(zhì)量的信心,有利于代碼設(shè)計(jì)和重構(gòu),以及快速迭代和持續(xù)交付。
微服務(wù)測試推進(jìn)主要分為四步：第一步是工具,依照微服務(wù)測試層次,階段選擇合適的測試框架與工具；第二步是依據(jù)測試金字塔制定規(guī)范,貫穿生命周期始終,明確開發(fā)、測試人員的職責(zé)；第三步是自動(dòng)化,貫穿 CI 、CD 流程,與 DevOps 的融合；第四步是測試平臺(tái)搭建,以容器化技術(shù)搭建測試平臺(tái),以 namespace 隔離不同測試環(huán)境。
點(diǎn)擊觀看完整課程視頻

十一國慶,看到一個(gè)朋友,收獲了 4-5 個(gè)小西瓜,全熟,約 60-100g 一個(gè)。西瓜苗的生長并不需要太照顧,保持澆水就可以。 周期約 2 個(gè)月。從出芽到開花結(jié)果一個(gè)月,結(jié)果到成熟一個(gè)月。 所以,有在上海的筒子們,想一起試試么？ 計(jì)劃春節(jié)前后,先種個(gè) 10-20 顆,,,（天冷,需要特殊保溫）

快來和我們一起騎車??吧
距離買車已經(jīng) 5 個(gè)月過去了 https://www.v2ex.com/t/563312 日常通勤上下班(25km/天) 累計(jì)已經(jīng)有 3800km 了, 目前都是周末有空和附近的騎友一起騎騎車, 因?yàn)槎际莵碜愿鱾€(gè)行業(yè), 難免有些約束;
正好看到 V 站也有很多喜歡騎車的, 也有詢問騎車通勤建議的, 覺得周末寂寞想找點(diǎn)樂子的等等, 所以新建了個(gè)微信群, 這樣大家平時(shí)交流技術(shù)問題, 周末有空也可以一起組隊(duì)騎車;
微信群二維碼(最好深圳本地附近, 方便組隊(duì)):

今天出差回來,鄭州高鐵站只有 luckin,跟往常一樣點(diǎn)了杯加濃冰美式,一如既往地令人滿意。
關(guān)于黑咖啡,口味偏好本就各不相同,沒啥好爭執(zhí)的。只是無論媒體測評還是朋友聊天,對 luckin 的口味評價(jià)偏差（有些因商業(yè)模式延伸來的評價(jià)）,覺得不公,甚至覺得對黑咖啡的評價(jià)缺乏共識(shí),這里聊聊
共識(shí)
注意是從苦度、酸度、口感,風(fēng)味、香氣上來看,整體喝下去舒服的咖啡,算是一杯好咖啡
比較
星巴克美式：重烘,苦（跟濃度也有關(guān),標(biāo)準(zhǔn)的水多偏淡）,酸度低,口感差,無風(fēng)味,香氣不錯(cuò)單一
星巴克本周（新鮮滴濾）：跟咖啡豆和咖啡液的新鮮度有關(guān),新鮮豆子新鮮咖啡液,整體接近手沖,但仍稍過粹,稍苦,有點(diǎn)酸,口感不錯(cuò),有相應(yīng)咖啡豆應(yīng)有的風(fēng)味（但限于豆子品質(zhì),一般般）,香氣不錯(cuò)
星巴克手沖：相比本周,萃取更佳,口感風(fēng)味香氣更佳,整體上完全對得起咖啡豆品質(zhì),所以,一般去星巴克盡量馬克杯手沖,性價(jià)比上優(yōu)于本周
星巴克甄選手沖：很多有趣的咖啡豆品品種,風(fēng)味上很新奇,有些也還欣賞不來。。。又死貴。。。。有營銷嫌疑。。。
luckin：咖啡豆優(yōu)于星巴克的中焙咖啡豆,淺烘,苦度和酸度上偏淡,整體上優(yōu)于本周,口感佳,但是礙于方式,風(fēng)味香氣較手沖差點(diǎn)
ucc177 玻璃罐：日式,比 luckin 更淡,酸度低,礙于方式,風(fēng)味和香氣上弱于新鮮咖啡,但作為濃縮咖啡,整體還行
麥當(dāng)勞鮮煮咖啡：搭配早點(diǎn)不錯(cuò),便宜,很淡很淡
八角杯：杭州的連鎖小店,咖啡豆品種多,風(fēng)味較多,滴濾便宜
喜歡黑咖啡,但還喝的不多,舌頭比較木,喝不出來很多東西,畢竟味覺嗅覺上好不好描述。歡迎探討交流,希望有共識(shí),哈哈哈哈

1 、新手可不可以無腦入全畫幅 ？2 、是否存在新手玩不好全畫幅的情況 ？ 3 、w 元以下有沒有給新手的推薦？ 沒怎么研究過單反,想入門。旅游,拍拍照,隨便玩玩。相機(jī)是否像樂器那樣,如果經(jīng)濟(jì)允許可以直接買一個(gè)稍微不錯(cuò)的？（不考慮玩兩天就不想玩出二手虧的情況） 求大佬解惑 :D

好久沒看過實(shí)體書了,昨天想要去京東買本實(shí)體書,突然發(fā)現(xiàn)如果我讀書的時(shí)候需要做筆記那得多不方便,但是我又不喜歡使用 kendle,惆悵中??

前幾天看《六百年昆曲從頭說》的時(shí)候忽然產(chǎn)生了橫向?qū)Ρ鹊南敕?平時(shí)一般是看看想想就完了,這次打算寫出來。也算是簡單的記錄了。處于方便的考慮,《六百年昆曲從頭說》簡寫成《六》,文學(xué)回憶錄簡寫成《木》,王國維簡寫為王,《宋元戲曲史》簡寫為《宋》,我還沒有看《宋元戲曲史》,等到看完了再補(bǔ)上橫向?qū)Ρ取读烽_篇介紹“文學(xué)版圖中的明清傳奇”,講解明清之曲時(shí)引用了很多王國維的話語,諸如“元曲是獲文學(xué),明清之曲是死文學(xué)”,引用王評價(jià)湯顯祖的話語“湯氏的蔡司跟元人比,就是人工和自然之比”,然而湯顯祖贏了。雖然不是完全相同,但是這些統(tǒng)統(tǒng)都是批評明清之曲不如元曲,大致作者還是贊同王的觀點(diǎn)。我實(shí)際上覺得不以為意,因?yàn)闅v史本就如此,諸如中國哲學(xué)吃春秋戰(zhàn)國老本,這有何不可呢？ 此外,我大致猜想,之所以王有如此想法不外乎三個(gè)原因 1 元曲剛誕生之際,處于摸索階段,自由探索自然思路清奇,馬致遠(yuǎn),王實(shí)甫等戲曲家皆為北人。明清時(shí)思路和套路均已成熟,且避免觸及清朝的邊際,因此著重男歡女愛,自然不如初期奔放自由 2 明清時(shí)代,南曲逐漸取代了北曲,北人寫曲自然慷慨悲壯,而南人之曲則婉轉(zhuǎn)秀美,類似欣賞陶淵明,慷慨悲壯因而自由,婉轉(zhuǎn)秀美因而拘謹(jǐn),畢竟不是每個(gè)人都喜歡兒女情長 3 王有點(diǎn)類似那種什么 00 后步入 90 后,90 后步入 80 后的觀點(diǎn),大概哀嘆今不如昔是歷代的特點(diǎn)。 《木》彌補(bǔ)了《六》中對于元曲發(fā)展脈絡(luò),關(guān)鍵人物的缺失,補(bǔ)足了元曲的不足。但是對中國戲曲早期發(fā)展的描述是符合《六》的介紹的。此外,對于戲曲的專業(yè)名詞如“曲”,“白”等等,《木》介紹到了而《六》沒有涉足,當(dāng)然《木》畢竟是講大的歷史而《六》只涉及昆曲?！读分兄v昆曲分為四種類別：世總說情,愛別離苦,黍離悲歌,閑看人心。我們是否可以對比將中國戲劇同理分成多個(gè)方面呢？我想想覺得很難,世人皆愛團(tuán)員劇,我獨(dú)欣賞悲劇和丑劇,我將悲劇分為“毀滅的偉大”,“現(xiàn)實(shí)的無情”。這些其他人不可能認(rèn)同啊,還是不如直接就懸疑,偵探,情愛好了,簡單又方便。 《木》和《六》兩部分都有非常好的地方,《木》是從一個(gè)縱觀文學(xué)的角度來看的,因而時(shí)常有對于戲曲作者沒能成為突破者的感慨,夾雜著很多對于文學(xué)和歷史的思考（私活）,而《六》則從一個(gè)昆曲欣賞者的角度來欣賞昆曲中的美,相比較而言《六》的層面可能稍微低一點(diǎn),但實(shí)際上只是觀看角度的不同。跳開了看是《木》,走進(jìn)了看是《六》。如果用老句子來形容我覺得《六》的境界是“看山不是山,看水不是水”,而《木》是“看山還是山,看水還是水”

按照網(wǎng)上的教程,配置好了 DjangoUeditor,其他功能都正常,可是點(diǎn)擊上傳圖片,彈出的窗口中顯示：
后端配置項(xiàng)沒有正常加載,上傳插件不能正常使用！
MEDIA_URL = '/media/'
MEDIA_ROOT = os.path.join(BASE_DIR, 'media')
這里也配置了,請問一下有人知道是什么原因嗎？
還差哪一步？謝謝。。

如下截圖,存在這樣一張表 student model 有三個(gè)字段 name 學(xué)生姓名 score 分?jǐn)?shù) created_time 記錄創(chuàng)建時(shí)間 class StudentScore(models.Model): name = models.CharField('姓名', max_length=128) score = models.IntegerField(verbose_name='分?jǐn)?shù)') created_time = models.DateTimeField(auto_now_add=True)
每位學(xué)生可能有多條記錄, 我需要用每位學(xué)生最新的一條記錄,做一個(gè)排行榜, 用 django 的 orm 如何去查詢？

如題,前幾天看論壇討論帖都覺得 django 不錯(cuò),學(xué)前先測了測性能。。
配置：（平臺(tái) ubuntu ） django-admin startproject helloworld # 編寫一個(gè) echo,訪問 127.0.0.1:8080 回復(fù)"hello world" gunicorn HelloWorld.wsgi -b 127.0.0.1:8080 -w 9
壓測: wrk -t16 -c500 -d10 http://127.0.0.1:8080
得到數(shù)據(jù)：
單進(jìn)程 并發(fā) 794.46r/秒 ,平均延遲 140.74ms 九進(jìn)程 并發(fā) 7700r/秒,平均延遲 28ms
雖然之前就想到 django 不會(huì)很快,畢竟 py 寫服務(wù)性能也沒那么重要,但是這也慢的太太太太太夸張了吧。。本地 echo 居然只有 700qps 的性能,本地 echo 延遲 0.1 秒,這。。。。。。。。。
對比一下 py 框架現(xiàn)在異步框架性能單線程 express 也能挑戰(zhàn)一下的,就算 wsgi 跑的 flask,fork 的 rps 怎么也有兩萬,我用不到那么快,但是你也別慢的太夸張啊。。。。本地延遲這么高,干點(diǎn)啥畏首畏尾。。。。
是我哪里配置錯(cuò)了嗎？