Хлорофилл, как и фотосинтез, возникли задолго до сухопутных растений с листьями: это сине-зелёные водоросли ещё… Почитайте довольно свежую книжку «Происхождение жизни: от туманности до клетки», там последовательность очень хорошо расписана.
На самом деле, в LLVM уже есть подпроект, который умеет генерить описание для ПЛИС. Он использует инфраструктуру для создания IR, которая называется MLIR (появилась в 2019 году). Кстати, MLIR (multi-level IR) и дизайн обычных языков упрощает ещё больше, чем голый LLVM. И да, это официальная часть LLVM. Название и ссылки на ПЛИС инструменты найду и скину завтра, когда буду у компа. Может интересно будет глянуть.
P.S. Там даже динамические типы и атрибуты можно с сентября 2022, планирую попробовать.
А ещё в LLVM есть инфраструктура MLIR для создания промежуточных представлений (IR), и там есть диалект “async”. Учитывая, что диалекты можно смешивать в одном IR, можно попробовать решить этот вопрос на уровне компилятора. Впрочем, там и для циклов есть отдельный диалект, и много для чего ещё. Порог для входа, впрочем, повыше, чем голый питон.
С Numpy не так все очевидно. Стоит посмотреть доклад Олега Хачумова на PyCon Russia 2022. Кстати, там пакет Taichi внезапно уделал Numba, правда, только на числах Фибоначчи, остальное не сравнивалось.
Насколько я помню, на Хабре был перевод статьи о предполагаемых неактивных чёрных дырах по краям галактических дисков как возможной замене ТМ. С ходу не найду ссылку.
Спасибо! Интересно послушать независимое мнение про свою библиотеку. comtypes - да, там есть косяки, потихоньку тоже пытаюсь их исправлять. Не всегда удачно, но уже получше стало. Было дело, даже бага в питоне (точнее отсутствие фичи в Сишной libffi) сломала нам всё к чертям. Слава богу Python core девелоперы откатили коммит, и эти две версии питона уже ушли в прошлое.
Наверно, стоило бы сказать, что это не первые поколения спутников. А часть материала в кольцах — это остатки разрушенных спутников предыдущих поколений, перешедших предел Роша. Впрочем, про это и отдельную статью можно.
Спасибо за разъяснение. И хотя с вашей точки зрения в pywinauto нет серьёзных issues, я всегда смотрю, что можно было бы улучшить или расширить. На статус RPA платформы, конечно, претендовать нет смысла. Но может быть какие-то улучшения в WindowSpecification или для работы с приложениями разной разрядности могли бы попасть в pywinauto? Просто мы потихоньку занимаемся ре-факторингом и наводим порядок в архитектуре (консистентность ключевых слов и properties, и так далее), в том числе удобство реализации новых бэкендов (под Linux и macOS почти готовы, но могут быть и под Windows новые бэкенды в будущем). В общем, я хочу сказать, предложения по расширению pywinauto тоже приветствуются, а не только баг репорты.
Особенно явно это проявляется при использовании библиотеки pywinauto для управления десктопным GUI приложением. В этой области была проведено дополнение функциональности библиотеки до того функциональность уровня, который предлагается в лучших RPA платформах (селекторы для GUI приложений, разрядонезависимость, студия создания селектора и др.).
За ссылку на статью спасибо. Но вот здесь немного недопонял. В pywinauto чего-то не хватает? А почему issue не завели? Селекторы там как раз есть — это WindowSpecification, весь верхнеуровневый интерфейс на них построен. Разрядонезависимость — тоже не очень понятно. pywinauto поддерживает 32/64-битные приложения и Python'ы.
Вот именно. Даже классификацию рисков не расписали на базовом уровне. И что часть рисков страхуются, даже риск дефолта государства. Я лично за толковые статьи про инвестирование, но нужно больше конкретики, иначе скатываемся до обычного брокерского блога: много воды и общих слов о разном, а вроде ничего толком и не рассказано.
Спасибо! Как раз хотел сказать, что list comprehension читабельнее и проще для понимания на мой личный вкус. Поэтому я почти всегда за него. В статье по ссылке это тоже есть.
Стучатся — не значит, что полностью завоевали рынок. Серверные свитчи с 10Г есть уже пару лет, хоть и дороги. Пользовательский сегмент подтянется очень скоро (в основном, продукты анонсированы или будут в ближайшее время). Доступны в России пока только high end материнки (в основном, геймерские) и PCIe карточки с 10Г. NAS'ы уж больше года есть с 10Г (мне кажется, это наиболее реальное применение на данный момент, хоть оно и не массовое).
5 и 10 Гбит уже стучатся на массовый рынок обычного Ethernet. Провайдеры не дают даже 1 Гбита. Отставание — на полтора поколения. Хотя 200-400 Мбит уже появились в тарифах. Был бы канал, а чем забить — найдётся. :)
Эффективность обратной связи зависит от мейнтейнера и времени на это. Может ли человек слышать простых юзеров, видит ли идеи даже в некорректном на первый взгляд использовании софта. И, кстати, юзеры бывают весьма благодарны за хорошее отношение (или сервис, кто как воспринимает, даже при отсутствии платы это сервис, я считаю), даже если не все быстро получается.
Хлорофилл, как и фотосинтез, возникли задолго до сухопутных растений с листьями: это сине-зелёные водоросли ещё… Почитайте довольно свежую книжку «Происхождение жизни: от туманности до клетки», там последовательность очень хорошо расписана.
На здоровье! :)
Так как раз в одной из двух предыдущих статей этого цикла и было про «гармонь» Apache Harmony и Питерский офис Интел.
Функция пола - тоже царапнуло, но там ещё и слово «целое» пропущено. :) Должно быть «ближайшее целое число», а не просто «ближайшее число».
На самом деле, в LLVM уже есть подпроект, который умеет генерить описание для ПЛИС. Он использует инфраструктуру для создания IR, которая называется MLIR (появилась в 2019 году). Кстати, MLIR (multi-level IR) и дизайн обычных языков упрощает ещё больше, чем голый LLVM. И да, это официальная часть LLVM. Название и ссылки на ПЛИС инструменты найду и скину завтра, когда буду у компа. Может интересно будет глянуть.
P.S. Там даже динамические типы и атрибуты можно с сентября 2022, планирую попробовать.
А ещё в LLVM есть инфраструктура MLIR для создания промежуточных представлений (IR), и там есть диалект “async”. Учитывая, что диалекты можно смешивать в одном IR, можно попробовать решить этот вопрос на уровне компилятора. Впрочем, там и для циклов есть отдельный диалект, и много для чего ещё. Порог для входа, впрочем, повыше, чем голый питон.
С Numpy не так все очевидно. Стоит посмотреть доклад Олега Хачумова на PyCon Russia 2022. Кстати, там пакет Taichi внезапно уделал Numba, правда, только на числах Фибоначчи, остальное не сравнивалось.
Насколько я помню, на Хабре был перевод статьи о предполагаемых неактивных чёрных дырах по краям галактических дисков как возможной замене ТМ. С ходу не найду ссылку.
Когда уже черкизовское смещение измерят?
Спасибо! Интересно послушать независимое мнение про свою библиотеку. comtypes - да, там есть косяки, потихоньку тоже пытаюсь их исправлять. Не всегда удачно, но уже получше стало. Было дело, даже бага в питоне (точнее отсутствие фичи в Сишной libffi) сломала нам всё к чертям. Слава богу Python core девелоперы откатили коммит, и эти две версии питона уже ушли в прошлое.
Наверно, стоило бы сказать, что это не первые поколения спутников. А часть материала в кольцах — это остатки разрушенных спутников предыдущих поколений, перешедших предел Роша. Впрочем, про это и отдельную статью можно.
Спасибо за разъяснение. И хотя с вашей точки зрения в pywinauto нет серьёзных issues, я всегда смотрю, что можно было бы улучшить или расширить. На статус RPA платформы, конечно, претендовать нет смысла. Но может быть какие-то улучшения в WindowSpecification или для работы с приложениями разной разрядности могли бы попасть в pywinauto? Просто мы потихоньку занимаемся ре-факторингом и наводим порядок в архитектуре (консистентность ключевых слов и properties, и так далее), в том числе удобство реализации новых бэкендов (под Linux и macOS почти готовы, но могут быть и под Windows новые бэкенды в будущем). В общем, я хочу сказать, предложения по расширению pywinauto тоже приветствуются, а не только баг репорты.
За ссылку на статью спасибо. Но вот здесь немного недопонял. В pywinauto чего-то не хватает? А почему issue не завели? Селекторы там как раз есть — это WindowSpecification, весь верхнеуровневый интерфейс на них построен. Разрядонезависимость — тоже не очень понятно. pywinauto поддерживает 32/64-битные приложения и Python'ы.
Стучатся — не значит, что полностью завоевали рынок. Серверные свитчи с 10Г есть уже пару лет, хоть и дороги. Пользовательский сегмент подтянется очень скоро (в основном, продукты анонсированы или будут в ближайшее время). Доступны в России пока только high end материнки (в основном, геймерские) и PCIe карточки с 10Г. NAS'ы уж больше года есть с 10Г (мне кажется, это наиболее реальное применение на данный момент, хоть оно и не массовое).