for… loop

For…loop… ăn, ngủ, code, đạp xe, chơi với mèo… và cứ thế lặp lại! Nhàm chán, đơn điệu, nhưng cũng phải tập lại tính kỷ luật một tí! Ku Tom có chỗ nằm mới, cứ thế leo lên nằm ngủ, đôi khi lười biếng và lơ đãng nhìn xuống xem mình coding! Chút suy nghĩ về vòng “for”… theo tôi, luôn có cái gọi là “khoảng cách thế hệ – generation gap” bên trong thế giới coder, chiều sâu suy nghĩ, độ chính chắn hoàn toàn khác xa nhau! Từ xưa, như với ngôn ngữ C, người ta điều khiển “for” bằng một biến số nguyên “i”, chỉ đơn giản là như thế!

Có nhiều phép toán số học có thể làm được với “i”, đây mới là điều quan trọng nhất! Thế nhưng các ngôn ngữ mới không chịu, cứ phải đẻ ra cái “for in stride”, rồi những thao tác lặp phức tạp trở nên rất khó thực hiện! Chỉ đọc spec một ngôn ngữ, ví dụ như Swift, tôi có thể hiểu được khá rõ độ sâu, độ chính chắn trong suy nghĩ của tác giả! Mấy người “sáng chế” ra các ngôn ngữ mới này cũng chỉ là những coder bình thường như chúng ta mà thôi, chưa đạt đến tầm như của Donald Knuth, Edsger W. Dijkstra, Robert Sedgewick, etc… ngày xưa đâu!

apps

Con đường đau khổ sẽ còn dài… cứ trậm trầy trậm trật thế này, nhiều năm không giải quyết được, cuối cùng có khi phải bỏ đi làm app khác, rồi vẫn tiếp tục lặp lại vết xe đổ như thế! Nguyên nhân từ đâu? Làm trong ngành CNTT nên em là em cứ nói thẳng: nguyên nhân từ cấp 2, cấp 3 đọc nhưng không hiểu chữ, hoặc có hiểu nhưng hiểu không sâu, chỉ lơ mơ ngôn từ bề mặt! Lên đại học, những khái niệm cơ bản đọc mãi không thông, toán đơn giản như vector, ma trận làm không được, học thiết kế CSDL cũng y vậy, viết câu lệnh SELECT 3 cấp lồng nhau vô tư…

Không biết “INNER JOIN” là cái gì, làm sao tạo “VIEW”… Không nói quá đâu vì đã thấy nhiều rồi, tất cả đều quay về cơ bản mà thôi! Nên đừng trách, em mà bắt bẻ cái gì là bẻ từng từ một! Nói thì hay lắm, lúc nào cũng Trí tuệ nhân tạo, Máy học này kia, trên mây không à, nhưng coding căn bản không làm được, sợ có khi cài đặt thuật toán QuickSort còn không được! Nên kiểu giống như học võ ngày xưa các ông thầy bắt tấn “mã bộ” suốt mấy tháng là có lý do! Vẫn phải quay về những điều căn bản nhất, mà căn bản nhất của giáo dục chính là… làm người!

PKC

Nôm na về mã hoá khoá công khai (public-key cryptography) cho nhiều người dễ hiểu, cái này chỉ cần toán cấp 2, 3 thôi! Ta lấy hai số nguyên tố rất lớn: p1 và p2 nhân với nhau, kết quả được một số nguyên siêu lớn: n = p1 x p2, n được gọi là khoá công khai (public key), còn bộ (p1, p2) được gọi là khoá bí mật (private key)! Đây cũng giống như hai mặt của một đồng xu, nếu biết trước (p1, p2) thì tính ra n rất dễ (chỉ là một phép nhân), nhưng ngược lại, khai triển luỹ thừa, từ n lần ngược trở lại (p1, p2) là siêu khó, ngay cả siêu máy tính cũng có thể mất nhiều triệu năm mới giải mã được! Về bản chất toán học, vấn đề chỉ đơn giản là như thế!

