В macOS это встроенная в систему функция. Прямо с идущего видеопотока – нет, но если сделать скриншот, то просто берёшь и копируешь. На Windows / Linux можно заранее озаботиться каким-нибудь OCR.
Большой фрагмент кода, написанный от руки? (рукописное написание можно генерировать программно и скидывать картинкой) Если что, я шучу. Но может быть не шучу :)
Я восхищаюсь Вашей мудростью и терпением :) Просто меня раньше тоже вела дорога приключений, но потом мне прострелили колено :) Там была длинная ветка (выше и ниже этого комментария) со спором на схожую тему, и она отбила у меня желание ещё раз пытаться всё это объяснить. Так что я представляю, как это может быть энергозатратно. Это при том, что масштаб там был гораздо меньше, чем тут.
Я полагаю, что эта тема для людей становится личной, т.к. у них есть ипотека и они, не разобравшись до конца, приняли решение гасить её определённым образом, и им больно признавать, что они были неправы. Особенно учитывая, что мы на Хабре, люди в основном технического склада ума, а речь идёт о понимании математики. Даже если ипотеки нет, признавать, что был неправ в своём понимании математического механизма, может быть болезненно.
В любом случае, люди, которые хотят, чтобы им помогли, получили от статьи помощь) Думаю, это главное.
Спасибо за статью и мои соболезнования автору. Пережить такой объём непонимания очевидной математики в комментариях – это тяжело. Впрочем, видимо, не такой очевидной, раз это вызывает такие проблемы. Уже и инфляцию приплели, и страховку, и что только ни вспомнили.
Если Вас это утешит, многие люди читают только заголовок, может быть отчасти в этом проблема. Но сил Вам, конечно.
Не соглашусь. На мой взгляд длинная арифметика отличается от недлинной, собственно, длиной. Как минимум, большой (относительно). Как максимум – условно "бесконечной". Если кто-нибудь разработает чип с аппаратной реализацией длинной арифметики на уровне инструкций, она не перестанет быть длинной. С одной стороны, "моё" определение довольно размыто. С другой, под "ваше" подпадает даже операция сложения Int16, если я реализую её в виде программной функции, которая разбирает и складывает числа побитово и собирает результат. Что, на мой взгляд, "не очень длинная арифметика" :)
Числа с фиксированной точкой используют. Decimal. Как decimal под капотом реализованы – возможны варианты. Ну, разумеется, когда размерности хватает. Если до гугола (10^100) дойдёт, то это больше 2^300, то есть не хватило бы даже 256 бит, если я правильно посчитал. Так что тут без длинной арифметики не обойтись. Не помню, могут ли decimal типы (в широком смысле) поддерживать длинную арифметику. По идее, вроде как, с точки зрения определения decimal ничего не мешает.
постоянне сильное излучение может влиять на человека.
А Вы не могли бы скинуть ссылки на эту тему? ИК-излучение ведь не ионизируещее, по идее? Просто нагрев. Есть и ИК-обогреватели. Собственно, в этом ключе и интересно. Я первый раз слышу, что ИК-излучение может вызывать какие-то проблемы. Я не говорю, что это не так, напротив, хочу разобраться.
Понимаете, это ведь Вы здравомыслящий. Придёте к разработчикам, конструктивно предоставите им обратную связь, которую они, безусловно, готовы выслушать лично в любой момент любого рабочего дня от любого из сотен тысяч пользователей. Выпьете чаю вместе. А ведь некоторые люди не такие разумные. Придут, будут буянить, кричать, разобьют что-нибудь (может быть и лицо разработчику). А при этом это ведь Вы адекватный, объективно оцениваете приложение, владеете всеми необходимыми компетенциями, и если что-то не получается сделать, то проблема, безусловно, в приложении. А некоторые-то люди ведь не разберутся, а приедут морду бить!
Достаточно немного посмотреть на то, что порой приходит в техподдержку, чтобы понять, что, хотя для адекватных людей вроде Вас эта идея ЕС выглядит хорошей, на практике она крайне сомнительна. Уважаемый Вы наш Psih.
А, ну в этом плане могу понять) Кстати, в Вашем подходе есть изъян: Вы исходите из того, что подобранный для смотрения через плечо менеджер будет компетентно смотреть через плечо и грамотно реагировать на разные возникающие процессе этого ситуации)
Но, на мой взгляд, эффективнее тщательней подобрать людей. В этом плане в небольших компаниях проще, конечно. Просто люди, которые не способны работать, не будут работать ни в офисе, ни на удалёнке.
Я понимаю, о чём Вы говорите. Но если Ваши бизнес-процессы держатся на "надеюсь, дизайнер случайно услышит необходимую ему для работы информацию", то я не уверен, что проблема в удалёнке.
Так ICQ русский же все последние годы. Mail.ru Group. Он просто закрылся.
На практике – поглядим.
И они ещё борются за почётное звание дома высокой культуры быта!
3 магнитофона, 3 кинокамеры, 3 портсигара отечественных, куртка замшевая!.. 3 куртки.
В macOS это встроенная в систему функция. Прямо с идущего видеопотока – нет, но если сделать скриншот, то просто берёшь и копируешь. На Windows / Linux можно заранее озаботиться каким-нибудь OCR.
Большой фрагмент кода, написанный от руки? (рукописное написание можно генерировать программно и скидывать картинкой) Если что, я шучу. Но может быть не шучу :)
"Запад" смотрит на необычного жулика
В слове "всё" точечки над "ё" должны быть, и перед "и" запятая. :)
P.S. А также точка после "P" в "P.S.".
Я восхищаюсь Вашей мудростью и терпением :) Просто меня раньше тоже вела дорога приключений, но потом мне прострелили колено :) Там была длинная ветка (выше и ниже этого комментария) со спором на схожую тему, и она отбила у меня желание ещё раз пытаться всё это объяснить. Так что я представляю, как это может быть энергозатратно. Это при том, что масштаб там был гораздо меньше, чем тут.
Я полагаю, что эта тема для людей становится личной, т.к. у них есть ипотека и они, не разобравшись до конца, приняли решение гасить её определённым образом, и им больно признавать, что они были неправы. Особенно учитывая, что мы на Хабре, люди в основном технического склада ума, а речь идёт о понимании математики. Даже если ипотеки нет, признавать, что был неправ в своём понимании математического механизма, может быть болезненно.
В любом случае, люди, которые хотят, чтобы им помогли, получили от статьи помощь) Думаю, это главное.
Спасибо за статью и мои соболезнования автору. Пережить такой объём непонимания очевидной математики в комментариях – это тяжело. Впрочем, видимо, не такой очевидной, раз это вызывает такие проблемы. Уже и инфляцию приплели, и страховку, и что только ни вспомнили.
Если Вас это утешит, многие люди читают только заголовок, может быть отчасти в этом проблема. Но сил Вам, конечно.
Иронично :)
Вот Вам расчёты на калькуляторе: https://habr.com/ru/articles/827790/comments/#comment_27028276
Начало уже положено. Будем строить на прочном фундаменте TempleOS!
Не соглашусь. На мой взгляд длинная арифметика отличается от недлинной, собственно, длиной. Как минимум, большой (относительно). Как максимум – условно "бесконечной". Если кто-нибудь разработает чип с аппаратной реализацией длинной арифметики на уровне инструкций, она не перестанет быть длинной. С одной стороны, "моё" определение довольно размыто. С другой, под "ваше" подпадает даже операция сложения Int16, если я реализую её в виде программной функции, которая разбирает и складывает числа побитово и собирает результат. Что, на мой взгляд, "не очень длинная арифметика" :)
Впрочем, это не так важно, конечно.
Числа с фиксированной точкой используют. Decimal. Как decimal под капотом реализованы – возможны варианты. Ну, разумеется, когда размерности хватает. Если до гугола (10^100) дойдёт, то это больше 2^300, то есть не хватило бы даже 256 бит, если я правильно посчитал. Так что тут без длинной арифметики не обойтись. Не помню, могут ли decimal типы (в широком смысле) поддерживать длинную арифметику. По идее, вроде как, с точки зрения определения decimal ничего не мешает.
А Вы не могли бы скинуть ссылки на эту тему? ИК-излучение ведь не ионизируещее, по идее? Просто нагрев. Есть и ИК-обогреватели. Собственно, в этом ключе и интересно. Я первый раз слышу, что ИК-излучение может вызывать какие-то проблемы. Я не говорю, что это не так, напротив, хочу разобраться.
ГЛОНАСС.
Подождите совсем немного, скоро я буду вынужден их опубликовать))
Понимаете, это ведь Вы здравомыслящий. Придёте к разработчикам, конструктивно предоставите им обратную связь, которую они, безусловно, готовы выслушать лично в любой момент любого рабочего дня от любого из сотен тысяч пользователей. Выпьете чаю вместе. А ведь некоторые люди не такие разумные. Придут, будут буянить, кричать, разобьют что-нибудь (может быть и лицо разработчику). А при этом это ведь Вы адекватный, объективно оцениваете приложение, владеете всеми необходимыми компетенциями, и если что-то не получается сделать, то проблема, безусловно, в приложении. А некоторые-то люди ведь не разберутся, а приедут морду бить!
Достаточно немного посмотреть на то, что порой приходит в техподдержку, чтобы понять, что, хотя для адекватных людей вроде Вас эта идея ЕС выглядит хорошей, на практике она крайне сомнительна. Уважаемый Вы наш Psih.
А, ну в этом плане могу понять) Кстати, в Вашем подходе есть изъян: Вы исходите из того, что подобранный для смотрения через плечо менеджер будет компетентно смотреть через плечо и грамотно реагировать на разные возникающие процессе этого ситуации)
Но, на мой взгляд, эффективнее тщательней подобрать людей. В этом плане в небольших компаниях проще, конечно. Просто люди, которые не способны работать, не будут работать ни в офисе, ни на удалёнке.
Я понимаю, о чём Вы говорите. Но если Ваши бизнес-процессы держатся на "надеюсь, дизайнер случайно услышит необходимую ему для работы информацию", то я не уверен, что проблема в удалёнке.