[17.03.2008 tarihinden itibaren arşivlendi] Mizah [28.04.2012 tarihine kadar arşivlendi] - sayfa 177

 
Belki bir fermuarla düzenleyebilirim, yoksa hepsini vkontakte'de tutuyorum ve onları nereye götürdüğümü hatırlamıyorum.
 
Pekala, zip de yapabilirsiniz, ancak Swetten'in tavsiyesini dikkate alarak.
 

Pazarın açılmasını mı bekliyorsunuz? Biz de öyleyiz!!!

EURUSD, H1

 
Güçlü bir kelimeden korkmayanlar, okuyun, komik ve en önemlisi hayati önem taşıyor. Üzgünüm ama yazarı hatırlamıyorum. DİKKATLİCE! NORMATİF SES DEĞİL!
Dosyalar:
yhbikbd.zip  63 kb
 
rid :

Pazarın açılmasını mı bekliyorsunuz? Biz de öyleyiz!!!

Çift ticaretidir.


 

http://gzone.org.ua/readclass/18/show/

Stroustrup ile çok komik bir röportaj...

22 Aralık 2009


HACKNET İNCELEME 01/98
Bjarne Stroustrup ile röportaj, 1 Ocak 1998
Bilgisayar dergisi için.
© 1998 Bilgisayar
Tercüme: Mike Bluesman

1 Ocak 1998'de Bjarne Stroustrup 'Computer' dergisine röportaj verdi. Aslında editörler, geliştirdiği dili kullanarak yedi yıllık nesne yönelimli programlama hakkında konuşacağını varsaydılar.
Konuşmanın sonunda, görüşmecinin düşündüğünden daha fazla bilgi çıkardığı ortaya çıktı ve doğal olarak editörler içeriği "sektörün yararına" kesmeye karar verdiler, ancak genellikle bu tür vakalarda olduğu gibi durumlarda bilgi sızdırıldı.
İşte röportajın tam ve düzenlenmemiş dökümü - normal bir programlanmış Soru-Cevap gibi görünmüyor.
Bunu kesinlikle ilginç bulacaksınız.

Görüşmeci - ileri I. , Stroustrup - ileri C. .

I. Yazılım geliştirme dünyasını değiştirdiğinizden bu yana birkaç yıl geçti. Şimdi geriye baktığında nasıl hissediyorsun?

C. Aslında sen gelmeden hemen önceki günleri düşünüyordum. Unutmayın - herkes kendi 'C' versiyonunu yazdı ve sorun şu ki herkes bunu oldukça iyi yaptı. Üniversiteler de dili oldukça iyi öğrettiler. Bu, yeterlilikte bir azalmaya yol açtı. Bu durumda 'yeterlilik' ile olağanüstü olanı kastediyorum. Soruna neden olan buydu.

I. Sorun mu?

C. Evet, bir sorun. Herkesin Cobol'da yazdığı zamanı hatırlıyor musun?

I. Tabii ki ben de yaptım.

C. Eh, başlangıçta bu adamlar tanrı gibiydi. Onlara çok para ödendi ve krallar gibi davranıldı.

I. Evet, o zamanlardı ...

Kesinlikle . Peki, ne oldu? IBM bundan bıktı ve çok sayıda programcı olana kadar eğitim programcılarına milyonlarca yatırım yaptı.

I. Bu küreden böyle uçtum. Yıl boyunca maaş o kadar düştü ki bir gazeteci bile daha fazla kazanabilirdi ...

Kesinlikle . Aynı şey 'C' yazan programcılara da oldu.

I. Anlıyorum, peki, tüm bunlara ne söylemek istiyorsun?

C. Bir gün ofisimde oturuyordum ve aklıma küçük bir fikir geldi, dengeyi nasıl biraz düzeltebilirim. Düşündüm ki: Bir programlama dili çok kafa karıştırıcı ve öğrenmesi çok zor olsaydı, hiç kimse piyasayı içine yazan bir programcı kalabalığı ile dolduramazsa ne olurdu? O zaman zaten bununla ilgili bazı düşüncelerim vardı. Burada, muhtemelen biliyorsunuzdur, X10 ve X pencereleri. O zamanlar Sun 3/60'da çalışan bir grafik sistemiydi. İhtiyacım olan tüm bileşenlere sahipti - karmaşık bir sözdizimi, anlaşılması zor ürkütücü özellikler, sözde nesne yönelimli bir yapı. Şimdi bile kimse doğrudan X pencerelerinin altına yazmıyor. Akıl sağlığınızı korumak istiyorsanız, motif tek yoldur.

