Для меня до сих пор не перебитым идеалом остался Remote Anything от TWD Industries. И да — он мертв. Но малый размер, например клиентская часть менее 100 Кб, двух или трехзвенная архитектура на выбор, встроенная возможность самозаполнения «адресной книги», путем отдачи разным клиентам заранее для них подготовленных и преднастроенных (адрес сервера, порт, название отдела для адрески) Slave.exe (причем настройка прямо из Slave.exe и делалась!). В общем архитектурно — почти идеал. Но даже тогда это было сильно небесплатно.
К сожалению умерло все с концом WinXP, если не ошибаюсь, там были большие терки и юридическое давление на них.
Статья годная, автор симпатичен, но боюсь, что он наступил на знакомые грабли, если искренне верил в возможность переубедить руководство научными доводами. Принятие решений ими происходит на основе многофакторного анализа, ключевые факторы которого слишком часто имеет весьма слабое отношение к открыто заявляемым целям. Грубо говоря менеджеру(ам) может быть не так важен прирост сегмента пива в точках, как, например, коррупционная составляющая при работе с консалтерами. С камаза золота может и упасть несколько слитков. В общем здравого смысла в решениях может и не прослеживаться напрямую. А если что то идет не так — консалтеры являются отличный способом легально размазать ответственность.
Я в детстве бредил одной идеей, вычитанной в замечательной книге «Изобретения Дедала». Там предлагалось часть объема «дирижабля» заполнять аммиаком, и делать профиль надувных крыльев таким образом, чтобы при подьеме и при спуске именно крылья делали возможным поступательное движение. Фишка затеи с аммиаком в том, что он при достижении некоторой высоты и соответсвенно температуры (-33 было кажется), конденсируется, из-за чего подъемная сила падает, а уже около земли обратно испаряется, и подъемная сила снова вырастает, и начинается планирование наоборот.
Эх, какое количество замечательных идей не взлетело :-)
Осторожнее, степень очевидности внешних факторов совсем не всем очевидна! :-)
И сходу встречный вопрос, а что есть в истории случаи самовозгорания спокойно лежащих в нормальных условиях не подключенных ни к чему элементов 18650?
Уточните, это про какую химию вы пишете (про восстановление в университете)? Не знаю насчет мощности, но емкость теряется в таких случаях безвозвратно и очень сильно, как и ресурс.
И речь шла про автоматику зарядки, которая точно не должна давать полный зарядный ток на ячейку, если напряжение меньше нижнего порога.
А в контролируемых условиях (а не под машиной) делайте что хотите, детей только подальше уберите :-)
Речь шла про формулировку «записывать телефонные разговоры».
без слова «телефонные» я, и по всей видимости dobergroup, был бы целиком согласен. Может поменять и все уже?
Если угодно написать формально точно, но добавить чуть-чуть «воды», то так и надо писать про «части» разговоров, которые могут быть записаны. Хотя как по мне — это подмножество «любых звуковых активностей» вокруг телефона, и зачем отдельно указывать телефонные разговоры — мне не ясно.
Сама по себе тема поднятая вами в статье правильная и нужная, но как по мне на этом ресурсе градус алармизма можно бы держать чуть ниже, тут и так почти все это понимают.
Кстати, как бы вы интерпретировали результаты опроса? 73,4% делают все верно, но их это не спасет, т.к. вокруг будут остальные с телефонами и микрофонами?
Одна строрна телефоного разговора это уже не разговор, а монолог.
Речь шла про трудности записи разговора обеих сторон с линии на всем многообразии моделей телефонов.
Ненене, самый смак, когда после этого этот же график ещё и выдержать не могут. В смысле часть отпусков отменится, по независящим от работника причинам. А других взять не получится.
Не любите роботов? Но в чуть другом конструктиве обслуживать и людьми будет возможно. Просто именно в этом проекте предполагается необслуживаемая экспериментальная штуковина.
Для меня до сих пор не перебитым идеалом остался Remote Anything от TWD Industries. И да — он мертв. Но малый размер, например клиентская часть менее 100 Кб, двух или трехзвенная архитектура на выбор, встроенная возможность самозаполнения «адресной книги», путем отдачи разным клиентам заранее для них подготовленных и преднастроенных (адрес сервера, порт, название отдела для адрески) Slave.exe (причем настройка прямо из Slave.exe и делалась!). В общем архитектурно — почти идеал. Но даже тогда это было сильно небесплатно.
К сожалению умерло все с концом WinXP, если не ошибаюсь, там были большие терки и юридическое давление на них.
С нетерпением жду выпуска серверной части.
Вы бы сразу раскрыли понятие "обеспечить". Желательно точной суммой. Ибо до 2014 года я был уверен что готов, что можем, а теперь…
Эх, какое количество замечательных идей не взлетело :-)
И сходу встречный вопрос, а что есть в истории случаи самовозгорания спокойно лежащих в нормальных условиях не подключенных ни к чему элементов 18650?
И речь шла про автоматику зарядки, которая точно не должна давать полный зарядный ток на ячейку, если напряжение меньше нижнего порога.
А в контролируемых условиях (а не под машиной) делайте что хотите, детей только подальше уберите :-)
без слова «телефонные» я, и по всей видимости dobergroup, был бы целиком согласен. Может поменять и все уже?
Если угодно написать формально точно, но добавить чуть-чуть «воды», то так и надо писать про «части» разговоров, которые могут быть записаны. Хотя как по мне — это подмножество «любых звуковых активностей» вокруг телефона, и зачем отдельно указывать телефонные разговоры — мне не ясно.
Сама по себе тема поднятая вами в статье правильная и нужная, но как по мне на этом ресурсе градус алармизма можно бы держать чуть ниже, тут и так почти все это понимают.
Кстати, как бы вы интерпретировали результаты опроса? 73,4% делают все верно, но их это не спасет, т.к. вокруг будут остальные с телефонами и микрофонами?
Речь шла про трудности записи разговора обеих сторон с линии на всем многообразии моделей телефонов.
Не любите роботов? Но в чуть другом конструктиве обслуживать и людьми будет возможно. Просто именно в этом проекте предполагается необслуживаемая экспериментальная штуковина.