Простите за занудство, но заголовок не совсем точный. Скорее он должен быть таким: Среди ОПРОШЕННЫХ компаний 42% ЗАЯВЛЯЮТ, что планируют расширять свою IT-инфраструктуру... А вот собираются они, или нет - это поди еще узнай.
Второе замечание - из статьи не совсем понятно, как распределились ответы между представителя больших средних и крупных фирм. Если ответы имеют примерно одинаковое распределение в каждой группе - это одна история, а если все "гаражные мечтатели" собираются удвоить количество своих серверов, а все крупные и средние игроки (их куда меньше по числу, но не по объему занимаемого рынка) собираются уполовинить - история уже совсем другая.
В остальном здорово, что вы пытаетесь сделать маркетинговые исследования неотъемлемой частью вашей стратегии поведения на рынке.
Скажите, Автор, а какая модель монетизации, на каких игроков рассчитан продукт и какую пользу каждый из них получит. Понимание экономической игры даст нам возможность понять подлинные стимулы и цели сервиса. То, что в Яндексе умеют писать хорошие рекламные статьи, мы и так знаем.
Нарушенная обратная связь и разорванные цепочки мотивации. Тем, кто в не очень хорошо спроектированных корпорациях делает что-то конкретное, обычно не достается плюшек или значительных пинков за результаты в масштабах бизнеса. А тем, кому достается - они думают "масштабно" и "стратегически", а не занимаются конкретными реализациями. Сотрудников-исполнителей мотивируют их КПЭ, а не фактическое качество или прибыльность продукта. "Давай реализуем идею, которая принесет бизнесу 100 миллионов долларов" - "А мне это зачем?". На такой кривой козе и едет.
Спасибо, что делитесь опытом. Все-таки сеть Кло (может быть построена как) полная неблокирующая, (насколько я помню) логарифмическая по глубине и линейно-логарифмическая по объему, в которой выполнение единичной перекоммутации вычисляется и занимает log N единиц времени, а полной случайной - N log N единиц времени.
К DragonFly есть вопросы: *Ладно, пусть она не полна (когда выигрывает у сети Клоза, не способна соединить абонентов совсем уж в произвольные пары), но есть ли оценки вероятности ее отказа при случайной коммутации? Одно дело, если при конкурентных параметрах она выполняет коммутацию для 99,99% случайных перестановок, другое дело, если только для 50% таких перестановок.
*Время вычисления путей коммутации. Если вдруг завтра откроют очень хорошую сеть: полную, неблокирующую, логарифмическую по глубине и линейно логарифмическую по объему, но маршруты коммутации в этой сети будут вычисляться за экспоненциальное время, вряд ли такая сеть окажется полезной. Каковы у DragonFly оценки времени поиска пути перекоммутации для единственной пары абонентов (коммутация остальных пар остается прежней) и время поиска путей случайной перекоммутации всех пар?
Но понимаете в чем нюанс - когда вы можете изучить поведение чуть ли не каждого потенциального покупателя, попытаться предсказать, какую полезность он получит от покупки того или иного товара, когда вы выбираете, какие товары ему рекламировать, а какие нет, когда по сути маркетплейс, а не магазины, делает предложение продажи (магазин, так рядышком постоял, поулыбался, завернул в коробочку и заплатил налоги) и таким образом является подлинным продавцом, тогда модель рынка с агрегированной эластичностью уже не работает.
Возьмите 4 бутылочки воды, покрасьте их в зеленый, желтый, красный, черный цвет. Не испытывающему жажду бедняку предложите зеленую за доллар, жаждущему бедняку - желтую за 2, не жаждущему состоятельному человеку - красную за 10, состоятельному человеку с похмельным синдромом - черную за 20. Не показывайте им других вариантов - и это будет лучшей вашей стратегией.
Аналогично с выбором, каким "магазинам" маркетплейс должен способствовать в продажах и росте, а каких вытеснять из игры.
Нет, маркетплейсы - это очень интересное явление рынков с крайне неполной и несимметричной информацией у сторон. Что там было про кольца всевластия?)))
На досуге посмотрю, быть может уже уже есть пионерские исследования этого вопроса.
Найду время и единомышленников - напишу маленькую статью. Это чертовски интересная тема, явление маркетплейсов, особенно сплетенной в стенах одной компании с технологиями поиска и таргетированной рекламы, делает несостоятельным большинство прежних подходов к микроэкономике.
Спасибо за предложение. Как соберусь с мыслями, попробую им воспользоваться. Сейчас пока вынужден переключиться на другой проект, но к теме автобусов обязательно вернусь. Надеюсь, ваше предложение к тому времени еще будет в силе :).
Подождите вы цифровать - это всего лишь способ решения задачи, которую еще нужно поставить. Чего именно вы хотите добиться в терминах участников экономической игры: покупатель, продавец, У меня по этому поводу есть некоторые соображения, но я хотел бы узнать сначала ваши. Можете говорить смело, здесь все достаточно несложно, чтобы представлять какой-то секрет.
Господа экономисты и маркетологи, присоединяйтесь к обсуждению
Здорово, что она еще и бесплатная. Честно, думал уже PNG нагенерировать проще, чем подходящий инструмент найти.
В описании SFML меня, правда, пугает вот это:
You might have noticed from the table that SFML modules can also depend on one another, e.g. sfml-graphics-s.lib depends both on sfml-window-s.lib and sfml-system-s.lib. If you static link to an SFML library, make sure to link to the dependencies of the library in question, as well as the dependencies of the dependencies and so on. If anything along the dependency chain is missing, you will get linker errors.
If you are slightly confused, don't worry, it is perfectly normal for beginners to be overwhelmed by all this information regarding static linking. If something doesn't work for you the first time around, you can simply keep trying always bearing in mind what has been said above. If you still can't get static linking to work, you can check the FAQ and the forum for threads about static linking.
If you don't know the differences between dynamic (also called shared) and static libraries, and don't know which one to use, you can search for more information on the internet. There are many good articles/blogs/posts about them.
Ладно, есть знакомые программисты, зайду к ним в кармический долг ))))
Спасибо, похоже вы знаете, что понравится "Деду" ))) Я большой сторонник подхода, в котором малый набор удачно выбранных абстракций и способов их комбинирования дает возможность решать широкий круг задач. Кажется ваш совет - это то, что мне нужно. Выглядит вполне олдскульно, чтобы я смог разобраться.
Спасибо Ваш за совет. Пару часов - это конечно очень оптимистично. .... 9 месяцев спустя ))) Все специалисты думают о своих годами приобретаемых знаниях: "Да, ерунда, за пару часов освоить можно". Я вам так из любого известного мне курса математики за пару часов все его центральные результаты опишу. Только конструкции в голове за 2 часа не возникают: 3-4 страницы в день - уже хороший результат. Мне кажется странным, что нет какой-нибудь простой рисовалки, которая дополняет С++ просто абстракцией "альбомного листа" с каким-то набором базовых фигур и координатной сеткой.
Если не найду решения полегче, придется, видимо, осваивать godot. Кстати, я смогу потом преобразовать мой результат в Gif?
Хочу послужить живым примером. Я ни разу не синьор. Все алгоритмические рассчеты могу сделать на плюсах после самостоятельного прочтения Лафоре, но вот беда, подключить библиотеку или вывести какую-нибудь картинку, тем более анимированную - это для меня нерешаемая задача. Я не хочу тратить годы, чтобы по экрану запрыгал мячик и при этом у меня есть прикладная задача (https://habr.com/ru/articles/738388/), которую я решил и хочу презентовать в виде анимированной картинки. Я предполагаю как-то нарисовать упрощенную дорожную сеть города, синими кружочками обозначить движущиеся по ней автобусы, красными и зелеными - появляющихся пассажиров и их места назначения, автобусы должны объезжать пары из зеленого и соответствующего ему красного кружочка. На плюсах могу для каждого кадра вычислить положения всех кружочков на карте. Но как это все нарисовать? Посоветуйте мне что-нибудь. Сколько времени займет обучение такому умению по вашим курсам?
Я - математик, не программист и очень не хочу им становится - от всей кастыльности и неразберихи программистского ремесла у меня седеют волосы на голове. Можно ли из курсов взять минимальную необходимую мне часть знаний, так чтобы не становиться сеньором ради полудетской разовой задачи?
Писать оценку: не более x ложноотрицательных на y случаев, когда ответ должен быть положительным. Если гипотеза превышения отношение x/y статистически значима отвергается - штрафовать лабораторию. Например, если пропустить аскариду лаборатория гарантировала не чаще чем 1 на 100 случаев, выявила 10 и пропустила 1 - к ней явно должны возникнуть притенении.
Если вы не согласны, подумайте немного и быть может к вам на ум придет лучшая идея. Я приветствую такой подход больше, чем сразу писать о "невозможности" чего-либо.
Простите за занудство, но заголовок не совсем точный. Скорее он должен быть таким:
Среди ОПРОШЕННЫХ компаний 42% ЗАЯВЛЯЮТ, что планируют расширять свою IT-инфраструктуру...
А вот собираются они, или нет - это поди еще узнай.
Второе замечание - из статьи не совсем понятно, как распределились ответы между представителя больших средних и крупных фирм. Если ответы имеют примерно одинаковое распределение в каждой группе - это одна история, а если все "гаражные мечтатели" собираются удвоить количество своих серверов, а все крупные и средние игроки (их куда меньше по числу, но не по объему занимаемого рынка) собираются уполовинить - история уже совсем другая.
В остальном здорово, что вы пытаетесь сделать маркетинговые исследования неотъемлемой частью вашей стратегии поведения на рынке.
Скажите, Автор, а какая модель монетизации, на каких игроков рассчитан продукт и какую пользу каждый из них получит. Понимание экономической игры даст нам возможность понять подлинные стимулы и цели сервиса. То, что в Яндексе умеют писать хорошие рекламные статьи, мы и так знаем.
Нарушенная обратная связь и разорванные цепочки мотивации. Тем, кто в не очень хорошо спроектированных корпорациях делает что-то конкретное, обычно не достается плюшек или значительных пинков за результаты в масштабах бизнеса. А тем, кому достается - они думают "масштабно" и "стратегически", а не занимаются конкретными реализациями. Сотрудников-исполнителей мотивируют их КПЭ, а не фактическое качество или прибыльность продукта. "Давай реализуем идею, которая принесет бизнесу 100 миллионов долларов" - "А мне это зачем?". На такой кривой козе и едет.
Кнопочный телефон?
Спасибо, что делитесь опытом.
Все-таки сеть Кло (может быть построена как) полная неблокирующая, (насколько я помню) логарифмическая по глубине и линейно-логарифмическая по объему, в которой выполнение единичной перекоммутации вычисляется и занимает log N единиц времени, а полной случайной - N log N единиц времени.
К DragonFly есть вопросы:
*Ладно, пусть она не полна (когда выигрывает у сети Клоза, не способна соединить абонентов совсем уж в произвольные пары), но есть ли оценки вероятности ее отказа при случайной коммутации? Одно дело, если при конкурентных параметрах она выполняет коммутацию для 99,99% случайных перестановок, другое дело, если только для 50% таких перестановок.
*Время вычисления путей коммутации. Если вдруг завтра откроют очень хорошую сеть: полную, неблокирующую, логарифмическую по глубине и линейно логарифмическую по объему, но маршруты коммутации в этой сети будут вычисляться за экспоненциальное время, вряд ли такая сеть окажется полезной. Каковы у DragonFly оценки времени поиска пути перекоммутации для единственной пары абонентов (коммутация остальных пар остается прежней) и время поиска путей случайной перекоммутации всех пар?
Спасибо, все работает )
Но понимаете в чем нюанс - когда вы можете изучить поведение чуть ли не каждого потенциального покупателя, попытаться предсказать, какую полезность он получит от покупки того или иного товара, когда вы выбираете, какие товары ему рекламировать, а какие нет, когда по сути маркетплейс, а не магазины, делает предложение продажи (магазин, так рядышком постоял, поулыбался, завернул в коробочку и заплатил налоги) и таким образом является подлинным продавцом, тогда модель рынка с агрегированной эластичностью уже не работает.
Возьмите 4 бутылочки воды, покрасьте их в зеленый, желтый, красный, черный цвет. Не испытывающему жажду бедняку предложите зеленую за доллар, жаждущему бедняку - желтую за 2, не жаждущему состоятельному человеку - красную за 10, состоятельному человеку с похмельным синдромом - черную за 20. Не показывайте им других вариантов - и это будет лучшей вашей стратегией.
Аналогично с выбором, каким "магазинам" маркетплейс должен способствовать в продажах и росте, а каких вытеснять из игры.
Нет, маркетплейсы - это очень интересное явление рынков с крайне неполной и несимметричной информацией у сторон. Что там было про кольца всевластия?)))
На досуге посмотрю, быть может уже уже есть пионерские исследования этого вопроса.
Спасибо за ссылку, мне будет интересно познакомится с вашим подходом!
Найду время и единомышленников - напишу маленькую статью. Это чертовски интересная тема, явление маркетплейсов, особенно сплетенной в стенах одной компании с технологиями поиска и таргетированной рекламы, делает несостоятельным большинство прежних подходов к микроэкономике.
Счастье пользователя? ))))))))
Спасибо за предложение. Как соберусь с мыслями, попробую им воспользоваться. Сейчас пока вынужден переключиться на другой проект, но к теме автобусов обязательно вернусь. Надеюсь, ваше предложение к тому времени еще будет в силе :).
Подождите вы цифровать - это всего лишь способ решения задачи, которую еще нужно поставить. Чего именно вы хотите добиться в терминах участников экономической игры: покупатель, продавец, У меня по этому поводу есть некоторые соображения, но я хотел бы узнать сначала ваши. Можете говорить смело, здесь все достаточно несложно, чтобы представлять какой-то секрет.
Господа экономисты и маркетологи, присоединяйтесь к обсуждению
Так все-таки
Как найти баланс между интересами покупателей и продавцов?
Можно поподробнее, начиная с перевода поставленного вопроса в экономические термины )))?
Здорово, что она еще и бесплатная.
Честно, думал уже PNG нагенерировать проще, чем подходящий инструмент найти.
В описании SFML меня, правда, пугает вот это:
You might have noticed from the table that SFML modules can also depend on one another, e.g. sfml-graphics-s.lib depends both on sfml-window-s.lib and sfml-system-s.lib. If you static link to an SFML library, make sure to link to the dependencies of the library in question, as well as the dependencies of the dependencies and so on. If anything along the dependency chain is missing, you will get linker errors.
If you are slightly confused, don't worry, it is perfectly normal for beginners to be overwhelmed by all this information regarding static linking. If something doesn't work for you the first time around, you can simply keep trying always bearing in mind what has been said above. If you still can't get static linking to work, you can check the FAQ and the forum for threads about static linking.
If you don't know the differences between dynamic (also called shared) and static libraries, and don't know which one to use, you can search for more information on the internet. There are many good articles/blogs/posts about them.
Ладно, есть знакомые программисты, зайду к ним в кармический долг ))))
Спасибо, если не получится по-другому придется изучить питон.
Не знал, что Wolfram Mathematica позволяет делать программные анимации. Спасибо, гляну.
Спасибо, похоже вы знаете, что понравится "Деду" ))) Я большой сторонник подхода, в котором малый набор удачно выбранных абстракций и способов их комбинирования дает возможность решать широкий круг задач. Кажется ваш совет - это то, что мне нужно. Выглядит вполне олдскульно, чтобы я смог разобраться.
Спасибо Ваш за совет. Пару часов - это конечно очень оптимистично.
.... 9 месяцев спустя )))
Все специалисты думают о своих годами приобретаемых знаниях: "Да, ерунда, за пару часов освоить можно". Я вам так из любого известного мне курса математики за пару часов все его центральные результаты опишу. Только конструкции в голове за 2 часа не возникают: 3-4 страницы в день - уже хороший результат. Мне кажется странным, что нет какой-нибудь простой рисовалки, которая дополняет С++ просто абстракцией "альбомного листа" с каким-то набором базовых фигур и координатной сеткой.
Если не найду решения полегче, придется, видимо, осваивать godot.
Кстати, я смогу потом преобразовать мой результат в Gif?
Питон пробовал, как-то там все запутанно, что даже примеры из книжки не запускались. Ладно, разбогатею - отдам на откуп: пусть другие седеют )))
Хочу послужить живым примером. Я ни разу не синьор. Все алгоритмические рассчеты могу сделать на плюсах после самостоятельного прочтения Лафоре, но вот беда, подключить библиотеку или вывести какую-нибудь картинку, тем более анимированную - это для меня нерешаемая задача. Я не хочу тратить годы, чтобы по экрану запрыгал мячик и при этом у меня есть прикладная задача (https://habr.com/ru/articles/738388/), которую я решил и хочу презентовать в виде анимированной картинки. Я предполагаю как-то нарисовать упрощенную дорожную сеть города, синими кружочками обозначить движущиеся по ней автобусы, красными и зелеными - появляющихся пассажиров и их места назначения, автобусы должны объезжать пары из зеленого и соответствующего ему красного кружочка. На плюсах могу для каждого кадра вычислить положения всех кружочков на карте. Но как это все нарисовать? Посоветуйте мне что-нибудь. Сколько времени займет обучение такому умению по вашим курсам?
Я - математик, не программист и очень не хочу им становится - от всей кастыльности и неразберихи программистского ремесла у меня седеют волосы на голове. Можно ли из курсов взять минимальную необходимую мне часть знаний, так чтобы не становиться сеньором ради полудетской разовой задачи?
Писать оценку: не более x ложноотрицательных на y случаев, когда ответ должен быть положительным. Если гипотеза превышения отношение x/y статистически значима отвергается - штрафовать лабораторию. Например, если пропустить аскариду лаборатория гарантировала не чаще чем 1 на 100 случаев, выявила 10 и пропустила 1 - к ней явно должны возникнуть притенении.
Если вы не согласны, подумайте немного и быть может к вам на ум придет лучшая идея. Я приветствую такой подход больше, чем сразу писать о "невозможности" чего-либо.