Đi sâu vào sẽ có nhiều điều phức tạp hơn! Nếu anh X được cấp bộ 2 khoá, thứ nhất là khoá công khai: n, và thứ nhì là khoá bí mật: (p1, p2), anh ta sẽ bỏ cái khoá công khai n đó lên internet hay ở nơi nào đó để ai cũng đọc được, và giữ bí mật cặp (p1, p2). Nếu Y muốn gởi mật thư cho X, Y sẽ mã hoá dùng khoá công khai n (của X), và thông điệp đã mã hoá đó chỉ có thể được giải bằng (p1, p2) mà thôi! Điều ngược lại cũng đúng, nếu X gởi đi một thông điệp có thể giải mã thành công nhờ khoá n, thì điều đó có nghĩa là: chắc chắn nó đã được mã hoá bằng (p1, p2), xác nhận được gởi đúng từ anh X, đây chính là cách xác thực chữ ký số!

Ưu điểm của mã hoá khoá công khai chính là… nó công khai, không mất công phân phối, chuyển giao “khoá” như các phương pháp khác, và khoá bí mật chỉ giữ riêng cho chủ nhân của nó! Ưu điểm cũng là khuyết điểm, cần có một tổ chức đứng ra xác thực khoá công khai này đúng là thuộc về ai đó! Ngoài ra, mã hoá khoá công khai có thể được dùng để bổ trợ cho mã hoá khoá bí mật (như các cách dùng trong quân sự): dùng phương pháp công khai để truyền tải khoá bí mật, rồi dùng khoá bí mật để mã hoá / giải mã tài liệu, như thế có thể đổi khoá bí mật định kỳ, thường xuyên một cách dễ dàng, nhanh chóng mà vẫn an toàn!

Quốc phòng vẫn chuộng sử dụng các phương pháp mã hoá khoá bí mật, đơn giản vì tốc độ xử lý! Khoá công khai dùng những số nguyên cực lớn nên tính toán mất thời gian, nhất là với dữ liệu lớn như âm thanh, hình ảnh! Có người lo ngại những thế hệ máy tính lượng tử mới có thể giải các loại khoá này, điều đó là có thật, nhất là với các khoá đã có sẵn! Nhưng nếu ta tăng p1 & p2 lên, dùng những số nguyên tố lớn hơn, thì tính toán lượng tử cũng sẽ bó tay! Năng lực “lượng tử” dùng để phá mã đó thực ra cũng có thể được dùng để tìm ra những số nguyên tố lớn hơn, “ma cao một thước thì đạo vẫn có thể cao lên một trượng”!

chatgpt

Nhân chuyện ChatGPT và các thể loại AI xôn xao dư luận gần đây. Có nhiều cách nhận định khác nhau, đương nhiên không nên đánh giá thấp vai trò của trí tuệ nhân tạo và ứng dụng của nó, nhưng bảo máy móc có trí tuệ thì chắc chắn là không! Nói ngắn gọn thế này: sáng tạo là đặc quyền của con người (hay đúng hơn là của một số người), là khả năng đi vào những vùng chưa biết, những lỗ đen kiến thức, khai phá, lập thuyết, chứng minh, etc… Chừng nào mà AI nó chứng minh được Bổ đề cơ bản, ví dụ như thế, thì tôi mới tin là máy có trí tuệ. Còn lại, máy nó chỉ lặp lại những kiến thức thu thập được, càng ngày càng nhiều, dùng khả năng siêu tốc độ của mình để xử lý, tối ưu, và trình bày ra dưới một dạng khôn khéo mà thôi! Mấy ông già “biết tuốt” VN chắc khoái con ChatGPT này lắm, cái gì cũng biết…

