1448694566920

介紹   

  OSM(開放街圖)是由Stephen Coast創建,目的是創造一個自由且開放的地理資訊創作,每個都可以個人名義簡單註冊並且上傳更新地理資訊,當然大家都可以很簡易並且無須任何費用使用所有OSM任何資源,可以說是地圖版的維基百科,目前由英國非營利組織OpenStreetMap基金會贊助維運

  可能很多人會覺得google地圖就很好用了,為什麼還要用OSM呢?其實OSM概念跟維基百科一樣,世界上有那麼大量的地理訊息要如何將這些訊息資料化呢?最好的方法就是動用群眾的力量,利用簡單的器材與手機GPS功能就可以簡易的更新整個世界地理資訊了,但是更深層面來說,街景與地理位置都是我們一起產生的訊息,的些訊息資料化後放在網路上應該是公正公開並且無須費用,而不是由一些大公司把持著,當我們需要這些訊息時在跟我們收取費用,所以可以想想我們在網路上產生的任何是屬於該公司私有還是屬於我們的?FB或是Twitter是否可以直接把你我的數據賣給其他公司營利使用(事實上Twitter已經將使用者資料出售給DataSift.GNIP等公司)?假如你跟我一樣支持網路資訊平等公開化就一起支持OSM吧~

Art Chen 發表在 痞客邦 留言(2) 人氣()

  長久以來人工智慧一直是很多工程研究人員的夢想,要做出一個類似人類思考模式的系統勢必要對自己思考模式有足夠了解才能做得出來,這篇是依據Ray Kurzweil先生How to create a mind 一書理論為基礎,討論人類新皮質如何辨識相關議題

辨識模組

  人類能夠能思考與學習都要拜哺乳類的新皮質所賜,長久演化以來使人類的新皮質比其他哺乳類還樣龐大,這也是人類能夠發展至智慧文明的關鍵,大腦的新皮質是由許多微小皮質柱組成,但是這微小結構沒有明確的界定,大多數科學家認為這是由一定數量的神經元組成,這基本單位就是模式的辨識器,每個模式辨識器會記錄一個模組,而這辨識模組相互牽連,值得注意的是這些模組有層級性,但是這裡所說層級不是指位置上的層級,是指概念上的層級,有些是較高的概念層級,有些式較低的訊息層級,但是基本上它們是一模一樣的辨識模組,只不過存取的內容不同而已

訊息的觸發

   每一秒鐘我們大腦都會接受到成千上萬的訊息,包括視覺.聽覺.觸覺...等訊息,這些訊息都會編排成一維的方式,傳送到大腦新皮質參與辨識,簡單而言我們接受到外界訊息時會依照某總編碼方式編出一串有序的一維陣列傳送到大腦,所以人類大腦是無法直接將整張圖片存下,而只是依照各人喜好存下某些訊息的片段而已

Art Chen 發表在 痞客邦 留言(0) 人氣()

image

I noticed a lot wallet drain scam happened. They usually use mint token or nft, and then transfer all your token or nft. So I read source code form some scam's mint website. It would scan your wallet first, and you think clicked mint for token but it call transfer or approve function,some even don't have smart contract.

web3.eth.sendTransaction({
from: walletAddress,
to: address,
value: web3.utils.toWei(amount, "ether"),

Art Chen 發表在 痞客邦 留言(0) 人氣()


  前篇已經大致上介紹人類模組的辨思模式,這篇主要是介紹最早的人工智慧模組"感知器",感知器為1943年心理學家Warren McCulloch和數理邏輯學家Walter Pitts共同提出了人工神經網絡及人工神經元的數學模型,主要是仿照人類神經觸發達到認知效果。

  感知器(Perceptron)主要概念為多個輸入值(x1.x2...),每個輸入值都有個加權值(w1.w2...),輸入值(x)乘上權重(w)的加總大於某個值閥(b)時,此感知器則會觸發。

 公式:W1 * X1 + W2 * X2+..... - b>0(觸發)

如上圖此模組有兩個參數輸入權重分別為w1=-0.5,w2=1.3 ,值閥b=0.6,有下面兩筆資料輸入

(1)X1 = 0.2, X2 = 0.6

Art Chen 發表在 痞客邦 留言(0) 人氣()

11194876_974057835937680_672677031_o

  無論解決甚麼問題事先預防總是比事後彌補來的好,所以SQL效能也是,在開始設計資料庫時設計人員就應該對於資料型態非常了解,應該要分析出哪個資料表效能會最差,哪個欄位搜尋會非常頻繁,這樣才能預先做出處裡,由於目前討論的議題是效能調教,所以不會對於開資料庫與設計資料表做太多著墨,本篇也不會討論到正規畫相關

  1.預存程序

其實在於微軟效能調教相關書籍都有建議,盡量不要在程式端下T-SQL指令,第一點當然是權限的問題,工程師應該沒有權限可以看到客戶資料,第二點方便SQL指令管理,所有SQL指定都在 預存程序 內,所以要調整SQL指令只要在預存程序就可修改,第三點因為每次下T-SQL指令SQL Server會把指定給最佳化,但是假如把指令都寫成預存程序,其實SQL Server只會最佳化一次,大部分的時候會取暫存區的最佳化結果直接使用,所以效能會比較佳,但是有幾點要注意,假如第一次最佳化是比較差的結果,之後都會是使用較差大結果,但是這問題通常只要設對索引,最佳化結果都是最好的,還有不要把所以SQL指令都寫成一個大預存程序利用參數去判斷要使用哪個SQL,因為預存程序只要大於8K就不會暫存最佳化了,而且最佳化解果也不會好

2.索引

索引可以幫助我們快速取的我們所需要的資料,但是不是每個欄位都加索引效能就會好,有時還會有反效果,而且索引是要維護,所以索引一定要設到正確的欄位上,通常是常常搜尋的那些欄位或一些常用來欄位

Art Chen 發表在 痞客邦 留言(0) 人氣()

SQL效能調教中,調整T-SQL指令是最容易的方法,以下幾點為T-SQL注意項目

1.不要對資料欄位作運算

我們先將CreateID與name都有設定索引

下好兩種查詢產品名稱與建立者的作法

SELECT[id]

Art Chen 發表在 痞客邦 留言(0) 人氣()

1
Blog Stats
⚠️

成人內容提醒

本部落格內容僅限年滿十八歲者瀏覽。
若您未滿十八歲,請立即離開。

已滿十八歲者,亦請勿將內容提供給未成年人士。