Time of Update: 2018-12-04
POJ還沒做過的,今天偶然看到網易有道有個topcoder編程比賽,過幾天就是入圍賽了,趕緊報了個名,拿不到名次拿件T恤也好。正好也自己練練手~今天抽點時間做了兩道POJ的弱題,慢慢恢複手感ing 發現用C++還是比以前在學校時用純C要好,STL很強大。以後將長期A題玩~ 1003 枚舉,典型的先產生表,然後根據資料查表。產表O(N) 查表O(1)題目:How far can you make a stack of cards overhang a table? If you have
Time of Update: 2018-12-04
3。BLL模板<?xml version="1.0" encoding="UTF-8" ?><xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> <xsl:template match="/">using System;using System.Collections.Generic;using System.Data.SqlClient;using
Time of Update: 2018-12-04
周鴻褘:從程式員創業談起離開雅虎中國後的周鴻褘現在的身份是IDG公司的投資合伙人,手中拿著五億美金用來做風投的他自然對創業有著說不完的話題。由於周鴻褘出身程式員,也一直是本刊的忠實讀者,他希望一方面站在投資商的角度,同時以一種過來人的身份來探討“程式員創業”這個話題。一個周五的傍晚,在北京光華路的一個酒吧中,本刊約到周鴻褘進行這次對話。從昌平遠道趕來的周鴻褘由於塞車而晚到了半個小時。由於開會講了一天的話,他的聲音有些嘶啞。不過在草草的吃了晚飯後,周鴻褘仍然用其快速的語調錶達了自己的觀點。
Time of Update: 2018-12-04
從07年開始不斷有人邀請我創業或者做培訓講師,每每我都婉言拒絕,但從沒有一家公司三顧茅廬,對我發起第二次邀請。對他們來說我只是一個可選(option),並不是一個必選(required)。 我希望創業公司的創始人,拿出點劉備的精神來。請你想要請的人,要有誠意。當然請不要在我身上浪費時間了,我不是諸葛亮,也不會三顧就出山,如果要想抓我,就365顧吧,哈哈。
Time of Update: 2018-12-04
作為程式員,大家大多數人都是在軟體公司中供職,或者在互連網公司中工作,但也肯定有不少人和我一樣,是在非IT公司的IT部門中工作,做一些開發的工作。在非IT公司中,IT部門註定是一個服務部門,或者說是後院部門,而且是最“後援”的後院部門,在這樣的環境中,如何體現出程式員的價值呢?我們不是公司的直接利潤來源,不能直接為公司創造價值,因此只能用一種間接地方式來體現我們的價值。既然我們服務的對象是業務人員,那麼提升業務人員的工作效率,就是體現價值最主要的一種方式。這件事說起來很簡單,特別是在軟體公司中工
Time of Update: 2018-12-04
在QCon上,和一位朋友聊起了當前自己的狀況。自己現在主要的職責就是與業務溝通,然後一條龍服務,從商務規則制定,到需求分析,設計,開發,測試,後期維護,所有的事情都是由自己來完成。當然這隻是針對一個部門,而且經過一定時間的努力,商務程序和系統流程已經有了很好的符合,即便是需求變更,也會在很短的時間內完成修改,而且和業務部門的同事已經建立起了足夠的信任關係,在發生衝突的時候,也能夠相互理解,商量解決。但是始終自己還是處於技術人員的一種角色,而非管理角色,而且在業務公司(非軟體公司)中,做管理性的角
Time of Update: 2018-12-04
大家好。好久沒有更新這個blog,我幾乎都已經忘了我還有這樣一個blog了。今天一下子又想了起來,上來看看,發現還有人在看,於是突然又想把自己的一些想法和大家分享。我把這一系列文章的名字定為“漫談商務規則管理”。所謂漫談,漫不經心之談的意思。作者並無意把它寫成一個嚴肅的教科書,或者是一份討論學術問題的論文,只是想談談自己的心得而已。所以疏漏錯誤在所難免,大家願意指正的話可以留言。再說說商務規則管理。商務規則管理,也有人稱為商業規則管理。其實這個詞是從英文Business Rules
Time of Update: 2018-12-04
歸集:將分級賬戶中的錢轉到總賬戶中。台賬:區別於會計核算中的賬務系統,就是明細記錄表,使用者可以自行定義其格式。前置:銀行內部系統與第三方系統之間互動的中介,作用類似於防火牆。後台:銀行內部部署服務的機器,用於處理商務邏輯,一般直接跟資料庫相連。端末:銀行內部用於業務操作的終端,負責處理顯示邏輯,一般請求後台伺服器的服務進行業務處理。DCC:負責賬務處理的主機伺服器。金融行業包括:銀行 保險 證券 期貨
Time of Update: 2018-12-04
16號晚上k89次來到了內蒙呼和浩特市,傳說中的大草原。17號早上就到了,出站時,還以為到了我們市,地方不大,像北京那樣的高樓大廈,並不多見。 本來是打算一周時間,估計比原計劃要晚兩天。來這的感覺,一個字:真TMD的冷!:)據說,明天溫度最冷是零下20度,靠,從來沒有經曆過這個溫度!但願,我們走的時候,天氣能好點!這兩天,沒運動,又長肉了!
Time of Update: 2018-12-04
我是做軟體開發的。第一步走錯,那就會錯一輩子。自從進入第一家軟體公司起,我的生活就是兩點一線,家和公司。一天8小時全部貢獻給了電腦,天天一個樣,真是度年如日!一成不變的東西往往會讓人不安,害怕真的到了那麼一天,我們發生的改變,但我們卻一無所有,我們真的不知道怎麼去面對我們已老的父母,對你充滿期待的妻子和嗷嗷待哺的孩子。生活總是那麼無奈,命運總是那麼弄人。你想要的上帝卻給了別人,別人需要的上帝卻給了你。上帝是糊塗的,但卻是公平的。會哭娃子有奶吃,早起的鳥兒有蟲吃。追求才有收穫,勤奮才能成業。一切皆
Time of Update: 2018-12-04
找工作正在火燒眉毛的當口,Association of Computing Machinery (ACM) 的CareerNews準時發到了我的Gmail郵箱。正在困坐愁城的我,對這種傳統的冷宮郵件突然有了興趣:看看人家U.S.的IT Pros有啥心得也好。新一期的CareerNews中總結了U.S.IT領域求職的要領和誤區一家知名IT技術公司的Executive Director在這裡說到,找工作主要靠廣泛撒網,
Time of Update: 2018-12-04
1、本文所以內容來自 著名高校課件和學生筆記(校園裡面經常見到有人高價買筆記)2、任課教師不會提供參考文獻,所以只能對作者表示感謝,如果引用了您的作品,可以用回複方式補充參考文獻。3、我不對文章無關問題進行解答,文章內容也比較難,我也很難解答您遇到的問題,如果發現BUG可以用回複方式幫我修正。本課其他部分的導航條見頁面底部 管理會計學Managerial Accounting第五章經營決策常用的成本概念及基本方法n第一節經營決策需考慮的成本概念n第二節
Time of Update: 2018-12-04
早在20世紀90年代末,商業智慧(Business Intelligence)技術就被一家電腦權威雜誌評選為未來幾年最具影響力的IT技術之一。雖然近幾年整個IT界不景氣,但與商業智慧相關的產品研發及應用卻方興未艾,且數以百計的IT企業不斷湧進這一新興領域,BI應用甚至成為了IT界又一全新“亮點”。究竟什麼是商業智慧技術?又有哪些技術支撐著如此具有前景的商業智慧應用?答案就在— 商業智慧技術並不是基礎技術或者產品技術,它是資料倉儲、線上分析處理OLAP(Online Analytical
Time of Update: 2018-12-04
寫在前面:這篇文章是我根據SAP NetWeaver Technology
Time of Update: 2018-12-04
公司間採購寄售業務公司A向公司B以寄售的形式採購,但二家公司在同一個集團,在同一個系統,因此稱之為公司間採購寄售。我們知道寄售分為二個主要操作,Fill-UP(補貨)和Issue(寄售),本文介紹的是補貨的過程,也就是實物發和實物收的過程。參見 SAP-SD-銷售模式-寄售在標準的公司間採購訂單的基礎上,只需要增加一個配置,分配寄售的發貨單類型後台定義路徑:OLME – Assign Delivery Type and Checking
Time of Update: 2018-12-04
集團內的企業之間不僅發生正常的採購業務,也會發生委託外加工業務,下面對此做簡要的描述1)、 業務簡要描述
Time of Update: 2018-12-04
回國2年多了,漸漸的淡忘了日本的生活。有時還慶幸日本地址時,自己在國內。沒有讓家人擔心,雖然東京沒這次地震沒受什麼太大的影響。這幾天來上海出差,前2天給使用者培訓,真夠累的。每天回到賓館,洗個澡基本就睡了。今天是周末,而我又不是很習慣大城市,尤其是上海,典型的南方城市。沒地方去,也不想動。趕上周一有個面試,索性給自己找個不出去的理由,在賓館看書吧。過個周六後,突然有種說不出的感覺,後來仔細想想,對,跟日本時感覺是一樣的。我快淡忘了日本的生活。沒天除了工作,就是周末在家獃著。沒有其他業餘活動。真可
Time of Update: 2018-12-04
action 裡面基本能處理所有的商務邏輯層的東西 一般我們的action 是繼承 DispatchAction 裡面可以包含很多不同方法如果你要添加 ,就把你的資料傳過來到action 裡面 action再調用 Manager 裡面的方法添加如果是刪除 就把你要刪除的id傳遞過來action action再調用 Manager 裡面的方法刪除action 裡面並不是 處理 資料存放區 到 持久化 的相關操作而使用一個“中間轉換”而已 根據你的業務 調用 相應的
Time of Update: 2018-12-04
對於千萬到幾億層級的資料裝置id分表,按區段或者模數這種傳統手段都可以時間long型做主鍵最後去掉自增列並發如果超過一定量級(比如每秒100次了)就開始讀寫分離主庫無索引唯寫入從庫建索引調整索引大小如果超大並發(比如每秒500-1000次及以上寫入)就這樣子:未經處理資料用aof式的log存然後非同步存入資料庫資料庫本身再讀寫分離寫入log後,多個worker並發的往資料庫裡面寫,近乎於即時了。說白了,這種規模的系統,關鍵就是索引拿關聯式資料庫就個多快好省的索引系統用了 資料歸檔也是應該做的,
Time of Update: 2018-12-04
寫在前面的話,本文轉載自http://www.eoeandroid.com/thread-81911-1-1.htmlpackage eoe.demo;import android.content.Context;import android.database.sqlite.SQLiteDatabase;import android.database.sqlite.SQLiteOpenHelper;/**** 資料庫版本控制類*