Có người đưa các ví dụ AI có thể tối ưu hoá những đoạn code, rồi vẽ ra viễn cảnh máy có thể code được! Chuyện này theo tôi vẫn còn xa, xa lắm! Máy nó chỉ lặp lại một số “bài” được học thôi, vì học quá nhiều nên đôi khi còn có vẻ “giỏi” hơn cả coder – con người! Và thực ra cũng có một số coder giống như thế (giống máy): rất giỏi logic, test IQ, giỏi xử lý các “câu đố” được đưa ra, nhưng kỳ lạ thay, không code được, hoặc code nhưng không giỏi, tại sao thế? Tại vì cái anh chàng “thông minh” đó thực ra chỉ “thuộc bài”, phỏng vấn các vòng đều rất ấn tượng, và cũng đôi khi là “thông minh” thật, giỏi “làm tính, giỏi logic”! Nhưng code, hiểu theo nghĩa rộng, là đi giải một bài toán thực tế, mà giải quyết vấn đề thực tế thì đôi khi “thông minh” chưa đủ, như trên đã nói, “phát minh, sáng tạo” là đặc quyền của con người.

Việc lặp lại “như vẹt” một số kiến thức đã biết chỉ tạo ra được sự “thông minh”, hay “có vẻ thông minh”, chứ không tạo ra được “phát minh, sáng kiến”, không tìm ra hướng đi mới, cách tiếp cận đúng, tìm ra giải pháp hữu ích giữa những cái “hỗn mang, vô tri, bất định”. Cuộc đời của mỗi con người đều giống như “Miếng da lừa” (tiểu thuyết của Honoré de Balzac), có bao nhiêu sinh lực dành để nhớ những kiến thức không thực sự cần thiết, những thông tin vụn vặt cốt chỉ để “loè người” hay để theo đuổi những mục đích “bất chính, bất thiện” thì đương nhiên không còn năng lực để theo đuổi những tri thức hữu ích đích thực. Thông tin thì càng ngày càng nhiều, “Hằng hà sa số” như thế, làm sao mà nhớ hết nổi?! Chuyện học “nhồi nhét kiến thức” đã nói rồi, chuyện “trọc phú tri thức” cũng bàn rồi…

Nhưng tiếc thay, lại sa đà vào mớ trừu tượng “kiến thức nguyên bản” một cách vô bổ, không đưa ra được kết luận gì hữu ích. Nhưng không ai nói cho rõ “kiến thức thật sự, kiến thức có thể sáng tạo” nó là như thế nào, bắt nguồn từ đâu, làm sao để có. Tôi cũng không hiểu lắm, nhưng cho rằng nó liên quan mật thiết đến cảm hứng sống, đến động cơ, mục đích của con người, đến sự can đảm đối diện với bản thân, và có lẽ là, từ trong sâu thẳm, liên quan đến bản chất “hướng thiện” của mỗi người! Trở lại chuyện ứng dụng ChatGPT, chuyện chẳng có gì to tát, các bác cứ làm quá lên! Chỉ là một cỗ máy thuộc bài, lặp lại như vẹt mà thôi! Nói cho đúng là một phần lớn báo chí và cư dân MXH VN về dân trí cũng cỡ đó, như cái thùng rỗng vọng lại những thứ người ta dội vào, viết tiếng Việt thì trúc trắc đọc không được…

Dịch tiếng Anh thì ngô nghê, tối nghĩa, trình ngôn ngữ e là chưa bằng máy! Và chính vì dân trí đang là như thế… nên ChatGPT rồi cũng là công cụ như Wikipedia mà thôi, ý tôi tức là một công cụ… nô dịch tư tưởng! Ví như đám lưu manh trên mạng, mỗi lần có tranh cãi gì là chăm chăm đi sửa Wiki theo hướng có lợi cho mình! Không thể phủ nhận Wiki cũng là nguồn thông tin hữu ích, nhưng nó cũng chỉ là “cái chợ” của con người, có đủ thứ “thượng vàng hạ cám” ở trên đó. ChatGPT rồi cũng sẽ được dùng như một công cụ “nô dịch tư tưởng”, dùng cho những loại óc “bã đậu”, chuyển giao “thông tin” dưới dạng “mì ăn liền”, cái “thông tin” đó được nguỵ trang là “kiến thức”, “tri thức”, là “chân lý”. Nếu có sợ là sợ cho những thành phần dân trí quá thấp, nói gì cũng nghe, chứ ai lại đi sợ cái máy!?

