stanford-oval/wikipedia huggingface dataset:
Scrum
Toplantılar > Sprint Değerlendirmesi (Sprint Review)

Değerlendirme Sprint'in sonunda takım tarafından yapılır ve başlangıçta belirlenen hedeflerin kapsamında olup olmadığı Ürün sahibi tarafından değerlendirilir.
Eğer teslim edilen işlevde eksiklik (test olmamış ise) var ise o kullanıcı hikâyesi yeniden, ürün sahibi tarafından ürün içeriğine (Product Backlog) gönderilir ve öncelik sırası verilir.
Değerlendirmeye kullanıcının (User) katılımı da işlevin testi, ürün tasarımı ve kullanıcı bakışı açısından çok önemlidir. Kullanıcı Hıkayelerin de bir eksiklik var ise Scrum ustası tarafından not alınıp, ürün sahibi tarafından ürün içeriğine aktarılır.
Süre olarak 1 ayda biten Sprint in değerlendirmesi en fazla 4 saat sürmeli, az süren sprintlerde süre uyarlanır.
Toplantılar > Sprint Retrospektif (Geçmişe Bakış)

Geçmişe bakış toplantıları, Sprint Değerlendirme toplantılarından sonra ve Sprint Planlama toplantılarından önce yapılırlar ve geçmiş sprint'teki tecrübeler masaya yatırılarak iyileştirmeler belirlenir. Scrum yönteminin en önemli özelliklerinden birisi bu süreçte suçlu/suçsuz eleştirilerinin yapılmamasıdır.
Sprint

Sprint'de ürün geliştirilir. Yukarıda belirttilen her 2 Sprint planlama, her Sprint başlangıcında yer alır. Planlamada belirtilen ürün islevleri, Sprint'in sonunda teslim edilir.
Geliştirme ekibinin çalışmaları, görev panosu(Taskboard)na dayanır ve Kullanıcı hikayeleri önceliklerine göre ele alınıp, tüm takım bir hikâye üzerinde birlikte calışır, böylelikle katılımcılar hangi işlev'in geliştirildiğini bilir ve karşılıklı katkılarda bulunur:
Yazılımcı, testçi ile birlikte testi başlatır.
işyeri analisti kullanıcılara işlev'in parçalarını tanıtır.
Ürün geliştirmedeki gerekli kriterler (Testi, Kabulü) işlev'de mevcut ise, yazılım takımı yeni işlev üzerinde çalışmasına başlar.
Sprint süreci, birçok işlev üzerinde çalışılmış ancak teslim edilecek işlevin olmamasını engeller.
Sprint süreci'nde, belirlenen hedefe erişim ve sorumluluk yalnızca yazılım takımındadır, bu yüzden takım her türlü rahatsız edici durumlardan kesinlikle korunmalıdır.
Dışarıdan gelebilecek ekstra görev ya da taleplerden (takım elemanını ilgilendirse bile) ve takımı hedeften şaşırtıcı, her türlü engelin kaldırılmasında  Scrum ustası sorumludur.
Geliştirme ekipleri içinde olası problemler: kurallara uyulmaması ya da görev in tamamlanmaması gibi durumlarda Scrum-ustası müdahale etmelidir. Talimat verme şeklinde değil anlaşma ve sonuçları kapsayan öneri ve hatırlatmalarda bulunmalıdır.
Sprint'in uygulama zamanı her zaman ayni olmalı ve uzatılmamalıdır. Bir Sprint en az bir hafta ve en fazla 4 hafta sürmelidir. Eğer hedeflenen sonuca Scrum sürecinde erişim mümkün değilse örneğin takım içerisinde çelişkilerin olması ya da taleplerin yanlış anlaşılması durumunda takım ya da ürün sahibi tarafından durdurulabilir.
Sprint'in durdurulması durumunda inceleme yapılmaz retrospektif yapılır ve gelecek Sprint'in planlanması yapılır.
Yapı Taşları > Ürün İçeriği (Product Backlog)

