Кофе и код, послезавтра (28 марта) 16:00

Мероприятия

Темы которые пока подтвердились:
— Grails
— Scala и lift
— Android

Кто хочет не забыть, может подписаться на календарь Coffee'n'Code

Или встречу ВКонтакте

Приходите.

26 марта 2009, 11:41

Ike 14,9

комментарии (62)

Ueasley 26 марта 2009, 12:43 #

Сегодня четверг.

Ike 26 марта 2009, 13:10 # ↑

У меня уже пятница по настроению

Devgru 26 марта 2009, 16:25 #

Боюсь я не попаду.

Ike 26 марта 2009, 16:32 # ↑

Жалко

Devgru 26 марта 2009, 18:46 # ↑

Физика :(

thevery 27 марта 2009, 14:31 #

хм, всего сутки остались, а желающих рассказать так и не появилось :(

Ike 27 марта 2009, 14:44 # ↑

Я думаю, в итоге докладывающих будет не меньше :)

thevery 28 марта 2009, 20:00 # ↑

в итоге докладывающих не оказалось вовсе, как я и ожидал…

Ike 28 марта 2009, 22:05 # ↑

Жалко на самом деле. В следующий раз предлагаю устроить сравнение Grails/Ruby/Django вживую. Я так понимаю что нам не хватает только представителя Ruby сообщества :)

thevery 28 марта 2009, 23:21 # ↑

есть ещё JRuby и php-фреймфорки

Ike 28 марта 2009, 23:25 # ↑

Ммм, пусть сначала напишут что-то работающее на Руби, потом эксперимент можно будет повторить уже в J- варианте, в противовес Jython/Groovy

thevery 28 марта 2009, 23:26 # ↑

Jython никому не нужен и потому практически не развивается…
а на grails я готов что-то написать/портировать, да…

Ike 28 марта 2009, 23:28 # ↑

jRuby в общем-то тоже. Тут они Grails однозначно не конкурент.

thevery 28 марта 2009, 23:30 # ↑

jruby сан продвигает, вернее продвигал…

avorobiev 29 марта 2009, 17:11 # ↑

Я бы с удовольствием послушал сравнение Grails/Ruby/Django. Могу как-то поучаствовать от имени php/symfony. Правда времени совсем нет, чтобы готовить выступление-презентацию, но в живом общении за обсуждением "… а как сделать это?" поучаствовал бы с удовольствием.

thevery 29 марта 2009, 17:22 # ↑

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

Ike 29 марта 2009, 17:29 # ↑

М, с бенчмарками не очень хорошо — что бенчмаркать то будем?
За 40-50 минут можно написать небольшое приложение в живую и потом 10-20 минут на обсуждение результатов оставить. Либо сделать заготовки и реализовать какой-то определенный функционал.

avorobiev 29 марта 2009, 18:26 # ↑

Можно бенчмарки сделать заранее, чтобы не тратить время на встрече на ожидание результатов.
На встрече выступление построить по схеме:
1. подробная постановка задачи;
2. живая реализация на разных платформах;
3. сравнение кода;
4. бенчмарки;
5. свободное обсуждение.

thevery 29 марта 2009, 18:44 # ↑

заранее сложновато сделать, ибо нужно одинаковое железо…

avorobiev 30 марта 2009, 09:46 # ↑

Согласен. Именно по этому их и надо проводить заранее. Поскольку систему надо настроить, все на ней запустить, посмотреть результаты тестов и еще подумать о корректности :-)
Чтобы такое получилось на публике надо это сделать раз 10 за куликсами :-)

thevery 30 марта 2009, 12:39 # ↑

на маках пыхпых/перл/питон/руби/апач итд либо есть искаропки, либо ставится через порты, под линуксом — аналогично.

заодно можно оценить геморой при деплойменте (привет рубистам! ;)

Ike 29 марта 2009, 21:20 # ↑

Бенчмарки не нужны.

thevery 29 марта 2009, 23:04 # ↑

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

Ike 30 марта 2009, 08:42 # ↑

Если я хочу сделать корпоративный сайт для компании Васия Пукин Индастриз, у которой 20 посетителей в год, то не особенно.

thevery 30 марта 2009, 12:40 # ↑

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

Ike 30 марта 2009, 12:41 # ↑

Можно и «заказчик хочет CMS» разные вещи =))

thevery 30 марта 2009, 12:59 # ↑

а что, бывают такие сайты — с CMS и нулевой посещаемостью? ;)

Ike 30 марта 2009, 13:02 # ↑

Их ооооооочень много.

thevery 29 марта 2009, 18:44 # ↑

пример бенчмарка:
grails.org/Grails+vs+Rails+Benchmark

Ike 29 марта 2009, 21:21 # ↑

Абстрактный конь в вакууме. Бенчмарки это отдельная гигантская тема, предлагаю не мешать вкусное с мягким.

thevery 29 марта 2009, 22:26 # ↑

а почему бы и нет, если провести их не так уж и сложно?

avorobiev 29 марта 2009, 18:04 # ↑

Да, отлично.
Интересно увидеть один и тот-же функционал выполненный на разных языках/фрэймворках.
В организации бенчмарков я, к сожалению, не разбираюсь, но тем интереснее.
По теме приложения — тестировать скорость фрэймворка на «hello world!» не стоит, поскольку для этого не надо фреймворка. Приложение должно быть посерьезнее.
Можно взять задачу создания CRUD-приложения для какой-то сущности с разделением прав между пользователями — так интереснее будет. При решении максимально ориентирвоаться на использование готовых копмонентов/плагинов — чтобы интереснее было сравнивать объем кода и его простоту.