Ai cũng biết, sự học thuộc lòng (dù nhồi nhét) chính là điểm khởi đầu của giáo dục, trẻ con đâu có biết gì nên cứ phải ép nó học thuộc một số “nguyên liệu thô” ban đầu, kiểu như: Nhân chi sơ, tính bản thiện, tính tương cận… ChatGPT, tôi xem như đứa trẻ 3, 4 tuổi, bắt đầu bi bô những kiến thức đầu tiên. Và kệ mịa nó nói gì, lớn lên rồi thì nhiều người sẽ dễ dàng đồng ý là: Nhân chi sơ, tính bản ác! Trở lại với ChatGPT, tôi vẫn xem nó là “con vẹt” học tiếng người, thấy con chuột đến giả tiếng mèo để đuổi chuột đi, thấy con mèo tới giả tiếng người nạt nộ để đuổi mèo đi. Nếu là vẹt thì người ta kêu là nó thông minh, nhưng nếu là người, mà suốt ngày lặp lại mãi một số ngôn từ vay mượn, máy móc, vô nghĩa, chả có tí nội hàm, nội tâm nào, cứ mãi “giả tiếng”… thì người ta kêu bằng: “thiểu năng trí tuệ”.

jacquard loom

Lâu về trước có viết bài nói về công nghiệp dệt may đã là động cơ chủ yếu của Cách mạng Công nghiệp Anh như thế nào, góp phần hình thành nên một xã hội bắt đầu có nhu cầu tiêu dùng, mà tiêu dùng đầu tiên là ăn mặc đẹp đẽ, sang trọng. Nhưng đôi khi nhìn lại, ta sẽ thấy sự phát triển kỳ diệu của các ngành công nghệ khác nhau như những tấm gương lấp lánh phản chiếu lẫn nhau nhiều cấp! Dưới đây nói về sự phát triển của ngành dệt đã góp phần tạo ra công nghệ thông tin hiện đại như thế nào! Trung Quốc phát minh ra các kiểu dệt gấm, Trung Đông có những kiểu dệt thảm rất đẹp! Để tạo ra những hoa văn đầy sắc màu đó, đơn giản là điều chỉnh cách thức các sợi vải ngang, dọc, chéo đan xen vào nhau! Đến năm 1804, thương gia Pháp Joseph Marie Jacquard phát minh ra cái máy dệt mang tên mình!

Nhìn từ trên xuống, có thể hình dung tấm gấm như một ma trận điểm (dot matrix), mà ‘on’ hay ‘off’ là trạng thái nổi hay chìm của các sợi vải đan xen vào nhau! Jacquard đã dùng các bìa giấy đục lỗ (punched card) để mã hoá các thông tin hoa văn này, cho phép dệt ra những kiểu hoa văn tuỳ ý! Đây xem như là máy dùng bìa đục lỗ đầu tiên, chỉ cần thay một băng giấy khác là có thể dệt ra được kiểu hoa văn tương ứng! Bìa đục lỗ được sử dụng như cách mã hoá đầu vào – input, rồi sau đó được sử dụng để mã hoá đầu ra – output! Đến năm 1888 thì Herman Hollerith người Mỹ sử dụng bìa đục lỗ tương tự để làm ra máy thống kê sử dụng để điều tra dân số, máy chạy nhanh hơn 10 lần so với người tính toán thủ công! Tiền thân của các loại máy tính hiện đại đã ra đời… từ nghề dệt như thế!

games

Thực ra viết con game để chơi là phụ, chính yếu vẫn là muốn thử nghiệm các kỹ thuật khác nhau với “lambda function – anonymous function – hàm không tên”!

Tự viết con game Solitaire này mấy năm trước, nhưng lười, không bỏ lên AppStore. Game mà tôi tự viết để tự chơi thì cũng khá nhiều, viết vì kiếm không được game tương tự đúng ý, cái thì quảng cáo quá nhiều, cái thì đồ hoạ quá xấu, cái thì nặng nề, tốc độ quá chậm, chạy không mượt, mà tôi chơi Solitaire, mấy ngón tay bấm liên hồi như đánh piano vậy! Trò Solitaire chuẩn chơi trên máy Windows tối đa chỉ 24K điểm, nhưng cầm cái iPad mà chơi thì trên 30K điểm là chuyện thường! Game này viết chỉ một source code, chạy trên tất cả các nền Apple (Mac, iPhone, iPad…), làm cái engine sẵn, đọc game rules từ file lên, hiện tại hỗ trợ đến 99 biến thể (variant) Solitaire khác nhau!

