TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #841 · 2.07

Люди в интернете массово хоронят Твиттер. Там Илон Маск сначала закрыл твиты от незарегистрированных юзеров, а теперь вообще ввел лимиты на чтение: 600 записей в день для обычных аккаунтов и 6000 записей в день для платных. Кажется, вообще нигде нет лимитов на чтение, потому что это ограничение для собственного же способа заработка на рекламе. Соцсети наоборот стараются, чтобы люди подсаживались на них и всё больше крутили ленту, свайпали сторисы, листали клипы. Если любое событие прервет мою прокрутку ленты, то я с высокой вероятностью перестану крутить и пойду заниматься чем-то более полезным. И всё-таки, практика показывает, что значительная часть активной аудитории готова соглашаться на любые неудобства и терпеть любые унижения. Уровень привыкания к конкретным средам и интерфейсам у людей очень высокий, плюс инертность социального графа в целом. Этим, в частности, объясняется, что у Фейсбука есть пользователи, несмотря на худший в мире UI/UX, и у Инстаграма в России есть пользователи даже после всех блокировок, и много всего удивительного. Люди всерьез держат ВПН постоянным или даже включают каждый раз ради Инсты. Да чего Инста: даже какой-нибудь забитый визуальным говном неадаптированный под телефоны форум типа "ФишкиНет" с дизайном из начала двухтысячных — тоже имеет устойчивую аудиторию. Так что, я бы Твиттер не хоронил. Уверен, Илон Маск может делать с любителями Твиттера всё, что захочет, всё равно найдётся немало тех, кто будет продолжать туда писать и читать, вести там свою онлайн-жизнь, строить карьеру блогера и так далее. По этому же принципу Дуров может добавить в Телегу какую-нибудь не относящуюся к мессенджерам попсовую херню для детишек, и мы всё равно проглотим и никуда не уйдём. Oh, wait... #web

Hashtags

Резултати

Намерени 4 подобни публикации

Търсене: #bdd

当前筛选 #bdd清除筛选
djangoproject

@djangoproject · Post #335 · 09.05.2017 г., 05:22

https://code.tutsplus.com/tutorials/behavior-driven-development-in-python--net-26547 Behavior-Driven Development (which we will now refer to as "#BDD") follows on from the ideas and principles introduced in #Test-Driven Development. The key points of writing tests before code really apply to BDD as well. The idea is to not only test your code at the granular level with unit tests, but also test your application end to end, using acceptance tests. We will introduce this style of testing with the use of the Lettuce testing framework.

Hashtags

djangoproject

@djangoproject · Post #199 · 29.11.2016 г., 16:13

http://pythonhosted.org/behave/ behave is behaviour-driven development, Python style. Behavior-driven development (or #BDD) is an agile software development technique that encourages collaboration between developers, #QA and non-technical or business participants in a software project. We have a page further describing this philosophy. behave uses tests written in a natural language style, backed up by Python code. Once you’ve installed behave, we recommend reading the tutorial first and then feature test setup, behave API and related software (things that you can combine with behave) finally: how to use and configure the behave tool.

Hashtags

djangoproject

@djangoproject · Post #552 · 23.01.2018 г., 16:33

https://pypi.python.org/pypi/pytest-bdd #BDD library for the py.test runner #pytest-bdd implements a subset of Gherkin language for the automation of the project requirements testing and easier behavioral driven development. Unlike many other BDD tools it doesn’t require a separate runner and benefits from the power and flexibility of the #pytest. It allows to unify your unit and functional #tests, easier continuous integration server configuration and maximal reuse of the tests setup. Pytest fixtures written for the #unit_test s can be reused for the setup and actions mentioned in the feature steps with dependency injection, which allows a true BDD just-enough specification of the requirements without maintaining any context object containing the side effects of the Gherkin. imperative declarations.