Теоретически можно достичь такой технологии, когда у нагревающихся проводов/контактов будет расти сопротивление, ток именно в них будет уменьшаться, давая поработать более холодным. Если бы они до такого додумались...
Один документ - на верней части экрана, второй - на нижней. Можно листать и прокручивать любой. Да и вообще любое приложение запустить на половинках экране. Можно free-style ,то есть в любой области экрана
Не учел одну вещь - думал, что это зависит от версии Андроида, а не от телефона.
А у меня - планшет Alldocube - тоже 4 Гигабайт ОЗУ и 64 Гбайт eMMC. Экран 1920х1200, при подключении внешнего монитора 4К@60 Герц. Использую для программирования в полевых условиях. Если не тяжеловесные IDE то довольно сносно.
Стоил он на AliExpress 9990 рублей вместе с клавиатурой. Корпус - из дюралюминия.
Candelibra - на телефоне можно поделить экран пополам (системными средствами). В одном окне открыть книгу на одном языке, в другом окне - на другом. И листать. Программы-переводчики, собственно, так и делают. Да ещё и переводят, то есть искать книгу нужно только на одном языке.
Было информация - один турецкий учёный закрепил магнит на валу дремеля, а другой магнит левитировал на некотором расстоянии от первого. Скорость вращения надо подобрать только.
Про ELF - обычно во встроенных системах из ELF делают BIN. Последний - компактнее (обычно, если правильно делать), а его же грузить надо, из eMMC, например. Как-то пришлось одну ОС загружать собственным bootloader-ом. Она поставляется, привычка у них такая, в ELF виде. Перекомпилировать ее не хотелось. После преобразования в BIN получилось 262 Мегабайта, ELF имел размер 6 Мегабайт. Посмотрел, что внутри BIN файла - там, как ожидалось, немного кода, но основной объем просто нули. Zero-initialized секции заполнены нулями, хотя, если программисты нормальные, то они могли бы инициализировать их нулями в процессе исполнения. Заархивировал BIN файл - получилось 1.3 Мегабайта всего. Поискал утилиту типа LZEXE - это в Windows, а в Linux не нашел такую. Свою написать не было времени. В итоге загружал ELF - 6 Мегабайт, а 7 секций, которые в нем, пересылал в нужные места памяти. Всё работало. Но осадок остался. Книга - нормальная, только непонятно, действительно, для какой части читателей она. Из страниц, которые можно почитать при покупке, кажется, что она, действительно, для начинающих. На сайте фирмы автора даже нет Aarch64, но вот такой кусок - как Вам?
Похоже, что не совсем для начинающих.
Больше беспокоит перевод
Это верно, в последней книге, которую купил, отсутствуют скобки в формулах и другие ошибки.. Поэтому лучше и оригинал иметь.
Умные мысли, поэтому еще чуть-чуть добавлю. Это мы проходили, кроме того, аллофоны, аллотоны... И "рубыль" вместо "рубль". А если мы делаем синтезатор речи (давно это было), то при прослушивании отдельно взятых гласных, кажется было "О" и "У" и не только, они вообще практически не отличимы, возможно, только частотой основного тона.
Во фразе "...И как можно не различать на слух инжЕнер и инжЫнер..." я попытался слегка посетовать, что тот, кто говорит, иногда делает это "смазанно", а тот, кто слушает, не всегда понимает.
Статья сама по себе - про обучение русскому языку. Хотелось бы, чтобы преподаватели так говорили, чтобы на слух было понятно, например, сколько "Н" в словх "окрашенный" и "кожаный". И только потом рассказывали, какие правила применены (хотя, возможно, эти правила выведены как раз из того, как мы произносим эти слова). Чтобы звуки "О" в слове "молоко" всё же больше походили на "О", чем на "А".
Сейчас есть программы для изучения языков (пример - Lingolette), так вот они не пропустят неправильно произнесенные гласные. Просто не распознают, и правильно. А при выводе, наоборот, спросят, какое из слов соответствует произнесенной фразе. И тут уж надо "почувствовать" звуки, зачастую очень похожие.
А для тренировки на слух можно было бы сделать методику, включающую, в том числе, синтетические данные. Реально не существующие слова и фразы. Типа известного "зверкалось, хливкие ширки...". Ученики на слух бы определяли, "хливкие" или "хлифкие", "мумзик" или "мумзек". Тут правила не применить - нет таких слов...
Спасибо, поищу такую графическую иллюстрацию. Но почему ее не приводят в учебниках, а только текст. А греческий Полякова привлек, наверное, потому, что образованные люди учат и латынь, и греческий. Очень много слов оттуда пришло во все языки. И, чтобы правильно ими пользоваться, нужно знать и этимологию, и тонкости смысла, содержащегося в каждом слове.
ingegnere - это по итальянски. Видимо, из латыни. Английский язык. - не показатель, в нем многое те так, как надо. А в русский пришёл уже, видимо, из английского, исковерканная версия.
И как можно не различать на слух инжЕнер и инжЫнер..
...В дополнение к этому учителя «вываливают» на головы школьников кучи дополнительных презентаций, якобы, чего‑то, поясняющих...
Кажутся лишними запятые (после "А" и "чего-то"), а после "В дополнение к этому" можно было бы и поставить, ну да ладно, спишем на "авторскую речь".
...Информация изложена не четко, допускает неоднозначное ее толкование...
Почему-то "не чётко" написано раздельно, а "неоднозначное" - слитно, (Если это - наречие, то писать нужно слитно, если прилагательное, тогда тоже слитно, так как можно заменить одним словом, например, "размыто". Хотя считается, что можно использовать и оба варианта (?!).
Искать логику в языках - неблагодарный труд.
Тут, на "Хабре", инженеры, однако, ошибок более, чем достаточно... Все ошибаются, и они, и я, и Вы. (Но не все учат других).
Сама идея о привлечении инженеров интересна - утром увидел пост про времена: ...Present Perfect - I have had, (я уже имел) Past Perfect - I had had (я уже имел до этого) Future Perfect - I will have had (я уже буду иметь к определенному моменту)
(В русском языке такие конструкции тоже усматриваются, но немногие их усматривают. Например, "к лету я уже дострою дом", то есть, дом "ещё" не построен, а мы говорим "уже". Если же говорить про итальянский, то там, к примеру, есть и прошлое близкое, и прошлое далёкое и т.д. и т.п.)
Возникло непреодолимое желание - изобразить всё это на шкале времени отрезками, то есть, применить математику и геометрию - инженерный подход. Филологи, видимо, до этого не додумаются, имея гуманитарный склад ума.
С другой стороны, инженеры не будут задаваться вопросами об этимологии слов, уточнении их значений и способов использования в конкретных ситуациях. Им важнее выполнять задачу.
Скачал книгу в PDF, спасибо издательству "Питер" за скидку по промо-коду. Полезная информация в ней содержится, не уверен, что она - про реверс-инжиниринг.
Привем всем. Вчера видел эту книгу в магазине. Она была запечатана (новый формат продаж - "кот в мешке", цена тоже в 2 раза больше, "чем везде"). Решил поискать информацию. Наткнулся на эту статью. Правильно пишут в комментариях - книга про ARM, а код в статье приводится от x86-64. Смотрим содержимое - биты и байты, кодировка символов. Очень ценная информация, что код буквы "A" равен 0x41, с рисунком про это.
"Глава 2. Внутреннее устройство файлов ELF." - а что с ними не так, что надо целую главу про это писать? Программа парсинга ELF занимает пару десятков строк. Можно утилитой objcopy из ELF получить BIN.
В общем, каждый может "полистать" станицы книги, чтобы получить представление... Пока похоже, что хайп сделали на словах "взлом" и "реверс-инжиниринг".
Конкретно - дело было во Владикавказе, а производили черепицу на заводе "Крон", который в советские времена входил в НПО "Полимер". Владикавказ южнее Сочи и итальянского Милана,
Еще есть такой - Motorola DragonBall или MC68328. Вот он уже - 32 разрядный. На них построены Palm IIIe, например. Прямо на самом Palm (лучше с подключенной складной клавиатурой) можно создавать программы на языках C и Assembler. А реализации BASIC для них тоже отличные. Где-то есть компилятор C с исходным кодом, на его основе можно свой разработать, если есть для этого время...
Теоретически можно достичь такой технологии, когда у нагревающихся проводов/контактов будет расти сопротивление, ток именно в них будет уменьшаться, давая поработать более холодным. Если бы они до такого додумались...
Не учел одну вещь - думал, что это зависит от версии Андроида, а не от телефона.
А у меня - планшет Alldocube - тоже 4 Гигабайт ОЗУ и 64 Гбайт eMMC. Экран 1920х1200, при подключении внешнего монитора 4К@60 Герц. Использую для программирования в полевых условиях. Если не тяжеловесные IDE то довольно сносно.
Стоил он на AliExpress 9990 рублей вместе с клавиатурой. Корпус - из дюралюминия.
Candelibra - на телефоне можно поделить экран пополам (системными средствами). В одном окне открыть книгу на одном языке, в другом окне - на другом. И листать. Программы-переводчики, собственно, так и делают. Да ещё и переводят, то есть искать книгу нужно только на одном языке.
А ещё бывают электростатическая левитация и левитация в акустических ультразвуковых волнах.
Было информация - один турецкий учёный закрепил магнит на валу дремеля, а другой магнит левитировал на некотором расстоянии от первого. Скорость вращения надо подобрать только.
Теперь он подводит теорию под этот эффект.
Спасибо, здорово! Посмотрю. Там я не работаю уже. Но пригодится.
Про ELF - обычно во встроенных системах из ELF делают BIN. Последний - компактнее (обычно, если правильно делать), а его же грузить надо, из eMMC, например. Как-то пришлось одну ОС загружать собственным bootloader-ом. Она поставляется, привычка у них такая, в ELF виде. Перекомпилировать ее не хотелось. После преобразования в BIN получилось 262 Мегабайта, ELF имел размер 6 Мегабайт. Посмотрел, что внутри BIN файла - там, как ожидалось, немного кода, но основной объем просто нули. Zero-initialized секции заполнены нулями, хотя, если программисты нормальные, то они могли бы инициализировать их нулями в процессе исполнения. Заархивировал BIN файл - получилось 1.3 Мегабайта всего. Поискал утилиту типа LZEXE - это в Windows, а в Linux не нашел такую. Свою написать не было времени.
В итоге загружал ELF - 6 Мегабайт, а 7 секций, которые в нем, пересылал в нужные места памяти. Всё работало. Но осадок остался.
Книга - нормальная, только непонятно, действительно, для какой части читателей она.
Из страниц, которые можно почитать при покупке, кажется, что она, действительно, для начинающих. На сайте фирмы автора даже нет Aarch64, но вот такой кусок - как Вам?
Это верно, в последней книге, которую купил, отсутствуют скобки в формулах и другие ошибки.. Поэтому лучше и оригинал иметь.
Умные мысли, поэтому еще чуть-чуть добавлю.
Это мы проходили, кроме того, аллофоны, аллотоны... И "рубыль" вместо "рубль".
А если мы делаем синтезатор речи (давно это было), то при прослушивании отдельно взятых гласных, кажется было "О" и "У" и не только, они вообще практически не отличимы, возможно, только частотой основного тона.
Во фразе "...И как можно не различать на слух инжЕнер и инжЫнер..." я попытался слегка посетовать, что тот, кто говорит, иногда делает это "смазанно", а тот, кто слушает, не всегда понимает.
Статья сама по себе - про обучение русскому языку. Хотелось бы, чтобы преподаватели так говорили, чтобы на слух было понятно, например, сколько "Н" в словх "окрашенный" и "кожаный". И только потом рассказывали, какие правила применены (хотя, возможно, эти правила выведены как раз из того, как мы произносим эти слова). Чтобы звуки "О" в слове "молоко" всё же больше походили на "О", чем на "А".
Сейчас есть программы для изучения языков (пример - Lingolette), так вот они не пропустят неправильно произнесенные гласные. Просто не распознают, и правильно. А при выводе, наоборот, спросят, какое из слов соответствует произнесенной фразе. И тут уж надо "почувствовать" звуки, зачастую очень похожие.
А для тренировки на слух можно было бы сделать методику, включающую, в том числе, синтетические данные. Реально не существующие слова и фразы. Типа известного "зверкалось, хливкие ширки...". Ученики на слух бы определяли, "хливкие" или "хлифкие", "мумзик" или "мумзек". Тут правила не применить -
нет таких слов...
ingegnere будет ближе к оригиналу.
Спасибо, поищу такую графическую иллюстрацию. Но почему ее не приводят в учебниках, а только текст. А греческий Полякова привлек, наверное, потому, что образованные люди учат и латынь, и греческий. Очень много слов оттуда пришло во все языки. И, чтобы правильно ими пользоваться, нужно знать и этимологию, и тонкости смысла, содержащегося в каждом слове.
ingegnere - это по итальянски. Видимо, из латыни. Английский язык. - не показатель, в нем многое те так, как надо. А в русский пришёл уже, видимо, из английского, исковерканная версия.
И как можно не различать на слух инжЕнер и инжЫнер..
Кажутся лишними запятые (после "А" и "чего-то"),
а после "В дополнение к этому" можно было бы и поставить, ну да ладно, спишем на "авторскую речь".
Почему-то "не чётко" написано раздельно, а "неоднозначное" - слитно,
(Если это - наречие, то писать нужно слитно, если прилагательное, тогда тоже слитно, так как можно заменить одним словом, например, "размыто".
Хотя считается, что можно использовать и оба варианта (?!).
Искать логику в языках - неблагодарный труд.
Тут, на "Хабре", инженеры, однако, ошибок более, чем достаточно...
Все ошибаются, и они, и я, и Вы. (Но не все учат других).
Сама идея о привлечении инженеров интересна - утром увидел пост про времена:
...Present Perfect - I have had, (я уже имел)
Past Perfect - I had had (я уже имел до этого)
Future Perfect - I will have had (я уже буду иметь к определенному моменту)
(В русском языке такие конструкции тоже усматриваются, но немногие их усматривают. Например, "к лету я уже дострою дом", то есть, дом "ещё" не построен, а мы говорим "уже". Если же говорить про итальянский, то там, к примеру, есть и прошлое близкое, и прошлое далёкое и т.д. и т.п.)
Возникло непреодолимое желание - изобразить всё это на шкале времени отрезками, то есть, применить математику и геометрию - инженерный подход. Филологи, видимо, до этого не додумаются, имея гуманитарный склад ума.
С другой стороны, инженеры не будут задаваться вопросами об этимологии слов, уточнении их значений и способов использования в конкретных ситуациях. Им важнее выполнять задачу.
Получается, проблему нужно решать совместно.
Скачал книгу в PDF, спасибо издательству "Питер" за скидку по промо-коду.
Полезная информация в ней содержится, не уверен, что она - про реверс-инжиниринг.
Привем всем.
Вчера видел эту книгу в магазине. Она была запечатана (новый формат продаж - "кот в мешке", цена тоже в 2 раза больше, "чем везде").
Решил поискать информацию. Наткнулся на эту статью.
Правильно пишут в комментариях - книга про ARM, а код в статье приводится от x86-64.
Смотрим содержимое - биты и байты, кодировка символов. Очень ценная информация, что код буквы "A" равен 0x41, с рисунком про это.
"Глава 2. Внутреннее устройство файлов ELF." - а что с ними не так, что надо целую главу про это писать? Программа парсинга ELF занимает пару десятков строк. Можно утилитой objcopy из ELF получить BIN.
В общем, каждый может "полистать" станицы книги, чтобы получить представление...
Пока похоже, что хайп сделали на словах "взлом" и "реверс-инжиниринг".
А от одного и того же самца сделают? Чтобы был только его детёныш.
Однообразная направленность у всех трёх ресурсов.
Кроме сайтов и ботов больше ничего не существует, видимо...
Конкретно - дело было во Владикавказе, а производили черепицу на заводе "Крон", который в советские времена входил в НПО "Полимер".
Владикавказ южнее Сочи и итальянского Милана,
Еще есть такой - Motorola DragonBall или MC68328.
Вот он уже - 32 разрядный. На них построены Palm IIIe, например. Прямо на самом Palm (лучше с подключенной складной клавиатурой) можно создавать программы на языках C и Assembler. А реализации BASIC для них тоже отличные. Где-то есть компилятор C с исходным кодом, на его основе можно свой разработать, если есть для этого время...