Мне понравилось.
Потому что давали информацию о тех технологиях, которые в остальное время могли просто пройти мимо.
Потому что была возможность пойти на практическое занятие и натурально пописать код, уточняя все непонятные моменты у знающих людей. (Что я и сделал)
Потому что была возможность послушать людей, которые применяют API на практике в своих проектах. Узнать, что пригодилось, что нет, какие сложности возникли.
Ну и наконец была возможность подойти к первоисточнику и поинтересоваться, что и зачем. И когда же наконец. И что порекомендуют в такой-то ситуации. И вообще. А такое общение и есть, имхо, самая большая польза от конференции.
Ага! Вот идея с Propel`ом как-то от меня ранее ускользнула. Погляжу, похоже, он окажется полезен. Спасибо.
А в остальном подход похож, да. Ну, за исключением того, что моя генерилка админки работает в рантайме и настраивается (точнее, будет настраиваться) через базу. Это добавляет гибкости…
Впрочем, про генерацию и кэширование кода я тоже подумываю. Но это потом, потом…
И вправду мощная штука. И интересная. Поизучаю.
Но не то, что я делаю. У меня фишка в том, что есть база и код. Мета-информация вся в базе. И, соответственно, меняется если что очень гибко.
Пример: у нас есть работающее веб-приложение и тут возникает необходимость добавить три колонки в разные таблицы. И отчёт. В случае Codecharge`а нужно открыть проект, внести изменения, перегенерить код и выложить его. И не забыть в базу тоже изменения внести. В случае моего проекта нужно либо просто пойти и внести изменения прямо в веб-интерфейсе, либо через round-trip и диаграммы… Но до этого пока далеко. 8)
Какого именно кода? 8)
Если речь просто о структуре классов по Class Diagram, то такое уже есть. См. например Sparx Enterprise Architect. А вот если что-то более сложное, да с поведенческими диаграммами…
Ужос.
Разовьём тему. Футболочные теги негибкие. Ну, вот увижу я на CC человека в аналогичной футболке, хлопну себя по лбу и скажу «Чёрт! Я забыл нарисовать ещё эти три тега!»
Поэтому лучше всего просто печатать уникальные порядковые идентификаторы (орги, полагаю, не обломаются поставить на сайт генератор идов). А на сайте сделать редактирование облака тегов своего идентификатора. Ну и поиск…
PS. Ага, можно по юзернейму, но банально. Вот все в футболках с номерами эт да…
PPS. Это всё шутка, если что. Просто футболка тегов как средство общение это уже чересчур, имхо.
Вопросы прогрессорства здорово обдуманы Стругацкими. И даже у них осторожное изучение с минимальным влиянием кончается катастрофой ("Трудно быть богом"). Но всё это верно только если цивилизации близки психологически. Что позволяет абстрактному дону Румате, если и не влюбиться в нашу земную Киру, то хоть понять её.
А если цвилизация, которая нас найдёт, будет радикально отличаться, то никакого контакта не выйдет. Что тоже множественно обсуждалось в фантастике. Ну какой контакт с цивилизацией разумных слизней, общающихся химическим кодом? При том, что они могут быть вполне себе разумны...
И тут выясняется, что нужно определение понятия "разумное живое существо". Я его не знаю. 8)
Потому что давали информацию о тех технологиях, которые в остальное время могли просто пройти мимо.
Потому что была возможность пойти на практическое занятие и натурально пописать код, уточняя все непонятные моменты у знающих людей. (Что я и сделал)
Потому что была возможность послушать людей, которые применяют API на практике в своих проектах. Узнать, что пригодилось, что нет, какие сложности возникли.
Ну и наконец была возможность подойти к первоисточнику и поинтересоваться, что и зачем. И когда же наконец. И что порекомендуют в такой-то ситуации. И вообще. А такое общение и есть, имхо, самая большая польза от конференции.
for(;$i<1000;$i++,$s="".$i)$a[$s[0]+$s[1]+$s[2]]++;foreach($a as $i)$k+=$i*$i;echo $k;
Проверено, работает.
Видимо, всё-таки, пункт меню тут не при чём.
А в остальном подход похож, да. Ну, за исключением того, что моя генерилка админки работает в рантайме и настраивается (точнее, будет настраиваться) через базу. Это добавляет гибкости…
Впрочем, про генерацию и кэширование кода я тоже подумываю. Но это потом, потом…
Но не то, что я делаю. У меня фишка в том, что есть база и код. Мета-информация вся в базе. И, соответственно, меняется если что очень гибко.
Пример: у нас есть работающее веб-приложение и тут возникает необходимость добавить три колонки в разные таблицы. И отчёт. В случае Codecharge`а нужно открыть проект, внести изменения, перегенерить код и выложить его. И не забыть в базу тоже изменения внести. В случае моего проекта нужно либо просто пойти и внести изменения прямо в веб-интерфейсе, либо через round-trip и диаграммы… Но до этого пока далеко. 8)
Если речь просто о структуре классов по Class Diagram, то такое уже есть. См. например Sparx Enterprise Architect. А вот если что-то более сложное, да с поведенческими диаграммами…
Но у меня помимо самой работы с базой ещё автоматически генерятся таблицы, формы, их обработчики и т.д.
И не только потому что он роднее, но и по внешним причинам.
Разовьём тему. Футболочные теги негибкие. Ну, вот увижу я на CC человека в аналогичной футболке, хлопну себя по лбу и скажу «Чёрт! Я забыл нарисовать ещё эти три тега!»
Поэтому лучше всего просто печатать уникальные порядковые идентификаторы (орги, полагаю, не обломаются поставить на сайт генератор идов). А на сайте сделать редактирование облака тегов своего идентификатора. Ну и поиск…
PS. Ага, можно по юзернейму, но банально. Вот все в футболках с номерами эт да…
PPS. Это всё шутка, если что. Просто футболка тегов как средство общение это уже чересчур, имхо.
Это же агрессивное действие по отношению к сотруднику при исполнении!
А если цвилизация, которая нас найдёт, будет радикально отличаться, то никакого контакта не выйдет. Что тоже множественно обсуждалось в фантастике. Ну какой контакт с цивилизацией разумных слизней, общающихся химическим кодом? При том, что они могут быть вполне себе разумны...
И тут выясняется, что нужно определение понятия "разумное живое существо". Я его не знаю. 8)