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

我現(xiàn)在從別的地方獲取到一個 api 接口的 swagger json 定義,我想在我的項目里把 json 用 swaggerUI 的方式顯示。怎么做呢？我目前只知道自己項目里的方法加注解可以用 swaggerUi,那把 json 轉(zhuǎn)化為 swaggerUi 怎么做呢。

Memoization ,你沒有看錯,我也沒有打錯,它跟 memorization 相似,卻不完全一樣。
Memoization 是一個計算機(jī)科學(xué)中的概念,在本文中,作者用一個 應(yīng)用程序根據(jù)大氣讀數(shù)計算天氣 的示例,貫穿全文,講解了這一概念,簡單易懂。
文章地址為： 什么是 Memoization ？
該文章所屬翻譯項目為： https://www.breword.com/projects/5f1d47400f18ef001b5d38e8

現(xiàn)在有一個父類 RequestBase,所有的子類都繼承自它。 public abstract class RequestBase { public long Version { get; set; } } public class LoginRequest : RequestBase { public string UserName { get; set; } }
現(xiàn)在我想有一個方法,可以給所有的 類賦值屬性 Uid,我嘗試這樣做,但是會提示 cannot convert from 'ref LoginRequest' to 'ref RequestBase' public void Todo() { LoginRequest _req = new LoginRequest(); _req.UserName = "zhangsan"; SetClientInfo(ref _req); } public void SetClientInfo(ref RequestBase _reqBase) { _reqBase.Version = "v3.0.0"; }
如果強(qiáng)轉(zhuǎn)換,會丟失掉 LoginRequest 類里面的屬性； 又不希望丟失掉子類的屬性值。該如何做？

雖然說是全干
但我傳統(tǒng)觀念還是專注于工程,雖然我也能照葫蘆畫瓢搞一搞機(jī)器學(xué)習(xí)那些東西,但肯定是皮毛
和人聊天在這產(chǎn)生了分歧
so 上來問問大家看法

JavaBean 是這樣的 Class User{ private Long id; private Integer active; private String sn; private String name; private String kind; private String gender; private Integer age; private String remark; private Object data; }
Object data 中是一個 JsonObject schema 文件要怎么寫才能讓 User 類映射上去 想要的顯示結(jié)果是這樣的 { "data": { "userById": { "id": 1, "active": 1, "sn": "kg", "name": "庫管", "age": null ... "data": { "role": "aa" "phone": "1111111" ... } } } }

https://github.com/taowen/modularization-examples 有太多的文章教你怎么組織代碼了。但是這些文章大都是系統(tǒng) A,模塊 B 的抽象寫意派。雖然看著很有道理的樣子,但就是看不懂。 本文的特點(diǎn)是有十多個帶有具體業(yè)務(wù)場景的例子。從如何接新需求的角度來分析模塊應(yīng)該怎么拆分。

鑒于 c 寫 leetcode 沒有動態(tài)的數(shù)據(jù)結(jié)構(gòu),自己寫了一個 https://github.com/LeoSirius/meta_c
目前實現(xiàn)了： 動態(tài)數(shù)組 棧 隊列 雙端隊列
主要是用在了下面這個題解中。300 多道,以 c++和 python 為主。c 在陸續(xù)補(bǔ)充中。 https://github.com/LeoSirius/leetcode_solutions

我們組是做廣告的,同事剛畢業(yè)一年多,天天都能聽到幾次這種話。
言語之間透露出輕蔑,先說我的看法,同事人有問題。

沒有目錄的概念,ListObjects 會列出所有的文件
阿里云、minio 等瀏覽器端訪問所展示的樹狀目錄結(jié)構(gòu)是怎么實現(xiàn)的？

做了一個淘寶(天貓)歷史訂單導(dǎo)出軟件 可以一鍵導(dǎo)出所有歷史訂單
然而,我的 IE 報錯,說我瀏覽器有風(fēng)險,要我用 UC?
哪位朋友給看看,你的電腦是不是也報錯 測試程序下載
補(bǔ)充一個大圖:

如題
代碼放在了 GitHub 上： https://github.com/renbaoshuo/baoyun-site
目前只做了年齡顯示,打算放點(diǎn)照片上去,再做個留言功能？
求點(diǎn)大家的意見 (*^▽^*)
新手上路,請多關(guān)照（畢竟因為寫這個才學(xué)會了異步
說點(diǎn)題外話,下午就要去配眼鏡了,前幾天查著 900 多度了,好慌啊

我們基本上都用的 jackson,還有小伙伴用 fastjson 嗎？時間都是統(tǒng)一保存 64 位時間戳格式,都丟給前端處理
序列化踩坑

最近有點(diǎn)咸,感覺開著殺毒軟件經(jīng)常出些各種各樣的奇葩問題,比如 go build 天天 access denied ,干脆做個橫測,看看開了殺毒軟件 最多 能導(dǎo)致慢多少。
注意：這是個極限狀態(tài)下的測試,殺毒軟件是有掃描緩存的,比如 wd 在預(yù)先掃描了一遍的情況下對編譯時間的影響會下降到 11%左右。
選擇 firefox 作為這次測試的編譯項目,選擇 ff 而不選擇 chrome 的主要原因是 chrome 的那個編譯依賴管理工具太難用了,反正我暫時不想用（
獨(dú)立物理機(jī)進(jìn)行編譯,ThinkPad X1C 6,8350u + 16G + 250g 西數(shù)黑盤,win10 老壇酸菜 2019,關(guān)閉更新、搜索索引,打開性能模式,散熱環(huán)境固定,室內(nèi)溫度常年 26 度
測試方法：為防止掃描緩存干擾,測試流程均為：安裝 - （打斷可能有的掃描） - 更新 - 重啟 - 執(zhí)行編譯測試 - 回滾系統(tǒng) - 關(guān)機(jī)冷卻（時間不定,主要看我什么時候想起來進(jìn)行下一個測試）
結(jié)果： 裸機(jī)編譯耗時 68:38.96
結(jié)論：還是裸奔好

