Gelelim Linux konusuna...
Amanda hangi dağıtım daha iyi kavgası, bitmez tükenmez, kadim, sonsuzdan
gelip sonsuza kadar sürecek bir tartışmadır. Giripte çıkabilen de
olmamıştır bu hengameye.
Yazdıklarınıza bakınca, size tavsiyem, Centos olacaktır. Daha mı kolay?
Değil.Daha mı stabil, o da değil.
Programlamaya başlamak için en iyi tercih, kuşkusuz "C" olacaktır. C ile
beklenen her şeyi yapabilecek hale gelmişseniz, diğerleri genellikle çok
çok daha verimli diller olmaya başlar. Yani, C ile öğrenmek, Python, Java
vs ile çalışmak mantıklı bir seçimdir. Bilinenin aksine, C'de yeterli olan
Kaynak yada bilgi vermek, sanırım pek olası değil, zira, uygulama kapsamını
biraz dar tarif etmişsiniz.
Ama belki biraz yol gösterebiliriz.
Öncelikle, İşletim sistemi ve browser bağımsız, gayet makul. Şöyle ki, iyi
bir kod, heryerde çalışabilmeli, o zaman iyi bir kod olur. Bu, kodun
spagetti
ir VT. Sanırım 92 senesinde DBase
> Clipper kursu almıştık üniversitede. Güzeldi. Ama nedense kısa ömürlü
> oldular...
>
> Kolay gelsin,
> Mucip:)
>
> 13.08.2018 22:46 tarihinde Serdar KÖYLÜ yazdı:
> > QT özelinde bir şeyler vardı, ama eski camlara karışıp bardak o
Bir diğer çözüm ise, Delphi ile yazılma durumu. Bu TDbf denen Delphi ve
pascalda entegre olan bir veritabanı kaynağı. Gereği durumunda, freepascal
kullanarak o dosyalar işlenedebilir.
http://wiki.freepascal.org/Lazarus_Tdbf_Tutorial
https://www.freepascal.org/
On Fri, Aug 3, 2018 at 2:09 PM
Bir dinozor olarak, bu gibi dosyaları çok gevelemiştik jurassic devrinde.
Fakat bunlar genellikle, clipper ile yazılmış uygulamalar olarak çıkıyordu.
dBaseIII ve takipçileri, devrin meşhur ashton-tate'inin basiretsizlikleri
yüzünden çok daha erken piyasadna silindi. dBaseX ler, daha çokbir
QT özelinde bir şeyler vardı, ama eski camlara karışıp bardak oldular diye
hatırlıyorum. Gerçi bugünlerde hafızam pek iyi değil, yanlış hatırlıyor
olabilirim.
Fakat, DBF dosyalarını okumak ve yazmak için, xdb diye bir şey vardı, xbase
olarak hala da var. Çok bakımsız olarak kalmış olsada.
Qt
Veritabanı gibi yoğun veri olan yerlerde, pratik çözümler genelde pek iş
görmüyor.
QT mekanizması gereği, bu gibi işler için model tabanlı bir arabirim
kullanıyor, Bunu öğrenmeye çalışmakta fayda var bence. Fakat bunu
öğrenmenin yolu, SQL ve Tablo gibi nispeten karmaşık bir yapı yerine, daha
gelenler için.
24 Mayıs 2012 16:45 tarihinde Serdar KÖYLÜ s.koy...@gmail.com yazdı:
Fark, java ve python'un yaklaşımında gizli. Python yorumlayıcı, java
derleyici. Ve python runtime'da her şeyi değiştirmenize imkan
sağlıyor. Bu, teknik olarak, herşeyin zaten bir abstract class
olmasına yol
düzelme ihtiyacı duydum.Özellikle Emin
demirci gibi Java tarafından gelenler için.
24 Mayıs 2012 16:45 tarihinde Serdar KÖYLÜ s.koy...@gmail.com yazdı:
Fark, java ve python'un yaklaşımında gizli. Python yorumlayıcı, java
derleyici. Ve python runtime'da her şeyi değiştirmenize imkan
sağlıyor. Bu
.
Sonuçta yazılım GPL olarak kalırken, destek işleri için ücret
istenebilir. QT bunun iyi bir örneğidir.
2012/5/16 Caglar AKYUZ cag...@bilkon-kontrol.com.tr:
2012/5/15 Serdar KÖYLÜ s.koy...@gmail.com
Bu biraz ters bir iş modeli olacak gibi görünüyor.
Yazılımı GPL yapabilir, ticari olarak kullanımını
Bu biraz ters bir iş modeli olacak gibi görünüyor.
Yazılımı GPL yapabilir, ticari olarak kullanımını kısıtlayabllirsiniz.
Yani, buyrun işte size GPL yazılım. Kurun bir sunucuya kendiniz
kullanın. Ama bu sunucuyu başkalarına hizmet vermek amacıyla
kullanmazsınız gibi.
Sizde bunu bir sunucuya
serialport gibi dakika 1 veya saatte 1
şeklinde gönderemez mi ? pc'den istek mi alması lazım ?
2.vusb ile o sensorden gelen veriyi görmemiz mümkün müdür ?
On 05/10/2012 08:46 AM, Serdar KÖYLÜ wrote:
Öncelikle teknik olarak pek olası olmayan bir şey istiyorsunuz.
USB, seri port gibi bir
Öncelikle teknik olarak pek olası olmayan bir şey istiyorsunuz.
USB, seri port gibi bir şey değil. Oradan bilgi gelmeyebilir, orayla
bir bilgi alışverişi yapmanız gerekir. Yani, siz ona şunu söyle
diyeceksiniz, o da cevap verecek, bunun gibi.
Bazı cihazların stream olarak boyuna veri yollamasıda
Ha, listelerin genel yaklaşımını bildiğim için, ekleyeyim, inotify-tools,
netcat vs. bilip güzel güzel kullandığımız şeyler zaten. Mesele, bash ile
olmaz değil, python, perl gibi bir dille daha pratik ve kolay olacağı.
2012/5/3 Serdar KÖYLÜ s.koy...@gmail.com
bash, bu işlerde genelde en iyi
Programcı olmak başka, sistme yöneticisi olup, sisteme yönelik
progrmalar yazmak başka bir şey.
Sistme yöneticisi için, iki durum söz konusu. Önemli olan, sistemdeki
mevcut yapılandırma betiklerini anlayıp gerektiğinde değiştirebilecek
bilgiyi elde etmek. Bu durumda bash olmazsa olmaz. Yanında
PERL ve Python.
Biri değil, ikiside.
Python bir şeyler yazmak için iyidir. PERL ise yazılmış şeyleri
anlamak ve düzeltmek için elzemdir. Bugün tonla sistem aracı PERL ile
kodlanmış halde, bilmemek işi zorlaştırır.
2012/4/29 Ali Polatel pola...@gmail.com:
Haskell candır
Olayı netleştirmek için, şöyle bir grafik eklemek lazım. Ekteki grafik
ki, şuradan erişilebilir:
http://img256.imageshack.us/img256/6785/screenshot3qm.png
Bu ikisi kabaca C ve Java, python gibi bir dilin öğrenme eğrisi olarak
görülebilir, üç aşşağı, beş yukarı.
Peki ne zaman, hangisi denirse.
.
2012/4/25 Serdar KÖYLÜ s.koy...@gmail.com:
Olayı netleştirmek için, şöyle bir grafik eklemek lazım. Ekteki grafik
ki, şuradan erişilebilir:
http://img256.imageshack.us/img256/6785/screenshot3qm.png
Bu ikisi kabaca C ve Java, python gibi bir dilin öğrenme eğrisi olarak
görülebilir, üç
olcude yanlis. Bu da sizin tarziniz.
Cabaniza ve katkiniza tesekkur ederim.
Serdar KÖYLÜ wrote:
Sanırım anlaşılmayan olay şu. C zor bir dil demek, insafsızlıktır.
Herşey için C en iyisidr demekse, aynı şekilde insafsızlıktır.
Bakalım, ne var ortada. Neden, bakıyoruz, olayın bir türlü
, cunku sizinle tartismaktan cok korktum
:)))
Sevgilerimle...
Serdar KÖYLÜ wrote:
Ben de size iki sene, herhangi bir xBase ile ticari
program gelistir, piyasada programciligin ne oldugunu ogrenirsin mi
demeliyim ? Ya da En azindan 10 senedir kullanilan bir ticari uygulama
yazip, ona destek
Garip bir soru olmuş.
Emek=para=zaman denklemi olduguna gore otomasyon takip yazilimini
neden C ile yazip zamandan paradan kaybedeyim?
Oysa durum genellikle tersine gider: Yazılımı C ile yaz ki, daha
çabuk, daha efektif ve daha ucuza çıksın, daha çok para kazan.
Bir türlü anlayamam bunu. C ile
görünce asıl o zaman belli
oluyor olay.
2012/4/24 Mucibirahman İLBUĞA mucip.ilb...@gmail.com:
24-04-2012 11:31 tarihinde, Serdar KÖYLÜ yazdı:
Bir türlü anlayamam bunu. C ile yazınca neden geç olması, zor olması,
vakit alması gereksin ki? Kendi adıma hep bunun tersini görüyorum
zira.
Selamlar
olmaya devam edeyim izninizle :)))
Rastgele bir web sayfasi konu ile ilgili
http://www.kuro5hin.org/story/2004/2/7/144019/8872
Butun programlama dilleri bosuna uretilmis, hersey C ile yapilmali
teziniz bu mudur ?
Serdar KÖYLÜ wrote:
Kusura bakmayın ama, abes olmuş sadece.
stri_replace
Sanırım anlaşılmayan olay şu. C zor bir dil demek, insafsızlıktır.
Herşey için C en iyisidr demekse, aynı şekilde insafsızlıktır.
Bakalım, ne var ortada. Neden, bakıyoruz, olayın bir türlü
anlaşılmadığını görmek için. Deniyor ki, Clipper kodu ile Clipper'ın
ürettiği C kodu. Hangisi daha
C ogrenmesi zor bir programlama dilidir. Neye gore, herhangi bir xbase
ya da Delphiye gore. C ogrenmesi kolay bir programlama dilidir. Neye
gore, Assembler'a gore.
Bu tamamen yanlış bir algıdır.
C'nin öğrenme eğrisi, başlangıçta diktir. Delphi veya Java ise,
başlangıçta daha düzdür. Ama
Direk soruya bakarsak..
USB ile haberleşme iki yoldan yapılabilir. Ya kernele sürücü
yazarsınız. Yada libusb kullanarak user space'tan cihaza erişirsiniz.
Kernele sürücü eklemek, ancak çok özel donanımlar için mantıklıdır.
Mesela bir kamera için. Yada bir flashdisk için. Esprisi, bu
cihazların
Şunuda ekleyeyim de...
libusb elzem değil. cihaz dosyasını, sysfs veya procfs'ten neyse açar,
ilgili IOCTL'ler ile direk işi halledebilirsiniz. Ama bu assembler ile
kodlamak gibi olur, işi zorlaştırır.
2012/4/25 Serdar KÖYLÜ s.koy...@gmail.com:
Direk soruya bakarsak..
USB ile haberleşme iki
Bazı okullarda -bildiğim kadarıyla, yanlış bilmiyorsam eğer- C
programlama dili bir ders olarak veriliyor(muş).
Gerçi fark etmez, o mevzuları C kapsamından daha ayrı ele almak lazım
her durumda.
Stack, register, segment, heap vs. gibi hususlar C dersinde konu
olmalıdır. Ama bir linked list C
, namespace vs. varmış.
Bunlar detaydır, fasa fisodur. Bunlar sadece işi kolaylaştıran bir
takım aksesuarlardır.
2012/4/17 Mucibirahman İLBUĞA mucip.ilb...@gmail.com:
17-04-2012 16:18 tarihinde, Serdar KÖYLÜ yazdı:
Bu durumda o kaynakların yamukluğunu C diline yüklemek bana hiç
insaflı gelmedi
...@ozayman.com:
On Tue, Apr 17, 2012 at 11:31 PM, Serdar KÖYLÜ s.koy...@gmail.com wrote:
Dikkat ederseniz, öğrenenlere değilde, öğretenlere biraz laf etmek
durumundayım.
Serdar bey, müfredatın seçilmesi vb. konularda sıkıntılar olduğu
aşikar, ancak biraz da hocalarımıza karşı anlayışlı olmak
Güzel tartışma.
hepsini de okudum dersem yalan ayrıca.
Ama şu hususta bir şeyler gevelemek lazım.
veri tiplerinin büyüklüklerini derleyiciye bırakmak gibi bir iddiadan
pek bir şey anlamadım.
örneğin, c derki, char veri tipi, c dilinde kullanılan karakterleri
alacak kadar geniş bir veritipidir,
çözüm verdim. Sistem
yöneticisi takılanlar kendi tarafından örnek verir. En azından işe yarar
şeyler yazar. Sizin gibilerin başına da ne gelirse böyle lap diye atlamaktan
gelir. lkd listesi olmasa çok trollerdim ama neyse.
5 Ocak 2012 00:03 tarihinde Serdar KÖYLÜ s.koy...@gmail.com yazdı
entersan fikirler.
açıp okuyacak kişinin html mail okuyucu kullanacağından nasıl bu kadar
emin olabiliyorsunuz? hatta sizin o mesajı görüp mutlaka açmak
istediğinden?
bu iş için smtp ve/veya pop3 vs. login kayıtlarına bakın. bu işin en
makul yolu budur sanıyorum. gerçi adam bir kere login olup
halukarda.
Eğer gebze'de iseniz, bir oturur çay içeriz, teati eder, sonucu buraya
iletiriz.
2012/1/3 Mehmet Özgür Bayhan mozgurbay...@gmail.com:
3 Ocak 2012 09:08 tarihinde Serdar KÖYLÜ s.koy...@gmail.com yazdı:
Sevgili Mehmet, öncelikle projede boyut arttıkça, CMMI gibi
yöntemlerin gerekli
Bunların hiç birisi çözüm değil. Sanırım bir tür kopya koruma
isteniyor aslında. Yada fonksiyonel olarak dengi bir şey.
WEB tabanlı uyuglama demek, java demekte dahil olmak üzere, bir sanal
makine üzerinde çalışmak demek zaten. Siz ancak sanal makinenin size
verdiği environment'e dair bilgileri
Öncelikle neden JavaCard?
Bulacağın o tür POS'lar, Java değil, EMV desteği içerecektir. Çünkü
onlar kredi kartı okumak için.
Eğer illa böyle olması ise olay, çözümün şöyle bir şey olabilir. Bir
sc okuyucu alırsın. O javaCard'da okur zaten. opensc, pcsc, openct
gibi apilerle bu işi kotarırsın.
hakkında bir link verebilir misiniz? Nedir? Nasıl çalışır?
Selamlar,
Nuri Akman
2012/1/3 Serdar KÖYLÜ s.koy...@gmail.com
Bunların hiç birisi çözüm değil. Sanırım bir tür kopya koruma
isteniyor aslında. Yada fonksiyonel olarak dengi bir şey.
WEB tabanlı uyuglama demek, java demekte dahil
EVM kartlar bu iş için var. Neden Java gibi bir ucubeyi, kurtarıcı
gibi görürsünüz, zor soru bu.
Herhangi bir POS cihazı, teknik olarak EVM kartla güzelce çalışır.
Senin sorunun şu. Gerek SC, gerek MiFair gibi çözümler bir sürü sıkı
NDA yükümlülükleri ile yapılabilen şeyler. Bu nedenle işin o
olduğum
bir
dil olduğu için tercih etmiştim çokta sıkıntı değil java olmaması.
3 Ocak 2012 13:19 tarihinde Serdar KÖYLÜ s.koy...@gmail.com yazdı:
EVM kartlar bu iş için var. Neden Java gibi bir ucubeyi, kurtarıcı
gibi görürsünüz, zor soru bu.
Herhangi bir POS cihazı, teknik olarak EVM kartla
Yeterince şey söylenmiş. Dökümantasyon baştan olmalı. UML filan.
Ama bu biraz hayal. Bu sadece bir ütopya. Bu belki kodların bir kaç
kişiyle, ahanda şu yapılacak diye yazıldığı günlerde anlamlı
olabilirdi.
Yazılım işini doğası farklı. baştan bir proje önünüze gelmiyor.
genellikle projeler, bir
gelmemiş...
İyi çalışmalar.
2 Ocak 2012 18:59 tarihinde Serdar KÖYLÜ s.koy...@gmail.com yazdı:
Yeterince şey söylenmiş. Dökümantasyon baştan olmalı. UML filan.
Ama bu biraz hayal. Bu sadece bir ütopya. Bu belki kodların bir kaç
kişiyle, ahanda şu yapılacak diye yazıldığı günlerde anlamlı
Bunlar genellikle C/C++'yı yeterince bilmeyen, kapsamlı kodlara
girişmemiş kişilerin kendilerini avutmak için söyledikleri şeyler
oluyor.
Şu anda bu tartışmaya girmeye gerek yok bence. C/C++ gayet güzel,
kullanışlı dillerdir. Öğrenmekte fayda vardır.
Gerek C, gerekse C++'da malloc bir
C++ ile yazmak, Python ile kasmaktan daha evladır.
Fakat neden GTK veya QT gibi bu işe daha uygun bir şeyler varken,
pygame gibi bir şeyle uğraşıyorsunuz? Ki mesela pyQt de var zaten...
2011/7/10 Mucibirahman İLBUĞA mucip.ilb...@gmail.com:
10-07-2011 15:28 tarihinde, hal 2000 hal yazdı:
İLBUĞA mucip.ilb...@gmail.com:
11-07-2011 23:32 tarihinde, Serdar KÖYLÜ yazdı:
C++ ile yazmak, Python ile kasmaktan daha evladır.
Fakat neden GTK veya QT gibi bu işe daha uygun bir şeyler varken,
pygame gibi bir şeyle uğraşıyorsunuz? Ki mesela pyQt de var zaten...
Merhabalar,
C++ elbette
degil.
En makulu siz bash programming birazda php ile kendi cozumunuze bakin derim.
On 07/06/2011 04:54 PM, Nuri AKMAN wrote:
Dosyalarda bahsettiğiniz kullanım yok, her dosya kendi adı ile
kullanılıyor...
Selamlar,
Nuri Akman
2011/7/6 Serdar KÖYLÜ s.koy...@gmail.com
2. soru
2. soru, kullanılmayan resimler vs. sorusu biraz çetrefilli.
Bri dizi resim olsun: MANU0.PNG, MENU1.PNG, MENU2.PNG
Ve bunları sprintf(hede, MENU%d.PNG, menu_pos) gibi bir şeyle
yükletiyor olun. Bu durumda tipik grep çözümleri çuvallayacaktır. Ki
makul yazılmış hemen her web uygulaması bu gibi
O yazıcının seri olduğundan emin misiniz?
Cidden çoook eski değilse, o yazıcı seri değil, paralel bir yazıcıdır.
Ve eğer öyleyse, sizin klasik donanım kullanarak o paralel porttan
gelenleri okuma şansınız yok. Bu imkansız değil, ama cevabı biraz
karmaşık. Özellikle yeni bilgisayarlarda paralel
Bircan HANCI birc...@gmail.com:
Merhaba Serdar bey.
Satır aralarında cevap vereyim ki karışmasın konular. :)
2011/6/6 Serdar KÖYLÜ s.koy...@gmail.com:
O yazıcının seri olduğundan emin misiniz?
Yazıcı seri.
Eski bir Oki Microline. Paralel portu da mevcut fakat burada ek bir
donanim olarak
yavaşlarız. O yüzden thread'ları core'lar üzerine
dağıtmalıyız.
2011/5/25 Serdar KÖYLÜ s.koy...@gmail.com:
Linkte verilen sched_setaffinity() bu meselenin çözümü değil gibi
görünüyor bana.
Linkte anlatılan yöntem, threadları işlemci çekirdeklerine dağıtmaktan
biraz daha farklı bir durum. Bu daha
Multi-thread ile yazılım geliştirmek istediğinizde karşılaşacağınız birçok
problemle ilgili de güzel bir kaynak : Little Book of Semaphores
Bunları anlatmaya hiç bir bookun, bilhassa da Little book un
yetebileceğini sanmıyorum şahsen. Bir progrmacının hayatının %70'ini
çalan şey, işte o
Mesela en basitinden bir download programını bile multi-thread veya
multi-process yazmazsanız düzgün performans alamazsınız. Çünkü sizin
probleminizin doğası çok işlemden oluşuyor. Siz bunu tek işleme
indirgerseniz asıl o zaman işletim sistemi yanlış şeyler yapar. Mesela bir
programda
.
On 05/18/2011 08:40 AM, Serdar KÖYLÜ wrote:
Eğer register int ihtiyacı olacak kadar sıkıntılı bir uygulama
yazıyorsanız, bu zaten sadece C'ile mümkün
___
Linux-programlama mailing list
Linux-programlama@liste.linux.org.tr
https://liste.linux.org.tr
İlginç bir şey yok bunda...
İlk FOR için, her defasında i o range() ın ürettiği list'in bir
sonraki değerine atanacaktır.
Tavsiyem biraz C ile uğraşın. Pointer meselesi bu hususları
kavramanızı daha kolaylaştırır.
2011/5/17 Baris CUHADAR ba...@neovo.org:
Evet sormak istediğim oydu, ilginç :)
Büyük ihtimalle siz header için charset: utf-8 gibi bir şey yaptınız
sadece. Ama HTML içeriği UTF-8 değilde, orjinal karakter seti neydiyse
o halde kaldı.
iconv --from-code=ISO-8859-1 --to-code=UTF-8 ./eski.html ./yeni.html
gibi bir şeyle, dosyalardaki eski karakterleri yenisiyle değiştirmeniz
bozuk gelir.
17 Mayıs 2011 15:29 tarihinde Serdar KÖYLÜ s.koy...@gmail.com yazdı:
Büyük ihtimalle siz header için charset: utf-8 gibi bir şey yaptınız
sadece. Ama HTML içeriği UTF-8 değilde, orjinal karakter seti neydiyse
o halde kaldı.
iconv --from-code=ISO-8859-1 --to-code=UTF-8 ./eski.html
beyazsa...@gmail.com:
serdar bey,
karakter seti iso-8859-9 gözüküyor fakat hem dosya hemde charset utf-8
ama her crtl+f5 yaptığımda iso-8859-9 gözüküyor.
17 Mayıs 2011 15:49 tarihinde Serdar KÖYLÜ s.koy...@gmail.com yazdı:
Peki browser'dan bir kontrol ettiniz mi? Neymiş sayfanın karakter seti
kaydettim yani o konuda sıkıntı yok.
ama bunları yapmama rağmen neden hala json verileri bozuk gelir.
17 Mayıs 2011 15:29 tarihinde Serdar KÖYLÜ s.koy...@gmail.com yazdı:
Büyük ihtimalle siz header için charset: utf-8 gibi bir şey yaptınız
sadece. Ama HTML içeriği UTF-8 değilde, orjinal
ikisindede i'ye değer atanıyor listedeki sıradakine bakıp i'ye
değer atamayla, i'ye bakıp, i'yi bir yükseltmek neden daha yavaş.
Sanırım kaynak koda bakmak lazım.
On 05/17/2011 11:44 PM, Serdar KÖYLÜ wrote:
Python'daki for, bir array (diyelim) ın her elemanı üzerinde çalışan
bir iterasyon
internette ancak henüz ekranların renklenmediği, babamın gençlik
yıllarında icat edilmiş yöntemlerle bu günlere kör topal gelmiş bir
internette değil!
Bu gün bu konuları konuşurken ben öyle zannediyorum ki 50 sene sonraki
insanda benzer şeyleri konuşuyor olacak.
On 05/15/2011 11:01 PM, Serdar
maliyetlerin düşük olması nedeni ile ulaşamayacağı için ben cloud'un
geleceğini bir bakıma hosting işi ile uğraşanların yöneleceği VPS olarak
görüyorum.
On 05/16/2011 12:03 PM, Serdar KÖYLÜ wrote:
İlk bakışta öyle gibi görünüyor. Ve eğer bu işler gerçekten akıl
mantık ve izanla gitseydi, aynen böyle
Müşteri Kontrol Paneli
: http://my.sadecehosting.com
WebMail
: http://webmail.sadecehosting.com
From: linux-programlama-boun...@liste.linux.org.tr
[mailto:linux-programlama-boun...@liste.linux.org.tr] On Behalf Of Serdar
KÖYLÜ
Sent: Monday, May 16, 2011 1:14 PM
To: Özgür yazılımlarla
C öğrensin. Sonra gene C öğrensin. Ondan sonra da C öğrenmeye devam etsin.
Web'in ömrü çok fazla değil. Ha, olaya programcı açısından bakıyorum.
Tipik kullanıcı için web hep var olacaktır. Fakat, programcı açısından
web uygulaması kavramı karın doyurmayan bir noktaya gelecektir.
Olayı şöyle
Pc,Mobil,Gömülü sistemler,Tabletler -- Hepsi aynı şey olacak. Kabak
PC'nin başına patlayacak tahminen, o büyük ihtimalle tarih olacak.
Benim görüşüm, klavye, fare, ekran vs. tarafı mobilize olup her kılıfa
girecek. PC gibi bir kavram olmayacak, zira cep telefonunuzdan TV'nize
kadar her şey
XML Yoluyla fotoğrafları nasıl elde ediyorsunuz?
Yeni resim, istenen resmin ortasına yerleştirmek derken, amacınız tam
anlaşılmıyor.
Basitçe, bir resmi, yeni resme ölçeklendirip kopyalayabilirsiniz:
imagecopyresampled() bu işe yarar:
http://php.net/manual/en/function.imagecopyresampled.php
Kernel tarafinda yada isletim sistemi icerisinde olusan problemi gidermek
icinde ne yapmak lazim.
Öncelikle ne yapmanız gerektiğin söyledik sanıyorum, bir gözattınız mı?
Teknik olarak, RAW IP paketini bir tür UDP paketi gibi kullanmanız
mümkün. Ama bu UDP paketi değildir, başka bir şeydir.
kıyaslayamazsın. zira sana sana ne diyen olmadı.
biz sana karşındakinin neyi bilip bilmediğini bilmeden ayar vermeye
çıkma hakkın var mı bunu soruyoruz
On Saturday, April 30, 2011, What you get is Not what you see
wygin...@gmail.com
wrote:
2011/4/30 Serdar KÖYLÜ s.koy...@gmail.com
Selamlar
konusunda deneyim +
birikimim var denenebilir. Bu konuda fikre ihtiyaci olanlara yardimci
olabilirim ayrica.
[1] PhoneGap, http://www.phonegap.com
2011/4/30 What you get is Not what you see wygin...@gmail.com
2011/4/30 Serdar KÖYLÜ s.koy...@gmail.com
Selamlar..
2011/4/29 What you get
Bu yanlış yoldur Hüsrev.
Yazan herkesin öncelikle haklılığını ispat etmesi gerekir. Bunu göstermesi
gerekir. Ancak o zaman bu tartışma bir faydaya hizmet eder. Olay ortadadır.
Memleket olarak en büyük sorunumuz, zırvalıktır. Zırvalık, yani safsata bin
şekilde karşımıza çıkar. Birisi işte böyle
, mangala koyacak bir şeylerimiz olur. Yoksa aç döneriz eve, ona
göre tedbirli olmakta fayda olacaktır.
Saygı ve sevgiyle..
2011/4/30 Husrev Ozayman hus...@ozayman.com
2011/4/30 Serdar KÖYLÜ s.koy...@gmail.com:
Bunun da yolu, tartışmaktır. Bilimsel olmaktır. Yapılması gereken budur.
Ne güzel
olabileceğini anlıyorsunuzdur.
2011/4/30 What you get is Not what you see wygin...@gmail.com
2011/4/30 Serdar KÖYLÜ s.koy...@gmail.com
kıyaslayamazsın. zira sana sana ne diyen olmadı.
biz sana karşındakinin neyi bilip bilmediğini bilmeden ayar vermeye
çıkma hakkın var mı bunu soruyoruz
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
. Server kodlarınız gökten mi
inecek?
2011/4/29 Alper Kanat tu...@raptiye.org
Merhaba,
Ne Dr. sıfatını taşıyan bir kişiye (ki yaşca da büyük olduğunuzu tahmin
ediyorum), ne de Serdar Köylü gibi rüştünü ispatlamış birine; (hele ki
Türkiye gibi bir ülkede nadir bulunacak) bir bayan arkadaşımıza
Sevgili Mustafa, biz neler duyduk bir bilsen.. Ama çok şeyler duysakta, hiç
bir şeyler göremedik ortada ki, sorun bu aslında...
2011/4/29 Mustafa Kahraman barzo...@gmail.com
O zaman size birkaç link daha paylaşayim ( Ingilizce olsunlar )
http://www.sugarcrm.com/crm/
Belkide yakin
Sorun enteresan bir sorun.
Uygulamayı hem web hem masaüstü destekli yapsanız, ki bunu yapmak hiç zor
bir şey değil, biri gelip sizi falakaya mı yatıracak?
Elinizde bir alet kutusu var: web. Bir alet kutusu daha var: Masaüstü (!? Ne
demekse, native demeye mi çalışıyoruz, olabilir).
Neden bu iki
Düzeltmene gerek yok sevgili burcu. Eğer bir şeyi düzeltmek istiyorsan,
bizim kırk yıllık tab tuşunun ne işe yaradığını bilmeden çıkıp öyle ahkam
kestiğimizi sanıyor olma yanlışını düzeltebilirsin belki.
Ama bu düzeltme yazın aslında iyi bir örnek olmuş, teşekkürler. Diyelim siz
işte böyle
Selamlar..
2011/4/29 What you get is Not what you see wygin...@gmail.com
Serdar bey karsinizdakinin fikirlerini,tavsiyelerini begenmeyebilirsiniz.
Ama bu size ona ayar cekme hakkini vermiyor.
Peki size (veya her kimse) şunu deme hakkını veriyor mu:
Serdar bey sizden bir ricam olacak
Masaüstü uygumaları savunacaksak Python veya Java ile de platform bağımsız
uygulamalar yazmak mümkün.
Burada atladığınız, gözden kaçan şey şu: Siz o platforma bağımlı bir şey
yazmış oluyorsunuz. Bunu hiç düşündünüz mü? Konuyu kolayca anlamak için,
Android için yazacağınız platform bağımsız
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
Dosyanın boyu 64 + İlk 4096 baytın CRC32'si 32 + Son 4096 baytın
CRC'si
veya
Dosyanın boyu 64 + Dosyadaki baytların mesela her 64 baytta bir toplam =
toplam % 256 edilerek toplamı
Pek güvenilir olmaz elbette, ama pek çok dosya için kafi gelir. Daha
güveniliri malum, ama onları beğenmediğiniz
Tarayıcı tabanlı uygulamalar veri girişi için efektif değildir. Ama klasik
veri sunumu için bir hayli etkili olabilirler. Velakin, html muhabbeti bu
işlere kafi olsaydı, Flash, ActiveX vs. gibi şeylerde ortalıkta olmazdı
zaten.
Bir fatura, muhasebe vs. uygulamasında veri girişini sorunsuz ve
aratmayacak
uygulamalar geliştirebilme imkanı sunacaktır. Bu anlamda extJs ile ortaya
çıkan görüntüler masaüstüne parmak ısırtacak kadar güzel ve etkililer.
Selamlar,
Nuri Akman
2011/4/26 Serdar KÖYLÜ s.koy...@gmail.com
Tarayıcı tabanlı uygulamalar veri girişi için efektif değildir. Ama
Sanırım sizin aradığınız şey bu değildi, yada ben aradığınız şeyi yanlış
anladım.
freopen() ile yeniden açtığınız stream eski dosyadaki bilgileri tutacaktır.
Sizin aradığınız şey şu gibi geliyor:
int ftruncate(int fd, off_t length);
man 2 ftruncate
Önce dosyanın başına gidin:
rewind(..);
system komutu çalıştırılarak yapılsa örn; $dosya gibi daha az efor
sarfedilmiş olmaz mı
2011/4/7 Serdar KÖYLÜ s.koy...@gmail.com
Sanırım sizin aradığınız şey bu değildi, yada ben aradığınız şeyi yanlış
anladım.
freopen() ile yeniden açtığınız stream eski dosyadaki bilgileri
tutacaktır
oynuyor?
On 04/07/2011 10:50 PM, Serdar KÖYLÜ wrote:
Sanırım sizin aradığınız şey bu değildi, yada ben aradığınız şeyi yanlış
anladım.
freopen() ile yeniden açtığınız stream eski dosyadaki bilgileri tutacaktır.
Sizin aradığınız şey şu gibi geliyor:
int ftruncate(int fd, off_t length
PDF, Flash vs. olmasından daha iyidir. PDF gösteren flash appletleri var
fakat, hiçbiri PDF dosyayı indirip -gerekirse- arşivelemenin yerini tutmaz.
2011/4/4 Nuri Akman nuri.ak...@hazine.gov.tr
Arkadaşlar,
Web sitesinde bazı .PDF dosyalar yayınlanıyor. Ancak, kullanıcının bu
dosyayı
/usr/include/c++/x86_64-pc-
linux-gnu/bits/gthr-default.h:677: error:
expected primary-expression before 'const'
Burada bir syntax error görünüyor. İnclude satırlarınızı vs. bir kontrol
etmenizde fayda var gibi.
2011/4/7 Mucibirahman İLBUĞA mucip.ilb...@gmail.com
Merhabalar,
Dakika 1...
bash-3.2$ g++ test.cpp
bash-3.2$
Yani, Mandriva bilmem kaç ile bir sorun görünmüyor. Bunu bir Pardu
listelerine sormak faydalı olabilir. Belki bir bug tespiti vakası olabilir
bu mesele.
2011/4/7 Mucibirahman İLBUĞA mucip.ilb...@gmail.com
07-04-2011 23:35 tarihinde, Serdar KÖYLÜ yazdı
88 matches
Mail list logo
