Я, если честно, не слежу, иногда смотрю на контекст, исключительно ради интереса — так сказать, проверить работоспособность технологии, но это очень редко. Однако, особых косяков у бегуна я не наблюдал. Мне очень не нравилось, когда они в текст рекламные ссылки вставляли, это, действительно, раздражает, реклама должна быть помечена как реклама, а вот в объявлениях, которые отдельно как адсенс висят, жутких ляпов я не видел, но спорить не буду.
Ваше замечание было бы корректным, если бы реклама статически «портила» картинку, а не показывалась только по наведению мышкой.
Плюс не стоит забывать о том, что реклама контекстная. Если бы в картинной галерее ко мне подошел человек с предложением посетить выставку редких работ художников серебряного века за N рублей или приобрести какую-нибудь репродукцию, я бы лично неочень расстроился. Да даже бы если нарисовать портрет предложил, все равно бы не огрочился. Насколько хорошо бегун будет таргетировать — это уже вопрос, но другой. И касается он совсем иных технологий.
Ну, допустим, крупные инвесторы (вроде Тройки-диалог) тупо не вкладываются в проекты, которым нужно меньше 3 млн. у. е. инвестиций — им не имеет смысла размениваться по мелочам. Есть инвесторы, которым наоборот выгоднее вкладывать в проекты, которые требует малых финансовых вложений и дают небольшую, но быструю отдачу. Такой схемы часто придерживаются частные инвесторы. А есть еще миллион промежуточных вариантов. Поэтому если есть технология (даже не идея, а уже готовая патентоспособная или уже запатентованная технология) и есть ряд путей по дальнейшему развитию технологии с целью получения прибыли, или, допустим, есть ряд способов ее коммерциализации, то зачастую совсем неочевидно, какой из путей развития будет наиболее привлекательным для инвестора.
Вот простой пример, я сделал технологию преобразования фекалий в конфеты. Можно сделать конфетную фабрику, но тогда прийдется а) поднимать массовое производство — это дофига вложений б) конкурировать с крупными игроками на рынке и сильно рисковать. Или можно сделать мелкосерийное производство станков — тут и конкуренции меньше, и заказчики легко найдутся, если учитывать что затраты на переоборудование линии окупятся за несколько месяцев. При этом можно даже не рисковать тем, что рынок быстро насытиться, так как можно выпускать отдельно станки для производства клубничной начинки, отдельно для шоколадной глазури и так далее. Но перспективы для роста гораздо менее радужные.
У меня есть небольшой вопрос касательно сметы расходов. Бывает, что в зависимости от того или иного плана развития (ну точнее его нюансов) смета расходов может достаточно сильно разниться. То есть можно несколько увеличить расходы, за счет чего увеличится охват аудитории и, соответственно, прибыль. Со списком фичей можно достаточно гибко играть, сервера/траффик опять же. Понятно, что у каждого инвестора свои лимиты минимальной и максимальной стоимости проектов, которые могут его заинтересовать, но далеко невсегда они известны. Есть ли какая-то общая схема выбора оптимальной сметы расходов для того, чтобы заинтересовать инвестора? Я не знаю там, максимизация каких-нибудь показателей типа IRR и NPV, или что-то такое.
Так проблема в том, что по всему выходит, что в интернет-магазинах все должно быть в пултора раза дешевле, а с учетом доставки, получается совсем не так. Разница очень незначительная, а зачастую ее вовсе и нет или наоборот — дороже получается. Ни риски (в т. ч. и обмана), ни снижение комфорта, ни отсутствие возможности пощупать девайс при покупке эта разница не перекрывает. Как итог — интернет-магазины идут лесом.
Ну самая очевидная — это путаница в связях. Все виды ассоциации, а так же композиция и агрегация обозначают связь между экземплярами классов, генерализация и реализация между классами, а зависимость между любыми двумя структурами (в том числе и пакетами). Помимо метафизического смысла, есть и значительное практическое различие. Например, в С++ для использования ассоциации (допустим, в объекта класса A есть ссылка на объект класса B) при объявлении интерфейса класса A достаточно иметь форвард декларейшн класса B, а при использовании, допустим, отношения генерализации (наследования) нужно обязательно иметь определенный интерфейс класса B.
Про агрегацию я как-то неочень понял. Я не утверждаю, что описание ошибочное, но для меня лично неочевидное. Самый очевидный пример агрегации — это классы контейнеры или коллекции.
Где-то потерялась realization, а о такой связи как inheritance (если это не синоним generalization) я не слышал. :)
Дело в том, что на диаграмме классов объектов нет, только классы, но связь ассоциации обозначает именно связь между экземплярами классов, то есть объектами.
HTML-репорты он генерит, а так же экспортирует в RTF и копипаст вставляет в ворд, компас и т. д. векторную метакартинку, а не растр (по крайней мере бесплатная версия парадигма вставляла у меня растр, что достаточно сильно угнетало). На счет управления из командной строки — не знаю.
И да — я немного некорректно написал. Сказанное о VP характеризует только бесплатную версию. )
Я, конечно, понимаю, что за этот коммент мне присунут в карму все, кому не лень, включая автора, ибо так на хабре заведено, но все таки перепечатывать Гради Буча и википедию с ошибками (я не считаю орфографические ошибки и полное отсутствие запятых, только фактические) — это совсем не айс. Данные-то сильно вторичные, хотя на хабре их еще, возможно, и не было. Хотелось бы, конечно, какого-то личного опыта использования той или иной связи в тех или иных ситуациях, тонких моментов, плюсов-минусов и подводных камней :)
Ассоциация, кстати говоря, это отношение между экземплярами, то есть между двумя объектами, а не классами.
А самый клевый редактор из всех, что я видел — это Sparx EA (http://www.sparxsystems.com.au/). Правда, он сильно платный. Еще вот пользовал Visual Paradigm, рядом со спарксом не валялся, но зато есть бесплатная версия.
Нормальный абсолютно патент. Технология не нова и не сверхъестественна — распознавание голоса в реал тайме уже сто лет как не новость. Просто майкрософтовцы придумали оригинальное и полезное применение. Помимо как цензурить **и и ***ды этот патент ни на что не способен.
Вот, когда появится технология, позволяющая неотличимо синтезировать голос конкретного человека по образцу — тогда я скажу the end is near. Прямо так и скажу.
XML используют в конфигах, чтобы не надо было пересобирать приложение и по новой деплоить его на сервер. Достаточно поменять две строчки в web.xml (любом другом конфиге) и все готово. Собственно, для этого используют нетолько XML конфиги, а, вообще, все конфиги на свете.
И еще не стоит забывать, что приложения отсылаются заказчику в виде откомпилированных модулей, поэтому иначе как через конфиги настроить он его не может.
Описанная проблема тоже как-то несовсем ясна. Любые два конфига объединяются элементарной операцией под названием ctrl-c+ctrl-v. :)
Плюс не стоит забывать о том, что реклама контекстная. Если бы в картинной галерее ко мне подошел человек с предложением посетить выставку редких работ художников серебряного века за N рублей или приобрести какую-нибудь репродукцию, я бы лично неочень расстроился. Да даже бы если нарисовать портрет предложил, все равно бы не огрочился. Насколько хорошо бегун будет таргетировать — это уже вопрос, но другой. И касается он совсем иных технологий.
Вот простой пример, я сделал технологию преобразования фекалий в конфеты. Можно сделать конфетную фабрику, но тогда прийдется а) поднимать массовое производство — это дофига вложений б) конкурировать с крупными игроками на рынке и сильно рисковать. Или можно сделать мелкосерийное производство станков — тут и конкуренции меньше, и заказчики легко найдутся, если учитывать что затраты на переоборудование линии окупятся за несколько месяцев. При этом можно даже не рисковать тем, что рынок быстро насытиться, так как можно выпускать отдельно станки для производства клубничной начинки, отдельно для шоколадной глазури и так далее. Но перспективы для роста гораздо менее радужные.
Про агрегацию я как-то неочень понял. Я не утверждаю, что описание ошибочное, но для меня лично неочевидное. Самый очевидный пример агрегации — это классы контейнеры или коллекции.
Где-то потерялась realization, а о такой связи как inheritance (если это не синоним generalization) я не слышал. :)
HTML-репорты он генерит, а так же экспортирует в RTF и копипаст вставляет в ворд, компас и т. д. векторную метакартинку, а не растр (по крайней мере бесплатная версия парадигма вставляла у меня растр, что достаточно сильно угнетало). На счет управления из командной строки — не знаю.
И да — я немного некорректно написал. Сказанное о VP характеризует только бесплатную версию. )
Ассоциация, кстати говоря, это отношение между экземплярами, то есть между двумя объектами, а не классами.
А самый клевый редактор из всех, что я видел — это Sparx EA (http://www.sparxsystems.com.au/). Правда, он сильно платный. Еще вот пользовал Visual Paradigm, рядом со спарксом не валялся, но зато есть бесплатная версия.
Вот, когда появится технология, позволяющая неотличимо синтезировать голос конкретного человека по образцу — тогда я скажу the end is near. Прямо так и скажу.
Опять Тимоти чтоле?
И еще не стоит забывать, что приложения отсылаются заказчику в виде откомпилированных модулей, поэтому иначе как через конфиги настроить он его не может.
Описанная проблема тоже как-то несовсем ясна. Любые два конфига объединяются элементарной операцией под названием ctrl-c+ctrl-v. :)