Google Hikayesi / Çağımızın En Yeni İş, Medya ve Teknoloji Başarısı

0
darkhunter
Orjinal adı Google Story olan ve Koridor Yayıncılık tarafından yayınlanan kitabın (çeviri: Gökçe Köse) yazarları David A. Vise ve Mark Malseed.

Kitabın içeriği ise şöyle :
İmkansızı İste
Larr, Sergey ile Tanıştığında
Saymayı Öğrenmek
Gizli Sos
Böl ve Fethet
Yanan Adam

Danny Sullivan Gösterisi
Bir Damla
Bir Pilotu İşe Almak
Sizin Google'ınız Var
Google Ekonomisi
Ve Beşinci Gün
Küresel Gooooglama
1 Nisan Şakası
Pornocu Kurabiye Çocuğu
Halka Açılmak
Playboylar
Charlie'nin Yeri
Uzay Yarışı
Yasal Gösteri
Gerçek Bir Kütüphane
Hileli Tıkamalar
Microsoft'a Saldırı
Para Makinesi
Çin Sendromu
Genlerinizi Googlayın
Google Arama'da 23 İpucu
Google Laboratuvarları
Yetenek Testi
Google'ın Mali Sonuç Çizelgesi
Kaynakça
Internet yoluyla satın almak için tıklayın.

Kitapın orjinali hakkında yapılan eleştirilere bakmak için tıklayın.

Görüşler

0
Tarık
Google takdir ettiğim bir firma. pehh:)

Fakat işletim sistemi, web browser gibi faaliyetleri microsoft ve borland'dan aldığı yazılımcılar falan derken sanki yeni bir micirsoft doğuyormuş gibi hissettiriyor.

Sizcede öyle mi?

0
anonim
Yeni bir Microsoft doğmasında bir sakınca yok, Microsoft'un doğru bir modeli var zaten.
0
Tarık
evet kendisi için son derece doğru, ama onun gölgesinden kurtulup birşeyler yapmaya çalışan insanlar için ezici ve tekelci bir model.

Allah açık kaynağa ve kaynak GNU militanlarına zeval vermesin.

Görüş belirtmek için giriş yapın...

İlgili Yazılar

Bilgisayar Bilimcileri Hacker Konferanslarına Neden Katılmalıdır

FZ

Geçen gün acm.org sitesinde gezinirken Gregory Conti isimli bir bilgisayar profesörünün yazısı dikkatimi çekti: "Why computer scientists should attend hacker conferences" yani "Bilgisayar bilimcileri hacker konferanslarına neden katılmalıdır".

Conti, eğlenceli üslupla ilginç saptamalarda bulunuyor ve kendisinin de sık sık katıldığı bu tür etkinliklerin önemini vurguluyor.

Yabancı Sözcüklerin Dilimize Aktarımı

realist

IRC'de, forumlarda ya da günlük konuşmalarımızda iş gereği, haddinden fazla yabancı sözcük kullanıyoruz. Kurallara uygunluğundan vazgeçtim, galat-ı meşhura razıyken aramızda bütünlük oluşturmayı dahi başaramadığımızı görüyorum.

SSH ve Public Key Doğrulaması

cbc

SSH ve Public Key Doğrulaması ile ilgili birkaç paragraf yazı yazdım. Birilerinin işine yaraması dileği ile.

Aşık Olacağınız Paylaşım Şekli: shfs

pismikrop

shfs için böyle bir başlık koydum çünkü ben aşık oldum. Artık elimdeki tüm sunucuları güvenli bir şekilde klasörlerimin içine bağlayıp eş-zamanlı iş yapabilirim. Ve iptables'ta tek izinli port ile.

Uzaktaki sunucuda ortak çalışma için öncelikle nfs'i denedik. NFS yerel ağda bir harikaydı. Ama uzaktan erişimi oldukça yavaş ve güvensizdi. Daha güvenli bir paylaşım için shfs biçilmiş bir kaftan. portmap, rpc gibi ek hizmetler gerektirmeyen harika bir paylaşım ortamı.

shfs için sunucu tarafındaki malzemelerimizi sayıyorum: bir adet ssh sunucusu :) istemci tarafındaki malzemelerimiz ise güncel çekirdek sürümünüze ait kernel başlıkları, shfs utils, shfs-source, gcc, module-assistant

Şimdi Debian GNU/Linux ile (ki ben Ubuntu kullanıyorum :) kuruluma sıra geldi...

Dil Üstadları ile Araç Ustaları: IDE Ayrımı

FZ

Geliştirici dünyası iki kampa ayrılmıştır. Bir kampta dil üstadları vardır, bu yazılımcılar yüksek seviyeli programlamadan -- birinci-sınıf fonksiyonlar, aşamalı programlama, AOP, MOP, kendi kendini sorgulama -- bahsederler. Araç ustaları ise tümleşik geliştirme ve hata ayıklama araçlarında ustadırlar, kod tamamlama, "refactoring", vs. Dil üstadları Emacs ya da VIM kullanır, bu tür editörler yeni dilleri denemek için daha uygundur. Araç ustaları ise Visual Studio, Eclipse, IntelliJ gibi IDE'leri kullanırlar.

Laszlo ve Groovy gibi yeni diller ya da AOP (Aspect Oriented Programming) gibi dil uzantıları genellikle öncelikli olarak metin-editörü tabanlı yazılım geliştirme ortamlarında ortaya çıkarlar ve ancak ondan bir süre sonra IDE dünyası bu tür desteklere kavuşur. Eğer dil ya da uzantı gerçekten başarılı ise araçlar da bunu desteklemeye başlar. Bu ayrımın tek sebebi araç geliştirmenin dil geliştirmekten zor olması değildir. Asıl mesele bir dile hakim olmak ile bir araç setine hakim olmanın çok farklı iki mantalite olmasıdır, belli bir ölçüye dek bunlar birbirlerini dışlayan alternatiflerdir. Acaba neden? İşte sebepleri...

Oliver Steele'nin The IDE Divide başlıklı makalesini tüm yazılım geliştiricilerin okumasında fayda var. (Not: Şöyle sağlam bir FM üyesi çıksa da bahsi geçen makaleyi Türk diline kazandırsa... hani yani küçük bir olasılık olsa da, belki diyorum, belki biri üstlenir, FM'ye bir katkıda bulunur...)