Крах ДотКомов 2.0

DHH — создатель Ruby On Rails, BaseCamp, Hey и еще некоторых классных продуктов, запустил новую инициативу — https://once.com/. Запустил уже некоторое время назад, я как-то пропустил. Суть в том, чтобы поставлять веб-сервисы не по подписке (saas) а как раньше — на дисках, для разворачивания где угодно +) К слову, в BaseCamp отказались от облаков и переехали на свое железо, сэкономив много денег. Shopify в одной из статей упоминал возобновившейся рост количества магазинов на их платформе и исход селлеров с маркетплейсов.
А тут еще склады огромные горят 🙃

Спираль истории интернета начинает новый виток.
Ждать «краха саасов» !? 

Acceptance, functional, unit. В таком порядке.

Вы решили написать тесты? Отлично! С чего начнем?

Блин!

Ваш проект полон «костылей» и кода, которые делают тестирование сложным или даже почти невозможным, а если вы еще и новичок в тестировании. Что делать?

Очень просто! Начните с Acceptance-тестов, далее functional-тесты и только в самом конце unit-тесты!

Приемочные (acceptance) тесты очень похожи на Behat-тесты, где вы тестируете конкретные пользовательские истории и поведение. Приемочные тесты проверяют весь цикл от веб-сервера до базы данных и обратно, они способны выявить множество ошибок приложения.

Как только вы напишите приемочные тесты — можно приступать к рефакторингу кода приложения и написанию функциональных (functional) тестов, которые проверяют взаимодействие отдельных компонентов. Дальнейший рефакторинг делает возможным написание модульных (unit) тестов — тестов, которые проверяют компоненты приложения отдельно друг от друга.

Тестирование это не «все или ничего»! Начните с простейших тестов, которые охватывают все части приложения и тестируют верхнеуровневую логику.

Начните писать тесты уже сегодня!

Приходите, научу писать тесты….

Программирование во время холодной войны

Это вам не REST-апи писать и всякие кубернетисы настраивать за 500К в месяц.


Очень классный рассказ о программировании во времена СССР и холодной войны.

Самое главное, что было у программистов того времени — умение учиться самостоятельно. В настоящее время некоторые программисты даже гуглить самостоятельно не умеют.

Про saas и выжималку

Подслушал на просторах фейсбука.

Я не понимаю этого х1-2 от выручки для СааСов. У СааСов основные расходы это rnd (пилим новые фичи), и активный маркетинг. Причем на стадии относительной зрелости фичи пилятся на перспективу 2+ лет, а добрая половина лидов идёт органически. Т.е. тупо срезав все Косты до уровня суппорта и обработки входящих лидов, можно а) пару лет показывать прирост мрр как минимум, так ещё и мардинальность вывести на 75-80%. Т.е. конкурирующая идея к «продаться стратегу за х2 от выручки» на самом деле — включить режим «выжимки соков» и сделать 2 выручки за 2.5 года — причем бизнес не больно то пострадает, будет готов к выводу из режима выжимки обратно, но дале если и не выводить, за оставшиеся 2.5-3 года выжмешь ещё 2 и дальше прибыль будем медленно постепенно падать. В этом ключе ликвидационная стоимость не может быть меньше х4.Кстати intraservice, первый отечественный helpdesk saas, в таком режиме живёт лет 5 уже — релизы на уровне багфиксов, маркетинг на уровне покупки ключевых слов в директе, а выручка все 5 лет потихоньку линейно растет при очень жирной мардинальность.

Конечно же далеко не ко всем саас-ам такое можно применить, так как далеко не все саасы завязаны в расходах только на rnd, но что-то есть в этих словах.

SymfonyInsight и конец OpenSource

Ничего не бывает бесплатным. За последнее время довольно много проектов поменяли свое отношение к Open Source. Вот и SymfonyInsight не стал исключением и прекратил поддержку опен сорс проектов.

«This is why today I’m announcing you we are going to stop analyzing open-source projects on SymfonyInsight by September 24th so that we can focus our investments and efforts on our customers projects.»

Ничего личного, только бизнес (с)