какого рода преимущества может дать подобный проект
Сорри, недопонял вопрос. Если (когда) проект раскрутится - я наеюсь что это станет легковесной заменой электрона. Легковесной - 15-20 мегабайт а не то безумие что мы сейчас имеем. С гораздо меньшими аппетитами по памяти. И вот приложения построенные на таком фреймворке я думаю будут для рядового пользователя гораздо приятнее.
Для рядового пользователя от этой статьи - никакого толка, естественно. Разве что собрать chromium с жестко отключенными cookies и серфить в нем в режиме read-only.
контрактное программирование имхо подняло вопрос который потом отработали в first class types / dependent types / refinement types что вполне себе используется в упомянутых gearbox инструментах.
idris — type, refine, define. В книге от автора языка про type driven development эти вещи на первых страницах объясняются. И без обид — гораздо более системно.
Я понимаю что тут серьезные пацаны собрались, сами себе в зеркало не улыбаются, и все же — где фотки Los Pollos Hermanos, где Octopus Car Wash, где все это? Чего ездили, спрашивается? )
Для тех кто, как и я, в шоке от наличия такой возможности (ибо не знал) — вот неплохой гайд для слоупоков с отсылками к докам: habrahabr.ru/post/327218
Коротенько — не каждую транзакцию можно отменить и вообще лучше бы этим озаботиться заранее. То есть по сути транзакция с nSequence=0xffffffff неотменяема.
[бред удален]
Да, потому что вы не сможете их потратить — кто будет подтверждать транзакции? Без майнеров не выстраивается сеть доверия которая построена на сложности вычислений.
оставлю это для тех кто позже наткнется на обсуждение, дабы по наивности не поверили сказанному: Practical API Design
Although it took me a while, after a few years of designing APIs and working with others to design APIs that I liked, I came to realize that API design can be approached as an engineering discipline. Although it’s not obvious at first, this discipline does have a lot of objective attributes. As a consequence, it’s possible to turn the API design process into something that engineers can understand—a kind of science.
Every real discipline needs a theory behind it: a theory that defines the world that forms the subject of its domain. Such a world needs to be sharp and clearly defined. The less sharp it is, the less rigorous the science is, and the more it becomes an art.
Вообще грань между искусством и инженерией в книге неплохо раскрывается. Но для понимания этой грани совсем не обязательно читать талмуды — искусство в программировании — это красивый синоним для тупого брутфорса вариантов, когда мы не знаем как делать. Когда есть мат. аппарат — мы знаем как делать и искусство превращается в ремесло. Для первопроходцев поиск решения был искусством, для тех кто шел за ними — ремеслом.
Мда. Открываем блокнот, печатаем. Хотим сохранить — жмем в меню на файл->сохранить как. Внезапно и неожиданно — мы поменяли режим. Как и в любом GUI. НЕТ НИ ОДНОГО редактора или IDE в котором бы не было режимов, просто в большинстве их очень много и они завуалированы настолько что пользователи не понимают что это режимы. Да, и в статье по приведенной выше ссылке — ошибками UX пытаются обосновать ненужность режимов — это не выдерживает никакой критики.
Сорри, недопонял вопрос. Если (когда) проект раскрутится - я наеюсь что это станет легковесной заменой электрона. Легковесной - 15-20 мегабайт а не то безумие что мы сейчас имеем. С гораздо меньшими аппетитами по памяти. И вот приложения построенные на таком фреймворке я думаю будут для рядового пользователя гораздо приятнее.
Для рядового пользователя от этой статьи - никакого толка, естественно. Разве что собрать chromium с жестко отключенными cookies и серфить в нем в режиме read-only.
Коротенько — не каждую транзакцию можно отменить и вообще лучше бы этим озаботиться заранее. То есть по сути транзакция с nSequence=0xffffffff неотменяема.
[бред удален]
Сатоши установил ограничение потому что сеть спамили а сеть маленькая еще была. То есть ограничение — это вообще то костыль, изначально в протоколе его не было.
www.reddit.com/r/Bitcoin/comments/3giend/citation_needed_satoshis_reason_for_blocksize/ctygzmi
Откуда?
>статьи о Харви Вайнштейне… На данный момент уже все знают, как он выглядит.
Откуда?
Блин, реально не лучший выбор для перевода.
Работает через декораторы. Не умеет интерфейсы, для этого надо уже tsc допиливать, но классы пробрасывает ровно.
Practical API Design
Вообще грань между искусством и инженерией в книге неплохо раскрывается. Но для понимания этой грани совсем не обязательно читать талмуды — искусство в программировании — это красивый синоним для тупого брутфорса вариантов, когда мы не знаем как делать. Когда есть мат. аппарат — мы знаем как делать и искусство превращается в ремесло. Для первопроходцев поиск решения был искусством, для тех кто шел за ними — ремеслом.
С длиной все в порядке, очевидно использовались слабые пары. Например такие что дают N-1 состоящий из маленьких множителей. Или еще что похитрее.