строго говоря «переносимость кода» никак не связана с возможностью изменять код во время исполнения, однако указатели на функцию очевидный путь изменения поведения программы и ее частей во время исполнения.
понятие эффективности — это сложное понятие. Например с точки зрения обучения интерпетаторы всегда более эффективны компиляторов. Или если у Вас код исполняется только однажды (например Вы проводите разовые вычисления) разница «эффективности» компиляции и интерпретации резко стирается. часто интерпретаторы более эффективны компиляторов (раз Вы знаете что такое лисп — наверняка видели кучу примеров).
Часто ли в стандартах (языков программирования) Вы встречаете указания на то, как должен быть реализован язык (в виде интерпретатора или компилятора)? лично я не часто. языки не разрабатываются из расчета того, как код на этих языках будет транслироваться в машинные коды.
Попробуйте ввести на основе величины interpreter overhead :) Любое конкретное число — ошибка. Разделения не существует.
динамическая типизация и возможность изменять свой код в runtime — понятия ортогональные. например язык C — указатели на фукнцию — это прямой путь менять свой «код» во время исполнения.
нет интерпретируемых или компилируемых языков. компиляция или интерпретация — это лишь реализация. для лиспа есть как интерпретаторы, так и компиляторы. точно также и для С есть как компиляторы, так и интерпретаторы.
полностью поддерживаю. от себя хочу добавить, что компиляция \ интерпретация языка программирования никак не влияет на то, какие концепции поддерживает язык. Верно и обратно — для любого языка можно написать как интерпретатор, так и компилятор.
да автор вообще не понятно о чем говорит, его «якобы менеджер» — вроде «менеджер продаж» так, как согласно схеме работ: «Менеджер находит клиента, и рассказывает вам все, что о нем знает», но и полноценным менеджером продаж его считать как-то тяжело согласно второму пункту — там он больше похож на интервьюера, вроде как самостоятельно усвоить требования клиента он не способен. Ну и конечно согласно схеме работ «якобы менеджер» не является «менеджером проекта», так как управлением проекта не занимается. Согласно схеме работ «якобы менеджер» у автора — это посыльный :) детальный коммент тут habrahabr.ru/blogs/pm/48908/#comment_1275318
менеджер проекта никогда не получает процента, только ставку, потому что его задача довести проект до завершения в нужные сроки и бюджеты, у него не должно быть соблазна набрать проектов и потом их завалить, у него не должно быть соблазна ублажать клиента, чтобы «якобы завершить» проект и заодно перерасходовать ресурсы компании, его задача: сделать проект в соответствии с ТЗ, в соответствии с оговоренными сроками и оговоренной стоимостью
что значит «реальная цена»? :) каждый договаривается как может
«якобы менеджеры» это кто-то не понятный, если Вы спрашиваете о «менеджерах продаж», то (по опыту работы в трех конторах) я видел следущую картину: ставка + 10-20% с объема продаж. Многое зависит от объема проекта. Все тут бросаются процентами, но получаем ты мы деньги (штуки, единицы). Чем больше проект, тем процент меньше.
* Вы пересылаете менеджеру анкету, с вопросами о пожеланиях клиента к функционалу и дизайну сайта, он передаете анкету клиенту, клиент ее заполняет, менеджер возвращает анкету вам (ссылка на анкету в конце статьи).
— ээээ вы используете «якобы менеджера» в качестве посыльного? средства элетронной почты \ факса уже не доступны? клиент не сможет заполнить анкету самостоятельно? Кстати анкета — бред, какой серьезный дядя\ тетя будет заполнять 4 листа?! если у него большой проект — он знает что хочет и у него есть ТЗ или его подобие, если проект маленький, то тз будет меньше чем 4 листа. Лес нужно беречь в конце концов!
* Вы пересылаете менеджеру договор с вашей подписью (не электронный, настоящий, бумажный), и готовое ТЗ, клиент расписывается на обоих документах.
— а вашему «якобы менеджеру» вы как пересылаете договор? неужели сразу клиенту нельзя? или факсом \ службой доставки только «якобы менеджер» умеет пользоваться?
* Ваш дизайнер, делает по Техническому заданию эскиз дизайна, который менеджер показываете клиенту.
— ну реально клиент вий что ли, а «якобы менеджер» открывает ему веки? клиент не способен посмотреть макет дизайна самостоятельно? а вы по телефону \ скайпу \ и т.д. откомментировать при острой необходимости?
по факту существенным является только
* Менеджер находит клиента, и рассказывает вам все, что о нем знает
— а раз так… уж больно похоже на призыв: «Эге-гей! я\мы\ты\вы работаем на откатах! скорее к нам! продай разработку своей конторе и получишь конфетку в подарок!»
ispserver.com и firstvds.ru это одна контора, одни люди. Так что переезжать даже не нужно — они проапгрейдят c firstvds на ispserver при вашем желании.
это открытый проект http://sourceforge.net/projects/browsers…, вы можете у себя поставить shotserver и несколько shotfactory, например на виртуальных машинах и получите все "нестандартности" какие только захотите
для работы с хранимыми процедурами достаточно mysql 5.0
>Нельзя написать свою функцию, без использования сторонних сурсов?
можно
>И на сколько это может быть эффективней
Все зависит от специфики задачи, может быть значительно эффективнее :)
Небольшой пример:
-------------------------------------------
DELIMITER //
DROP PROCEDURE IF EXISTS `search`//
CREATE PROCEDURE `search`(IN firstname VARCHAR(255))
BEGIN
SET @firstname = firstname;
SET @outQuantity = 0;
SET @query = "SELECT SQL_CALC_FOUND_ROWS User.* FROM users User";
IF @firstname != '' THEN
SET @query = CONCAT(@query, "where User.first_name LIKE '", @firstname ,"%' ");
END IF;
PREPARE STMT FROM @query;
EXECUTE STMT;
SELECT FOUND_ROWS() INTO @outQuantity;
END
//
DELIMITER ;
-------------------------------------------
если Вы хотите потом использовать хранимые процедуры из php почитайте тут:
http://forums.mysql.com/read.php?52,73171,73171
там написано как делать запрос используя mysql экстеншен
если у вас mysqli см. mysqli_multi_query + mysqli_store_result
стечение обстоятельств: не выделили деньги на открытие офиса в германии + тем, кому нравилось typo3 и оно у них превосходно получалось ушли. Оба момента касаются исключительно ситуации внутри предприятия и не связаны со спецификой typo3. Хотя, конечно, это не та система за которую можно посадить новичка и быть твердо увереным в том, что он либо разберется, либо не сможет достаточно сильно навредить :)
еще пара слов о системе:
она по-своему очень красивая :) например есть такой модуль как templavoila (http://typo3.org/extensions/repository/view/templavoila/1.3.4/) "point-and-click template engine" который позволяет загрузив теплейт визуально его разметить для вывода различных видов контента
чуть ниже говорят, что typo3 тяжелая :) это не совсем правда - в ней просто много лишнего как и в любой CMS общего назначения - если убрать все лишнее - можно не только существенно сократить объем дистрибутива, но и существенно повысить скорость. Кроме того есть специальные экстеншены для кеширования и т.д.
ну и вообще не в тему: лично я был из лагеря критиков системы, но проходит время и плохое забывается :) сейчас одно только позитивное впечатление от системы, за исключением того, что все-таки система не для всех :)
категорически не согласен. документирована хорошо, много обзорных материалов, есть об архитектуре системы в целом, я уже не говорю о http://typo3.org/podcasts/ на любой вкус и цвет. а уж если вы знаете немецкий, то ... ответ на любой вопрос по typo3 можно найти на google.de. вопрос в том, что все-таки система сложна, на мой взгляд неоправдано сложна. Мы больше года разрабатывали на typo3, сделали около 20 проектов разной сложности и в конце концов отказались от typo3. На мой взгляд бешенная популярность typo3 в германии (+австрии, дании, голландии, польще и немного испании) и популярность битрикса в россии имеют что-то общее и это общее никак не связано с архитектурой системы \ ее удобством программисту :)
обычно google хорошо ищет свои сайты, так что поиск с ключевыми словами "Google Code University" дает: http://code.google.com/edu/ а для тех, кто не умеет пользоваться поисковиком - в университет рано
> Речь идёт в первую очередь о литературных и музыкальных проектах,
> но эти выкладки вполне применимы для многих интернет-стартапов,
> которые безуспешно пытаются покорить массовый рынок.
Некорректное обобщение
Термин "длинный хвост" пришел из контекста рекламных площадок. Изначально считалось, что условно говоря top100 самых популярных сайтов будут давать 90% эффективных переходов по рекламным ссылкам. Но! оказалось, что альтернативная модель - размещение контекстной рекламы на специфических ресурсах (на "хвосте интернета") более эффективна. Затем понятие расширилось, что практически привело к его смерти :)
Грубо говоря, если следовать Вашим обобщениям википедию можно создать 1000 фанатами :), но это не возможно, это пытались сделать и результата это не принесло - википедии нужен ХВОСТ! :) и благодаря хвосту википедия представляет собой уникальную БД знаний
Часто ли в стандартах (языков программирования) Вы встречаете указания на то, как должен быть реализован язык (в виде интерпретатора или компилятора)? лично я не часто. языки не разрабатываются из расчета того, как код на этих языках будет транслироваться в машинные коды.
Попробуйте ввести на основе величины interpreter overhead :) Любое конкретное число — ошибка. Разделения не существует.
«якобы менеджеры» это кто-то не понятный, если Вы спрашиваете о «менеджерах продаж», то (по опыту работы в трех конторах) я видел следущую картину: ставка + 10-20% с объема продаж. Многое зависит от объема проекта. Все тут бросаются процентами, но получаем ты мы деньги (штуки, единицы). Чем больше проект, тем процент меньше.
* Вы пересылаете менеджеру анкету, с вопросами о пожеланиях клиента к функционалу и дизайну сайта, он передаете анкету клиенту, клиент ее заполняет, менеджер возвращает анкету вам (ссылка на анкету в конце статьи).
— ээээ вы используете «якобы менеджера» в качестве посыльного? средства элетронной почты \ факса уже не доступны? клиент не сможет заполнить анкету самостоятельно? Кстати анкета — бред, какой серьезный дядя\ тетя будет заполнять 4 листа?! если у него большой проект — он знает что хочет и у него есть ТЗ или его подобие, если проект маленький, то тз будет меньше чем 4 листа. Лес нужно беречь в конце концов!
* Вы пересылаете менеджеру договор с вашей подписью (не электронный, настоящий, бумажный), и готовое ТЗ, клиент расписывается на обоих документах.
— а вашему «якобы менеджеру» вы как пересылаете договор? неужели сразу клиенту нельзя? или факсом \ службой доставки только «якобы менеджер» умеет пользоваться?
* Ваш дизайнер, делает по Техническому заданию эскиз дизайна, который менеджер показываете клиенту.
— ну реально клиент вий что ли, а «якобы менеджер» открывает ему веки? клиент не способен посмотреть макет дизайна самостоятельно? а вы по телефону \ скайпу \ и т.д. откомментировать при острой необходимости?
по факту существенным является только
* Менеджер находит клиента, и рассказывает вам все, что о нем знает
— а раз так… уж больно похоже на призыв: «Эге-гей! я\мы\ты\вы работаем на откатах! скорее к нам! продай разработку своей конторе и получишь конфетку в подарок!»
>Нельзя написать свою функцию, без использования сторонних сурсов?
можно
>И на сколько это может быть эффективней
Все зависит от специфики задачи, может быть значительно эффективнее :)
Небольшой пример:
-------------------------------------------
DELIMITER //
DROP PROCEDURE IF EXISTS `search`//
CREATE PROCEDURE `search`(IN firstname VARCHAR(255))
BEGIN
SET @firstname = firstname;
SET @outQuantity = 0;
SET @query = "SELECT SQL_CALC_FOUND_ROWS User.* FROM users User";
IF @firstname != '' THEN
SET @query = CONCAT(@query, "where User.first_name LIKE '", @firstname ,"%' ");
END IF;
PREPARE STMT FROM @query;
EXECUTE STMT;
SELECT FOUND_ROWS() INTO @outQuantity;
END
//
DELIMITER ;
-------------------------------------------
если Вы хотите потом использовать хранимые процедуры из php почитайте тут:
http://forums.mysql.com/read.php?52,73171,73171
там написано как делать запрос используя mysql экстеншен
если у вас mysqli см. mysqli_multi_query + mysqli_store_result
еще пара слов о системе:
она по-своему очень красивая :) например есть такой модуль как templavoila (http://typo3.org/extensions/repository/view/templavoila/1.3.4/) "point-and-click template engine" который позволяет загрузив теплейт визуально его разметить для вывода различных видов контента
чуть ниже говорят, что typo3 тяжелая :) это не совсем правда - в ней просто много лишнего как и в любой CMS общего назначения - если убрать все лишнее - можно не только существенно сократить объем дистрибутива, но и существенно повысить скорость. Кроме того есть специальные экстеншены для кеширования и т.д.
ну и вообще не в тему: лично я был из лагеря критиков системы, но проходит время и плохое забывается :) сейчас одно только позитивное впечатление от системы, за исключением того, что все-таки система не для всех :)
больше подробностей и конкретики! :)
> но эти выкладки вполне применимы для многих интернет-стартапов,
> которые безуспешно пытаются покорить массовый рынок.
Некорректное обобщение
Термин "длинный хвост" пришел из контекста рекламных площадок. Изначально считалось, что условно говоря top100 самых популярных сайтов будут давать 90% эффективных переходов по рекламным ссылкам. Но! оказалось, что альтернативная модель - размещение контекстной рекламы на специфических ресурсах (на "хвосте интернета") более эффективна. Затем понятие расширилось, что практически привело к его смерти :)
Грубо говоря, если следовать Вашим обобщениям википедию можно создать 1000 фанатами :), но это не возможно, это пытались сделать и результата это не принесло - википедии нужен ХВОСТ! :) и благодаря хвосту википедия представляет собой уникальную БД знаний