Microsoft'tan Emacs Benzeri Editör

0
urxalit
urxalit
6 Ocak 2008 , 1 dakika okuma süresi
Microsoft'un Connected Systems bölümü Emacs benzeri bir editör - belki bir geliştirme ortamı hazırlıyor. Bir tür "Emacs.Net" olarak tanımlanan editörle ilgili planlar Microsoft'un profesyonel geliştirici konferansında açığa çıkabilir. Söylentinin kaynağı bu web günlüğünde. Daha fazla detay verilmemiş ama projenin adı doğrudan Emacs.Net olarak anılıyor. Son isim muhtemelen bu olmayacaktır tabii.
Emacs, Unix'lerde çok kullanılan bir araç. Richard Stallman tarafından (Guy L. Steele ile birlikte) başlatılan Emacs geliştirmesi bugün en popüleri GNU Emacs halinde hala aktif olarak sürüyor. Emacs, Emacs Lisp olarak bilinen genişletme dilini kullanıyor. Microsoft yorumu büyük olasılıkla Lisp yerine .Net'e dayanan bir dil kullanacaktır.

Novell'dan Miguel de Icaza daha geniş bir fikir ileri sürmüş: Emacs.Net sadece bir editörden ziyade bir geliştirme ortamı da olabilir. Joel Spolsky olası PowerShell entegrasyonuna dikkat çekiyor.

Emacs.Net'in detaylandırılacağı beklenen Microsoft'un Professional Developers Conference 2008 Ekim'de olacak.

Kaynak: Pc Labs
Micros~1
8
Linkedin Facebook Twitter Google plus

Görüşler

Tarık
0
Tarık
geliştirme dünyası yeni silahlarıyla iyice savaş alanına dönecek demek :)
sulh
0
sulh
Mükemmel bir haber. Emacs bu haliylede(ecb ve xref sağolsun) bir geliştiricinin tüm ihtiyaçlarını karşılıyor lakin .net altyapısına geçtikten sonra elisp bağımlılığından kurtulursa benim gibi fani c++ programcılarını daha çok memnun edecek.

"Novell'dan Miguel de Icaza daha geniş bir fikir ileri sürmüş: Emacs.Net sadece bir editörden ziyade bir geliştirme ortamı da olabilir"
Tam olarak anlamadım. Eğer kasıt edilen belirli diller için olması gerektiği gibi eklentilerin standart hale getirilmesiyse mükemmel olur(diğer türlü zaten emacs çoğu dil için yeterli bir geliştirme ortamı sağlıyor. en azından java, common lisp ve c/c++ için yeterince güçlü). Zira c++ için konuşulacak olursa xref ayarında özgür bir mode harika olurdu.(Gerçi problemsiz bir cedet de harika olurdu)
FZ
0
FZ
elisp bağımlılığından kurtulursa benim gibi fani c++ programcılarını daha çok memnun edecek.

Microsoft tarafından geliştirilecek ve bazı bakımlardan Emacs'a benzeyecek bir programın Emacs Lisp kullanmaması yüksek bir ihtimal bence de. Diğer yandan mevcut GNU Emacs yahut XEmacs'ın Emacs Lisp ile programlanması C++ programcıları açısından ne gibi bir sıkıntı yaratıyor?
Tarık
0
Tarık
parantezler?
FZ
0
FZ
İyi de bir C++ programcısı oturup sıfırdan bir Emacs modülü, fonksiyonları filan geliştirmeyecekse zaten Emacs Lisp ile pek işi olmaz. En fazla .emacs dosyasına bazı ayarları yazması gerekir Emacs Lisp formatında ki onların da çoğu tek satırlık kısa şeyler. Yani günlük olarak C++ kodlarken Emacs Lisp ile hemen hemen hiç işi olmayacaktır diye düşünüyorum.
Tarık
0
Tarık
bende öyle düşünmüştüm :)

sulh' un dediğinin tersine ben emacs gibi bir aparatın .net boyunduruğuna girmesine iyi bakmıyorum. zira elisp bizim ata sporumuz sayılır. felsefemizle büyük oranda paralellik gösterir :P fakat .net gibi kapalı bir sistemin, bağımlı bir aparatı bilemiyorum ne derece çekici gelebilir.

tabii ki emacs ın .net sürümü çıktı diye gnu Emacs yok olmadı, sonuç olarak en hakiki emacs yine yerinde durmakta. Bu arada gnu nun web sayfası yine mi değişmiş? önceki daha güzeldi sanki.
sulh
0
sulh
Herhangi bir programcı için kullandığı dil dışında başka bir dille alternatif olmadığı için zorunluluktan uğraşmak başlı başına problem değil mi? Hadi ufak tefek .emacs düzenlemeleri neyse ama ihtiyaç duyulan(ilginçtir, ihtiyaç duyulan şeylerin büyük bir çoğunluğunu başkaları yazmış oluyor) irili ufaklı modülleri yazmak veya hali hazırda kullanılan modüllerde değişiklik yapmak(sıfırdan elisp öğrenmeye değmeyecek, ama ihtiyaç duyulan) sıkıntı yaratıyor.
FZ
0
FZ
düzenlemeleri neyse ama ihtiyaç duyulan(ilginçtir, ihtiyaç duyulan şeylerin büyük bir çoğunluğunu başkaları yazmış oluyor) irili ufaklı modülleri yazmak veya hali