I. Şaka mı yapıyorsun?

C. Hiç de değil. Bir sorun daha var. Unix, 'C' ile yazılmıştır - bu, 'C' ile yazan herhangi bir programcının çok kolay bir şekilde sistem programcısı olabileceği anlamına gelir. Çoğu sistem programcısının ne kadar kazandığını hatırlıyor musunuz?

I. Evet, bunu da yaptım.

C. Şimdi, bu yeni dilin 'C' ve Unix'i çok güzel bir şekilde birbirine bağlayan tüm sistem çağrılarını gizleyerek kendisini Unix'ten ayırması gerekiyordu. O zaman sadece DOS bilen adamlar da iyi para kazanabilirlerdi.

I. Bunu söylediğine inanmıyorum ...

C. Bu oldukça uzun bir süredir devam ediyor, ancak çoğu insan şimdiye kadar C++'ın zaman kaybı olduğunu anlamış görünüyor, ancak beklediğimden daha uzun sürdüğünü söylemeliyim.

I. Peki, bize daha net anlat, nasıl yaptın?

C. Bu sadece bir şakaydı, insanların bu kitabı ciddiye alacağını hiç düşünmemiştim. Yarım bir beyne sahip herhangi bir kişi, nesne yönelimli programlamanın sezgisel, mantıksız ve verimsiz olduğunu anlayabilir.

I. Ne?

C. Ve 'yeniden kullanılabilir kod' ile ilgili olarak - herhangi bir şeyi 'yeniden kullanan' herhangi bir şirket duydunuz mu?

I. Şey, aslında duymadım, ama ...

S. işte bu. Bu arada bazıları denedi. Oregon'da Mentor Graphics adında bir şirket vardı ve '90 veya '91'de her şeyi C++ ile yeniden yazmaya çalışmaktan bıktı. Aslında onlara sempati duydum ama insanların en azından hatalarından bir şeyler öğrendiğini düşünüyorum.

I. Açıkçası başarılı olmadılar mı?

C. Hiçbir şey. Ancak şirketin hissedarlarına 30 milyon dolarlık zararı açıklamak zor olurdu ve kredilerine göre sonunda işe yaradı.

I. Peki başarılı oldular mı? Bu, 'nesne yöneliminin' işe yaradığını kanıtlıyor.

C. Neredeyse. Yürütülebilir dosya o kadar büyüktü ki 128 Mb RAM'e sahip bir HP iş istasyonuna yüklenmesi 5 dakika sürdü. Bunun bir engel olacağını düşündüm, ama kimse gerçekten umursamadı. Sun ve HP, üzerlerinde önemsiz programları çalıştırmak için büyük kaynaklara sahip çılgınca güçlü kutular satmaktan çok mutluydu. Biliyorsunuz, AT&T'de ilk C++ derleyicimizle 'Merhaba Dünya' programını derlediğimizde gözlerime inanamadım: yürütülebilir dosyanın boyutu 2.1Mb idi.

I. Evet... Ama derleyiciler o zamandan beri çok yol kat etti.

C. Öyle mi düşünüyorsun? Aynı 'Merhaba Dünya' örneğini en son g++ sürümüyle deneyin - yaklaşık yarım megabayt elde edeceksiniz. Ve bunun yanı sıra, dünyanın dört bir yanından daha birçok örnek var. British Telecom'un başı neredeyse büyük belaya girecekti, ama neyse ki tam zamanında projeyi tamamlayıp yeniden başlamayı anladılar. Ve Avustralya Telekom'dan daha şanslılar. Ve şimdi Siemens'in bir tür dinozor inşa ettiğini ve elde ettikleri şeyin boyutu konusunda giderek daha fazla endişelendiğini duydum. Bu genel yanılgıya bakmak komik değil mi?

I. Evet, ancak C++ genel olarak tamamen normal bir dildir.

