mind [at] .net -- not a geek

Salah penempatan security atau terlalu sadis maling-nya. :D

Share this post: | | | |

Ini sepeda apa sepeda.

Share this post: | | | |

Q:
Ada cara lain untuk menulis string panjang tanpa underscore(_)?

A:
Cara umum dalam VB.Net dalam penulisan string terutama yang panjang dan multiline adalah menggunakan underscore atau mengunakan StringBuilder.
Dan kalau anda di VB9, maka kita bisa menggunakan XML Literal sebagai 'stringbuilder'-nya.
Ini akan terlihat natural dan mirip bila kita menulis string di keluarga C.
Salah satu keunggulannya adalah pengabungannya dengan LINQ, kombinasi yang manis.

'markup-nya bisa apa saja. contoh: <string></string>,<a></a> selama valid xml.
Dim strString = <string>Hallo,
VB tanpa _ (underscore) dan
multiline string loh</string>.Value

Dim theID As Integer = 8
Dim strSQL As String = <sql>SELECT *
							FROM MyTable AS tbl
							WHERE tbl.id = <%= theID.ToString() %></sql>.Value

Share this post: | | | |

Wah, langkah mundur nich.

Share this post: | | | |

Saking cepat-nya lari.

Tokonya lagi luka, makanya di plester.

Khusus Jeep yang OffRoad -- OffRoad di hutan beton.

Use your imagination.

Share this post: | | | |

Pakai Mac juga toch. :D

Share this post: | | | |

Mungkin itu inspirasi-nya. :P

Share this post: | | | |

Apakah twin/kembar merupakan 'copy and paste'?

Share this post: | | | |

Jadi alat potong. :)

Buat mengasah pisau dan kalau di perlebar bisa jadi kaya film Ghost(roller ceramic).

Prinsip fisika dalam pembuatan Jembatan -- jembatan seperti ini banyak di eropa terutama pada abad pertengahan.

Kegunaan ruang kosong.

Share this post: | | | |

Gambar indah di atas tampaknya tidak bisa di install -- bila ada VS2008 -- kalau VisualStudio 2008 belum ada SP1. Sedangkan VS2008 SP1 masih Beta dan banyak error-nya.
Dari banyak info yang beredar kita banyak mendapati ketidakbisaan peng-installan tersebut dan menurut msdn, sekitar tanggal 11 Agustus 2008 VS2008 SP1 atau minggu depan akan dirilis.
Jadi bersabar dech dan bersiap untuk download SP1-nya.

Share this post: | | | |

Dari VB9, kita melihat ada yang berbeda dari VB.Net.
Ia mulai menunjukkan 'identitas' apa dan siapa VB itu.
Pada awal-awal .Net, VB.Net 'cuma' menjadi penyerta dalam dan pengikut apa yang C# tampilkan.
Delegate, Generic, dan yang agak tidak biasa vb menjadi lebih strong type.
Dan ini yang membuat pencipta VB (agak lupa nama-nya; Alan Cooper), melihat VB.Net menyatakan penerapan vb di .net kurang tepat.
Sayang, ia tidak di ikut sertakan dalam pembuatan VB.Net pada awal-awal. Sehingga VB.Net menjadi C#-like with difference syntax.
Makanya ketika para developer VB Classic, masuk ke VB.Net menjadi shock. Kita tidak bicara OOP, OOP is just OOP.
Yang kita bicarakan behavior, dari VB.Net.
Mindset VB.Net ialah cara mudah mendevelop program terutama GUI. Dan ketika di .Net, semua dilakukan agak manual dan tidak jelas mau seperti apa.

