
ClickHouse是什么? ClickHouse是一個用于聯(lián)機分析(OLAP)的列式數(shù)據(jù)庫管理系統(tǒng)(DBMS) 。
文章是由我筆試面試騰訊筆記整理而來,主要是針對面試的C++后臺開發(fā)崗位,涵蓋了大部分C++后臺開發(fā)相關可能會考察和被問到的技術點。自認為這篇筆記是比較全面的總結,不管你是已經(jīng)工作準備參加社招,還是在校學生準備參加校招,筆記都可以作為技術面試準備階段參考查閱,查缺補漏。
滿滿干貨,值得一看!
只有5千行代碼的GuiLite是嵌入式、單片機中常用的GUI框架;它就是C++編寫,在GitHub有4.8K star,在Gitee有2K star??赡苣阌X得5千行能做什么?
有產(chǎn)品意識的工程師是對產(chǎn)品本身有很多興趣的開發(fā)人員。他們希望了解為什么要做決策,人們?nèi)绾问褂卯a(chǎn)品,并喜歡參與到產(chǎn)品決策中來。如果他們決定放棄工程的樂趣,他們很可能會成為一名優(yōu)秀的產(chǎn)品經(jīng)理。我曾與許多優(yōu)秀的產(chǎn)品工程師共事過,認為自己就是這樣的開發(fā)人員。在打造世界級產(chǎn)品的公司里,有產(chǎn)品意識的工程師將團隊的影響力提升到了一個新的高度。
重構不止是代碼整理,它提供了一種高效且受控的代碼整理技術。
RT-Thread x STM32 全連接創(chuàng)意創(chuàng)客大賽是 RT-Thread 聯(lián)手意法半導體(ST)發(fā)起,聯(lián)合博通集成電路(Beken)、廣和通(Fibocom)、立創(chuàng)EDA、碼云(Gitee)、正點原子合作伙伴,面向所有開發(fā)者的科技型在線競賽活動,旨在充分挖掘和培養(yǎng)開發(fā)者的創(chuàng)新能力和工程實踐素質,提高針對實際問題進行設計制作的能力,對物聯(lián)網(wǎng)操作系統(tǒng) RT-Thread 和嵌入式應用系統(tǒng)的理解和設計能力。
這次受公司領導委托,在國慶前幾天和同事一起出發(fā)上海做設備認證檢測,此次行程一共5天,我的職責是抽時間解決設備的軟件問題并輔助同事送檢??偟膩碚f,此次出行算十分順利,從中也更深層次的學習了公司產(chǎn)品的其它業(yè)務知識。
有很多工程師喜歡自己封裝一些標準庫已有的函數(shù),其實自己封裝的函數(shù),并不一定比標準庫好,有時候反而代碼更冗余,且有bug。下面就來分享一下C語言常見的一些標準庫。
在本篇文章中,我收集了很多經(jīng)驗和方法。應用這些經(jīng)驗和方法,可以幫助我們從執(zhí)行速度和內(nèi)存使用等方面來優(yōu)化C語言代碼。
今天分享的是一個比較生僻的C語言知識點,大家平時都用過#include"xxx.h"應該很少或者幾乎沒有見過.c文件作為頭文件吧,那么今天bug菌就跟大家一起來學習一下。
請留意變量數(shù)據(jù)類型的范圍!
可能這里很多讀者都聽說過ARM DS-5,但不熟悉(很少用于開發(fā)Cortex-M)。DS-5是由SDT、ADS 和 RVDS發(fā)展而來,這些老工具都停止更新,并由MDK或DS-5取代。
MySQL死鎖異常是我們經(jīng)常會遇到的線上異常類別,一旦線上業(yè)務日間復雜,各種業(yè)務操作之間往往會產(chǎn)生鎖沖突,有些會導致死鎖異常。這種死鎖異常一般要在特定時間特定數(shù)據(jù)和特定業(yè)務操作才會復現(xiàn),并且分析解決時還需要了解MySQL鎖沖突相關知識,所以一般遇到這些偶爾出現(xiàn)的死鎖異常,往往一時沒有頭緒,不好處理。
在Linux命令行里向其他用戶發(fā)送信息很簡單,很多命令都可以做到這點,麻煩的是你需要從眾多命令中挑選一個合適的命令來使用。因此,我挑選了四種常用的Linux用戶通信命令分享給大家并為你們講解這4種命令是如何工作的。
題目: 給定兩個字符串 str1 和 str2,返回這兩個字符串的最長公共子序列的長度。解釋:一個字符串的子序列是指這樣一個新的字符串:它是由原字符串在不改變字符的相對順序的情況下刪除某些字符(也可以不刪除任何字符)后組成的新字符串。
那相信大家也能感受到,其實用多線程是很麻煩的,包括線程的創(chuàng)建、銷毀和調(diào)度等等,而且我們平時工作時好像也并沒有這樣來 new 一個線程,其實是因為很多框架的底層都用到了線程池。線程池是幫助我們管理線程的工具,它維護了多個線程,可以降低資源的消耗,提高系統(tǒng)的性能。
本篇文章詳細講解了Optimizer Trace展示的所有相關信息,并且輔之一些具體使用案例。
上一篇原創(chuàng)寫了圖解Git的第一篇,個人感覺還是可以,比較基礎的那種,有興趣的可以看一看。這一篇我們繼續(xù)圖解Git,上一篇基本就是基礎,這一篇算是進階。
我們鼓勵在編程時應有清晰的哲學思維,而不是給予硬性規(guī)則。我并不希望你們能認可所有的東西,因為它們只是觀點,觀點會隨著時間的變化而變化??墒?,如果不是直到現(xiàn)在把它們寫在紙上,長久以來這些基于許多經(jīng)驗的觀點一直積累在我的頭腦中。因此希望這些觀點能幫助你們,了解如何規(guī)劃一個程序的細節(jié)。