在 Build 2016 大會上,Microsoft 宣布全球有 12 億人使用 Excel [1]。同年,地球的估計人口為 74 億 [2]。
意味著占地球所有人的 16.2 ％ 的人群在使用 Excel 。
根據(jù) 2019 年的報告 [3],Python 擁有 820 萬活躍的開發(fā)人員,占地球人口的 0.001 ％。
通過這些數(shù)據(jù)可以看出,讓 Excel 和 Python 之間有更多交互對我們是有好處的 - 將為大量使用 Python 的用戶打開一扇新的大門。
....
更多文章內(nèi)容,詳見： http://docs.breword.com/92hackers-translate-articles/excel-to-python
我使用 Breword 翻譯工具快速翻譯了這篇文章,為我省下很多時間,如果你也想翻譯自己的文章,歡迎使用 Breword 翻譯工具： www.breword.com , 以便提高翻譯效率。

Navicat 比較有名,用了總感覺不好用
Sqlyog 以前在 window 上用的很舒服 沒有 mac 的版本
現(xiàn)在在用 Sequel 勉強(qiáng)能用,但是最近老是會閃退 難受
真的現(xiàn)在要是去做款這么個軟件 還是能賺一點(diǎn)錢的
v2 上開發(fā)這么多的 誰去搞一個嘛

平時有使用到阿里云產(chǎn)品的鐵汁們,我們這邊是阿里云戰(zhàn)略級代理商,新購續(xù)費(fèi)升級產(chǎn)品可提供返現(xiàn)優(yōu)惠,產(chǎn)品還是在官網(wǎng)購買,返傭不影響開票金額,幫客戶購買小賺一筆,公司采購自用節(jié)約成本~有興趣了解可加 VX：aliyunhhh

