Messages In This Digest (4 Messages)
- 1a.
- Re: 17 Jurus Maut Membuat Makro Ngebut From: Mr. Kid
- 2a.
- Re: Text to Date And Time From: STDEV(i)
- 2b.
- Re: Text to Date And Time From: Mr. Kid
- 3a.
- Re: re-Penentuan Juara From: stefen
Messages
- 1a.
-
Re: 17 Jurus Maut Membuat Makro Ngebut
Posted by: "Mr. Kid" mr.nmkid@gmail.com nmkid.family@ymail.com
Fri May 20, 2011 9:08 pm (PDT)
Jika isu ini :
- Gunakan vbNullString menggantikan ""
masih berpengaruh pada komputer sekarang, maka :
1. Gunakan Instr daripada komparasi teks
2. Gunakan Len atau LenB untuk cek sebuah variabel string ada isinya atau
tidak dibanding komparasi dengan vbnullstring
Kid.
2011/5/18 STDEV(i) <setiyowati.devi@gmail.com >
>
>
> Hiyaaattt !
>
> - Perbaiki logikanya
> - Matikan Screen Updating
> - Matikan Automatic Calculation
> - Lumpuhkan Events
> - Sembunyikan Page Break
> - Gunakan Statement WITH
> - Gunakan vbNullString menggantikan ""
> - Lepaskan/Kosongkan memory untuk Variable Object
> - Kurangi jumlah baris perintah, gunakan titik dua : (colons)
> - Lebih memilih Contants / Konstanta
> - Hindari operasi Copy Paste - jika tidak perlu sekali
> - Segera Buang Clipboard setelah operasi Paste
> - Hindari coding dengan gaya Makro Recorder
> - Gunakan loop For Each daripada For berindex
> - Lebih memilih menggunakan 'Earl Binding' daripada 'Late Binding'
> - Hindari penggunaaan variable type data Variant
> - Lebih memilih WorksheetFunction jika memang aplikabel
>
> masih tersedia jurus-jurus lain - lihat langsung di tkp..
> buruan sebelum habis diborong turis lokal..
>
> -siti-
> dikutip dari excelitems & cpierson
>
>
>
>
- 2a.
-
Re: Text to Date And Time
Posted by: "STDEV(i)" setiyowati.devi@gmail.com siti_vi
Fri May 20, 2011 10:36 pm (PDT)
tararengkyu... Oom atas jagongan malem-jumat- kliwonan- nya...
(ikh syeremm ada jin-nya juga..)
so...! kita para members (yg sempat baca) menjadi semakin mendekati
kejelasan
tapi mohon satu kalimat lagi dipertegas Oom..:
** oleh seorang yg memang punya hak akses, apakah dari sebuah "sistem", *data
date-time *
*pasti bisa dikeluarkan sebagai data yg konsisten*, misalnya tidak berupa
data date time
ya : data dengan format YYYMMDD hhmmss lah..??
** misal jawabannya = YA,
lalu kira kira apa alasan seorang dba (kok tega-teganya, padahal dia orang
yg faham soal data)
mengeluarkan data yg outputnnya tidak konsisten, seperti data ex datetime yg
dimiliki oleh
pak Nicodemus tadi ?
-siti-
ceh e : ce, er i : ri, weh i : wisss, yo wisss...
2011/5/21 Mr. Kid <mr.nmkid@gmail.com >
>
>
> kata jimat (barang siji dirumat) *'dari system'* yang bikin tamat karena
> kumat (soale bikin mumet dan ruwet sampe kribet)
>
> Apa sih system itu ?
> Definisi pribadi *bodonnya* adalah kumpulan bagian-bagian yang punya tugas
> untuk mengerjakan hal tertentu yang saling terkait membentuk suatu proses
> yang komplek dan menghasilkan sesuatu yang dibutuhkan.
>
> Kalau system informasi, berarti tentang informasi.
>
> Pada sebuah system informasi, umumnya terdiri dari banyak layer
> misalkan saja system 3 layer yang sering terdengar (bukan berarti pasti
> three-tier), yang memiliki back end, intermediate process atau logic process
> atau business process, dan interface.
>
> *Layer back end*
> Layer ini berupa database beserta seluruh akses dan kemampuan pengelolaan
> datanya. Biasanya yang berkuasa disini adalah db admin (dba) serta user yang
> punya akses kesana.
> Pada database yang baik, semua datatype telah tersusun dengan tepat sesuai
> karakteristik data. Untuk data angka bisa bermacam-macam tergantung range
> nilai datanya. Begitu juga dengan type lainnya. Untuk *datetime* juga
> sudah punya datatype khusus untuk datetime. Beberapa kasus diadakan
> pemisahan periode data dalam kolom tahun,bulan dan tanggal (entah kenapa,
> itu sudah pertimbangan proses bisnisnya), jadi periodenya tidak bertype
> datetime.
>
> Umumnya kegiatan transaksi data yang menyimpan history dengan tingkat
> ketepatan data sampai tanggal (apalagi satuan detik atau microsecond)
> disimpan dengan datatype datetime.
>
> Datatype datetime ini isinya adalah serial number tanggal dari nomor 0
> sampai terakhir yang semuanya tergantung dari database engine (mesin yang
> tugasnya ngurusin data di database) yang digunakan. Contoh, untuk SQL
> Server, datatype datetime mulai dari tahun 1753, sedangkan pada MySQL mulai
> dari tahun 1000. Date serial numbernya pun bisa jadi memiliki struktur yang
> berbeda.
>
> Nah lo... gimana tuh kalau date serial number nya beda-beda, apa gak salah
> nanti kalau transfer data antar database engine. Kayanya gak usah
> pusing-pusing mikirin bakal salah kali ya. gak tahu kalau ada yang pernah
> bermasalah dengan hal ini.
> Kenapa ?
> Karena komputer punya format standard YYYY-MM-DD HH:mm:ss atau YYYYMMDD
> HHmmss
> maka biar diberesin library yang ngurusin transfer data. Sekali lagi,
> karena selama ini belum pernah menemukan masalah. Jika ada masalah, mungkin
> bisa diselesaikan dengan fungsi-fungsi konversi datatype.
>
> Andai saja terjadi ketidak laziman pemilihan datatype pada sisi back end
> (dalam database), maka pasti ada penjelasan dari db creator nya. Mungkin dba
> juga punya penjelasannya mengapa begitu. Hal ini bisa jadi sangat jarang
> terjadi.
>
> *Layer proses bisnis (logic level)*
> Pada layer ini bisa jadi telah terjadi banyak perubahan data agar menjadi
> informasi yang sesuai kebutuhan. Perubahan datatype mungkin saja dibutuhkan.
> Pada layer ini terjadi interaksi dari banyak tabel yang diambil dari back
> end database.
>
> *Layer interface*
> Layer ini benar-benar berusaha supaya memberi kenikmatan kepada user dalam
> membaca informasi. Kadangkala, user memandang tampilan apa adanya data
> terasa kurang simple. Cara menyusun report yang dilakukan oleh modul
> penyusun laporan juga mempengaruhi susunan data.
>
> ------
>
> Kata *'dari system'* di atas bisa berarti dari salah satu layer tersebut.
> *Nah* ... dari layer yang manakah ?
> Jika hasilnya adalah yang tampil di interface sistem kemudian di export
> jadi text atau excel file, berarti dari layer interface. Begitu seterusnya.
> Jadi yang perlu diketahui dan dipahami adalah karakteristik setiap layer.
>
> Penarikan data secara langsung dari tabel back-end database, memiliki
> kemungkinan yang sangat kecil untuk menghasilkan data datetime yang tidak
> konsisten.
>
> Jika dari sebuah views dan sebagainya (bisa berarti dari layer logic),
> mungkin bisa terjadi, dan berarti bisa dibuat views lain yang menghasilkan
> data datetime yang lebih konsisten untuk keperluan tertentu.
>
> Sedangkan jika dari layer interface, berarti ada kebutuhan yang belum bisa
> dipenuhi oleh sisi interface atau yang tidak termasuk dalam spesifikasi
> pembangunan layer interface. Kebutuhankan berkembang, jadi wajar kalau
> interface-nya gak bisa memenuhi, dan tidak wajar kalau yang lainnya
> berkembang, interface beserta seluruh layer yang lain dibiarkan jadul.
> ---
>
> Masalahnya, semua itu disebut *'dari system'* itu tadi, karena memang
> seluruh layer itu membentuk sebuah system. Gak peduli dapetnya dari layer
> yang mana.
>
> Pendekatan ke database admin sangat perlu, karena dengan komunikasi yang
> baik antara dba dan user bisa mengubah kebijakan tentang akses database.
> Siapa tahu nanti dibuatkan query dan akses terbatas untuk bisa mengambil
> langsung dari database. Atau, melalui perbaikan pada layer bisnis prosesnya.
> Tentunya kedepan akan sampai juga pada layer interface dan semua akan
> tersenyum.
>
> Jika isu performa system dan proses kerja user menempati prioritas tinggi
> dalam perusahaan, hal-hal yang tampaknya 'sepele' seperti ini mestinya akan
> diperhatikan. Anehkan kalau hal yang tampaknya 'sepele' (seperti memisah
> tanggal dan jam yang tidak konsisten penulisannya) malah jadi penghambat
> banyak proses, apalagi memperlambat proses analisa. Sesuatu yang mestinya
> tidak perlu dilakukan, kok malah harus dikerjakan sampai memakan waktu
> berjam-jam (milihin manual, data mana yang masih belum pas dari hasil
> formula excel). Kalau gitu hal-hal 'sepele' itu bukan hal yang 'sepele' lagi
> kan ya...
>
> --
>
> Ini obrolan apa sih....
> anggap saja sebuah orb ditengah malam gelap gulita malem jumat kliwon yang
> lagi nyari sajen orang-orang yang suka jimat 'dari system' (malah dadi jin)
>
> akhir kata, mari kita belajar tentang datatype, meskipun komputer sekarang
> udah hebat-habat dalam mengolah data string, tetap saja dari datatype yang
> pas dan tepat, akan membantu membentuk pola pikir tentang data tanpa kuatir
> adanya dualisme makna data hanya karena susunan seperti Hms.
>
> Kid.
>
>
> 2011/5/21 STDEV(i) <setiyowati.devi@gmail.com >
>
> menurut pendapatku
>> data "tarikan" tidak dapat dijadikan "kambing putih" karena, seharusnya,
>> bentuk
>> data tarikan tergantung juga CARA MENARIKNYA.
>>
>>
- 2b.
-
Re: Text to Date And Time
Posted by: "Mr. Kid" mr.nmkid@gmail.com nmkid.family@ymail.com
Fri May 20, 2011 11:35 pm (PDT)
Mungkin pakDemus punya utang sama dba nya. :) ato mungkin mbokdemus lupa
gak ikut rewang waktu dba-nya ada hajatan.
Dari kutipan :
"Jika hasilnya adalah yang tampil di interface sistem kemudian di export
jadi text atau excel file, berarti dari layer interface. Begitu seterusnya.
Jadi yang perlu diketahui dan dipahami adalah karakteristik setiap layer."
Maka yang perlu menjelaskan adalah pakDemus. Ketika pak Demus menyatakan
dari database (back end db) [misal loh ya], maka ada pertanyaan lagi. Apakah
pembuatan sebuah view yang bisa ditarik user tersebut harus melalui
rangkaian proses yang ruwet atau tidak, harus ada ijin atasan atau tidak
(sak janj jannya hal seperti ini memang kebangeten, lha won cuman query sa'
uprit).
Tetapi yang jelas, *jika dari database backend*, kemungkinan besar akan
berupa data datetime yang baik dan konsisten, dengan asumsi penetapan
datatype pada struktur tabel database yang lazim (tanpa ada pertimbangan
proses bisnis yang menuntut tidak dengan datatype datetime).
*Jika hasil dari sebuah query* yang meng-query tabel database *tanpa *adanya
proses konversi atau formatting data datetime, maka hasilnya akan konsisten
seperti apa yang ada dalam tabel database. *Jika pada query telah ada
pengubahan datatype*, maka perlu dipertanyakan kenapa ada perubahan format
atau malah pengubahan datatype, dan harus bisa dijelaskan. Mungkin saja
dengan alasan kebutuhan proses bisinis tadi. Kalau bukan karena alasan
proses bisnis, berarti ada sesuatu yang gak pas dengan para pembuat
query-nya.
Beda halnya dengan pernyataan pak Demus yang berbunyi, *dari hasil ekspor
program akuntansi perusahaan atau program laporan invoice perusahaan
(aplikasi interface)*. Nah kalau hal ini, sudah diluar wilayah dba. Bisa
jadi waktu membuat aplikasi tersebut, hal seperti ini belum kepikiran (yang
ini juga rada aneh, karena dengan berpijak pada disiplin penggunaan
datatype, akan menghilangkan hal seperti ini secara langsung). Artinya,
perlu adanya perbaikan sisi interface saja, supaya bisa konsisten.
Lah tau-tau pak Demus mendeklarasi, *hasil query ke aplikasi interface* nah
ini yang bikin bingung. Kalau bisa diquery, berarti ada database front end,
yang bisa jadi embedded dalam aplikasi. Siapa yang jadi dba-nya ? Yang bikin
aplikasi kali ya.
Kalau begitu adanya, maka query untuk ambil data dari aplikasi interface
diubah supaya hasilnya konsisten.
Hal ini langsung dibantah,
"o... tidak bisa... aplikasinya tidak menyediakan ruang membuat query, jadi
query itu udah fix dan koneksi keaplikasi pasti langsung ke viewnya aplikasi
tanpa bisa membuat yang baru."
gubrak... bisa dikoneksi tapi gak bisa di-query baru... belum pernah ketemu,
dan mungkin ada yang demikian. ane ndak punya ide selain koneksi ke database
backend saja.
Masalah mudeng atau tidak dengan si data adalah hal sulit dijabarkan.
Datatype dijaman sekarang sudah dipermudah dengan modul-modul parser yang
maju, bersama kecanggihan mesin. Coba rasakan bedanya kecepatan penggunaan
datatype variant dengan integer, atau char (string) dengan integer. Nyaris
tak terasa, kecuali pada record bejibun kisaran Mega records. Jadi, kenapa
harus strict dengan datatype ? nambahin pikiran saja. Begitu katanya...
Pendapat seperti ini sangat sesuai untuk level interface. Yang penting
dimata user semua oke. Kadang kala hal ini terbawa sampai ke tahap
penyusunan back end database, tapi cuma segelintir saja. Pada level backend
database, datatype tetap penting.
Sejak adanya pendapat seperti itulah, maka enaknya disiplin dengan datatype
menjadi tidak prioritas. Lihat saja kebanyakan susunan tabel di Excel yang
mencampur adukkan berbagai macam data dalam satu kolom (untuk tabel
berorientasi vertikal). Ketegasan untuk input date dengan format yang umum
atau setidaknya tetap, sudah mulai diabaikan. Jika memang sayang dengan
data, pastilah ada ketentuan teknis yang secara tidak langusng dipengaruhi
oleh eksisnya datatype.
--
Jadi, untuk masalah seperti yang dialami pak Demus ini, darimana awalnya
tidaklah pasti selain pak Demus dan sistemnya yang tahu.
Prinsip dasar datatype dalam database yang konsisten adalah pasti. Keluar
dari database tidak konsisten itu aneh jika tidak ada penjelasannya.
Harapannya, kedepan mulai kembali memasukkan datatype sebagai bahan
pertimbangan menyusun sebuah tabel. Tidak perlu jauh-jauh harus menunggu
kalau di database. Mulailah dari sistem yang kecil, yaitu sebuah tabel yang
tertuang dalam beberapa cell di sebuah worksheet Excel dulu. Jika sudah bisa
konsisten dengan datatype, sepertinya kedepan tidak akan repot dengan hal
yang seakan sepele seperti menyusun data tanggal.
Kid.
2011/5/21 STDEV(i) <setiyowati.devi@gmail.com >
>
>
> tararengkyu... Oom atas jagongan malem-jumat- kliwonan- nya...
> (ikh syeremm ada jin-nya juga..)
>
> so...! kita para members (yg sempat baca) menjadi semakin mendekati
> kejelasan
>
> tapi mohon satu kalimat lagi dipertegas Oom..:
>
> ** oleh seorang yg memang punya hak akses, apakah dari sebuah "sistem", *data
> date-time *
> *pasti bisa dikeluarkan sebagai data yg konsisten*, misalnya tidak berupa
> data date time
> ya : data dengan format YYYMMDD hhmmss lah..??
>
> ** misal jawabannya = YA,
> lalu kira kira apa alasan seorang dba (kok tega-teganya, padahal dia orang
> yg faham soal data)
> mengeluarkan data yg outputnnya tidak konsisten, seperti data ex datetime
> yg dimiliki oleh
> pak Nicodemus tadi ?
>
>
> -siti-
> ceh e : ce, er i : ri, weh i : wisss, yo wisss...
>
>
>
>
>
> 2011/5/21 Mr. Kid <mr.nmkid@gmail.com >
>
>
>>
>> kata jimat (barang siji dirumat) *'dari system'* yang bikin tamat karena
>> kumat (soale bikin mumet dan ruwet sampe kribet)
>>
>> Apa sih system itu ?
>> Definisi pribadi *bodonnya* adalah kumpulan bagian-bagian yang punya
>> tugas untuk mengerjakan hal tertentu yang saling terkait membentuk suatu
>> proses yang komplek dan menghasilkan sesuatu yang dibutuhkan.
>>
>> Kalau system informasi, berarti tentang informasi.
>>
>> Pada sebuah system informasi, umumnya terdiri dari banyak layer
>> misalkan saja system 3 layer yang sering terdengar (bukan berarti pasti
>> three-tier), yang memiliki back end, intermediate process atau logic process
>> atau business process, dan interface.
>>
>> *Layer back end*
>> Layer ini berupa database beserta seluruh akses dan kemampuan pengelolaan
>> datanya. Biasanya yang berkuasa disini adalah db admin (dba) serta user yang
>> punya akses kesana.
>> Pada database yang baik, semua datatype telah tersusun dengan tepat sesuai
>> karakteristik data. Untuk data angka bisa bermacam-macam tergantung range
>> nilai datanya. Begitu juga dengan type lainnya. Untuk *datetime* juga
>> sudah punya datatype khusus untuk datetime. Beberapa kasus diadakan
>> pemisahan periode data dalam kolom tahun,bulan dan tanggal (entah kenapa,
>> itu sudah pertimbangan proses bisnisnya), jadi periodenya tidak bertype
>> datetime.
>>
>> Umumnya kegiatan transaksi data yang menyimpan history dengan tingkat
>> ketepatan data sampai tanggal (apalagi satuan detik atau microsecond)
>> disimpan dengan datatype datetime.
>>
>> Datatype datetime ini isinya adalah serial number tanggal dari nomor 0
>> sampai terakhir yang semuanya tergantung dari database engine (mesin yang
>> tugasnya ngurusin data di database) yang digunakan. Contoh, untuk SQL
>> Server, datatype datetime mulai dari tahun 1753, sedangkan pada MySQL mulai
>> dari tahun 1000. Date serial numbernya pun bisa jadi memiliki struktur yang
>> berbeda.
>>
>> Nah lo... gimana tuh kalau date serial number nya beda-beda, apa gak salah
>> nanti kalau transfer data antar database engine. Kayanya gak usah
>> pusing-pusing mikirin bakal salah kali ya. gak tahu kalau ada yang pernah
>> bermasalah dengan hal ini.
>> Kenapa ?
>> Karena komputer punya format standard YYYY-MM-DD HH:mm:ss atau YYYYMMDD
>> HHmmss
>> maka biar diberesin library yang ngurusin transfer data. Sekali lagi,
>> karena selama ini belum pernah menemukan masalah. Jika ada masalah, mungkin
>> bisa diselesaikan dengan fungsi-fungsi konversi datatype.
>>
>> Andai saja terjadi ketidak laziman pemilihan datatype pada sisi back end
>> (dalam database), maka pasti ada penjelasan dari db creator nya. Mungkin dba
>> juga punya penjelasannya mengapa begitu. Hal ini bisa jadi sangat jarang
>> terjadi.
>>
>> *Layer proses bisnis (logic level)*
>> Pada layer ini bisa jadi telah terjadi banyak perubahan data agar menjadi
>> informasi yang sesuai kebutuhan. Perubahan datatype mungkin saja dibutuhkan.
>> Pada layer ini terjadi interaksi dari banyak tabel yang diambil dari back
>> end database.
>>
>> *Layer interface*
>> Layer ini benar-benar berusaha supaya memberi kenikmatan kepada user dalam
>> membaca informasi. Kadangkala, user memandang tampilan apa adanya data
>> terasa kurang simple. Cara menyusun report yang dilakukan oleh modul
>> penyusun laporan juga mempengaruhi susunan data.
>>
>> ------
>>
>> Kata *'dari system'* di atas bisa berarti dari salah satu layer tersebut.
>>
>> *Nah* ... dari layer yang manakah ?
>> Jika hasilnya adalah yang tampil di interface sistem kemudian di export
>> jadi text atau excel file, berarti dari layer interface. Begitu seterusnya.
>> Jadi yang perlu diketahui dan dipahami adalah karakteristik setiap layer.
>>
>> Penarikan data secara langsung dari tabel back-end database, memiliki
>> kemungkinan yang sangat kecil untuk menghasilkan data datetime yang tidak
>> konsisten.
>>
>> Jika dari sebuah views dan sebagainya (bisa berarti dari layer logic),
>> mungkin bisa terjadi, dan berarti bisa dibuat views lain yang menghasilkan
>> data datetime yang lebih konsisten untuk keperluan tertentu.
>>
>> Sedangkan jika dari layer interface, berarti ada kebutuhan yang belum bisa
>> dipenuhi oleh sisi interface atau yang tidak termasuk dalam spesifikasi
>> pembangunan layer interface. Kebutuhankan berkembang, jadi wajar kalau
>> interface-nya gak bisa memenuhi, dan tidak wajar kalau yang lainnya
>> berkembang, interface beserta seluruh layer yang lain dibiarkan jadul.
>> ---
>>
>> Masalahnya, semua itu disebut *'dari system'* itu tadi, karena memang
>> seluruh layer itu membentuk sebuah system. Gak peduli dapetnya dari layer
>> yang mana.
>>
>> Pendekatan ke database admin sangat perlu, karena dengan komunikasi yang
>> baik antara dba dan user bisa mengubah kebijakan tentang akses database.
>> Siapa tahu nanti dibuatkan query dan akses terbatas untuk bisa mengambil
>> langsung dari database. Atau, melalui perbaikan pada layer bisnis prosesnya.
>> Tentunya kedepan akan sampai juga pada layer interface dan semua akan
>> tersenyum.
>>
>> Jika isu performa system dan proses kerja user menempati prioritas tinggi
>> dalam perusahaan, hal-hal yang tampaknya 'sepele' seperti ini mestinya akan
>> diperhatikan. Anehkan kalau hal yang tampaknya 'sepele' (seperti memisah
>> tanggal dan jam yang tidak konsisten penulisannya) malah jadi penghambat
>> banyak proses, apalagi memperlambat proses analisa. Sesuatu yang mestinya
>> tidak perlu dilakukan, kok malah harus dikerjakan sampai memakan waktu
>> berjam-jam (milihin manual, data mana yang masih belum pas dari hasil
>> formula excel). Kalau gitu hal-hal 'sepele' itu bukan hal yang 'sepele' lagi
>> kan ya...
>>
>> --
>>
>> Ini obrolan apa sih....
>> anggap saja sebuah orb ditengah malam gelap gulita malem jumat kliwon yang
>> lagi nyari sajen orang-orang yang suka jimat 'dari system' (malah dadi jin)
>>
>> akhir kata, mari kita belajar tentang datatype, meskipun komputer sekarang
>> udah hebat-habat dalam mengolah data string, tetap saja dari datatype yang
>> pas dan tepat, akan membantu membentuk pola pikir tentang data tanpa kuatir
>> adanya dualisme makna data hanya karena susunan seperti Hms.
>>
>> Kid.
>>
>>
>> 2011/5/21 STDEV(i) <setiyowati.devi@gmail.com >
>>
>> menurut pendapatku
>>> data "tarikan" tidak dapat dijadikan "kambing putih" karena, seharusnya,
>>> bentuk
>>> data tarikan tergantung juga CARA MENARIKNYA.
>>>
>>>
>
- 3a.
-
Re: re-Penentuan Juara
Posted by: "stefen" stefen@kofi.co.id
Sat May 21, 2011 12:46 am (PDT)
Dear all master and mister yang Excel ent
Baru saja saya utak atik ruomuosnya ehh dah keduluan ama pak mamad nih.
Btw pertanyaannya jadi dama aja .
Mr.Kid and Ms. Siti ama yang lain- lainnya di tunggu pencerahannya. Salam
_____
From: belajar-excel@yahoogroups. [mailto:belajar-excel@com yahoogroups. ]com
On Behalf Of Mamat Didi
Sent: 20 May 2011 08:13
To: belajar-excel@yahoogroups. com
Subject: [belajar-excel] re-Penentuan Juara
Dear Para Maestro XL
Membuka group ini, membuat ghirah saya untuk bisa menggunakan excel tambah
menjadi. Contohnya, dalam kasus penentuan juara yang sudah dijawab oleh bu
siti. Saya amati dan pelototi (saja) wong saya saya gak mudeng formulanya.
Saya coba memberanikan diri merubah sedikit isian kolom2nya saja, formulanya
bekerja sangat baik sampai keanehan terjadi ketika selisih gol (GAP) jadi
negatif (karena timnya terlalu banyak kebobolan) tiba-tiba formula index
menghasilkan #value..
Gerangan apakah yang terjadi, dan mohon penjelasan mengenai formula yang
dipake bu siti ini..
Trim's
-Members yang minim kontribusi-
Mamat Didi..
Need to Reply?
Click one of the "Reply" links to respond to a specific message in the Daily Digest.
---------------------------------------------------------------------
bergabung ke milis (subscribe), kirim mail kosong ke:
belajar-excel-subscribe@yahoogroups.com
posting ke milis, kirimkan ke:
belajar-excel@yahoogroups.com
berkunjung ke web milis
http://tech.groups.yahoo.com/group/belajar-excel/messages
melihat file archive / mendownload lampiran
http://www.mail-archive.com/belajar-excel@yahoogroups.com/
atau (sejak 25-Apr-2011) bisa juga di :
http://milis-belajar-excel.1048464.n5.nabble.com/
menghubungi moderators & owners: belajar-excel-owner@yahoogroups.com
keluar dari membership milis (UnSubscribe):
kirim mail kosong ke belajar-excel-unsubscribe@yahoogroups.com
---------------------------------------------------------------------
bergabung ke milis (subscribe), kirim mail kosong ke:
belajar-excel-subscribe@yahoogroups.com
posting ke milis, kirimkan ke:
belajar-excel@yahoogroups.com
berkunjung ke web milis
http://tech.groups.yahoo.com/group/belajar-excel/messages
melihat file archive / mendownload lampiran
http://www.mail-archive.com/belajar-excel@yahoogroups.com/
atau (sejak 25-Apr-2011) bisa juga di :
http://milis-belajar-excel.1048464.n5.nabble.com/
menghubungi moderators & owners: belajar-excel-owner@yahoogroups.com
keluar dari membership milis (UnSubscribe):
kirim mail kosong ke belajar-excel-unsubscribe@yahoogroups.com
---------------------------------------------------------------------
Change settings via the Web (Yahoo! ID required)
Change settings via email: Switch delivery to Individual | Switch format to Traditional
Visit Your Group | Yahoo! Groups Terms of Use | Unsubscribe
Tidak ada komentar:
Posting Komentar