Если в голову приходят вопросы "Как делать бизнес (стартап)? Где посмотреть? Что надо уметь?", то делать бизнес, возможно рано.
Тому, кому не рано, такие вопросы в голову просто не приходят. Он берет и просто делает

Любая идея, которая не плоха, хороша.


Не спешите смеяться. Именно в такой формулировке проверять идеи на "хорошесть" становится сильно проще

Худшее, что бывает в стартапе – это его основатель (основатели). В 100% случаев, когда стартап разорился, причина – как раз в основателе

Мне в твиттере пишут, мол, опять "архитектор" считает разработчиков (менеджеров, джуниоров, предпринимателей) недотепами. Отвечаю на эти возражения.

Я с глубоким уважением отношусь ко всем, кто хорошо делает то, что он считает делать верным, если это улучшает мир.

Я безмерно уважаю предпринимателей, сражающихся с хаосом и энтропией. Но я также понимаю и с равным уважением отношусь к наемным специалистам, которые решили развивать свои компетенции до потрясающих уровней, и делают сложное простым, а невозможное - просто сложным.

Исключительно чтобы вы знали.

В письменах древних есть отзывы про проблемы современных разработчиков и архитекторов: "переходить мост, не дойдя до реки"

Давеча затеялась тут почти сама собой дискуссия об то, что такое хорошая технология, и как их вообще сравнивать.

Хорошего ответа не кристаллизовалось, так что я свой предложу.

Мое мнение – если технология делает человека немного более свободным, чем он был до этого, значит, она хорошая. Если озабочивает, или стреноживает, или порабощает – то не очень хорошая. И чем более человек станет свободен, тем лучше технология.

Ракетное фэнтези Илона Маска совсем не потому супертехнология, что экономит средства бюджета или выглядит очень круто. (Вероятно,) с его помощью человечество сможет стать свободнее в том, где оно живёт, и куда может переместиться

Мне давеча задали вопрос: кто такой СТО, и что он делает. Рассказываю по-простому, коротко, конкретно.

Надо представить, что тебя позвали выступить перед небольшой аудиторией.

Заходишь в зал, а там сидят человек 40-50, разного возраста, все дофига умные, некоторые принципиальные, вредные, кто-то вообще антисоциальный мизантроп.

Некоторые из них даже программисты.

Супротив этого твоего зала находится другой зал, он раза в три-четыре крупнее будет. Больший зал абсолютно пустой, только пол настелен, и эхо ходит.

Тебе говорят: так, сейчас расскажешь приятное ребятам, чтобы приободрились и сочли тебя лидером, на то есть 15 минут.

Опосля вы все поднимаетесь да отправляетесь в больший зал.

Все, теперь этот пустой большой зал должен начать производить софт.

По производству софта есть планы: какой, сколько, когда, кто будет принимать решение, что было сделано хорошо и в достаточном количестве. Про UX не забудь, оно щас в тренде.

Теперь действуй.

Вот ты и стал СТО, поздравляю. Твой напутственный инструктаж состоит обычно из двух слов – "удачи, братюнь!"

Самые худшие фронтенд-разработчики, что я видел, получались из бывших бэкендщиков. Самые лучшие, почему-то, тоже. Отдельно от всех идут поклонники RoR

Как сказал Георгий Генс, чтобы реализовать одну гениальную идею, нужны еще 999 гениальных идей. Думайте об этом всякий раз, когда конструируете что-то, “не имеющее аналогов”.

