ASM — это скорее законы (конституция, ТК, УК и др.) страны. Достаточно точное описание законов и правил поведения. Религия-религией, а вот нарушите законы (систему команд процессора) и ай как плохо будет. ASM-ов много, как и стран (типов процессоров), и все они изменялись во временем. Конституция более точна, нежели религия, но религия берет на себя объяснение многих вещей, в которые вам не надо вникать, в отличии от освоения законов. В тоже время достаточно предеживаться закона страны в которй вы живете (знать систему команд проца, на котором сидите), и все будет нормально (работать без сбоев), даже если не вникать в религии (не осваивать языки высокого уровня).
ASM вообще сюда приписывать не накдо на мой взгляд. Религии, похожей на ASM нет, поскольку ASM больше напоминает законы по котором строятся религии. Это чем-то напоминает заповеди библии, смысл которых есть в каждой религии, но ни одна религия не включает в себя только данные заповеди, все они имеют некоторую мифологию (т.е. синтаксис).
Это субъективное мнение автора, который не факт, что хорошо знаком с религиями. Кратеньким путеводителлем по религиям может служить, если бы в статье были подробное объяснение что к чему и почему относится с сылками на источники.
А так, вообще-то это ничего не значит, только время немножко убить.
Логичнее было бы предположить, что C — это христианство как таковое, а дальше, C++ С# и другие С-подобныее языки — это ответвления (католическое, православное, протестантское). Это похоже на правду — религий, наследуемых от христианства очень много, так же как и C-подобных языков. А Java похожа на ислам, т.к. появилась позже и на основе многих других, более древних религий (в т.ч. и христианства — С).
Я видел эту статью давно, но немного не согласен с ней, поэтому не стал делать перевод, хотя мысль была.
Ну не любят просто бейсик большинство програмеров, не любят… Может из-за оператора goto, при использовании которого часто такая чертовщина получается… :-)))
Ну вот, один дизайнер придумал Optimus, другой придумал Prime… Осталось только найти третьего, кто соединит эти два устройства и десаптиконов можно не бояться. :-)
Это потому что большинство (если не все) игры заточены под стандартные размеры экрана. Для такого компа нужны игры заточенные под такой экран. Тогда будет очень даже круто я думаю.
Можно, получится одна длинная стока (длинее, чем эти 3), которая еще и схватит немного лишних ресурсов. Проще просто исходные 3 строки в одну записать.
По поводу ORM_Tree — нет, в описании модели класса можно объявить свойство protected $parent_key, которое будет содержать имя колонки с id родителя.
Вы, кажется, не поняли вопроса. Я спрашивал не про имя колонки, а про алгоритм хранения дерева. Тут используется алгоритм на основе хранения id родителя (parent_id), что вообще-то часто достаточно ресурсоемко. Кроме этого существуют другие, менее ресурсоемкие алгоритмы (Depth-Level, Nested Set). Вопрос — поддерживае ли их ORM_Tree?
Я не вникал особо в код, но сразу в глаза бросились 3 момента:
1. Названия таблиц без префиксов. Из в принципе нельзя использовать или тут только для примера?
2. А чего при создании таблиц где-то указано DEFAULT CHARSET=utf8; а где-то нет? Ну понятно, для примера, но всеже если этот пример выполнить в баде где по дефолту Win-1251 установлено, что тогда будет? Не съедут ли данные?
3. ORM_Tree работает с деревьями на основе parent_id? Только с ними? Просто не самый лучший способ хранить деревья.
Блин, даже каменты какие-то скучные. Через раз: а-ля «Ваш сайт — говно» и «Не получилось».
Про смысл вам уже написали, повторяться не буду, поэтому буду придераться к конкретным вещам :-)
Верстку можно было и нормальную сделать. Это же лицо сайта. А я честно говоря сначла подумал, что у меня в Опере просто поехало все, пока не посмотрел в остальных браузерах.
Теперь наденные баги примерно за 5 мин простмотра сайта (ладно, вру за 7 мин):
1. Блоки Все "+X / Топ / Избранное" и «Хорошие / Новые +N» уш лучше было бы сделать на одной линейке, а то в самом центре странцы пустое мето.
2. Расстояние между картинками и текстом их обрамляющим не должно быть нулевым.
3. Меджу тегами и текстом можно было и оставить расстояние.
4. Кое-где встречающееся <a href="#"> не выдерживает никакой критики.
5. Кртинки на автарах не всегда грузятся (/templates/skin/sp/images/default-startup-48.jpg).
6. 404 страница выглядит отвратительно (+ страницы регистрации/логина)
7. Реклама: google — это писец. Лучше вообще не писать.
Негативных откликов было бы меньше, если бы вы постарались хоть немного «причесать» сайт перед открытием.
Иногда в поисках возможности создать что-то более простое, чем имеющиеся стандартные методя языка приводят к абсолютно другому результату. Это я к тому, что есть некоторая грань, которая стоит в максимальной простоте и удобности для большинства пользователей. Эта грань очень сумрачна и размыта и определяется только временем. Если есть в языке неудобные штуки — появляются заплатки, которые делают их удобными и т.д.
Всегда есть возможность сделать лучше. Абсолютно всегда. Всегда, в любую систему можно добавить новый функционал или улучшить старый. Но не всегда это нужно.
то что вы сделали конечно предполагает очень красивое написание, не спорю. Только вот можно обойтись без этого? Думаю, что да. Тем более, что если к странностям php (а такие странности в любом языке есть) привыкаешь, то уже не думаешь над названиями функций.
Вобщем, конечно красиво, но я бы не стал этим пользоваться. Потому что кроме красоты это мало что дает. Но за эту красоту надо еще заплатить 1) тем, что надо все-таки врубаться в ваши классы 2) что лишних ресурсов это чуть-чуть да сожрет. А при частом использовании может и не чуть-чуть.
Не, не думаю. Если бы это был jQuery на php, то нужен некий god-обжект, в который входят все вышеперчисленныве классы, и работает с соответствующим в зависимости от запроса и аргуметов методов __get, __set и __call. А так — просто пара классов и все :-)
ASM — это скорее законы (конституция, ТК, УК и др.) страны. Достаточно точное описание законов и правил поведения. Религия-религией, а вот нарушите законы (систему команд процессора) и ай как плохо будет. ASM-ов много, как и стран (типов процессоров), и все они изменялись во временем. Конституция более точна, нежели религия, но религия берет на себя объяснение многих вещей, в которые вам не надо вникать, в отличии от освоения законов. В тоже время достаточно предеживаться закона страны в которй вы живете (знать систему команд проца, на котором сидите), и все будет нормально (работать без сбоев), даже если не вникать в религии (не осваивать языки высокого уровня).
А так, вообще-то это ничего не значит, только время немножко убить.
Я видел эту статью давно, но немного не согласен с ней, поэтому не стал делать перевод, хотя мысль была.
Вы, кажется, не поняли вопроса. Я спрашивал не про имя колонки, а про алгоритм хранения дерева. Тут используется алгоритм на основе хранения id родителя (parent_id), что вообще-то часто достаточно ресурсоемко. Кроме этого существуют другие, менее ресурсоемкие алгоритмы (Depth-Level, Nested Set). Вопрос — поддерживае ли их ORM_Tree?
1. Названия таблиц без префиксов. Из в принципе нельзя использовать или тут только для примера?
2. А чего при создании таблиц где-то указано DEFAULT CHARSET=utf8; а где-то нет? Ну понятно, для примера, но всеже если этот пример выполнить в баде где по дефолту Win-1251 установлено, что тогда будет? Не съедут ли данные?
3. ORM_Tree работает с деревьями на основе parent_id? Только с ними? Просто не самый лучший способ хранить деревья.
Да, и во вьювах на мой взгляд конструкции
более понятны, нежели
но это мое личное мнение.
Про смысл вам уже написали, повторяться не буду, поэтому буду придераться к конкретным вещам :-)
Верстку можно было и нормальную сделать. Это же лицо сайта. А я честно говоря сначла подумал, что у меня в Опере просто поехало все, пока не посмотрел в остальных браузерах.
Теперь наденные баги примерно за 5 мин простмотра сайта (ладно, вру за 7 мин):
1. Блоки Все "+X / Топ / Избранное" и «Хорошие / Новые +N» уш лучше было бы сделать на одной линейке, а то в самом центре странцы пустое мето.
2. Расстояние между картинками и текстом их обрамляющим не должно быть нулевым.
3. Меджу тегами и текстом можно было и оставить расстояние.
4. Кое-где встречающееся <a href="#"> не выдерживает никакой критики.
5. Кртинки на автарах не всегда грузятся (/templates/skin/sp/images/default-startup-48.jpg).
6. 404 страница выглядит отвратительно (+ страницы регистрации/логина)
7. Реклама: google — это писец. Лучше вообще не писать.
Негативных откликов было бы меньше, если бы вы постарались хоть немного «причесать» сайт перед открытием.
Иногда в поисках возможности создать что-то более простое, чем имеющиеся стандартные методя языка приводят к абсолютно другому результату. Это я к тому, что есть некоторая грань, которая стоит в максимальной простоте и удобности для большинства пользователей. Эта грань очень сумрачна и размыта и определяется только временем. Если есть в языке неудобные штуки — появляются заплатки, которые делают их удобными и т.д.
Всегда есть возможность сделать лучше. Абсолютно всегда. Всегда, в любую систему можно добавить новый функционал или улучшить старый. Но не всегда это нужно.
то что вы сделали конечно предполагает очень красивое написание, не спорю. Только вот можно обойтись без этого? Думаю, что да. Тем более, что если к странностям php (а такие странности в любом языке есть) привыкаешь, то уже не думаешь над названиями функций.
Вобщем, конечно красиво, но я бы не стал этим пользоваться. Потому что кроме красоты это мало что дает. Но за эту красоту надо еще заплатить 1) тем, что надо все-таки врубаться в ваши классы 2) что лишних ресурсов это чуть-чуть да сожрет. А при частом использовании может и не чуть-чуть.
Тогда представляю как лаборанты развлекаются:
— А давай посмотрим о чем Обама думает?
— Давай!
— Хм, блин… Опять знак доллара высвечивается...