大眼特效
抖音短視頻中的大眼特效有很多人玩,這篇就講一下怎么實現(xiàn)。本文為《 抖音美顏效果開源實現(xiàn),從 AI 到美顏全流程講解 》姐妹篇, 很多代碼和內(nèi)容都類似,看過的同學(xué)可以直接看效果和源碼。
下圖為演示小姐姐
大眼特效原理
大眼特效原理的美顏差不多,都是 AI 和計算機(jī)圖形學(xué)的結(jié)合 美顏是的基本原理就是深度學(xué)習(xí)加計算機(jī)圖形學(xué)。深度學(xué)習(xí)用來人臉檢測和人臉關(guān)鍵點(diǎn)檢測。計算機(jī)圖形學(xué)用來磨皮,瘦臉和畫妝容。一般在 Android 上使用 OpenGLES,IOS 為 Metal 。
來源 抖音美顏效果開源實現(xiàn),從 AI 到美顏全流程講解
人臉檢測 & 人臉關(guān)鍵點(diǎn) 人臉檢測指的是對圖片或者視頻流中的人臉進(jìn)行檢測,并定位到圖片中的人臉。 人臉關(guān)鍵點(diǎn)檢測是對人臉中五官和臉的輪廓進(jìn)行關(guān)鍵點(diǎn)定位,一般情況下它緊接在人臉檢測后。
我們將使用 TengineKit 來實現(xiàn)大眼特效。
TengineKit
免費(fèi)移動端實時人臉 212 關(guān)鍵點(diǎn) SDK 。是一個易于集成的人臉檢測和人臉關(guān)鍵點(diǎn) SDK 。它可以在各種手機(jī)上以非常低的延遲運(yùn)行。
https://github.com/OAID/TengineKit
TengineKit 效果圖
實現(xiàn)大眼特效
配置 Gradle
Project 中的 build.gradle 添加 repositories { ... mavenCentral() ... } allprojects { repositories { ... mavenCentral() ... } }
主 Module 中的 build.gradle 添加 dependencies { ... implementation 'com.tengine.android:tenginekit:1.0.5' ... }
配置 manifests
處理 Gif 傳過來的圖片流
首先我們先初始化 TengineKit: 選用 normal 處理模式 打開人臉檢測和人臉關(guān)鍵點(diǎn)功能 設(shè)置圖片流格式為 RGBA 設(shè)置輸入圖片流的寬高,此處為 gif 圖的預(yù)覽寬高 設(shè)置輸出圖片流的寬高,此處為 GifImageView 的寬高,此處和 gif 一致,所以用 gif 圖的寬高代替 com.tenginekit.Face.init(getBaseContext(), AndroidConfig.create() .setNormalMode() .openFunc(AndroidConfig.Func.Detect) .openFunc(AndroidConfig.Func.Landmark) .setInputImageFormat(AndroidConfig.ImageFormat.RGBA) .setInputImageSize(facingGif.getGifWidth(), facingGif.getGifHeight()) .setOutputImageSize(facingGif.getGifWidth(), facingGif.getGifHeight()) );
通過關(guān)鍵點(diǎn)得眼睛的中心點(diǎn) Point getLeftEyeCenter(FaceLandmarkInfo fi){ FaceLandmarkPoint p1 = fi.landmarks.get(105); FaceLandmarkPoint p2 = fi.landmarks.get(113); return new Point((int)((p1.X + p2.X) / 2), (int)((p1.Y + p2.Y) / 2)); } Point getRightEyeCenter(FaceLandmarkInfo fi){ FaceLandmarkPoint p1 = fi.landmarks.get(121); FaceLandmarkPoint p2 = fi.landmarks.get(129); return new Point((int)((p1.X + p2.X) / 2), (int)((p1.Y + p2.Y) / 2)); }
眼睛放大算法 public class MagnifyEyeUtils { /** * 眼睛放大算法 * @param bitmap 原來的 bitmap * @param centerPoint 放大中心點(diǎn) * @param radius 放大半徑 * @param sizeLevel 放大力度 [0,4] * @return 放大眼睛后的圖片 */ public static Bitmap magnifyEye(Bitmap bitmap, Point centerPoint, int radius, float sizeLevel) { Bitmap dstBitmap = bitmap.copy(Bitmap.Config.RGB_565, true); int left = centerPoint.x - radius < 0 ? 0 : centerPoint.x - radius; int top = centerPoint.y - radius < 0 ? 0 : centerPoint.y - radius; int right = centerPoint.x + radius > bitmap.getWidth() ? bitmap.getWidth() - 1 : centerPoint.x + radius; int bottom = centerPoint.y + radius > bitmap.getHeight() ? bitmap.getHeight() - 1 : centerPoint.y + radius; int powRadius = radius * radius; int offsetX, offsetY, powDistance, powOffsetX, powOffsetY; int disX, disY; //當(dāng)為負(fù)數(shù)時,為縮小 float strength = (5 + sizeLevel * 2) / 10; for (int i = top; i <= bottom; i++) { offsetY = i - centerPoint.y; for (int j = left; j <= right; j++) { offsetX = j - centerPoint.x; powOffsetX = offsetX * offsetX; powOffsetY = offsetY * offsetY; powDistance = powOffsetX + powOffsetY; if (powDistance <= powRadius) { double distance = Math.sqrt(powDistance); double sinA = offsetX / distance; double cosA = offsetY / distance; double scaleFactor = distance / radius - 1; scaleFactor = (1 - scaleFactor * scaleFactor * (distance / radius) * strength); distance = distance * scaleFactor; disY = (int) (distance * cosA + centerPoint.y + 0.5); disY = checkY(disY, bitmap); disX = (int) (distance * sinA + centerPoint.x + 0.5); disX = checkX(disX, bitmap); //中心點(diǎn)不做處理 if (!(j == centerPoint.x && i == centerPoint.y)) { dstBitmap.setPixel(j, i, bitmap.getPixel(disX, disY)); //dstBitmap.setPixel(j, i, Color.WHITE); } } } } return dstBitmap; } private static int checkY(int disY, Bitmap bitmap) { if (disY < 0) { disY = 0; } else if (disY >= bitmap.getHeight()) { disY = bitmap.getHeight() - 1; } return disY; } private static int checkX(int disX, Bitmap bitmap) { if (disX < 0) { disX = 0; } else if (disX >= bitmap.getWidth()) { disX = bitmap.getWidth() - 1; } return disX; } }
此代碼來源于 https://github.com/DingProg/Makeup
渲染
傳過來的 bitmap 為 RGB_565,需要轉(zhuǎn)為標(biāo)準(zhǔn)的 RGBA 格式 facingGif.setOnFrameAvailable(new GifImageView.OnFrameAvailable() { @Override public Bitmap onFrameAvailable(Bitmap bitmap) { // bitmap RGB_565 Bitmap out_bitmap = Bitmap.createBitmap( facingGif.getGifWidth(), facingGif.getGifHeight(), Bitmap.Config.ARGB_8888); Canvas canvas = new Canvas(out_bitmap); canvas.drawBitmap(bitmap, 0, 0, null); bitmap.recycle(); byte[] bytes = bitmap2Bytes(out_bitmap); Face.FaceDetect faceDetect = com.tenginekit.Face.detect(bytes); if(faceDetect.getFaceCount() > 0){ faceLandmarks = faceDetect.landmark2d(); if(faceLandmarks != null){ for (int i = 0; i < faceLandmarks.size(); i++) { FaceLandmarkInfo fi = faceLandmarks.get(i); out_bitmap = MagnifyEyeUtils.magnifyEye(out_bitmap, getLeftEyeCenter(fi), 40, 4); out_bitmap = MagnifyEyeUtils.magnifyEye(out_bitmap, getRightEyeCenter(fi), 40, 4); } } } return out_bitmap; } });
效果對比
建議
有興趣的同學(xué)可以在當(dāng)前項目的基礎(chǔ)上面深化,具體可以參考
https://github.com/DingProg/Makeup
參考 TengineKit - Free, Fast, Easy, Real-Time FaceDetection & FaceLandmark SDK on Mobile. Makeup - 讓你的“女神”逆襲,代碼擼彩妝（畫妝） CainCamera - CainCamera is an Android Project to learn about development of beauty camera, image and short video
源碼
https://github.com/jiangzhongbo/TengineKit_Demo_Big_Eyes
知乎
https://zhuanlan.zhihu.com/p/164803269
V2EX 系列
推薦一個 Github 上面免費(fèi)用的 Android 人臉關(guān)鍵點(diǎn) SDK,Demo 圖中的小姐姐好漂亮
嘗試 AI 人臉關(guān)鍵點(diǎn)算法實現(xiàn)一下 Android 人臉匿名功能
抖音美顏效果開源實現(xiàn),從 AI 到美顏全流程講解

近期計劃做一個 Win 平臺下的應(yīng)用程序,界面類似：可視化大屏的效果(界面元素不復(fù)雜）屬于 C/S 模式應(yīng)用程序,會用到海康視頻錄像攝像功能。 有 Demo 已可以實時顯示錄制界面,會用到?？狄曨l錄像攝像功能。 哪位朋友有時間,并且有這樣的案例,可以帶圖 加 秋秋: yi san wu si 柒 0 捌 捌 er si

前提 項目后端是 TP6 寫的,前后端耦合 前端使用的 layui 框架 后面需求功能越來越復(fù)雜,但也是還處于單頁面的狀態(tài)
問題 有一個需要繁雜功能的頁面,想說用 vue 框架去開發(fā),然后打包成 xxx.php 文件 如何做到熱更新？ 多入口頁面打包的方式跟后端耦合的弊端？

在公司老大安排的任務(wù)都完成了,也沒有其他的事情做了,應(yīng)該怎么提升自己呢,發(fā)現(xiàn)天天看書寫代碼,沒有項目驅(qū)動,很快就膩了

自己的開源 項目 里有一需求是使用 KaTeX 實現(xiàn)數(shù)學(xué)公式輸入,其中一個 Task 是 KaTeX 命令自動補(bǔ)全
技術(shù)上采用 Trie 數(shù)據(jù)結(jié)構(gòu),只是在實現(xiàn)上有點(diǎn)難度：
起初想法是把 KaTeX 所有命令（ command ）逐個加入 Trie 中,因為它是有限集,不過有 command 嵌套問題,也不是所有 command 都可以嵌套,結(jié)構(gòu)比較復(fù)雜,放棄...
第二種思路是參考 overleaf 的做法： 數(shù)據(jù)驅(qū)動實現(xiàn) ,將最常用的 command 顯示在 dropdown list,所有就有了第三種思路：
初始狀態(tài)下,命令集為空,用戶輸入之后,如果 command 存在,在插入公式之后便將該 command 加入到 Trie 中,那么問題就是,是否需要一個數(shù)據(jù)庫存儲命令集,其實命令集并不需要共用,因為每個用戶的專業(yè)和領(lǐng)域不同,用到的命令分布范圍也有所不同,也就是 local 自動補(bǔ)全功能,如果存到某個變量中,似乎不可取,第二次打開頁面變量會初始化,并不會記錄上次關(guān)閉頁面時的值
我一直以為最后一種思路是不可實現(xiàn)的,直到昨天在 emacs 里安裝了 auto-complete 寫 Agda,發(fā)現(xiàn)即使我在一個文件里清空了所有相關(guān)代碼,再次輸入時依然會有 dropdown list 提示,也就是在該文件里會有代碼記憶,即使我關(guān)閉文件后又重新打開：
這個功能正是我想要的,比較好奇是怎么實現(xiàn)的,雖然我在用 emacs,但是看不懂 emacs-lisp 代碼,另外,我的 emacs 里也沒有安裝 lsp-mode,所以也不會是 lsp 機(jī)制影響
發(fā)帖和有經(jīng)驗的 v 友交流一下

顧名思義是一個程序猿的技術(shù)交流群,有小白到十幾年的大佬,猿類品種目前有：Java 猿,大數(shù)據(jù)猿,前端猿,測試猿,運(yùn)維猿等等等創(chuàng)建這個群的主要目的,還是技術(shù)交流,閑聊扯淡,最重要的還是學(xué)習(xí),群內(nèi)各種猿類學(xué)習(xí)資料眾多,歡迎各位來一起學(xué)習(xí),技術(shù)探討 最后提一句,妹子賊多 QQ 群號：805675680

我在 vultr 上有個 VPS 專門爬蟲一個網(wǎng)站保存成文件,然后提供 web 訪問服務(wù)。最近發(fā)現(xiàn)這個網(wǎng)站的一個接口把境外 IP 都 ban 了,使用國內(nèi) IP 訪問就沒問題。
目前我的思路是：買一個國內(nèi)的服務(wù)器,專門用來爬蟲,爬完保存下來的文件 scp 到 vultr 服務(wù)器上。
這樣就是增加了國內(nèi)服務(wù)器的成本,國內(nèi)服務(wù)器又比較貴,不知道大佬有沒有更好的解決方案？
或者買個樹莓派？

Hi 各位,
我在嘗試找國內(nèi)可以用的托管 prometheus 或者 graphite,主要是用來連 grafana 監(jiān)控服務(wù)
嘗試了一圈,阿里云的云監(jiān)控等等,實在是爛得不行。
datadog 可以用但是丟包嚴(yán)重,延遲設(shè)到 5 秒還拼命丟數(shù)據(jù)
自己搭 docker 是可以,但是實在不想為這小破事來單獨(dú)維護(hù)個服務(wù)。
所以請問各位
有能用的托管時序數(shù)據(jù)庫推薦么 (手動哭）

例如我從機(jī)器 A scp 一個大文件到機(jī)器 B 的一個文件夾,在 B 上我監(jiān)聽這個文件夾是否有新文件,那 watchdog 如何知道我這個文件傳完了呢？

這是一篇會長期更新的文章
什么樣的 API 設(shè)計能被稱為優(yōu)秀當(dāng)然是一個非常主觀的標(biāo)準(zhǔn),但是還是有一些客觀可考量 API 質(zhì)量的數(shù)據(jù),比如 接了你設(shè)計的 API 的前端給好評的比例是多少,還是邊接邊罵 如果你的 API 本身就是你的產(chǎn)品的話（比如 Stripe,Algolia 或者 Github 等等）,你的用戶會對你的 API 好評嗎 API 是不是一讀即可以清晰地知道,對應(yīng)接口是做什么的。換句話說,接入 API 時需要的交流時間成本有多高
不管是前端程序員還是后端程序員,都少不了跟 API 打交道。后端需要把 API 設(shè)計和實現(xiàn)出來,而前端程序員需要把界面邏輯和 API 接起來,因此對于 REST 的設(shè)計規(guī)則有一些基本了解,不管你是前端還是后端,都會有很大幫助。
之前在廠里設(shè)計了一些還算被廣泛使用的 API, 因此我寫了這篇文章,結(jié)合之前的經(jīng)驗總結(jié)了一些要點(diǎn)。希望作為一個參考,可以幫助大家
文章請戳 => 優(yōu)秀的 REST API 設(shè)計指南
當(dāng)然我想要說明的是,設(shè)計 API 在一定范圍內(nèi)是有規(guī)律可循的,但是太過摳細(xì)節(jié)則會陷入無窮無盡地“宗教版”爭論中,所以請大家理論討論。
你們設(shè)計 API 的時候有些什么原則？有哪些好的規(guī)范和經(jīng)驗可以介紹和分享給大家？歡迎告訴我,我會加到文章中

前一天也不是很晚才睡,11 、12 點(diǎn)就睡了,早上 8 點(diǎn)多起床
9:30 上班,中午也會午休一小會
但是每到下午 4 、5 點(diǎn)的時候,都會感覺很累很困,或者說是眼睛很累,想睡一會
會不會和顯示器太垃圾了有關(guān)系？還是確實是我精力不行了
大家有沒有遇到過這樣的癥狀,有什么解決辦法嗎？

歡迎有意向者歡迎咨詢和投遞簡歷： [email?protected]
基本信息 所屬 BG：到家事業(yè)群 崗位類別：開發(fā)-后臺開發(fā) 經(jīng)驗要求：3 年 技能標(biāo)簽：技術(shù) 城市：北京市 職級范圍：P2-3 至 P3-2 學(xué)歷要求：大學(xué)本科
職位描述
崗位職責(zé)： 負(fù)責(zé)閃購用戶端 /商家端業(yè)務(wù)的需求把控、系統(tǒng)設(shè)計、功能開發(fā),保證業(yè)務(wù)需求實施落地； 以快速解決業(yè)務(wù)需求為核心,在營銷訂單履約等方向上解決用戶的痛點(diǎn)； 持續(xù)優(yōu)化系統(tǒng)架構(gòu),進(jìn)行服務(wù)性能優(yōu)化,保證高并發(fā)流量下的服務(wù)穩(wěn)定性； 指導(dǎo)初級、中級工程師,攻克技術(shù)難題,和團(tuán)隊共同成長。
崗位要求： 本科及以上學(xué)歷,3 年以上互聯(lián)網(wǎng)研發(fā)工作經(jīng)驗,扎實的計算機(jī)專業(yè)基本功,擁有與年齡相匹配的技能和經(jīng)驗積累； 精通 Java 及面向?qū)ο笤O(shè)計開發(fā),熟悉常見設(shè)計模式,對部分 Java 技術(shù)有深入研究,熟悉性能優(yōu)化方案； 熟練掌握 MySQL 應(yīng)用開發(fā)及原理和常用性能優(yōu)化,以及 NoSQL 、MQ 等中間件應(yīng)用和原理； 熟練掌握互聯(lián)網(wǎng)開發(fā)相關(guān)技術(shù),有 dubbo 或 Spring Cloud 等方面的經(jīng)驗； 具備高并發(fā)高流量的系統(tǒng)設(shè)計經(jīng)驗,熟悉相關(guān)的容錯容災(zāi)方案和故障處理； 具備較強(qiáng)的邏輯思維能力,有較強(qiáng)的分析問題、解決問題的能力； 具備良好的團(tuán)隊合作精神和協(xié)調(diào)溝通能力,有與產(chǎn)品、前端、移動端等多方密切配合的經(jīng)驗和意識； 具備較強(qiáng)的快速學(xué)習(xí)能力,有技術(shù)極客精神,研究過開源項目原理及代碼實現(xiàn)的優(yōu)先。
崗位亮點(diǎn)： 有機(jī)會全身心地參與新零售 MarketPlace 電商平臺建設(shè),體驗并掌握各個環(huán)節(jié)的核心技術(shù)要素,和團(tuán)隊一起對零售到家業(yè)務(wù)進(jìn)行全新的升級、再造； 能在急速發(fā)展的用戶端（履約、售后、營銷、客服）、商家端業(yè)務(wù)當(dāng)中,從 0 到 1 建立對用戶端業(yè)務(wù)和產(chǎn)品技術(shù)的認(rèn)知,構(gòu)建完整的宏觀圖景； 能和電商、O2O 、物流、零售、人工智能等多元化背景的團(tuán)隊技術(shù)大牛一起,綜合學(xué)習(xí),共同進(jìn)步。

歡迎有意向者歡迎咨詢和投遞簡歷： [email?protected]
基本信息
所屬 BG：到家事業(yè)群 崗位類別：開發(fā) - 后臺開發(fā) 經(jīng)驗要求：3 年 技能標(biāo)簽：技術(shù) 城市：北京市 職級范圍：P2-3 至 P3-2 學(xué)歷要求：大學(xué)本科
職位描述
崗位職責(zé)：
1.負(fù)責(zé)閃購用戶端 /商家端業(yè)務(wù)的需求把控、系統(tǒng)設(shè)計、功能開發(fā),保證業(yè)務(wù)需求實施落地； 2.以快速解決業(yè)務(wù)需求為核心,在營銷訂單履約等方向上解決用戶的痛點(diǎn)； 3.持續(xù)優(yōu)化系統(tǒng)架構(gòu),進(jìn)行服務(wù)性能優(yōu)化,保證高并發(fā)流量下的服務(wù)穩(wěn)定性； 4.指導(dǎo)初級、中級工程師,攻克技術(shù)難題,和團(tuán)隊共同成長。
崗位要求：
1.本科及以上學(xué)歷,3 年以上互聯(lián)網(wǎng)研發(fā)工作經(jīng)驗,扎實的計算機(jī)專業(yè)基本功,擁有與年齡相匹配的技能和經(jīng)驗積累； 2.精通 Java 及面向?qū)ο笤O(shè)計開發(fā),熟悉常見設(shè)計模式,對部分 Java 技術(shù)有深入研究,熟悉性能優(yōu)化方案； 3.熟練掌握 MySQL 應(yīng)用開發(fā)及原理和常用性能優(yōu)化,以及 NoSQL 、MQ 等中間件應(yīng)用和原理； 4.熟練掌握互聯(lián)網(wǎng)開發(fā)相關(guān)技術(shù),有 dubbo 或 Spring Cloud 等方面的經(jīng)驗； 5.具備高并發(fā)高流量的系統(tǒng)設(shè)計經(jīng)驗,熟悉相關(guān)的容錯容災(zāi)方案和故障處理； 6.具備較強(qiáng)的邏輯思維能力,有較強(qiáng)的分析問題、解決問題的能力； 7.具備良好的團(tuán)隊合作精神和協(xié)調(diào)溝通能力,有與產(chǎn)品、前端、移動端等多方密切配合的經(jīng)驗和意識； 8.具備較強(qiáng)的快速學(xué)習(xí)能力,有技術(shù)極客精神,研究過開源項目原理及代碼實現(xiàn)的優(yōu)先。
崗位亮點(diǎn)：
1.有機(jī)會全身心地參與新零售 MarketPlace 電商平臺建設(shè),體驗并掌握各個環(huán)節(jié)的核心技術(shù)要素,和團(tuán)隊一起對零售到家業(yè)務(wù)進(jìn)行全新的升級、再造； 2.能在急速發(fā)展的用戶端（履約、售后、營銷、客服）、商家端業(yè)務(wù)當(dāng)中,從 0 到 1 建立對用戶端業(yè)務(wù)和產(chǎn)品技術(shù)的認(rèn)知,構(gòu)建完整的宏觀圖景； 3.能和電商、O2O 、物流、零售、人工智能等多元化背景的團(tuán)隊技術(shù)大牛一起,綜合學(xué)習(xí),共同進(jìn)步。

收到了 Google 的郵件 Notice of Class Action Settlement re Google Plus – Your Rights May Be Affected
郵件翻譯:
訴訟摘要 Google 從 2011 年 6 月至 2019 年 4 月運(yùn)營著面向消費(fèi)者的 Google+社交媒體平臺。2018 年,Google 宣布 Google+平臺在 2015 年至 2018 年期間遇到了軟件錯誤,這使應(yīng)用程序開發(fā)人員可以意外地訪問某些 Google+個人資料字段信息。此后,原告 Matthew Matic,Zak Harris,Charles Olson 和 Eileen M. Pinkowski 提起訴訟,代表一個假定類別的 Google+用戶提出了各種法律主張,這些用戶據(jù)稱已受到軟件錯誤（“類”）的傷害。Google 否認(rèn)原告的指控,否認(rèn)有任何不當(dāng)行為和任何責(zé)任,并且認(rèn)為包括軟件原告在內(nèi)的任何集體成員（包括原告）均未遭受任何損害或傷害。
balabala ~
后面大概是你要選擇和解就填表,每個人和解金額是 5~12 刀
律師將如何獲得報酬？ 代表和解集體的律師尚未收到其法律服務(wù)的任何報酬,或尚未償還的任何費(fèi)用或?qū)嶋H支出。集體訴訟律師計劃要求法院從和解金中裁定不超過 1,875,000 美元的律師費(fèi),即和解金的 25 ％,并償還大約 200,000 美元的費(fèi)用和支出。
還是律師(搶)賺錢啊 qaq

本人不玩游戲,今天和同事一起等人,看了他玩一局。一次比賽,生成兩個視頻,一個專挑 kill 畫面；一個專挑對手失利的片段,并加上表情包來表現(xiàn)對手的無能來突出自己的技術(shù)高超,最后在加上微視 x 王者榮耀的 logo,完全不用人去剪輯,就自動合成了吸引眼球的視頻可以分享出去了。

和彩云免費(fèi)領(lǐng)取 2TB 空間 1 年,資料隨便填寫即可通過：
https://caiyun.feixin.10086.cn:7071/portal/cloudTeacher/index.jsp

Thug Life 是個什么梗?
HIPHOP 亞文化的一種,可以把它理解成“屌炸天”的意思
給大佬們加 Thug Life 特效,裝逼效果滿分:
悔創(chuàng)阿里杰克馬
一無所有王健林
不知妻美劉強(qiáng)東
Thug Life APP
在 Google Play 找了一個 Thug Life App 查了下數(shù)據(jù),總下載量 500W+,月下載量 30W,相當(dāng)不錯
Google Play 地址
https://play.google.com/store/apps/details?id=thug.life.photo.sticker.maker
實現(xiàn)
下面有請寡姐,我們給寡姐畫上 Thug Life
TengineKit
免費(fèi)移動端實時人臉 212 關(guān)鍵點(diǎn) SDK 。是一個易于集成的人臉檢測和人臉關(guān)鍵點(diǎn) SDK 。它可以在各種手機(jī)上以非常低的延遲運(yùn)行。
https://github.com/OAID/TengineKit
TengineKit 效果圖
配置 Gradle
Project 中的 build.gradle 添加 repositories { ... mavenCentral() ... } allprojects { repositories { ... mavenCentral() ... } }
主 Module 中的 build.gradle 添加 dependencies { ... implementation 'com.tengine.android:tenginekit:1.0.5' ... }
配置 manifests
處理圖片
首先我們先初始化 TengineKit: 選用 normal 處理模式 打開人臉檢測和人臉關(guān)鍵點(diǎn)功能 設(shè)置圖片流格式為 RGBA 設(shè)置輸入圖片流的寬高,此處為圖片的真實寬高 設(shè)置輸出圖片流的寬高,此處也是圖片的真實寬高 com.tenginekit.Face.init(getBaseContext(), AndroidConfig.create() .setNormalMode() .openFunc(AndroidConfig.Func.Detect) .openFunc(AndroidConfig.Func.Landmark) .setInputImageFormat(AndroidConfig.ImageFormat.RGBA) .setInputImageSize( showImage.getDrawable().getIntrinsicWidth(), showImage.getDrawable().getIntrinsicHeight() ).setOutputImageSize( showImage.getDrawable().getIntrinsicWidth(), showImage.getDrawable().getIntrinsicHeight() ) );
通過關(guān)鍵點(diǎn)得眼睛的中心點(diǎn),嘴巴的點(diǎn),下巴的點(diǎn) Point getLeftEyeCenter(FaceLandmarkInfo fi){ FaceLandmarkPoint p1 = fi.landmarks.get(105); FaceLandmarkPoint p2 = fi.landmarks.get(113); return new Point((int)((p1.X + p2.X) / 2), (int)((p1.Y + p2.Y) / 2)); } Point getRightEyeCenter(FaceLandmarkInfo fi){ FaceLandmarkPoint p1 = fi.landmarks.get(121); FaceLandmarkPoint p2 = fi.landmarks.get(129); return new Point((int)((p1.X + p2.X) / 2), (int)((p1.Y + p2.Y) / 2)); } Point getMouthCenter(FaceLandmarkInfo fi){ FaceLandmarkPoint p1 = fi.landmarks.get(208); return new Point((int)p1.X, (int)p1.Y); } Point getChinPoint(FaceLandmarkInfo fi){ FaceLandmarkPoint p1 = fi.landmarks.get(53); return new Point((int)p1.X, (int)p1.Y); }
渲染 Face.FaceDetect faceDetect = com.tenginekit.Face.detect(girl); if(faceDetect.getFaceCount() > 0){ faceLandmarks = faceDetect.landmark2d(); if(faceLandmarks != null){ for(int i = 0; i < faceLandmarks.size(); i++){ Point leftEye = getLeftEyeCenter(faceLandmarks.get(i)); Point rightEye = getRightEyeCenter(faceLandmarks.get(i)); Point centerEye = new Point( (leftEye.x + rightEye.x)/2, (leftEye.y + rightEye.y)/2 ); canvas.drawBitmap( b_glasses, centerEye.x - b_glasses.getWidth() / 2, centerEye.y - b_glasses.getHeight() / 2, null); Point mouthCenter = getMouthCenter(faceLandmarks.get(i)); canvas.drawBitmap( b_cigaret, mouthCenter.x - b_cigaret.getWidth(), mouthCenter.y, null); Point thin = getChinPoint(faceLandmarks.get(i)); canvas.drawBitmap( b_decorate, thin.x - b_decorate.getWidth() / 2, thin.y + b_decorate.getHeight() / 3, null); } } }
效果對比
參考
TengineKit - Free, Fast, Easy, Real-Time FaceDetection & FaceLandmark SDK on Mobile.
源碼
https://github.com/jiangzhongbo/TengineKit_Demo_Thug_Life
知乎
https://zhuanlan.zhihu.com/p/180230565
V2EX 系列
推薦一個 Github 上面免費(fèi)用的 Android 人臉關(guān)鍵點(diǎn) SDK,Demo 圖中的小姐姐好漂亮
抖音美顏效果開源實現(xiàn),從 AI 到美顏全流程講解
嘗試 AI 人臉關(guān)鍵點(diǎn)算法實現(xiàn)一下 Android 人臉匿名功能
抖音快手 APP"大眼特效"開源實現(xiàn),換了一個甜美系小姐姐做效果演示

至今用了十多年的 NAS 了。說說我現(xiàn)在用的是萬由的四盤位的 NAS 。用的就是萬由的系統(tǒng)。 主要的用途是下面幾個： 手機(jī)照片,視頻的備份,一般是自動上傳到 Dropbox,然后定期手工備份到電腦,在同步到 NAS 。 照相機(jī)的照片,在電腦上有一份,也傳一份到 NAS 上。 pt 下載,一直掛著幾百個種子。 plex 服務(wù),看電影用,看 pt 下載的。 作為備份儲存,在 digital ocean 的 VPS,會定期打包傳到 NAS 。 所以 NAS 主要還是存儲。 其實這些存儲的資料也有分重要程度。比如照片,視頻會在 PC 上再多存一份,下載的文件不重要,丟了還能再下。VPS 的備份,其實在服務(wù)商那里已經(jīng)做了快照。問題也不大。 另外,簡單說一下,家里有五口人,三臺 PC,三臺筆記本,最近還加了一臺 dell R710 服務(wù)器。服務(wù)器主要跑虛擬機(jī)用。

自己也有幾年的IT,但是感覺水平一般,也不打算更加深入。但是還是可以學(xué)習(xí)學(xué)習(xí),搞起這樣的活動,也會顯得不一樣。不再是一個光是水的社區(qū)

在各位在指點(diǎn)后,努力調(diào)整心態(tài),不斷面試,終于扛不住了,因為資手上金已經(jīng)不夠交下月房租了,所以準(zhǔn)備去找份普通工作去上班,程序員估計不適合我吧！反正感謝大家！

比如網(wǎng)站做好并設(shè)置好之后,每天自動到九點(diǎn)、startupnews類似的網(wǎng)站上抓取十篇文章附帶評論,然后自動發(fā)布到自己的網(wǎng)站,全程無人監(jiān)守。能否實現(xiàn)？有沒有已經(jīng)實現(xiàn)的？

厭煩了國內(nèi)的論壇模式,一直想做一個不一樣的站點(diǎn),無意中碰到了reddit。之后搜索相關(guān)文章,有鄭鈞的玩聚網(wǎng)（被關(guān)閉） 看了相關(guān)文章,挺有意思的。決定自己搞一個來玩玩。 網(wǎng)址是 http://lvv2.com 現(xiàn)在放到網(wǎng)上1年多了。歡迎各位geek圍觀,吐槽。 采用php編寫。lnmp。 全部自己編寫,沒有使用開源框架。 算法全部使用reddit的。 對有些客戶體驗上,比如查看評論什么的。進(jìn)行了自己的優(yōu)化。 歡迎大家圍觀,提建議。 了解reddit的人肯定知道怎么玩了,這里就不多說了。 完了,,這里有個帖子,匯集了目前網(wǎng)上存在的哪些類reddit開源軟件,和網(wǎng)站。 http://lvv2.com/t/197390 大家有興趣研究吧。發(fā)現(xiàn) 原來 旅途社區(qū)(lvv2.com) 還是比較早的了 這里有一篇 發(fā)重復(fù)了 http://www.v2ex.com/t/96274。--可移除 發(fā)現(xiàn)我不能編輯移動分類,希望管理員保留 “程序員” 分類里面的這篇文章,多謝。。。

HostLoc,曾經(jīng)的精神家園,就這樣變成幼兒園了。在那里呆的時間長了,發(fā)現(xiàn)自己也變得浮躁了,或許那里的氣氛本身就是浮躁的吧。 很早就知道這里,現(xiàn)在發(fā)現(xiàn)很多HostLoc真正的大牛也大多搬家到這里了,這里的討論的方向也是自己比較喜歡了,以后長駐好了。 頭像紀(jì)念過去的歲月,ID紀(jì)念自己的母語。 期待不久后能有一天擁有大多數(shù)V2EXer的睿智、博學(xué)和Pascal的條理、嚴(yán)謹(jǐn)。

三個月前來到北京易聯(lián)主機(jī)公司實習(xí),學(xué)習(xí)重構(gòu)相關(guān)知識,由于種種原因,離開了該公司,現(xiàn)在已經(jīng)連續(xù)1個月找不到工作,主要是學(xué)歷問題這卡住了。我是初中學(xué)歷,簡歷填初中根本沒人看,HR直接就Pass過,還有一個原因是,之前都在工廠上班,口才方面欠佳,HR提問根本不知道怎么用語言表達(dá)?，F(xiàn)在考慮轉(zhuǎn)行,但三個月學(xué)的知識又白學(xué)了,不轉(zhuǎn)行就這樣耗在北京也不是個事。想聽下大大們的意見。謝謝