Реверсинг реальности

Физика - это reverse engineering реальности. Реальность исполняется как написанная программа. Наука пытается восстановить язык программирования и библиотечные классы с помощью которых реализована наша реальность. Также как хакер патчит программу, мы патчим нашу реальность создавая новые технологии дающие нам преимущество.

Сходство компьютера и человека

Поразительно компьютер похож на человека. Компьютер воплотил в себе весь прогресс человечества за тысячи лет. Венец творения человека.

Многократное обращение как мера включения свойства или метода в класс

Интересная мысль:

Нетрудно выяснить, что подавляющее большинство привычных нам понятий имеют неопределённые границы, причём некоторые из них настолько размыты, что ставят под сомнение существование самого явления или объекта, обозначенного этим понятием. Однако природа человека такова, что эти странные, с позиции обычной логики, обстоятельства не мешают его существованию и плодотворной деятельности. После того как очередное понятие используется в течение некоторого времени, оно обретает для нас законченный смысл. Трудно ответить на вопрос, каким образом и почему это происходит. Известно только, что немаловажную роль в замечательном процессе овладения понятиями играет многократное обращение к ним.

Т.е. чем больше мы обращаемся к чему-то тем твёрже оно становится. У меня была идея делать модули размытыми с нечеткими границами. Можно брать такой нечеткий размытый модуль и на основе статистики обращения к его атрибутам и методам выкристаллизовать уже класс с ограниченной ответственностью.

Что должен знать простой кодер?

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

Книга Майка Кона "Scrum: гибкая разработка ПО"

Читаю книгу Майка Кона "Scrum: гибкая разработка ПО".

В целом хорошая книга, на самом деле не только о методологии Scrum, но и вообще полезно для развития системного мышления.

Сложно понять, что же такое Scrum на самом деле. Автор вовсе не отвечает на этот вопрос и говорит, что пойдите узнайте это в другом месте.

Если смотреть на всё это философски, то мне кажется Scrum - это форма, а написание кода - это содержание проекта. Какую методологию ни выбирай - всё равно придётся писать код.

Пиши код блять! — манифест программистов

Как начать реализовывать свои идеи

Надо реализовывать плохие и средние идеи для того чтобы набить руку на разработке и продвижении. Есть хорошие идеи, но они требуют быстрой и четкой реализации, иначе можно упустить идею. Масштабные проекты надо строить на основе облачных платформ (например, Heroku). Если не понятно с чего начинать разработку системы, то надо сделать для начала use case диаграмму. При реализации проектов надо создавать новые инструменты дающие преимущество. Также надо создавать компоненты из которых состоит проект. Продавать надо всё: продукт, компоненты, инструменты.

Гипотетическая функциональность

Иногда при разработке ПО люди придумывают какую-то гипотетическую функциональность в вакууме. Которая может никому нахуй не всралась. Надо исходить из реальных задач.

С другой стороны ещё Стив Джобс говорил: "Люди не знают толком, чего они хотят, пока ты не покажешь им это".

Доля поисковиков будет снижаться

«Опасаюсь, что обязательно наступит день, когда технологии превзойдут простое человеческое общение. Тогда мир получит поколение идиотов.»

Альберт Эйнштейн

«Любая достаточно развитая технология неотличима от магии.»

Третий Закон Артура Чарльза Кларка

Вычитал такую мысль, что доля поисковиков будет снижаться по причине ухода аудитории в маркетплейсы и нишевые сервисы.

А почему бы и нет? В конце концов не вечно же Гуглу жить. Если человек может решить все свои задачи с помощью приложения, то зачем ему поиск?! Разве чтобы найти это самое приложение.

К примеру в ближайшем будущем какой-нибудь школьник скомандует своему смартфону "напиши мне реферат" или "реши мне квадратное уравнение" и приложение решает эту задачу. Ну и зачем ему лезть в поиск чтобы постигать азы математики?! Правильно, незачем. Ну это мелкий пример на моём уровне первоклассника. Надо мыслить шире и глобальнее...

Знания инкапсулируются в приложения и просто исчезнут из открытого доступа. Хочешь решить задачу, покупай приложение у какого-нибудь крупного (или не крупного) вендора. Как оно это делает непонятно. Магия...

Потом пойдет агрегация всех этих интеллектуальных сервисов в один Божественный сервис. И в конечном счёте нано- био- устройство для разговоров с Богом. 

Вот вам и next big thing. Можете не благодарить.

Таким образом этот Бог начнёт реально управлять нами. Хотя с другой стороны зачем ему это? У него же воли и чувств не будет. И целей у него нет. Ему ничего не нужно. Это нам всё нужно, потому что мы в принципе смертные и хотим успеть всё понять.