Ürün İçeriği (Product Backlog) taleplerin oluşturulması ve yönetilmesi için merkezi belgedir ve teslim edilecek işlevsel elementler yönetilir. Toparlanan kullanıcı hikâyeleri ürün sahibi tarafından önceliklerine göre düzenlenir ve gerçekleştirilme zamanı takımın yardımı ile tahmin edilir.
Ürün içeriği, geliştirilmekte olan ürün'ün önceliklere göre sıralanmış işlevleri kapsar.
Değişim taleplerinin alındığı tek yerdir ve ekleme, çıkarma, öncelikler gibi işlemler ürün sahibi tarafından yapılır. Ürün içeriği hiçbir zaman eksiksiz değildir ve böyle bir iddiasi da olmaz, tanımlanmış, iyi anlaşılmış gereksinimleri içerir, öncelikler ise ekonomik fayda, risk gibi faktörlerle değerlendirilip uygulanır.
Ürün içeriği'ne eklenen talepler teknik olarak değil, mesleki ve kullanıcı odaklı olmalıdır. İyi bir kullanıcı hikâyesi üç soruya cevap vermelidir:
Kullanıcı olarak (kim?) bu işlevi (neyi?) şu faydalar (neden?) için istiyorum.
Yapı Taşları > Sprint İçeriği

Sprint içeriği halledilmesi gereken görevleri gösterir. Bu amaç için dört sütunlu bir görev tahtası kullanılır:
1. sütun'da Sprint'de bulunan İş Parçacıkları ("Stories")
2. sütun'da görevler ("ToDo")
3. sütun'da çalışma ("In Progress") ve 4.sütun'da teslime hazır ("Done") olan iş parçacıkları bulunur.
Yazılım takımı elemanları günlük Scrum'da önceki gün hangi görev üzerinde çalıştığını ve bitip bitmediği hakkında bilgi verir. Bir günde bitmeyen görevler ise kırmızı bir nokta ile işaretlenir. Böylelikle engeller kolayca tespit edilir.
Yapı Taşları > İş Bitim Grafikleri (Burndown-Charts)

İş bitim grafikleri yapılmış ve geri kalan çalışmayı görselleştirmek için kullanılır.
Bir Sprint yanik grafigi, x-ekseninde günlük zamanı, y-ekseninde bitirilmemiş görevleri gösterir. Bu grafik, Sprint'in belirtilen zaman birimi içinde daha iyi tahmin edilmesini sağlar.
Seçili kullanıcı hikâyelerini izlemek içinde hikâye-iş bitim-grafiği kullanilir. Burada eksik kalan görevler degil eksik hikâyeler gösterilir.
Her hikâye eşit büyüklükte olmayacağından, büyüklük bilgisi noktalarla sağlanır. Kalan hikâyelerin toplamı y-ekseninde belirtilir, x-ekseni de Sprint süresini gösterir.
Grafik eğilimleri merdiven şeklindedir. Her azalma değeri bir hikeynin bittiğini gösterir (örnek. 8 noktalı bir hikâye, 8 azalma verir).
Tüm projeyi göstermek için devir (Release)-iş bitim-grafiği kullanılır. Bu durumda y-eksenine bütün ürün içeriğinde belirlenen bitmemis kullanıcı hikâyeleri ve hikâye noktalarının toplanmış sekli gösterilir. Böylelikle proje bitimine kadar kaç tane teslimat yapılacağı anlaşılır.
Yapı Taşları > Engel İçeriği (Impediment Backlog)

Engel İçeriği (belirlenen tüm engeller) Scrum ustası tarafından, kısa bir problem tanımı ve tarih etiketiyle oluşturulur. Ek olarak günlük Scrum sonunda, Scrum ustası karşılaşılan engelleri ekler.
Yapı Taşları > Bitti Tanımı (Definition of Done)

