Ваше утверждение явная манипуляция. Нигде не идет речь о запрете контракта. Если вам надо - заключайте сколько влезет. Речь идет об ограничении принудительного контракта. Не уидвительно что крупные игроки так не хотят этого, т.к. это золотое дно, а их тут решили на ровном месте что говориться...
Возможно я не знаю этой функции телеграма - восстанавливать доступ по ссылке. Можно подробнее? Так же в любом случае придет сообщение с кодом. Т.е. если нажали ссылку - то по определению есть интернет и придет сообщение в телеграм. Поэтому окончание "и все" - более чем не очевидно.
Это статья была бы полезна, если бы автор раскрыл - как именно у него увели аккаунт. Это явно произошло в силу его кнокретных и осознанных действий, о которых автор деликатно умалчивает. А ценность опыта - именно в том, чтобы поделиться этим. Тогда и статья будет именть ценность. А так это выглядит как статья обиженного ребенка на жизнь, что он сам дал дяде игрушку, а дядя подишь-ты - забрал игрушку. Так при чем тут Телеграм?
С другой стороны - невозможность восстановить по зарегестрированному телефону - это таки абсурд 80-го левла ИМХО.
чата может его полностью почистить — просто потому что его предводитель там чего-то переголодал и просвятился — солидный продукт?
Т.е. вы предлагаете, чтобы этого не было? Я рад за вас, что увас всего 2-3 чата. Но когда у вас количество активное перевалит за 1000 - думаю к вам придет наконец-то просветление, и вы перестанете писать глупости. Бывают ситуации, когда остутствие этой функции былор бы просто катострофой. Скорее всего вы ведете тихую беззаботную сельскую жизнь, если не сталкивались с такими ситуациями.
Может мне кто-то объяснит - что делает политическая статья на Хабре? Из ее содержания - она больше из серии оценочной политической публицистики, причем с явным уклоном "нужную" сторону. Мне в ленту такого "качества" статьи попадают впервые.
> сам сделал DISC процессор
Вы имели ввиду RISC-V?
Сделали — HDL реализация на FPGA?
Если вы действительно разобрались, то открыты ли вы к вопросам? Как я писал в статье — порой квалифицировання консультация очень нужна.
Это 1-stage pipline. Для 5-stage pipline уже нужна реализация data hazards.
Это осмысленно только для задач производительности. Однако на FPGA особой производительности не достичь.
Более того — реализация на HDL действительно много. И параметрической генерации, оптимизации под конкретные платы и IP.
На данном этапе — для меня 5-stage pipline задача интересная, но избыточная.
Вы про то, что нет сигнала тактирования? Здесь тактированием выступает пошаговое выполнение инструкций. Разобраться через HDL на FPGA? Отладка — очень трудоемкая. Data hazards — это отдельная фундаментальная задача. Работа с кешем — тоже. Ну и доказательство корректности, к примеру для новых Extentions делать на Verilog? Я привел ссылки в статье на эту тему. Гляньте.
Вы еще пишете десктоп под POS и для винды? Или без Qt не видете жизни на марсе?27227
Тогда мы идем к вам. ))
Не ну правда — есть еще такие динозавры.
Однако когда у вас в пачке будет более 1k POS терминалов разных видов, и они будут требовать CI, причем по очень урезаному интернету типа EDGE, под NAT ко всему прочему. И POS не просто в разных городах но и в разных странах мира и разных end-point customers.
То тогда к вам быстро придет осознание что винду нужно выбросить в мусорку, а интерфейс писать под Web.
В результате — железяка которая с трудом ворочает Windows XP, без возможности поднять Windows 10 впринципе — легко и уютно живет под Linux, и достаточно легко поддается процессу CI/CD (continuous integration/Delivery). При этом сочетая в себе все возможности дизайна и функциональности под Web.
Статья хоть и простая, но интересная.
Я понимаю, что вы не программист. Но код оформлять нужно не скриншотами а оборачивать в тег .
И форматирование будет, и скопировать можно, чтобы воспроизвести. И вы не даете ссылку на код. Как-бы мувитон.
А именно на verilog файл, и на файлы настройки для linux. Действительно будет здорово, если вы весь код выложите на github.
Прошло уже 2.5 года, однако ваша статья заинтересовала. Статья не кажется для совсем новичков.
Можете подсказать список литературы, туториалов (язык не важен) — для достаточно быстрого освоение темы в достаточной мере, чтобы разобраться в вашем проекте и быть способным делать подобные эксперименты самостоятельно. Благодарю заранее.
Тут речь не совсем о разных клиентских приложениях, а о мультискиненге.
Причем у каждой из тем, при надобности может быть свой функционал прописанный в плагине.
Преимущество выше описанного метода в том, что он, как по мне, строго в логике Derby.jx 0.5.x с одной стороны (включая расположение вьюх, структуры расположения STYL и пр.), а с другой стороны использует сильные стороны Derby — расширяемость, в т.ч. за счет template components и UI-plugins.
Derby works great with only a single app, though developers may wish to create separate apps if only certain sets of pages are likely to be used together. For example, a project might have a separate desktop web app and mobile web app. Or a project might have an internal administration panel app and a public content app.
Для меня важно, в частности, разъяснение причины такого утверждения и возможные негативные последствия. Наиболее логичной гипотезой является — возможные проблемы с Racer, при использовании каждой частью приложения разных БД.
Я писал про deploy на Amazon EC2, а не масштабирование в инфраструктуре AWS. Тема именно так и звучит.
1. У вас есть какие-то сложность подключить Amazon Elastic Load Balancer, подключить Amazon Elasic Cache, настроить Amazon SNS, подключить Amazon CloudWatch, Натсроить AutoScaling, вынести css/js/images на Amazon S3+CloudFront?
2. У вас есть сложность настроить репозиторий git для обновлений версий на сервере?
Если с этим действительно есть сложности, я готов написать пост как это сделать, хотя это все и изложено в документации AWS.
По поводу Amazon Linux. Вы действительно считаете, что он ничем не отличается от Ubuntu 13.04?
Запрет контрактовВаше утверждение явная манипуляция. Нигде не идет речь о запрете контракта. Если вам надо - заключайте сколько влезет. Речь идет об ограничении принудительного контракта. Не уидвительно что крупные игроки так не хотят этого, т.к. это золотое дно, а их тут решили на ровном месте что говориться...
Возможно я не знаю этой функции телеграма - восстанавливать доступ по ссылке. Можно подробнее? Так же в любом случае придет сообщение с кодом. Т.е. если нажали ссылку - то по определению есть интернет и придет сообщение в телеграм. Поэтому окончание "и все" - более чем не очевидно.
Это статья была бы полезна, если бы автор раскрыл - как именно у него увели аккаунт. Это явно произошло в силу его кнокретных и осознанных действий, о которых автор деликатно умалчивает. А ценность опыта - именно в том, чтобы поделиться этим. Тогда и статья будет именть ценность. А так это выглядит как статья обиженного ребенка на жизнь, что он сам дал дяде игрушку, а дядя подишь-ты - забрал игрушку. Так при чем тут Телеграм?
С другой стороны - невозможность восстановить по зарегестрированному телефону - это таки абсурд 80-го левла ИМХО.
Т.е. вы предлагаете, чтобы этого не было? Я рад за вас, что увас всего 2-3 чата. Но когда у вас количество активное перевалит за 1000 - думаю к вам придет наконец-то просветление, и вы перестанете писать глупости. Бывают ситуации, когда остутствие этой функции былор бы просто катострофой. Скорее всего вы ведете тихую беззаботную сельскую жизнь, если не сталкивались с такими ситуациями.
Сторис - это да, не поспоришь.
Может мне кто-то объяснит - что делает политическая статья на Хабре? Из ее содержания - она больше из серии оценочной политической публицистики, причем с явным уклоном "нужную" сторону. Мне в ленту такого "качества" статьи попадают впервые.
Вы имели ввиду RISC-V?
Сделали — HDL реализация на FPGA?
Если вы действительно разобрались, то открыты ли вы к вопросам? Как я писал в статье — порой квалифицировання консультация очень нужна.
Это осмысленно только для задач производительности. Однако на FPGA особой производительности не достичь.
Более того — реализация на HDL действительно много. И параметрической генерации, оптимизации под конкретные платы и IP.
На данном этапе — для меня 5-stage pipline задача интересная, но избыточная.
Тогда мы идем к вам. ))
Не ну правда — есть еще такие динозавры.
Однако когда у вас в пачке будет более 1k POS терминалов разных видов, и они будут требовать CI, причем по очень урезаному интернету типа EDGE, под NAT ко всему прочему. И POS не просто в разных городах но и в разных странах мира и разных end-point customers.
То тогда к вам быстро придет осознание что винду нужно выбросить в мусорку, а интерфейс писать под Web.
В результате — железяка которая с трудом ворочает Windows XP, без возможности поднять Windows 10 впринципе — легко и уютно живет под Linux, и достаточно легко поддается процессу CI/CD (continuous integration/Delivery). При этом сочетая в себе все возможности дизайна и функциональности под Web.
Желаю много фана в этом процессе. ))
Как вы думаете, насколько реально написать подобное для: ARM Cortex M4?
Небезызвестный Japaric не мало усилий прилагает, чтобы подобное было возможно, однако интересно — какой предел необходимых ресурсов, чтобы «завелось».
Я понимаю, что вы не программист. Но код оформлять нужно не скриншотами а оборачивать в тег
.И форматирование будет, и скопировать можно, чтобы воспроизвести. И вы не даете ссылку на код. Как-бы мувитон.
А именно на verilog файл, и на файлы настройки для linux. Действительно будет здорово, если вы весь код выложите на github.
Можете подсказать список литературы, туториалов (язык не важен) — для достаточно быстрого освоение темы в достаточной мере, чтобы разобраться в вашем проекте и быть способным делать подобные эксперименты самостоятельно. Благодарю заранее.
Причем у каждой из тем, при надобности может быть свой функционал прописанный в плагине.
Преимущество выше описанного метода в том, что он, как по мне, строго в логике Derby.jx 0.5.x с одной стороны (включая расположение вьюх, структуры расположения STYL и пр.), а с другой стороны использует сильные стороны Derby — расширяемость, в т.ч. за счет template components и UI-plugins.
А на добром слове — спасибо!!!
Для меня важно, в частности, разъяснение причины такого утверждения и возможные негативные последствия. Наиболее логичной гипотезой является — возможные проблемы с Racer, при использовании каждой частью приложения разных БД.
К примеру у меня под Ubuntu DOC категорически отказывается конвертировать в MOBI.
1. У вас есть какие-то сложность подключить Amazon Elastic Load Balancer, подключить Amazon Elasic Cache, настроить Amazon SNS, подключить Amazon CloudWatch, Натсроить AutoScaling, вынести css/js/images на Amazon S3+CloudFront?
2. У вас есть сложность настроить репозиторий git для обновлений версий на сервере?
Если с этим действительно есть сложности, я готов написать пост как это сделать, хотя это все и изложено в документации AWS.
По поводу Amazon Linux. Вы действительно считаете, что он ничем не отличается от Ubuntu 13.04?