Translate

вівторок, 3 квітня 2012 р.

10 квітня 13-та зустріч JUG: Erlang Basics



10 квітня о 19-00 відбудеться 13 зустріч  Java User Group
В цю знакову зустріч ми продовжимо ознайомлення з функціональним програмуванням

Тема доповіді 
Erlang Basics  
доповідач
Сергій Оплаканець
Місце зустрічі
Залізнична 7, 5 поверх
компанія Lohika

Вхід Вільний

Прохання всім бажаючим прислати лист з повідомленням що ви будете на скриньку 
jug.lviv@gmail.com





Переглянути більшу мапу

четвер, 19 січня 2012 р.

24 січня 12-та зустріч JUG: Scala on Android


24 Січня 0 19-00 відбудеться 12 зустріч  Java User Group
Тема доповіді 
Scala on Android 
доповідач
Денис Єрмаков
Місце зустрічі
Шептицьких 26
компанія GlobalLogic
Вхід Вільний


Прохання всіх бажаючих прийти на зустріч - пришліть будь ласка попередження на наш мейл jug.lviv@gmail.com




пʼятниця, 2 грудня 2011 р.

Android 4 for x86



Компанія Google опублікувала початковий код версії Android 4.0.1для "комп'ютерної" архітектури x86.
Тепер операційну систему можна буде запускати на комп'ютерах, ноутбуках і планшетах на базі процесорів Intel або AMD, повідомляє "Лента.Ру".
Дотепер Android 4.0, також відома під кодовою назвою Ice Cream Sandwich, існувала тільки у версії для мобільного архітектури ARM.
Google заявляє, що поки проект носить характер бета-версії. Деякі функції пристроїв можуть бути недоступні.
Так, у пристроях на базі Intel не працює звук, а також не підтримуються вбудована камера, технологія передачі данихEthernet і апаратне прискорення.
Пристрої на базі Android 4.0 і на архітектурі x86 поки не представив жоден виробник.
Вперше про плани адаптувати Ice Cream Sandwich під "комп'ютерні" чіпи стало відомо у вересні 2011 року зі спільного прес-релізу Intel і Google.
У ньому йшлося про пристрої Android на процесорах Intel Atom.
Раніше Google публікувала для архітектури x86 вихідні коди попередніх версій операційної системи - Android 3.2, Android 2.3 іAndroid 2.2.


12-та зустріч преанонс


для проведення 12-ої зустрічі на тему Android девелопмент - розшукується людина яка має бажання поділитись своїм досвідом в цій галузі
Всі хто знають Android  і хочуть поділитись своїм знанням - пишіть мені
skype- diykorey
mail - jug.lviv@gmail.com

вівторок, 1 листопада 2011 р.

Відео та презентація: 11-та зустріч JUG of Lviv


Всі, хто не мав можливості прийти на презентацію про Spring Roo, але дуже-дуже хоче знати, що там відбувалося, а також всі, хто хоче побачити презентацію ще раз, можуть переглянути відео та слайди on-line:


Відео - частина 1:


Відео - частина 2:





вівторок, 4 жовтня 2011 р.

11-та зустріч Java User Group of Lviv


12-го жовтня 2011 року в приміщенні компанії N-ix о 19-00 відбудеться 11 зустріч JUG of Lviv
Запрошуємо всіх бажаючих.
Вхід вільний.

Слухачі матимуть можливість послухати доповідь на тему
"Spring Roo: just try it "
доповідатиме Іван Вергун (Lohika)


Прохання всіх хто планує відвідати зустріч прислати лист на нашу скриньку 
jug.lviv@gmail.com





Час зустрічі 19-00

Дата зустрічі 12-те жовтня 2011 року


Місце зустрічі




середа, 28 вересня 2011 р.

19-го жовтня День технологій Java


19-го жовтня в Києві відбудеться День технологій Java
Вхід платний 160 грн
Інформація про доповіді та реєстрацію - на офіційній сторінці




вівторок, 6 вересня 2011 р.

Отец Java променял Google на стартап





Отец Java променял Google на стартап