Ike 29 марта 2009, 21:22 # ↑

М, готовые компоненты не всегда вариант, оставим это на совести разработчиков.

thevery 29 марта 2009, 22:27 # ↑

а почему не вариант?

Ike 8 апреля 2009, 12:39 # ↑

У каждого разработчика свой подход. Кстати, все еще в силе? Если да, давай придумаем какое приложение хочется написать в рамках мероприятия.

thevery 8 апреля 2009, 13:15 # ↑

>У каждого разработчика свой подход.
это его проблемы.

>Кстати, все еще в силе? Если да, давай придумаем какое приложение хочется написать в рамках мероприятия.
времени маловато, сейчас я вообще linux.org.ru на grails переписываю, но можно попробовать.

Ike 8 апреля 2009, 13:26 # ↑

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

То что мало — это хорошо, как раз можно взять что-нибудь простое, и интересно об этом рассказать.

thevery 8 апреля 2009, 13:31 # ↑

>но некоторые из них меня просто убивают своим качеством
ну, скажем, это характерно для ruby, но не характерно для java ;)

>То что мало — это хорошо, как раз можно взять что-нибудь простое, и интересно об этом рассказать.
а есть ещё желающие, кроме меня?

Ike 8 апреля 2009, 13:39 # ↑

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

avorobiev 30 марта 2009, 09:43 # ↑

Интересно как раз из готовых компонентов, поскольку акцент как раз на простоте решений…
Кастомизация или создание своих компонентов — это уже не начало а «глубокое погружение».

nc00x 29 марта 2009, 19:34 # ↑

сорри, может я немного mad, но было бы интересно сделать codejam небольшой, по паре человек от каждой технологии. По крайней мере немного фана отсюда извлечь можно…

Ike 29 марта 2009, 21:23 # ↑

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

thevery 29 марта 2009, 23:03 # ↑

QNH Radrace в прошлом году выиграли чуваки на grails ;)

nc00x 29 марта 2009, 23:22 # ↑

тут еще от чуваков многое зависит, хотя жрельсы начинаю уважать все больше и больше…

avorobiev 29 марта 2009, 17:27 # ↑

Да, есть явная нехватка экспертов, которые готовы делиться своим опытом и знаниями. Поэтому огромное спасибо тебе, за доклад по android.
В будущем стоит над программой работать активнее, добивясь чтобы докладчиков было больше чем надо, чтобы можно было выбирать… Если для этого надо увеличить период между сборами, ну чтож… лучше реже, да лучше :-)!
Подумав над вопросом настройки LAMP все-таки позволю себе не согласиться что там все просто и делается в три команды :-). Зря зарубили тему будущего доклада на корню. Надо было наоборот поощерить человека сделать доклад, тем более что 2 слушателя для него уже было!
По организации: ели в дальнейшем оставить это же место, то стоит сместиться подальше от входа, в угол, чтобы не закрывать проход — как-то неудобно это. Да и общаться тогда будет проще между собой.

Ike 29 марта 2009, 17:32 # ↑

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

thevery 29 марта 2009, 18:46 # ↑

>Подумав над вопросом настройки LAMP все-таки позволю себе не согласиться что там все просто и делается в три команды :-)

да ну? а что там сложного-то? 0_О

avorobiev 30 марта 2009, 09:37 # ↑

я сформулирую подробно, по пунктам, и при случае обсудим

Ike 29 марта 2009, 21:25 # ↑

Установка и настройка LAMP это одно. Оптимизация — другое. Оптимизация зависит от конкретных задач, сильно строиться вокруг реальных данных/результатов тестирования и так далее, к тому же требует сисадминской подготовки со стороны слушателей. Я думаю об этом будет иметь смысл поговорить отдельно, когда наберется критическая масса докладчиков.

Ike 29 марта 2009, 21:26 # ↑

sudo tasksel install lamp-server

avorobiev 30 марта 2009, 09:41 # ↑

Ты рассматривай это как начало паралельной ветки выступлений.
Разработка — это хорошо. Но коду нужно рабочее окружение… Так что тема начального администрирования настолько же живая, насколько и тема разработки.

thevery 30 марта 2009, 12:42 # ↑

камон, какое рабочее окружение, о чём вы? Хотите ксампы с денверами что ли вспомнить?

Ike 30 марта 2009, 12:53 # ↑

Боюсь что XAMP с денвером, и как поставить Apache + MySQL не вписывается в формат. По крайней мере мне не интересно проводить мероприятия для школьников и в них участвовать, а учителем информатики пока нет времени поработать.

thevery 30 марта 2009, 12:58 # ↑

дак вот и я о том же, собственно!

avorobiev 30 марта 2009, 09:48 # ↑

важное упустил: целевая аудитория для темы «начальное администрирование» сильно пересекается с темой «веб-разработка».

Ike 30 марта 2009, 12:52 # ↑

Начальное администрирование — это не интересная тема, об этом можно почитать статьи в интернете. Не хочется начальную школу из мероприятия устраивать. Хочется проводить все в формате tips'n'tricks, если найдется человек готовый рассказать что-нибудь об администрировании, то разумеется пусть рассказывает, например темы:
— Легкие средства deployment веб-приложений" — можно рассказать о Capistrano и аналогах
— Средства кеширования: xCache, Apc, Memcached (как поставить и настроить, в чем принципиальные отличия, где и что лучше применять)
— Автоматизация администрирования (чем хороший админ отличается от плохого и почему лень не всегда плохо)