Искусственную эволюцию (эволюцию мысли) наблюдать значительно проще, чем естесственную эволюцию живых организмов. Например, автомобили в самом начале выглядели совершенно по-разному, каждый дизайнер стремился найти что-то кардинально новое, лучше, чем у других. Неудачные решения умирали, удачные решения копировались другими автомобилестроителями. Точно такое же сейчас происходит с операционными системами.
Как только ОС начали появляться, они были сильно разными, с какими-то уникальными концептами, с оригинальными интерфейсными решениями. Мышь была то однокнопочной, то трехкнопочной, то с двумя колесиками, то с одним, то с трекболом. Кнопки были квадратными, круглыми, с тенями, выпуклыми и плоскими.
Сейчас интерфейсы выровнялись и более-менее одинаковы для всех ОС. Эволюционным способом вымерли непрактичные и неудобные операционные системы, остальные адаптировались.
С мобильными системами происходит точно тоже самое. Согласитесь, что между айосом и андроиом все меньше и меньше визуальной и концептуальной разницы.

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

Ладно, вру. Можно с этим что-то сделать, и об этом написано сто тысяч миллионов книг. Все эти книги об управлении проектами, рефакторингах, признаках чистого кода, принципах программирования как раз рассказывают о том, что делать с проектом, чтобы он не скатывался в хаос. И самое лучшее, что придумали для этого — это лишь два базовых понятия в программировании: полиморфизм и инкапсуляция. До тех пор, пока не нужно лезть внутрь библиотеки, чтобы понять как оно работает и до тех пор, пока не нужно задумываться о том, что конкретно там работает под капотом, у вас все хорошо.

Сейчас невероятно модным считается архитектура, где одно приложение состоит из множества маленьких отдельных программок, называемых микросервисами. Черт подери, это не микросервисы, это самая обычная инкапсуляция с полиморфизмом на уровне процессов и виртуализации. Если бы код в монолитном проекте был чистым и красивым, то микросервисы бы вообще не понадобились! А так микросервисная архитектура – это способ заставить разработчиков писать код с понятным и вменяемым интерфейсом взаимодействия, соблюдая вышеупомянутые принципы. Потому что в монолитном приложении за этим следить значительно сложнее.

Кстати, у эмоджи есть специальный символ хаоса, применимого к коду: «💩»

Один из самых серьёзных аргументов против использования гибких методологий основан на примере строительства дома. Говорят, мол, «как вы, Адепты Великого Оджайла построите дом без чертежей, плана и на ходу переделывая архитектуру?». Еще в подкрепление своих слов приводят в пример картинку с домом, основанном на подпорках, разных способах постройки, который вот-вот развалится.

Так вот, полуразваленный недостроенный дом без документации — это не гибкая методология, а это отсутствие какой либо методологии. Такую методологию я называю «бегущий лось во время лесного пожара». Не стоит путать, друзья.

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

Еще сейчас сильно извратили понятие "MVP", что в расшифровке означает «минимально жизнеспособный продукт» (согласитесь, русская аббревиатура «МЖП» звучит как-то колоритнее английского аналога). Купленный домен и страничка на вордпрессе — это не МЖП, это всего лишь картинка продукта. Прям как у Джека Воробья с его картой сокровищ.

Да, существуют весьма эффективные способы продавать товары еще до того, как их начнут производить или вообще до проектирования. Конечно, правильно построенный отдел продаж значительно важнее правильно налаженного способа программировать толпой. И уж точно нет — отсутствие продукта ни при каких обстоятельствах не может называться «минимально жизнеспособный продукт».

Да, да. Вы правы. Капитана Джека Воробья.

Давно придумал такой термин, как «презумпция дружественности», по аналогии с общеизвестным юридическим термином. Значение у него очень простое и очевидное из названия: любой товарищ-друг относится к тебе дружественно, если не доказано обратного. Если бы все придерживались этого принципа то:

- Не было срачей в интернетах. Все бы понимали, что собеседник или просто имеет другую точку зрения или просто вы недопоняли друг друга.
- Не существовало бы смайликов в конце каждого предложения ))). Как виляние хвостом у собаки, ейбогу.
- Вообще бы не было обид. Если оппонент хочет тебя обидеть, то обижаться — это последнее, что нужно делать. Если не хочет, то обижаться — это последнее, что нужно делать.

Конечно, не стоит вообще даже начинать думать об этом термине, встречаясь в подворотне с джентельменами в спортивках.

Цена за рекламу, как правило коррелирует с ее эффективностью, что вполне себе логично и очевидно. Реклама, которая менее эффективна стоит меньше, высокоэффективная реклама стоит дороже, уж простите за очевидность.
Эффективность рекламы считается тоже вполне логично — стоимость рекламы делят на количество людей, которые её увидят и на количество людей, которые на рекламу клюнули.
Давайте закроем глаза и представим самый дешевый и неэффективный способ рекламы, который вообще возможен. Я вот представляю себе футболки с логотипами брендов. Особенно те, которые раздают на конференциях. И правда, посудите сами: стоимость размещения рекламы равна нулю и платить нужно только за себестоимость произведения самой рекламы.
А чувствовать себя человек, надевающий футболку должен приблизительно как Брюс Уиллис в третьем «Крепком орешке».

