ru_java

Если вы хотите вступить в коммунити, и причем очень быстро (публикация горячей вакансии, срочный вопрос и т.д.), то после нажатия кнопки "Вступить в сообщество" отпишите здесь в этой записи комментарием что-нибудь вразумительное. Другие модераторы welcome to subscribe на комменты.
Написано в связи с толстыми пачками спам-аккаунтов и некоторыми изменениями в интернет-доступе на работе. Сегодня, например, из ~15 заявок 4 принято, 3 все еще висят, ибо х/3 шоитта (не люблю пропускать непонятки), а остальные посланы с блокировкой.
BR.
P.S. Убедительная просьба не флудить в комментариях. Запись для того, о чем она написана.

Вакансия «Java server side developer» в Санкт-Петербурге.
Детали под катом.
( Read more... )

господа, а кому сейчас можно зааутсорсить разработку пары систем средней сложности?

понятно, что есть Luxoft\Ланит\etc. но хочется что-нибудь маленькое, современное, быстрое и вкусное. идеалом была бы готовая команда, которую можно привлечь для разработки.

думаю, что тема должна быть интересной. поделитесь кто кого знает. ну или если Вы сами занимаетесь - расскажите, напишите в личку.

Масштабный проект, необычный стек технологий. От 90 000 рублей.
( Read more... )

Вот есть такой корректный класс:

class Object
{
Object Object;

Object( Object Object )
{
Object: this.Object = Object;
}

Object Object( Object Object )
{
Object: return ( Object ) Object;
}
}

Может быть кто-нибудь знает или может внятно объяснить - какая аргументация была принимать такие решения при создании языка?
1. Зачем метки и идентификаторы хранятся отдельно?
2. Зачем метод можно назвать, как конструктор?
3. Зачем переменную можно назвать также, как класс?
4. Зачем можно создавать классы в default package, именуемые так же, как классы из java.lang?

Пробую освоить программирование под очки-компьютер Epson Moverio BT-100. Если уж что-то под них писать - то 3D. Если уж 3D - то OpenGL ES. Читаю книгу "Game and Graphics Programming for iOS and Android with OpenGL ES 2.0". Проблема в том, что никак не удается собрать примеры из книги. Java-приложения под Eclipse+ADK собирать несложно. Но примеры из OpenGL ESной книжки содержат native-часть. Я поставила Sequoyah, настроила build path. При импорте и сборке примеров из книжки нативная часть, вроде бы собирается - зато Java-часть перестает восприниматься компилятором как Java. Вылетают ошибки там, где их быть не должно - на такие строки, как

import android.app.Activity;

The import android cannot be resolved.

Уважаемые со-общники, если кто-то из вас имеет опыт Android-разработки - подскажите, как исправить ситуацию и собрать проекты?

P.S.: вопрос снят - удалось разобораться :)

Это перепост вакансии, опубликованной 2 месяца назад - http://ru-java.livejournal.com/1074627.html.
Ребята, знающие Java Swing, давайте активнее!

Здравствуйте коллеги. Помогите новичку в Java, решить архитектурную задачу.

Есть несколько модулей, например А и В. Которые должны работать с общими интерфейсами, IA1, IA2, IB1, IB2. В тоже время, эти модули должны оставаться обособленными и не зависимыми друг от друга. В данном случае модуль A зависит от B, B от A. При сборке это приводит к ошибке циклических ссылок (или как то так).

Такая же проблема существовала и в С++. Решалось это так - все интерфейсы объявлялись в общем хедере, а имплементировались там, где это нужно. Получается, что каждый модуль, мог опрерировать всем набором интерфейсов, и быть независимым от других модулей.

Я знаю о существовании IoC Spring. Но эта технология позволяет лишь связать нужный интерфейс с нужной реализацией. А это немного не то, т.к интерфейсы всёравно должны быть гдето объявленны.

Сейчас я просто вынес все общие интерфейсы в отдельный модуль. Получился модуль, который ничего не делает а просто содержит набор интерфейсов. Его то я и подключаю, в те модули, где нужны какие - либо из этих интерфейсов (для использования или имплементации). Заодно, Спрингом связываю, если это нужно.

Вопрос - всё ли я делаю правильно ? Может быть в Джаве это делается как то иначе ? Может быть есть какое то стандартное и красивое решение ? Ибо то, что я сделал сейчас - это уж слишком в сишной манере.

UPD: Речь про то, чтобы вынести общие интерфейсы, без реализаций, в обдин пакет.  Реализацию разбросать по разным модулям. А инстансы создавать через Спринг.

Побывал на мероприятии и машинально снимал все доклады, чтобы пересмотреть потом.
Думаю многим будет интересно их посмотреть, а если у кого есть видео с других докладов, было бы вообще супер:
( Read more... )