Latest posts on Djano и Mysql engines topichttps://python.su/forum/topic/1514/2008-06-14T13:40:08+03:00Веб-технологии :: Django :: Djano и Mysql engines
2008-06-14T13:40:08+03:00Dyadya Zed13959DjangoGraphviz удобно использовать из django-command-extensions <a href="http://code.google.com/p/django-command-extensions/">http://code.google.com/p/django-command-extensions/</a>
Веб-технологии :: Django :: Djano и Mysql engines
2008-06-14T13:18:15+03:00Александр Кошелев13958<blockquote><em>lorien</em><br/>или уже сделали?</blockquote>Сто лет в обед:) <a href="http://code.djangoproject.com/wiki/DjangoGraphviz">http://code.djangoproject.com/wiki/DjangoGraphviz</a><br/><blockquote><em>lorien</em><br/>никакх проектов со ста сущностями не писал</blockquote>писал и поддерживал.
Веб-технологии :: Django :: Djano и Mysql engines
2008-06-11T18:05:30+03:00Александр Кошелев13852<blockquote><em>PyCraft</em><br/>Засим прощаюсь.</blockquote>Счастливо!:) Удачи. Как закончите моделировать, возвращайтесь. Может в джанге 4.7 уже добавят редактор и сможете получить из диаграмм модели:)
Веб-технологии :: Django :: Djano и Mysql engines
2008-06-11T14:55:32+03:00Ferroman13848Я встреваю по существу. Вам никто ничего не доказывает, это Вы тут играете в Дон Кихота.
Веб-технологии :: Django :: Djano и Mysql engines
2008-06-11T14:41:37+03:00PyCraft13847Почемуже? Мне тут пытаются доказать, что плайнтекст нагляднее IDEF0.<br/>И что лучше и функциональнее плайтекста ничего нет.<br/>Не спорю, холивар голимый - тора vs библией.<br/>Засим прощаюсь.
Веб-технологии :: Django :: Djano и Mysql engines
2008-06-11T14:09:51+03:00Ferroman13843Извините, но по-моему вы развели тут демагогию о том как странно что у строительного пистолета нет 4-кратного коллиматорного прицела, как и почему без без него он Вам не подходит, что там еще Вам не подходит, и как Daevaorn заблуждается в принципах разработки ПО. Не занимайтесь откровенным <a href="http://ru.wikipedia.org/wiki/%D0%A2%D1%80%D0%BE%D0%BB%D0%BB%D0%B8%D0%BD%D0%B3">троллингом</a>.
Веб-технологии :: Django :: Djano и Mysql engines
2008-06-11T13:58:31+03:00PyCraft138419и ступенчатого монстра я придумал без долгого обдумывания непосредственно во время чтения этого форума.<br/>Долго моделировать мне не то, чтобы нравится. Модель это теория, а построение теории это основное занятие научных работников.<br/>Вот именно за глубокое продумывание технических деталей мне не платят, а жаль.<br/>UML мне тоже не нравится, просто это стандарт, принятый во всем мире. С моей точки зрения, в UML есть фундаментальные ошибки которые являются следствием менталитета его авторов сложившегося под влиянием различных DSL. У меня свой типа “UML” и он в основном не графический, но ложится на интерфейс замечательно.<br/>Что касается моделирования баз данных, то я предпочитаю не UML, а IDEF0, который по сути является DSL для описания схемы базы данных. Надеюсь аббревиатуру DSL вы не ассоциируете исключительно только с Django.
Веб-технологии :: Django :: Djano и Mysql engines
2008-06-11T13:19:12+03:00Александр Кошелев13840<blockquote><em>PyCraft</em><br/>Противоречия нет, есть Ваша трактовка. Моя трактовка в том, что упрощение и ускорение достигается за счет отказа от моделирования, а не за счет его ненужности. Просто так быстрее выполнить заказ, показать товар лицом и получить вознаграждение. Более того, когда в скором времени вскроется отсутствие чего-то или функциональность окажется не такой какая ожидалась, это на руку разработчику, всегда можно ткнуть заказчика мордой в ТЗ и попросить еще денег на доработку. Выгодно? Несомненно. Юридически грамотно? Бесспорно. Но плохо пахнет и не для всех подходит.<br/><br/>Для цели побыстрее заработать денег, лучше не придумаешь.<br/>Ремесло, одним словом. При таком подходе, ни о каких высоких технологиях и науке речи быть не может.<br/>Только “штучки” и “прибамбасы”, которые можно быстро обсудить и изготовить. Типа “отправь SMS сообщение на номер 999 и выиграй миллион”.<br/>Лично я пытаюсь применить Django по его назначению, но в рамках фундаментального проекта и мне без моделирования не обойтись.</blockquote>Что-то это вас совсем унесло не в ту степь. Разглагольстовать все умеют. Только в на веб-морду их не повесишь и сервис клиентам не предоставишь.<br/><blockquote><em>PyCraft</em><br/>Если без моделирования и глубокого продумывания, то потом переделывать самому боком выйдет.</blockquote>Если вам платят за глубокое продумывание, то пожалуйста. Просто, имея такой инструмент как Django, дешевле сделать, ошибиться и поправить, чем глубоко продумывать, плодя артефакты в виде UML (боже упаси) и прочие.<br/><blockquote><em>PyCraft</em><br/>Неужели только < 7 и только плоские таблицы без оптимизации? Может это Вы ошиблись?</blockquote>7 это мало. Даже 30 нормально и 35. Но 70 уже перебор и ошибка в выборе.<br/><br/>В общем суть в том, что ели вам нравится долго моделировать, или у вас сдельная оплата по количеству UML диаграмм, то пожалуйста.<br/>Вы уже таким подходом породили 9ти ступенчатого монстра, для которого не предусмотрена джанга изначально.
Веб-технологии :: Django :: Djano и Mysql engines
2008-06-11T12:46:03+03:00PyCraft13839<blockquote><em>Daevaorn</em><br/>Вторая часть тезиса противоречит первой. За счет отсутствия необходимости долгого моделирования и проектирования, достигается упрощение и ускорение.</blockquote>Противоречия нет, есть Ваша трактовка. Моя трактовка в том, что упрощение и ускорение достигается за счет отказа от моделирования, а не за счет его ненужности. Просто так быстрее выполнить заказ, показать товар лицом и получить вознаграждение. Более того, когда в скором времени вскроется отсутствие чего-то или функциональность окажется не такой какая ожидалась, это на руку разработчику, всегда можно ткнуть заказчика мордой в ТЗ и попросить еще денег на доработку. Выгодно? Несомненно. Юридически грамотно? Бесспорно. Но плохо пахнет и не для всех подходит. <br/><br/>Для цели побыстрее заработать денег, лучше не придумаешь.<br/>Ремесло, одним словом. При таком подходе, ни о каких высоких технологиях и науке речи быть не может.<br/>Только “штучки” и “прибамбасы”, которые можно быстро обсудить и изготовить. Типа “отправь SMS сообщение на номер 999 и выиграй миллион”.<br/>Лично я пытаюсь применить Django по его назначению, но в рамках фундаментального проекта и мне без моделирования не обойтись.<br/>Если без моделирования и глубокого продумывания, то потом переделывать самому боком выйдет.<br/><br/><blockquote><em>Daevaorn</em><br/>Тогда вы ошиблись с выбором Django, как инструмента.</blockquote>Неужели только < 7 и только плоские таблицы без оптимизации? Может это Вы ошиблись?
Веб-технологии :: Django :: Djano и Mysql engines
2008-06-11T12:07:04+03:00Александр Кошелев13835<blockquote><em>PyCraft</em><br/>когда количество сущностей начинает превышать 7, я уж не говорю про 70</blockquote>Тогда вы ошиблись с выбором Django, как инструмента.<br/><blockquote><em>PyCraft</em><br/>Django отличный инструмет для создания сайтов или даже многозвенных приложений, но не моделирования данных.</blockquote>Безусловно, в том моделировании, в котором нуждается проект на джанго, он (DSL) справляется.<br/><blockquote><em>PyCraft</em><br/>Врядли стоит отказываться от фундаментальных концепций моделирования данных в пользу прикладного инструмента который по словам самих авторов не имел никакой фундаментальной базы, а был разработан чисто из практических соображений с единственной целью - упростить и ускорить их работу.</blockquote>Вторая часть тезиса противоречит первой. За счет отсутствия необходимости долгого моделирования и проектирования, достигается упрощение и ускорение.
Веб-технологии :: Django :: Djano и Mysql engines
2008-06-11T11:21:14+03:00PyCraft13833<blockquote><em>Daevaorn</em><br/>Работая с Django, вы о БД должны думать в последнюю очередь. Ваша задача - придумать модель данных и реализовать её в виде классов. Какой бекэнд хранения у них, это уже вторично. Может быть это вообще не реляционная БД? Вы же всё хотите перевернуть с ног на голову.</blockquote>Интересно, ка Вы предлагаете “придумать модель данных”(или упаси боже “Знаний”), когда количество сущностей начинает превышать 7, я уж не говорю про 70, когда удержать всю модель в голове, со всеми ее связями и ограничениями целостности, и тем более воспринять ее визуально из кода становится проблематично и не важно какой это код Django или SQL. С последним даже проще будет, т.к. не нужно в уме преобразоввывать типы полей Django к типам SQL, но даже он не годится. Django отличный инструмет для создания сайтов или даже многозвенных приложений, но не моделирования данных. Модели там предназначены для упрощения программного доступа и управления данными, а не для концептуального, информационного или логического моделирования, и тем более не для визуального представления.<br/>Врядли стоит отказываться от фундаментальных концепций моделирования данных в пользу прикладного инструмента который по словам самих авторов не имел никакой фундаментальной базы, а был разработан чисто из практических соображений с единственной целью - упростить и ускорить их работу. Они с этим справились отлично, так что хвала им и Джанге, но без фанатизма.
Веб-технологии :: Django :: Djano и Mysql engines
2008-06-11T06:28:04+03:00Александр Кошелев13825<blockquote><em>PyCraft</em><br/>Вашего оптимизма по поводу их идеальности для моделирования данных. Они для этого совсем не предназначены. Для этого существуют специальные средства (IDEF,UML)</blockquote>Django это Agile в чистом виде. И лишние артефакты ему не нужны.<br/>Идея, короткое совещание в команде и реализация. Что-то не так, быстрое изменение и опять проверка результатов.<br/>Никаких больших подготовительных этапов. То что вы предлагаете, это overenginiring в чистом виде, применительно к проекту на Django.<br/><blockquote><em>PyCraft</em><br/>Графические примитивы всяко нагляднее и проще, чем модели в Django. По крайней мере для меня, а я именно для себя ищу инструмент.</blockquote>Я видел уже достаточное количество людей, которые пытались писать на Django, но не желали отбросить старые паттерны мышления и свой прошлый опыт, который не применим тут. И либо они всё-таки начинали думать в правильном русле и постепенно понимать смысл и толк Django, либо бросали всё, так и не осознав.<br/><blockquote><em>PyCraft</em><br/>сли бы в Django был такой визуальный инструмент, напрямую работающий с кодом модели Django(а не с моделью базы данных) то это было бы намного удобнее чем городить описанную выше цепочку. Технически это совсем не сложно реализовать даже студенту(намного намного проще, чем то что понаделано), поэтому я и удивился почему его нет в базовой версии.</blockquote>Разработчики Django не являются разработчиками языков программирования (о чем они декларируют сразу), также они не разработчики, к счастью, всяких сомнительно полезных гуевых приблуд. Уж лучше пусть они время тратят на дело.<br/>DSL представление джанги максимально визуально и практично.<br/><blockquote><em>PyCraft</em><br/>Просто не нужен был, задачи БД были простые, не досмотрели. Нужное подчеркнуть</blockquote>Работая с Django, вы о БД должны думать в последнюю очередь. Ваша задача - придумать модель данных и реализовать её в виде классов. Какой бекэнд хранения у них, это уже вторично. Может быть это вообще не реляционная БД? Вы же всё хотите перевернуть с ног на голову.
Веб-технологии :: Django :: Djano и Mysql engines
2008-06-11T00:02:03+03:00PyCraft13819Ничего не имею против Python и Django ибо первый нравится, а второй люди делали для себя, а не для меня. Однако, не разделяю Вашего оптимизма по поводу их идеальности для моделирования данных. Они для этого совсем не предназначены. Для этого существуют специальные средства (IDEF,UML) Графические примитивы всяко нагляднее и проще, чем модели в Django. По крайней мере для меня, а я именно для себя ищу инструмент. Если бы в Django был такой визуальный инструмент, напрямую работающий с кодом модели Django(а не с моделью базы данных) то это было бы намного удобнее чем городить описанную выше цепочку. Технически это совсем не сложно реализовать даже студенту(намного намного проще, чем то что понаделано), поэтому я и удивился почему его нет в базовой версии. Просто не нужен был, задачи БД были простые, не досмотрели. Нужное подчеркнуть
Веб-технологии :: Django :: Djano и Mysql engines
2008-06-10T19:18:58+03:00Александр Кошелев13813<blockquote><em>PyCraft</em><br/>Это отдельная большая(лишняя) работа и не понятно как это автоматизировать.</blockquote>Но, если очень нужно, то некую рутину всегда можно сократить.<br/><blockquote><em>PyCraft</em><br/>Понятно, но какая Объектная(Models.py) или Логическая(ER)</blockquote>Models.py<br/><blockquote><em>PyCraft</em><br/>От чего плясать, от диаграммы к питону или от питона к диаграмме?</blockquote>От питона к питону. Зачем плодить сущности, если питон сам очень хорошо для прототипирования и само-документирования?<br/><blockquote><em>PyCraft</em><br/>Domain-Specific Language</blockquote>Именно. Само описание джанго модели максимально визуально и функционально.
Веб-технологии :: Django :: Djano и Mysql engines
2008-06-10T18:45:16+03:00PyCraft13810<blockquote><em>Daevaorn</em><br/>Так автоматизируйте. Что мешает?</blockquote>Это отдельная большая(лишняя) работа и не понятно как это автоматизировать.<br/><blockquote><em>Daevaorn</em><br/>Модель первична.</blockquote>Понятно, но какая Объектная(Models.py) или Логическая(ER)<br/>От чего плясать, от диаграммы к питону или от питона к диаграмме?<br/><blockquote><em>Daevaorn</em><br/>Куда уж визуальнее и функциональнее чем имеющийся DSL?</blockquote>а это что такое, Domain-Specific Language для шаблонов генерации HTML, или что-то иное?<br/><br/>Согласен, перенести бы часть ветки в отдельную тему, начиная от моего первого поста.