[Linux-programlama] Re: ERP Projesi Freamwork Secimi?
Herkese selamlar, Öncelikle Projenizde kolay gelsin, işiniz hiç kolay değil. Framework seçimi konusunda benzer bir tereddütü birkaç ay önce ben de yaşamıştım, laravel in istediği php sürümü yüzünden vazgeçmiştim. Zira ortalama bir php hosting te çalışması gerekir, ki php 5.4 istiyordu sanırım, o yüzden vazgeçmiştim. Özellikle ajax desteği yüzünden de Yii framework ile üretim tabanlı bir masaüstü uygulama projesinin tablet ayağını birkaç günde yazmıştım. Ajax ı etkin olarak kullanabilmek gerekiyor. ajax konusunda 2007 den beri xajax kullandım, yii ye geçişle birlikte neoajax a geçtim. Bu tür projelerde en büyük sorunu sanırım raporlamalarda yaşayacaksınız. PHP maalesef bu konularda maalesef ama maalesef yetersiz. Eşzamanlı olarak C# kullanan biri olarak crystal reports ve fast reports un sunduklarını php maalesef sunamıyor. Ki bu çok önemli. Bu araçlar ile bir saatte pek çok rapor oluşturmak mümkün iken php ile bu raporları oluşturmak günler sürebilir. Bu tür yazılımlarda kişisel olarak asp.net e her ne kadar sıcak bakıyor olsamda onlinemuhasebe.net için yii2 yi kullanacağımı sanıyorum. Kolay gelsin, iyi çalışmalar 5 Eylül 2014 08:02 tarihinde Omer Cunbul o...@cunbul.com yazdı: ERP yazımı için öncelikle işletmedeki yazılı olan olmayan tüm süreçleri analiz etmek gerkecek. Oldukça uzun süreli ve toplu bir çalışma gerekecektir. Yazmak yerine hazır açık kaynak bir çözüm kullanmak gerçekten faydalı. sf.net'de arama çubuğuna erp yazarsanız birçok hazır erp çözümü göreceksiniz. Bazılarının ara yüzü Türkçe yapılabiliyoreğer Türkçe arayüzü yoksa biraz zaman harcayarak çevirilebilir. Bazıları ödüllü. Kolay gelsin. On 17-06-2014 10:17, Onur AKTAŞ wrote: Laravel vs Smfony a ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: ERP Projesi Freamwork Secimi?
Nuri Bey haklısınız, söylemek istediğim şeyi farklı bir biçimde ifade etmişim. 5 Eylül 2014 11:45 tarihinde Nuri Akman nuriak...@gmail.com yazdı: Merhaba Yüksel Bey, Mesajınızdaki şu bölüme katılamadığımı belirmek isterim: PHP maalesef bu konularda maalesef ama maalesef yetersiz. Eşzamanlı olarak C# kullanan biri olarak crystal reports ve fast reports un sunduklarını php maalesef sunamıyor. PHP bir dil, crystal reports ve fast repors ise birer yazılım. Kıyaslama için aynı kulvarda yer almıyorlar yani... Selamlar, Nuri Akman 5 Eylül 2014 10:14 tarihinde Yüksel ÖZCAN yuk...@balkanlar.net yazdı: Herkese selamlar, Öncelikle Projenizde kolay gelsin, işiniz hiç kolay değil. Framework seçimi konusunda benzer bir tereddütü birkaç ay önce ben de yaşamıştım, laravel in istediği php sürümü yüzünden vazgeçmiştim. Zira ortalama bir php hosting te çalışması gerekir, ki php 5.4 istiyordu sanırım, o yüzden vazgeçmiştim. Özellikle ajax desteği yüzünden de Yii framework ile üretim tabanlı bir masaüstü uygulama projesinin tablet ayağını birkaç günde yazmıştım. Ajax ı etkin olarak kullanabilmek gerekiyor. ajax konusunda 2007 den beri xajax kullandım, yii ye geçişle birlikte neoajax a geçtim. Bu tür projelerde en büyük sorunu sanırım raporlamalarda yaşayacaksınız. PHP maalesef bu konularda maalesef ama maalesef yetersiz. Eşzamanlı olarak C# kullanan biri olarak crystal reports ve fast reports un sunduklarını php maalesef sunamıyor. Ki bu çok önemli. Bu araçlar ile bir saatte pek çok rapor oluşturmak mümkün iken php ile bu raporları oluşturmak günler sürebilir. Bu tür yazılımlarda kişisel olarak asp.net e her ne kadar sıcak bakıyor olsamda onlinemuhasebe.net için yii2 yi kullanacağımı sanıyorum. Kolay gelsin, iyi çalışmalar 5 Eylül 2014 08:02 tarihinde Omer Cunbul o...@cunbul.com yazdı: ERP yazımı için öncelikle işletmedeki yazılı olan olmayan tüm süreçleri analiz etmek gerkecek. Oldukça uzun süreli ve toplu bir çalışma gerekecektir. Yazmak yerine hazır açık kaynak bir çözüm kullanmak gerçekten faydalı. sf.net'de arama çubuğuna erp yazarsanız birçok hazır erp çözümü göreceksiniz. Bazılarının ara yüzü Türkçe yapılabiliyoreğer Türkçe arayüzü yoksa biraz zaman harcayarak çevirilebilir. Bazıları ödüllü. Kolay gelsin. On 17-06-2014 10:17, Onur AKTAŞ wrote: Laravel vs Smfony a ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: ERP Projesi Freamwork Secimi?
Eğer müşteri sıfırdan yazdırmak istiyorsa maalesef onun sıfırdan yazılması gerekir. İkna ile müşteriyi buna razı etmeye çalışmak, bu tür projelerde yer almış kişilerin yapacağı bir şey değil, pekala ikna etmeye çalışılabilir fakat; müşteri onun araştırmasını zaten yapmıştır. Önce bedavası var mı diye bakmıştır, bedava bulamayınca ucuz alternatiflere bakmıştır, pahalı ve özelleştirilebilir olanlar da aşırı pahalı gelmiştir. Kendi tecrübemden çok basit bir örnek verecek olursam, projenin sipariş ayağı şöyle olsun; Sipariş alırken teslim yeri seçimi yapılabilsin, stoktan teslim edilecekse stoktaki o miktar rezerv edilsin, üretimden teslim edilecekse üretim iş emri oluşturulsun. Üretim iş emri oluşunca da hepsini otomatik print etsin (tabi bu print etme işi de firmanın hali hazırda kullandığı iso formları ile birebir olsun), yine sipariş alırken sipariş alınan ürünle ilgili 10 tane parametre olsun, giriş vanası şu olacak, çıkış vanası şu olacak, gözetleme camı olmayacak, yada şundan olacak, bağlantı vanası şu olacak, rengi bu olacak. Bunlar temelde çok karışık olmamakla birlikte firmanın bunlara ihtiyacı vardır, ücretsiz alternatifler bunları yapamıyordur, belki de open source erp leri hiç araştırmamış da olabilirler, bu da bir ihtimal tabi ama müşteri nihayetinde karşısında bir topluluk yerine 1 kişi olacak belki ama bir muhattap isteyecektir. Ve bu muhattap türkiye sınırları içinde olacak, telefonunu 7/24 açık tutacak vs. vs. Bunları niye anlattım, sıfırdan ve onlar için yazılmış birşey istemelerinin muhtemel sebeplerini belirtmek istedim. Projenin her ayağı didik didik edilmeli, müşterinin ileride eksik bilgi vermişler, öyle değil de böyleydi, arkadaşlar yanlış aktarmış gibi mazeretlere mahal vermeyecek şekilde işin üzerinden geçmelisiniz. Aksi taktirde projesi süresi tahmin edilemez şekilde uzayabilir. Bu tür durumlara karşı en güzeli, firma sizi işe alsın, ondan sonra istediği kadar şeyi unutmuş olsun :) Kolay gelsin, 5 Eylül 2014 13:59 tarihinde SEZAYİ BUĞDAYCI sbugda...@etimaden.gov.tr yazdı: ERP Dipsiz kuyusunun neresinden tutup analiz edip, tasarım yapıp uygun araçlarla yeniden yazacaksınız. Sadece Muhasebe(Bu bile Mali Kaynak Yönetiminin sadece bir parçası) ve faturalandırma bölümlerini içeren yazılım yapacağım derseniz özel bir çalışma olur. O zaman bile moduler yapıda bir open source KKY yazılım üzerinden geliştirme yaparak bir sürü standart kütüphanelerinden, görsel ayar ve yapısından yararlanabillirsiniz. Bunlara harcayacağınız beyin ve zamanı ilave/düzenleme ihtiyacı olan bölümlerine harcarsınız. Yazılımdan önce iş süreçleri analizi önemli.İşi, süreçleri, yönetmelikleri ve mevzuatı doğru bilen ve aktarabilen insanları bulmanız. lazım. Kolay gelsin. S. Buğdaycı bu türden kalkışmalar için her zaman neden yazmak istiyorsunuz, zaten yeterince açık kaynak var, alın birini kendinize uyarlayarak kullanın? diye uyarılar geliyor. ben Türkiye'deki yerli muhasebe/önmuhasebe/erp... projelerinin özelliklerini (en basitinden fatura yönetimi -ki çok önemlidir- hiç benzemiyor) sunan açık kaynak bir proje bilmiyorum. daha önce denemeler (tekir, turquaz...) oldu fakat şuan aktif olarak geliştirilmiyorlar diye biliyorum. sonuç fiyasko ile sonuçlanacak olsa bile, ülkemizde açık kaynak altyapısının gelişmesi adına, bu türden kalkışmalar olmalı / cesaretlendirilmeli diye düşünüyorum. 5 Eylül 2014 12:56 tarihinde Yüksel ÖZCAN yuk...@balkanlar.net yazdı: Nuri Bey haklısınız, söylemek istediğim şeyi farklı bir biçimde ifade etmişim. 5 Eylül 2014 11:45 tarihinde Nuri Akman nuriak...@gmail.com yazdı: Merhaba Yüksel Bey, Mesajınızdaki şu bölüme katılamadığımı belirmek isterim: PHP maalesef bu konularda maalesef ama maalesef yetersiz. Eşzamanlı olarak C# kullanan biri olarak crystal reports ve fast reports un sunduklarını php maalesef sunamıyor. PHP bir dil, crystal reports ve fast repors ise birer yazılım. Kıyaslama için aynı kulvarda yer almıyorlar yani... Selamlar, Nuri Akman 5 Eylül 2014 10:14 tarihinde Yüksel ÖZCAN yuk...@balkanlar.net yazdı: Herkese selamlar, Öncelikle Projenizde kolay gelsin, işiniz hiç kolay değil. Framework seçimi konusunda benzer bir tereddütü birkaç ay önce ben de yaşamıştım, laravel in istediği php sürümü yüzünden vazgeçmiştim. Zira ortalama bir php hosting te çalışması gerekir, ki php 5.4 istiyordu sanırım, o yüzden vazgeçmiştim. Özellikle ajax desteği yüzünden de Yii framework ile üretim tabanlı bir masaüstü uygulama projesinin tablet ayağını birkaç günde yazmıştım. Ajax ı etkin olarak kullanabilmek gerekiyor. ajax konusunda 2007 den beri xajax kullandım, yii ye geçişle birlikte neoajax a geçtim. Bu tür projelerde en büyük sorunu sanırım raporlamalarda yaşayacaksınız. PHP maalesef bu konularda maalesef ama maalesef yetersiz. Eşzamanlı olarak C# kullanan biri olarak crystal reports ve fast reports un sunduklarını php maalesef sunamıyor. Ki bu çok önemli. Bu araçlar ile bir saatte
[Linux-programlama] Re: Farklı yazılmış ancak aynı firma isimlerinin düzenlenmesi
yüzdeli benzerlik hata yaptırtabilir. Adı farklı ama gerisi gıda san. ve tic. ltd. şti. şeklinde biten firmalar hep %80-%90 birbirine benzeşecektir. Bu firma isimlerinin var ise vergi numaralarından kontrol yapmanızı tavsiye ederim. Vergi yada tc kimlik numaraları yoksa php ile çok zor olmayan bir şekilde ilk kelime ve son 2-3 kelimenin birleşiminden oluşan bir dizi oluşturarak benzeşen kayıtlar tespit edilebilir. Her halukarda gözle kontrol şart, bilgisayar bu noktada en fazla yardımcı olabilir. 12 Ekim 2013 23:58 tarihinde M.Atıf CEYLAN meh...@atifceylan.com yazdı: On 10/11/2013 05:14 PM, Nuri AKMAN wrote: Arkadaşlar, Elimde MYSQL veritabanında kayıtlı 180.000 adet firma adı var. Ancak, bu isimler kullanıcılar tarafından el ile girilmiş kayıtlar. Bunların bir çoğunun farklı yazılmış olmasından dolayı mükerrer olduğunu düşünüyoruz. Birkaç örnek vermek gerekirse: XYZ TOPRAK GIDA HAY. TUR. MAK.SAN. VE TİC. A.Ş XYZ TOPRAK GIDA HAYV. TUR. MAK. SAN. VE TİC. A.Ş. XYZ TOPRAK GIDA HAYVANCILIK TUR.MAK.SAN. VE TİCARET A.Ş. XYZ GIDA SAN. VE TİC. A.Ş. XYZ GIDA SAN.VE TİC.AŞ. XYZ ÇİFTLİK ÜRÜNLERİ ÜRETİM SAN. VE TİC. LTD. ŞTİ. XYZ ÇİFTLİK ÜRÜNLERİ ÜRETİM SAN.VE TİC.LTD.ŞTİ. XYZ KİREMİT TUĞLA FAB. XYZ KİREMİT VE TUĞLA FABRİKASI Bu kayıtları birbirine en yaklaşık olanlara göre elden geçirerek sadeleştirmem gerekiyor. Bu işin teknik adının ne olduğunu bilmediğim için google'da araştıramadım. Bunun nasıl yapılabileceğine ilişkin düşüncelerinize başvurmak istiyorum. Selamlar, Nuri Akman similar text search mysql anahtar kelimeleri ile arayin. MySQL icin boyle bisey varmi bilemiyorum ama php ile yapabilirsiniz. similar_text fonksiyonu iki stringin benzerligini % olarak geri doner. 180 bin firmanin olasilik hesabina gore karsilastirmasini yapmak biraz uzun gibi gorunse de bilgisayar icin pek zaman almaz. Belirli bir degerin uzerinde benzerlik degeri cikanlari elersiniz ve ikinci bir kontrole tabi tutarsiniz. http://php.net/manual/en/function.similar-text.php -- M.Atıf CEYLAN Yurdum Yazılım ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: Server-MultiClient Masaüstü Uygulaması
Merhaba, Sorunun çözümü clustering yapmakta görünüyor. Mysql üzerindeki yükü başka türlü hafifletmek te mümkün tabi ama neticede tek makine ile nereye kadar. İlave olarak kullanıcının çektiği datayı merak ettim, pek çok data türü için memcache kullanılabilir. Data sürekli güncelleniyorsa insert ve update ler ana sunucuda, sorgulamalar da güncel data ile senkronize giden diğer sunucu(lara)ya kaydırılabilir gibi. Birde dediğim gibi, datanın içeriğini bilmiyorum ama memcache de işinizi görebilir, istekleri cevaplama sürelerini hızlandırabilirsiniz. Tabi 512 mb. ram ile ne kadar datayı memcache te tutabilirsiniz o da ayrı bir sorun. 12 Eylül 2012 20:48 tarihinde Hakan Yalçın hakanyalcin1...@gmail.comyazdı: Yine olmuyor gibi duruyor. Çünkü server'dan her program bağlanıp anahtarı alabilir. Zaten öyle bir problem olmasaydı Clieny TLS ile önce server'dan public key alip verileri şifreleyip server'a yollardı ve iş biterdi. Fakat problem herkes server'dan public key'i isteyebiliyor. 12 Eylül 2012 20:35 tarihinde Bugra Sari bug...@gmail.com yazdı: Program kurulurken server ile client arasındaki zaman farkı bir yere kaydedilip ona göre işlem yapılabilir. Daha sonra sıkıntı oluşmaması için Onur Bey'in dediği gibi birden fazla şifre oluşturulabilir. Başka bir yöntem ise önce serverdan anahtar kelime istenir ve o anahtar kelimeye göre şifreleme yapılıp servera iletilir. Server, anahtar kelimeyi belirlediğiniz periyotta değiştirir. 12 Eylül 2012 19:43 tarihinde Onur Yerlikaya yerlika...@gmail.comyazdı: Gecis icin 2 sifre tutun . 2 siyle de girilebilsin expire suresi koyun eski sifreye gecikme 1 saniye ise bir saniye Sent from my iPhone On 12 Eyl 2012, at 18:24, Hakan Yalçın hakanyalcin1...@gmail.com wrote: Onur Bey biraz daha açabilir misiniz? Tam olarak anlayamadım. 12 Eylül 2012 18:16 tarihinde Onur Yerlikaya yerlika...@gmail.comyazdı: 2 sifreye destek verin Sent from my iPhone ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: 1. PostgreSQL Konferansı sunum notları
2 Haftadır katılma planları yapıp durdum ama çocuğun aşı randevusu daha baskın geldi :) 3 senedir desktop uygulamalarımda mysql yerine postgresql kullanıyorum. Biraz Türkçe kaynak sıkıntısı yaşasamda açık ve net bir şekilde bu sıkıntılara fazlasıyla değdi. win platformlarda rahatlıkla kullanıyorum ve tavsiye ederim :) Piyasada kobi sıfatında olan, amiyane tabirle bir adet hurdacıda ve bir adet marangoz/mobilyacıda 3 senedir win ortamında çatır çatır çalışıyor :D Yakında postgresql bir de plastikçide üretim planlamasına başlayıp biraz terfi edecek :) Devrim üstat, bu sayıları arttırmak için Türkçe belgeler çok önemli. Devrim bey in postgresql e olan adanmışlığına hayranlığımı belirtip, bu etkinliklerin ve Türkçe dökümantasyonların çoğaltılmasını dileyeyim. 2012 de görüşmek üzere, sağlıcakla kalın, Yüksel ÖZCAN 02 Mayıs 2011 22:07 tarihinde Mucibirahman İLBUĞA mucip.ilb...@gmail.comyazdı: 02-05-2011 22:05 tarihinde, Devrim GÜNDÜZ yazdı: 2012 konferansını kaçırmazsınız artık:) Aslında bu konferansın yararlı başka çıktıları da var, sanırım zaman içinde onlar uygulanacaktır. Merhabalar, Kısmet artık... Umarım katılabiliriz... Bu arada PL/pgSQL çok dikkatimi çekti. Veritabanı içerisine gömülü program...? Platform bağımsız olması da cabası. Detaylı örneklerin bulunduğu bir kaynak var mı?... -- Kolay gelsin, Mucip:) ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: 1. PostgreSQL Konferansı sunum notları
Tekrar selamlar, 03 Mayıs 2011 00:52 tarihinde Mucibirahman İLBUĞA mucip.ilb...@gmail.comyazdı: 03-05-2011 00:34 tarihinde, Yüksel ÖZCAN yazdı: 3 senedir desktop uygulamalarımda mysql yerine postgresql kullanıyorum. Merhabalar, Tam bu noktada hep merak ettiğim bir şeyi sormak istiyorum. Şu ana kadar Ms-Access (cahiliye dönemimde tabi ki), Firebird, MySQL, SQLight kullanmışlığım vardır. Ancak bunlar genelde basit anlamlarda tecrübeler. Yaz, oku gibi klasik basit veritabanı programlarında... Ancak şu ana kadar birisinin diğerinden farklı olduğu noktaları çok kavrayamadım. Neticede SQL kodu malumunuz. Oku dersin... Yaz dersin... Değiştir dersin... Peki PostgreSQL'i bu anlamda diğerlerinden farklı ve özel kılan nedir? Yani neden MySQL değil de PostgreSQL?... Hocam bu soruya Devrim GÜNDÜZ cevap vermiş, bana tekrar cevap yazmak pek düşmez ama; mysqli sun'un satın almasından sonra kullanmama kararı almıştım (web te hostingçilerin hala tercih etmesinden dolayı biraz mecburiyetten kullanıyorum), nitekim akabinde de oracle sun u alınca yaptığım seçime bir kere daha sevinmiştim. Postgresql de kendi çapımda yaptığım denemelerde de yüz güldüren neticeler aldım. Kendi çapımdaki denemeler de gerçekten kendi çapımdadır. Bu denemelerin kapsamını not almadım ama anımsadığım kadarıyla çoklu tablolardan yapılan sorgulardaki başarıma hayran kalmıştım :) Mucip üstat, bizimkisi biraz da fanatizmdir. Bir fenerli için fenerbahçe neyse, bizim için de linux, postgresql odur :) mysql tarafındaki gelişmeleri de o dönemden beri takip etmiyorum, en son baktığımda kendimi shop.oracle.com da bulmuştum. Yarın öbür gün bir ekonomik kriz gelir, bu bahaneyle de oracle mysql i diri diri gömerse, birisinin diğerinden farklı olduğu noktaları unutur gider, kendini yol ayrımında bulursun. Bizi bu mail listelerine üye yapan özgürlük duygusu postgresql diyor, Devrim üstat ta postgresql diyor :) Saygılar, Klasik gugıllamada Postgres sağlamdır, güvenlidir ama MySQL ise hızlıdır gibi ifadelere çok sık rastlanıyor ama HAyır ben şu veritabanını seçmeliyim dediğiniz noktada programcı için kriter nedir? -- Kolay gelsin, Mucip:) ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: 1. PostgreSQL Konferansı sunum notları
03 Mayıs 2011 01:11 tarihinde Timuçin Kızılay t...@savaskarsitlari.orgyazdı: Ben de son ana kadar katılacağımı planlıyordum ama evdeki hesap çarşıya uymayınca istanbula gelemedim. Yakında postgresql bir de plastikçide üretim planlamasına başlayıp Üretim planlaması konuları için çok güzel bir ERP uygulaması var hem python hem de postgresql kullanıyor. www.openerp.com sitesine bir bakın derim. Ben de bir süredir bir cnc metal üretim yapan kobide bunun kurulumu ile uğraşıyorum. Eksik türkçe çevirileri tamamlama ve binlerce modulden hangilerini kullansak diye deneyerek test etme aşamasındayım. openerp yi denedim, ama olmuyor. Çevirisi bir dert, performansı ayrı bir dert. Açıkçası kendimin bile kullanmakta zorlandığı bir programı bir müşterimin önüne koymaya cesaret edemedim (sizdeki cesarete hayran kaldım bu arada :) ). Bu zorluklar iyileştirilemez mi? iyileştirilebilir tabi, ama o kadar zaman ve kullanıcıda da o jargonu öğrenecek istek olmayınca basit ve fonksiyonel bir çözüm üretmeye koyuluyorsunuz. Aslında openerp den forklanan bir erp yazılımı daha vardı ama adını hatırlayamadım. O biraz daha iyidi. Neyse, ERP çok geniş bir kavram ve 1-2 pc kullanılan bir yerde jargon öğrenmek istemeyen kişilerin kullanması sakıncalı ve dertli olur. Biz de zaten bu yüzden erp nin sadece mrp kısmıyla ilgilenmeyi yeterli gördük :) Saygılar. 03-05-2011 00:34, Yüksel ÖZCAN yazmış: 2 Haftadır katılma planları yapıp durdum ama çocuğun aşı randevusu daha baskın geldi :) 3 senedir desktop uygulamalarımda mysql yerine postgresql kullanıyorum. Biraz Türkçe kaynak sıkıntısı yaşasamda açık ve net bir şekilde bu sıkıntılara fazlasıyla değdi. win platformlarda rahatlıkla kullanıyorum ve tavsiye ederim :) Piyasada kobi sıfatında olan, amiyane tabirle bir adet hurdacıda ve bir adet marangoz/mobilyacıda 3 senedir win ortamında çatır çatır çalışıyor :D Yakında postgresql bir de plastikçide üretim planlamasına başlayıp biraz terfi edecek :) Devrim üstat, bu sayıları arttırmak için Türkçe belgeler çok önemli. Devrim bey in postgresql e olan adanmışlığına hayranlığımı belirtip, bu etkinliklerin ve Türkçe dökümantasyonların çoğaltılmasını dileyeyim. 2012 de görüşmek üzere, sağlıcakla kalın, Yüksel ÖZCAN 02 Mayıs 2011 22:07 tarihinde Mucibirahman İLBUĞA mucip.ilb...@gmail.com mailto:mucip.ilb...@gmail.com yazdı: 02-05-2011 22:05 tarihinde, Devrim GÜNDÜZ yazdı: 2012 konferansını kaçırmazsınız artık:) Aslında bu konferansın yararlı başka çıktıları da var, sanırım zaman içinde onlar uygulanacaktır. Merhabalar, Kısmet artık... Umarım katılabiliriz... Bu arada PL/pgSQL çok dikkatimi çekti. Veritabanı içerisine gömülü program...? Platform bağımsız olması da cabası. Detaylı örneklerin bulunduğu bir kaynak var mı?... -- Kolay gelsin, Mucip:) ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: masaüstü uygulamasımı tarayıcı tabanlı mı
Herkese selamlar, Ben Serdar hocamın firkirlerini paylaşıyor ve destekliyorum. Veri girişini Ziyaretçi defterine yapacaksanız web i kullanmakta bir sakınca yok, belki broşürünüzü de yayınlarsınız, belki birkaç bişey daha ama iş muhasebe programı kullanmaya gelince orada desktop derim. Sadece kullanıcı açısından da düşünmeyin, işin bir de geliştirici tarafı var. Web te ısrar edenleri web tabanlı muhasebe geliştirmeye davet etsem mi etmesem mi karar veremedim, tartışma başka boyutlara gitmesin diye davet etmemeye karar verdim. İlk mesaja binaen masaüstü diyorum. Birde yakın sayılabilecek bi örnek vereyim, bundan birkaç sene önce imkb merkezine yakın bi yerde bir çalışma vardı, çevre düzenleme yada herneyse. Netice itibariyle kepçenin birinin kopardığı telekomünikasyon kabloları yüzünden imkb yarım gün yada bir buçuk gün hizmet veremedi. Türkiyede yaşıyorsanız bunları da göz önüne almanız gerek derim. Sevgi, Saygı, Desktop :) 29 Nisan 2011 01:42 tarihinde Mustafa Kahraman barzo...@gmail.com yazdı: Serdar bey sizden bir ricam olacak docs.google.com adresine girip orada ki exel, word v.s uygulamalari inceleyip daha sakin cevap yazabilirmisiniz. Birde lütfen kimseye ayar cekmeyin yeri değil bence... Sevgi ve Saygı ile... Mustafa Kahraman 28 Nisan 2011 11:26 tarihinde Serdar KÖYLÜ s.koy...@gmail.com yazdı: Her neyse, tartismanin geneline dahil olmak isterdim ama problemin ve feature set'in ne oldugu bilinmeden platform fanatikligi yapmak iyi muhendislik olmaz. İşte en doğrusu bu. Ki zaten o nedenle en başından beri, Eğer konu veri girişi/toplama ise, masaüstü, değilse diğerleri gibi bir şeyler gevelemeye çalışıyoruz. Varsayilanlari ezebilirsin. Efektiflik diyorsun ama elinde ne bir referans ne de bir kullanilabilirlik metrigi yok. Referansı basit. Uygulamayı yaptın ve aynen böyle, klavyeden kalk, fareyi ara bul şeklinde oldu. Sence bu verimli bir yol mu, yoksa gereksiz zaman kaybı mı? Ne yapman gerekiyor: Varsayilanlari ezmen. Bu da ne gerektiriyor? Olayı browser'ın öngördüğü halden çıkarmak. Ha, bu arada, tab + enter gmail'in değil, browser'ın özelliği, neyse, dağıtmayalım. Varsayılanları ezmek için, bir sürü javascript kütüphanelerine vs. ihtiyacın olacak. Ve bunların bakımı, öğrenilmesi, takibi vs. şusu busu ayrı birer mesele olacak. Büyük ihtimalle bunların pek çoğu da taşınabilir filan olmayacak. Aradığınız bir özellik kullandığınız bir hazır js hedesinde olmayacak, diğeri ile o çakışacak vs. vs. Sonuçta uygulama ciddi anlamda hassas dengeler üzerine kurulacak ve taşınabilirliği, genişletilebilirliği vs. ciddi soru işaretlerine gebe kalacak. Bir bakın, henüz hiç kimse bu işi HTML 5 ile bitirebilirsiniz basitçe diyemiyor. Herkes yok işte şu kütüphane, yok bu JS eklentisi, yok bilmem ne diyerek olayı browser dışı mecralara çekiyor. Kısaca siz, asıl platformun, yani HTML + ECMA'nın desteklemediği şeylerle kendi platformunuzu oluşturmuş olacaksınız ve bu platform her browser'a taşınmak -bilhassa yeni versiyonları çıktıkça da- test edilmek zorunda olacak. Eğer referans istiyorsanız, kendimize bir bakalım. Acaba neden IDE'leri Browser ile yazmıyoruz? Meşhur birisi olan Eclipse, hangi akla hizmeten WEB değilde Desktop uygulaması olarak yazılıyor? Öyleyken çalışana kadar insana tırnak yediriyor? Peki sonuç? WEB tabanlı yazılmış çeşitli şeyleri görüyoruz ortalıkta. Birisi vardı, dahi miyim neyim diyordu bir bankanın reklamında. İşte aynen öyle, kullanıcıya eziyet olsun diye yazılmışa benzeyen uygulamalar bol bol. Superonline'a bu ayda borcumuzu yatıramadık, neden, linux+firefox kullanıyoruz da ondan. Kaç sene millet iş bankasından işlem yapamadı. Hani nerde kaldı şu taşınabilirlik vs. balonu? Geçmişe mazi diyebilirsiniz, ama gelecek hakkında müneccimlik etmek istemiyorsanız, geçmişe bakmanızda fayda vardır. Web tabanlı uygulamalar her yerde. Gidiyoruz web'ten iğne veya misina alıyoruz. Alışverişin sonundaki ödeme çilesini, karmaşayı düşününce, insan el aman diyor resmen, bu böyle mi olmak zorunda sanki? Belki web meselesinin olması gerekeni, uzak erişim vs. nedeniyle öyle olması gerekiyor. Ama bu zulmü masaüstünde çalışacak kullanıcının önüne koymanın hiç bir geçer mazereti olamaz. Şunu bir anlamak gerekiyor kısacası. İnternet mağazası açıyorsak, bu HTML vs. çilesine elimiz mahkum. Ama masaüstünde stokları girecek adama bu çileyi çektirmeye hiç mi hiç gerek yok. Neyse, çoook önce belirtmek gereken bir şeyi eklemek lazım. Bir zamanlar bir barkod okuyucu 1500 dolar, asgari ücret ise 150 dolardı bu ülkede. Bir scanner 15000 dolardı ve taradığı şeyi bir şeye benzetmek için amuda kalkmada yanında bonus olarak geliyordu. Disketle şuradan kopyaladığınız şey öbür makineye varana kadar bozulmuş olurdu genelde. Network'mu? Yanına bile yaklaşamazdınız. İşte bu kısır ve kıtlık döneminde icat edilmiş yöntemler olan formlarla vs. uğraşıyoruz. Yanlış. Artık biraz çağ atlamak gerekiyor. Ama bugün bin tanesi 1 sent olan RFID sayesinde
