Pull to refresh
@granvi read⁠-⁠only

User

Send message

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

Почему 22? Ведь называется "Луна 25". Вот. Сразу на 25 год и перенлсить. К чему эти полумеры?

"просто не придавал этому значению“.. Это вообще законно?

Если статья "не об этом" зачем такой заголовок? "Однажды мне в голову пришла идея обобщить свой опыт и систематизировать приёмы ускорения работы кода" это тоже "не об этом"?

Все эти методы должны входить в обязательный курс разработчика.

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

Вы откуда пишите? Из какой реальности?

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

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

Для примера, в трм же Нью-Йорк-е есть целые районы в которых люди не выходят за его пределы.. От слова совсем. И гордятся этим.

А в деревне...конечно, надо руками работать, чтоб свой быт не превратить в коллапс.

Жуть, а не помощник. Бесполезный и бестолковый

JSON это хорошо, когда в ЯП есть ассоциативные массивы. Когда нет таких управляющих структур. Самый проверенный формат csv

Вы на столько погрузились в свой выдуманный мир с джунами, миддлами, и прочими драконами блэкджеками и прочим, что начали распределять, кому и какие знания нужны в каждый момент вреиени. Это полный бред. Себя вы считаете кем в этой иерархии? Что значит джуну надо выбрать? Вот как вы представляете, например, начинающего водителя? Ему надо сразу знать все правила и обладвть всеми навыками вождения или, например, осуществлять только поворот направо и ездить только по двухполосной проезжей части? Учить и учиться надо всему. Если человека допускают до проекта в котором участвует БД он должен понимать как с ней работать. Как сделать запрос, как хранятся данные и т.д и т.п иначе, получать будем мы то, что вокруг нас. И никогда не выберемся их текущкго положения вещей, когда куча неспециалистов (исполнителей и подчиненнвх) пытается решить инженерную задачу

Как этот текст связан с передовыми технологиями и IT?

Автор! Хватить загаживать эфир!

Зачем это здесь? Есть форум ардуино. Это какое-то ноухау? Или супертехнологии? Нет. Это очередной стопицотый учебный проект. Доколе?!

Купи себе новый. Ты ж зарабатываешь.

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

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

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

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

имхо. как правильно сказал @inkelyad вы пилите плохо контролируемую, плохо логически связанную, плохо документируемую и поддерживаемую в будущем "лапшу", раскиданную по разным технологиям и точкам входа используя старый добрый подход: Кто это писал?! Перепишем все с нуля.

Скажите. Правильно ли я понимаю, что:

весь базовый функционал по клиентам как был, в так не любимом вами легаси так и остался и он является (и будет еще долго им яаляться) базовым донором данных для всех ваших супер несвязанных микросервисов?

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

Что то странные цифры... 65 миллионов клиентов.. Мало для Сбера.

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

Не бывает "чистоно" или "грязного" sql. Это - стандарт. Все это (и очень многое другое) делается алминистратором БД с помощью DDL. А вот как в этой вашей поделке запросом сделать иераохический вывод? Или использовать оконные функции или хинты?

Вот скажите. Зачем весь этот огород?! Ведь в итоге разрабоичику в любом случае надо изучать sql чтобы, даже, сделать простую выборку в этом вашем колхозе. И когда разработчик его освоит то выкинет этот orm куда нибудь.

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

Хорош уже шлифовать мозги одной и той же мантрой. Разработчик должен то, это... За всех подумать, погрузиться в бизнес (при полном отсутствии возможности принчтия финансовых решений... Например, я как разработчик, погрузившийся в бизнес хочу выписать себе премию. Я много работал. Никто таких полномочий разработчику не предоставит). Составить презентации, написать план и обосновать затраты розовощеким менеджерам. И сделать ещё свою работу. Ничего не треснет? Бизнес, особенно средний и крупный - это жернова перемалывающие всех. Цель одна - прибыль. Люди - ресурс. Все. Каждый должен заниматься своим делом. У Крылова есть басня Щука и кот.

Епрст.

Уже сам заголовок наводит выглядит небезопасно.

Information

Rating
Does not participate
Registered
Activity