S. Öyle inanıyor musun? Hiç oturup bir C++ projesi üzerinde çalışmayı denediniz mi? İlk olarak, sadece önemsiz projelerin böyle çalışması için yeterince tuzak kurdum. Projenin sonunda, farklı modüllerdeki aynı operatörlerin tamamen farklı şeyler ifade ettiği ortaya çıkıyor. Şimdi bütün bu modülleri tek bir bütün halinde birleştirmeye çalışın hele elinizde 100 tane varsa... Allah'ım, modüllerini birbirleriyle haberleştiremeyen farklı firmaların sorunlarını duyunca bazen gülmeden edemiyorum.

I. Söylemeliyim ki, söylediğin her şey beni tamamen şaşırttı. Bunu programcıların maaşlarını artırmak için yaptığınızı söylediniz. Ama bu saçmalık.

S.Tam olarak değil. Herkesin kendi seçimi var. Bu kadar kontrolden çıkacağını beklemiyordum. Ama yine de, neredeyse her şey benim için çalıştı. C++ şimdi ölüyor ve programcılar iyi para kazanmaya devam ediyor - özellikle tüm bu saçmalıklarla uğraşanlar - kendiniz yazmadıysanız, büyük bir C++ program modülünü etkili bir şekilde kullanmanın imkansız olduğunu anlıyorsunuz.

I.Nasıl ?

S.Açık değil mi? typedef'i hatırlıyor musunuz?

I.Tabii ki.

C. Ve şimdi, örneğin, sadece bir tür 'Çatı Yükseltilmiş' ifadesinin çift duyarlıklı bir sayı olduğunu bulmak için başlıkları incelemek için ne kadar zamanınız olduğunu hatırlayın. Şimdi büyük bir projede tüm tip tanımlarını bulmanın ne kadar süreceğini hayal edin.

I. Yani istediğiniz her şeyi başardığınızı iddia ediyorsunuz...

C. Orta ölçekli bir projeyi 'C' üzerine uygulamanın ne kadar sürdüğünü hatırlayın. Yaklaşık 6 aylık. Karısı ve çocukları olan bir adamın düzgün bir hayat kazanması için yeterince uzun değil. Aynı projeyi C++'da uygulamaya çalışın ve ne olur? 1-2 yıla ihtiyacınız olacak. harika değil mi? Bunun dışında: Üniversiteler o kadar uzun zamandır 'C' öğretmedi ki, artık 'C'de program yapan çok az insan var, özellikle de Unix programlama hakkında her şeyi bilenler. Sence kaç kişi, yıllarca 'new' kullandıktan ve iade kodu kontrolünü hiç umursamadan 'malloc' ile ne yapacağını anlayabilir? Çoğu C++ programcısı bu dönüş kodunu hiç atmaz. Eski güzel '-1'e ne oldu? En azından herhangi bir 'fırlatma', 'deneme' ve 'yakalama' olmadan bir yerde hata yaptığınız hemen belli oldu...

I. Ve yine de, miras çok zaman kazandırır mı?

C. Hayır, size söyledim... 'C' ve C++'da proje planlama aşamaları arasındaki farkı fark ettiniz mi? Bir C++ projesi için bu aşama üç kat daha uzundur. İhtiyaç duyulan her şeyin miras alındığından ve ihtiyaç duyulmayan her şeyin olmadığından emin olmak zaman alır. Ve yine de hatasız değil. Hiç kimse bir 'C' programında bellek sızıntısı duydu mu? Şimdi bu sızıntıları bulmak bir angarya. Çoğu şirket, bir bellek sızıntısı olduğunu bilerek ürünü bırakır ve serbest bırakır.

I. Ama çeşitli yazılım araçları var...

C. Çoğu C++ ile yazılmıştır.

I. Bütün bunları yayınlarsak, basitçe linç edilebilirsiniz, anladınız mı?

C. Bundan şüpheliyim. Dediğim gibi, C++ zaten geçmişte kaldı. Hiçbir şirket ön test yapmadan C++'da bir projeye başlamaz ve eğer test varsa bunun başarısızlığa giden bir yol olduğunu anlayacaktır. Anlamıyorlarsa, öyle olsun. Dennis Ritchie'yi Unix'i C++ ile yeniden yazmaya ikna etmeye çalıştım.