Автор одного из самых популярных языков программирования Джеймс Гослинг, менее полугода назад устроившийся в Google, теперь будет помогать развиваться скромному производителю беспилотного морского транспорта.
В апреле прошлого года известный канадский программист уволился из "родной" Sun Microsystems (работая в которой он и создал Java); произошло это из-за "разногласий с новым руководством". В нынешнем марте он перешёл в Google — и вот теперь решил попытать счастья в новой для себя отрасли.
Джеймс Гослинг написал в своём блоге, что такое решение далось ему мучительно, но его просто потрясло то, чем занимается компания Liquid Robotics. А занимается она изготовлением плавучих роботизированных устройств на солнечных батареях, которые могут сутками держаться на поверхности моря-океана, собирая необходимую информацию для учёных, экологов и других заинтересованных лиц.
Программист получил должность ведущего разработчика, а потому будет отвечать за всё программное обеспечение устройств, включая сенсорные и навигационные системы. Кроме того, в его обязанности входит совершенствование коммуникаций между аппаратами, а также создание "облачного" сервиса, в котором будут аккумулироваться собранные данные.
Liquid Robotics недавно привлекла финансирование от частных инвесторов в размере $22 млн, и часть этих средств, надо полагать, пойдёт на оплату услуг "звезды" программирования.
Взято звідси


пʼятниця, 29 липня 2011 р.

Java 7 release


Як відомо багатьом сьодні реліз сьомої джави з чим всіх вас і вітаю
Не обійшлось правда без ложки дьогтю
Читаємо уважно


From: Uwe Schindler
Date: Thu, 28 Jul 2011 23:13:36 +0200
Subject: [WARNING] Index corruption and crashes in Apache Lucene Core / Apache Solr with Java 7

Hello Apache Lucene & Apache Solr users,
Hello users of other Java-based Apache projects,

Oracle released Java 7 today. Unfortunately it contains hotspot compiler
optimizations, which miscompile some loops. This can affect code of several
Apache projects. Sometimes JVMs only crash, but in several cases, results
calculated can be incorrect, leading to bugs in applications (see Hotspot
bugs 7070134 [1], 7044738 [2], 7068051 [3]).

Apache Lucene Core and Apache Solr are two Apache projects, which are
affected by these bugs, namely all versions released until today. Solr users
with the default configuration will have Java crashing with SIGSEGV as soon
as they start to index documents, as one affected part is the well-known
Porter stemmer (see LUCENE-3335 [4]). Other loops in Lucene may be
miscompiled, too, leading to index corruption (especially on Lucene trunk
with pulsing codec; other loops may be affected, too - LUCENE-3346 [5]).

These problems were detected only 5 days before the official Java 7 release,
so Oracle had no time to fix those bugs, affecting also many more
applications. In response to our questions, they proposed to include the
fixes into service release u2 (eventually into service release u1, see [6]).
This means you cannot use Apache Lucene/Solr with Java 7 releases before
Update 2! If you do, please don't open bug reports, it is not the
committers' fault! At least disable loop optimizations using the
-XX:-UseLoopPredicate JVM option to not risk index corruptions.

Please note: Also Java 6 users are affected, if they use one of those JVM
options, which are not enabled by default: -XX:+OptimizeStringConcat or
-XX:+AggressiveOpts

It is strongly recommended not to use any hotspot optimization switches in
any Java version without extensive testing!

In case you upgrade to Java 7, remember that you may have to reindex, as the
unicode version shipped with Java 7 changed and tokenization behaves
differently (e.g. lowercasing). For more information, read
JRE_VERSION_MIGRATION.txt in your distribution package!

On behalf of the Lucene project,
Uwe

[1] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7070134
[2] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7044738
[3] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7068051
[4] https://issues.apache.org/jira/browse/LUCENE-3335
[5] https://issues.apache.org/jira/browse/LUCENE-3346
[6] http://s.apache.org/StQ


Отож будьте уважні

пʼятниця, 24 червня 2011 р.

Зустріч учасників хакатону від JUG


Всі хто хоче представляти JUG на хакатоні - пліз приходьте у середу на сьому годину в Дзигу на Вірменській. Посидимо подумаємо що робити і як
Столик буде зарезервований на Андрія, себто на мене

