Посетил #chebit
Oct. 2nd, 2012 10:44 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
alexey_donskoyПосетил бар-камп Чебит-2012. Сам удивляюсь, зачем :)
Захотелось посмотреть, чем дышат сегодня веб-разработчики.
Chebit 2012.09.29 - перед началом
Участников было достаточно, выступали в том числе гости из других регионов, многие слушали с интересом:
Chebit 2012.09.29 - слушатели
![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
blog21 отметил, что "третий Чебит стал куда более узким и специализированным". Верно; и такая претензия высказывалась участниками по окончании конференции. Но ведь дело за вами, всё открыто, выступайте про что хотите!
А вот с мнениемblog21 о том, что с 90-х годов "в программировании прошло как-минимум две эпохи и программирование ушло далеко вперёд" я не могу согласиться...
С одной стороны, технологий стало на порядок больше. Но это совсем не означает, что в них стало больше порядка ;)
С той же стороны, появилось много средств автоматизации для каждой фигни, например:
Chebit 2012.09.29 - доклад о тестировании
С другой стороны, мало кто почему-то задаётся вопросом, а нужна ли вообще эта фигня?
Видимо, задумываться некогда, слишком много ресурсов уходит на изучение фигни...
Не, я не говорю, что тестирование не нужно. Это просто фотография такая попалась :)
С другой стороны, если сразу озаботиться правильным процессом разработки, то можно сэкономить и 80% всего времени (кодирование, тестирование, поиск и исправление ошибок)...
Что есть правильный процесс разработки?
В вузах в лучшем случае учат OOD по Бучу со товарищи. То есть "это, ребята, искусство, а как его делать, мы и сами не понимаем".
Посмотрел я, как выглядит OOP на Ruby (Ruby - основная тема Чебита, потому что организаторdapi ведёт на нём разработки), и какие грабли возникают при этом, и мне стало грустно.
Был целый доклад про принципы OOD, в частности, про принципы SOLID. Ну, принципы как принципы. И двадцать лет назад об этом говорили в литературе и обсуждали в ФИДО. Пример один какой-то был, приведённый докладчиком - вообще ужас. Принцип ради принципа, и без понимания... Это не претензия к докладчику, а констатация застоя в программировании. Не видно никакой новой эпохи. Ни в телескоп, ни в микроскоп.
Грустно, что всё это современное безобразие придётся таки изучать, если делать хорошие многоплатформенные веб-приложения...
Вот одна только задача - постоянная связь сервера с клиентом. Недавно на Хабре заметил "открытие" бесконечного iframe. А ещё есть WebSocket и другие способы. И даже всякие фреймворки и даже готовые сервера т.н. технологии Comet (был такой доклад на Чебите), которые поддерживают несколько способов. И хочется этому порадоваться, да почему-то голова пухнет...
Пообщался с интересным товарищем, который занимается веб-разработкой. Увы, мы не только живём в разные эпохи, но и по разные стороны баррикад. Я, как потребитель, не хочу платить за кривые, неэффективные, ресурсозатратные решения. Вон, у меня под Core-i5 одна только страница Gismeteo конкретно тормозит весь комп обилием флэшевой рекламы. А он, как производитель, хочет делать как ему легче и быстрее... Кто рассудит нас?!
Захотелось посмотреть, чем дышат сегодня веб-разработчики.
Chebit 2012.09.29 - перед началом
Участников было достаточно, выступали в том числе гости из других регионов, многие слушали с интересом:
Chebit 2012.09.29 - слушатели
blog21 отметил, что "третий Чебит стал куда более узким и специализированным". Верно; и такая претензия высказывалась участниками по окончании конференции. Но ведь дело за вами, всё открыто, выступайте про что хотите!А вот с мнением
blog21 о том, что с 90-х годов "в программировании прошло как-минимум две эпохи и программирование ушло далеко вперёд" я не могу согласиться...С одной стороны, технологий стало на порядок больше. Но это совсем не означает, что в них стало больше порядка ;)
С той же стороны, появилось много средств автоматизации для каждой фигни, например:
Chebit 2012.09.29 - доклад о тестировании
С другой стороны, мало кто почему-то задаётся вопросом, а нужна ли вообще эта фигня?
Видимо, задумываться некогда, слишком много ресурсов уходит на изучение фигни...
Не, я не говорю, что тестирование не нужно. Это просто фотография такая попалась :)
С другой стороны, если сразу озаботиться правильным процессом разработки, то можно сэкономить и 80% всего времени (кодирование, тестирование, поиск и исправление ошибок)...
Что есть правильный процесс разработки?
В вузах в лучшем случае учат OOD по Бучу со товарищи. То есть "это, ребята, искусство, а как его делать, мы и сами не понимаем".
Посмотрел я, как выглядит OOP на Ruby (Ruby - основная тема Чебита, потому что организатор
dapi ведёт на нём разработки), и какие грабли возникают при этом, и мне стало грустно.Был целый доклад про принципы OOD, в частности, про принципы SOLID. Ну, принципы как принципы. И двадцать лет назад об этом говорили в литературе и обсуждали в ФИДО. Пример один какой-то был, приведённый докладчиком - вообще ужас. Принцип ради принципа, и без понимания... Это не претензия к докладчику, а констатация застоя в программировании. Не видно никакой новой эпохи. Ни в телескоп, ни в микроскоп.
Грустно, что всё это современное безобразие придётся таки изучать, если делать хорошие многоплатформенные веб-приложения...
Вот одна только задача - постоянная связь сервера с клиентом. Недавно на Хабре заметил "открытие" бесконечного iframe. А ещё есть WebSocket и другие способы. И даже всякие фреймворки и даже готовые сервера т.н. технологии Comet (был такой доклад на Чебите), которые поддерживают несколько способов. И хочется этому порадоваться, да почему-то голова пухнет...
Пообщался с интересным товарищем, который занимается веб-разработкой. Увы, мы не только живём в разные эпохи, но и по разные стороны баррикад. Я, как потребитель, не хочу платить за кривые, неэффективные, ресурсозатратные решения. Вон, у меня под Core-i5 одна только страница Gismeteo конкретно тормозит весь комп обилием флэшевой рекламы. А он, как производитель, хочет делать как ему легче и быстрее... Кто рассудит нас?!
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2012-10-02 06:51 am (UTC)Недавно 1С выпустила компилятор - можно в 1с писать программы сразу для Андроида и Айфона. я было обрадовался. На деле оказалось, что итоговый файл с простой базой весит 50 Мб и естественно все это загоняется в оперативку андроида при запуске. Извращенцы ))). Вообщем запускалась тестовая база примерно минуту!!! но так в итоге вывалилось с какой-то ошибкой )))
no subject
Date: 2012-10-02 08:44 am (UTC)Хотя память сейчас экономить не принято, даже в мобильных приложениях.
no subject
Date: 2012-10-02 08:51 am (UTC)А не сделать ли 1с-ое подобное мероприятие?
Date: 2012-10-02 09:31 pm (UTC)Было бы классно обменяться опытом.
Раньше проводили пару раз с 5про подобные мероприятия, но потом как-то затухло.
Готов выступить с докладом по компилятору?
no subject
Date: 2012-10-03 03:27 am (UTC)Кстати, в ноябре в Питере планируется слет 1Сников с докладами. Организатор Инфостарт. Жаль у меня отпуск на это время уже запланировал - можно было бы скататься.
а выступить
Date: 2012-10-03 06:25 am (UTC)no subject
Date: 2012-10-03 06:32 am (UTC)боюсь, что и докладывать мне не о чем тогда :)
Истина посередине
Date: 2012-10-02 09:27 pm (UTC)Нужно учесть, что стоимость специалиста растет, а серверов падает. Становиться очень важным скорость разработки.
Но иногда есть смысл потратить время на ускорение работы программы, когда это критично.
Отчет делается 0,1 секунду или 1 секунду. Разница не большая. 1 минут или 10. Разница существенная.
Готов клиент платить за ускорение на 0,9 секунд 100 рублей, думаю не всегда. А вот за 9 минут думаю да.
Однажды dapi очень кратко и понятно рассказал о принципах Ruby и некоторых правилах я стал их использовать для написания в 1с. Скорость работы увеличилась.
Мне кажется не нужно ударяться ни в ту ни в другую сторону, а выбирать ее исходя из задачи.