Pull to refresh
11
0

.NET Architect

Send message

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

если комфодерма нет использую дипросалик так как элоком в аптеках исчез

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

наверное к врачу надо бы. еще раз сходить но может потом пока не вижу смысла

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

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

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

Алгоритм
1 Долго собираются данные на умные часы значит долго не обновлял часы
2 Долго не обновлял часы значит нет денег чтобы купить новые
3 Нет денег чтобы купить новые значит плохо питается
4 Плохо питается значит есть гастрит и проблемы с сердцем
Третью причину моей ненависти к RPA не указали
— проблема рефакторинга UI на который эти роботы прибиваются гвоздями
причем если простые кейсы еще можно простить когда робот умирает от переименования кнопки
то когда надо полностью изменить UI (например devexpress на react) начинается ад согласований
У Автора мозг промыт шаблонами )

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

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

Но в реальности очень много программистов вышколены, чтобы побыстрее закрыть задачу бизнесу (хотя я ни разу не видел, чтобы за это существенно хвалили) поэтому выделенное время на тех долг + влияние этих задач на их премию помогает мотивировать разработчиков убирать тех долг.
чем больше людей тем хуже показывают себя монолиты в частности при мерже наступает локальный ад
Естественно приходится искать не джунов о чем я и сказал себестоимость сопровождения кода возрастает. Отчасти мне жаль что для джунов растет потолок входа.
Хорошие разработчики у нас не только покупные нередко они появляются по мере саморазвития работая на наших проектах
код хороший ) бывают сценарии что он его написал и уволился или умер (все мы смертны) и тогда единственный источник экспертизы чтобы его разобрать будет гугл
хороший разработчик может написать в три раза больше полезного кода, чем middle.
— иногда наблюдаю и недостатки этой гипотезы, в частности что хороший разработчик начинает писать супероптимизированный и совершенно нечитаемый джуниорами код, в результате резко увеличиваются последующие затраты на обучение сотрудников и время на погружение в код для решения задачи
Я из будущего Валерий отказался от операции. Растит сына
имхо самое красивое слово dandelion
зависит от типа тестирования
функциональное и интеграционное обычно идет в одном темпе с разработкой и занимает редко когда больше недели

тестирование бизнесом может требовать несколько недель

также нагрузочное тестирование может занимать до месяца
т к после получения поставки им надо запрограммировать тестовые кейсы/
— Jack, boss has fired me! — I'll call 911.
— Джек, босс выкидывает меня на улицу — Я звоню в скорую.
знать бы кому продать душу в Москве
Новые же проекты сразу пишутся на Java 11 и 13, Kotlin, SpringBoot 2, Kafka, Project Reactor / Spring WebFlux.


Дополню, что новые проекты также пишутся на C# / .Net Core. Это как модули интернет-банка, так и внутренних систем.
1
23 ...

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Works in
Date of birth
Registered
Activity