Bitti tanımı, bir kullanıcı hikâyesinin uygulanmasına ait ve yazılıma nüfus eden etkinliklerin kontrol listesidir. Ek belgeler olarak: yorum yazmak, birim testleri ve tasarım belgeleri.
Bitti tanımı proje başlangıcında katılımcılar tarafından kararlaştırılır, ayrıca geliştirme sürecindede uyarlanabilir.
Sprint'in başlangıcında görevlerin sayısı ve kapsamı hakkında yardımcı olur ve tüm hikâyelerde uygulanmak zorunda değildir.
Bitti tanımı Sprint'in sonunda belirli bir hikâyenin ayrıntılı taleplerini belirttiğinden, Sprint'in kabul edilmesine de hizmet eder.
Scrum'ın sınırları > Öğrenilen dersler ve değerlendirme

Scrum kullanımında, kişi özgün tahminlerini (alt/üst) kalıcı ve süreklileştirir.
Scrum ilk günden itibaren  ürün geliştirmesinde olması gerekendeki sapmaları gösterir: hızlı, iyi, uygun fiyatlı ya da yüksek kalitede olması takımın kazandığı deneyimlere bağlıdır.
Scrum'ın sınırları > Takım bileşimini engelleyen faktörler

Scrum'ın uygulanmasını çeşitli faktörler engelleyebilir. Geliştirme takımı hiyerarşik yapılanmanın tersine, kendi kendini yönetme ilkesiyle şekillenir.
Geliştirme takımı içindeki önceki konumlarından vazgeçmek istemeyen üyelerin olması çelişkilere yol açabileceğinden hareketle iç disiplinin bilince çıkarılması, görevlerin dış destek olmadan yapılması için önemlidir.
Scrum'da proje ekibi sprint'deki tüm görevler üzerinde birlikte çalışırlar, böylelikle testci, yazılımcı, tasarımcı uyumu takıma yansır. Ancak deneyimli bir takım dezavantajları telafi edebilir.
Scrum Nerelerde Uygulanır > Yeni ya da var olan bir projede

Scrum yeni bir Projede ya da klasik yöntemlerle başlamış bir projeyi kurtarmaya uygundur.
Scrum uyglanmadan önce yeteri kadar ürün içeriği(Product Backlog) mevcut olmalı ve hangi teknolojik bir çatının kullanılacağıda kararlaştırılmalı ve uygulanmalıdır. Müşteriye verilen birinci fonksiyonalite olayın ciddiyetini ifade edeceğinden önemlidir.
Klasik projelerde, çalışan uygulama nın çok zaman alması ya da hiç çalışır bir duruma gelmemesi Müşteri ile takım arasındaki güveni zedeler bu yüzden birinci Sprint (ö. 30 günde) önemlidir ve
takım da çalışır durumda uygulama sunarak kendini kanıtlamış olur
Scrum Nerelerde Uygulanır > Büyük ya da birbirine bağımlı projelerde

Scrum takımı 5-8 kişiden oluşturulduğundan büyük projelerde aynı zamanda birden fazla Scrum takımı (katman) uluşturulur ve Sprint aynı anda başlar ve sonuçlar Sprint değerlendirme toplantısında sunulur.
Takım kordinasyonunu sağlamak için, her takım haftada 1/2 toplantı yapar (Scrum of Scrums), Scrum kurucularında Jeff Sutherland bir Scrum projesinde 800 kişinin çalışabileceğini belirtir.
Scrum Nerelerde Uygulanır > Scrum ve XP

Scrum temelde yazılım geliştirme yönetim olarak görülür ancak diğer metodlarla da  basit kombine yapılabilir, bu XP (Extreme Programming) metodu ile denendi ve birbirlerine iyi uyum gösterdiği görüldü. XP@Scrum'ı Ken Schwaber ve Martin Fowler Trans Canada Pipeline Ltd. başarıyla uygulamıştır.
Özet

Scrum hafif ağırlıkta bir yönetim sürecidir, çeşitli boyutlardaki projelerde uygulanabilir.
Scrum'ın temel özellikleri:
Küçük takımları iletişim ve bilgi değişimine teşvik eder.
Teknolojik değişimleri ve kullanıcı gereksinimleri için uyarlanabilirlik sağlar.
Sık yaratılan ürün sürümlerinde, teftiş edilmiş, uyarlamış ve test edilmişler dokümante edilebilir.
Yapılacak iş'in küçük parçalara dağılımı ve mümkün oldukça birbirinden bağımsız alt görevleri.
Her zaman bitmiş olarak bir proje bildirim mümkünatı, olası o süre nedeniyle mali, teknik rekabet ya da diğer.
Araçlar

