Хорошая новость! Побольше электромобилей на любой вкус и цвет (ну вот нравятся мне BMW!).
Если верить планам Тесла, к весне следующего года ожидается нормальное «покрытие» по западной Европе. Можно надеяться, что BMW еще добавит. Вот тогда можно будет подумать о покупке, а то пока как по мне электромобиль выглядит непрактично.
Предвидел ответ про айфон, но решил что в теме про Android 2.3 vs Android 4.4 можно не уточнять, что хочу Android :)
Зачем — потому что удобнее лежит в руке и в кармане. То есть я не собираюсь убеждать, что это лучшая ОС и лучший размер — я за разнообразие, где я возьму то что удобно мне, а Вы — то что удобно Вам.
Ради разминки мозгов почему бы не подумать над такой задачей :)
Если нужно равномерное распределение, не вижу иного варианта кроме как посчитать все варианты и выбрать один случайно. При этом динамическое программирование кажется наилучшим вариантом.
Если любое распределение, то немного анализа вначале — если «кидать» кубики по очереди, то надо чтобы после каждого «броска» остаток можно было разбить на кубики — то есть должно оставаться число от (С-1) до (С-1)*6, где С — количество оставшихся бросков. Отсюда рассчитывается возможный промежуток значений для текущего «броска», из него можно выбирать значение случайно. ИМХО так будет наилучшая производительность.
Написал рекурсией, циклом будет лучше по производительности но менее читаемо :)
Итоговый алгиритм (без очевидных проверок)
public static List<int> SplitDices(int number, int dicesCount)
{
if (dicesCount == 1)
return new List<int> { number };
var otherDices = dicesCount - 1;
var min = Math.Max(1, number - 6*otherDices);
var max = Math.Min(6, number - 1*otherDices);
var dice = random.Next(max - min) + min;
var other = SplitDices(number - dice, dicesCount - 1);
other.Add(dice);
return other;
}
Аналогично с Desire S — к слову, еще даже есть в продаже. Я бы может уже и поменял, но покажите мне телефон с металическим корпусом, экраном менее 4 дюймов и приличной начинкой.
Если планируется использование новинок — то совместимость надо сначала обеспечить, протестировать и т.д. — потратить кучу ресурсов изначально. И усложнить софт сразу. Если ради того, чтобы понять что «можно вырезать» — бесполезная трата сил.
Если пока что новые фичи не нужны и можно получить совместимость «задаром» — тут надо думать. Ведь в будущем отказав в обновлениях тем, у кого старая версия, вы расстроите своих пользователей. Иногда не дать им ничего изначально — лучше.
И еще есть приложения, для которых нельзя просто так оставить старые весрии без обновлений. Тот же банковский софт, например.
В одном из мест, где мне довелось работать (4 года назад), по требованию службы безопасности разрешен был только IE6. Все конечно понимали, что жаловатся на «кривые сайты» глупо. Но меня раздражали сайты, которые сразу редиректили на страницу «у вас устаревший браузер, установите новый» — я понимаю, что что-то может не работать, но показать хотя бы номер телефона или емейл было бы логично.
Читал со смешанными чуствами — с одной стороны как разработчик, я хочу просто писать под новое API и не тратить ресурсы на совместимость. С другой стороны у меня Desire S на 2.3.5, который мне нравится и переходить на что-то другое в ближайшее время не собираюсь.
Склоняюсь к тому, что с призывом «писать только под 14» скорее согласен — владельцы старых устройств, вроде меня, менее склонны ставить новые программы. Максимум приложений я установил в первые пару месяцев после покупки телефона. С точки зрения бизнеса полностью оправдано тратить ресурсы только на то, что приносит доход.
Как исключение я бы назвал массовые приложения вроде карт и расписания поездов — вот там логично потратить чуть буольше усилий и поддерживать всё что есть на рынке.
Очевидная проблема с сортировкой в том, что в таком варианте вы видите весь диалог только если вы изначально получали письма. А по работе очень часто бывает нужно «подключить» к дискуссии кого-то еще, и потому всю историю тащат с собой. Потому я уже привык, никогда не вытирать историю — может пригодиться.
А вообще видимо есть принципиальное различие в рабочей (особенно технической) переписке и личной. Разный стиль, разные правила, раные привычки.
> Нормальные почтовые клиенты умеют делать треды…
Я так понимаю, эта опасность и имелась в виду в статье. То есть вы общаетесь с коллегой обсуждая проблему клиента, с конфиденциальной информацией, потом пересылаете письмо менеджеру по общению с клиентами с описанием проблемы, а он пересылает клиенту не поглядев что в треде внизу под последним сообщением, которое показать можно, есть то которое показывать нельзя. А клиент может развернуть тред и увидеть что-то ненужное. То есть надо быть осторожным, добавляя нового адресата.
Сообщения другим цветом в теле моего письма — встречал только на работе, где все пользуются одним клиентом. Проблема в том, что можно не заметить что там вообще что-то есть, если не написать явно в тексте последнего письма, то в тред внизу я могу не догадаться посмотреть. Хотя больших фейлов пока не было.
По поводу неуважения — это как посмотреть. В цепочке «написал Ваня»-«ответил Петя»-«переслал Коля» я ожидаю увидеть оригинальное сообщение Вани, а не его интерпретацию от Пети и Коли. Если Коля считает, что уместно сообщить мне только часть сообщений Вани и Пети — то он должен это правильно выделить, а не оставлять текст в стандартном оформлении как историю переписки внизу.
Это своего рода корпоративный стандарт — в рабочей переписке оставлять всю историю, чтобы имея одно последнее письмо каждый мог проследить диалог. Иногда даже на сайтах пишут — не удаляйте историю переписки из последнего письма. Проблемы начинаются, если в такой цепочке где-то проскакивала конфиденциальная информация, а потом письмо рассылается чуть более широкому кругу адресатов, без проверки всей истории.
Еще бывает, что ответы на вопросы пишут прямо в тексте моего сообщения другим цветом. Особенно весело, когда так делают подряд 2 человека :)
Ваш пример как раз хорошо демонстрирует «ошибку выжившего».
Если анализировать только выживших, то окажется что они все были в военной форме, все говорят по русски, все учились в училище, все перекрестились перед входом на поле, все шли медленно у всех был миноискатель, пистолет и противогаз. Пока вы не посмотрите на погибших, вы не поймете что из этого списка важны только миноискатель и скорость ходьбы, и не узнаете что бегать по полу с криками не важно.
BMW i8 от 129 900 EUR (пока продается только в Германии, как я понимаю, и пока только как гибрид — но все впереди).
Если верить планам Тесла, к весне следующего года ожидается нормальное «покрытие» по западной Европе. Можно надеяться, что BMW еще добавит. Вот тогда можно будет подумать о покупке, а то пока как по мне электромобиль выглядит непрактично.
Зачем — потому что удобнее лежит в руке и в кармане. То есть я не собираюсь убеждать, что это лучшая ОС и лучший размер — я за разнообразие, где я возьму то что удобно мне, а Вы — то что удобно Вам.
Если нужно равномерное распределение, не вижу иного варианта кроме как посчитать все варианты и выбрать один случайно. При этом динамическое программирование кажется наилучшим вариантом.
Если любое распределение, то немного анализа вначале — если «кидать» кубики по очереди, то надо чтобы после каждого «броска» остаток можно было разбить на кубики — то есть должно оставаться число от (С-1) до (С-1)*6, где С — количество оставшихся бросков. Отсюда рассчитывается возможный промежуток значений для текущего «броска», из него можно выбирать значение случайно. ИМХО так будет наилучшая производительность.
Написал рекурсией, циклом будет лучше по производительности но менее читаемо :)
Если пока что новые фичи не нужны и можно получить совместимость «задаром» — тут надо думать. Ведь в будущем отказав в обновлениях тем, у кого старая версия, вы расстроите своих пользователей. Иногда не дать им ничего изначально — лучше.
И еще есть приложения, для которых нельзя просто так оставить старые весрии без обновлений. Тот же банковский софт, например.
Склоняюсь к тому, что с призывом «писать только под 14» скорее согласен — владельцы старых устройств, вроде меня, менее склонны ставить новые программы. Максимум приложений я установил в первые пару месяцев после покупки телефона. С точки зрения бизнеса полностью оправдано тратить ресурсы только на то, что приносит доход.
Как исключение я бы назвал массовые приложения вроде карт и расписания поездов — вот там логично потратить чуть буольше усилий и поддерживать всё что есть на рынке.
А вообще видимо есть принципиальное различие в рабочей (особенно технической) переписке и личной. Разный стиль, разные правила, раные привычки.
Я так понимаю, эта опасность и имелась в виду в статье. То есть вы общаетесь с коллегой обсуждая проблему клиента, с конфиденциальной информацией, потом пересылаете письмо менеджеру по общению с клиентами с описанием проблемы, а он пересылает клиенту не поглядев что в треде внизу под последним сообщением, которое показать можно, есть то которое показывать нельзя. А клиент может развернуть тред и увидеть что-то ненужное. То есть надо быть осторожным, добавляя нового адресата.
Сообщения другим цветом в теле моего письма — встречал только на работе, где все пользуются одним клиентом. Проблема в том, что можно не заметить что там вообще что-то есть, если не написать явно в тексте последнего письма, то в тред внизу я могу не догадаться посмотреть. Хотя больших фейлов пока не было.
Это своего рода корпоративный стандарт — в рабочей переписке оставлять всю историю, чтобы имея одно последнее письмо каждый мог проследить диалог. Иногда даже на сайтах пишут — не удаляйте историю переписки из последнего письма. Проблемы начинаются, если в такой цепочке где-то проскакивала конфиденциальная информация, а потом письмо рассылается чуть более широкому кругу адресатов, без проверки всей истории.
Еще бывает, что ответы на вопросы пишут прямо в тексте моего сообщения другим цветом. Особенно весело, когда так делают подряд 2 человека :)
Если анализировать только выживших, то окажется что они все были в военной форме, все говорят по русски, все учились в училище, все перекрестились перед входом на поле, все шли медленно у всех был миноискатель, пистолет и противогаз. Пока вы не посмотрите на погибших, вы не поймете что из этого списка важны только миноискатель и скорость ходьбы, и не узнаете что бегать по полу с криками не важно.