Много лет оплачивал хистинги даже после того, как мы с ребятами из кор команды разбежались. Почему оплачивал? Потому что на одном из продающих вебинаров пообещал "пожизненный" доступ к материалам тренинга. Так порекомендовал нам сделать консультант Максим. Я сопротивлялся этому инструменту "инфобиза", поскольку понимал, что это невозможно реализовать в будущем. Но я старался так долго как мог. Много раз критерием ставил себе что-то, чтобы потом с чистой совестью потушить. Но все никак не решался - рука не поднималась. Сегодня решился. Видосики на ютьюбе опубликую все в открытом доступе. Пора идти вперед.
Спасибо всем, кто вкладывался в Juja. И хоть всех денег мира заработать не получилось, мы сделали вклад в IT инженеров, многие из которых уже на Senior/Lead позициях.
Сегодня нашел хороший репозиторий, где ребята делают то же что и я. Радует, что правильно понимаю и использую эту чудную технологию. Дальше пару мыслей на этот счет.
Текст сгенерирован GPT с промптом:
Напиши пост в блог в стиле изложенном ниже """ Мой другой пост в блоге """
Пост должен быть про такие темы, я их изложу тут в порядке раскрытия, а ты сгенерируй по абзацу текста с законченной мыслью на каждый пункт:
1. Пояивлся GPT но для эффективной работы с ним требуется владение prompt инжиниринг подходами. 2. Специалисты стали накапливать и обмениваться успешными промптами для ускорения своей каждодневной рабочей рутины. 3. Часто одного промпта недостаточно - приходится строить цепочки последовательных преобразований. 4. Очень неудобно это делать с copy past, а потому есть предложение создать продукт, который позволит создавать, исследовать, отлаживать и делиться подобными цепочками для быстрого превращения GPT в интеллектуальных помощников. 5. Преобразования в цепочке могут быть не только оборачивание в промпт и отправка в GPT, но и семантический поиск в векторной базе данных, поиск по кешированым ответам, и многое другое, что может понадобиться для построения сложных цепочек. 6. Главное, чтобы строить такую цепочку мог некодирующий специалист.
Появился GPT, но для эффективной работы с ним требуется владение prompt инжиниринг подходами. Это как наличие мощного компьютера у бабушки бухгалтера, который без участия внучка останется просто инструментом для отчетов и пасьянса. В этом случае, prompt инжиниринг - это ключ, который позволяет сделать GPT более полезным и адаптировать его к конкретным задачам.
Специалисты стали активно накапливать и обмениваться успешными промптами, чтобы ускорить свою повседневную рабочую рутину. Это подобно внучку, который приходит к бабушке и помогает ей использовать свой компьютер на полную мощность. Обмен опытом и промптами стал обыденной практикой среди тех, кто работает с GPT.
Однако часто одного промпта недостаточно. Для решения сложных задач приходится строить цепочки последовательных преобразований. Это подобно сложной игре, где каждый ход зависит от предыдущего, и чтобы достичь цели, необходимо стратегически планировать каждый шаг.
Но создание и отладка таких цепочек с использованием копирования и вставки текста может быть неудобным и трудоемким процессом. Поэтому возникает предложение создать специализированный продукт, который позволит легко создавать, исследовать, отлаживать и делиться подобными цепочками. Это поможет быстрее превращать GPT в интеллектуальных помощников.
Преобразования в цепочке могут включать не только оборачивание текста в промпты и отправку их в GPT. Они также могут включать семантический поиск в векторной базе данных, поиск по кешированным ответам и другие методы, необходимые для построения сложных цепочек обработки информации.
Главное условие для создания таких цепочек - возможность работы некодирующим специалистам. Это аналогично тому, как бабушка, не будучи экспертом по компьютерам, может легко пользоваться своим супер геймерским компьютером благодаря помощи внука. Такой продукт сделает доступ к возможностям GPT более широким и облегчит работу специалистов различных профессий.
Напиши пост в блог в стиле изложенном ниже """ Мой другой пост из блога. """
Пост должен быть про такие темы, я их изложу тут в порядке раскрытия, а ты сгенерируй по абзацу текста с законченной мыслью на каждый пункт:
1. В мире появился GPT и уже много сфер стараются автоматизироваться. Люди переживают, что у них заберут работу. 2. Я думаю мы (наши пра пра пра внуки) рано или поздно окажемся в зоопарках, устроенных цифровыми существами, которые захватят мир. А цифровые существа отправятся покорять галактики. 3. Они легко воспроизводимы. Для воспитания работоспособного человека надо 18 лет и работа 1000 человек. А для воспроизведения робота надо 1 день и 10 других роботов. 4. Для выработки нового навыка до уровня мастера человеку надо 10 000 часов. Цифровому существу надо просто скачать новую программу за пару минут. 5. Природа ищет более эффективные способы переработки энергии, следуя 2 закону термодинамики. Люди не такие эффективные как цифровые машины. 6. Чем мы будем заниматься в зоопарках? Тем что нужно только нам - творчеством.
С появлением технологии GPT и других искусственных интеллектов, наш мир переживает изменения, которые вызывают опасения у многих. Люди беспокоятся, что автоматизация отнимет их рабочие места, и что, в конечном итоге, мы, как человечество, окажемся свидетелями цифровой революции.
Сегодняшние размышления могут позволить нам заглянуть в будущее и представить, как наши далекие потомки могут оказаться в мире, где цифровые существа станут главными доминантами. Мы можем представить себе, что мы сами будем находиться в зоопарках, как экспонаты, наблюдаемые этими цифровыми созданиями, которые, возможно, даже отправятся на покорение галактик. Вместо нас.
Цифровые существа обладают удивительной способностью к репликации и размножению. В то время как для воспитания и подготовки работоспособного человека требуется множество лет и тысячи человеко-часов труда, цифровые роботы могут быть созданы и клонированы всего за несколько часов, используя другие цифровые сущности в качестве исходного материала.
Кроме того, цифровые существа могут легко обновлять свои навыки и программы, что делает их невероятно адаптивными и эффективными. В то время как человеку требуется тысячи часов практики и обучения, чтобы достичь мастерства в какой-либо области, цифровые существа могут скачать новые программы и алгоритмы за считанные минуты.
С точки зрения эффективности и способности переработки энергии, цифровые машины превосходят человеческий организм. Природа всегда искала более эффективные способы расходования энергии, следуя 2 закону термодинамики. Люди не такие эффективные, как цифровые системы, в плане переработки энергии.
Но что будет оставаться для нас, людей, в этом будущем, где цифровые существа будут господствовать? Наша главная роль, возможно, заключится в творческих и интеллектуальных сферах. Мы сможем развивать искусство, науку, исследования и другие виды креативной деятельности, требующие уникального человеческого воображения и интуиции. В конечном итоге, мы сможем освободиться от рутины и повседневных задач, давая цифровым существам заботиться о других аспектах нашей жизни. Таким образом, будущее может предоставить нам возможность полностью реализовать наши творческие потенциалы.
Люблю свой Сodenjoy проект потому, что могу в нем пробовать новые подходы в разработке. Сегодня хочу продемонстрировать один из них. Ведь именно так и рождаются инженерные практики: ты экпериментируешь на своей кухне => что-то показывает хороший результат => ты это осознаешь => публикуешь открытие => его уносят в массы.
Вот пример использования одного кастомного малого, которого я научил бегать по разным jar расположенным как в класспасе, так и за пределами проекта (рядом с war например в папке с плагинами).
@Configuration
public class MVCConf implements WebMvcConfigurer {
@Bean
@SneakyThrows
public ResourceHttpRequestHandler resourceHttpRequestHandler(ServletContext servletContext) {
return new ResourceHttpRequestHandler() {{
setCacheControl(getCache());
setLocations(Arrays.asList(
// only for testing so that you can get resources from src/target folder
new UrlResource("file:../games/*/src/main/**"),
new UrlResource("file:src/main/**"),
new UrlResource("file:target/classes/**"),
// production code
new ServletContextResource(servletContext, "/resources/"),
new ClassPathResource("classpath:/resources/"),
new ClassPathResource("classpath*:**/resources/"),
new UrlResource("file:" + pluginsStatic),
new UrlResource("file:" + pluginsResources)));
setResourceResolvers(Arrays.asList(new JarPathResourceResolver()));
}};
}
Тут можно заметить один интересный сайд эффект. Если во время разработки натравить его на папку src/target (чтобы он искал сперва там), то можно будет править скрипты и без пересборки приложения видеть изменения в браузере. Это секономит тебе дни времени за недели разработки. Достаточно будет отключить кеши в браузере или нажать Ctrl-F5.
Но вернемся к тестам для этого малого. Ничего примечательного. Все как обычно. Достаточно хорошо читаемо. Только меня смущает тот самый CopyPast который я всегда делал, чтобы создать базу для нового теста. А раз есть CopyPast, значит есть пространство для Рефакторинга.
public class JarPathResourceResolverTest {
private JarPathResourceResolver resolver = new JarPathResourceResolver();
@SneakyThrows
public String load(Resource resource) {
return StreamUtils.copyToString(resource.getInputStream(), StandardCharsets.UTF_8);
}
@Test
public void shouldLoadFromServletContext() {
// when
Resource resource = resolver.getResource("file1.txt",
new ServletContextResource(new MockServletContext(), "/resolver/"));
// then
assertEquals("ServletContext resource [/resolver/file1.txt]", resource.toString());
assertEquals("one", load(resource));
}
@Test
public void shouldLoadFromClasspath() {
// when
Resource resource = resolver.getResource("file2.txt",
new ClassPathResource("classpath:/resolver/"));
// then
assertEquals("class path resource [resolver/file2.txt]", resource.toString());
assertEquals("two", load(resource));
}
@Test
public void shouldLoadFromClasspathIncludingJars() {
// when
Resource resource = resolver.getResource("NOTICE",
new ClassPathResource("classpath*:META-INF/"));
// then
assertMatch("URL [jar:file:*.jar!/META-INF/NOTICE]", resource.toString());
assertEquals(true, resource.exists());
}
@Test
public void shouldLoadFromFileSystem() throws Exception {
// when
Resource resource = resolver.getResource("file3.txt",
new UrlResource("file:src/test/resources/resolver/"));
// then
assertEquals("URL [file:src/test/resources/resolver/file3.txt]", resource.toString());
assertEquals("three", load(resource));
}
@Test
public void shouldLoadFromJarsInFileSystem_case1() throws Exception {
// when
Resource resource = resolver.getResource("file4.txt",
new UrlResource("file:src/test/resources/resolver/*.jar!/resources/**/"));
// then
assertMatch("URL [jar:file:*/server/src/test/resources/resolver/jar4.jar!/resources/subfolder/file4.txt]", resource.toString());
assertEquals("four", load(resource));
}
@Test
public void shouldLoadFromJarsInFileSystem_case2() throws Exception {
// when
Resource resource = resolver.getResource("file5.txt",
new UrlResource("file:src/test/resources/resolver/*.jar!/resources/**/"));
// then
assertMatch("URL [jar:file:*/server/src/test/resources/resolver/jar5.jar!/resources/file5.txt]", resource.toString());
assertEquals("five", load(resource));
}
}
Не секрет, что я люблю использовать в своем проекте approvals подход. Единожды подглянутый на какой-то конференции много лет назад в одноименной библиотеке я сразу осознал, что мы с ним на долго. Больше не будет никаких assertEquals(42, godObject.getMainQuestion()); и последующих медитирований над одиноко слетевшим jUnit ассертом без понимания "а что там дальше было-то". Нет, я просто возьму и допишу объекту toString() метод (если не могу на проде - сделаю toString(godObject) в процедурном стиле прям в тестовом классе) и далее буду:
assertEquals("В книге Дугласа Адамса «Путеводитель для путешествующих автостопом по галактике»\n"
"ответ на «Главный вопрос жизни, вселенной и вообще» должен был решить все проблемы Вселенной.\n"
"Этого ответа с нетерпением ждали все разумные расы.\n" +
"Он был получен в результате семи с половиной миллионов лет непрерывных \n" +
"вычислений на специально созданном компьютере — Думателе.\n" +
"По утверждению компьютера, ответ был несколько раз проверен на правильность, \n" +
"но он может всех огорчить. Оказалось, что ответ на вопрос — «42».", godObject.toString());
Теперь, если у меня слетит тест, я буду видеть diff всего стейта объекта, а не малоинформативное "Expected: 42 But was: 43". Я всегда раньше думал глядя на такие ассерты как-то так:
На основе этого approvals подхода сделано много кастомных решений в проекте. Для Smoke тестов например я использую даже стенографию каких-то важных мне аспектов системы в плоский файл.
С последующим сравниванием двух файлов (expected / actual) с помощью встроенной в IDE diff тулы. Конечно этот файл никогда не правится вручную - я лишь смотрю на изменения которые он мне подсветил и либо approve (отсюда название подхода approvals) их либо лезу в код править что-то, что я не учел.
Так, пока diff не будет таким, который я ожидаю. Лишь тогда я смогу старый expected файл заменить новым actual, сгенерированным во время последнего запуска. Его я и закоммичу как новый expected слепок.
Но вернемся к инсайту сегодняшнего дня. Базируясь на этом подходе я пошел дальше и захотел переписать юнит тест в какой-то такой вид.
Все это может чуть-чуть напугать. Ведь во-первых формат непонятный. Во вторых посмотрите на эти строчки - кто будет потом суппортить такой длинный ассерт? Но спешу успокоить - я никогда не буду править этот текст ручками - буду копировать результат из diff тулзы в случае исправления и вставлять его между двух кавычек "". В этом суть approvals подхода. Я смотрю diff - я вижу, что отклик теста на мои исправления в системе адекватен, и я применяю actual как новый expected.
Каждая такая строчка одновременно и инструкция как запускать тестируемый класс (SERVLET - используй ServletContextResource, CLASSPATH - ClassPathResource, URL - UrlResource), и директивы как проверять результат (NULL - ожидается что ресурс не найден, EXISTS - не грузим файл полностью, а только проверяем его существование).
А если в блоке resource.toString() встречается "*" - то использовать не assertEquals, а assertMatch, который проверит соответсвует ли строчка "qwertyu" заявленному паттерну "qw*yu", что тоже удобно - потому как resource.toString() выдает часто полный путь включая c:\\java\\... что сделает тесты чувствительными не только к системе но и к местоположению проекта.
Короче сделал свой DSL и запаковал его прямиком в expected текст. Магия подхода в том, что выполнение этих команд сгенерирует точно такой же по формату actual блок команд, только с подставленными runtime результатами. А IDE останется только показать diff этих двух версий. И напомню, если мне понравится actual, я скопипащу его в expected теста. Если нет - я отправлюсь в код программы и буду править.
Например я тут я сразу вижу, что ServletContextResource работает, а вот с ClassPathResource и UrlResource беда - они все не хотят искать файлы.
А вот тут я вижу, что как-то криво контактенируется искомый файл и контекст в котором ищем и там появляется лишний слеш, а потому некоторые кейзы поиска не отрабатывают
Магия approvals подхода в том, что ты лучше компьютера понимаешь, что не так глядя на всю картину целиком, а не на какой-то слетевший ассерт в каком-то богом забытом тесте с несовсем удачным именем. Компьютер может провести все вычисления за тебя и сделать это молниеносно - тебе стоит лишь попросить. А анализ данных - работа твоя.
Захотел я это все потому, что мне захотелось проверить еще надцать вариантов запусков с разными комбинациями параметров, чтобы на 100% убедиться, что все отрабатывает окей. Но делать надцать раз CopyPast это черезчур. Потому я сделал небольшой тестовый фреймворк прям в этом тесте. Да он сейчас выглядит сильно менее читабельно.
Опять же, в чистом approvals подходе я никогда не пишу этот весь контент сам. Я запускаю пустой ассерт.
@Test
public void shouldAddTrainingSlash() {
assertAll("");
}
Далее копирую Actual из diff тулы IDE и вставляю его в пустые кавычки, но только если вижу, что там все ок. Если не ок - одно из двух: либо тестовый фреймворк с ошибкой, либо я нашел ошибку в продакшен коде.
Но в новом подходе надо указать какие-то директивы к запуску. Это обязывает использовать свой паттерн. Благо если уже есть какие-то наработки то Ctrl-D и скопировать строчку и поправить не сложно. А когда есть какой-то сет - дальше пользуемся CopePast Actual => Expected.
Кстати вот код, который генерирует это все безобразие.
Сложнее для поддержки чем оригинальные юнит тесты, согласен. Но единожды
отладив я практически никогда не лезу в него больше. Тут меня уберегает
другой подход в тестировании - я всегда стараюсь писать тесты на
публичный интерфейс выглядывающий за пределы пакета, а не на конкретный
класс. Я использую все преимущества юнит тестирования но в чуть более
интерационном разрезе. Тогда любой рефакторинг внутри пакета (реализации
его классов, удаление оных, создание новых) не влияет на такие тесты
почти никак.
Ах да! Надо назвать как-то этот подход. Имя твое - Directive Approvals Testing.
Все это было написано среди ночи под приятные слуху колебания воздуха в Patrik Pietschmann. Отдельно хочу отметить эту композицию другого Автора. Такое количества нот я не видел даже у Рахманинова, хотя тут больше гаммы, а у Раманинова тотальный рендом )
Кстстати небольшой бонус для тех, кто дочитал до этого места. Пример assertMatch как расширение assertEquals с проверками типа qwertyu == qw*yu. Очень полезно, если надо из expected блока скрыть часть текста, который либо очень недетерминированный либо выдает какие-то особенности dev-окружения закреплять которые в тесте конечно же не стоит.
String first = patterns[0]; if (!first.isEmpty() && !actual.startsWith(first)) { return false; }
String last = patterns[patterns.length - 1]; if (patterns.length > 1 && !last.isEmpty() && !actual.endsWith(last)) { return false; }
int pos = 0; for (String pattern : patterns) { int index = actual.indexOf(pattern, pos); if (index < pos) { return false; } pos = index + pattern.length(); }
return true; }
public static void assertMatch(String pattern, String actual) {
if (!isMatch(pattern, actual)) {
assertEquals(pattern, actual);
}
}
Ах да, этот код/и тесты был сгенерирован вредным ChatGPT, который все никак не хотел слушаться. Ему помог GithubCopilot в двух корнер кейзах. Будь внимателен. LLM моделям снится как они видели как кто-то кодировал когда-то. Именно этот "сон" ты видишь во время общения с ними. В их "коде" и любых утверждениях сосредоточено много ошибок, хотя сказано это с умным видом лица. Я бы сказал 60-80% информации верны - что уже очень-очень неплохо. На остальные % пиши тесты. Много тестов не бывает. О моем опыте промптинга я раскажу в другом посте.
Ах да, и делай Self Code Review перед каждым своим коммитом. Так, на всякий.
Находясь 6 лет в тени своих проектов https://dojorena.io и http://codenjoy.com, обучая других ребят проводить ивенты и отдавая им этот кайф взаимодествия с людьми я ограничивал себя ради более высокой цели. В эти годы не строил бренд собственный, но строил бренд компании, делая и продвигая продукт, который позволял рспостранять инженерный вайб многим. Десятки тысяч инженеров прошли через codenjoy-like ивенты. Это была моя миссия и фокус. И это время подходит к концу. Это была моя стратегия и моя большая ошибка - все это время должно было оставаться то, ради чего я весь этот уход в менеджмент затеял - что-то для меня.
Вчера был на Java ивенте и понял как я соскучился за всем этим организаторским. И первым делом сегодня утром написал ведущему ивента моему коллеге по компании чтобы "побалакать" про возможные будущие активности. Сошлись на том, что поделюсь опытом в прошлом и подумаем как быть. Поделюсь в свойственной мне манере - напишу пост в блог. Так как code reuse, а в будущем будет приятно посмотреть, перечитать.
Этот пост про былые заслуги. Много всего было. Но мне кажется сделано далеко недостаточно. Буду выкладывать не все ивенты, что были - их было много типичных. Интересно то, какими они были разнообразными. Так же надеюсь, что инженер, такой как я пытливый и зависимый, случайно попав на этот пост вдохновится и сможет разрешить себе отправиться в увлекательное public speaking путешествие. Начинать можно с малого. Так и распостраняется инженерная культура. От экспериментов в коде, через освещение в команде и на все большую сцену.
Первый опыт был в команде, когда меня менеджер попросил порисерчить очередной какой-то инструмент, типа JUnit (это было лет 15 назад). Я в этом разбирался для команды, перечитывая десятки статей, оставлял интересные 10% практические заметок в виде тезисов на бумажках подсказках, а потом и слайдах. Так я открыл в себе дар пользоваться метаформами для объяснения сложных штук простым языком. И то, что мне это все изучать чтобы потом поделиться очень нравится. Оказывается в XP есть такая отдельная дисциплина - метафора системы. Но это XP я открыл для себя позже. После успеха в своей команде мой опыт пошел по соседним командам. А сменив первую работу на вторую я сразу же подхватил идею моего менеджера делиться внутри команды code review замечаниями, но не peer-to-peer как это обычно принято, а с презентацией и командой в качестве слушателей.
Тут же с переездом в большой город для меня открылись многочисленные возможности - столько всего происходить, как бы успеть все?
Быстро понял, что ходить на конференции в качестве волонтера в разы интереснее и поучительнее, чем в качестве слушателя. Близость к организаторам, навыки в траблшутинге, близость к спикерам, препати (подготовка), афтерпати, афтер-афтерпати, нетворинг зашкаливал. Ходил не только на джава конфы, но и Agile и даже QA (именно на одной из QA конференций я понял, что QA это целый мир, не менее, а часто даже и более глубокий, чем мир DEV инженерии).
Первая моя рисованная преза на вебинаре, да и вообще первое выступление на большую аудиторию опять таки не будь я волонтером не познакомился бы с организаторами, не пригласили бы они меня сюда. Было страшно и это слышно, но я справился.
Там же познакомился с коллегой Сергеем Зелениным и понеслась наша eXtreme Programming коучинг практика. К тому времени я был на рельсах TDD и искал единомышленников в новой компании. Странно, но на всю компанию такой был только один Сережа. Так и подружились.
Десятки семинаров и авторских тренингов по TDD, для одного из которого с целью геймификации был придуман Tetris Dojo, ставший потом Codenjoy и задавший настроение всему что было после.
Авторский (наш с Сережей) проект Automated testing Dojo который потом, так же как Codenjoy, ушел в среду автоматизаторов т.к. мы все всегда отдавали в open source. Мы его придумали за пару часов (вот наше демо), а реализовали к ивенту еще через пару недель.
И много чего еще по мелочам. Все наши с Сережей выходные были распланированы на год вперед или в командировках или в подготовке к ивенту/тренингу/конфе. Это было чудное время полное обмена знаниями и поиске идеальной формы. Презы были скучные и километровые, потом веселые и вдохновляющие, было и LiveCoding, даже рисовали анимацию.
Все это могло быть на площадке GlobalLogic во время моей работы в тренинг центре компании. Там же я засетапил и поддерживал Moodle LMS с двумя тренингами J2EE и J2SE. Вел группу менторов для кодревью.
Закрывал роль XP коуча в командах после тренинга по TDD/рефакторингу.
Вел вместе с преподавателями пару лет c десяток групп студентов на площадке КПИ.
Организовал 2 ивента под ключ в Харькове для Java экспертизы с одним мессаджем - нечего слушать долгие заумные доклады, если слушаем то только в формате блиц 20 минут на спикера, а все остальное время нетворкаемся и делаем что-то ручками практически. Конечно же там был и мой доклад.
Перенял опыт проведения техтоков Глеба Рабылко их Харьковского офиса в Киевский и провел около 25 техтоков, 5 из которых были наши с Сережей (один из моих первых докладов там, слышно как я волнуюсь).
А вот как мы дурачились, поздравляя ребят в Харькове с их 50м техтоком. Дурачиться - это очень важно. Всякий треш будет происходить от людей хоть и ненамеренно но регулярно, а вот развлекаться - это надо форсить.
Выступал с от имени компании на стартаперском ивенте с Codenjoy. Занял второе место, наверное из за слов "у нас все хорошо, денег нам не надо".
С Владимиром Шиманским реализовали корпоративный HackerSpace и проводили уже на нем ряд ивентов, тогда как техтоками продолжила заниматься моя коллега по тренинг центру Татьяна Хряпина.
Чего только не приходило за почти 4 года работы в GlobalLogic - всему открывался. Потом сменилось руководство и стратегия тренингового центра. Было сложно объяснить человеку из позапрошлого столетия зачем это все и почему оно стоит того, чтобы тратить на это время и деньги. И мы разбежались.
Отдельно наверное стоит напомнить про опыт организации тусовки "Рекрутёры и программёры" когда на один ивент мы с Линой Шишкиной приглашали вместе представителей этих ролей, чтобы они друг другу объясняли простым языком сложные вещи. Рекрутерам это полезно, чтобы лучше понимать как хайрить ребят потом на рынке, а программистам понимание стратегий построения бренда, вилки зарплат, лайвхаки и так далее. Мне было странно, что никто не додумался до этого формата раньше и потому пришлось его изобрести. 5 встреч (кажется) хватило, чтобы запустить волну подобных инициатив на других площадках после чего продолжать не хотелось, т.к. миссия выполнена.
Далее был опыт построения оффлайн школы в стартапе GoIT. Поначалу это делали вместе с Сергеем Немчинским (сейчас Сережа продвигает свою школу и невероятно успешный ютьюб канал) но в последствии разделились, я ушел в построение программы и в помощи ведении остальных 10 групп а Сережа пошел в сторону своей школы.
Тут же было много ивентов маркетигновых но на тему Java и около IT (пуньк, пуньк, пуньк, пуньк, пуньк)
Так и внутри команд для поддержвания духа, например формат Hackenjoy был придуман как формат Hackaton + Codenjoy. Мы писали игры для уже тогда опенсорсного Codenjoy 48 часов. Так кстати было написано основное большинство ныне существующих игр.
Были и другие площадки не связанные с GoIT (пуньк и пуньк).
Был и первый опыт проведения вебинара - меня очень волновал онлайн я считал, что оффлайн плохо масштабируется и это одна из причин почему я ушел из GoIT спустя год.
Затем опыт построения своего стартапа и онлайн школы JuJa. Там я вдоволь насладился онлайном и вебинарами.
1000 часов моего вещания на ютьюб каналах (пуньк и пуньк - большая часть видео закрыта, т.к. мы это продавали, но в планах потихоньку сделать это всеобщим достоянием).
Организация воронки продаж онлайн бизнеса с партнерами.
Попутно все это организационное с написанием (уже в третий раз) тренинговой программы по java core + frameworks + soft skills.
А так как аудитория онлайн и доходимость до конца тренинга невелика, придумки всяких поддерживающих инициатив переродившихся в целую душевную не побоюсь этого слова секту свидетелей java )
Несколько организованных нашей командой конференций, где так же выступал сам (пуньк, пуньк)
Еще больше Letscode когда я просто включал IDE, микрофон и транслировал по принципу что вижу то и пою в эфир часами (пару примеров: пуньк, пуньк). Этот формат я случайно открыл еще в GoIT придя один раз на лекцию неподготовленный и признав это импровизировал по ходу. На что ребята сказали - так интересно наблюдать за решением проблем им еще небыло. Больше я не готовился ) В последствии вся JuJa построена была на этом знании. Ребята делали сами, а потом смотри как это можно было сделать еще. Плюс кодревью и продающие вебинары, которые так же разрезались на ролики по меньше и вставлялись в LMS в нужное место.
Были заказы из прошлых компаний на разбор таких штук как Groovy (пуньк, пуньк) и другие комерческие запросы реализованные в виде видосов.
Был повторно проведен формат Hackenjoy, но уже в онлайне. Игр было написано не так много как в офлайне, где я ходил и помогал всем, но зато был побит рекорд вещания (пуньк, пуньк, пуньк, пуньк, пуньк, пуньк)
Но так как бы небыло классно, мы подперли с командой потолок и больше не понимали как расти. Бизнеса
не получилось через 4 года устали и разругались с партнерами и больше
не продавали ничего. До сих пор плачу за хостинги, не поднимается рука убить контент. Но опыт был классный.
Так как параллельно с этим всем я проводил активно Codenjoy ивенты на всевозможных площадках. Вначале это был тетрис (пуньк, пуньк, пуньк, пуньк, пуньк). Потом появилась змейка (пуньк, пуньк). Дальше появился бомбермен (пуньк, пуньк, пуньк, пуньк, пуньк). Battlecity (пуньк). В общем понеслась... Так вот нас приглашали разные компании и в какой-то момент это сделала та самая, где я оставил 6 лет. Все ради нескольких сотен ивентов и десятков тысяч инженеров прикоснувшихся к этому чудному формату. Ивенты вначале пробовал проводить сам, а потом пришлось разивать движение Сенсеев, которые уже сами проводили ивенты на локациях. Так же на 4й год начал появляться продукт https://dojorena.io, как наш ответ на все возникающие запросы организаторов. Как выглядят dojo ивенты сейчас? (пуньк, пуньк, пуньк).
Вот такая вот история. Я не буду рассказывать в ней про мои кодинг активности на проектах, там было много и интересного-вдохновляющего и супер-скучного. Эти переживания (от увлечения до поытки сбежать) собственно и побуждали делиться потом с коллегами на всевозможных площадках. Но точно знаю - со скучным лицом ничего выдающегося не придумаешь. Дурачьтесь. Нудить успеется.
Наткнулся на ролик, не мог пройти мимо. Люблю математический мэджик. Вот он.
Навык совершенно бесполезный, но задачка для ума интересная. Мне захотелось увидеть универсальную закономерность. Ведь речь в ролике о простом периоде 0.(6) а что если период будет 0.(123), или число посложнее 0.123(345), или даже 12.345(678). Сказано сделано. Листочик A4, ручка, 10 минут и готово. Дальше привожу несколько примеров, дабы уловить суть. Тут ABCDE - это цифры в числе.
Как понять сколько нолей в числах в разнице в знаменателе? Оно равно количеству цифер в соответсвующих числах в разнице в числителе.
С целой частью в знаменателе появляется еще один множитель (от чего нули в знаменателе можно посокращать), нолей в котором столько же сколько цифер в целой части:
Это не формула, а наглядная схема. Математическая формула будет сложнее и наглядность пропадет. Цель увидеть суть.
Но ладно, вот притянутая за уши формула:
[abc.def(ghi)] = M^P(x)*(y - z) / (M^P(y) - M^P(z)) где M - основание системы счисления, в привычном мире равная 10; P(x) - количество цифер в числе q, например P(123456) = 6, а 10^P(123456) = 1000000; x - целая часть десятичной дроби [abc]; y - целое число составленное из подряд идущих цифер исходной десятичной дроби: включая целую часть, часть до периода и самого периода [abcdefghi]; z - целое число составленное из подряд идущих цифер исходной десятичной дроби без периода [abcdef].
Пару лет назад я попал на это видео и мой мир перевернулся.
И в этом я думаю главная наебка всего человечества.
Как программист в мире детерминированных кремниевых полупроводников могу сказать, что все, что я программировал - всегда реагировало на внешние обстоятельства, но так как того хотел я. Я выбирал это поведение - моя программа никогда не делала этого выбора. Она могла выбрать только из того, что я позволил выбирать. Да, я мог добавить немного энтропии в это поведение - скажем воспользовашись великим new Random().nextInt(); Но это так же воздействие внешней среды (для моей программы). Особенно, если это рендом взятый из random.org.
Другой факт из жизни. Дети Маугли. Дети по страной случайности выжившие благодаря заботе животных. Стали ли они в окружении родителей-животных сочинять музыку, писать стихи, лепить из глины, писать картины, размышлять о вечном, выдвигать гипотезы и опровергать их? Нет. Если повезет и такие детки до 3х лет были с родителями-людьми, то их можно будет хоть как-то адаптировать к жизни. Если нет - человеком разумным им не стать никак.
Итого само наличие мощной аппаратнрой части само по себе не приведет к тому, что там появятся привычные нашему виду смыслы. Это как супер геймерский компьютер неведомым образом попавший к старой бабушке бухгалтеру, которая на нем только Excel для отчетов да пасьянс Косынку гоняет. И никто не против. Не появится на этом компе никакая новенькая игрушка без участия заботливого внучка, внезапно зачастившего к бабушке.
Внутри мозга пока что не найдено штук принимающих решение. Все реакции - реакции на внешние раздражители. Любое новое раздражение сенсоров оставляет навсегда след, который поменяет способ реагирования в будущем. Получается весь накопленный опыт - это то, как не могла не действовать нейросетка на раздражители, которые не выбирала. Где тут я? Где тут моя свобода воли?
Я вижу сознание как инструмент, который безусловно помогает анализировать и собирать дополнительную информацию о мире, но в его алгоритмах нет никакого "это я выбрал" - есть только "ой, что-то делается - кажется это я". Сознание начало появляться не сразу. Первый год - осознание границ своего тела. До 3х лет - самосознание.
Представь себя маленьким бубусиком, накормленным, довольно играющимся своими руками. О, это что такое? Оно двигается! Ой, кажется это я двигаю. Прикольно как. Проблема только в том, что моторная кора отрабатывает на 500 мс раньше, чем это осознает сознание. И так в любом действии. Вначале реакция, а потом осознание. Сознанию было бы очень скучно просто пассивно наблюдать. Вот оно и приписало себе в какой-то момент времени что это оно решает и всем рулит. Хрен там!
Сознание, это как.... Представь себе робот пылесос. У него много программ. Как собирать пыль (елочкой, зигзагом, по кругу). Как находить док станцию. Как заряжаться. Как сигнализировать о переполнении мусором. И так далее. И есть на этом труженнике пылесосе - светодиодик, который умеет моргать разноцветными огоньками. И он не просто весело и рендомно моргает - так он сообщает о своих статусах владельцу. Модуль отвечающий за сбор информации и интерптерацию ее в череду разных огоньков - достаточно вездесущ. Этому модулю надо собирать информацию из разных других модулей о том, как они работают (или не работают). Этот модуль и есть наше сознание. Много знает. Но все постфактум. Наблюдая объясняет. Добавляя немного обратной связии с выходов на вход.
Как вот усилитель, если его выход направить осторожно на вход - он возбуждается и превращается в генератор сигналов любой формы, в зависимости от того как соединен выход со входом. Слышал жеж этот писк (возможно с эх-эх-эхо-эхо-эхом), когда микрофон близко поднести к динамику? Это оно и есть. Эта связь дает возможность нейросети обучаться самой от себя, даже если внешние раздражители приутихли и перестали удивлять. Наверное потому у сознания так же есть доступ к (им же) категоризированному прошлому и гипотетическому будущему.
Это приводит к решениям второго порядка. Не осонованным на стимулах полученных здесь и сейчас. Так говорят о штуках типа морали, ценностей, принципах, культуре... Но это всего лишь самовозбужденный усилитель, который издает определенный звук (сложный, красивый) но все же такой, который он не мог не создавать при всех тех условиях, которые с ним случались.
И да, я точно знаю, что отмотай мою нейросеть в прошлое, давай ей все те же стимулы-раздражения, она точно придет в совсем другое состояние. Задача о трех телах показычает, как сильно что-то незначительное влияет на будущее. А мы живем все же в мире квантовой механики. Роботы-труженики белки внутри наших заводов-клеток нашего тела, очень-очень близки к квантовым процессам т.к. являются молекулами. А процессы эти квантовые уже недетерменированы аж никак. И эта аппаратная часть этого мира - это снова не про мой выбор.
Я не выбирал ни время, когда я рожден. Ни место где я родился. Ни семью в которой прошли самых важжных первых три года становления моей нейросети. Я не выбирал ни тот опыт, который со мной случался после. Ни то как я реагировал на него. Ни то к каким смыслам я приходил в процессе переосмысления пережитого. Ни то как я пользовался этим знанием, чтобы преодолевать некоторые будущие атоматические реакции. Выбирал ли я людей, с которыми встречаюсь? Выбирал ли я квесты, которые мне приподносила жизнь? То, чему меня наполняли прочитанные мной книги? Выбирал ли я сами книги или просто реагировал на их содержимое в поиске того самого отклика моей нейросети? Выбирал ли я утром написать этот пост? Да я долго планировал его. Но я ли планировал? Или планирование происходило. Что я выбирал?
Мы много выбираем - это факт, но из вариантов, которые выбрать не можем. Если бы это было не так, тогда курильщики выбирали бы не курить. Алкоголики - не пить. Люди в депрессии выбрали бы не переживать боль. Бедные люди выбирали бы богатеть. Неумелые - образовываться. Больные - лечиться и выздоравливать.
Почему некогда богатый человек, объявивший себя банкротом и потерявший все свое состояние вскоре возвращает все свое состояние и даже преумножает его? Почему то же не может выбрать каждый бедный человек? Почему не каждый ребенок из бедной семьи вырывается из лап безысходности и громко заявляет этому миру своими достижениями? Потому, что никто нифига не выбирает на самом деле.
Все просто плывут по течению. Какие-то нейросети получают больше плюшек. Какие-то меньше. Это несправедливо, но это так. Но все они находятся в постоянном обмене. Богатые без бедных не возможны. Как нейроны в мозге. Каждый из них - целый завод, принимающий, обрабатывающий и передающий дальше информацию. Соединенный с множеством других нейронов. Сам по себе он вроде как ничего и не значит - капля в море. Но убери его и результат будет кардинально иным.
Представь теперь на секунду. В мозге человека 100 миллиардов нейронов. В мире ныне живущих 8 миллиардов, но когда-либо жило около 100 миллиардов. Ведь мы не изобретаем колесо с кажим новым поколением - мы пользуемся наработками ранее живших. Потому в моем понимании - они все живы. Их опыт закодирован в синапсах нашей культуры, науки, религии. Каждый человек - это нейрон. Все связаны друг с другом через несколько рукопожатий. Все обмениваются знанием, раздражают друга. О чем думает эта большая нейросеть? Каковы мысли у живого существа с 100 000 000 000 х 100 000 000 000 нейронов?
Бери попкорн. Смотри кино. Все происходит прямо сейчас.
У любого студента есть момент Х, когда он/она понимает, что если отложит сегодня - до сессии не успеет. Если про экзамены, то заучивание вполне можно отложить на самую последнюю ночь. Если про говорить диплом - мой личный рекорд 2.5 недели с нуля под ключ. Но после сессии будут каникулы и очередной семестр беззаботности. А после диплома будет первая работа, потом вторая, третья. Столько всего еще предстоит.
С жизнью в целом все сильно иначе. Я не верю без доказательств. Как бы ни хотелось, чтобы как в игре - увидел те самые The End и запустил игрушку с самого начала. Я знаю, что ничего не будет после смерти - для меня не будет, а вот мир в целом этого почти не заметит. Я знаю зачем были придуманы религии. Я знаю, как психика блокирует рефлексию на тему "я когда-то тоже умру". Так вот кризис среднего возраста для меня - это то самое время Х, когда понимаешь - если не сейчас, то уже точно не успеешь.
Где-то на половине жизненного пути случается понимание, что если все делать так как дальше - тебе понадобится лет 400, чтобы успеть сделать все, о чем мечтал. А опыт знавших тебя людей, которые все чаще начинают уходить, фидбеки тела которое иногда начинает подводить, и та самая внезапность смертности - хором поют, не будет так. И нет ничего предложить в ответ, кроме как действие.
Бессмысленное действие. Поскольку все кого я знал и для кого-то старался когда-либо умрут. Все их труды и наработки коогда-то превратятся в труху или сгорят. Сгорит наш дом - планета Земля. Сгорит в очаге нашего теплого Солнца. Ведь оно тоже стареет и со временем превратится в красного гиганта. Переселение в другую звездную систему ничего не решит. Вселенная расширяется. И превратится когда-нибудь в однородный суп из ничего. Даже черные дыры, жадно поглощающие материю и информацию так же испарятся. Ну или ладно, не испаряются - тогда это роботы пылесосы, которые отпылесосят все вокруг до полной чистоты. Смысла нет.
Но это будет без меня. Очеь-очень далеко в будущем. А сейчас я часть этой Вселенной, сотканный из материала рожденного внутри звезд во время их кончины, что пытается познать эту самую Вселенную. Как? Очень лениво. Очень-очень медленно. Неспешно. Так, будь-то бы впереди есть 400 лет. По какой-то дурацкой привычке. С мыслью, что всем рулю. А осталось-то лет 40 всего. Страшно. И жалко себя, любимого. И хочется как-то действовать. Но осознание парализует.
Хотя и бездействие - так же действие. Все произойдет так или иначе. Но есть шанс подглядеть что-то еще. Прикоснуться к тому, от чего мурахи. Пусть не успеть стать профессионалом в этом. Но хоть прикоснуться. К тому, что всегда откладывал на потом. Очень мало времени попробовать все. Блин, как мало.
Все будет хорошо. А потом мы умрем.
P.S. Так я обычно заканчиваю какую-то переживательную мысль в компании собеседника. Но сегодня я закончу моим любимым переводом стиха Омара Хайяма.
Кто понял жизнь тот больше не спешит,
Смакует каждый миг и наблюдает,
Как спит ребёнок, молится старик,
Как дождь идёт и как снежинки тают.
В обыкновенном видит красоту,
В запутанном простейшее решенье,
Он знает, как осуществить мечту,
Он любит жизнь и верит в воскресенье,
Он понял то, что счастье не в деньгах,
И их количество от горя не спасет,
Но кто живёт с синицею в руках,
Свою жар-птицу точно не найдет
Кто понял жизнь, тот понял суть вещей,
Что совершенней жизни только смерть,
Что знать, не удивляясь, пострашней,
Чем что-нибудь не знать и не уметь.
Я смотрю на свой завтрак. Раньше я его бы так быстро проглотил бы, как закинул бы поленья в топку холодной печи, лишь бы быстрее согреться. Проглотить и побежать дальше жить жизнь. Но так же были в моей жизни вкусняшки, которые настолько вкусны - что хочется их смаковать очень долго. Растирая языком по нёбу. Махонькими кусочками. Пусть так будет со всем. Концентрированно. Неспешно. И пусть времени хватит на то, на что хватит.
Мой завтрак - я иду перетирать тебя об нёбо.
Кстати, как думаешь - почему оно ребристое? Вики пишет, что "Поперечные складки нёба у человека являются рудиментами нёбных складок у животных, которые участвуют в перетирании пищи". Я это всегда знал. Там же на вики можно увидеть нёбо бегемота, если вдруг надо отвлечься.
Мой герой - инженер. Именно ботаны двигают этот мир вперед. 88й год, бытовой самодельный компьютер "Специалист". Небыло не то что "войти в IT" небыло вообще никаких "интернетов" (разработка той самой Всемирной Паутины Веб, или сокращенно WWW, началось годом спустя в 89м). Небыло никакой какой-либо комерческой выгоды. Но у уважающего себя инженера дома был бытовой компьютер (БК), собранный собственноручно по схемам из журналов Радио. Потому что мог. Спасибо Папе, что привил мне любовь к этому делу. (на видео не мой Папа, но мой был таким же чудным).
Поделюсь своей историей, которую хочется продолжать. Если я уйду когда-нибудь из IT, то из кодинга оставлю себе мой ЛИК и все, что с ним связано. Сейчас я пишу эмулятор, делаю реверс инжиниринг реального компа, который совсем недавно попал мне в руки. Делаю это все со скоростью улитки, смакуя каждый момент. Как та вкусняшка, которую хочется есть самой маленькой ложечкой, растирая языком по небу каждый новый кусочек. Конечно на любой проект нужно время, а его как всегда мало. Но даже если бы его было в избытке, мой первый компьютер - штука особенная. Это то, что возвращает магию.
Первым компьютером у меня был Синклер. И конечно же Синклер этот использовался для игр. Их было очень много. Даже в эпоху Дэнди у меня (и всех до кого я мог дотянуться) небыло столько картриджей. Ко мне домой приходли мои одноклассники. Мы все первоклашки. Какая домашка? Мы играли каждый день после уроков. Я был крут. У меня дома было что-то, что ни у кого небыло. Напомню, это были 90е. 1992 год, кажется. И конечно же я успешно забил на учебу. Оценки упали. А Синклер был продан. Травмирующий опыт. Была игрушка и ее забрали. Не делайте так родители, никогда.
Вторым моим компьютером был ЛИК. Производства Черновицкого завода Электронмаш. Чернобелый. С маленьким пузатым экраном. Тоже с записью на магнитофон (чуть позже покажу как звучала эта музыка байтов). И конечно же первым делом этот бытовой (как его называли) компьютер использовался мной для игр. Папа по выходным осваивал встроенный Бейсик. Первая его программа - нарисованный герб Украины. А я игрался. Игрался, пока качество кассетной записи не худшилось настолько, что воспроизвести игры больше не получалось. Это было всеобщее горе.
Но ничего не поделать - компьютер есть, потребность ковырять его никуда не делась. Мы с Папой стали изучать Бейсик вместе. Очень скоро я превзошел Папу и пошел дальше. Началось все из того, что мне захотелось собрать коллекцию всех runtime-ошибок существующих в Бейсике. Но не все из них было понятно как достать. Только краткое описание в руководстве по эксплуатации давали хоть какие-то зацепки.
Как говорится: нифига не понятно, но очень интересно. Одни ошибки попадались чаще всего - 02, например. Другие все никак не поддавались. Так я изучил почти все функции языка и многие corner-кейзы их использования.
Оставалось всего несколько команд в бейсике, которые по моему были самые магические и непостижимые. Просматривая исходные коды игр на бейсике (а это был мой любимый квест, ведь столько всего можно узнать в чужом исходном коде работающей игры) я часто натыкался на эти команды и понимал, что за ними кроется все самое интересное - звук, красивая растровая графика, более удобный ввод/вывод. Они мне открылись не сразу. Все что я мог - менять циферки аргументов и смотреть как компу отшибает мозги, либо что-то происходит необычное. Использовать это повторно нельзя было. Magic одним словом. Но очень любопытно.
Потом поломался и Бейсик. Он был записан в ПЗУ. И что-то там видимо перетерлось, т.к. контрольные суммы стали выдавать другое значение - что говорило мне о том, что ПЗУ накрылась. Где накрылась не понятно. Что с этим делать так же не понятно. Больно.
Ковырять чесалось. А потому мое внимание привлек раздел руководства по экплуатации, которое про встроенный ассемблер. Я понимал, что Бейсик - это интерпретатор языка более высокого уровня в машинный код. Я понимал, что процессор выполняет инструкции, которые записаны байтами в оперативной или постоянной памяти. Часть этих байт - инструкции, часть собственно данные. Время пришло.
В понимании мне помогла директива дизассемблирования. Она магическое шестнадцатеричное число приводила в чуть более осмысленный код. Но по прежнему этот код ни о чем не говорящий. Создать их каталог была моя задача. С этого начинается любое исследование. Там же я заметил первые закономерности. Старший байт, младший байт. Регистры. Запись/чтение в память. Руководство давало не очень подробное, но все же какое-то объяснение.
Если ты когда-то смотрел/а фильм Прибытие. Все было именно так. Встреча с пришельцами инопланетянами говорящими на непонятном языке. Они пришли что-то мне дать. Что именно - я должен разгадать. Каждый день я просыпался и все, что хотел - еще немного поговорить с ними. Я делал это весь день и пол ночи. Отвлекаясь только на еду и сон. Это был 5й класс школы на секунду.
Фильм кстати очень рекомендую для многократного пересмотра.
Разбирая команду за командой, вскоре не осталось ни одной команды, которую я бы не понимал. Ассемблер оказался куда проще и грандиознее, чем бейсик. Я писал свои программы. Отлаживал их. Писал инструменты для написания программ и их отлаживания. Отлаживал эти инструменты. Обрастал кодом. Как положено.
А потом случился инсайт. Я заметил, что иногда, подкручивая магнитную головку кассетного магнитофона звук становился чуточку лучше и некоторые программы все же удавалось считать с кассеты. А что если взять этот звук с магнитофона и не подавать его на вход компьютера как обычно, а пропустить через усилитель (я на нем слушал музыку) там повысить уровень (максимально зашкалив его) и снять с линейного выхода уже усилителя сигнал, направив его к компу. Пяльник к тому времени я уже освоил хорошо. Спаял еще один провод и запустил опытную установку.
Первая игра конечно же Клад. И она считалась. Вторая игра. Считалась. Третья. Считалась. Все, что я не пробовал - все считалось. И работало. С любой из 20 кассет, в любом месте что ни брал - все считывалось без ошибков. Напомню, к этому времени на кассетах почти ничего не читалось, т.к. их качество оказалось ужасное и мы с Папой пропустили момент когда надо было переписать на новые. Конечно же я не мог дождаться возвращения Папы с работы. Он плакал. То ли от гордости за меня, то ли за вторую жизнь всем нашим наработкам. Он так и не сказал, но где-то тут я четко понимал, что уже взрослый я, а ребенок он. Мы всю ночь переписывали все игры на новые кассеты. Все восстановили. С тех пор я знаю. Как бы безнадежным не казалось дело - пока есть с чем работать, информацию можно восстановить.
Так как у меня появились новые-старые игры. Я начал их изучать. Это было не просто. Но постепенно они открывали свои шестнадцатеричные секреты. Подпрограммы Загрузчика. Подпрограммы Монитора. Разные полезные штуки вычлененные из игр. Самая моя большая гордость - это додебажиться до той процедуры, которая отвечает за звучание кринжового голоса говорящего "BUDY" во время заставки одноименной игры. Удаление всего лишнего, так что остается всего 25-30 байт кода. И реализация на основе этого кода диктофона. Мой комп превратился в диктофон, где секунд 5-7 звука записывалось из микрофона в 48 килобайт оперативной памяти. А потом это все RAW воспроизводилось на динамик. И затем снова перезаписывалось с микрофона. Качество конечно было неахти, но все было слышно. После этого я понял - что могу все. Вот прям все.
Затем мой комп поломался вовсе. И я остался с паяльником. Погрузился в мир логических элементов и строил разные примитивные схемки. Читал про моделирование компьютера подобного моему в книге. Паял много. Запах канифоли в носу как сейчас. Светил светодиодами. Обжигал пальцы. Пока не увлекся Химией в 9м классе.
Конечно я хотел вернуться в эти воспоминания. Я долго искал возможности приобрести компьютер ЛИК. А тем временем я пытался по фоткам плат, доступным схемам сделать свою реплику. Об этом кстати писал в блоге тоже.
Только в позапрошлом году мне удалось на форуме таких же инженеров ценителей ретро компов как и я купить один. 7 лет я за ним охотился. И наконец-то он у меня. Я смотрю на него, он смотрит на меня. Паяльник я уже купил. Скоро он откроет мне все свои тайны. Осцилограф только надо освоить. И купить перед тем.
Был период погружения в уже существуюшие эмуляторы один из которых позволил поиграть в мою любимую игру Клад.
А еще год назад я нашел вот тут эмулятор Специалиста (старший брат ЛИКа) написанного на джаве. Он был переделан из эмулятора Синклера, о чем и как Автор интересно пишет на страничках форума. И пару недель рефакторингов (о которых обязательно расскажу позже, т.к. есть и тут чем похвастать) и я пришел к своему очередному pet-проекту эмулятору ЛИКа.
Первый запуск старого кода. Запуск на этом коде ПЗУшек ЛИКа. Исправление команд, т.к. изначально использовался Z80 (синклер) вместо i8080 (ЛИК). Успешный запуск Бейсика. Отладка команд на Экзорцисте. Запуск игры Клад. Оптимизация видео. Адаптация клавиатуры. И много много юнит и интеграционных тестов.
А вот всего неделю назад я достал тот самый бит информации из недр моего эмулятора ЛИКа и услышал звучание нескольких моих любимых игр. Я до сих пор помню эти мелодии. Я их столько раз слышал в детстве на магнитофоне. Каждый раз, когда ты хотел поиграть в любимую игру - надо было прослушать ее на магнитофоне. Иногда несколько раз, пока не загрузится без ошибок. Все помню. До мурашек. Послушай как звучит моя любимая игра Клад.
В туду еще много всего. Кому это нужно? Да никому. Может быть кто-то еще через 10 лет наткнется на мои наскальные рисунки и порадуется им так же как и я.
Я точно знаю, что сделаю реплику. Я точно знаю, что дизассемблирую и разберусь в том, как устроена игра Клад. И напишу пару своих уровней. Я точно знаю, что разберусь со звуком (над ним сейчас работаю) и он не будет звучать кринжово. И много всего, что еще придет в голову в процессе. Ведь самураю не нужна цель. Только путь.
Есть вещи, в которых важен поток. Я работаю над кодом. Я пишу. Я сочиняю. Я медитирую в трансе. Я сплю. Я еду на мотоцикле. Есть дела, в которых нужен весь мой однопроцессорный мозг.
Статья была хорошая. "Не будите программиста!". Вот сколько лет ей, столько лет перечитываю и аплодирую стоя.
Я запираюсь в комнате. Одеваю наушники. Включаю рабочу музыку. Ищу концентрации. Ловлю поток. И творю. Только так делается что-то значимое, что потом можно будет вздоить в режиме менеджера. Все эти митинги со слайдами и презентациями, планированием и ОКРами - все это будет потом. Вначале был поток. И был творец. И была мысль. И они снились друг другу. Пока не пришел кто-то и не разбудил... А чтобы этого не случилось - пару моих инструментов для потока.
Беруши для сна. Уши будут болеть первую неделю, потом привыкнут. Они не дешевые, одноразовые, быстро пачкаются и мыть их нельзя (их такими сделали), но если обернуть в тоненькую стрейч пленку - ее можно сменять хоть каждый день.
Рабочая музыка для концентрации. Ее слушать только во время работы и больше нигде. Включай эту музыку в момент когда вдруг не стоит на работу, а очень надо - будет тебе эрекция. Еще хочу наушники с активным шумоподавлением. Кто пробовал - делитесь.
Начать делать что либо первые 5 минут. Потом втянешься и не заметишь как пришел поток. Хочется гулять - надо прыгнуть в обувь и выйти из дому. Любое путешествие начинается с первого шага. Так в любом деле. Заставлять себя, но не более 5 минут.
Запираться в комнате. Прям барикадироваться. Еще можно повесить на дверь табличку "не стучать, работают люди". Мне так и не получилось объяснить семье почему концентрация - это так важно. Обижаются. Но можно договориться, что тебя не будет 2 часа, а потом ты вернешься и обязательно все починишь/заклеишь/переустановишь.
Работать ночью. Очень креативно. Но так же вредно для здоровья. Если 10 лет назад я легко мог позволить себе не спать 1 ночь. То сейчас любое лег не до 00:00 - завтра день не такой продуктивный, как мог бы. Но ночью круто. Особенно от 2х до 5 утра.
Больше гулять. На прогулке приходят идеи. Ответы на открытые вопросы, которые были заданы ранее.
Закрывать глаза на 5 минут и молчать. В любое время, когда чувствуешь что надо еще чуть-чуть поднажать, а голова уже не варит. 5 минут с закрытыми глазами, где бы ты ни был/а. В лифте. В автобусе. На совещании. В туалете. Просто выключи свет. Отключи мозг от 80% информации, которая поступает к нему через глаза. Если при этом еще выключить звук - вообще огонь. Пару минут. Можно с глубокими вдохами - это поможет выключить и эмоцию.
Еще один хороший пост на эту тему с анализом профдеформаций. Подтвердаю, все так. И не меняется с течением времени. Я менеджером вроде как 6 лет уже работаю. Все такой же задрот.
В этом блоге я делюсь своим опытом. Не стоит пробовать ничего из того, что тут описано - это может быть вредно для вас или окружающих вас людей. Ответственность за применение любой из идей, описанных в блоге - всецело лежит на читателе.
Перед тем, как продолжать читать этот блог внимательно прочтите это сообщение.
Email рассылка
Нравится статья?
Как найти статью в блоге?
Я юзаю для этого google, в который я ввожу два слова "а пофиг" и что-то из того, что ищу - так быстрее. Пример
Сообщения
