У меня mini на i5 2.5Ghz + 8GB RAM + 500 GB HDD. И работать можно, неплохой стационарник. Но в сравнении с рабочим pro i7-quad 2.7 + 16GB RAM + 768 GB SSD он безумно тупой. Мечтаю сменить миньку на более новый с SSD, т.к. тупо уже отвык ждать загрузки операционки по 3-4 минуты и запуска приложений 5-6 секунд. Прошка летает безумно просто. По поводу нагрева — нагрев идет при переключении на дискретку. Если не нравится — можно настроить на переключение вручную. Тогда будет чуть медленнее там, где было аппаратное ускорение, но греться не будет.
Опередили на счет пружин — кольцо должно принудительно подтягиваться, чтобы не было состояния зависания без приложения силы. А вот полипласты — отличная идея. Действительно можно увеличение веса грузов заменить на масштабность схемы (длину веревок). Кое-где можно заменить на шестерни.
Дело не в этом. Выходное колечко висит на уровне 1, в результате манипуляций оно опускается до уровня 0. Это же колечко является входом, вот только веса колечка не хватает в таком случае, чтобы оно приложило достаточно усилий и все же смогло опуститься до уровня 0. Выходной тросик ослабится, а кольцо останется висеть на уровне 1, т.к. связано еще входным тросом следующего уровня. Соответственно, это кольцо должно обладать относительно большим весом, чтобы безошибочно влиять на следующий уровень. А если так, то и веса первого уровня нужно серьезно увеличивать, чтобы влиять на теперь ощутимо утяжеленное выходное кольцо. И это рекурсивный процесс. Чем больше уровней, тем серьезнее нужны веса первых уровней. И в итоге в системе из 20-30 уровней, как я писал выше, входные кольца придется двигать уже кранами. Я предполагаю, что понадобится для более-менее безошибочной работы умножать вес на 4 на каждом предыдущем уровне. В таком случае, если в последнем уровне использовались гирьки до 100 грамм, а уровней было 10, то на первом будет 100 грамм * 4^(10-1) = 26.2 тонны. И даже если вместо тросиков использовать шелковые нити, а все изгибы и упоры сети через блоки с подшипниками, в лучшем случае удастся в сложных блоках снизить минимальный вес гири до, например, 10 грамм, а множитель веса уровней до например, 2.5. Я с трудом представляю, что можно меньше, т.к. следующий уровень не должен влиять на предыдущий, а тут такое невозможно. Соответственно, это как наводка в электрической цепи, от которой все постоянно пытаются избавляться. И 40% влияние этой наводки относительно полезного сигнала — это уже заоблачная цифра. Но все же… 10 грамм * 2.5^(10-1) = 38.15 кг при десяти уровнях. Еще 4 уровня и уже полторы тонны. Поэтому 20-30 уровней для крана — слишком даже оптимистично.
Думаю, что можно. Но видно, что сила прилагаемая на входе к кольцам явно больше, чем на выходе. Т.е. скорее всего, чтобы составить «композицию» из таких элементов с глубиной в три операции, нужно, чтобы вторые кольца и грузы были раза в 4 тяжелее третьих, а первые еще раза в 4 тяжелее вторых. В общем, к коментарию сверху, для АЛУ, я думаю, что во многих местах должны быть крановые тросы, поднимающие штабеля бетонных плит, которыми будут управлять краны (точки входа), а на выходе через ступеней 20-30 будут двигаться те самые колечки.
Имхо, страницы могут нумероваться как угодно, а вот ссылка должна ссылаться на ID первого поста на этой странице, а не на ее номер. И при загрузке вычислять номер страницы, на которой размещен этот пост. Если этого поста нет, то последний перед ним, который еще существует (в случаях, когда пост может быть удален). В таком и только в таком случае при загрузке страницы я гарантированно (может быть и не первым постом) увижу материал, на который я ссылаюсь (который я видел и хотел запомнить).
Сидели во Флаконе в StartHub-е 3 месяца. Когда пришли — народу было много, но огромная компашка съезжала. 3 недели кое-как, а потом стало тихо и замечательно + правильная атмосфера. Но спустя несколько недель приехала другая группа на постоянку, и место снова превратилось в базар. Сосредоточиться и эффективно работать невозможно. Причем я не интроверт, сам люблю познакомиться с интересными людьми и пообсуждать интересные проблемы, но это перебор. Мы так же ходили во второй коворкинг во Флаконе в здании Market (Cow Or King) — но там ситуация в разы хуже. Много маркетологов и сейлзов на трубках, бесконечные переговоры и т.д. В итоге лично я оттуда ушел. Кто живет на востоке — отличный коворкинг в Измайлово. Но там запись задолго. В Парке Горького вроде как не плохой (сам не был, мои ребята говорили). Если место нужно хотя бы на 3 человека, уже не дороже и эффективнее арендовать помещение или квартиру.
На сколько я себе представляю, причина в другом. От спама так не защитишься, т.к. спамеры итак не будут слать письма на noreply@domain.com, они сразу пойдут по листу: admin@domain.com, info@..., sales@..., tech@..., support@… — вне зависимости от того, с какого адреса пришло письмо.
2 месяца назад, когда я решил прочитать все письма, которые придут в ответ на акцию, устраиваемую нашей компанией среди полу сотни тысяч клиентов, в поле from был указан отдельный email (пусть, это будет promo@company.com), с которого я сделал форвард копий на свой email, предварительно установив фильтр на присвоение label таким письмам.
Спустя несколько минут после начала рассылки меня захлестнуло волной… нет, не спама… автоответчиков. Просто безумный поток писем. Через 24 часа после окончания рассылки я закончил фильтрацию всего этого треша (рассылка велась только по живым активным пользователям, пользующимся бесплатной версией нашего сервиса). Ответы были: вопросы, уточнения, запросы контактов, ответные предложения, и просто «спасибо, нам сейчас это не нужно». Так вот, их «массовая доля» в общей куче автоответов типа «Я получил ваше письмо, как только я его прочитаю — я обязательно отвечу вам» составила 6%. На 50% из них теоретически можно придумать замудренные фильтры, т.к. основное — это отпуск, я сейчас не у кома, ваше письмо доставлено и тому подобные. Остальные — «кто как хочет, тот так строчет». Это и реклама, и контакты, и сообщения о перезде, и автопрайсы в ответ и т.д.
Я согласен полностью, что если мне компания прислала письмо, то я должен иметь возможность привычным мне способом ответить на него, но пока не нашел решения этой проблемы. Допустим, у вас, как у нормальной компании, стоит ZenDesk, который на любое входящее письмо формирует тикет и высылает пользователю об этом уведомление… рекурсия. Письмо №1 — акция => автоответ со стороны пользователя => helpdesk подхватывает, открывает тикет, шлет ответ с id тикета => у пользователя новое письмо, автоответ => если автоответчик генерирует новую тему, то это вообще жесть, но, допустим, он оставляет ту же (или добавляет Re:), и шлет опять, тогда HelpDesk добавляет к тикету еще данные и уведомляет об этом пользователя (тогда опять рекурсия), или не уведомляет (поэтому в большинстве систем уведомление только об открытии тикета).
Как бороться — уведомлять только об открытии тикета (не помогает, когда автоответ не сохраняет тему и тело письма) и банить, если писем за единицу времени слишком много. Но в любоим случае, вы сильно повышаете шанс все чаще и чаще попадать в спам из-за большого количества однотипных автоматизированных переписок.
1. Все корни в топливе. ДВС туда не поставишь (нужен кислород и само топливо для сгорания). Солнечные батареи выдают очень малые мощности (плюс не работают без солнца, плюс в бури, плюс покрываются пылью и т.д.) — поэтому скорость очень мала (а на них надо тащить сотни килограмм). В Curiosity используется РИТЭГ, которого должно хватить, если не ошибаюсь, на 14 лет с выдачей некой необходимой мощности. Далее он все равно продолжит выделять/производить энергию, но ниже расчетной (т.е. возможна будет и дальнейшая эксплуатация, но с отключенной частью приборов — или попеременно включенной). РИТЭГ производит больше энергии (конкретно тот, что на Curiosity), чем солнечные батареи (если ими покрыть его), но все же не достаточно для летания.
2. Не менее важная причина — управление. Дать команду «по газам» а спустя 20 минут (пока сигнал шел до марса, там команда выполнилась, ровер попер, и пошла картинка назад на землю) увидеть кадр, как ровер влетает в скалу… не вариант. И поскольку получается, что оперативное управление организовать невозможно (ну очень большой пинг), но приоритеты смещаются на надежность и безопасность.
Просто чел из нового поколения. Там 70% так пишут, поэтому даже если человек сам по себе грамотный, такие вещи мозг фильтрует автоматом )
P.S. Лично мне приходилось многие слова и предложения перечитывать по 2-3 раза, чтобы скомпоновать эту билеберду в законченную мысль.
Да ладно вам ) Нормальная статья, смысл, который автор пытался изложить, тоже понятен. «Ампер за час» — я смеялся минут 5, но потребители, уверяю вас, еще более безграмотны, поэтому «ампер за час» воспринимают как экспертное мнение (почти как сервис «ампер/муж на час»). Поэтому, видимо, автор до сих пор не знал о том, что придумал новые единицы измерения.
Но основная проблема не в глупости ваших потребителей, которые хотят увешать всю крышу панелями и поражаются, что так дорого. Проблема в том, что ваши представления об использовании панелей совершенно не совпадают с потребительскими ожиданиями. Их не так парит платить за энергосберегающую лампу в 15Вт, сколько хочется сэкономить на потреблении электричества той же стиральной машиной, перфоратором, телевизором, конвектором и т.д. И им не нужны панели как таковые — они сэкономить хотят, а вы предлагаете технологию, которая «никогда не окупится» + ее реализация сопряжена с большим геммороем для непосвященного человека. Поэтому не удивляйтесь, что люди от нее отказываются.
2 месяца назад, когда я решил прочитать все письма, которые придут в ответ на акцию, устраиваемую нашей компанией среди полу сотни тысяч клиентов, в поле from был указан отдельный email (пусть, это будет promo@company.com), с которого я сделал форвард копий на свой email, предварительно установив фильтр на присвоение label таким письмам.
Спустя несколько минут после начала рассылки меня захлестнуло волной… нет, не спама… автоответчиков. Просто безумный поток писем. Через 24 часа после окончания рассылки я закончил фильтрацию всего этого треша (рассылка велась только по живым активным пользователям, пользующимся бесплатной версией нашего сервиса). Ответы были: вопросы, уточнения, запросы контактов, ответные предложения, и просто «спасибо, нам сейчас это не нужно». Так вот, их «массовая доля» в общей куче автоответов типа «Я получил ваше письмо, как только я его прочитаю — я обязательно отвечу вам» составила 6%. На 50% из них теоретически можно придумать замудренные фильтры, т.к. основное — это отпуск, я сейчас не у кома, ваше письмо доставлено и тому подобные. Остальные — «кто как хочет, тот так строчет». Это и реклама, и контакты, и сообщения о перезде, и автопрайсы в ответ и т.д.
Я согласен полностью, что если мне компания прислала письмо, то я должен иметь возможность привычным мне способом ответить на него, но пока не нашел решения этой проблемы. Допустим, у вас, как у нормальной компании, стоит ZenDesk, который на любое входящее письмо формирует тикет и высылает пользователю об этом уведомление… рекурсия. Письмо №1 — акция => автоответ со стороны пользователя => helpdesk подхватывает, открывает тикет, шлет ответ с id тикета => у пользователя новое письмо, автоответ => если автоответчик генерирует новую тему, то это вообще жесть, но, допустим, он оставляет ту же (или добавляет Re:), и шлет опять, тогда HelpDesk добавляет к тикету еще данные и уведомляет об этом пользователя (тогда опять рекурсия), или не уведомляет (поэтому в большинстве систем уведомление только об открытии тикета).
Как бороться — уведомлять только об открытии тикета (не помогает, когда автоответ не сохраняет тему и тело письма) и банить, если писем за единицу времени слишком много. Но в любоим случае, вы сильно повышаете шанс все чаще и чаще попадать в спам из-за большого количества однотипных автоматизированных переписок.
Парень, ты реально все еще жив?
2. Не менее важная причина — управление. Дать команду «по газам» а спустя 20 минут (пока сигнал шел до марса, там команда выполнилась, ровер попер, и пошла картинка назад на землю) увидеть кадр, как ровер влетает в скалу… не вариант. И поскольку получается, что оперативное управление организовать невозможно (ну очень большой пинг), но приоритеты смещаются на надежность и безопасность.
P.S. Лично мне приходилось многие слова и предложения перечитывать по 2-3 раза, чтобы скомпоновать эту билеберду в законченную мысль.
Но основная проблема не в глупости ваших потребителей, которые хотят увешать всю крышу панелями и поражаются, что так дорого. Проблема в том, что ваши представления об использовании панелей совершенно не совпадают с потребительскими ожиданиями. Их не так парит платить за энергосберегающую лампу в 15Вт, сколько хочется сэкономить на потреблении электричества той же стиральной машиной, перфоратором, телевизором, конвектором и т.д. И им не нужны панели как таковые — они сэкономить хотят, а вы предлагаете технологию, которая «никогда не окупится» + ее реализация сопряжена с большим геммороем для непосвященного человека. Поэтому не удивляйтесь, что люди от нее отказываются.