Как я понимаю, особо никак. Каждая кнопка издавала свою частоту. В телевизоре после микрофона стоял полосовой фильтр. Звук был высокочастотным на пороге слышимого и ультразвука. В то время в доме мало, что могло издавать такие частоты, так что это не было большой проблемой.
Где-то попадалась конструкция пульта вообще без электричества. Нажатие кнопки заставляло вибрировать небольшой высокочастотный камертон, в телевизоре стоял микрофон, который принимал сигнал. Кнопок было вроде 3 или 4, пульт довольно громоздкий.
Ну будем честны, байт не из 8 бит, это прям лютая экзотика в наше время. А вот насчет int - согласен, он может иметь разный размер на разных платформах и как минимум 32- и 64-битный int встречается еще довольно часто.
Немного не так. В Rust нет UB (если не использовать unsafe). В остальном никто не мешает выйти за границы массива (сработает panic и программа завершится), или просто накосячить с логикой. Проведу аналогию - если на пистолете есть предохранитель, это не гарантирует, что играя с ним вы не сможете отстрелить себе что-то, но это спасает от случайного выстрела, когда пистолет лежит в кабуре.
Статья похожа на какой-то троллинг. Большинство этих вайб-код программ выглядят сносно для альфа-релиза, но когда выясняется, что код надо не просто сгенерировать один раз, но и поддерживать, всё умирает. Обычный legacy OpenSource каким бы корявым не был составляет более серьезную конкуренцию коммерческому софту чем вайб-код проекты однодневки. Можно конечно пытаться экстраполировать на будущее. Пусть мы считаем, что ИИ станет в 10, 100, или даже 1000 раз умнее, но это не избавляет от необходимости написать четкое и понятное ТЗ, а потом еще и править его в тех местах где ИИ его не правильно понял. В итоге мы получаем всё ту же программу только написанную человеческим языком, а это надо уметь.
У меня под боком в/ч стоит, так мобильный интернет здесь работает исключительно в режиме белых списков. А можно мне хотя бы 3G, но без блокировок, ну хотя бы с блокировками, но не с белыми списками, ну пусть с белыми, но не 24/7, а только в периоды беспилотной опасности? Ну вот сделают 5G и толку мне от высокоскоростного доступа к госуслугам?
Для Obsidian помнится был плагин для git. Возможно было бы неплохо сюда тоже добавить нечто похожее. Чисто моё видение - добавить в настройках адрес git-репозитория и ветку. И 3 -кнопки в интерфейсе (commit, push и pull). При нажатии на commit появляется окно в котором можно ввести commit-message (по умолчанию подставляется просто текущая дата и время). push - отправляет сделанный commit(ы) в удаленный репозиторий, pull - подтягивает изменения из него. Заметки для которых произошел merge-конфликт подсветить красным.
Я не очень понимаю желание переписать на Rust древний C/C++ код который был отлажен не то что годами, а десятилетиями. Выигрыш в производительности будет только если что-то оптимизировать (а это не всегда возможно). Выигрыш в надежности - может быть, если не допустить ошибок при переписывании, а они наверняка будут. Если конечно прям очень хочется - я не возражаю. Но особого смысла не вижу. Если уж переписывать что-то на Rust, то это проекты на Python и NodeJs. Там увеличение производительности будет гарантировано.
Думаю, что счастье - это достижение своих целей и исполнение своих желаний. Причем счастливым делает сам факт достижения/исполнения, как только это уже произошло, мы перестаем этого хотеть (ведь это уже есть), и счастье постепенно проходит. Предвкушение исполнения целей/желаний тоже приносит счастье, но обычно несколько меньше и как правило только если мы ощущаем приближение к цели, а не отдаление. Деньги не всегда приносят счастье, так как у человека может быть цель или желание которое невозможно исполнить с помощью денег. Свобода тоже не влияет на счастье напрямую. Каким бы несвободным не был человек он способен быть счастлив, если отсутствие свободы не является преградой к его цели. Есть еще одна проблема, пусть человек обладает почти неограниченным количеством денег, власти и прочего. Счастлив ли он? Вероятно на каком-то этапе - нет. Он уже выполнил все свои желания, получил порцию счастья, а дальше либо желания становятся недостижимыми, либо они исчезают. И в этот момент уровень счастья крупного политика/миллиардера становится таким же как у бомжа ночующего в коробке.
А я и не говорю, что пользоваться коммерческими VPN нельзя. Хотите - пожалуйста. Однако у меня есть личные моральные принципы руководствуясь которыми я не буду пользоваться коммерческими VPN, софтом и контентом по подписке и мессенджером MAX. Считаете, что это странно или ненормально? - Ваше право. И да, я понимаю, что это бизнес и ничего личного. Но пока я плачу, я вправе выбирать кого поддерживать рублем, а кого нет.
Это не совсем уместное сравнение. Всё же основной заработок стоматологов основан не на последствиях действий преступников, а на том, что люди сами не следят за своими зубами. А вот бизнес коммерческих VPN-сервисов построен именно на действиях РКН. Если мы предположим, что завтра РКН снимет ВСЕ блокировки, то коммерческие VPN-сервисы сразу станут никому не нужны. Я даже предполагаю, что если копнуть поглубже, то может оказаться, что многие коммерческие VPN связаны с руководством РКН. Возможно не напрямую, а через друзей или родственников. Опять же я точно этого знать не могу, но в истории бывали подобные примеры.
Выскажу чисто свое мнение, которое может не совпадать с мнением окружающих. Для меня создатели коммерческих VPN-сервисов находятся где-то на одном уровне неприязни вместе с РКН. Кто-то возразит: "но ведь они позволяют обходить блокировки, то есть решают проблему, которую РКН создает". Но по сути они делают деньги, пользуясь плодами работы РКН и их цель - именно деньги, а не забота о свободе интернета. То есть это как в старом фильме с Чарли Чаплином, где один персонаж выбивал окна, а другой вставлял их за небольшую плату.
Как-то раз один человек спросил у меня совет в чате. Я ответил развернуто и подробно. В итоге мне вместо спасибо написали, что я ответ у нейросетки скопипастил, что живые люди так не пишут. Обидно и смешно...
Вроде бы еще несколько десятилетий назад все поняли, что измерять производительность труда программиста количеством написанных строк кода это глупость. Ну видимо не все... И кстати, если ваши коллеги узнают о том какую метрику вы используете, то всё станет еще хуже. Человек которому поставлена задача по достижению некоторого KPI будет выполнять KPI, а не работу. Вам надо больше кода - вы его получите. Рассказать как из цикла в 30 итераций и объемом кода в 3 строки сделать 30 строк без цикла?
Последние лет 12 почти постоянно использую только Linux. Немного не соглашусь с вашим утверждением, что все линуксы одинаковые. Да, между дистрибутивами linux разницы не много. Но кому-то нравится Gnome, кому-то KDE, кому-то Cinnamon или Xfce, а может и еще что-то более экзотическое. Одни дистрибутивы используют стабильные, но не самые свежие пакеты, другие самые новые, но зачастую толком не проверенные. Кто-то активно продавливает snap, кто-то бежит от него как от огня. Если мне надо сделать несколько действий в консоле или посмотреть страничку в браузере мне тоже абсолютно не важно какой дистрибутив использовать, но для работы я установлю, то что мне нравится и удобно. Да, можно установить любой дистрибутив и переделать его полностью под себя, установить нужное, удалить ненужное, настроить, при необходимости собрать из исходников то, чего нет в репозиториях. Но зачем тратить несколько дней/недель на переделывание, если в огромном зоопарке дистрибутивов найдется то, что удовлетворяет потребностям процентов на 90-95?
Я думаю основная проблема - это стоимость окислителя. Озон - сравнительно дорогой и неудобнохранимый газ, во всяком случае дороже воздуха. То есть к топливу, которое стоит денег надо будет заправлять аппарат еще и окислителем. Конструкцию двигателя скорее всего можно доработать, чтобы он не рассыпался раньше времени. Но в чем смысл? Получить двигатель с меньшим объемом и большей мощностью? А зачем? Меньше масса? - Двигателя - да, а если добавить баллон с озоном? Я вижу смысл использовать подобные двигатели только там, где нет воздуха вообще - в космосе, под водой, под землёй. Но нужны ли там ДВС?
На самом деле всё довольно просто. При распознавании учитывается середина квадратика. И если QR-код большой и виден четко, сканер срабатывает на кружочки. А если изображение нечеткое или маленькое, то берется усреднённый естественным образом цвет, который ближе к цвету квадратика.
С точки зрения климата изменения действительно несущественны. А сколько экосистем были разрушены/изменены инвазивными видами? Допустим получится возродить дронтов. А получится найти им ареал обитания в дикой природе, где они смогут выжить?
Старые исходники к сожалению пролюбил, поэтому на скорую руку написал заново. Примерно так. Тут квадратиками зашифровано "https://google.com", а кружочками "https://github.com". При некоторой сноровке и игре с масштабом можно поймать оба варианта.
Как-то раз я экспериментировал с QR-кодами. Я взял QR-код и нарисовал поверх него второй QR-код, но не просто перекрасил квадраты, а нарисовал внутри квадратов кружки занимающие по площади примерно 25% от площади квадрата. Получилось два QR-кода в одном. Если сканировать его с близкого расстояния, то он читается по кружкам, а если с большого то по квадратам. Но наигравшись не нашел как применить эту идею...
Как я понимаю, особо никак. Каждая кнопка издавала свою частоту. В телевизоре после микрофона стоял полосовой фильтр. Звук был высокочастотным на пороге слышимого и ультразвука. В то время в доме мало, что могло издавать такие частоты, так что это не было большой проблемой.
Где-то попадалась конструкция пульта вообще без электричества. Нажатие кнопки заставляло вибрировать небольшой высокочастотный камертон, в телевизоре стоял микрофон, который принимал сигнал. Кнопок было вроде 3 или 4, пульт довольно громоздкий.
Ну будем честны, байт не из 8 бит, это прям лютая экзотика в наше время. А вот насчет int - согласен, он может иметь разный размер на разных платформах и как минимум 32- и 64-битный int встречается еще довольно часто.
Немного не так. В Rust нет UB (если не использовать unsafe). В остальном никто не мешает выйти за границы массива (сработает panic и программа завершится), или просто накосячить с логикой. Проведу аналогию - если на пистолете есть предохранитель, это не гарантирует, что играя с ним вы не сможете отстрелить себе что-то, но это спасает от случайного выстрела, когда пистолет лежит в кабуре.
Статья похожа на какой-то троллинг. Большинство этих вайб-код программ выглядят сносно для альфа-релиза, но когда выясняется, что код надо не просто сгенерировать один раз, но и поддерживать, всё умирает. Обычный legacy OpenSource каким бы корявым не был составляет более серьезную конкуренцию коммерческому софту чем вайб-код проекты однодневки.
Можно конечно пытаться экстраполировать на будущее. Пусть мы считаем, что ИИ станет в 10, 100, или даже 1000 раз умнее, но это не избавляет от необходимости написать четкое и понятное ТЗ, а потом еще и править его в тех местах где ИИ его не правильно понял. В итоге мы получаем всё ту же программу только написанную человеческим языком, а это надо уметь.
У меня под боком в/ч стоит, так мобильный интернет здесь работает исключительно в режиме белых списков. А можно мне хотя бы 3G, но без блокировок, ну хотя бы с блокировками, но не с белыми списками, ну пусть с белыми, но не 24/7, а только в периоды беспилотной опасности? Ну вот сделают 5G и толку мне от высокоскоростного доступа к госуслугам?
Для Obsidian помнится был плагин для git. Возможно было бы неплохо сюда тоже добавить нечто похожее. Чисто моё видение - добавить в настройках адрес git-репозитория и ветку. И 3 -кнопки в интерфейсе (commit, push и pull). При нажатии на commit появляется окно в котором можно ввести commit-message (по умолчанию подставляется просто текущая дата и время). push - отправляет сделанный commit(ы) в удаленный репозиторий, pull - подтягивает изменения из него. Заметки для которых произошел merge-конфликт подсветить красным.
Я не очень понимаю желание переписать на Rust древний C/C++ код который был отлажен не то что годами, а десятилетиями. Выигрыш в производительности будет только если что-то оптимизировать (а это не всегда возможно). Выигрыш в надежности - может быть, если не допустить ошибок при переписывании, а они наверняка будут. Если конечно прям очень хочется - я не возражаю. Но особого смысла не вижу.
Если уж переписывать что-то на Rust, то это проекты на Python и NodeJs. Там увеличение производительности будет гарантировано.
Думаю, что счастье - это достижение своих целей и исполнение своих желаний. Причем счастливым делает сам факт достижения/исполнения, как только это уже произошло, мы перестаем этого хотеть (ведь это уже есть), и счастье постепенно проходит. Предвкушение исполнения целей/желаний тоже приносит счастье, но обычно несколько меньше и как правило только если мы ощущаем приближение к цели, а не отдаление. Деньги не всегда приносят счастье, так как у человека может быть цель или желание которое невозможно исполнить с помощью денег. Свобода тоже не влияет на счастье напрямую. Каким бы несвободным не был человек он способен быть счастлив, если отсутствие свободы не является преградой к его цели. Есть еще одна проблема, пусть человек обладает почти неограниченным количеством денег, власти и прочего. Счастлив ли он? Вероятно на каком-то этапе - нет. Он уже выполнил все свои желания, получил порцию счастья, а дальше либо желания становятся недостижимыми, либо они исчезают. И в этот момент уровень счастья крупного политика/миллиардера становится таким же как у бомжа ночующего в коробке.
А я и не говорю, что пользоваться коммерческими VPN нельзя. Хотите - пожалуйста. Однако у меня есть личные моральные принципы руководствуясь которыми я не буду пользоваться коммерческими VPN, софтом и контентом по подписке и мессенджером MAX. Считаете, что это странно или ненормально? - Ваше право. И да, я понимаю, что это бизнес и ничего личного. Но пока я плачу, я вправе выбирать кого поддерживать рублем, а кого нет.
Это не совсем уместное сравнение. Всё же основной заработок стоматологов основан не на последствиях действий преступников, а на том, что люди сами не следят за своими зубами. А вот бизнес коммерческих VPN-сервисов построен именно на действиях РКН. Если мы предположим, что завтра РКН снимет ВСЕ блокировки, то коммерческие VPN-сервисы сразу станут никому не нужны. Я даже предполагаю, что если копнуть поглубже, то может оказаться, что многие коммерческие VPN связаны с руководством РКН. Возможно не напрямую, а через друзей или родственников. Опять же я точно этого знать не могу, но в истории бывали подобные примеры.
Выскажу чисто свое мнение, которое может не совпадать с мнением окружающих. Для меня создатели коммерческих VPN-сервисов находятся где-то на одном уровне неприязни вместе с РКН. Кто-то возразит: "но ведь они позволяют обходить блокировки, то есть решают проблему, которую РКН создает". Но по сути они делают деньги, пользуясь плодами работы РКН и их цель - именно деньги, а не забота о свободе интернета. То есть это как в старом фильме с Чарли Чаплином, где один персонаж выбивал окна, а другой вставлял их за небольшую плату.
Как-то раз один человек спросил у меня совет в чате. Я ответил развернуто и подробно. В итоге мне вместо спасибо написали, что я ответ у нейросетки скопипастил, что живые люди так не пишут. Обидно и смешно...
Вроде бы еще несколько десятилетий назад все поняли, что измерять производительность труда программиста количеством написанных строк кода это глупость. Ну видимо не все... И кстати, если ваши коллеги узнают о том какую метрику вы используете, то всё станет еще хуже. Человек которому поставлена задача по достижению некоторого KPI будет выполнять KPI, а не работу. Вам надо больше кода - вы его получите. Рассказать как из цикла в 30 итераций и объемом кода в 3 строки сделать 30 строк без цикла?
Последние лет 12 почти постоянно использую только Linux. Немного не соглашусь с вашим утверждением, что все линуксы одинаковые. Да, между дистрибутивами linux разницы не много. Но кому-то нравится Gnome, кому-то KDE, кому-то Cinnamon или Xfce, а может и еще что-то более экзотическое. Одни дистрибутивы используют стабильные, но не самые свежие пакеты, другие самые новые, но зачастую толком не проверенные. Кто-то активно продавливает snap, кто-то бежит от него как от огня. Если мне надо сделать несколько действий в консоле или посмотреть страничку в браузере мне тоже абсолютно не важно какой дистрибутив использовать, но для работы я установлю, то что мне нравится и удобно. Да, можно установить любой дистрибутив и переделать его полностью под себя, установить нужное, удалить ненужное, настроить, при необходимости собрать из исходников то, чего нет в репозиториях. Но зачем тратить несколько дней/недель на переделывание, если в огромном зоопарке дистрибутивов найдется то, что удовлетворяет потребностям процентов на 90-95?
Я думаю основная проблема - это стоимость окислителя. Озон - сравнительно дорогой и неудобнохранимый газ, во всяком случае дороже воздуха. То есть к топливу, которое стоит денег надо будет заправлять аппарат еще и окислителем. Конструкцию двигателя скорее всего можно доработать, чтобы он не рассыпался раньше времени. Но в чем смысл? Получить двигатель с меньшим объемом и большей мощностью? А зачем? Меньше масса? - Двигателя - да, а если добавить баллон с озоном?
Я вижу смысл использовать подобные двигатели только там, где нет воздуха вообще - в космосе, под водой, под землёй. Но нужны ли там ДВС?
На самом деле всё довольно просто. При распознавании учитывается середина квадратика. И если QR-код большой и виден четко, сканер срабатывает на кружочки. А если изображение нечеткое или маленькое, то берется усреднённый естественным образом цвет, который ближе к цвету квадратика.
С точки зрения климата изменения действительно несущественны. А сколько экосистем были разрушены/изменены инвазивными видами? Допустим получится возродить дронтов. А получится найти им ареал обитания в дикой природе, где они смогут выжить?
Старые исходники к сожалению пролюбил, поэтому на скорую руку написал заново. Примерно так. Тут квадратиками зашифровано "https://google.com", а кружочками "https://github.com". При некоторой сноровке и игре с масштабом можно поймать оба варианта.
Как-то раз я экспериментировал с QR-кодами. Я взял QR-код и нарисовал поверх него второй QR-код, но не просто перекрасил квадраты, а нарисовал внутри квадратов кружки занимающие по площади примерно 25% от площади квадрата. Получилось два QR-кода в одном. Если сканировать его с близкого расстояния, то он читается по кружкам, а если с большого то по квадратам. Но наигравшись не нашел как применить эту идею...