Nhớ lại đợt Sài Gòn giãn cách XH vì Covid-19, suốt ngày chỉ có chơi game giải trí, hoặc làm mộc, cưa bào, đục đẽo để vận động tay chân! Nói về chơi game, căn bản đó không phải là chuyện gì xấu, nhưng tôi thường chỉ chơi game logic đơn giản, mỗi ngày chơi 15 ~ 30 phút tối đa, không chơi các game có kịch bản hay những game mất quá nhiều thời gian! Tác hại của game đối với giới trẻ không cần phải nói, nhưng lỗi không nằm ở game, lỗi ở xã hội và giáo dục, tạo ra cho chúng nó một môi trường nghèo nàn, một tâm hồn trống rỗng, như cái lỗ đen sâu hoắm, nên ngoài những thứ vớ vẩn, nhảm nhí ra, chúng nó không còn biết điều gì khác, riết rồi thành thần kinh, bệnh hoạn và tệ nạn!

toán

Nối tiếp post trước, minh hoạ bằng một screenshot – chụp màn hình. Đến tận bây giờ vẫn còn xài khá nhiều toán, không phải là Toán cao cấp (vi phân, tích phân, đạo hàm, xác suất thống kê, etc…) mà chủ yếu là Toán rời rạc (discrete mathematics) và Thuật toán, thuật giải, thêm một chút Hình, Số và Xác suất thống kê… Chính là vì mấy cái này nên code vẫn còn có vài niềm vui, ngoài những chuyện debug phức tạp, nhức đầu, mệt mỏi và vô số những công việc… trâu bò khác!

Ở một góc nhìn khác, có thể… nhìn code đoán tuổi! Những người viết mã thành khối 80 cột như tôi có nguyên nhân sâu xa từ cái thời còn trên x86 và DOS, lúc đó màn hình text có kích thước 16 (dòng) x 80 (cột), còn màn hình thời bây giờ viết đến 160 cột có khi vẫn chưa xuống hàng! Đến tận giờ tôi vẫn cho rằng bắt đầu từ tầng thấp – low level là một điều nên làm, phần lớn coder bây giờ cái gì cũng biết, công nghệ nào cũng rành, chỉ một điều là không… rành code!

The fallacy of high-level programming

For the last 5 years or so, I’ve stopped writing on technical subjects on this blog. But that doesn’t mean I stop writing completely, in fact, I keep on writing a lot, but keep them to myself instead of posting out. For reasons too numerous to tell, or to be short, just because I’m lazy. Software engineering is a still a relatively – young industry, hence, naivety, untruthfulnesses, deceptions, myths, lies, and dogmas are… countless. In that environment, writings could be controversial and misleading, so I choose to note down my ideas in private.

I started with Turbo-C on DOS, then move on to different dialects of the C language: Watcom C, Borland C++, C++, glibC, Obj-C… For me, the most important thing in programming is… crashes. It crashes right away to tell you that you’ve done something wrong! It crashes when you access a null pointer, it crashes when you use an API the wrong way, it crashes when you allocate an infeasible amount of memory, it crashes when you access a dangling pointer referencing to an object which has gone out of scope, just because you can’t track on the life-cycle of that object. It doesn’t even throw an exception and try going on until the situation is unmanageable. Simply put, there’s NO exception, you’re punished immediately, as soon as you’ve done something wrong!

I strongly advocate the use of ARC for memory management, in fact, I would call it the most brilliant feature of the Obj-C language for the last 25 years or so, ARC makes life much more easier. But I also advocate the use of crashes as a “graceful” way to tell that you’ve done something wrong with the deallocated blocks. It crashes right away when you allocate an unbearable amount of memory so that you would know that your algorithms and data – structures are not efficient enough, and you will need to improve, to do tuning, optimization! For me, modern languages are good and friendly, the down side is that it’s also too friendly to the developers, without punishments, how can the devs’ skills could be improved!