Yaklaşık 30 yıldır geliştirilen bir editör / programlama ortamı söz konusu olduğu düşünülürse ihtiyaç duyulan, akla ilk gelen pek çok şeyin daha önceden birileri tarafından yazılmış olması çok mu garip? ;)

hazırda kullanılan modüllerde değişiklik yapmak(sıfırdan elisp öğrenmeye değmeyecek, ama ihtiyaç duyulan) sıkıntı yaratıyor.

Emacs Lisp'in avantajı piyasadaki rekabet koşullarından görece bağımsız, dolayısı ile dayanıklı olması. Bugün yapılan bir temel yatırım bu sayede kendini mesela 15 sene sonra da koruyabilecektir (en azından geçmişe bakıp böyle bir şey söylenebilir).
Görüş belirtmek için giriş yapın...

İlgili Yazılar

Micros~1'da Linux?
fsniper
17 Ağustos 2004, 1 dakika okuma süresi

Son XPSP2 konusundaki blogları incelerken karşıma çıkan ilginç linkleri sizlerle paylaşmak istedim. Konu hakkında yorum yapmak istemiyorum. Zaten herşey ortada :)

link 1
link 2
Link 3

Sakın sakın sakın ha, kaynak kodu göstermeyin siz ona!
FZ
19 Haziran 2003, 1 dakika okuma süresi

São Paulo, Brezilya´da bir e-ticaret konferansına katılan üst düzey Microsoft yetkilisi Craig Mundie, şirket olarak açık kodun yazılım endüstrisini yok ettiğini düşündüklerini söyledi. Mundie´ye göre bir yazılımın başarısının yolu "asla kaynak kodu" göstermemekten geçiyor. Microsoft yetkilisi, FSF [Free Software Foundation] isimli kurumun sektördeki herkesin faydalandığı bir iş modelini yok etmeye çalıştığını söyledi. Mundie´ye göre açık kodlu yazılım modeli Brezilya´daki yazılım endüstrisini baltalamakta. Adı geçen Microsoft çalışanı, `copyright´olmaksızın küçük ölçekli firmaların asla kâr edemeyeceklerini iddia etti.

MS Word İle Belgelerinizi Korumaya Çalışmayın
FZ
20 Ocak 2004, 1 dakika okuma süresi

Microsoft Word "form"larınızı parola ile korumanıza izin verdiğini iddia ediyor. Böylece izinsiz kullanıcılar söz konusu form içeriğini değiştiremiyorlar; bu özellik form alanı bulunmayan belgeleri korumak için de kullanılabiliyor.

Ancak 3 hafta önce, Thorsten Delbrouck yukarıdaki koruma özelliğinin kolayca aşılabildiğini ve bunun için gerekli tek şeyin bir hex editör olduğunu tespit etmiş. Gerekli düzenlemeyi yapmak için programlama bilgisi gerekmiyor.

Word kullanıcılarının belgelerinin içeriğinin değiştirilmemesi için bu mekanizmaya güvenmemelerinde fayda var.

Microsoft´tan Palladium Demosu
tongucyumruk
2 Nisan 2003, 1 dakika okuma süresi

Microsoft Watch'ta çıkan habere göre Micros~1, mayıs ayında New Orleans'ta yapılacak WinHEC'te Palladium teknolojisinin demosunu yapacak. Palladium hakkındaki son haberlere göre Micros~1 trusted root'un adını "Nexus" olarak belirlemiş durumda. Palladium teknolojisinin Longhorn Server 2005 ile hayata geçirilmesi hedefleniyor.

Not: Nexus ismi size de bilgisayarların insanları yediği filmlerden fırlamış gibi gelmiyor mu?

Şeytanın aklına gelir mi ? -ya da- GPL ölüyor mu ?
sundance
26 Haziran 2002, 1 dakika okuma süresi

Newsforge`un Newsweek`e dayanarak verdiği habere göre Microsoft`un yeni açıkladığı Palladium DRM/PKI güvenlik sistemine göre GPL ve benzeri uygulamalar tehdit altında.

\r \r Sözkonusu sistem, aynı SSL gibi bir yapı ile ve hardware destekli olarak bir bilgisayar üzerinde çalışacak programların aynı SSL sertifikalar gibi legal sertifikalara sahip olmasını gerektiriyor. Böylelikle güvenli uygulamalar, güvenli ağ yapısı üstünden çalışabilecek (bazı çok kötü yazılmış e-mail programları yüzünden Internet virüs kaynamaycak yani) Dahası GPL bir kaynak kodunu compile edip çalıştırmaya kalktığınızda boardunuz/CPU`nuz bunun çalışmasını reddedebilecek. Detaylar için Newsforge