В книге Грегори Дэвида Робертса "Шантарам" я вычитал другую мысль:


«Таким образом, за последние пятнадцать миллиардов лет вселенная все усложнялась и усложнялась. Через миллиард лет она будет еще сложнее, чем ныне, и так далее. Ясно, что она движется к какой-то цели, к предельной сложности. Возможно, ни человечество, ни атом водорода, ни лист дерева, ни одна из планет не доживут до того момента, когда будет достигнут этот предел, но мы все движемся к этому. И вот эту конечную сложность, к которой все стремится, я называю Богом. Если тебе не нравится слово «Бог», замени его «предельной сложностью». Суть от этого не изменится.»


Получается, что «Вселенная движется к Богу, то бишь, к предельной сложности». Странная штука получается. 

Возрождение Delphi

Я начинал свою программистскую деятельность с изучения QBasic. Уровень понимая кода стремился к нулю и занимался я в основном рисованием (QBasic/Graphics - Wikibooks, open books for an open world) замков с помощью функций LINE, CIRCLE и прочих.

Потом было изучение Visual Basic 6. По началу уровень понимания кода тоже стремился к нулю. Постоянные ошибки компилятора, то не так, это не так. Первое понимание пришло после чтения учебника по Visual Basic 6 от чувака с ником Падре. Тогда я уловил основную концепцию ООП - объект и его свойства. 

В те времена набирала обороты среда разработки Delphi. Все просто тащились от Delphi. Ну по тем временам было с чего. Относительная простая работа с БД, сетью, графикой и прочее. Тучи компонентов и библиотек. Ввиду всех этих преимуществ Visual Basic был мной заброшен и я начал переходить на Delphi. В этом очень сильно помогли мне книги Фленова. Вообще для начинающего очень важно найти "понятный" учебник.

Потом десктоп начал уступать свои позиции веб-технологиям, а сегодня еще и мобильным технологиям. Компания Microsoft стремительно развивала Windows особо не заботясь об обратной совместимости. Вспомнить ту же Windows Vista. Все эти факторы послужили тому что компания Borland обанкротилась и среда Delphi перешла к CodeGear, а потом наконец и к Embarcadero. Я не особо следил за всем этим. Тем не менее выпуски Delphi старше 7 версии показались мне монструозными и ужасно глючными.

Дела с Delphi шли так плохо, что народ начал переходить на C#. Это было не особо сложно потому что и Delphi и C# разрабатывал Андерс Хейлсберг. Концепция компонентов просматривается в обоих языках. Кто-то перешел на Java. .NET и Java технологии захватили enterprise сектор серверных приложений. Среда Delphi осталась не у дел. Delphi как-будто из прошлого века, когда не было постоянного высокоскоростного интернета и мир приложений был сугубо локальным и десктопным.

Сегодня взглянув на возможности последней версии Delphi, я нашел его довольно интересным в плане поддержки мобильных приложений. Мобильная среда она ведь чем-то на десктопную похожа. А значит история повторяется. Сейчас все кинутся воскрешать свои старые исходники и портировать их на Android.

С другой стороны это похоже на последнюю конвульсию Delphi перед тем как окончательно уйти на пенсию. Да, можно писать мобильные приложения, но подход-то старый. Хотя какая пользователю разница.

Open source как средство противодействия патентным троллям

В современном мире развивая компанию разрабатывающую ПО можно столкнуться с щекотливой проблемой обращения с чужой интеллектуальной собственностью. В США патентные тролли достигли 80 уровня. 

Тысячи очевидных изобретений не доступны для легального использования без лицензионных отчислений. Хотя по сути не существует никаких изобретений. Нельзя ничего изобрести, можно только обнаружить. Даже не так. Это касается законов природы, но не искусственных вещей. Но где эта четкая граница между тем что нам дано природой и тем что создает человек?

Короче говоря разработка ПО должна быть "open source". Надо отдать код людям. С самого начала надо строить бизнес прозрачным. Прозрачность - это новая веха в развитии человечества. Для эффективного взаимодействия элементов системы под названием "человечество" всё должно стать открытым. Коммунизм? Нет! Развитие? Да! Представьте, что вы космический путешественник и попадаете на какую-нибудь планету. Как много вы можете сделать, когда вам открыт доступ ко всей накопленной человечеством информации?! Вопрос, собственно, риторический. Или вы собираетесь тянуть через всю Вселенную патентное право?!

А вообще я хотел сказать, что если вы будете использовать open-source ПО и свое делать таким же, то к вам не смогут подступиться патентные тролли. Ваш код подхватят другие разработчики и он заживет собственной жизнью.

Вы не можете двигаться достаточно быстро, если у вас всё закрыто.