Джун первый день на работе

..

Назвал её «Кармен»

Всем доброго времени! Наткнулся я не так давно на вот такое изображение:

И решил порассуждать не тему того, а плоха ли такая ситуация и как вообще бывает, как идет разработка backend и frontend в вещах которыми я занимался, возможно кому то будет интересно, а кому то захочется подискутировать со мной)

Во первых о понятиях, что такое "Бекенд" и "Фронтенд", я работал с разными разработчиками и даже студиями и понял что иногда эти понятия отличаются у разных людей (особенно когда речь идет о том как HR их понимает), по этому поясню что я в них вкладываю:

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

на примере сайта, это его верстка, а так же javascript который перелистывает слайды, раскрывает выплывающие окна и т.д.

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

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

А теперь как раз о том, что разрабатывается первее и почему.

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

- Создание и утверждение дизайна

- Верстка дизайна

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

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

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

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

Это довольно фантастический план, так как обычно не бывает заказчиков которые чётко знают как должен выглядеть их сервис\сайт\по и даже не всегда представляют себе точный его функционал.

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

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

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

Примерно то же самое происходит и при разработке приложения для телефона.

Программисту всегда проще подключать бекенд к чему то готовому, чем прорабатывать так называемые API (простым языком объясняя это точки доступа через которые интерфейс получает данные из бекенда) почти в слепую или по скупому ТЗ (я просто ещё не видел по настоящему подробных ТЗ за исключением тех которые в своей педантично душной манере составлял).

По этому становится очевидно что это вполне себе нормальная ситуация, когда Фронтенд давно готов, на него можно посмотреть, потыкать, а Бекенд ещё только подключается, а то ещё и вовсе в стадии разработки.

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

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

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

Скетч:

Благодарственный скетч в обмен на донаты к предыдущему посту:

P.S. Это не политика. Комментарий специально для @gulyash_bez_piva 

Мало кто знает, но первая строчка в моей трудовой книжке отнюдь не связана со здравоохранением. У обычных студентов-медиков ведь как? Сначала санитарами потрудятся параллельно с учебой, потом где-нибудь фельдшером или медсестрой, а с дипломом уже в доктора вырастают. А я начала со сферы ЖКХ ещё до поступления.

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

Должность моя вроде называлась "курьер", но по факту занималась я всякой мелкой работой по типу расклейки объявлений ("Горячая вода отключена с .. по .. . ЖЭК"), ведения протоколов собраний жильцов и перебирания всяких бумажек. Платили МРОТ, который по тем временам был аж целых 5200₽.

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

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

Итак, ситуация: дом получает из фонда капитального ремонта некоторую сумму, и собрание жильцов должно решить, на что эту сумму потратить. Основных вариантов два - починить крышу либо заменить дырявые трубы в подвале. Остальные вопросы по типу детской площадки и кустов у подъезда старший по дому смог грамотно отмести во время своей вступительной речи, жильцы единодушно согласились, что это не настолько важно. Затем началось обсуждение труб в подвале и вроде как собственники снова солидарны. Но как только в протоколе собрания стали появляться первые подписи, из задних рядов раздался вопрос "Это что, крышу не починят что-ли? Не поняяяял". Минута тишины, а затем как по щелчку начинается настоящий срач. Старший по дому кое-как успокаивает жильцов и предлагает починить-таки крышу, а вопрос с подвалом пока отложить. Люди успокоились и стали ставить подписи уже за крышу. Спустя пару мгновений тот же голос "Так что, я не понял, подвал не чиним?! Ууу, ворююги" Второй срач начался тут же. Соседи начали припоминать друг другу все обиды от блюющих кошек до катающихся сверху металлических шаров. Старший по дому вздохнул, снова успокоил толпу и начал по новой рассказывать про подвал. Бабули согласно закивали и только потянулись к ручкам, как сзади раздалось "А нахрена мне подвал? Я на последнем живу, у меня с потолка течет!" И все по кругу.

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