Thus, by the interacting between you – the coder and the computer & compiler combination, the reward – punishment model will help greatly boost the devs’ skills over time, and help producing good code. There’re huge differences between an experienced programmer who write good code, and foresee possibilities of bugs, and a novice one who only try to make it… just run. I really want to emphasize here, that the “reward – punishment” model of programming is what made a good programmer! Also by learning to handle memory problems by yourself give you opportunities to follow and understand the life cycles of objects, of memory blocks, understand the precise flows of code, understand the cost-and-benefits of each coding approaches.

e-ink display

Hiện tại, giá còn hơi chát, nhưng tương lai 1, 2 năm nữa, có một viễn cảnh như thế này: máy tính của coder nên có hai màn hình, một LCD truyền thống, và một e-ink, trong ảnh là màn hình e-ink Dasung, cty trụ sở tại Bắc Kinh, TQ (đã có màn hình kích cỡ 25.3 inch). Tất nhiên, nhiều thao tác máy tính vẫn cần đến màn hình đầy đủ mầu sắc.

Nhưng với một coder – lập trình viên mà nói, một ngày có khi hơn 12 tiếng, phần nhiều chỉ edit text, thì màn hình e-ink hoàn toàn không phát sáng, đúng nghĩa là “giấy trắng mực đen”, có thể bảo vệ mắt tốt hơn rất nhiều, càng tốt hơn nữa nếu có thể hiển thị 256 mức xám! Xứ sở phát minh ra giấy, đương nhiên sẽ làm giấy điện tử thật tốt!

giáo dục thể chất, 1

Đây là hệ quả của cái lối: “chơi thể thao một cách triết học, và suy nghĩ triết học một cách thể thao”! Ai cũng biết sức khoẻ, thể chất là nền tảng của mọi điều, ấy thế mà vẫn chỉ “thể dục, thể thao” trên giấy, vẫn cố viết “sách”! Riết rồi suốt ngày chỉ loanh quanh với ba cái ngôn từ vớ vẩn, tìm cách “chơi chữ”, tìm cách “hơn người” bằng hoạt ngôn xảo ngữ, chứ động tay động chân thì không muốn và không làm được!

Không chỉ thế, nó ảnh hưởng suốt phần đời sau của đứa học sinh! Học cái gì cũng không có “hành”, chỉ lải nhải một mớ lý thuyết, ngôn từ chết! Học cái gì cũng lớt phớt bề mặt, không có chiều sâu, không có công phu! Nói đâu xa, ngay trong giới lập trình viên hiện tại, 10 người thì hết 9.5 người, hỏi gì cũng biết, công nghệ nào cũng biết, trên trời dưới đất, chỉ có là những kỹ năng lập trình phức tạp, thực tế không làm được!

panorama

Hồi đó, không nhớ là năm nào, xài cái iPhone 4S (dạng cũng rất hiện đại lúc đó) chụp ảnh panorama, chất lượng tệ, không hài lòng nên đi mua cái Sony NEX5R, chiếc máy ảnh không gương lật đầu tiên, chụp panorama khá tốt. Hôm nay thử dùng chỉ 1 cái iPhone 7 cũ rích chụp pano thử xem, cho ra một cái ảnh 15000 x 4000 pixel (chờ ảnh load hơi lâu), má ơi, đúng là mình lạc hậu về công nghệ thật rồi! Haiza, đúng là thời thế, công nghệ đi quá nhanh, đẹp hơn hẳn máy ảnh chuyên nghiệp ngày xưa!

P/S: nói có vẻ ngược đời, nhưng từ xưa giờ vẫn quan niệm rằng: tôi chẳng cần phải biết cái éo gì về công nghệ cả! Tôi chỉ biết về kỹ thuật (techniques) thôi! Vâng, nói rõ ràng như vậy! Tôi chỉ biết những mánh mẹo, kỹ xảo lập trình xa xưa, những thủ pháp cấu trúc dữ liệu, tối ưu hoá li ti, thời của “programming pearls” – những viên ngọc lập trình ấy! Coder giờ toàn ở “trên trời”, công nghệ này kia, AI, Machine learning, Big data, nói như vẹt, chỉ có điều mấy cái “căn bản” lại không biết!