Para developer VB tetap berharap agar dapat memiliki productivitas dan control kembali serta glory [seperti menjadi leader dalam GUI, yang meng-hempaskan MFC. kenapa? mungkin kita bisa bahas di lain blog. :D
Di mulai ketika Paul Vick dan Eric Meijer (Haskell mania yang meng-impikan Nirvana -- Tingkat tertinggi programming), dan mulai berani menantang arah VB yang hanya mengikuti status quote C#.
Salah satu indikasinya adalah XML Literal dan ini malah yang di-inginkan oleh developer C# (mungkin di next VS, untuk sementara gigit jari. :P ).
Jadi bekerja di dengan XML object direct tanpa ber-gumul dengan XPath atau XLST --DOM XML. Dan ini merupakan kerja VB.Net compiler yang lebih 'aware' dengan feature ini.
Kenapa ini penting, XML ada di mana-mana. Apalagi sekarang jaman meta dengan declaration model programming.
Feature ini memang hanya LINQ for XML + DOM XML + XML, tapi oleh VB.Net di buat semudah dan seproductivitas hingga membuatnya menjadi yang seharus-nya VB developer miliki. :)
Bahkan Anders (Pencipta C#) juga men-demo-kan di VB.Net Submit 2007.

Dengan VB.Net dan C# mulai 'memisahkan' jalan satu dengan lainnya. Maka ada yang mengaku bisa dua-dua-nya, bisa di pertanyakan se-Bisa/Master apa? :P.
Dan pemisahan ini bagus, bahkan bagus sekali. Dengan begitu C# akan menfokuskan-nya Language-nya lebih ke internal productivitas CLR dan VB.Net akan menfokuskan-nya feature agar lebih mensupport business aplikasi.
Beberapa yang akan bilang, C# lebih cepat. Yang harus-nya jadi pertanyaan berapa cepat yang di butuhkan untuk aplikasi itu?
Dengan kecepatan sekarang pun sudah lebih dari cukup, lagi pula yang masalah adalah bagaimana membuat-nya.
Kabanyakkan ke'slow'an terjadi karena masalah cara buat-nya bukan language atau framework-nya.

Dan kita akan melihat lebih banyak inovasi di VB.Net dan keterikatannya lebih dalam ke IDE-nya (VS).
Kenapa karena VB Classic yang banyak kita tahu. VB adalah Visual Studio -- pada masa VS6 kebawah. :)
Coba perhatikan IntelliSense pada VB.Net dan C#, pada VB.Net tidak akan menampilkan list-nya tapi me'lihat' apa yang developer inginkan (most of the time) berbeda dengan c# yang lebih agresif.

Jadi mungkin VB.Net merupakan bahasa yang akan banyak menggunakan intergrasi dengan IDE untuk feature-feature.
Tentu bagus bagi VS untuk karena ada alasan yang untuk mengunakan VS karena VB.Net ini. :)
Sayang sekali buat orang yang agak kesulitan ber-'bicara' dalam ber-coding menggunakan VB language (seperti yang nulis blog ini) melihat apa yang akan di dapatkan oleh VB.Net + Visual Studio pada generation berikut.

Share this post: | | | |

Kalau melihat IronPhyton 2 Beta 4, kita melihat ada perubahan namespace untuk scripting engine.
Dari Microsoft.Scripting.Core menjadi System.Scripting dan juga DLR Abstract Syntax Tree(AST) sudah di masukkan ke System.Linq.Expressions .
Yang menarik di sini adalah AST yang di LINQ akan lebih di tambahkan/tingkatkan fungsi-nya.
DLR AST sendiri merupakan LINQ AST yang di tambahkan beberapa property. LINQ AST sendiri sudah men-support dasar dari meta programming.
Kalau melihat interview dari Team Language C# 4, tampaknya kita melihat kemampuan dari compiler C# 4 yang dapat men-passing object/message dengan lebih 'fluid'/dynamic.
Tapi bukan berarti C# akan dynamic, ia akan tetap strong type language.
Perubahan ke System.Scripting sendiri akan membuat .Net menjadi lebih loose couple model dan itu akan sejalan dengan scenario dari .Net 4.0 (codename: oslo).
Oslo dirancang masuk ke SOA model, entah ke mesh atau sync. Yang pasti dalam SOA, kita membutuhkan suatu infrastructure/framework yang dinamis dan loose couple.
Dan meta programming akan banyak kita lihat, saat ini yang banyak memakainya seperti di WPF atau Silverlight dengan declaration model-nya.
Mungkin kita melihat Silverlight 3.0 dengan Dynamic C#. :P

Share this post: | | | |