Scrum'ın uygulanması ve sürecin kolaylaştırılması için araçlar:
Agilo, Pangoscrum, AgileZen, Tinypm, ThoughtWorks Studios, Greenhopper, VersionOne, ScrumWorks Pro, Banana Scrum ve ScrumTable.
Dipnotlar

0. Scrum Guide : https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Turkish-2.0.pdf 14 Ağustos 2021 tarihinde Wayback Machine sitesinde arşivlendi.
1 Kitap: Scrum mit User Stories, Ralf Wirdemann, ISBN 978-3-446-42660
2 Kitap: Agile Prozesse: Von XP über Scrum bis MAP, Eckhart Hanser, Yayıncı: Springer, ISBN 978-3-642-12312-2
3 Script : https://web.archive.org/web/20120609232045/http://jeffsutherland.com/scrumhandbook.pdf
4 Scrip: Seminar Software Engineering : (Universität Zürich - Prof. Dr. Martin Glinz)
5 Link: https://files.ifi.uzh.ch/rerg/amadeus/teaching/seminars/seminar_ws0304/07_Schweitzer_Scrum_Ausarbeitung.pdf2+Ekim+2013+tarihinde+Wayback+Machine+sitesinde+arşivlendi.
Günlük Scrum
Scrum Task
Örnek bir iş bitim-grafiği
Ruby on Rails

| --- | --- |

Geliştirici(ler): Rails Core Team
Güncel sürüm: 8.0.1 
Programlama dili: Ruby
İşletim sistemi: Çoklu platform
Tür: Web uygulama çatısı
Lisans: MIT Lisansı
Resmî sitesi: http://rubyonrails.org/
Kod deposu: github.com/rails/rails  
Ruby On Rails ya da Rails, Ruby diliyle yazılmış,  açık kaynak kodlu bir web uygulama geliştirme çatısıdır. Web uygulamaları için ihtiyaç duyulabilecek bütün bileşenleri barındıran Rails; model-view-controller, don't repeat yourself, convention over configuration yaklaşımlarını temel alır.
Geçmiş

Ruby on Rails, David Heinemeier Hansson tarafından, gerçek bir proje yönetim aracı olan Basecamp21 Ocak 2008 tarihinde Wayback Machine sitesinde arşivlendi. uygulamasından çıkarılmış bir çatıdır. İlk versiyonu Haziran 2004'te, mevcut son ana versiyon 5.0 ise 30 Haziran 2016'da duyurulmuştur.
| Sürüm | Tarih | Değişiklikler / Yeni Özellikler | Notlar |
| --- | --- | --- | --- |
| 1.0 | 13 Aralık 2005 (19 yıl önce) (2005-12-13) |  |  |
| 1.2 | 19 Ocak 2007 (18 yıl önce) (2007-01-19) |  |  |
| 2.0 | 7 Aralık 2007 (17 yıl önce) (2007-12-07) |  |  |
| 2.1 | 1 Haziran 2008 (16 yıl önce) (2008-06-01) |  |  |
| 2.2 | 21 Kasım 2008 (16 yıl önce) (2008-11-21) |  |  |
| 2.3 | 16 Mart 2009 (15 yıl önce) (2009-03-16) | Rack, iç içe form desteği, şablon ve şablon motorlarında büyük güncellemeler |  |
| 3.0 | 29 Ağustos 2010 (14 yıl önce) (2010-08-29) | Merb ile birleşim |  |
| 3.1 | 31 Ağustos 2011 31 Ağustos 2011 (13 yıl önce) (2011-08-31) | Asset Pipeline, Streaming, jQuery, CoffeeScript ve Sass desteği |  |
| 3.2 | 20 Ocak 2012 (13 yıl önce) (2012-01-20) | Journey engine, Tagged Logging |  |
| 4.0 | 25 Haziran 2013 (11 yıl önce) (2013-06-25) | Russian Doll Caching, Turbolinks, Live Streaming |  |
| 4.1 | 8 Nisan 2014 (10 yıl önce) (2014-04-08) | Spring, Enumeration, Mailer önizleme, secrets.yml |  |
| 4.2 | 19 Aralık 2014 (10 yıl önce) (2014-12-19) | Active Job, asenkron email, Adequate Record, Web Console |  |
| 5.0 | 30 Haziran 2016 (8 yıl önce) (2016-06-30) | ActionCable, API modu |  |
| 5.1 | 27 Nisan 2017 (7 yıl önce) (2017-04-27) |  |  |
| 5.2 | 9 Nisan 2018 (6 yıl önce) (2018-04-09) |  |  |
| 6.0 | 15 Ağustos 2019 (5 yıl önce) (2019-08-15) |  |  |
Felsefesi

