Сегодня утром, в третий раз выключая будильник, я осознала как звучит АД..

И это совсем не Active Directory 🤷‍♀️

#юмор

😅 #пятничныйпост

Прохожу я мимо очередной грандиозной стройки и слышу  разговор работников:
- Эмм. А по нормативу тут было...

И тут меня пробирает хохот

В период учёбы в универе у нас был предмет по правовыми основам в части ИТ. И чуть ли не в каждой формулировке была отсылка к выражению as is. Т. е. чтобы ни случилось с вами, вашим бизнесом, со вселенной 😂 - программа не виновата. Точнее вы не можете её обвинить, потому что подписались под этим as is.

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

Да, делают. И трансформера из Лады делают. Я прикольный видосик видела. Вопрос в надёжности. А вот тут-то и начинаются неудобные моменты.

Заказчик хочет менять тз на лету (это же всего лишь программа. Не фундамент же для небоскрёба), хочет надёжно..., подписывает лицензионное соглашение as is..
Далее веселее. Крупные компании продают недоделанные программы (as is), а вопли заглушают патчами патчей, которые требуют новых патчей. Что далеко ходить.. НДФЛ и ЗУП до сих пор адскими криками звенят в головах расчётчиков и консультантов.

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

Коллега поделился историей общения с пользователем.

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

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

- Сейчас я сообщу куда следует, и вам эту проблему с корнями вырежут..

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

- А куда сообщите?..

Ребят. Аккуратнее с выражениями. Наши пользователи очень впечатлительные..

Хотите хорошо провести выходные - не занимайтесь этим в пятницу 😅

#пятничныйпост

Хочу поделиться историей, которая приключилась со мной в понедельник (т.е. вчера).

История совсем не про ИТ. История о невероятном приключений ИТ-шницы 😂

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

Мои мечты обрывает вопрос, адресуемый явно ко мне, ибо никого рядом более не было:

-Доча, а где тут аптека?

Передо мной стоит очень возрастная бабушка.
Я осознаю, что аптеки прямо тут нет. Есть где-то через три - четыре минуты ходьбы. И то не факт, что она работает.

-А что случилось? Что нужно?, - Спрашиваю я.
-Йод или зеленка.. Доча, да меня клещ укусил. Я сама из деревни. Живу там. Грибы в субботу собирали с дочками. И вот приехали сюда. Дочка до среды в отъезде. Оставила меня тут. А я вчера клеща обнаружила. И оторвала его.. Да не полностью. Надо йодом помазать..

У меня в голове проносятся мысли:
Клещ
Энцефалит
Йод?!..
Дочки нет до среды..

- А как чувствуете себя?
- Жжется там. И шишка.
- ...

Ладно, думаю я. Раз плохо не стало, может в аптеке помогут. И мы пошли до ближайшей аптеки.

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

Я вызываю такси. Мы приезжаем в поликлинику. Я заполняю документы за бабулю (она молодец. Взяла с собой всё. Даже полис). Весело узнаю, что адрес в деревне она не помнит. Улица есть, а дом возле речки 😅 ну ок. Спасибо девушке в регистратуре, что приняла как есть.. Также спасибо людям в очереди, что пропустили.. Вереница в кабинет была такая, как будто на улице гололед.. Ждать можно было до полуночи..

Назад мы ехали тоже на такси. Бабуля мне всё деньги предлагала. Но.. Какие деньги с бабули?. Я отшутилась. Говорю вареньем меня угостите (про себя думаю, сейчас всё сделаем и я слиняю).. Но нет. Бабуля меня остановила и серьёзно так говорит:
-Я старая, глухая.. Слепая после ковид. Но.. Номер свой давай.. Я тебе позвоню и договоримся. Варенье у меня разное есть. Бери листок и пиши
(Бабуле 86 лет, представляете! А хватку не потеряла 😂).

Ну что же. Написала я ей свой номер. Записала её. Она смотрит довольная и говорит:

- Ну вот, доча, теперь мы с тобой подруги! Я - баба Таня.. Просто Таня.. Я тебе варенье приготовлю. Вкусное!...

#жизнь

Решила узнать какая профессия мне действительно подходит по мнению Яндекс практикум.

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

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