Конечно, носить такую футболку можно, но только в двух случаях: если нечего носить и если фанатеешь от того, что делает компания. А надевать такую футболку на конференцию может позволить себе только бедная компания, у которой не хватило денег на нормальную рекламу.

Сегодня я опять о версталах. Фронтэндер с парой лет опыта (что уже довольно много по современным сеньорным оценкам) пришел в профессию уже когда react.js и angular.js существовали. Для него, молодого, это что-то такое естественное и незыблемое, что было, есть и наверное будет всегда. Кроме того, засилье разнообразных способов подготовить статические файлы для вашего сайта продолжается и не собирается останавливаться. Вспомните только количество современных вебпаков! И да, современный верстальщик ко всему прочему еще и верстать уметь должен.

Кстати, пользуясь случаем верстальщической темы, взаимно порекомендую телеграм-канал, который сам с удовольствием читаю: @front_end_dev. Там можно увидеть новости мира верстки и браузерного программирования до того, как они появится в менее поворотливых медиа-ресурсах.

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

Выходные — зло. Затянувшиеся выходные — затянувшееся зло.

По прошлой заметке могло показаться, что я вообще против выходных, но это не так. Отдыхать конечно же можно и даже нужно. Еще выходные — это отличный способ социального взаимодействия с чем-то, кроме основной работы.

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

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

Уверен, вы знаете, что каждые 7, 11, 13 или 17 лет цикады одновременно и массово вылезают на свет, отращивают крылья и устраивают оргии с целью размножения и вскоре умирают. Животные, что питаются цикадами живут более быстрыми и более стабильными циклами от двух до шести лет между пиком и спадом популяции. Получается, что задача цикад состоит в том, чтобы минимизировать контакты с представителями, удобно расположившихся выше пищевой цепочке. Простота выбранных чисел гарантирует минимальное пересечение с любым другим циклом, что означает повышенную гарантию выживаемости. Гениально, правда?

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

- неделя может быть длиной 5, 7, 11 или 13 дней;
- каждая следующая неделя должна быть не такой длины, как предыдущая;
- количество выходных дней, рассчитывается согласно стандартной пропорции пять рабочих дней к двум выходным. Накопилось целое количество выходных добавляется к следующей неделе;

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

Давайте поговорим о кофе и коде.

Американцы некоторое время назад повсеместно пили жидковатый кофе из капельных кофеварок — наверняка помните собирательный образ официантки с прозрачным кофейником в забегаловке из голливудских фильмов. Кофе там дерьмовый насколько это вообще возможно. Уж лучше растворимый сублимат пить. Такой вот капельный способ приготовления кофе настолько был популярен в США, что он был везде. В большие офисы закупались промышленные варианты кофе-машин, которая заряжалась молотым кофе рано утром один раз, а потом целый день по капельке капало кофе. Берешь потом, в кружку наливаешь из чайника и зажмурившись пьешь. И закусываешь. К вечеру это вообще превращалось в отвратное говно, сравнимое по вкусу разве что с разбавленной в теплой воде гуашью. Но этот вид кофейного напитка через боль и страдания настолько прижился и полюбился американцам, что даже на чужбине они предпочитали пить эту подкрашенную водичку.

В итоге, американские солдаты в составе союзнических войск в конце Второй мировой войны приучили итальянских барист разбавлять нормальное кофе водой до состояния водянистой жижи. Из-за языкового барьера итальянцы называли это «caffe americano» и американцы, собственно, даже не догадывались с каким презрением итальянцы произносили это название вслух. Эспрессо с добавлением горячей воды. Ровно так, без премудростей: готовят чашку кофе и подливают кипяточку. Думаю, некоторые баристы исподтишка плевали в кружку, отчего напиток становился только лучше и немножечко вкуснее.

Казалось бы, чего тут мудрить? Сейчас эстеты разделяют три вида кофе американо. Скандинавский, итальянский и европейский. А теперь внимание, отличие этих видов суспензии:

- итальянский: в эспрессо добавляем воду
- скандинавский: в воду добавляем эспрессо
- европейский: воду и эспрессо подаем отдельно, а пьющий их уже сам смешивает

Сейчас американо пьют настолько повсеместно, что это кощунство над кофе стало уже естественным. Я знаю всего лишь одну кофейню, где не готовят американо. Они объясняют это тем, что это говно а не напиток. Но практика показывает, что посетители крайне удивляются и негодуют по этому поводу, мол «подайте мне мой любимый американо или жалобную книгу!».

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

Джаваскрипт сейчас используется повсеместно, как, внимание, отдельный язык программирования. Это уже не средство хоть как-то разнообразить статические страницы в браузерах, из-за бедности изначально придуманного HTML. Это полноценный способ объяснить компьютеру что ему нужно делать. Сначала NodeJS, а потом Electron, а сейчас вообще webassembly! И, как с американо, современные потребители, коих большинство, искренне удивляются почему это джаваскрипт недолюбливают.