Rails, temel olarak Convention over Configuration ve Don't Repeat Yourself (DRY) yaklaşımları üzerine kurulmuştur.
"Convention over Configuration" ile, Ruby on Rails çatısı tarafından daha önceden belirlenmiş kurallara uygun yazılım geliştirilerek, çeşitli konfigürasyonel ve yazılımla ilgili rutin işlerin otomatik olarak Ruby on Rails çatısı tarafından yapılması kastedilmektedir. En iyi örnek, Ruby on Rails'in Model altyapısını oluşturan ActiveRecord yapısından verilebilir. Rails'de yazılım geliştirmeye başlamadan önce, veritabanında bulunan tablolar isimlendirilirken, İngilizce çoğul olacak şekilde verilirse (örneğin; customers, products vb.), kod içinde sadece customer.products şeklinde yazarak iki tablo arasında ilişki sağlanabilir ve müşterinin satın aldığı ürünlerin bilgisine başka herhangi bir kod yazmaya gerek kalmadan ulaşılabilir. Yazılımı kolaylaştırıcı benzer kurallar Ruby on Rails'de oldukça fazladır.
Don't Repeat Yourself (DRY) felsefesi ise aynı uygulama içinde aynı işi yapan kod parçalarının en aza indirilmesini öngörür. Örneğin, View altyapısında kullanılan "partial" yapısı, yazılmış bir kod parçacığını, birçok farklı noktada kullanabilmeyi sağlar. Rails, uygulamanın küçük parçalara ayrılarak, kod tekrarını önlemek konusunda oldukça başarılıdır.
Rails Yapısı

MVC yapısını oluşturan genel modüller şöyledir:
ActiveRecord (Model)
ActionView (View)
ActionController (Controller)
Rails Modülleri

ActionMailer
ActionController
ActionView
ActionWebService
ActiveRecord
ActiveSupport
Music for 18 Musicians

Music for 18 Musicians (MF18M) ya da 18 Müzisyen için Müzik, Amerikan besteci Steve Reich'in 1974-1976 yıllarında bestelediği minimalist müzik eseridir. 1970'lerde öne çıkan bir eserdi ve müzik dünyasında ilgi uyandırmıştı. Reich'in kendine özgü bir minimalist müzik yarattığı eseridir ve 1970'lerin minimalist müziğinde bir magnum opus olarak görülür. Modal yapı, tekrarlayan vurma (continious pulse) ve tekrarlama (repetition) becerileri bu eserde bir araya getirilmişti. Dünya prömiyeri 24 Nisan 1976'de New York'ta yapılan eserin kayıtları ECM Records tarafından 1978'de dolaşıma sokuldu.
Bestenin yapısal özelliği birçok teknikten mülhemdi:
| 0 | 1 | 2 |
| --- | --- | --- |
| “ | MF18M’da cazdan öykünülmüş bir modaliteyi, Perotin’in kanonik yaklaşımını, Bartok’un köprü formunu, Gana müziğindeki kolektif performans organizasyonlarını, Bali Gamelan müziğindeki Drone dokuları ve ‘Cue’ işaret melodilerini, bir Teyp Müziği tekniği olarak ortaya çıkan Phase Shifting ve Loop tekniklerini, minimalizmin az malzeme esasına dayanan üretim felsefesi ile harmanlayarak, kendine özgü, duyulmamış bir müzik ortaya koyar. | „ |
—Devrim D. Yeşilpınar
ESET NOD32

