В случае с описанным в статье базовым консенсусом – как раз-таки за счёт количества участников. Описанная база интересна, но содержит нюанс, которые с моей точки зрения ограничивают её применение. Поправьте меня, если я неправ, но каждый блок должен хранить 2/3+ неких подписей из pre-vote и/или pre-commit сообщений.
Нет, изначально вариация на тему PBFT (в практически девственном виде). Если веса голосов участников будут зависеть от количества монет, то будет DPoS.
Лучший мотиватор, который можно придумать, как мне кажется: как можно скорее давать студентам реальную работу, на которой применяются их знания. Желательно, за хоть какие-то, но реальные деньги, работа за бесплатно – зло фантастических масштабов.
Чисто с точки зрения написания кода: да. С точки зрения всего остального: спорно. Для написания десктопного приложения нужно как минимум в чём-то делать формы (меня не вдохновляет их руками прописывать). Для работы с МК нужен удобный инструмент для просмотров регистров и памяти отлаживаемой железки.
Не будет. Есть ресурсоёмкие задачи, и там разработчики ходят добиваться максимальной отдачи от железа. Ну и ещё софт на Electron банальным образом тормозит и жрёт ресурсы, VS Code ещё более-менее в плане скорости, остальное довольно печальное.
Что мешает им договориться с каждой ОС по отдельности? Мне, к примеру, очень нравится подход Sublime Text: потроха тулкита представляют собой целиком платформозивисимый код, в отличие от того же VS Code (со слов автора). Да, много работы, зато открывается мгновенно, а не пару секунд, и всё ещё кроссплатформенно.
Я могу привести более приземлённый пример: чиновники и куча бумажной работы во времена ИИ. Только для работы не всех, но многих чиновников, даже интеллект не нужен, всё жёстко регламентировано.
Интересная статья, но "это устарело ещё до того, как появилось" — весьма холиварное утверждение, так можно сказать про любую технологию, потому что в будущем нас ждём нечто большее.
А ещё модулями TPM и Secure Enclave в процессорах Apple пользуются только копирасты, вирусописатели и АНБ (ох, какая ж драма была с Apple, "ну хоть малюсенькую закладочку в железе нам дайте, ну пожалуйста").
Это какая-то проблема с C++. Когда я работал над проектом под macOS, в котором портируемое между системами ядро было написано на C++, поддержка его была довольно урезанной. Потому как это было давно, уже точно и не вспомню, что конкретно там было вырезано, но в итоге выяснилось, что со всеми задачами, кроме рисования интерфейса, гораздо лучше справляется AppCode.
А не выглядел ли бы более логично плагин, который реализует в браузере весть функционал KeePass, по типу того, как LastPass работает? Какие там потенциальные дыры по сравнению с существующим подходом?
@cwgem Sublime Text 2 is written in C++, with some Objective C for Cocoa integration, and Python for plugins
Ссылка
Python там только в плагинах, и то никто не запрещал писать компоненты на C++ и связывать их с Python, я видел минимум один плагин, написанный таким образом.
В случае с описанным в статье базовым консенсусом – как раз-таки за счёт количества участников. Описанная база интересна, но содержит нюанс, которые с моей точки зрения ограничивают её применение. Поправьте меня, если я неправ, но каждый блок должен хранить 2/3+ неких подписей из pre-vote и/или pre-commit сообщений.
Нет, изначально вариация на тему PBFT (в практически девственном виде). Если веса голосов участников будут зависеть от количества монет, то будет DPoS.
А есть ещё и пятый – меня всё устраивает. Тогда нет необходимости изобретать велик и контрибьютить только ради самого факта.
Потому что обычно бремя доказательства лежит на утверждающем. Если вы высказываете мысль, то потрудитесь подкрепить её примером.
Лучший мотиватор, который можно придумать, как мне кажется: как можно скорее давать студентам реальную работу, на которой применяются их знания. Желательно, за хоть какие-то, но реальные деньги, работа за бесплатно – зло фантастических масштабов.
Чисто с точки зрения написания кода: да. С точки зрения всего остального: спорно. Для написания десктопного приложения нужно как минимум в чём-то делать формы (меня не вдохновляет их руками прописывать). Для работы с МК нужен удобный инструмент для просмотров регистров и памяти отлаживаемой железки.
Не будет. Есть ресурсоёмкие задачи, и там разработчики ходят добиваться максимальной отдачи от железа. Ну и ещё софт на Electron банальным образом тормозит и жрёт ресурсы, VS Code ещё более-менее в плане скорости, остальное довольно печальное.
Что мешает им договориться с каждой ОС по отдельности? Мне, к примеру, очень нравится подход Sublime Text: потроха тулкита представляют собой целиком платформозивисимый код, в отличие от того же VS Code (со слов автора). Да, много работы, зато открывается мгновенно, а не пару секунд, и всё ещё кроссплатформенно.
Я могу привести более приземлённый пример: чиновники и куча бумажной работы во времена ИИ. Только для работы не всех, но многих чиновников, даже интеллект не нужен, всё жёстко регламентировано.
Интересная статья, но "это устарело ещё до того, как появилось" — весьма холиварное утверждение, так можно сказать про любую технологию, потому что в будущем нас ждём нечто большее.
А ещё модулями TPM и Secure Enclave в процессорах Apple пользуются только копирасты, вирусописатели и АНБ (ох, какая ж драма была с Apple, "ну хоть малюсенькую закладочку в железе нам дайте, ну пожалуйста").
Этот пункт полностью решается использованием техник типа Pomodoro, как по мне. Выключаем все уведомления, кроме рабочих, на рабочее время, и пашем.
В какой-то момент начал ловить себя на мысли, что мне лень тянуться за мышкой, например.
Занятно, мне он упорно утверждал, что "Xcode can only refactor C and Objective-C code"
Так всё, что вы сказали, у меня работало. А вот рефакторинга не было, и это было печально. Речь идёт об Xcode образца зимы этого года.
Это какая-то проблема с C++. Когда я работал над проектом под macOS, в котором портируемое между системами ядро было написано на C++, поддержка его была довольно урезанной. Потому как это было давно, уже точно и не вспомню, что конкретно там было вырезано, но в итоге выяснилось, что со всеми задачами, кроме рисования интерфейса, гораздо лучше справляется AppCode.
А не выглядел ли бы более логично плагин, который реализует в браузере весть функционал KeePass, по типу того, как LastPass работает? Какие там потенциальные дыры по сравнению с существующим подходом?
Потому что автор использует Linux. Ещё многим просто не нравится Xcode, не поверите :)
Ссылка
Python там только в плагинах, и то никто не запрещал писать компоненты на C++ и связывать их с Python, я видел минимум один плагин, написанный таким образом.
Ну они в итоге сделали 2 гигабайта. Правда, по моим впечатлениям это нужно, чтобы больше открытых задач и вкладок в браузере держать.