Или вот USB-порты. Они появились, как более миниатюрный способ передавать данные и электричество от мышки и клавиатуры, а сейчас эту хрень вместо розеток в отелях ставят. USB, изначально не подходящий в качестве универсального выхода начали использовать все, кому не лень в перифериях и других внешних устройствах, а потом оно и в телефоны перекочевало и в машинах вместо прикуривателей появляться стало. А сейчас все ругают Эппл, который, как та кофейня, отказалась от USB в пользу чего-то изначально разумного.

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

В «Экстраполяции» нет и не планируется рекламы (за редким исключением того, что я сам читаю и считаю крутым), в ней нет перепостов с других источников. Здесь не будет свежих новостей, курсов валют и смешных картинок. В «Экстраполяции» появляются только то, о чем хотелось бы с вами поделиться и только то, чего не существует еще в интернете. В отличие от соц.сетей и блогов, здесь собралась те люди, с которыми хочется делиться важным и полезным

В качестве любезности я вас попрошу поделиться моим каналом со своими друзьями и знакомыми в соц.сетях. Вам не сложно, а мне будет невероятно приятно. Ссылка на канал «Экстраполяция IT»: https://yangx.top/itextrapolation. Или можно воспользоваться одной из кнопок ниже.

Рассматривать примеры идеального кода и идеального проекта скучно и не интересно. В наших перфекционизированых аналитически устроенных программистских головах мы же всегда знаем как код должен выглядеть. Мы всегда с особой точностью и цинизмом сможем отличить плохой код от ужасного кода. Иногда, правда, попадаемся в логическую ловушку восклицая «какой идиот написал это?!», глядя на свой собственный код полугодичной давности. А вот отличить хороший код от отличного кода получается далеко не всегда, поэтому крайне осторожно давайте оценку коду, который видете впервые.

Отдельного понятия «верстальщик» в англоязычном вебе нет и у нас это звучит, как нонсенс. Человек, который картинки превращает в разметку. Дизайнер самостоятельно должен заботиться о разметке, а технолог не должен заниматься psd-to-html конвертированием.

Даже больше, верстать верстку адекватно должны уметь все. Та профессия, которая должна заменить верстальщика — «веб-технолог». Это человек, разбирающийся в тонкостях рендеринга браузеров, различных форматов и протоколов передачи данных. В общем-то технолог в общем смысле этого слова есть практически в каждой отрасли и в веб-разработке он тоже смотрится отлично.

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

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

Но дело в том, что как только какой-нибудь инструмент становится Серебряной Пулей, к нему перестают относиться, как к серебряной пуле и считают стандартом де-факто. Этот инструмент становится чем-то таким естественным и общепринятым, что разработчики даже не задумываются о выборе между этим и другими Медными и Бронзовыми аналогами. Никто не рассказывает о преимуществах Пули перед другими инструментами, никто не спорит о неуниверсальности, и никто не обзывает Пулю и не хвалит Штык.

Получается, что как только Пуля становится Серебряной Пулей, то сразу же Серебряная Пуля перестает быть Серебряной. В итоге получаем, что термин «Серебряная Пуля» — это состояние продукта, очень близко похожее на «Царя Горы», только когда выдавливаются не только конкуренты, но и все соседние Цари.

Запомнили? Грааль, Царь, Пуля.

Всю свою сознательную программистскую жизнь я хотел создавать игры. Ну, нет, не настолько, чтобы прям хотел-хотел и делал все возможное, но раз в полгода находит нечто такое, что заставляет познакомиться с методами генерации лабиринтов, нахождения кратчайшего пути и изометрических срезов. В телеграмме, как появились, каналы поподписывался, и читаю регулярно. Например, @progamedev — канал хороший, регулярно ссылки интересные появляются там. Еще бы авторских статей туда бы, вообще бы отличный канал бы был.

Но, что меня всегда останавливало, это то, что в разработках игр сплошные костыли и хаки. Нет, я понимаю, что, по-другому там вообще нельзя — мощностей попросту не хватает. Вместо облаков там джипег, натянутый на сферу, вместо травы — три плоскости под углом в 30 градусов, а внешний вид врагов и область, по которой можно попасть мечом — это два совершенно разных объекта. В общем, эти хаки и костыли удручают. Наверное, сточки зрения программирования хороши те игры, которые не пытаются эмулировать реальность. Те, что придумывают собственный мир и собственные законы. И игроки не могут проводить аналогии с окружающим миром. Тетрис, пакман, бомбермен.

Ребята, не могу не поделиться на ночь глядя новой нишевой профессией — «Proxy product owner». На русский переводится так: «Я хочу быть главным, но крайним быть не хочу».

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

— Вы слышали, в прошлое воскресенье в церкви Святого Петра звонили колокола? Не знаете ли по какому поводу?
— Я, конечно, не уверен, но, по-моему, это должно быть как-то связано с религией.