| --- | --- |

Geliştirici(ler): ESET
Güncel sürüm: 11 
Programlama dili: C
İşletim sistemi: Microsoft Windows, Linux, FreeBSD  DOS, Novell NetWare, Solaris, Windows Mobile
Platform: Windows, Linux, Mobil
Tür: Antivirüs Yazılımı
Lisans: Lisanslı Yazılım
Resmî sitesi: ESET.com ESET Beta
ESET NOD32, ESET tarafından geliştirilen bir antivirüs yazılımıdır.
Ödüller

NOD32 ICSA LABS. tarafından sertifikalanmıştır. Virus bulletin tarafından gerçekleştirilen testlerde 44 denemenin sadece üçünden geçemeyerek en düşük başarısızlık oranını yakalamıştır. Bu başarı, testlerdeki en düşük başarısızlık yüzdesidir. CNET.com tarafından yapılan değerlendirme sonucunda da NOD32 7.3/10'luk bir başarıya layık görülmüştür.
Teknik ayrıntılar

NOD32 talebe bağlı (on-demand) tarayıcı  ve dört farklı eşzamanlı (on-access) izleyici içerir. Talebe bağlı virüs tarayıcı, NOD32'nin bütünsel takvimi ile planlanarak ya da kullanıcı arzusu ile istenildiği anda başlatılabilir. Her bir eşzamanlı koruma izleyicisi, farklı bir olası virüs giriş noktasını denetim altında tutar.
Teknik ayrıntılar > AMON

AMON (Antivirus İzleyicisi) - sistem tarafından erişilen belgeleri tarar ve sistem üzerinde çalışabilecek virüslere karşı koruma sağlar.
Teknik ayrıntılar > DMON

DMON (Belge İzleyicisi) - Microsoft Office belgeleri tarafından açılan ve kaydedilen ofis yazılımlarını tarayarak makro virüslere karşı koruma sağlar.
Teknik ayrıntılar > EMON

EMON (El-mek İzleyicisi)- MAPI arayüzüne sahip yazılımlar (Microsoft Outlook/ Microsoft Exchange gibi) aracılığı ile  gelen ve giden el-mekleri olası virüs saldırılarına karşı tarar ve koruma sağlar.
Teknik ayrıntılar > IMON

IMON (Internet İzleyicisi)- POP3 ve HTTP gibi yaygın iletişim kurallarının önünü keser ve bu sayede virüsler diske ulaşamadan önce tespit edilip müdahale edilir.
NOD32'nin büyük çoğunluğu Assembly kodlama dili ile yazılmıştır. Bunun bir sonucu olarak NOD32'nin sistem kaynakları tüketimi düşüktür ve yüksek tarama hızına sahiptir. Bu demektir ki NOD32 tarama esnasında bile saniyede 23 MB bellek tüketimi ile makul bir P4 bilgisayar üzerinde rahatlıkla çalışabilir. Ayrıca ortalama olarak tüm eş zamanlı koruma izleyiciler aktif iken bilemi 20 MB tan daha az bellek tüketmektedir. Genelde Nod32'nin kullandığı fiziksel RAM miktarı bunun üçte biri kadardır.
Bir ağ ortamında NOD32 kullanıcıları, ağ üzerindeki ana sunucudan güncelleme yaparak bant genişliği kullanımını azaltılabilirler. Çünkü her kullanıcının ayrı ayrı güncelleme yaptıkları durumun aksine, ana sunucu sadece imzaları bir kez  indirir ve başvuran kullanıcılara dağıtılmak üzere kendinde saklar.
NOD32'nin tarama motoru; ESET şirketinin THREATSENSE adını verdiği sezgisel saptama (Heuristic Detection) özelliğine sahiptir. Bu sezgisel tanımlama sayesinde yeni yayılan virüslere karşı daha etkili bir koruma sağlanabilmektedir.
BEA Weblogic