Так вот. Чтобы не уподобляться "не читала, но осуждаю" решила пройти тест на Яндекс практикум "Какая ИТ профессия мне подходит больше всего".

Иии. Барабанная дробь.. Этоо

HR - аналитика

Похоже я слишком много работаю с базой ЗУП 😂😂😂

На досуге изучу что это за зверь такой. Если будет что-то интересное - поделюсь.

Оказалось всё просто да не просто 🤣

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

Получается, что прямого короткого ответа на самом деле нет.

Различия можно, условно, разбить на части

1. Тип

Справочник относится к ссылочным типам. Элемент справочника является ссылкой на запись в таблице базы данных. Эту ссылку мы можем указать в качестве значения реквизита / измерения/ресурса в других объектах (например: справочник, документ, регистр).

Регистр сведений не относится к ссылочному типу. Запись регистра сведений нельзя указать как значение реквизита / измерения / ресурса.

2.  Архитектура

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

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

3. Практика использования, удобство

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

#1С

Задача выглядела очень простой:
Есть домики большие и маленькие, есть лодка. Нужно вести учёт домиков. Промелькнула фраза про каких-то детей, которые в учёте не учитываются (зачем вообще тогда о них говорить? Вычёркиваем 😂). Проект выглядел вкусно. Задачу вручили ведущему специалисту Ване. Заказчика назовём Михаилом.

Ваня предложил простую и всем понятную реализацию.

Домики делаем справочником. Заселение и выезд документом. В документе галочка: берут лодку или нет. Для контроля отчёт.
Так как никакая бухгалтерия не требуется, как и учёт денег, всё это радостно пропускаем. Ну потребуется - оформим новый проект. Срок реализации был что-то порядка месяца.

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

Договор подписан. Душевное рукопожатие. И Михаил произносит смертельное заклинание :

- Если будут небольшие изменения, вы же сможете доработать в рамках договора?
- Да, небольшие, конечно!
- Как здорово! 🥰

RIP🪦

Как вы поняли, всё пошло совсем не так как планировалось. Почему я в курсе событий? Потому что где-то через пол года Ваня решил сменить место работы. Проект перешёл ко мне. Цель, которую мне поставили, можно описать как "Воскреси этот труп. Нужно, чтобы он как-то передвигался и по возможности не сильно зловонил..."

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

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

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

Я сейчас прохожу обучение на курсе Data Scientist (не путать с сатанистом, это другое). Как вы думаете, чему посвящены первые главы? Python? Математика? Алгоритмы? Не-а. В первых главах подробно, на пальцах, разбирается тема business understanding и Data understanding. По нашему - без хорошего аналитика никуда 😂

К чему я. Михаил (заказчик) сказал, что ему нужна простая система учёта домиков и аренды лодки. Хорошо подстраховался, договорившись, что небольшие доработки и изменения будут выполняться в рамках договора. Исполнитель (Руководитель отдела, Ваня, я) не догадались углубиться в бизнес процессы компании Михаила, написать тз и согласовать его с заказчиком. О ТЗ додумался ещё один участник этого безобразия - программист Дима, имевший опыт работы в большой команде аналитиков, тестировщиков, менеджеров проекта (почему идея ТЗ не пришла ему в голову сразу - не знаю). И разрабатывали мы ТЗ по уже готовому решению и принуждали Михаила его подписать 😂


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

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

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

Мне проект достался в полностью разваленном состоянии. Попытавшись прогнать тестовый пример я моментально вывалилась с горой ошибок. Начав разбираться, я поняла, почему для  продолжения разработки требовались данные в базе.. Код был полностью завязан на наименования элементов справочников. При этом в пользовательском интерфейсе можно было эти наименования просто поменять... Переписывать этот ужас мне не разрешили. Я занялась внедрением защиты от дурака 😂 Чтобы то, что используется в алгоритмах, нельзя было отредактировать.

Когда я закончила, Михаил выкатил новое требование: инструкции, которые мы написали, были слишком сложными.. И он согласовал с руководством, что все инструкции и пояснения нужно разместить на формах!.... Как? Это уже моя проблема. Но сделать нужно.

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

Через пол года меня вызывает начальство и воодушевленно сообщает:

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


Конец.