AndreyHenneberg

Эм… Вот тут Вы напомнили мне то, с чего я начинал работу в одной конторе: посадили переписывать генератор интерфейса RPC с Java на C#. То есть был генератор, который парсил документацию под интерфейсу и собирал код на Java, а надо было сделать такой же, но чтобы код был на C#. Он тогда только появился, так что wow-эффект у заказчиков только начинался и они страстно хотели именно C#. В общем, посмотрел я на чудовищные регулярки и отсторожно отошёл в сторонку. Потому что они там были за сотню символов длиной. И просто скопировал их в итоговый продукт, меняя только ту часть, которая склеивала код. Написано было, кстати, на Perl, из-за которого меня, новичка в конторе, и посадили за эту работу.

Так-то оно, может и так, но прочтите статью внимательнее: автор в Linux ходит что-то вроде раз в месяц и ненадолго. То есть он каждый раз всё гуглит и изучает заново, о чём и написал, кстати. То есть для человека, который в *nix не живёт, но постоянно программирует на C++, это будет серьёзным ускорением работы. Собственно, я сам, используя Linux уже больше 20 лет, так и не осилил разобраться с awk, потому что быстрее построить этажерку из других утилит или перейти на другой язык. Возможно, зря не изучил, но пока нет повода закапываться ещё и в это. sed и тот использую исключительно как обработчик регулярных выражений, хотя знаю, что его возможности гораздо шире. Потому что, если припрёт, к моим услугам Python, на котором я, в основном, и работаю последние 7 лет.

И про второй момент: Python, если что, тоже компилирует скрипт, хотя результат сохраняет только для подключаемых модулей, так что это противопоставление не совсем корректно. Да, скорость компиляции у Python выше, но, опять же, помним про время разработки и время работы итоговой программы, потому что, как я уже написал, Python сохраняет результат компиляции только для подключаемых модулей, а инструмент автора — именно для основной программы. А библиотеки и так уже скомпилированы.

Рискованно производить установку во много потоков — потом можно не несколько дней потратить на восстановление системы. А многопоточная закачка давно есть в том же YUM/DNF.

А что касается многопоточной работы базовых утилит, не забываем, что работают они с ПОТОКАМИ. То есть каждой скармливается поток, с которым она что-то должна сделать. Если нужно делать что-то в несколько потоков, просто запускаете эти несколько потоков и не маетесь с последовательным запуском. Я так и делаю, причём, во всё том же Bash.

Робот в виде кота и мышку несёт в зубах за хвост.

Просто вспомнилась реклама, которая довольно долго висела по городу: рыжий кот держит в зубах за провод компьютерную мышь.

Робот в виде кота и мышку несёт в зубах за хвост.

Просто вспомнилась реклама, которая довольно долго висела по городу: рыжий полосатый кот держит в зубах за провод компьютерную мышь.

Потому что ночью все эти замечательные ребята спят дома, а работа идёт круглосуточно. Потому что даже днём они просто выполняют функцию вот этого автомата, когда могли бы делать что-то более полезное, требующее человеческих мозгов.

В целом, не сильно сложно. Например, камеры вешаются уже на контроллеры уровня ESP32, а если речь об одномерном штрих-коде, то всё становится ещё проще. Вопрос только в том, что выбрать в качестве сканера. Если в правильных местах на коробки наклеивать этикетки с теми самыми кодами, то всё должно работать. Даже в варианте загрузки в подаватели разнородных товаров, что, вообще-то, довольно странно. Но работать будет. Надо будет только сканеры ставить в над каждым подавателем. Или под ним — тут надо смотреть конструкцию конкретного автомата, чтобы определиться с оптимальным решением. В таком случае, сканирование кода будет производиться прямо в процессе загрузки.

Хорошая мысль: заодно и выбрасывать эту отраву куда попало не станут. Хотя достаточно просто специальную корзинку поставить для выбрасывания батареек и периодически её опустошать для вывоза на переработку.

Это сладкое слово «рефакторинг».

Во-первых, как я понял, он там не один, а во-вторых, этот специально обученный человек-вахтёр там круглые сутки сидеть будет? В статье же отдельно упомянуто, что особенно благодарны за такие аппараты сотрудники поддержки, работающие в ночные смены, когда все эти человеки-снабженцы сладко спят в своих постелях. Мышки, наушники и клавиатуры ломаются в любое время суток, а работать-то надо.

У Samsung на ноутбуки есть международная гарантия. Что с телевизорами, я не понял, но вот на ноутбуки точно есть.