| --- | --- |
Geliştirici(ler): BEA Systems
İşletim sistemi: Bağımsız
Platform: Bağımsız
Tür: Uygulama Sunucusu
Lisans: Özel
Resmî sitesi: www.bea.com
BEA Systems, Inc tarafından piyasaya sürülmüş  BEA WebLogic, aşağıdaki ürünleri içeren J2EE ürün ailesine verilen addır:
J2EE Uygulama Sunucusu, WebLogic Server
Kurumsal Portal, WebLogic Portal
Kurumsal Uygulama Entegrasyonu Platformu, WebLogic Integration
Transaction Sunucusu ve Ortakatman Platformu, WebLogic Tuxedo
Telekomunikasyon Platformu, WebLogic Communication Platform
HTTP Web Sunucusu
Tarihçe

Weblogic, Inc., Eylül 1995'te Paul Ambrose, Bob Pasker, Laurie Pitman ve Carl Resnikoff tarafından kuruldu.
Şirket kurulmadan önce Ambrose ve Resnikoff, daha sonra JDBC ile standartları konulacak olan, java/veritabanı bağlantı sorunlarını çözmek üzere dbKona adı verilen, Oracle, Sybase ve Microsoft SQL Server bağlantı sürücüleri ile birlikte; bahsi geçen veri tabanlarına bağlanan applet'ler üzerinden bağlanacak 3 katmanlı bir sunucu üzerinde çalışmaktaydılar. Bu sunucu WebLogic 1.48 idi ve T3Server olarak adlandırılmıştı.
Pasker'ın WebLogic üzerinde çalışarak, Applet'lerin ağ üzerinde SNMP ve PING taleplerinde bulunabilmesini sağlaması ile, ortaya çıkan ürünün bir Uygulama Sunucusu haline getirilmesine karar verildi.
Desteklediği Açık Standartlar

J2EE 1.3 & 1.4 & 5
JAAS
XSLT ve XQuery
ebXML
BPEL ve BPEL-J
JMX ve SNMP
Doğrudan destek sağladığı standartlar:
SOAP
WSDL
UDDI
WS-Security
WSRP
Soojin

Seo Soo-jin (Korece: 서수진 ; 9 Mart 1998), daha çok sahne adıyla Soojin olarak bilinen, şarkıcı ve dansçıdır. 2018 yılından Cube Entertainment’ın oluşturduğu Güney Koreli kız grubu (G)I-dle'ın eski üyesidir.
Videografisi > Müzik videoları

| Başlık | Yıl | Yönetmen(ler) | Kay>  |
| --- | --- | --- | --- |
| "Agassy" (Korece: 아가씨) | 2023 | Kim Nam-suk (Segaji Video) |  |
Sophie Hediger

Sophie Anna Hediger (14 Aralık 1998 – 23 Aralık 2024), İsviçreli snowboardcu.
Hayatı

Hediger, 14 Aralık 1998'de Horgen, Zürih, İsviçre'de doğdu. 2016'da başladığı aktif spor kariyerini 2024 yılındaki trajik ölümüne kadar sürdürdü. Ülkesi İsviçre adına arazi snowboardu klasmanında 2016'daki Kış Gençlik Olimpiyatları, 2018-2022 yılları arasında düzenlenen; Snowboard Dünya Kupası ile Snowboard Dünya Kupası, 2022 Kış Olimpiyatları ve 2023 Kış Üniversite Oyunları'nda mücadele etmiştir. Sporcu 2023'teki Kış Üniversitesi Oyunları'nda arazi snowboardunda birinci olarak ülkesi İsviçre'ye altın madalya getirdi.
Hediger, 23 Aralık 2024'te Arosa, Graubünden, İsviçre'de yer alan bir kayak tesisinde antrenman yaparken çığ düşmesi nedeniyle henüz 26 yaşındayken hayata veda etmiştir. Kaza sonrası yapılan açıklamada çığ tehlikesi olmasına rağmen sporcu ile bir yakınının bölgedeki yüksek bir zirveye çıkarak antrenman yaptıkları belirtilmiştir.
Birol Ekici

