Из серии «Хочется странного»

Уставши писать всякую ересь на дядю за деньги, решил вот тут что-нить для себя попробовать найти, какой-нибудь опенсорсный проет что бы душа сначала развернулась, а потом свернулась.
Так вот уважаемые, может кто из вас подкинет идейку для жаба девелопера/архитектора куда себя применить? Интересуют проекты на яве которым нужна помощь в разработке или может у кого есть идеи для нового опенсорса.
В основном интересует тематика бэк-енда, писать очередной движок phpBB не хочется.
Есть опыт в финансовой сфере (Capital Markets), базы данных, high-availability etc.

Спасибо-пожалуйста-наздоровье-неумничай заранее!

Tagged with →  

25 Responses to Интересуют проекты на яве, которым нужна помощь в разработке

  1. MuiAll:

    Давай писать игри!!!!!

  2. Xuawhite:

    CyanogenMod

  3. EiwIT:

    отлично. Есть идеи? ))

  4. EiwIT:

    У меня кстати есть пару чел кто на айфонах пишет, так что клиентская часть в принципе реализуема…

  5. OloRain:

    Я жду одну игру уже джва года!

  6. OloRain:

    Шифрованные файлопомойки сейчас в тренде. Чувак пиздеть не будет:

    размер 300x214, 21.56 kb

  7. MuiAll:

    завист от абмициозности и времени. Можно начать с чего-нибудь однокнопочного.

  8. MuiAll:

    Да их кучи, а профита приносят 3-4

  9. EiwIT:

    Да мне вообще говоря на прибыль положительно пока. Я бы для души просто покодил бы чего, если кому помощь нужна…
    Есть вот идейка про JBoss microkernel… Кто нить сталкивался с ними? На сколько шевелится на редхате все?

  10. OloRain:

    Дай-ка мне одну потестировать, а?

  11. Ele-Ele:

    Я сам из high–availability бэкграунда, монструозные системы на C++ и т.п…, но вот как-то хочется чего-то более близкого к людям )

    Поэтому как вариант:
    Можете помочь вот этому проекту. )
    Нужна помощь как напрямую так и косвенная. Напрямую — новые фичи и т.п. Не напрямую — нужен сервис процессинга картинок, веб сервис, которому можно скормить картинку (линк) и несколько атрибутов (высота, ширина, формат,…), и он вернет, то что просят. Сейчас используется sencha io, но у него есть одно серьезное ограничение. Мне кажется теоретически такой сервис должен быть популярен для мобильных платформ. В свое время я не нашел рабочих бесплатных аналогов.
    Ну и еще один вариант, хочу начать писать опять же под Android клиента для TFS, но одному все никак не собраться. 😉 В качестве шизы тоже самое на WinT под Windows 8.

  12. EiwIT:

    Спасибо за идею. Весьма интересно. На чем бэкенд написан? Я честно сказать кроме жабы особо не эксперт. С Явой с удовольствием помогу. Пока начну читать.

  13. EiwIT:

    Я так понимаю что весь проект под андройд и фиче реквесты как раз для андройда?
    Честно сказать я не имел с ними дела до сих пор, вернее андройд у мня есть, но ни разу не компилил под него… Подозреваю что нужно почитать что-то типа Андройд для чайников для начала.

  14. Ele-Ele:

    Да, сейчас все написано под android. Изначально была идея сделать бэкенд т.к. у блог нет api, а парсить такие объемы на слабеньком девайсе не лучшая идея, но в итоге соотношение затраты/результат привели к тому что все было сделано на стороне девайса и в принципе этого достаточно для большинства задач.

    Единственное, что сейчас используется это облако sencha io, которое кэширует картинки и предоставляет api для препроцессинга на их стороне, а не на стороне девайса. Но оно у них не развивается и omg не поддерживает gif’ы. Вот бы и хотелось сделать свое, например, на GAE. Но это не так уж просто, т.к. нужна база чтобы хранить кэши, эти кэши нужно уметь обновлять, уметь форматировать картинки, сжимать, конвертировать и т.д. Это не то чтобы сложно, но хотелось бы это сделать красиво, чтобы и другие разработчики могли использовать этот сервис. А на девайсах он актуален, т.к. грузить картинки 4000×4000, чтобы посмотреть их на экране 800×480 бессмысленно, а трафика съест порядочно, да и вычислительных мощностей нужно больше, чтобы ворочать такие размеры.

  15. Niner:

    а что-нибудь из этого щупал?
    http://en.wikipedia.org/wiki/Image_serve

  16. OloRain:

    Чувак, я специально для тебя написал крутейший апп под экспресс. Целый день писал!

    var gm = require(‘gm’), request = require(‘request’);

    exports.resize = function(req, res){

    var url = req.param(‘url’, null), width = req.param(‘width’, 800), height = req.param(‘height’, 600);

    gm( request(url) ).resize( width, height).stream( function(err,out){ out.pipe(res) } );

    };

  17. Ele-Ele:

    Отлично, спасибо! Теперь пожалуйста добавьте еще кэш. Чтобы полученные сервером картинки сохранялись в базу, чтобы последующие запросы выполнялись независимо от хоста на котором лежат эти картинки (они могут быть ооочень медленными), т.е. брались из базы. Да, еще добавьте механизм обновления этой базы, еще чтобы можно было вернуть как сам бинарный контент так и base64 представление, и еще, и еще…И да чтобы было красивое api, и чтобы сервер выдержал 1000 пользователей и не был отключен от слишком большого кол-ва запросов свыше квоты.

    Вот возможности sencha io, согласитесь их немного больше чем в вашем коде:
    http://www.sencha.com/learn/how-to-use-s

  18. OloRain:

    Чувак, сенчу писало как минимум 2 кодера, как минимум неделю, поэтому я умываю руки.

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

  19. Ele-Ele:

    Отлично. Так помогите проекту, дайте ссылку на бесплатный сервис, поддерживающий гифы.

  20. OloRain:

    Выше тебе написал уже.

  21. Ele-Ele:

    Конкретней. Вы это заводили?

  22. OloRain:

    Что именно? Свой пятистрочный код? Да. Но на GAE не будет работать.

  23. Ele-Ele:

    То на что вы ссылаетесь…
    Короче. Никто не спорит что просто заресайзить картинку не сложно, сложно не упустить все нюансы, например, этот же gif, где еще нужно понять что это gif т.к. ссылка может быть вида site/file.xxx. Еще нужна возможность интеграции с инфраструктурой БД и т.п. Вот и получается, что сделать из этого что-то что будет платформой уже не так просто.
    Там же тьма нюансов, я могу хотеть картинку не больше A на B, при этом если она меньше, то могу не хотеть чтобы картинка растягивалась, а хотеть чтобы она оставалась оригинальной и т.д.

  24. OloRain:

    Поставь converjon, memcached, nginx фронтэндом и обработай напильником до состояния готовности. Это не по программированию задача, а по аpхитектуре.

  25. Ele-Ele:

    Ладно, убедили. converjon кажется ничего )

Добавить комментарий