Более того, если Вы не согласны с условиями M$, то можете не просто поставить другую ОС, а ещё и получить компенсацию за предустановленную Windows. Я такую операцию проделывал и, кстати, с нетбуком Samsung: прямо в день покупки принёс аппарат в сертифицированный СЦ, мне там снесли скрытый раздел с ОС, аккуратно отодрали с донышка недобука бумажку с серийником, наклеили на бланк и отдали этот бланк мне. Бланк был отправлен в представительство Samsung и через некоторое время на указанных счёт упала сумма компенсации.

А вот указание в инструкции — филькина грамота, потому что сей документ попадает в руки пользователя уже после покупки, то есть предупреждение, указанное в нём не имеет юридической силы, если не касается правил эксплуатации. А нахождение в определённой юрисдикции к правилам эксплуатации не относится. В отличии от правильного напряжения в розетке.

-

trapwalker, похоже прав: коды не совпадают с "эталоном". На сам принцип не влияет, но… Царапает, в общем.

Мне кажется, что, просто ради систематизации, лучше вынести все «неформатные» символы, которые обрабатываются отдельно, в группу, начинающуюся с 0. Тогда первые три будут [SOS], [$] и [HH], а остальное… Ну да, можно использовать для управления «терминалом», как предложили выше. Не уверен, зачем такое может понадобиться, но всё таки.

SOS — не три буквы, а триграф: между «буквами» нет пауз, они передаются такой длинной «буквой». То же самое и с другими ди- и триграфами.

Они перестали писать свои продукты под Mac OS X. А значит, платформа стала куда менее интересной для дизайнеров. По крайней мере, такая информация до меня доходила. Сейчас проверить не получилось — у них предельно убогий и неудобный сайт. Вот Corel точно поддерживает эту ОС — у них видны триальные пакеты под Win и Mac. А у Adobe всё закопано и сначала надо ввести кучу персональных данных и реквизиты банковской карты и только потом можно получить доступ к пакетам. Триальным пакетам, прошу заметить.

А через что шла работа со звуком? Я со звуком не работал, кроме настройки общего звука для всех пользователей, но с тех пор, как появились и были доведены до ума звуковые сервера вроде PulseAuduio, Jack и что-то там ещё, особых проблем не наблюдал.

самой оси за 20 лет уже

18, если быть точным, а поддержку закрыли 5 лет назад. Но это для дэсктопов, а я для «встраиваемых» систем вроде банкоматов — только в этом году. Пытались. И продлили ещё на год, потому что в США в следующем году, а много где в госучреждениях до сих пор на хрюне сидят и на Win7, которую тоже должны были закрыть с января, но не получилось.

Возможно. Не проверял. Но и тонны мусора тащит, хотя есть нормальные пакеты, которые собраны в соответствиями с правилами дистрибутивов. И это никак не мешает запускать их в песочнице.

И чем сложнее собрать из тех же скомпилированных бинарников RPM и другие пакеты? Приложение взаимодействует с библиотеками через ABI, где лежат эти библиотеки, Вам даже знать не надо — система сама про них знает, главное — чтобы эти библиотеки были и были нужных версий, а вот это уже вопрос прописывания зависимостей в спеках и делается это ровно один раз. Ну да, периодически надо подправлять версии, чтобы они соответствовали тому, что используете, и всё. А нотификации показываются через стандартные API или через вызовы той библиотеки, через которую окошки показываете. И к OpenGL доступ получаете через вызовы соответствующих библиотек и системные интерфейсы Вам тут вообще ни к чему. Потому что библиотеки во всех дистрибутивах одни и те же.

А исходники и не надо, потому что ставится-то бинарный пакет. Достаточно этот пакет собрать. А в случае с конкретной игрой конкретного автора, достаточно завернуть в пакет виндовую сборку и подтянуть по зависимостям Wine. Ну, может быть, один раз написать скрипт-стартер, чтобы Wine запускался с нужными ключами и изображал нужную версию Windows. Но это одноразовая работа, как и написание спецификации для сборки пакета.

Если напрягает проприетарность, то надо не тащить в систему тонны мусора, а запускать программу в chroot и прочих «изоляторах».

В том и дело, что автор не знает, как собрать под Linux и Mac OS X. Его игра отлично идёт под Wine — этого он добился, а вот собрать нативно под Linux, не смотря на то, что его движок работает на SDL, которая чуть ли не в обязательном порядке ставится в Linux вместе с системой, он не осилил. И даже попросить кого-нибудь из сообщества сделать ему spec, не говоря уже о сборочных скриптах, несложных, кстати, не догадался. Но жалуется он даже не на сложность сборки, а на то, что Apple изменила правила и теперь таким разработчикам, как автор, стало невыгодно заходить на эту платформу.

Ну да, что угодно, лишь бы не правильный пакетный менеджер. В итоге, каждый изгаляется как может, потому что других вариантов просто нет. Просто Steam — один из самых удачных костылей. Что не отменяет того, что это — костыль. Пусть и с шагомером, пульсометром, и гравитационной подвеской.