Birol Ekici (d. 1969, Antalya) Türk bürokrat.
Eğitimi

Ankara Üniversitesi Siyasal Bilgiler Fakültesi'nden 1989'da mezun olmuştur.
Mesleki Kariyeri

Kamu görevine Sayıştay'da denetçi yardımcısı olarak başlamış, daha sonra Çobanlar (Afyonkarahisar), Nurhak (Kahramanmaraş), Keles (Bursa), Kahta (Adıyaman) ilçelerinde kaymakamlık, İçişleri Bakanlığı'nda personel şube müdürlüğü, mülkiye başmüfettişliği; Başbakanlık'ta idareyi geliştirme başkanlığı, Çalışma ve Sosyal Güvenlik Bakanlığı'nda strateji geliştirme başkanlığı, bakanlık müşavirliği, müsteşar yardımcılığı; Milli Eğitim Bakanlığında Müsteşar Yardımcılığı; Antalya İl Özel İdaresi, Antalya Büyükşehir Belediyesi ve Türkiye Belediyeler Birliği genel sekreterliği görevlerinde bulunmuştur. 12 Mayıs 2022 tarihinden sonra Kırklareli Valisi olarak görev yaparken 18 Eylül 2024 tarihinde Şırnak Valisi olarak atandı.
İngilizce bilmektedir. Evli olup 2 çocuk babasıdır.
Heroic

| --- | --- |

Konum: Norveç
Kuruluş: 26 Ağustos 2016 (9 yıl önce) (2016)
Başkan: Joachim “NoobworK” Haraldsen
Sponsor(lar): Red Bull Aker BioMarine BLAST Premier EPOS Audio
Turnuva: Counter-Strike 2
Resmî site: heroic.gg
Heroic, Norveç merkezli bir bir espor organizasyonudur. CS:GO, Valorant ve Rainbow Six oyunlarında takımları bulunmaktadır. Şubat 2022'de Norveçli espor organizasyonu olan Omaken Esports tarafından satın alınmıştır.
Yeni Nesnellik

Ewald Schönberg'in “Gazeteci Çocuk” tablosu, 1930. Freital Belediye Koleksiyonları.
Yeni Nesnellik (Almanca: Die Neue Sachlichkeit), I. Dünya Savaşı sonrası Almanya'da George Grosz ve Otto Dix tarafından başlatılan ve 1930-40'lara kadar devam eden bir dışavurumcu akımdır. Gerçekçi bir tarz ile iğneliyici ve sosyal eleştiri niteliği taşıyan bir akım olarak karakterize edilir.
Enlightenment

| --- | --- |
 

Geliştirici(ler): Enlightenment Team
Güncel sürüm: 0.27.0  11 Ocak 2025
İşletim sistemi: Çapraz platform
Tür: Masaüstü yöneticisi
Lisans: BSD Lisansı
Resmî sitesi: enlightenment.org
Kod deposu: git.enlightenment.org  
Enlightenment, basit, hızlı, sade ve kullanışlı bir masaüstü ortamı yaratmak için başlatılan bir projedir. EFL (Enlightenment Foundation Libraries) adı verilen pek çok parçadan oluşmuş bir grup kütüphane üzerine inşa edilmiştir.
Enlightenment, 20. sürümden bu yana Wayland'ı desteklemeye başlamış, Bodhi Linux ve Pentoo gibi bazı Linux dağıtımlarıyla birlikte gönderilmeye başlanmıştır.
Enlightenment, grafiksel bir kabuk sağlamak için işlevler içerir ve GNOME veya KDE için yazılmış programlarla birlikte kullanılabilir. Enlightenment Foundation Libraries (EFL) ile birlikte kullanıldığında, Enlightenment tüm bir masaüstü ortamını ifade edebilir.