Composer, php için bir Paket Yöneticisi ( Package Manager ) bir diğer deyişle Bağımlık Yöneticisi (Dependency Manager) olarak adlandırılan bir yardımcı programdır.Bunlar bir tık farklı kavramlar olsada bence çok bir değişiklik yoktur.Her ikisinide duyduğunuzda kulak kabartsanız yeterlidir.
iOS Uygulama Geliştirirken en çok kullandığımız araçlardan birtanesi olan XCode IDE kod yazım işlerimizde elimiz ayağımız. XCode yıllardır, her versiyonundan olmazsa olmaz kronik problemler ile geliyor.
Elbette bukadar gelişmiş bir geliştirme ortamının hatalarının olmasıda kaçınılmaz. Çoğu zaman anlamsız hatalar ile karşılaştığımızda yaptığımız ilk hareket
Product >> Clean
işlemi oluyor.
Yepyeni macOS Sierra kurulumu yaptıktan sonra 3.part programları yüklemeye başladım. Çoğu program tabiki App Store üzerinden rahatlıkla sahip oluyorum. Gel gelelim App Store haricinde uygulama yüklemekle ilgili macOS Sierra sürümünün ufak bir problemi var. Normal kullanıcılar için yetkili geliştiriciler tarafından imzalanmamış programları Sierra ile artık yükleyemiyoruz. Buna izin vermiyor 
Benim yıllardır kullandığım bir development environment ım var. Hatta daha önceleri bununla ilgili şurada bir yazı yazmıştım. Ancak programları kurarken bir şey farkettim. Adobe, Sketch gibi çok bilindik yazılımları zaten belirttikleri şekilde, onlara has otomatik kurulum araçları ile kurduğumuz için başlarda anlamadım.
Uzun aradan sonra işlerimi yoluna koyup, bir güzel tüm yedekleri aldım ve yepyeni işletim sistemi macOS sierra ya temiz bir format ile geçiş işlemine başladım.
Kurulum her zaman bildiğimiz gibi. İsterseniz App Store üzerinden, macOS Sierra yı bilgisayarınıza indirebilir ve direkt mevcut işletim sisteminizin üzerine kurabilirsiniz.Yada benim yaptığım gibi sıfır, cillop, temiz USB disk üzerinden format atıp temiz kurulum yapabilirsiniz. Okumaya devam et
Class ‘Thread’ not found
hatası ile yıkılıp ta buralara kadar geldiyseniz şimdi size bir sırrımı vereyim.
Her yazdığım yeni projede beraber çalıştığım arkadaşlarıma ve kendime şart koştuğum bir husus var.
Bir önceki projenizde yazdığınız kod, bir sonraki projenizin aynısı olamaz.
Bu işletmesel olarak sorun ( Kişisel gelişim = Para ) ama Metromedya elinden çıkan her projede daha iyi ve daha doğru çalışan kodlara yaklaşmak demekti.
#Guide to #Electric #Car Etiquette. #electricvehicles #evs Infographic
Here are the commands I had to run to get things working on my FreeBSD 9.0 box that was still using old pkg_ tools.
# portsclean -C
Unknown modifier 't'
Unknown modifier 't'
Unknown modifier 't'
Unknown modifier 't'
Unknown modifier 't'
"/usr/ports/Mk/bsd.sites.mk", line 958: Malformed conditional (!empty(_PERL_CPAN_ID) && ${_PERL_CPAN_FLAG:tl} == "cpan")
Unknown modifier 't'
"Mk/bsd.port.mk", line 2929: Unclosed conditional/for loop
"Mk/bsd.port.mk", line 2929: Unexpected end of file in for loop.
"Mk/bsd.port.mk", line 6711: Unclosed conditional/for loop
"Mk/bsd.port.mk", line 6711: Unexpected end of file in for loop.
1 open conditional:
at line 1179 (evaluated to true)
make: fatal errors encountered -- cannot continue
/usr/local/lib/ruby/site_ruby/1.9/pkgtools/portsdb.rb:237:in `join': can't convert nil into String (TypeError)
from /usr/local/lib/ruby/site_ruby/1.9/pkgtools/portsdb.rb:237:in `index_file'
from /usr/local/lib/ruby/site_ruby/1.9/pkgtools/portsdb.rb:247:in `db_dir='
from /usr/local/lib/ruby/site_ruby/1.9/pkgtools/portsdb.rb:167:in `setup'
from /usr/local/lib/ruby/site_ruby/1.9/pkgtools/pkgtools.rb:242:in `init_pkgtools_global'
from /usr/local/sbin/portsclean:134:in `block in main'
from /usr/local/lib/ruby/1.9/optparse.rb:882:in `initialize'
from /usr/local/sbin/portsclean:70:in `new'
from /usr/local/sbin/portsclean:70:in `main'
from /usr/local/sbin/portsclean:727:in `<main>'
pkg_add -r http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/packages-9.0-release/devel/bmake-20111111.tbz cp /usr/bin/make /usr/bin/make.old rm /usr/bin/make ln -sv /usr/local/bin/bmake /usr/bin/make cd /usr/ports/ports-mgmt/pkg make -m /usr/share/mk UPGRADEPKG=1 install clean pkg2ng
To use ports after this, I have to run make -m /usr/share/mk instead of make.
Hepimizin bildiği gibi yazılım geliştirme çok kompleks ve kaotik bir süreçtir. Niyetlendiğimiz işe başladıkdan sonra bile çok sıkça niyet değiştirebiliriz. İsteklerimiz değişebilir, müşteri fikir değiştirebilir ve her şeyi sil baştan yapabiliriz. Zira işe başladıktan sonra kaybedilecek şey sadece zamandır ve zaman da göreceli olarak değersiz görülür. Oysa bir inşaat işine başladığınızda plan dışına çok nadir çıkarsınız, çünkü planı değiştirmek istediğinizde o ana kadar kullandığınız inşaat malzemesini çöpe atmak istemezsiniz o malzemenin ölçülebilir maddi değeri vardır. Ancak müşteri, yazılımın geliştirme safhasında henüz bir şey görmediği için değişiklik isteklerini futursüzca yazılım ekibine iletebilir. Bizler de yazılım geliştiriciler olarak her şeyin bir yolunu bulabildiğimiz için bir şekilde müşteriye ayak uydurmak zorunda kalırız. Bu ayak uydurmalar zaman içinde yazılımımızın kod kalitesini, standardını ve tasarımını bozmakla beraber bir çok kod parçasının nerdeyse tekrar dokunulamaz hale gelmesine neden olmakta.
İşte bütün bu riskleri minimuma indirgemek için daha en başta bazı temel kurallara dikkat etmek ve herkesçe malum olan bazı kötü tasarım ve geliştirme yaklaşımlarından uzak durmak gerekir. Bu sayede geceleri daha rahat uyuyabilir, müşteri taleplerine daha serinkanlı cevap verebiliriz.
Bu yazıda yazılım geliştiriciler tarafından yapılmaması gereken ve sebebi ne olursa olsun (istisnalar hariç olmak üzere) uzak durulması gereken ve ismi konulmuş bir takım kavramlardan ve yöntemlerden bahsedeceğim. Kısacası konumuz : “anti-pattern”.
İşte size adını sıkça duyabileceğiniz yapılmaması gerekenler; Okumaya devam et