Вообще-то, стоило бы описать ситуацию как «в любых RPM-based и DEB-based дистрибутивах». У меня подобный опыт был. Причём, была система скриптов, которая и репозиторий сама пересобирала, и на сервер всё выкладывала. В общем, да, работа одноразовая, а дальше — только кнопку нажимать или скрипт запускать, это уже как оформить.

Вот тут меня просто на ржач пробило, потому что буквально на днях знакомая пыталась удалить Visual Studio и для этого пришлось использовать специальный деинсталятор. Как говорится, что угодно, лишь бы не делать нормальный пакетный менеджер. Кстати, Mac OS X в это от Windows недалеко ушла: на системном уровне там есть менеджер пакетов, но он, по факту, почти не используется и систему репозиториев приходится прикручивать стороннюю, а это добавляет ещё немного бардака в систему.

Была хорошая, удобная платформа для фрилансеров, но потом они ввели какие-то адские комиссии, которые сильно снижались при росте сумм ежемесячных платежей. Это привело к тому, что работать там стало выгодно только тем, кто уже раскрутился. Не вообще, а именно на этой платформе, кто именно нам наработал рейтинг и завёл очень жирных и очень постоянных клиентов. А новичкам, кто пока ловит там один-два относительно небольших заказов в месяц и рейтингов себе ещё не наработал, платформа начала грабить. И всё, они закуклились. Они отсекли новую поросль, а старые будут постепенно уходить: кто-то на постоянную работу мимо платформы, кто-то на пенсию, кто-то сменит предметную область и его рейтинг окажется опять на уровне плинтуса. Да мало ли. И вот Apple делает ровно то же самое: те разработчики, которые уже имеет большой доход, вздохнут, посчитают и решат, что пока терпимо и продолжат работать, а новые перестанут приходить, потому что начинающему разработчику там делать становится нечего. И это касается, в том числе, софта для звука и видео. Это при том, что такой жирный разработчик софта для графики, как Adobe, уже отвалился, хотя и по другим причинам. В общем, платформа и так была не сильно открытой для разработки, а теперь ещё больше закрывается.

А, вот ещё одна история, но наоборот. В начале нулевых, когда Linux начал сильно раскручиваться на дэсктопах, возникла ситуация, когда для новых разработчиков Linux был привлекательнее, потому что средства разработки в нём были «из коробки», тогда как под Windows они стоили как сам компьютер. Хороший, мощный компьютер со всей периферией. Внезапно, правда? То есть порог вхождения был очень высоким. Сначала в M$ на это забивали, а потом осознали, что какая-то маргинальная ОС, место которой на сервере, внезапно может вытеснить их из мира настолок. Как? Да очень просто: новое поколение приходит, учится разрабатывать на доступном инструменте, а это инструмент — внезапно — не под Windows. А поскольку ОС, на которой работает инструмент и, соответственно, пишется ПО, бесплатная, пользователи тоже начнут туда уползать. В общем, они там осознали, кому-то что-то намылили, а что-то наскипидарили и выпустили Express-версию студии, чтобы, значит, молодняк от них не разбегался. Так и удержались. Я как раз в тот период разрабатывал под Windows и в конторе, где я работал, как раз стоял вопрос об обновлении инструментария и его цене.

Это всё к тому, что даже тех, кто работает со звуком и видео это зацепит, хотя и не сразу. Просто перестанут появляться новые производители, а старые вечно держаться не будут. Особенно — в отсутствии конкуренции с молодняком, которые голодный, злой и со свежими идеями. А Джобс, увы, умер и нового не видно. Да и новый-то будет не спасать чужую компанию, а раскрутит свою.

На самом деле, если правильно приложить к делу руки с большим радиусом кривизны, то сборка RPM делается одной кнопкой под все нужные дистрибутивы, архитектуры и версии. Я сам несколько лет делал сборку 2ГИС под именно в RPM, пока не понял, что уже сам не пользуюсь программой на компьютере, поскольку разработчики всё изгадили и проще открыть сайт. Так вот, в процессе разбирательства со сборщиками, написал несложную систему скриптов, которая всё делала очень просто и красиво, включая выкладывание на сервер. Причём, собирались не только пакеты, но и репозиторий. А запускалось всё под Wine, как и у автора статьи, причём, этот самый Wine был прописан в зависимостях пакетов, так что даже не надо было ставить его отдельно — сам подтягивался. Думаю, то же самое легко делается для DEB, хотя и не пробовал, и для других форматов пакетов и менедежров пакетов. Вопрос только в том, чтобы найти на один раз разработчиков с нужными навыками, но нужна некоторая заинтересованность в окучивании этой части игроков. И есть у меня некоторые подозрения, что игроки с Linux, стучатся в поддержку именно по поводу запуска, а такая система сборки избавит от этих трудностей. А учитывая, что всё сделано на SDL (сужу по комментариям здесь, сам не проверял), то и сделать нативную сборку под Linux будет несложно. Но, опять же, нужна заинтересованность и, возможно, приглашение кого-то сведущего. Но тут уже одноразовым заказом ограничиться не выйдет — надо будет приглашать в команду.

