Про ВУЗ

Когда речь заходит про успешный успех тех кто бросил ВУЗ и создал что-то нереально крутое, частенько используется подлог, когда "создание компании" приравнивают к созданию "продукта". Типа "Билл Гейтс создал Windows", а Стив Джобс "Создал айфон". На самом деле и тот, и другой "наняли людей", которые "создали".

Фактически люди без ВУЗа, могут создавать что-то только если у них есть сотрудники, которые имеют ВУЗ за плечами, причем сотрудники должны быть не последними студентами, так как лодырь и в ВУЗе лодырь.

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

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

Зачетная шутка из жизни проекта Naris

Почему джунам так тяжело устроиться на работу? Откуда такие дикие требования? Что вообще происходит?
Обо всем этом в пятничном разговоре на S0ER TALKS
Смотрим на: VK | YouTube

Сегодня в стриме:
- В рубрике "Зачем это надо?" поговорим про наследование
- В рубрике "Годное чтиво на неделю" поговорим про книгу "Масштабируемый рефакторинг"
- В рубрике "Сплетни" обсудим что писали ЛОМы на этой неделе
- В рубрике "Донаты решают" отвечу на вопросы донатеров.

Ну и в целом поболтаем про АйТи

https://youtube.com/live/lwh0LT3DN00?feature=share

Хакеры и все остальные

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

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

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

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

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

Возникает вопросы, кто из них нужнее, кто из них прав? Ответ прост - у каждой группы свой "пузырь" в котором они себя чувствуют комфортно.

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

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

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

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

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

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

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

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

Всем бобра...

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

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

Так и представил реальность ближайших лет - "Наймите челочека на работу и сэкономьте на счетах за электричество".

#статья #ссылка #мысли

https://engineer.yadro.com/article/artificial-intelligence-into-natural/

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

АйТи Борода выпустил большой стрим в котором про меня говорил 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 и т.д.).

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

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