Немного о ежедневном тулинге на июль 2018. Все инструменты - кроссплатформенные.
0. MS One Note - незаменимый инструмент, чтобы вести вообще всё. В нем я храню и рабочее, и "саморазвитие" - конспекты книг, заметки, план-проспекты работ, и даже личный ежедневный, недельный, месячный и годовой планы по работе и жизни.
1. FreeMind - пока не нашел ничего лучше для систематизации областей знаний, и сбросе этого куда-то. Всяко лучше текстовых протоколов встреч, брэйнстормов и так далее.
2. MS Excel - для оценок и расчетов разной степени сложности. Модель отказов, стоимость работ, бюджеты.
3. Monosnap для захвата скриншотов и отправки в облако
4. Wiki либо коллекция Google Docs - для ведения спецификаций,
регламентов, инструкций.
5. С планированием работ засада — я очень плотно подсел на MS Project и Atlassian JIRA, и пока бесплатных ближайших аналогов, которые делали жизнь в этом отношении настолько же простой, не нашел. Продолжаю поиски.
6. Firefox и плагин Pocket к нему - тут не надо объяснять, зачем: читать онлайн и оффлайн.
7. VS Code как дефолтный редактор. Раньше сидел в Sublime, но незаметно для себя переполз и не пока страдаю.
8. Archi Toolkit если необходимо проектировать что-то системообразное.

Остальное (Telegram, Skype, Word, Google Xyz) по вкусу

В 2007 году MS предложил Ajax Update Panel для вебформ. Что это: кидаете на страницу подложку для контролов, и фрагмент страницы с этими контролами генерится на сервере, режется, асинхронно грузится и подменяет блок страницы без перезагрузки ее.
"Фу", кричали все. "Это ж додуматься надо было!"
..
Наши дни.
..
RoR предлагает похожую технологию Turbolinks, только несовместимую с большинством готовых js-скриптов.
"Ура, вот это да, гениально, потрясающе, так просто все и никакого клиентского кода писать не надо! Сейчас все библиотеки поправим"

Самые полезные для своего личного прогресса привычки у меня оказались отнюль не всякие zero inbox (у меня там завалы, но это и норм, пусть машина сама сортирует, а я не машина, не врал, не блудил, вот фото с механическими часами), pomodoro и прочее сектанство. У меня это оказалось вот что:
1. Почаще спрашивать себя "какой план дальше?" и визуализировать его. План это "рабочие продукты", необходимая оргструктура и даты
2. С вечера составлять крупными мазками план на следующий день (отнимает 5-7 минут, вы больше в твитторе просиживаете).
3. Если план не составлен, не надо себя корить никак, это нормально.

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

Делюсь, может, кому-то поможет.

Пытаться "раскачать" сильные стороны и научиться извлекать из них кратно больше пользы почти всегда полезнее и эффективнее, чем стараться исправить слабые стороны. В разработке это, похоже, касается почти всего

Пресловутый work-life balance обычные люди мыслят себе вот так:

WORK: ---||----- LIFE.

Это, конечно же, херня.
У нормальных чуваков, с которыми круто делать дела, он выглядит как-то так:

WORK: 0 -------||-- max
LIFE: 0 -------||-- max

Утащил из фейсбука отличное

Последние несколько дней изучаю Spring Integration на практике и в тонкостях. После того, как разобрался чуть лучше, понял, что ничего сложного там нет (это с одной стороны). А с другой стороны, понял, насколько сложной является вообще тема интеграции различных приложений в одной целое с заданными характеристиками

Я уже писал об этом кое-где, но еще раз запощу сюда https://history.nasa.gov/computers/contents.html О том, как компьютеры использовались в космических полетах. По ссылке много интересно: и про микроархитектуру вычислительных модулей, и про разные курьезные случаи, и про интересные решения, которые буквально вытащили миссии из провальных ситуаций (как таблица рестартов в apollo 11 на лунном модуле)

Смоук-тест на то, не написали ли вы плохой код.

Представьте, что вам надо написанное откопировать в другой проект -- там понадобилось то же самое.

Чем больше времени это занимает, тем больше вероятность, что тест провален.

Человек начинает вас слушать, когда разочаруется в себе. До этого момента он никого не слушает вокруг, а слушает только то, что говорит сам, и делает это (говорит) непрерывно

Из комментов на ФБ:
".. нигде не видела столько интереса к customer development, как в России"

БЛИН, ХРЕНОВЫЙ ПРИЗНАК!