Ảnh lớn, cuộn theo phương ngang để xem.

analog computers

Một chủ đề ưa thích của tôi là lịch sử Khoa học Kỹ thuật. Lên Đại học, tiếp xúc với các khái niệm automata, tự động hoá và điều khiển, tôi được học chung về các nguyên tắc đầu vào và đầu ra của các hệ thống máy tính điện tử. Tất cả các tín hiệu “in và out” (sensor, control, actuator…) được “lượng hoá” từ tín hiệu analog thành digital, vì máy tính hoạt động trên nguyên tắc tín hiệu số, dĩ nhiên có một số bộ chuyển đổi AD, DA đâu đó. Nhưng mãi lâu về sau, tôi mới được biết đến cái gọi là “analog computer”, ngược hẳn với “digital computer”, đó là những “máy tính tương tự”, hoạt động trên các “tín hiệu tương tự”, sử dụng những nguyên tắc cơ, điện, quang… Một ví dụ “kinh khủng” nhất cho các “analog computer” là các “máy tính” sử dụng trong điều khiển tàu vũ trụ của Liên Xô, mở ra bên trong thấy toàn các bánh xe cơ giới!

Một sự thật làm tôi há hốc mồm vì kinh ngạc! Tàu con thoi Soyuz được phóng lên vũ trụ và hạ cánh xuống mặt đất, được tự động hoá từ A đến Z, không cần người điều khiển, sử dụng những bánh xe, cánh tay đòn hoàn toàn cơ giới như thế. Trong khi “Tàu con thoi – space shuttle” của Mỹ, sử dụng “digital computer” hẳn hoi – hiện đại hơn Liên Xô cả một thế hệ, nhưng không thể tự động hoá hoàn toàn, phải có người điều khiển! Các hình dưới đây, bảng điều khiển tàu vũ trụ Liên Xô, một quả địa cầu được xoay bằng các trục và bánh xe, để chỉ cho phi công biết con tàu đang ở đâu so với mặt đất! Mở ra bên trong trông như một cái đồng hồ, một kỳ quan thực sự về cơ khí phức tạp! Phải mất rất lâu ta mới hiểu ra rằng, có nhiều hơn một cách để làm “chuyện ấy”, và những “cách khác” ấy đôi khi rất “dị” so với “quan điểm thông thường”!

quy tắc 10,000 giờ

Quy tắc 10,000 giờ liệu có đúng!? Từ lâu các “bài” trên internet “kháo nhau” rằng, dù là lĩnh vực gì, tập trung cho nó đủ 10,000 giờ, bạn sẽ trở thành “chuyên gia” trong lĩnh vực đó!? Mới nghe tôi đã phì cười… Như tôi, lập trình C: Borland C++, Visual C++, Objective-C, glibC… xoay quanh mỗi ngôn ngữ C hơn 20 năm, thời gian bỏ vào đó hơn 10,000 giờ nhiều lần.

Hay thời gian dành cho thuyền bè 6, 7 năm qua cũng đã hơn 10,000 giờ, mà cũng chưa nên cơm cháo gì! Cuộc sống ko dể dàng đến thế! Thật ớn ăn cho các “tác giả” – “giả cầy” của thời buổi marketing, PR, sale, SEO… những lĩnh vực lúc nào cũng chỉ muốn “mì ăn liền” và hiệu quả nhanh chóng. Họ đang nô dịch chúng ta từ trong suy nghĩ… 10,000 giờ ư, chuyện nhỏ!!!

goat cart

The two sides of my life: The world wide web and The wide wild wet, a heavy – loaded feeling like the donkey in the image below!

algorithms