Есть люди, которые понимают рекурсию быстро, но большинство упираются. Я обучал людей рекурсии на Python и решил поделиться своим подходом. Я упор делаю на практику, чтобы человек именно понимал, как рекурсивный цикл создавать и как он работает, и мог решать задачи через него. Задачи вроде «найти сумму всех чисел в разветвлённой структуре данных». То есть, если совсем просто,  в наборе данных, устроенном более сложно, чем список. Понимать вещи вроде стека вызовов и контекста выполнения я учу уже когда человек может прописать рекурсию, после этого теорию понять уже довольно легко.

Ниже запись первого моего вебинара, где я рассказываю, как это делать, но общие моменты распишу здесь

Проверяем готовность.

Перед тем, как браться за рекурсию, убедитесь, что более-менее поняли эти темы

• Ветвления(вложенные до 3х можете использовать)
• Циклы (без труда можете использовать вложенные циклы для задач вроде вывести таблицу умножения)
  
• Списки(владеете индексами, отрицательными индексами, срезами и простыми операциями типа добавить, удалить элемент)
• Подпрограммы/функции (можете написать функцию с параметрами и без, с return и без)
  

Если это есть, то можно пробовать взяться за рекурсию.

Нарабатываем на рекурсию

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

Как решать:

1. Решаем задачу через цикл
2. Расписываем рекурсию текстом
3. Пишем рекурсивную функцию

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

Точно так же это должно работать. Вот видео, сам вебинар начинается с 15:57

Добрый день, чупа-чупы мои! С праздником!

Сегодня 11 января и День поэзии на работе

Этот неформальный праздник отмечается ежегодно во второй вторник января. Он призван немного разнообразить рабочие будни. Пока ещё не все отошли от праздников и внутренний ребёнок хочет пошалить, можно поддаться ему и почитать стихи на работе. Ну те, которые учили для Деда Мороза, но так и не смогли ему рассказать в своё время. Или смогли, но коллеги-то ваши не слышали КАК вы их умеете рассказывать. День поэзии на работе поможет вам прославиться на литературном поприще, ну или в крайнем случае рассмешить коллег забавными стихами или афоризмами. К примеру, сеть выдает такие перлы:

- Работа, работа иди на Федота. С Федота на Якова, с Якова на всякого!

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

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

Всем хорошего дня! И приятного вечера :)

Когда я в прошлом году (2025) писал роман "Бес парадоксов" (главу 18 "Сталкеры"), пришлось тщательно изучить события 1951-1953 годов. Конкретно: матч на первенство мира по шахматам Ботвинник - Бронштейн, и личность Лаврентия Павловича Берии.

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

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

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

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

Позволяю тут процитировать себя (песня "Секретное задание"):

Эх! Чем трудней задача, тем интереснее найти для неё решение,

А сложная работа для нас, это лучшее на свете развлечение.

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

Например, можно будет довольно точно предсказать, станет ли Трамп захватывать Гренландию или ограничится исключительно словесными атаками. Я пытался предсказывать что-то такое (читайте "Сделаем что-нибудь великим снова"), но намного интереснее и полезнее выслушать мнение кибернетической нейро-системы. Она ведь учтёт характеристики семи миллиардов человек, имеющих отношение к процессу, влияние солнечного ветра, пролетающих комет и ещё чёрт знает чего!

Теперь переходим к развлекательной части нашей программы.

Да, понять личность Берии у меня не получилось, всё свелось к выдаче известных фактов в таком вот стиле:

Здравствуйте, дорогой товарищ Берия,

Отношусь к вам не против, почти даже "за"...

Но зачем из народного вы вышли доверия?

И за что вам иголкой прокололи глаза?

Особенно мне понравился заключительный куплет:

Прокололись во время важной встречи вы случайно,

Вдруг чисто и не к месту сказали "данке шон"

Оправдывались ловко, логично и отчаянно,

Но стало ясно всем: английский вы шпион.

Фирменный юмор Оборотова во всей красе! Отличная свежая остроумная рифма "данке шон" и "английский вы шпион". Очень тонко!

Но где тонко, там обычно и рвётся. Нейронка сказала так. Логические неувязки: Автор путает страны. Берию обвиняли в шпионаже на английскую разведку, но фраза «данке шон» (нем. Danke schön) - немецкая.

