分答

功能點調研的3種類型及產品調研的思路

一、功能點調研的3種類型 1.自己想做新功能,看別人怎麼做 拿到一個需求,比如說做簽到體系,自己有一些雜亂但不繫統的思路,這時候就需要看其他的產品是怎麼做的,從而判斷哪個做的好,思考怎麼借鑑過來

重拾RunLoop之原始碼分析1

原文連結 重拾RunLoop之原始碼分析1 雖然自己很早前就看過RunLoop的原始碼,當時看得時候,有點地方還是比較生澀的。所有抽了個時間,重新整理了一下之前RunLoop的筆記。CoreFound

SparseArray 原始碼解析

使用 Android Studio 作為 IDE 的開發者可能會遇到一個現象,就是在程式碼中如果聲明瞭Map<Integer, Object> 型別的變數的話,Android St

分散式系統先寫DB還是先快取?

由於篇幅原因,這次先聊三個問題。首先就是我們應該“先寫DB還是快取?”。我想,只要你開始運用快取,這會是你第一個要好好思考的問題,否則在前方等待你的就是災難…… 一、先寫DB還是快取? 一個程式可以沒有

NLP系列之文字分類

本篇部落格主要是記錄自然語言處理中的文字分類任務中常見的基礎模型的使用及分析。Github上 brightmart 大佬已經整理出很完整的一套文字分類任務的基礎模型及對應的模型程式碼實現。網上也有部分部落格將

談談分散式事務TCC機制

前言 分散式事務是幾乎所有分散式微服務系統中,最棘手也是最重要的一個點了。在講解分散式事務前,先了解下資料庫事務的特性;資料庫事務的幾個特性:原子性(Atomicity )、一致性( Consistency

分散式資料一致性理解

點選藍色“喬志勇筆記”關注我喲 加個“星標”,第一時間獲取推送的文章哦! 一、基本概念: 1、關聯資料之間的邏輯關係是否正確 (資料約束一致). 理解為垂直方

Kubernetes原始碼分析之Pod的刪除

我們通常使用kubectl命令刪除Pod,或者通過http協議直接呼叫apiserver暴露的介面去刪除Pod。所以,刪除Pod的起源肯定在apiserver這兒。 在之前分析kube-apiserver

Python 標準庫原始碼分析 namedtuple

namedtuple 是一個簡化 tuple 操作的工廠函式,對於普通元組我們在訪問上只能通過遊標的訪問,在表現力上有時候比不上物件。 命名的元組例項沒有每個例項的字典,因此它們是輕量級的,並且不需要比

分散式資料快取中的一致性雜湊演算法

一致性雜湊演算法在分散式快取領域的 MemCache,負載均衡領域的 Nginx 以及各類 RPC 框架中都有廣泛的應用,它主要是為了解決傳統雜湊函式新增雜湊表槽位數後要將關鍵字重新對映的問題。 本文會介紹

1715447615.375