Както може да прецените от заглавието, Java Begins ще представлява увод в програмирането на най-популярния език за програмиране в света за последните години – а именно Java(който между другото е и един от стълбовете на свободния софтуер). И тъй като разглеждането само на езика в изолация не е особено практично курса ще включва и изследване на Java виртуалната машина, част от популярните библиотеки и рамки за разработка, изградени около нея и т.н. Дори и на това начално ниво материала ще бъде представен от практичната страна на нещата – ще бъдат разгледани добрите практики и стил, прости оптимизации и други подобни благинки.

Java Forever ще разглежда много по-интересни(и сложни) концепции като мрежово програмиране, някои елементи от Java Enterprise Edition платформата (най-вече уеб), изследване в дълбочина на Swing и управление на Java проекти от всякакъв мащаб с инструменти като maven, apache buildеr и т.н. Ще бъдат разгледани накратко и алтернативни езици за програмиране върху Java платформата като Clojure, Groovy и Scala.

Лектор на курса ще бъде техническият директор на Drow Ltd. инж. Божидар Бацов.

Курсът не предполага никакви предишни познания по Java или по програмиране въобще(макар че някакви общи познания по програмиране няма да са ви съвсем излишни). Освен това е съвсем СВОБОДЕН и ВСЕКИ е добре дошъл.

Очаквайте интересни задачки и упражнения и разбира се – никакви оценки.

Курсът ще се провежда в init Lab с любезното съдействие на init Lab (изненадващо, нали?).

Първата лекция ще се състои на 25-ти октомври (вторник) от 17:30 часа в init Lab. След това – всеки вторник до изчерпване на темите. Лекциите ще имат повторения всяка неделя от 11 часа в init Lab. Съответно курсът заформя две успоредно движещи се групи. РЕГИСТРАЦИЯТА за курса можете да направите ТУК.

Местата за курса са ОГРАНИЧЕНИ – 2 групи по 20 души. Ако проявявате желание, моля запишете се на сайта на курса и в последствие ще бъдете уведомени, ако се „класирате“.

Грубата предварителна програма за Java Begins(да се разбира тази от миналата година) може да видите тук.

Одобрените кандидати ще бъдат уведомени най-късно една седмица преди началото на курса.

Заповядайте и нека заедно споделим свободата!

[Коментари: 13]

На 20.Октомври.2010г. излезе Линукс 2.6.36

1. Поддръжка на архитектурата Tilera
Процесорът Tile е ново CPU, произвеждано от Tilera Corporation. Той е с многоядрен дизайн, предназначен да поддържа до стотици ядра на един чип. Целта е да се осигури висока производителност на процесора, с добра енергийна ефективност, и с по-голяма гъвкавост, отколкото процесорите със специално предназначение като DSP-тата. Чипът се състои от мрежа от 64 "плочки", в която всяка плочка има процесор с общо предназначение, кеш и неблокируем рутер, който плочката използва за комуникация с другите плочки.

2. Fanotify - нов интерфейс за известия от файловата система
Fanotify е поредният интерфейс за известия от файловата система, предназначен да замести inotify и dnotify ( и двете са пренаписани на базата на fanotify ). Той предоставя, както базиран на събитие ( отваряне, затваряне, четене, писане ) файлов дескриптор, така и такъв само за четене. Това трябва да реши редица проблеми със състезания за ресурси и мащабируемостта на inotify и dnotify и да позволи да се блокира или контролира дадено известяване.

3. KMS+KDB интеграция
В тази версия е добавена възможност да активирате дебъгера на ядрото KDB, докато изпозлвате X.org сесия. При натискане на Sysrq-g, ще се отвори KDB конзола, а при излизането от нея( с командата "go" ), ще се върнете на вашия десктоп.
KMS + KDB интеграцията е имплементирана само за чипове на Интел, в бъдеще ще бъде добавена и за останалите чипове. Инструкции как да компилирате ядро с включена интеграция на KMS + KDB, можете да намерите тук.

4. Конкурентно управляеми работни опашки
Работните опашки са "пуул за нишки", които се използват на много места в ядрото. Този механизъм позволява да се поставят в опашки извиквания на функции от ядрото и да бъдат изпълнявани в бъдеще. Тези опашки могат да бъдат изпълнявани от една обща нишка в ядрото ( за това са "event/n" процесите ), но също така е възможно и да се създаде отделна нишка за даден драйвър от подсистемата за работни опашки ( такива са и много от останалите нишки в ядрото ). Проблемът с тази реализация е, че общият брой на нишки в ядрото, използвани да стартират работни опашки и опашките, стартирани на тях, не се контролира по никакъв начин. Ако има повече работни опашки, от колкото процесори, тогава ще възникне състезание за ресурси между нишките в ядрото.
В тази версия работните опашки са преработени като им е добавен мениджър. Вече няма отделни нишки( с изключение на кода, който не е преобразуван към новото API), вместо това има пуул от нишки, който нараства динамично с цел да поддържа системата заета, разчитайки на броя акумулирани опашки. Също така новият дизайн може да замени бавно работещ код( друг пуул се използва за да се стартират определен вид операции, които обикновенните опашки не могат да изпълнят правилно)

5. AppArmor
AppArmor е модул за сигурност. Той предоставя контрол на достъпа, базиран на пътя. Първоначално AppArmor бе разработен от Имуникс(Immunix) през 1998, а после от Новел. След това проектът бе поет от Каноникъл и интегриран в Убунту. От тази версия AppArmor вече е част от ядрото. Още информация за AppArmor.

[Коментари: 8]

[Коментари: 3]

[Коментари: 0]