Плевали мы на эти программы с большой колокольни...
Barkov хорошо сказал...
Есть Illustrator, Corel, Photoshop и чувство стиля и вкуса... достаточно и этого.
Нам еще хотят какуе-то пургу всунуть... чтоб мы по ней жили... в жопу такие программы...
:)) Хороший ответ.
Это не дизайнерам (плевали они на всё что советуют, свобода - это творчество, и кто скажет что красный не гармонирует с зеленым, всё прекрасно гармонирует ... посморите на клубнику)... это ламеразанерам.
Это все равно что шаблоны для сайтов... не один уважающий себя дизайнер не возьмет шаблон ... а слепит с нуля...
Illustrator, Corel, Photoshop для превью сайта - никто не отменял...
А что подрозумевает под собой понятие "легковесная" в Вашем понимании?
Кстати совет... я так понял вы представляете русскоязычную локализацию.
Переделать дефаулт тему на предмет:
Во первых перевести с echo '<a href="'.тырыпыры </code> <strong>на</strong> <code> ?><a href="<?..тырыпыры;?>"
во вторых дизайн по современнее
Извините, это не к вам, но меня поражают плюсы за... "извинения" 8-\
Просто какой то парадокс...
По тех. вопросам - не ответа не привета... мало того минусы..
А каком рейтинге кармы может идти речь, если за тех. критику ставят минусы... а за простые извенения - плюсы.
Например мне гараздо интереснее критика по тех. вопросам...
Да что за детское сообщество... у меня 3 детей - поведение - одинаковое. Им простительно - они дети... Но все же уже взрослые, или здесь тоже дети?
Ну спасибо хоть на этом :)
Кстати за такие не аргументированные минусы... потом написать то ничего нельзя. А мне как раз есть про что написать.
1. Чтобы я хотел бы посоветовать. Сделать настоящий контроллер. Выбирать конечно вам какого плана... или модульный или иерархический. Я пошел по пути иерархического и ни капли не жалею. Получилась унифицированная гибкая cms с отделением кода от шаблонов. Мало того еще и легковесная а по наворотам и гибкости превосходящая эту работу.
2. Отделить код от шаблонов... и модулей тоже (очень легко при иерархии). Кстати я в своей cms всё отделил (спасибо MVC :) )
3. Поработать с "правами" юзеров (уж больно топорно) Но для этого нужна хоть какае-то иерархия опять же.
Во вторых "темы" писать не для программеров (а расчет форума идет как коробочный) а для верстальщиков.
Что в плюсах ... на вид красивый код... это радует :)
Нет, ну вы нормальные люди... опять минус, и никаких аргументов... обидели проект? На обиженных воду возят.
Ребята - надо смотреть правде в лицо: знание ООП это не показатель... это институтский курс, а вот ошибки архитектуры - полное дерьмо. ООП - это не архитектура проекта - запомните, это инструмент.
Сделать именно такой форум - это дипломная работа в институте. Кстати минус без аргументов по техническим вопросам - это какое-то детство...
Вывод: форум - чьето детство.
Честно говоря - не вдохновил...
А "таскание" html кода через вись движок (extensions) фактически это мягко говоря ужас.
А за такое в шаблонах
echo '<li> <label for="txtFirstName">'.$this->Context->GetDefinition('YourFirstName').'</label>
вообще по рукам давать надо...
как вы думаете... как верстальщик тему будет переделывать... в шаблонах темы намудрили 100% причем из-за ООП
Да и еще - вы хотите сказать что она легковесная?
куча всего...
Кстати ООП вы злоупотребили в проекте... имхо.
Можно было бы реализовать такой проект гараздо проще...
Кстати куда дели контроллер в реальном виде?
Связь сущностей - это не контроллер
Короче, с чем боролись (risk / x86), на то и напоролись… встречайте …Palm x86.
Те же яйца только в профиль и модели 2008. Скоро наверно этот мегагигамостр вынь хунь профешинал будет и в пылесосах стоять.
Нет, это просто тормознутость какае-то... 2008 год... и только "додуматься" до этого.
Когда я ваял своего паучка по сбору новостей линков на новости, мне в голову сразу такая мысль пришла, но это было в 2000 году то.
И большой сложности с технической реализацией там особо нет, тем более для такой софтверно-инетовской компании как гугл, которую я кстати очень уважаю. Просто не понятны причины... скорее всего как всегда ошибка отдела маркетинга. На гребне успеха хватало и того что есть... Теперь когда ms хочет купить yahoo начал шевелится отдел маркетинга...:)
С таким дизайном "индейцам" делать нехуй на рынках европы и сша.
Особенно понравилась крышка гроба этого монстра.
Вообще не понятно кто такое убожество с точки зрения дизайна "слабал".
Очень похож на китайский калькулятор-игрушку-компьютер, только в стиле индийских фильмов.
Это всё конечно прекрасно. До того момента когда во время проекта приходится пересматривать сущности.
Я думаю, что "пересмотром" кода надо занимать в конце проекта. Т.е. рефакторингом кода.
Да, согласен, основную архитектуру надо продумать сразу и описать сразу, но сущности... могу поспорить в большом проекте они будут пересматриваться не один раз и не два. Вот тогда можно и запутаться в сущностях (что откуда и куда).
Вот когда проект подошел к beta тогда и можно рефакторить и переводить в сущности и т.п. чтобы в будущем было уже легко денормализировать и масштабировать проект.
Правильно... только совсем не обязательно в село. Все спокойно живут в пригородах.
Выгода очевидна. Спокойствие - раз (ну и то что вы перечислили). Сохранение работы и благ - два (все же не во всех сёлах есть 1 мб и-нет).
Минусы... добираться с работы (хотя сомнительный минус - иногда и быстрее)
и самый большой минус! Цена земли и дома в этих районах.
Кстати я сам перебрался в пригород со столицы и кстати давно ... теперь можно выйти на крыльцо и плюнуть спокойно...зная что на соседа снизу не попадешь... :)
А до центра столицы (баз пробок конечно) я доезжаю за 25 минут неспешно, более 120 я не летаю.
Почему минусов... когда-то все такими были...
или кто-то не был? сразу родился хорошим программером?
Плох тот кто не учится на своих и чужих ошибках.
Я более чем уверен что тот претендент после обьяснения ему что такое по настоящему ООП - через месяц бы ваял код не хуже других. Всё еще зависит от логики претендента... поэтому в гугл дают на собеседовании логические архитектурные вопросы.
Хотя как раз ООП это конечно архитектура и логика и есть :)
Я тоже считаю что ajax надо использовать с головой. Особенно с выводом основного контента.
Его так не любят поисковики...
Я понимаю, использование ajax, в добавлении коммента или добавлении страницы в закладки, голосованиях... но в выводе контента для сайта - извините нет, только для интерфейсов амин. части.
Ну не любят поисковики вывод контента ajax, а также и флеш туда же...
Идея статьи хороша! Но только чисто теоретически, реальное же применение очень сейчас сомнительно. Да и я думаю большие компании не очень заинтересованы в таком подходе... сами знаете почему... реклама, я думаю поэтому и ajax только "раскурутили" недавно, хотя практически его можно было использованть ооочень давно.
Совсем не совпадение. Тоже наблюдал ту же картину и не раз. Хотел зарегистрировать домен в зоне .com. Проверил. На следующий день он был уже занят... но через неделю "освободился", т.к. был не оплачен. Такое ощущение, что делегирован домен был автоматом.
Barkov хорошо сказал...
Есть Illustrator, Corel, Photoshop и чувство стиля и вкуса... достаточно и этого.
Нам еще хотят какуе-то пургу всунуть... чтоб мы по ней жили... в жопу такие программы...
Это не дизайнерам (плевали они на всё что советуют, свобода - это творчество, и кто скажет что красный не гармонирует с зеленым, всё прекрасно гармонирует ... посморите на клубнику)... это ламеразанерам.
Это все равно что шаблоны для сайтов... не один уважающий себя дизайнер не возьмет шаблон ... а слепит с нуля...
Illustrator, Corel, Photoshop для превью сайта - никто не отменял...
Кстати совет... я так понял вы представляете русскоязычную локализацию.
Переделать дефаулт тему на предмет:
Во первых перевести с
echo '<a href="'.тырыпыры </code> <strong>на</strong> <code> ?><a href="<?..тырыпыры;?>"во вторых дизайн по современнее
Просто какой то парадокс...
По тех. вопросам - не ответа не привета... мало того минусы..
А каком рейтинге кармы может идти речь, если за тех. критику ставят минусы... а за простые извенения - плюсы.
Например мне гараздо интереснее критика по тех. вопросам...
Да что за детское сообщество... у меня 3 детей - поведение - одинаковое. Им простительно - они дети... Но все же уже взрослые, или здесь тоже дети?
Кстати за такие не аргументированные минусы... потом написать то ничего нельзя. А мне как раз есть про что написать.
1. Чтобы я хотел бы посоветовать. Сделать настоящий контроллер. Выбирать конечно вам какого плана... или модульный или иерархический. Я пошел по пути иерархического и ни капли не жалею. Получилась унифицированная гибкая cms с отделением кода от шаблонов. Мало того еще и легковесная а по наворотам и гибкости превосходящая эту работу.
2. Отделить код от шаблонов... и модулей тоже (очень легко при иерархии). Кстати я в своей cms всё отделил (спасибо MVC :) )
3. Поработать с "правами" юзеров (уж больно топорно) Но для этого нужна хоть какае-то иерархия опять же.
Во вторых "темы" писать не для программеров (а расчет форума идет как коробочный) а для верстальщиков.
Что в плюсах ... на вид красивый код... это радует :)
Ребята - надо смотреть правде в лицо: знание ООП это не показатель... это институтский курс, а вот ошибки архитектуры - полное дерьмо. ООП - это не архитектура проекта - запомните, это инструмент.
Сделать именно такой форум - это дипломная работа в институте. Кстати минус без аргументов по техническим вопросам - это какое-то детство...
Вывод: форум - чьето детство.
А "таскание" html кода через вись движок (extensions) фактически это мягко говоря ужас.
А за такое в шаблонах
echo '<li> <label for="txtFirstName">'.$this->Context->GetDefinition('YourFirstName').'</label>
вообще по рукам давать надо...
как вы думаете... как верстальщик тему будет переделывать... в шаблонах темы намудрили 100% причем из-за ООП
Да и еще - вы хотите сказать что она легковесная?
куча всего...
Кстати ООП вы злоупотребили в проекте... имхо.
Можно было бы реализовать такой проект гараздо проще...
Кстати куда дели контроллер в реальном виде?
Связь сущностей - это не контроллер
Те же яйца только в профиль и модели 2008. Скоро наверно этот мегагигамостр вынь хунь профешинал будет и в пылесосах стоять.
Когда я ваял своего паучка по сбору новостей линков на новости, мне в голову сразу такая мысль пришла, но это было в 2000 году то.
И большой сложности с технической реализацией там особо нет, тем более для такой софтверно-инетовской компании как гугл, которую я кстати очень уважаю. Просто не понятны причины... скорее всего как всегда ошибка отдела маркетинга. На гребне успеха хватало и того что есть... Теперь когда ms хочет купить yahoo начал шевелится отдел маркетинга...:)
Особенно понравилась крышка гроба этого монстра.
Вообще не понятно кто такое убожество с точки зрения дизайна "слабал".
Очень похож на китайский калькулятор-игрушку-компьютер, только в стиле индийских фильмов.
Я думаю, что "пересмотром" кода надо занимать в конце проекта. Т.е. рефакторингом кода.
Да, согласен, основную архитектуру надо продумать сразу и описать сразу, но сущности... могу поспорить в большом проекте они будут пересматриваться не один раз и не два. Вот тогда можно и запутаться в сущностях (что откуда и куда).
Вот когда проект подошел к beta тогда и можно рефакторить и переводить в сущности и т.п. чтобы в будущем было уже легко денормализировать и масштабировать проект.
Выгода очевидна. Спокойствие - раз (ну и то что вы перечислили). Сохранение работы и благ - два (все же не во всех сёлах есть 1 мб и-нет).
Минусы... добираться с работы (хотя сомнительный минус - иногда и быстрее)
и самый большой минус! Цена земли и дома в этих районах.
Кстати я сам перебрался в пригород со столицы и кстати давно ... теперь можно выйти на крыльцо и плюнуть спокойно...зная что на соседа снизу не попадешь... :)
А до центра столицы (баз пробок конечно) я доезжаю за 25 минут неспешно, более 120 я не летаю.
или кто-то не был? сразу родился хорошим программером?
Плох тот кто не учится на своих и чужих ошибках.
Я более чем уверен что тот претендент после обьяснения ему что такое по настоящему ООП - через месяц бы ваял код не хуже других. Всё еще зависит от логики претендента... поэтому в гугл дают на собеседовании логические архитектурные вопросы.
Хотя как раз ООП это конечно архитектура и логика и есть :)
Его так не любят поисковики...
Я понимаю, использование ajax, в добавлении коммента или добавлении страницы в закладки, голосованиях... но в выводе контента для сайта - извините нет, только для интерфейсов амин. части.
Ну не любят поисковики вывод контента ajax, а также и флеш туда же...
Идея статьи хороша! Но только чисто теоретически, реальное же применение очень сейчас сомнительно. Да и я думаю большие компании не очень заинтересованы в таком подходе... сами знаете почему... реклама, я думаю поэтому и ajax только "раскурутили" недавно, хотя практически его можно было использованть ооочень давно.
Как всегда ошибаются наивные :)