Зато мне встречались описания случаев, когда случайное поведение оборудования в таком стиле очень радовало владельца этого оборудования. Всё зависит от соотношения стоимости потерь при утрате, в данном случае, паролей и при несанкционированном доступе к ним. В некоторых случаях окирпичивание хранилища — ценное свойство. Особенно, если копия его содержимого есть где-то ещё.

Ссылку сейчас не найду, но мотор они на стенде крутили. Были предсерийные образцы, а потом проект почему-то закрыли, ссылаясь на недостаток финансирования, хотя, судя по заявлениям, почти всё уже было готово к запуску серии. Уточнил данные по Википедии — есть некоторые различия с тем, что я помню, но в главном всё совпадает.

На концепт он не тянул, потому что уже шли ресурсные испытания и всё было готово к началу сборки. Ну или почти всё.

Не знаю, из-за чего этот самый Ё-мобиль не пошёл в серию, но знаю, что многие на него облизывались и ждали запуска, потому что для российских условий ну очень подходящий продукт. То есть бесполезным он не был. Но он не был продуктом, то есть тем, что произвели. К сожалению.

Значит, предоставляйте доступ к этой табличке за деньги и в условиях договора укажите, что распространять эту информацию нельзя. Или ещё что-нибудь в этом роде. В частности, именно так поступают магазины вроде LitRes: получают от автора книгу и продают право на скачивание, не передавая, при этом, покупателю право дальнейшей передачи.

Это как раз помеха сбору данных. Человек не умеет отправлять запросы по IP, поэтому он использует компьютер, на котором запущена специальная программа — браузер. И тут — внезапно — приходит понимание, что браузер — это клиент протокола HTTP, а скаппер — как раз такое клиент и есть, то есть он тоже браузер. И запускается этот браузер человеком (прямо или опосредованно) и в интересах и от имени человека.

Суд подтвердил понятную логику, что заход бота-скрапера юридически не отличается от захода браузера.

То есть вот эти фокусы будут как раз прямым препятствовавнием некоторым видам доступа к публичной информации и «злостным вмешательством в контракт».

И любой запрос с такой галочкой будет содержать ложное утверждение, потому что запрос делает программа, действующая от имени человека, а не человек. И скаппер/граббер будет точно такой же программой: с точки зрения протокола, такая программа является браузером, инициирует запрос, а точнее — серию запросов, человек, то есть запросы идут от имени человека, запустившего эту программу. То есть либо такой запрос «с галочкой» будет ложным в любом случае, либо он будет истинным в любо же случае. Человек не умеет отправлять запросы по IP, он умеет только кнопки нажимать. Ну или слова произносить, если говорить о системах с распознаванием речи, или ещё как-то отдавать команды компьютеру.

Не надо на каждую, достаточно один датчик на всё поле. Или лучше 4 (по углам) или 5 (+1 в центре). А можно и просто блокировать клавиатуру, как блокируют сенсорные экраны. Хотя, конечно, это не так удобно, как если бы кнопки были механическими.

Честно говоря, был удивлён размером, потому что, судя по моему опыту, писать народ разучился от слова сосвсем. Такое ощущение, что собирают что-то на детских конструкторах и чихать хотели на размеры. А ведь всего лишь 8 лет назад на моём первом смартфоне было всего лишь около 100 мегабайт свободного места на внутреннем хранилище и сразу устанавливать на карту было нельзя. На что тратятся все эти десятки мегабайт — для меня загадка.

А нельзя ли как-то определять параметры камеры? Кроме того, для популярных моделей можно просто собрать какую-то базу данных и залить в приложение, а для остальных либо придумать какой-то способ измерения, или использовать настройки «по умолчанию». Ну и подбор методом тыка самой похожей модели никто не отменял.

Собственно, с того вся история и началась, что в AppStore приложение для измерения пульса по морде лица есть, а в Google Play такого не было, только какие-то дурацкие разводилки и показывалки рекламы. Статья как раз про то, почему таких приложений в Google Play дефицит.

Вот тут не соглашусь: либо каждый раз включать установку «из неизвестных источников», а потом отключать, что муторно, либо держать это разрешение включённым, что небезопасно.