Một phần quan trọng của 4 năm ĐH nằm trong cuốn này. Sách ngoại văn bìa cứng, bản in đẹp giấy tốt, đồng giá 50K/cuốn. Những năm 199x, FAHASA nhập sách ngoại về, bán chẳng ai mua, canh me đi qua lúc nó sale off, xúc luôn một lúc cả chục cuốn, từ Algorithms, Data structure, Computer graphics… cho đến Algebra, Advanced Calculus, Statistics, Mathematical Analysis, etc… Cũng là lý do tại sao thuật ngữ Toán, Tin… ko hề biết tiếng Việt. Cũng chưa thấy cuốn sách Tin học nào hay và bổ ích như cuốn này. Nói cho đúng là cái cách hành văn khoa học tiếng Anh của nó ám ảnh mình, ít khi thấy được một cách hành văn hay, súc tích, dể hiểu đến như thế, cộng thêm minh hoạ cực kỳ xinh đẹp.

Nếu nói mức độ hiểu vấn đề nó thể hiện qua khả năng diễn đạt, trình bày lại để cho người khác cũng hiểu thì tác giả cuốn này đúng là siêu đẳng! Về sau phát hiện ra, cả thư viện Đại học Khoa học Tự nhiên cũng chỉ có đúng một cuốn này, mình có riêng một cuốn! Không có thói quen đọc nhiều sách, theo mình, cả ĐH chỉ cần đọc chừng 3, 4 cuốn, và cả cuộc đời chắc không cần đến 20 cuốn. Đọc nhiều phí hoài tuổi xanh đi! Dự định sau này mình sẽ đóng cái kệ sách cao đến sát trần nhà, bỏ bớt những cuốn không đọc lên trên cao để không phải đụng đến chúng! Sách hay thì ít như sao buổi sớm, mà sách lôm côm lại nhiều như… lá rụng mùa thu! Sau bác nào đó thấy sách ngon, mượn ko trả, tiếc đứt ruột!

the man of wisdom delights in water…

仁者樂山
智者樂水

Written with a Bamboo stylus on iPad, using my inking mentioned earlier! A quote from Confucius’ Analects, and its partial, literal equivalence in English on this post’s title. Looks like there’s still lots of space for improvements on creating real, good looking strokes (for Chinese round brush and other kinds of brushes). Really discontent with my Chinese handwriting, it’s never been good enough for me, it’s been degrading greatly over time without practicing! My handwriting reflects my messy, chronically — undisciplined character!

inking

My proudly – announced achievement for the last 6 working months, now is a registering (pending) patent in the U.S. It’s about create inking effect to handwriting on iPad (ideally with a stylus): you can apply many pen styles: ball pen, fountain pen, calligraphy pen, Chinese round brush, and different levels of ink wetness. You may have seen my handwriting in severalpreviousposts, but this is completely different, a big step forward, much more a realistic look like ink on paper. You need to see it in action to witness how interesting the “beautification effect” it is!

Different pen styles:

Different ink wetness:

Another writing example, a poem in both Vietnamese and Chinese:

And now, a real world application, my new year greeting card, hand – written on iPad, printed on paper, with my signature and personal seal on it. Old vintage things are not to be perished, they just come back in new neoclassical forms, to have “inflated”, “degraded” contemporary values reprimanded!

styli

I was playing around with some iPad’s styli lately: the Wacom Bamboo stylus, TruGlide, Adonit Jot, Adonit Jot Touch, Jaja, Cregle’s iPen and ByZero. I’ve been loving the smoothness of Bamboo, but TruGlide is really an excellent one! The new Adonit Jot Touch seems to be promissing, and on the second position is Jaja (for pressure sensitive styli).

wwdc 2012

It would start within a week from now, the well – expected event of Apple’s world – wide developers conference of 2012 – WWDC 2012. To welcome the tech fair, on the left is a screen capture of what I’ve been working hard on for the whole last month (the video is not really clear since it’s shot with my phone), a photo browser UI like iPad’s Photos app. It takes time to learn insights into Core Graphics, Core Animation, and I’m still learning. For all those years of graphics I’ve been through, Apple UI and its graphics sysem are still sooo… brilliant and amazing to me! (and “our love has just begun”!) Keep heading North!