SOER. Страница 9
Блог программиста S0ER. Мысли, ранний доступ к видео, фоточки, короткие посты. Ничего конкретного, но что-то будет полезным.
-
SOER
Девочки программисты, когда дошли до технической части повели себя чисто как инфоцыгане "не ну это все устаревшие технологии, ассемблер - фи, фортран - фи". На этом техническая часть интервью закончилась. Ну вы серьёзно? Блин, мы на последней встрече подписчиков три часа про технологии трепались, а вы на интервью с экспертом-программистом смогли только про то, что ассемблер фи? -
SOER
Посмотрев интервью, понял, что надо срочно поднимать цены на стримы и делать участие в Naris платным, а то как девочка веду себя. Все! 20 млн чистой прибыли и ни центом меньше!!! -
SOER
Очень удивился цифре 50% выходимости курса. Это почти в два раза выше среднего показателя. Послушал интервью, чтобы понять в чем проблема обучения программированию вместе с мальчиками. Пытаюсь в Naris сделать максимально комфортные условия для всех вне зависимости от пола. Из интервью получается, что вместе мальчики и девочки учиться не могут, так как не тот психологический климат. https://youtu.be/jo59HLEk-8Y -
Реклама
-
SOER
Про RFC Стандарты в RFC - не совсем стандарты, вот несколько фактов о RFC, которые надо знать: - RFC означает Request for Comments (рабочее предложение) - RFC может содержать как описание стандартов, так и лучшие практики, просто информацию или что-то еще - стандарты размещаются в Standards Track - в самом начале стандарты являются просто предложениями "Proposed Standard" - если стандарт становится достаточно зрелым (т.е. широко применяется на практике и не вызывает проблем), его помечают как "Internet Standard" - с момента как стандарт получает статус Internet Standard ему также присваивается номер STDXX, который содержит набор RFC, относящихся к этому стандарту. Из интересного: у RFC есть стадия обсуждения, в рамках которой в документ могут быть внесены изменения, затем наступает стадия AUTH48 когда автору RFC дается 48 часов (на самом деле около недели) на то, чтобы он окончательно сформировал и осмыслил документ. После этого документ либо публикуется, либо автор может отказаться от его публикации. После публикации документ получает номер RFC и уже не может быть изменен (к нему могут быть только добавлены сообщения об ошибках - Erratas). Но если ошибок слишком много, то можно выпустить еще один RFC. Настоящих STD стандартов всего 99 (при этом RFC больше, так как в одном STD может быть несколько RFC) #rfc #кухаркеназаметку -
SOER
Про пассионариев в АйТИ Мне кажется, что где-то в конце 90-х, начале 00-х в отечественном айти произошел какой-то перелом, и те пассионарии, которые у нас были, куда-то сплыли. На место им пришли субпассионарии, которые питаются исключительно за счет западного айти. Обычно, субпассионарии активничают только в одном направлении - переводе книг, статей, лекций и т.д. В их понимании у нас ничего своего нет, и быть не может. В итоге своих наработок почти нет (на самом деле, конечно, есть, но очень мало), даже мнение не свое, а заимствованное. Я не пытаюсь сказать, что это плохо или хорошо, но это факт. У нас всё айти - это переводы и адаптации. Последнее, что я помню из реально успешного и своего - Nginx и Paralles. А ведь до этого были и свои утилиты, и свои инструменты, и редакторы. Куда делись люди, которые в 90-е активно творили и исследовали? Я прикинул, кто у нас в блогосфере яркий пассионарий? И кроме Егора Бугаенко и Тимура Шемсединова никто не приходит на ум. Им почему-то норм и свои идеи двигать, и исследовать, и делиться знаниями. Я бы хотел верить, что в наше айти снова вернуться пассионарии, которые будут иметь свое мнение, основанное на своих мыслях и исследованиях. По крайней мере лично мне не интересно тупо копировать и адаптировать западный опыт, мне кажется нужно добавлять что-то и от себя. Иначе совсем грустно становится за нас. Проблема субпассионариев в том, что не имея своей энергии они активно тянут назад всех остальных, это называется "менталитет краба". На мой взгляд не так страшно велосипедить, создавая что-то интересное лично тебе, чем вообще ничего не делать и только хейтить других. #мысли -
SOER
Мы заменили Соера 🙌 Чтобы точнее попасть добавьте в запрос: please act as a grumpy old fart who pretends to be smart and puts himself above other people. www.linkedin.com/posts/a…496-IBqA 
-
SOER
Похоже Дима мне так и не простил стрим с Назаровым... -
SOER
Первый и второй закон архитектуры звучат так: 1. Everything in software architecture is a trade-off. 2. Why is more important than how. а третий, от меня: 3. если сильно хочется, то можно и без архитектуры -
SOER
Мне скинули одну интересную ссылку на RFC7807 где предлагается стандартизировать информацию об ошибке, возвращаемую через коды HTTP. Как вариант выглядит интересно, но на практике я бы не стал использовать для БЛ из соображений безопасности (см. п.5 документа). -
SOER
Статус коды HTTP В группе Naris подробно обсудили как нужно использовать статус коды в HTTP запросах. Хочу поделиться одним наблюдением. В отношении HTTP статусов нужно понять главное - это технические ошибки, которые являются следствием того, что запрошенный ресурс не может быть получен. А ресурсом является набор бизнес-данных, которые вам нужны. Понятно, что если вы получаете какую-то страницу в сети, то она либо получена (200), либо произошла ошибка, и тогда нужный статус подскажет какая. Но сейчас очень много рестовых API, которые не только получают данные, но и реализуют бизнес-логику приложения прежде чем отдать данные. Получается, что раз есть бизнес-логика, то у нас может быть такая ситуация, что ошибки БЛ не дают сформировать конечный результат, который был запрошен по HTTP, и возникает вопрос: "Ошибки бизнес-логики должны оформляться с использованием http кодов?". Разные команды отвечают на этот вопрос по-разному, я считаю, что нет. Ошибки БЛ это как правило вещи, которые можно сформулировать на бизнес-языке и эти ошибки имеют смысл для пользователя. Поэтому данные об ошибках в логике - это тоже данные. Они должны отдаваться через 20х статус. А вот если речь идет о технических ошибках, когда мы неправильно указали, например, имя поля или использовали не ту кодировку, не имеют отношения к бизнесу, более того они делают невозможным вернуть запрошенный ресурс пользователю, а значит должны отдаваться 4хх статусами. Приведу пример, yookassa.ru/develop…tp-codes - ЮКасса вовзвращает 200й код даже если произошла ошибка оплаты (статус - canceled), потому что это уровень БЛ. Но в случае "технических" проблем возвращает статусы 4хх и 500, что логично, так как ошибки не относящиеся к БЛ делают невозможным вернуть запрошенный "ресурс". -
SOER
Смотрю как разгоняют хайп вокруг ChatGPT, и думаю о том, что через полгода-год программисты проснуться и такие "опа, а в моей жизни ничего и не поменялось". Потому что прогнозы, разогретые на ожидании чуда, так сильно преувеличены, что реальность слегка расстроит. Надеюсь, вы не относитесь к тем, кто считает, что буквально завтра, всю вашу работу будет делать ИИ? Забавно, что пять лет назад все активно отрицали саму возможность генерации кода с помощью ИИ, а сегодня все наоборот уже мысленно расстались со своей работой программиста. -
SOER
-
SOER
Ответ на вопрос Здравствуй, S0er. Работаю на backend node.js 2.5 года. Хочу сменить ЯП и начать работать на c++ или rust. На сколько вообще реально сменить язык(направление в разработке)? Как к этому относятся на интервью, да и вообще как HR смотрят резюме, тех кто хочет сменить ЯП(без опыта в нем, но при этом с опытом в другом ЯП и стэке) или же врать про опять тип был как второй не основной язык? Причина по которой хочу сменить ЯП, связана с тем, что хочется задел на будущее, уйти в более сложное направление, с высоким порогом входа, чтобы быть более "нужным" в будущем, учитывая постоянно увеличивающийся приток новых людей в ИТ и всякие nocode(ChatGPT) и ИИ. -
SOER
Как водится по субботам, был стрим, по нашей традиции, если за время стрима на ютубе не набирается 200 лайков, то стрим отправляется на RuTube в записи - rutube.ru/video/5…d72b578c -
SOER
Многие воспринимают мои архитектурные стримы как "курс по архитектуре", это не так, даже близко не так, совсем. Это как сравнивать книгу и методичку. В своих архитектурных стримах я собираю весь доступный мне опыт и знания по архитектуре, структурирую их по темам, с целью дать людям информацию, которая позволяет воспринимать задачи с архитектурной точки зрения. В дальнейшем на основе этих знаний можно решать практические задачи. Поэтому цель стримов - это формирование базы. Курсы же ставят перед собой цель научить вас пользоваться каким-то конкретным инструментарием, в конкретных условиях. При этом одно другому не мешает, просто служит для разных целей. -
Реклама
-
SOER
Кстати, я до сих пор веду Now. Похоже там остались только я и tk_knopka 
-
SOER
Не репрезентативная выборка, конечно, так как 173 ответа - это ни о чем. Но результат, безусловно, интересный. Источник: proglib.io/p/kak-i…22-09-08 
-
SOER
The entity trap В архитектуре так называется анти-паттерн, когда архитектор уходит от бизнес-абстракций, и начинает фокусироваться на бизнес-данных. В итоге получается, что структура и сущности БД напрямую влияют на дизайн компонентов и отражают обычное CRUD взаимодействие. Если задача сводится к простому CRUD, то смысла что-то "проектировать" нет, можно взять подходящий фреймворк и работать в рамках его возможностей. Проектировать имеет смысл тогда, когда есть бизнес-логика, абстракции уровня бизнес-логики и другие признаки "сложности" задачи. #мысли #антипаттерн