pindle, уважаемый, Вы свои догадки о моих методах работы с людьми при себе держите, ОК? А то Вы, не зная меня, тут чуть ли с Гитлером не сравняли. PS. На Спольски мне глубоко …
>это уменьшение в разы количества пейджвью. ага. тоже была мысль, что именно это как раз не вписывается в глобальную политику развития ресурса. >PS пишу сообщение второй раз с нуля, предыдущее было «сессия истекла» и сообщение потеряно. За такое бьют:) согласен, два раза попадался на это, правда, не переписывал, а сообщение из записанных http-хидеров восстанавливал. Юрию Синодову: почините сайтик ;) пожалуйста.
>Yukko, jobcast.com.ua — ваш проект? Это не проект, это мое хобби. Там помимо всего, что джобсайтам присуще, есть еще простенький полнотекстовый поиск с препроцессором запросов, спамфильтр, RSS-аггрегатор, есть еще скрытый функционал, который я пока не показываю никому. >Посещаемость. 2 килочеловека в сутки >Поднимите посещаемость вашего ресурса, все-таки задача манагерская Вы немного не в теме. Я один из самых крупных поставщиков джобового трафика в Украине ;) У меня его достаточно (собирается он сложно, стоит дорого и его не так много, как кажется), по крайней мере его хватит, чтобы один сайт прочно поставить в ТОП-5 в моей тематике. Пока Джобкаст еще полностью не запущен, выгоднее лить трафик на партнеров. Собственно, это окупает разработку Джобкаста. >Покажите ваш высоконагруженный проект. Опишите кратно серверную часть. Чтобы я Вам что-то рассказал, Вы должны устроиться в ту же компанию, в которой я работаю. Там и поговорим. А публично писюнами меряться у меня нет никакого желания. Джобкаст можете обсуждать сколько вам угодно, мне за него не стыдно, он поддерживается талантливыми людьми и приносит много удовольствия от работы с ним и от толкатни с толстосумами в одной из самых конкурентных ниш в Уанете. Этот проект не претендует на звание «высоконагруженного», он еще в бете, собирает пока только поисковый трафик и предложения инвесторов его купить. Кто похвалится своим личным привлекательным для инвесторов стартапом, который делает в свободное время? Что? Тоже нет желания писюнами меряться?
Представьте себе ситуацию: я прихожу к техникам и говорю, что надо внедрить какую-то мелкую фичу (проблем с производительностью еще нет). Техники смотрят на меня ясными глазами и говорят: «внедрять не будем, потому что проблемы появятся». Напоминает анекдот: «- Производственные травмы были? — Нет! — Будут!» Техники у нас мощные, о кешировании не знают, об эффективных алгоритмах хранения древовидных данных не знают, свой ресурс в глаза не видели, и вообще ни о чем понятия не имеют, просто ходят на работу получать зарплату. А менеджер тупой, ага… пришел к технарям абсолютно без башни, не подумав, ни об архитектуре, ни о затратах, исследования не провел, нагрузку не прикинул, сам проект придумал с утра и пришел внедрять. pindle, я понимаю, что пятница, что уже много текста написано, но Вы тему внимательней читайте ;) >впрочем, Вы правы: у каждого своё понимание задач менеджера. Я о том же. У одних менеджер мечется, альтернативные проекты по функциональности клепает, а технари пиво пьют, и когда менеджер забегает, говорят ему, что его очередная блажь, изложенная на 20 листах, негативно скажется на производительности и отправляют его восвояси, а у других технари под чутким руководством менеджера работают, чтобы проблем с производительностью не было. Вот и вся разница.
Задача технарей — находить решения, а не генерировать отмазки. В этой теме нет ни одного решения, есть только отмазки и стоны, как это сложно, поддерживать большой проект! >я полагал, что задача менеджера — обеспечивать рабочий процесс Вы лично можете полагать все, что угодно, а я от своих технарей давно не слышал фразы «это невозможно сделать». Они садятся и делают. Молча, и без стонов, как это сложно, как это повлияет на архитектуру и т.д.
Когда заходишь к технарям и говоришь, что надо сделать такую фичу и объясняешь какую, они находят миллионы причин, чтобы ее не делать, начиная от возможных проблем с производительностью, заканчивая проблемами ментального характера, которые их вообще не должны беспокоить. С этим можно бороться! >Т. е. чтобы показать всю ветку запросов развернутой, >надо сделать не 1 запрос на хранилище, а 1 + число других веток, >т. е. запросто может быть под 30. В итоге производительность упадет в 30 раз. Вы делаете допущения по архитектуре сервиса, абсолютно не учитывая известные о ней факты. Из чего я могу сделать вывод, что Вы немного злоупотребляете словоблудием исключительно в целях того, чтобы мне все же таким извращенным образом доказать, что я слаб в технических аспектах различных проектов. Нагрузка увеличится только в случае с Expand All, т.е. когда юзер кликает ссылку для раскрытия сразу всех комментов. Во всех остальных случаях раскрытие коммента (тот случай, когда «когда пользователь ветку раскрыть захочет») по нагрузке эквивалентно переходу на другую страницу, где этот коммент раскрыт. Т.е. Ваше допущение о подобной структуре хранения комментов мы учли. Это раз. Даже если все будут кликать на Expand All, то о каком-либо серьезном увеличении нагрузки можно разговаривать только в случае, если комментов много (а значит много и свернутых комментов), в этом случае будет очень много статичных веток комментов, которые можно обслуживать из кеша, а они оттуда и так обслуживаются, юзерскрипт тянет обычную страницу, архитектура ЖЖ давно заточена под отдачу таких страниц. Это два. Мест в ЖЖ, где много свернутых комментов, которые постоянно кем-то разворачиваются не так уж и много. В основном, это тысячники, комментирование и разворачивание веток комментов в этом сегменте ЖЖ происходит постоянно, т.е. глобально на протяжении одного и того же большого периода времени все равно будет открыто практически одно и то же количество страниц с развернутыми комментами (разница не будет составлять 20%) Короче, даже если что-то попытается увеличиться, то увеличится только на обслуживании дневников избранных юзеров, которые, собственно и без этого генерируют большую нагрузку на единицу записи блоггера. Это три. Что будет делать СУП со своим ЖЖ, если этот юзерскрипт вдруг получит дикую популярность и ЖЖ из-за недостатка архитектуры, о котором Вы вещаете, начнет клеить ласты? Молча проводит проект в последний путь?
pianist, уменьшаю цитату до удобоваримой и выделяю главный смысл: Разработка и поддержка такого большого проекта имеет свои особенности, которые УСУГУБЛЯЮТСЯ ИСТОРИЧЕСКИМ НАСЛЕДИЕМ И ВНУТРЕННЕЙ СТРУКТУРОЙ СУПа А теперь перевожу на понятный русский: Да, проект большой, сложный. Работать над проектом мешают причины историческо-ментального характера, с которыми менеджмент не может справиться в силу своей безграмотности и бессилия. Не структура приложения мешает и не его архитектура, а структура самой компании. Это хуже на порядок, чем если бы были проблемы с архитектурой. >Попытайтесь хотя бы на минуту представить, >что есть причина, по которой ваше, с виду >очень продуманное, решение не может быть осуществлено. Такая причина известна. Называется «я начальник, ты дурак», возникает она, когда истинных дураков пускают порулить чем-то очень большим, и они начинают «реализовывать» свои стратегии, не обращая внимания на вой своих клиентов и пользователей, что им нужны исключительно приземленные вещи, а не новый космический корабль. Когда такой начальник слышит своих подчиненных и пользователей, которые с приземленными идеями приходят, он им говорит, что их «идеи не вписываются в глобальную концепцию развития компании» (цитирую практически на память другого подобного мыслителя, стоящего у руля очень большой ИТ-компании). Вот и весь сказ, проект так и не был запущен для пользователей, хотя был полностью налажен и мог за это время принести компании несколько миллионов долларов с вложениями несколько десятков тысяч долларов на старте + зарплата немногочисленного персонала. >Оно вам надо вот так выставлять напоказ собственную некомпетентность в технических вопросах? Вы мою аттестацию проводили, чтобы о моей некомпетентности в технических вопросах так уверенно рассказывать? Может не надо делать поспешных выводов?
>Это скорее всего не так Это скорее всего так, если уже говорить о комментах и только о них. Найдите в инете юзерскрипт, который раскрывает ветку без перехода на новую страницу и посмотрите, как он работает. Данные при клике на ссылку «Раскрыть комменты» грузятся те же, вернее их грузиться меньше должно из-за того, что не должна грузится шапка, подвал, баннеры новой страницы, но запросы в кеш, запросы в БД для получения нужной ветки комментариев одни и те же, стоит заметить, что человек все равно кликает по ссылке для получения комментов, т.е. количество загрузок одних и тех же данных одинаково. И при выполнении именно этого пожелания пользователей придется основную работу провести именно на той стороне, которую пользователь видит, т.е. перверстать странички и нужные Java-скприты написать.
>Пробовать всё то, для чего сделаны поделки оценить количество пользователей этой фичи, которая внедрена кем-то, но не внедрена на официальной платформе, всегда можно, после внедрения двух-трех-четырех фич можно будет делать выводы о том, сколько людей начали пользоваться фичей после ее перевода из неофициальных в официальные, это нужно, чтобы оценивать последующие разработки.
Melendor, разговор ни о чем. Чтобы говорить уложит/не уложит, надо пробовать, внедрять и тестировать, а не говорить, что не тестируем, не внедряем, ибо это уложить проект может. Тем более, что в ЖЖ не давать юзать какую-то фичу для всех, а внедрить, например, сначала для premium-эккаунтов или только для русскоязычных. Когда СУПу надо было именно к русскоязычным эккаунтам изменения сделать, они их делали ;) архитектура не мешала.
>А может быть сейчас это принципиально невозможно сделать, никто не подумал? Послушайте, народ своими скромными силами поверх ЖЖ уже столько всего навернул, что осталось просто внедрить не на сторонних платформах, а на самой платформе ЖЖ и для всех ;)
>А объем работ и денег в контрактах Темы с Яндексом представляете? Глаза боятся, а руки делают, если одни подобные вопросы останавливают, то других наоборот стимулируют доказаться, что не одним Темой жив Рунет. В конце концов, Студия Лебедева не в студии своих дизайнеров и менеджеров воспроизводит, а на рынке труда нанимает.
>. Если менеджер не в состоянии решить такую простую прроблему, как организацию работы со студией дизайна, >то наверное он так себе менеджер, равзе не так? Если контора срывает сроки, я ищу другую контору. Это логично.
Отличный подход — не сработался с партнером и был послан обратно на рынок труда! Подумать, что человека можно переместить на другую вакансию, никто не захотел, видимо.
>Может ещё контекст подключить, чтобы Акадо или Корбину пиарить? можно трафик запустить через прозрачный прокси и при помощи какого-то инструмента а-ля rejik для squid’а переписывать весь Adsense, на, например, Бегун 8) а с Бегуном уже можно договориться, как показала практика… PS. Черт возьми, это же мысль! :))))
>либо увеличение скоростей доступа, либо выход на рекламный рынок Сергею Принадцеву нужно более тщательно изучать опыт своих зарубежных конкурентов, чтобы раз и навсегда понять, откуда берут деньги большие операторы, которые уперлись в любые мыслимые в мозгу обычного пользователя лимиты скорости.
Дискуссии пользователя
Ползуче растут, но Гуглу проигрывают.
pindle, уважаемый, Вы свои догадки о моих методах работы с людьми при себе держите, ОК? А то Вы, не зная меня, тут чуть ли с Гитлером не сравняли. PS. На Спольски мне глубоко …
а у Вы все в холиваригрушки не можете наиграться?
>это уменьшение в разы количества пейджвью. ага. тоже была мысль, что именно это как раз не вписывается в глобальную политику развития ресурса. >PS пишу сообщение второй раз с нуля, предыдущее было «сессия истекла» и сообщение потеряно. За такое бьют:) согласен, два раза попадался на это, правда, не переписывал, а сообщение из записанных http-хидеров восстанавливал. Юрию Синодову: почините сайтик ;) пожалуйста.
>Yukko, jobcast.com.ua — ваш проект? Это не проект, это мое хобби. Там помимо всего, что джобсайтам присуще, есть еще простенький полнотекстовый поиск с препроцессором запросов, спамфильтр, RSS-аггрегатор, есть еще скрытый функционал, который я пока не показываю никому. >Посещаемость. 2 килочеловека в сутки >Поднимите посещаемость вашего ресурса, все-таки задача манагерская Вы немного не в теме. Я один из самых крупных поставщиков джобового трафика в Украине ;) У меня его достаточно (собирается он сложно, стоит дорого и его не так много, как кажется), по крайней мере его хватит, чтобы один сайт прочно поставить в ТОП-5 в моей тематике. Пока Джобкаст еще полностью не запущен, выгоднее лить трафик на партнеров. Собственно, это окупает разработку Джобкаста. >Покажите ваш высоконагруженный проект. Опишите кратно серверную часть. Чтобы я Вам что-то рассказал, Вы должны устроиться в ту же компанию, в которой я работаю. Там и поговорим. А публично писюнами меряться у меня нет никакого желания. Джобкаст можете обсуждать сколько вам угодно, мне за него не стыдно, он поддерживается талантливыми людьми и приносит много удовольствия от работы с ним и от толкатни с толстосумами в одной из самых конкурентных ниш в Уанете. Этот проект не претендует на звание «высоконагруженного», он еще в бете, собирает пока только поисковый трафик и предложения инвесторов его купить. Кто похвалится своим личным привлекательным для инвесторов стартапом, который делает в свободное время? Что? Тоже нет желания писюнами меряться?
Представьте себе ситуацию: я прихожу к техникам и говорю, что надо внедрить какую-то мелкую фичу (проблем с производительностью еще нет). Техники смотрят на меня ясными глазами и говорят: «внедрять не будем, потому что проблемы появятся». Напоминает анекдот: «- Производственные травмы были? — Нет! — Будут!» Техники у нас мощные, о кешировании не знают, об эффективных алгоритмах хранения древовидных данных не знают, свой ресурс в глаза не видели, и вообще ни о чем понятия не имеют, просто ходят на работу получать зарплату. А менеджер тупой, ага… пришел к технарям абсолютно без башни, не подумав, ни об архитектуре, ни о затратах, исследования не провел, нагрузку не прикинул, сам проект придумал с утра и пришел внедрять. pindle, я понимаю, что пятница, что уже много текста написано, но Вы тему внимательней читайте ;) >впрочем, Вы правы: у каждого своё понимание задач менеджера. Я о том же. У одних менеджер мечется, альтернативные проекты по функциональности клепает, а технари пиво пьют, и когда менеджер забегает, говорят ему, что его очередная блажь, изложенная на 20 листах, негативно скажется на производительности и отправляют его восвояси, а у других технари под чутким руководством менеджера работают, чтобы проблем с производительностью не было. Вот и вся разница.
Задача технарей — находить решения, а не генерировать отмазки. В этой теме нет ни одного решения, есть только отмазки и стоны, как это сложно, поддерживать большой проект! >я полагал, что задача менеджера — обеспечивать рабочий процесс Вы лично можете полагать все, что угодно, а я от своих технарей давно не слышал фразы «это невозможно сделать». Они садятся и делают. Молча, и без стонов, как это сложно, как это повлияет на архитектуру и т.д.
Когда заходишь к технарям и говоришь, что надо сделать такую фичу и объясняешь какую, они находят миллионы причин, чтобы ее не делать, начиная от возможных проблем с производительностью, заканчивая проблемами ментального характера, которые их вообще не должны беспокоить. С этим можно бороться! >Т. е. чтобы показать всю ветку запросов развернутой, >надо сделать не 1 запрос на хранилище, а 1 + число других веток, >т. е. запросто может быть под 30. В итоге производительность упадет в 30 раз. Вы делаете допущения по архитектуре сервиса, абсолютно не учитывая известные о ней факты. Из чего я могу сделать вывод, что Вы немного злоупотребляете словоблудием исключительно в целях того, чтобы мне все же таким извращенным образом доказать, что я слаб в технических аспектах различных проектов. Нагрузка увеличится только в случае с Expand All, т.е. когда юзер кликает ссылку для раскрытия сразу всех комментов. Во всех остальных случаях раскрытие коммента (тот случай, когда «когда пользователь ветку раскрыть захочет») по нагрузке эквивалентно переходу на другую страницу, где этот коммент раскрыт. Т.е. Ваше допущение о подобной структуре хранения комментов мы учли. Это раз. Даже если все будут кликать на Expand All, то о каком-либо серьезном увеличении нагрузки можно разговаривать только в случае, если комментов много (а значит много и свернутых комментов), в этом случае будет очень много статичных веток комментов, которые можно обслуживать из кеша, а они оттуда и так обслуживаются, юзерскрипт тянет обычную страницу, архитектура ЖЖ давно заточена под отдачу таких страниц. Это два. Мест в ЖЖ, где много свернутых комментов, которые постоянно кем-то разворачиваются не так уж и много. В основном, это тысячники, комментирование и разворачивание веток комментов в этом сегменте ЖЖ происходит постоянно, т.е. глобально на протяжении одного и того же большого периода времени все равно будет открыто практически одно и то же количество страниц с развернутыми комментами (разница не будет составлять 20%) Короче, даже если что-то попытается увеличиться, то увеличится только на обслуживании дневников избранных юзеров, которые, собственно и без этого генерируют большую нагрузку на единицу записи блоггера. Это три. Что будет делать СУП со своим ЖЖ, если этот юзерскрипт вдруг получит дикую популярность и ЖЖ из-за недостатка архитектуры, о котором Вы вещаете, начнет клеить ласты? Молча проводит проект в последний путь?
pianist, уменьшаю цитату до удобоваримой и выделяю главный смысл: Разработка и поддержка такого большого проекта имеет свои особенности, которые УСУГУБЛЯЮТСЯ ИСТОРИЧЕСКИМ НАСЛЕДИЕМ И ВНУТРЕННЕЙ СТРУКТУРОЙ СУПа А теперь перевожу на понятный русский: Да, проект большой, сложный. Работать над проектом мешают причины историческо-ментального характера, с которыми менеджмент не может справиться в силу своей безграмотности и бессилия. Не структура приложения мешает и не его архитектура, а структура самой компании. Это хуже на порядок, чем если бы были проблемы с архитектурой. >Попытайтесь хотя бы на минуту представить, >что есть причина, по которой ваше, с виду >очень продуманное, решение не может быть осуществлено. Такая причина известна. Называется «я начальник, ты дурак», возникает она, когда истинных дураков пускают порулить чем-то очень большим, и они начинают «реализовывать» свои стратегии, не обращая внимания на вой своих клиентов и пользователей, что им нужны исключительно приземленные вещи, а не новый космический корабль. Когда такой начальник слышит своих подчиненных и пользователей, которые с приземленными идеями приходят, он им говорит, что их «идеи не вписываются в глобальную концепцию развития компании» (цитирую практически на память другого подобного мыслителя, стоящего у руля очень большой ИТ-компании). Вот и весь сказ, проект так и не был запущен для пользователей, хотя был полностью налажен и мог за это время принести компании несколько миллионов долларов с вложениями несколько десятков тысяч долларов на старте + зарплата немногочисленного персонала. >Оно вам надо вот так выставлять напоказ собственную некомпетентность в технических вопросах? Вы мою аттестацию проводили, чтобы о моей некомпетентности в технических вопросах так уверенно рассказывать? Может не надо делать поспешных выводов?
>Это скорее всего не так Это скорее всего так, если уже говорить о комментах и только о них. Найдите в инете юзерскрипт, который раскрывает ветку без перехода на новую страницу и посмотрите, как он работает. Данные при клике на ссылку «Раскрыть комменты» грузятся те же, вернее их грузиться меньше должно из-за того, что не должна грузится шапка, подвал, баннеры новой страницы, но запросы в кеш, запросы в БД для получения нужной ветки комментариев одни и те же, стоит заметить, что человек все равно кликает по ссылке для получения комментов, т.е. количество загрузок одних и тех же данных одинаково. И при выполнении именно этого пожелания пользователей придется основную работу провести именно на той стороне, которую пользователь видит, т.е. перверстать странички и нужные Java-скприты написать.
>Пробовать всё то, для чего сделаны поделки оценить количество пользователей этой фичи, которая внедрена кем-то, но не внедрена на официальной платформе, всегда можно, после внедрения двух-трех-четырех фич можно будет делать выводы о том, сколько людей начали пользоваться фичей после ее перевода из неофициальных в официальные, это нужно, чтобы оценивать последующие разработки.
Melendor, разговор ни о чем. Чтобы говорить уложит/не уложит, надо пробовать, внедрять и тестировать, а не говорить, что не тестируем, не внедряем, ибо это уложить проект может. Тем более, что в ЖЖ не давать юзать какую-то фичу для всех, а внедрить, например, сначала для premium-эккаунтов или только для русскоязычных. Когда СУПу надо было именно к русскоязычным эккаунтам изменения сделать, они их делали ;) архитектура не мешала.
>А может быть сейчас это принципиально невозможно сделать, никто не подумал? Послушайте, народ своими скромными силами поверх ЖЖ уже столько всего навернул, что осталось просто внедрить не на сторонних платформах, а на самой платформе ЖЖ и для всех ;)
>Мне, кстати, стало любопытно, что же делает Директ на Фотках. учат директ таргетироваться на картинко.
плакал.
>На десктопе сто лет назад победил Гейтс. и все пользуются msn-search ;) ага
>А объем работ и денег в контрактах Темы с Яндексом представляете? Глаза боятся, а руки делают, если одни подобные вопросы останавливают, то других наоборот стимулируют доказаться, что не одним Темой жив Рунет. В конце концов, Студия Лебедева не в студии своих дизайнеров и менеджеров воспроизводит, а на рынке труда нанимает.
>. Если менеджер не в состоянии решить такую простую прроблему, как организацию работы со студией дизайна, >то наверное он так себе менеджер, равзе не так? Если контора срывает сроки, я ищу другую контору. Это логично.
Отличный подход — не сработался с партнером и был послан обратно на рынок труда! Подумать, что человека можно переместить на другую вакансию, никто не захотел, видимо.
как-то все плавно от посещаемости в бюджеты съехало :)
обогнал, это когда средненедельные показатели «ножницами» пересекутся.
>Может ещё контекст подключить, чтобы Акадо или Корбину пиарить? можно трафик запустить через прозрачный прокси и при помощи какого-то инструмента а-ля rejik для squid’а переписывать весь Adsense, на, например, Бегун 8) а с Бегуном уже можно договориться, как показала практика… PS. Черт возьми, это же мысль! :))))
>либо увеличение скоростей доступа, либо выход на рекламный рынок Сергею Принадцеву нужно более тщательно изучать опыт своих зарубежных конкурентов, чтобы раз и навсегда понять, откуда берут деньги большие операторы, которые уперлись в любые мыслимые в мозгу обычного пользователя лимиты скорости.