Ладно, посмотрим, как эта песня и видео к ней понравятся людям.

Видео забавное, почти как у классика: "кричали женщины ура и в воздух Берию бросали".

Кстати, чуть не забыл. Я там указал выше некоторые свои произведения, но ссылки ставить не буду. Лучше так сделаем. Вы у себя измените поисковик по умолчанию на Яндекс и получите бонус 300 рублей на счёт телефона. Всё просто, прозрачно и понятно. Поиск работает отлично и по тексту, и голосом, и по картинкам. А с Алисой мы ранее знакомились, делали тексты и видео. Бесплатно!

Теперь вы легко сможете найти, что вам реально нужно в жизни: тексты, песни и видео Константина Оборотова. Ну и ещё, возможно, что-то.

Итак, прошу на просмотр-прослушивание клипа "Товарищ Берия".

Спасибо за внимание!

...

Первоисточники:

Песня "Товарищ Берия"

https://wpvi.ru/pages/song/067/

Текст, критика, версия mp4 и полная версия mp3

(бесплатно, без регистрации, без СМС)

"Яндекс Поиск" с бонусом

https://wpvi.ru/pages/ya/search/

===

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

И вот иду к подъезду, придерживаю дверь какой-то девушке, стоим ждем лифта. Я девушку хорошо не знал, вроде слегка знакомая, но так сразу не вспомнил.

Лифт приезжает, пропускаю девушку вперед, естественно. Она заходит, поворачивается… 😳но деваться уже некуда. Нажимает мой этаж, я смотрю и, естественно, ничего не жму.

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

Достаю ключ, открываю дверь. Она за мной – уже чуть увереннее. Оказалось, наши двери напротив друг друга.

Открыли свои двери, разошлись.

Вот еще одно фото с того вечера:

Теперь представьте, что могла подумать девушка. И вот такой тип поднялся с ней на ее этаж, пошел к ее двери… Ужас просто. И это при том, что у меня куртка из серии «такую не жалко», да и шапка вся в пыли. Короче, пьяница и бомж – это несомненно. Это в лучшем случае.

Не знаю, что она подумала, но мне было забавно.

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

Домашние спросили меня, как отреагировала консьержка. «Она к тому времени уже закончила работу». «Эх», – то ли расстроились, то ли облегченно вздохнули они.

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

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

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

Было бы забавно, конечно, если бы той ночью меня остановила ГАИ (вроде она сейчас снова так называется). Но на этот случай, наверное, надо рядом с правами положить какой-нибудь снимок, где я фотографировался с узнаваемыми лицами из каскадерского цеха. Как раз недавно была очередная встреча. А лучше, конечно, совместный снимок с каких-нибудь съемок. Тогда все вопросы отпадут. 😄

Всем отличного настроения! И не думайте, что все люди бомжеватого вида являются маргиналами и пьяницами! 😊

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

Начался этот весёлый мазохизм в 2015 году, когда Эрик Вастл решил порадовать друзей адвент-календарём из задачек по информатике, но немного просчитался и вместо запланированных 70 человек к двадцать пятому декабря набралось уже 52000 участников.

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

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

Задачи напоминают школьные алгоритмические задачки с текстовым вводом и выводом, вплетённые в историю о том, как ты помогаешь эльфам спасти рождество.

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

Всё же, это лёгкое рождественское развлечение (хоть и мазохистского толка), потому что, в отличие от codeforces.com и других подобных ресурсов, решать задачу для общего ввода необязательно. Вместо кода на сайт загружается для проверки именно ответ для твоей определённой инстанции ввода. То есть, в принципе, ответ можно просто на бумажке посчитать и выслать. Возможно, для некоторых задач это даже вышло бы быстрее, чем додуматься до алгоритма, закодить его и исправить все баги.

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

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

Где-то в середине новогодних праздников я вспомнила, что у меня, вообще-то, есть и другие хобби, и переключилась на них. Жалко, конечно, что не смогла решить все, но пора и делом заняться.

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

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

А какой адвент-календарь скрасил ваш декабрь?