Пока не забыл, в эту субботу стрима не будет.

АйТи Борода выпустил большой стрим в котором про меня говорил 15 минут. Я это видел, про то что у него есть ко мне вопросы я слышал, что он со мной еще не закончил я тоже понял. Лично мне от него никаких вопросов не поступало, на все сообщения которые я от него получил, я ему ответил. Больше он ничего мне лично не писал, че у него в голове творится я не знаю, с моей стороны его поведение выглядит максимально кринжево. Отвечать на заявления в стриме по типу "я точно не помню, но мне кажется было так" вообще нет никакого смысла, потому что было все не так, зачем Леша придумывает я не знаю. Странный чел какой-то.

Выпустил новое разговорное видео, ответ на вопрос Ромы Труфанова.
YouTube | VK | 💕 RuTube 💕

Выложил архитектурное видео "№33 Технические ошибки и ошибки бизнес-логики". Стрим находится в разделе "Технологические моменты" - https://platform.soer.pro/#!/pages/streams?fid=1

S0ER TALKS закрывается

Я закрываю канал на ютубе, разговорные видео теперь будут выходить только на Vk и RuTube, если есть какие-то видео, которые надо перенести, то напишите в комментариях.

Основной канал на ютубе пока оставляю.

Upd. Обращаю внимание, речь о канале S0ER TALKS (второй канал на 30 тыс. подписчиков). Основной пока не трогаю и так же выпускаю стримы по субботам.

Почему убираю часть контента с Youtube
Это делается в рамках довольно интересного предложния по подготовке уникального контента для отечественных площадок.

О деталях пока рано рассказывать, для меня это интересный эксперимент.

Про YouTube

Образно говоря, "черная метка" ютубу уже вручена, слишком большую роль он сыграл в информационной дестабилизации в РФ. Не заблокирован он пока, скорее всего, просто из-за технической неготовности отечественных площадок забрать трафик. Но тот же ВК, например, активно развивает свою техническую инфраструктуру, поэтому в скором времени технические вопросы должны быть решены. В любом случае, еще одной информационной атаки, которую поднял ютуб в 2022 году, никто не позволит.

Что касается информационной чистоплотности и объективности, то Ютуб здесь давно сдал свои позиции и удволетворяет интересы вполне понятной группы заинтересованных лиц. Это еще одна причина, почему с ним договориться не получится.

В условиях неминуемой блокировки у меня выбор простой - сохранить часть аудитории на отечетсвенных площадках (думаю что при самом благоприятном раскладе удастся сохранить 20% аудитории), либо вообще потерять всю аудиторию.

Теперь о моральной стороне вопрос - я всю жизнь занимался развитием отечественного АйТи, многие люди ко мне прислушиваются и не зря, потому что когда нас "гасили" страшилками по типу "вам отключат свифт и вам каюк", "у вас не будет процессоров и вашему айти каюк", "вам отключат Visa и вам каюк", "у вас скоро загнется авицаия и вам каюк" и т.д. я объяснял, что все эти сценарии маловероятны, я один из немногих кто вместо разжигания паники успокаивал и объяснял, что отечественное айти намного сильнее, чем нас пытаются убедить. Даже в момент долларовой паники, когда некоторые "гении" прогнозировали доллар по 200 р., говорил, что наоборот из доллара самое удачное время выходить.

Да, у нас был сложный момент в октябре-ноябре прошлого года, когда после мобилизации огромная часть айтишников уехали, слава богу, что при этом удалось сохранить костяк инженеров, которые задействованы в наиболее критических областях, уехали в основном синьоры-помидоры штат которых можно восстановить в течение 2-3 лет, если бы уехали инженеры, обучение которых составляет 10-15 лет, то было бы все намного хуже. Опять же, я достаточно глубоко погружен в АйТи России, чтобы видеть какие процессы идут внутри страны, когда с нужными стране инженерами договаривались в "ручном" режиме, за что большое спасибо нашей минцифре. Опять же неоднократно говорил и повторю, сегодня в России хардскилы важнее остальных, потому что много сложны и интересных задач, которых пару лет назад никто не предлагал от слова "совсем".

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

Принял для себя, что никакие мои усилия не помогут улучшить ситуацию с ютубом и надо просто перестать "колоться и грызть кактус", начать двигаться своим путем и стало как-то проще, легче что-ли. Захотелось даже выложить видос, поэтому вот ловите внеочередной разговор про ошибки, которые незаметно ухудшают кодовую базу проекта:
RuTube | VK

Структуры кода и данных

Структурное представление кода основано на Теореме Бёма — Якопини, они доказали, что любой исполнимый алгоритм может быть представлен в виде трех структур:
- последовательность
- ветвление
- повторение (циклы)

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

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

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

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

Грамотный специалист должен понимать, что обсуждение "структуры кода" - это разговор про архитектуру, а обсуждение структуры данных - это про моделирование и хранение информации.
#мысли #теория

Один из исследователей описал ключи активации Win95 для ChatGPT, а тот недолго думая создал ему нужные ключи. Оказалось, что 1 из 30 ключей, созданных AI, активировал win95. Проблема возникла в том, что ChatGPT не умеет проверять некоторые математические ограничения, наложенные на ключи. Прекрасно то, что ChatGPT не признал факт генерации ключей, да и кто его посадит? Он же памятник! )
https://xakep.ru/2023/04/03/chatgpt-win95/

Ох уж эти программерские будни...

Выложил старое видео "Нужны ли пет-проекты программисту":
RuTube | VK

Если нужно еще какие-то старые видосы выложить, то пишите в комментарии.

Требования на разработку ПО

Существует классическое разделение на три уровня требований:

- Бизнес требования
- Пользовательские требования
- Проектные требования

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

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

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

Проектные требования
Это те самые функциональные и нефункциональные требования, которые предъявляются непосредственно к разрабатываемому софту. Чтобы не запутаться нужно помнить, что функциональные требования - это требования, которые описывают поведение системы и обычно начинаются со слова "должен" или "должна". Нефункциональные требования описывают свойства системы, и обычно их называют "-илити свойства" (contrability, scalability и т.д.).

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

#мысли #теория

Аудиодорожки некоторых разговорных видосов я буду выкладывать в телеграм.
P.S. Пытаюсь вспомнить как выкладывать подкасты на Яндекс.Музыке

#подкаст #SoerTalks

Эмерджентность

Эмерджентность или эмергентность в теории систем — наличие у системы свойств, не присущих её компонентам по отдельности; несводимость свойств системы к сумме свойств её компонентов.

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

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

https://music.yandex.ru/album/11685869

Выложил mp3 запись стрима в Яндекс.Музыке. Не уверен, что это удачное решение - выкладывать аудио-дорожку стрима. Что скажите, делать так или не стоит?

Система пометок при чтении книг, которая помогает упростить поиск и запоминание информации

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

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

Также, повторение - лучший способ запоминания.

Недавно я ввел для себя систему пометок, на основе стикеров. Использую эту систему чуть более года и она мне нравится.

Суть все так же сводится к прочтению книги и выделению интересных мыслей. Но теперь, встречая интересную мысль, я отмечаю это место стикером. При этом я использую цветовое кодирование по "принципу удивления":

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

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

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

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

#совет #мысли #книги

Про конспекты

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

Я люблю конспекты. У меня по всем архитектурным стримам есть конспект (посмотреть можно вот тут - https://s0er.ru/workbook ), и в Naris я тоже стараюсь продвигать идею создания своей базы конспектов. Потому что ведение конспектов способствует развитию мышления и умения выделять главное. Это очень помогает в работе программиста, особенно в анализе и проектировании.

#мысли