четвер, 23 червня 2011 р.

Шукаю команду бажаючих взяти участь в хакатоні


Хелло, JUG спільнота
Чи є бажаючі взяти участь в хакатоні під прапорами JUG of Lviv ?
Прошу зголошуватись - обіцяю всеможливу моральну ті інформаційну підтримку, а також ексклюзивні ручки з написом Oracle Academy і хороше пиво або торт(на вибір) у випадку призових місць:)

Для тих хто не в курсі
9-10 липня відбудеться перший у Львові хакатон
Повна інфа на сайті ДОУ

вівторок, 7 червня 2011 р.

Обіцяне відео з 10-тої зустрічі


Перезалив відео з 10-тої зустрічі
http://jug-lviv.blogspot.com/2011/05/10-jug-of-lviv_02.html

понеділок, 2 травня 2011 р.

Відео та презентація:10-та зустріч JUG of Lviv









Звіт: 10-та зустріч JUG of Lviv


14-го квітня відбулась 10-та зустріч нашої групи
Цього разу (вперше, але надіюсь не востаннє) нас приймала компанія Skelia. Всі ми отримали нагоду полюбуватись видом на місто з висоти одинадцятого поверху :)
Доповідь Богдана Бандрівського на  тему dependency injection і зокрема Google Guice викликала зацікавлення в аудиторію та спричинила бурхливий диспут на афтерпаті яке нам любязно організувала Skelia
Велике спасибі компанії за піццу-пиво та гостинну зустріч
Окрема подяка Богдану за доповідь та Крістіні, Насті і Кості за сприяння та організаю зустрічі
Декілька фоток викладаю зараз
відео та презентація буде окремим постом










четвер, 7 квітня 2011 р.

Certification Competence Correlation



Most of my friends and colleagues are very negative about certification schemes in software development, a disdain that I share. This doesn't mean that I think that certifications in software are bad by definition, just that almost every one we see fails a basic test.

For a certification to be useful, it needs a correlation with competence in the thing that it certifies. So if Alice has a certification in, say, clojure programming; then there should be a high probability that Alice is a competent clojure programmer. High probability isn't a guarantee, but it should be significantly higher than the general programmer population. The reason we have disdain for most software certification programs is because we've not seen such a correlation (indeed sometimes we feel there's a negative correlation).
Furthermore, the fact that most certification schemes lack this correlation means that I tend to judge such schemes as guilty until proven innocent. This includes new schemes, which is why I've been deeply wary of getting involved in new certification programs.
A useful certification scheme, one with a respectable competence correlation, would be a Good Thing - particularly if it had a broad focus. Such a scheme would make it easier to hire someone for a task. At the moment the only way you can tell if someone is a good programmer is to find other good programmers to assess their ability. Such assessment is difficult, time-consuming, and needs to be repeated by each hiring organization. If you are a non-programmer looking to hire someone, such an assessment is particularly daunting.
What makes the situation worse is that certification schemes, even the useful ones, are prone to corruption. If you can get recognition for a certification scheme, there is a good money-making opportunity there: courses, assessments, books etc. Sadly there doesn't seem to be much correlation between a certification's ability to make money and its usefulness.
Is it reasonable for a competent person to acquire a useless certification? I wish I could answer no, but the reality is that a certification is often used as an entry gate, even if it is useless. As a result competent people often need a useless certification in order get an interview. (I suppose you could argue that this makes the certification useful, at least in an economic sense, but I prefer to stick with competence correlation.)
I do think that if you hold a useless certification, you should never try to imply that it means anything. Indeed you should take what opportunities you can to educate people about its uselessness. Lousy certifications are a canker to our profession and we should work as much as we can to remove them.
Many people I know and respect offer certifications as part of their training courses. This is bad in that it reinforces the canker, but on the whole I sympathize. Many organizations will only send people on a course if it comes with a certification, and I think it's reasonable to offer a certification to help bring people to a valuable course. Furthermore, as I discussed above, it is reasonable for people to get a useless certification, and I would rather them gain such a certification in a useful course.
Взято звідси