Поток сознания
6 дней назаддавно уже конечно было ясно, но теперь с выходом новой версии флеша html5 выглядит как дополнительная функция к cs5.6))
1 неделя назад...если речь о front end. Для back end'а единственно верный выбор - текстовый редактор Midnight Commander'а :) Вообще просто хотел высказать (наверно, банальную) мысль о том, что идеальная IDE должна строиться именно на "максимально быстром" текстовом редакторе. Путь визуализации - хорошая идея, но опасная. На данный момент "визуальность" должна возникать в мозге программиста - и не понимаю, почему все так стараются перенести нагрузку с этого самого ("несчастного"?!) мозга на что-то иное :) - с помощью визуализации, прививания жёстких принципов ООП, шаблонов проектирования и т.д. Необходимо что-то более радикальное, что не будет строить железные заборы на пути свободной мысли... :)
1 неделя назад[URL=http://i.cx/29z7][IMG]http://i069.radikal.ru/1202/03/9f40d01e407f.png[/IMG][/URL] [b]скачать программу рыбалка 1.6 [/b] [b]скачать проигрыватели для компьютера с картинками [/b] [b]окна приветствия для windows xp скачать [/b] [b]скачать miranda русская версия [/b] [b]скачать original soundtrack driver parallel lines [/b] bb.txt open error база велкома скачать 2009 скачать пакет обновления для среды скачать бесплатную игру кто хочет стать миллионером для пк виста хом премиум скачать скачать поезд train 2008/1400 mb скачать драйвера для аудио реалтек section 8 скачать лицензионную скачать wwe legends patch скачать utorrent 1.6.1 rus visual basic 6.0 скачать скачать антихакер касперского скачать catalyst 6.2 win98 евгений немец скачать kassy 071 скачать скачать программу антропометрии http://beta.purifying.info/viewtopic.php?f=2&t=326117 http://dragonphoenix.brinkster.net/phpbb/phpbb3/viewtopic.php?f=1&t=480248 http://www.erotikapromuze.cz/viewtopic.php?f=4&t=131850 http://programaradar.com.br/forum/viewtopic.php?f=2&t=1062486 http://yfb.messageboard.nl/forum/viewtopic.php?f=1&t=59502
2 недели назадСкачал. Посмотрел. CreateJS - фуфел, шейп твин не поддерживает, маски не поддерживает, эффекты не поддерживает и тд. В общем можно только двигать туда сюда, ну и вложенную анимацию поддерживает. К паблишу для air/android добавили пару галочек - молодцы. В общем изменений максимум на adobe flash cs5.6.
2 недели назадВот именно сегодня очень захотелось пощупать функцию экспорта в CreateJS, а именно сегодня беты уже нет, скачать еще нельзя...
3 недели назадПо правду говоря, создается впечатление, что Adobe в последнее время или зарплату подняли или кнуты менеджерам выделили. Последние версии продуктов выглядят так, будто над ними действительно работали. Обновили не только внутренности и алгоритмы, но и над внешним видом неплохо постарались.
3 недели назадХм, я в этом начинающий, буду знать каким редактором лучше верстать, спасибо!
3 недели назад+1 sublim`у достойная замена GVIM. Как текстовый редактор с большим комьюнити и встренным python интерпертатором, и полностью податлев на костоматизации. нет смысла сравнивать IDE с текстовым редактором. Очень удобно писать erlang программы. Есть плагин для Юнитестов.
3 недели назадКол-во строк в файле с кодом - важный параметр. Есть мнение, что оно не должно быть слишком большим. Для удобства навигации по нему.
Легковесные редакторы хороши еще и тем, что в них бытрее появляются инновации. Например, обрати внимание на мини-текст в правом верхнем углу скриншота для Sublime - по нему можно скроллить мышкой, мгновенно перемещаясь в нужное место кода.
Textastic как раз использует тачевые возможности - для этого у него есть клавиши-компасы (есть на скриншоте). Такая клавиша-компас имеет пять значений. Если просто нажать ее - сработает значение по умолчанию (символ посередине). Остальные четыре символа можно выбрать, если нажать и протянуть пальцем в сторону одного из них.
Визуальное программирование -- это очень интересная, но небанальная тема.
Ведь текст имеет иную структуру, чем изображение.
Текст - условно одномерный, линейный. Изображение - фиксированно двумерное (или фиксированно трехмерное).
Кажущаяся одномерность текста обманчива, особенно когда текст становится кодом. За счет функций (замыканий) и условных переходов текст программы становится многомерным. Даже вне программирования существуют многомерные тексты - хорошая книга может содержать внутренние указатели и ссылки на части самой себя. Поэтому текст - очень продвинутый способ работы с сознанием читателя (или компилятором).
Не вижу возможнлости проделать то же самое с изображением. У него другая природа, и визуальное программирование будет похоже на обычное так же, как графика или живопись похожа на литературу.
До сих пор попытки визуального программирования не заходили дальше имитации обычного - надергали компонентов, но потом - все равно пишем код.
Визаульное программирование - это не способ создавать код мышкой (или тачами), а способ программировать другие каналы восприятия - не аналитические (компилируемые), а эмоциональные.
Кстати, ближе всего к этому подошел флэш. Но потом его убили бизнесом, а из трупа сделали геймдев :)
Так визуальное программирование остается мечтой масс и уделом гениев-одиночек.
3 недели назадБрррр... Легковесные редакторы кода хороши только для легковесных (~20 строк кода) программ. Для всего остального - Idea и FDT.
А редакторы для мобильных устройств зачем-то делают такими же, как на десктопах (у которых есть нормальная клавиатура), при этом совершенно не используя возможности тач-скринов. Думаю, через годик-два появятся наконец мобильные редакторы, где можно будет писать программу чисто жестами, без "волшебных" кнопок.
Законы Мерфи для событий и встреч
Этот список полностью описывает радость организации и участия в событиях.
Организация событий
- Организаторы событий — честолюбивые, жадные до всего неудачники.
- Обратное, в общем случае, неверно.
- Когда организатор событий умнеет и становится успешным, он перестает заниматься организацией событий.
- Всякое событие сложнее организовать, чем кажется на первый взгляд.
- Сложно организовать событие, которым все останутся довольны.
- В общем случае, событие, которым все останутся довольны, организовать невозможно.
- В частных случаях это также невозможно.
- Вообще говоря, сложно организовать событие, которым хотя бы кто-то остался доволен.
Сравнение событий
- Хороших событий не бывает.
- Событие А всегда лучше события Б, если событие А было раньше события Б.
- Это универсальное правило.
- Событие С лучше события А и события Б, если очень нужно.
- Это правило также универсальное.
Стоимость событий
- Бюджет события всегда занижен.
- Бесплатное событие никому не нужно.
- Платное событие нужно только тем, кто захочет спросить, почему это событие платное.
- Организаторы всегда доплачивают из своего кармана.
- Спонсоры всегда обмануты.
- Деньги всегда потрачены зря.
- Три предыдущих правила универсальны.
Этот список претендовал на всю полноту, но не описал даже малой доли всего ужаса, связанного с организацией и участием в событиях. Мы его как-нибудь продолжим, нужно сказать кое-что о докладчиках, спонсорах и кое-чем.
Посещаемость событий
- На событие никто не придет.
- Если кто-то все же придет, то он не сможет найти входную дверь.
- После консультации с организаторами по телефону он найдет дверь, но его не пустит охрана, так как окажется, что он забыл зарегистрироваться.
- Если вам все же удастся его провести, то окажется, что он забыл в машине ноутбук.
- А потом окажется, что он пришел спросить, почему это событие платное.
- Если событие бесплатное, то на нем прозвучит вопрос, почему другое событие было платным.
Ближайшие события
- IT-TALK-6 в Харькове, 19 марта 2009 (регистрация)
- Дамский день UAFPUG-10 в Одессе, 21 марта 2009 (регистрация)
- FLASH GAMM-2 в Москве, 14 мая 2009 (регистрация)
Комментарии
Аффтар ты? Жжош!
Писал сам, а мысли это мои или воспоминания — не могу разобраться
жестоко))
Можно еще добавить парочку.
- Организатор всех событий - Рост.
- Если он не организатор, то он оказывает помощь в организации.
- Если же он не оказывает помощь в организации, то событие не происходит.
- Эти же правила верны для Лерики.
- Всякое событие организовать легко, если организатор Рост или Лерика. Или Они оказывают помощь в организации.
- Это правило универсальное.
убила на повал
))))
Убила, еще как убила!
отжиг на пятерочку.
+ добавлю в тему
1. Главная функция разработчика - создавать вещи, которые трудно производить и невозможно обслуживать.
2. Эксперт - любой человек не из нашего города.
3. Неважно, о чем говорят - речь всегда идет о деньгах.
это типа юмор?!
а это типа коммент?
Событие - определяет сознание.
Был бы повод - события найдутся.
Дом 3 - новая глобальная событийная модель Роста.
Событие - первично.
С начала было Событие...
Сомн Роста рождает чудовищ...
Пора дать отдых мышцам мозга и чаще быть на прогулках.
Преклоняюсь... слушай, а насчет прогуляться это же замечательная идея! Предлагаю совместную прогулку в Одессе, 21 марта в субботу. Ты как?
Дандават.Но то не случится.Хотя очень хочу увидеть, и Одессу ,и Роста.. в этой жизни.
И ментально конечно буду.И это все.
Ну, ментально мы уже давно это самое. Ментально любой дурак сможет! А вот если бы реально. Реально это вам не ментально!
Багфича из правого столбца восклицает: «Плюс пятьсот!»Приехал я домой после ссобытия/встречи (Flash meets PHP с Михаем Корланом) и вот что я скажу. Было бы неплохо если бы события/встречи планировались так, чтобы они были ориентированны на новичков и не на новичков, потому что уже который раз я трачу время впустую. Те кто "в курсе" обычно знают про то, что показывают на ссобытиях/встречах а те кто "не в курсе" один хрен ничего не поймут.
Привет от Роста - Михаю я передал
Михай говорит что Рост прикольный чувак и передаёт привет назад 
Да, насчет этого, Артем, я с тобой полностью согласен: событие должно быть конкретным, чтобы идя на него, люди знали точно, что их ждет. Чтобы опытные не слушали факты для новичков и наоборот.
Трейлер доклада
Под воздействием твоего комментария у меня сейчас возникла идея возможной реализации этого подхода: перед событием каждый докладчик публикует трейлер доклада, состоящий из двух предложений. Первое предложение взято из самой простой, а второе — из самой сложной частей доклада (по мнению самого докладчика, на решение 5 минут). Публика знакомится с трейлером и каждый может определить, насколько ему это интересно, и стоит ли ему туда ехать.
Как думаешь, это помогло бы решить проблему калибровки докладов?
За привет Михаю спасибо, он клевый чел
Я был на разных эвентах в разных городах и странах, помоему самы оптимальный вариант это что то вроде (там таблица снизу)
https://wiki.mozilla.org/MAOW:2009:Berlin
примерно так-же было например на "web2.0 expo" у O'Reilly только там докладчиков и залов было конечно намного больше. Выбираешь то что ты хочешь посмотреть и идёшь туда.
Один человек может делать доклад сначала для прфи а потом для новичков итд а другой наоборот сначала для новичков а потом для профи, при этом каждый может выбрать именно то что он хочет послушать. Кончно для этого нужно 2 помещения итд, но и пользы будет намного больше.
А трейлеры имхо не нужны, достаточно короткого описания, чтобы человек мог сам посмотреть в интернете и уже знал что именно ему не понятно, на что ему нужно концентрироваться и мог заранне сформулировать свои вопросы. Формулярчик можно сделать где нибудь куда люди свои вопросы бы сливали итд. Что-то я разошёлся
Вообщем тут много можно придумать.
Что примечательно, меняем "событие" на "мероприятие", "поход" и эти правила применимы к горному и пешему туризму. Жизнено в общем.
А ведь и правда )
Если событие С стало лучше, чем ранние А и Б, то есть смысл задуматься над организацией события D, ибо наметилась неплохая тенденция).
Если же событие С оказалось хуже А и Б, то событие D следует пропустить, потому как имеет место плохая тенденция (два - в зачот, два - в топку), и далее перейти к событиям F и G.
...............
Автор, довольно смелое начало для прзентации указанных мероприятий!