Tanrım . Ve o ne dedi?

C. Neyse ki iyi bir mizah anlayışı var. Sanırım hem o hem de Brian ne yaptığımı anladılar. İstersem DOS'un C++ sürümünü yazmama yardım edebileceğini söyledi.

I. Peki nasıl? İstedin mi?

C. DOS'u C++ ile yazdım. Sana bir demo verebilirim. Başka bir odada benim için bir Sparc 20'de çalışıyor. Yalnızca dört işlemci üzerinde uçar ve yalnızca 70 megabayt disk alanı kaplar.

I. Bir bilgisayarda nasıl görünür?

S. Belli ki şaka yapıyorsun. Windows'95'i gördünüz mü? Onları en büyük başarım olarak görüyorum.

I. Biliyor musun, Unix++ hakkındaki bu fikir beni düşündürdü. Ne de olsa, bir yerlerde bunu yapma fikrini bulan bir adam olabilir...

S. Ama bu röportajı okuduktan sonra değil.

I. Üzgünüm ama bu röportajın bir kısmını bile yayınlamamız pek mümkün değil.

S. Ama bu yüzyılın tarihidir. Sadece programcı arkadaşlarımın beni onlar için yaptıklarım için hatırlamalarını istedim. C++ programlamanın şimdi nasıl ödendiğini biliyor musunuz?

I. Duyduğum son şey - gerçek profesyoneller saatte 70-80 dolar kazanıyor.

S. Şimdi anladın mı? Ve eminim ki parayı hak ediyor. C++'a kurduğum tüm bu tuzakları takip etmek kolay bir iş değil. Ve daha önce de söylediğim gibi, her C++ programcısı, her projede dilin her öğesini kullanması gerektiği gerçeğine bağlı hisseder. Genel olarak, bu, amaçlarıma hizmet etse bile, genellikle beni rahatsız eder. Ama aradan bunca zaman geçtikten sonra bu dili şimdiden sevmeye başladım...

I. Daha önce C++'ı sevmediğinizi mi söylüyorsunuz?

S. Ondan nefret ediyordu. Garip görünüyor bile, katılmıyor musun? Ama orada farklı kitaplar yayınlanmaya başlayınca... işte o zaman resmin tamamını gördüm.

I. Bekle, ya bağlantılar? 'C' işaretçilerini iyileştirdiğinizi onaylıyor musunuz?

S. Hmm. kendimi bilmiyorum. Aslında ben de öyle düşündüm. Sonra bir keresinde en başından beri C++ ile yazan bir adamla konuştum. Değişkenlerine referans verilip verilmediğini hatırlayamadığını söyledi, bu yüzden her zaman işaretçiler kullandı.

I. Genellikle bu aşamada 'röportaj için çok teşekkür ederim' derim ama şimdi bir şekilde yersiz.

C. Bunu yayınlayacağına söz ver.

I. Sizi bilgilendireceğim, ancak editörümün bu konuda ne söyleyeceğini biliyorum.

S. Ama her neyse, buna kim inanacak? Bu arada, bana bu kaydın bir kopyasını gönderir misin?

Ben yapabilirim.


Çevirmenin notu:


C++ ile programlama yapmıyorum. Rus edebiyatını bilen biri değilim. Bu nedenle olası çeviri hataları için özür dilerim.

Hacknet Review için özel çeviri, Mike Bluesman, Mart 1998

------------------------------------------------

 
Rita :

İyi akşamlar.

Şimdi WALL albümünden en sevdiğim klibi izliyordum Pink Floyd.

sen

Uzun zamandır bir çizgi film klibi yüklemek istiyordum - bu filmin son senfonisi (WALL)

Varsa link verebilecek olan var mı?

 
rid :

Uzun zamandır bir çizgi film klibi yüklemek istiyordum - bu filmin son senfonisi (WALL)

Varsa link verebilecek olan var mı?


Deneme?
 

evet buldum teşekkür ederim

https://www.youtube.com/watch?v=FCMHmDnfD6I

 


puan hatta iyi. "Bang-bang, 0y-yy-yy..."

https://www.youtube.com/watch?v=3qunMgCD-ww