А что делать... К слову, это лучше чем в пялится в короткие ролики ютуб и т.д. То что нет времени на свое здоровье - это отговорки лени, ищущей отмазки.
Если я делаю 1 минуту перерыва - мне не хватает сил на все то (подходы), что я делаю с 3-х минутным перерывом. А на ноги так вообще 4-5 минут перерыв минимум. Это я проверял на себе. так что 3 минуты - это не про "тусить". Минимум 3 минуты - подобрал экспериментально.
Думаю, по большей мере этот афоризм сегодня неактуален. Скорость человеческого ввода ограничена, но компьютеры могут мгновенно генерировать огромные объёмы данных. Однако выросли и способности машин в потреблении данных.
Недавно разбирал заявку от тестирования "не проходит регрес тест в web сайта на смену пароля пользователя". Ну да.. скриптом же эмулировали работу с сайтом. "после заполненния формы смены пароля - закрыть страницу - открыть заново и попытаться войти новым паролем". Судя по логу пытались сделать это в течении 10ms. Пароль просто не успевал сменится. Так что все это актуально.
Самый дешёвый, быстрый и надёжный компонент компьютерной системы — это тот, которого нет. Гордон Белл, Encore Computer Corporation
Мне кажется, это немного несправедливо. С меньшим количеством ОЗУ ноутбук дешевле, но от этого он не становится быстрее.
С точки зрения сотрудников эксплуатации (чьи результаты работы определяются отсутсвиеме инцидентов), самое надежное и доставляющее меньше проблем ПО - это то что стоит на выключенном компе, закрытом в сейфе, что бы никто его не смог включить. Подозреваю эта вечная истина и имелась в виду.
[Правило доверия] На первые 90% кода тратится 90% времени разработки. На оставшиеся 10% кода тратится ещё 90% времени разработки. Том Кэргилл, Bell Labs
Методология Agile немного ослабила силу этого прогноза. Мне кажется, сегодня разработчики обычно лучше справляются с оценками затрат времени. Но избежать парадокса Зенона всё равно сложно.
Agile.. Это методология позволяющая, в частности, не говорить заказачику "сколько тебе это обойдется" сразу, а просто тянуть с него деньги в процессе работы. Так что ничего она не меняет с точки зрения "того кто платит". Как были неопредеенности и риски на 0-м этапе. Так и осталось.
Нам больше не приходится выравнивать данные по физическим дорожкам вращающегося диска
Вот только потроха всего ПО с историей длиннее 10 лет (Postgre к примеру) ориентировано на физические дорожки и минимизацию дерганья головки по диску.
Тестирование может показать присутствие багов, но не их отсутствие. Эдсгер Дейкстра, Техасский университет
Осмелимся ли мы перечить Дейкстре?! Ну, только если немного. Благодаря современным инструментам фаззинга мы можем показать отсутствие определённых видов багов.
Ничо не поменялось. Никакие "соврменные" (тесты со случаным набором данным и 30 лет назад использовались) инструменты с умными названиями не отменяют того, что любая более менее сложная программа содерждит баги (не найденные сейчас или не найденный никогда). И передача на вход случайных данных никак не гарантирует что программа не сломается на случайных данных которые не были спользованы на данный момент тестирования. И никак не гарантирует, что программа на самом деле сломалась, просто критерии "сломалось" в инструменте задали не правильно или вообще не учли. Так что тестирование находит баги, а не доказывает что их нет. Так было и будет.
Электричество движется со скоростью фут в наносекунду. Коммодор Грейс Мюррей Хоппер, ВМФ США
И на нановек за пи секунд! Это один из тех фактов для викторин, неактуальных в современных компьютерных системах.
Эхх. современным программистам уже не обязательно знать как железо работает. А так то 40 лет назад (да и 30) схемотехнику знали большинство программеров. И этот афоризм и на что он намекает не вызывал удивления. А ща, для программеров, железо это "черный ящик" и отсюда коммент "неактуальных в современных компьютерных системах". Актуально. Только этим другие люди озабочены (которые микросхемы проектируют и дорожки на платах и т.п.)
...
Было очень забавно прочитать и сами афоризмы (когда то читал и понимаю о чем речь в них) и коментарии.
Самое интересное. Нужно совсем немного. Всего пара минут в день. И я сейчас буквально про пару минут день.
Чтобы вы понимали, я уже на этом уровне и сохранение формы как на первом фото мне обходится всего 1–2 тренировками в неделю.
Правда, не упоминает сколько у него тренировка длится (время/подходы/группы мышц).. Вообще нужный объем (тонаж) можно теоретически набрать и за 3-4 тренировки в неделю и за одну.
Но за одну это либо фарма либо возраст до 25..30.
Но это не отменяет того факта что автор статьи либо заблуждается сам, либо намеренно пытается рассказывать людям сказки.
Статья конечно типичного блогера и много нужно фильтровать. Но хоть пытается завлечь. Многим с тренером проще начинать ходить ровно из принципе "уплачено же.. меня ждут же.. и пр.". Не можешь сам себя заставить/увлечь - плати. Так что, лично я, ничего против этих блогеров не имею.
Я перестал заниматься со свободными весами. Заменил на тренажеры. Ибо ссыкотно. Ошибка = травма. Жимы исключил (признаки артроза акромеально ключичных. не хочется усугублять). МРТ делаю раз в год, что бы не упусить если что деградировать сильно будет. Но пока еще и своего тестерона хватает и 2-3х раз в неделю что бы не терять форму. Конечно, в 20 лет я мог сожрать килограмовый тортик (что иногда практиковал вместо завтрака обеда и ужина) и это никак бы не отразилось. Сейчас приходится контролировать сколько ем..
но назвать все это очень критичным проблемами - язык не повернется.
И вы при этом держите ту же самую форму что и в 30?
Вообще то, судя по старым фоткам (пляж), в 30-35 у меня была похуже форма. Мышц поменьше. А в остально в принципе все то же (в одежде так вообще то же). Включая вес, который болтается 101-107 уже лет 30. Но в 30 я и не задурялся особо залами, бассейнами и пр. Хватало и так активости.
Возможно с генетикой повезло. В больницах был за всю жизнь 3 раза. Два из них - переломы. А один - пневмония в 23 года после тренировки рукопашного боя ждал автобус зимой (спорт вреден :))
Но я не особо верю в то самое "сохранение формы как на первом фото" за 1-2 тренировки в неделю для человека старше 35-ти. И уж тем более чтобы оно при этом было реально в кайф.
Ну а то, что вы не верите - это же субъективное мнение. Пока вы сами не попробуете - не узнаете как это для вас (и не пару раз, а хотя бы пол года подрят). Вдруг зайдет и все получится.
А то что физические нагрузки доставляют удовольствие.. ну может это не у всех так. Но у меня так. И не только у меня, насколько я знаю.
Как я и говорил, именно такую форму блогеры показывают на пике (близка к соревновательной). Плюс правильное освещение и пр. :) Освещение, правильно подобранный момент (слил воду диуретиком) и ракурс ооочень много дают. В жизни вы этого человека таким и не увидите :)
И в жизни держать <10% жира не полезно и тяжело для организма. Ну если конечно не генетический уникум (мышцы и <10% само собой без диет и диуретиков и препаратов)
Но у блогеров работа такая.. завлекать. Зарабатывают на этом же.
Есть практическая ситуация: вот робот, надо почистить весь дом. Уже пришёл к тому, что надо строить карту, на карте надо помечать где был, через какую сторону не смог пройти между ячейками.
В принципе, ответов должно хватить для того, чтобы стало понятно, что же надо.
Если говорить про эту контретную задачу, что при входных условия "нужно накатить на прод хотя бы как то работающее решенеи и быстро". Все эти рассуждения про карту, "где был" и пр. это разновидность мозгового _а_нанизма.
Потому что, как минимум, не прозвучало ни одного вопроса "а какими датчиками" оснащен робот (какие входные данные доступны для алгоритма) А без ЭТИХ входных условий дальнейшие рассуждения просто вредны. Потому что решается на фактическая задача, а что то придуманное при иллюзии что решаем проблему.
Да и решение для прода в условиях "нужно решение и быстро и тестировать некогда" должно быть минимально сложным и желательно шаблонным, что бы уменьшить риски на период до "сделали нормальное тщательно оттестированное решение". Например, шаблонная классика из самых первых вариантов работы роботов уборщиков: смена направления движения на произвольный угол после срабатывания датчика удара/касания (как минимум такой датчик должен быть в любой подобной платформе робота). И пофиг что он промусолит несколько раз по одному и тому же месту и не будет "карты комнат". Потому задача не составить карту комнат, а "что бы работал и езди и убирал". Пусть и кажется (умозрительно, а не фактически ибо это тоже нужно оценивать на тестах) что это не оптимально.
Как показывает лично мой опыт, попытка по быстрому сделать что то сложное, что бы закрыть проблему быстро быстро и выкатить на прод кончается еще большими проблемами.
Ну мне (56) хватает 2-3х раз в неделю. каждая где то по 2 часа (полный круг на все группы 3 минуты отдыха между подходами). И мне моих 102 и 15-19% вполне хватает. И да. это в кайф.
Парень на картинке весьма подсушен (где то 10-15% жира). И это на сам деле довольно сложно держать всегда да и не нужно (если не соревнования) и уменьшает силовые показатели.
Кстати, а что Вы подразумеваете по "кэш"? Кэш конвеера выполнения команд в CPU, прикладной кэш name+value параметров в памяти программы, кэш HTTP сервера (GET запросов), кэш планов запросов DB.. и и.д. и т.п. Слово одно, важные нюансы - разные.
Когда мне задают "простой вопрос" я долго и нужно выясняю, а что спрашиваешь то. Потому что, как показывает опыт, в половине случаев "то что подразумевал вопрошающий != как понял вопрос отвечающий".
На встрече с заказчиками (особнено общение с менаджерами, желанющими кнопку "счастье"), приходится долго выяснять "а что он имел в виду". А для него "это же очевидно что я имел в виду". Да нихрена не очевидно в 90%.
Кстати, достают задачи в школных учебниках (иногда приходится помогать) в которых решение состоит из "угадай что имел в виду под вопросом автор учебника".
На собеседовании (да и просто в работе), если человек не задают уточняющие вопросы по поставленной задаче - это "что то не так". Либо вообще не понял что, либо понял не правильно "это очевидно" и будет делать не то.
Суть вопроса -- "напишите проход по матрице"
Я общие принципы матричного исчисления помню (проходил когда то). Но в практической работе мне приходилось это применять очень давно (программа раскладки выкроек и управление раскроечным столом). Если меня вот прям сейчас спросят "быстро быстро на время напиши функцию умножения матриц" - пошлю нахер. Общие принципы и зачем это надо я помню. Вывезти из этого формулу - на это нужно время.
Как то сдавал дип курс (PADI). На 40м нужно было решить какую ни будь задачку (тест на склонность к азотному наркозу). И тут мне инструктор подосовывает деление в столбик двух числе (5 и 3 разряда где то). Я его послал (жестом). Да я блин минут 5 на боте/на поверхности вспоминал (а точнее выводил из общего принципа) метод деления.
Так что, задавать какую то узкую задачу (которую знаешь сам, повторил недавно) и считать, что если человек с ней быстро быстро не справился, то все - это чесать свое ЧСВ.
Я развлекаюсь интервьюингом больше десяти лет, лет пять вёл SRE Interview Club как просуммировать листья произвольного дерева за O(1) по памяти; как найти узел в дереве по произвольному условию; как сделать LRU-кеш;
Почему то, мне кажется, что автор чешет свое ЧСВ на таких вопросах...
Например, аббревиатура LRU. С ходу я не помню что это. Но вот глянул как расшифровывает и что подразумевается, и понял, что я уже делал реализацию (кэш активных переводов с вытеснением по времени последнего входящего/исходящего сообщения в "холодный кэш" для СБП переводов).
И, скорее всего, с точки зрения автора, ели "не знаешь что я спросил (LRU) без подскзаки Интрернета" - фуу лох.
Может и ошибаюсь, но вот фраза "или блокнотики, начинаем кодить на доске!" как бы намекает исходный "промпт" вида "ты в постапокалиптическом мире и у тебя нет возможность найти информацию. только помнить".
"Контроллеры" стоит употреблять в контексте. Предполагаю, что вы имеете в виду основную фичу SpringBoot, со сборкой всего в общую кучу (при старте) и инициализацию экземпляров класса. Ну так это фича и подход SpringBoot. В других архитектурных подходах используются другие способы. Вселенная не заканчивается SpringBoot.
руками sql запросы кидаете?
Вы не ставите, надеюсь, синонимы между SpringBoot и Hibernate? Так что, если много логики работы с БД и пр. то использую hibernate.
А для микросервиса, например, который просто получает HTTP GET и возвращает результат select из БД, нафига SpringBoot тянуть в обработчик. Вполне достаточно либ Tomcat+Hikari+jdbc драйвер.
Как то переписывал простой сервис на "без SpringBoot". Объем кода (теста java кода) получается, не поверите, стролько же сколько на SpringBoot. Запускаться и жрать памяти на старте стал существено меньше.
▌ Концепция проекта Название: SociaLand (название условное) Описание: Социальная сеть, ориентированная на создание и распространение интересного контента пользователями, где будут активно использоваться рекламные интеграции для монетизации.
А что, готовая бизнес идея. Осталось только за N часов перелета Москва-Магадан ее за вайбкодить натравить на нее рой ИИ агентов.
Разный курс у ассигнаций и "металла" в царской России (да и не только)
хозрасчетные средства в конце 80-х (ох как круто некоторые на этом поднялись в 90-е) Не прямая аналогия, но...
Мне кажется, что первое что появится после более менее массового внедрения - это курс обмена ЦР на "остальные" типы. Особенно для организаций. И посредники, которые на этом будут стричь.
ЦР C2B в ритейле.. ну ну.. Свежо предание Статуст по платежу для ТСП "платеж принят в обработку" - типа что? Выдавать товар (для тех кто в курсе этой проблемы).
Не взлетит. Или взлетит как курица (пинками от чиновников). Опыт показывает, что все что делается "от государства" делается "ой тут копейки дошли до разработчиков. Давайте студентов наймем". ГИС ГМР, Казночество.. Продуманность их программных продуктов (архитектура, интерфейсы, документация) вызывает рвотный рефлекс. С ЦБ (ЦР), подозреваю, так же будет.
А "бюджет кАмпании" - это нейросеть подсказала? Или имеется в виду "военная кампания" (Устаревшее.. Военные действия против кого-н., война.)
Кстати, не знаю как другим, а меня "писать промпт" раздражает.
текст промта получается как бы не длинней кода.
текс промта (особенно чужой) лично мне зачатую сложнее понять (а что хотел то), чем код. Код лаконичней и понятней в большинстве случаев.
А как то... из опыта.. если сделать строго по ТЗ (не общаясь с заказчиком), то в бооольшом проценте случаев получаеся хрень (заказчик: "а я имел в виду совсем другое"). Для UI еще сойдет (хоть показать UI можно), то для чего то более сложного - возникнут проблемы.
Как в одном фильме было "чтож ты не на фронте? Слепой я, папаша".
Сказочник Михалков... Меня не было в 40-х. Не могу ничО сказать.
Но, если уж вспоминать фильмы, то лучше фильм "Жмурки". Он только совсем чуть утрирован. А так и было на самом деле. Атмосфрера передана верно. И я это лично застал и видел...
"Центральная Власть" это где? Внутри МКАД? Там может и не заметят.
Знаете.. я и 10 лет назад трупешники (камень к ногам) во время дайвинга в карьере (Междуреченск) встречал. И это только те, которых, наверное, поленились к свалу (до 120м) тащить и бросили где 20м.
"Закон тайга.. медведь прокурор". Вера в закон и порядок это хорошо. Главное верить. Про заказные убийства с использованием дронов не слышали? а ну да.. смотреть нужно гос каналы. Там все "наши победят".
Слишком много отмороженного народа с оружиме возвращаются с... Привыкшие к крови (и деньгам за это). Куда они вернутся? в древню, в депресивный моно-завод/шахта-город из которой пошли?
А это даже не "агфнцы", которые в массе были "не добровольцы".
не сделает, потому что его завтра же закроют шить эти трусы в местах не столь отдалённых
Вы явно не застали 90-е. Или застали их в какойм то другом мире/благополучном регионе.
Не скучаю. Но они скоро придут. Стали мягче? Ну смотря где стали.. Где то не стали. Где то и оружия стало много больше. Где то (алтай,кузбас,красноярск,..) в поездах полно лодей характерного вида/взгляда и иногда без руки без ноги или с повязкой. Последний раз ездил на поезде, так где то 10% насчитал от всех пассажиров.
А в Москве тишина.. и плакатов соответсвующих нет и людей таких нет по сравнению с....
Так что, все вернется. И еще 90 покажутся милым спокойным временем.
А что делать... К слову, это лучше чем в пялится в короткие ролики ютуб и т.д. То что нет времени на свое здоровье - это отговорки лени, ищущей отмазки.
Если я делаю 1 минуту перерыва - мне не хватает сил на все то (подходы), что я делаю с 3-х минутным перерывом. А на ноги так вообще 4-5 минут перерыв минимум. Это я проверял на себе. так что 3 минуты - это не про "тусить". Минимум 3 минуты - подобрал экспериментально.
Недавно разбирал заявку от тестирования "не проходит регрес тест в web сайта на смену пароля пользователя". Ну да.. скриптом же эмулировали работу с сайтом. "после заполненния формы смены пароля - закрыть страницу - открыть заново и попытаться войти новым паролем". Судя по логу пытались сделать это в течении 10ms. Пароль просто не успевал сменится. Так что все это актуально.
С точки зрения сотрудников эксплуатации (чьи результаты работы определяются отсутсвиеме инцидентов), самое надежное и доставляющее меньше проблем ПО - это то что стоит на выключенном компе, закрытом в сейфе, что бы никто его не смог включить.
Подозреваю эта вечная истина и имелась в виду.
Agile.. Это методология позволяющая, в частности, не говорить заказачику "сколько тебе это обойдется" сразу, а просто тянуть с него деньги в процессе работы. Так что ничего она не меняет с точки зрения "того кто платит". Как были неопредеенности и риски на 0-м этапе. Так и осталось.
Вот только потроха всего ПО с историей длиннее 10 лет (Postgre к примеру) ориентировано на физические дорожки и минимизацию дерганья головки по диску.
Ничо не поменялось. Никакие "соврменные" (тесты со случаным набором данным и 30 лет назад использовались) инструменты с умными названиями не отменяют того, что любая более менее сложная программа содерждит баги (не найденные сейчас или не найденный никогда).
И передача на вход случайных данных никак не гарантирует что программа не сломается на случайных данных которые не были спользованы на данный момент тестирования. И никак не гарантирует, что программа на самом деле сломалась, просто критерии "сломалось" в инструменте задали не правильно или вообще не учли.
Так что тестирование находит баги, а не доказывает что их нет. Так было и будет.
Эхх. современным программистам уже не обязательно знать как железо работает. А так то 40 лет назад (да и 30) схемотехнику знали большинство программеров. И этот афоризм и на что он намекает не вызывал удивления.
А ща, для программеров, железо это "черный ящик" и отсюда коммент "неактуальных в современных компьютерных системах". Актуально. Только этим другие люди озабочены (которые микросхемы проектируют и дорожки на платах и т.п.)
...
Было очень забавно прочитать и сами афоризмы (когда то читал и понимаю о чем речь в них) и коментарии.
В статье полно противоречий конечно.
Правда, не упоминает сколько у него тренировка длится (время/подходы/группы мышц).. Вообще нужный объем (тонаж) можно теоретически набрать и за 3-4 тренировки в неделю и за одну.
Но за одну это либо фарма либо возраст до 25..30.
Статья конечно типичного блогера и много нужно фильтровать. Но хоть пытается завлечь. Многим с тренером проще начинать ходить ровно из принципе "уплачено же.. меня ждут же.. и пр.". Не можешь сам себя заставить/увлечь - плати.
Так что, лично я, ничего против этих блогеров не имею.
Я перестал заниматься со свободными весами. Заменил на тренажеры.
Ибо ссыкотно. Ошибка = травма. Жимы исключил (признаки артроза акромеально ключичных. не хочется усугублять).
МРТ делаю раз в год, что бы не упусить если что деградировать сильно будет.
Но пока еще и своего тестерона хватает и 2-3х раз в неделю что бы не терять форму.
Конечно, в 20 лет я мог сожрать килограмовый тортик (что иногда практиковал вместо завтрака обеда и ужина) и это никак бы не отразилось. Сейчас приходится контролировать сколько ем..
но назвать все это очень критичным проблемами - язык не повернется.
Вообще то, судя по старым фоткам (пляж), в 30-35 у меня была похуже форма. Мышц поменьше. А в остально в принципе все то же (в одежде так вообще то же). Включая вес, который болтается 101-107 уже лет 30.
Но в 30 я и не задурялся особо залами, бассейнами и пр. Хватало и так активости.
Возможно с генетикой повезло. В больницах был за всю жизнь 3 раза. Два из них - переломы.
А один - пневмония в 23 года после тренировки рукопашного боя ждал автобус зимой (спорт вреден :))
Ну а то, что вы не верите - это же субъективное мнение.
Пока вы сами не попробуете - не узнаете как это для вас (и не пару раз, а хотя бы пол года подрят). Вдруг зайдет и все получится.
А то что физические нагрузки доставляют удовольствие.. ну может это не у всех так. Но у меня так. И не только у меня, насколько я знаю.
Как я и говорил, именно такую форму блогеры показывают на пике (близка к соревновательной). Плюс правильное освещение и пр. :) Освещение, правильно подобранный момент (слил воду диуретиком) и ракурс ооочень много дают. В жизни вы этого человека таким и не увидите :)
И в жизни держать <10% жира не полезно и тяжело для организма. Ну если конечно не генетический уникум (мышцы и <10% само собой без диет и диуретиков и препаратов)
Но у блогеров работа такая.. завлекать. Зарабатывают на этом же.
Если говорить про эту контретную задачу, что при входных условия "нужно накатить на прод хотя бы как то работающее решенеи и быстро".
Все эти рассуждения про карту, "где был" и пр. это разновидность мозгового _а_нанизма.
Потому что, как минимум, не прозвучало ни одного вопроса "а какими датчиками" оснащен робот (какие входные данные доступны для алгоритма)
А без ЭТИХ входных условий дальнейшие рассуждения просто вредны. Потому что решается на фактическая задача, а что то придуманное при иллюзии что решаем проблему.
Да и решение для прода в условиях "нужно решение и быстро и тестировать некогда" должно быть минимально сложным и желательно шаблонным, что бы уменьшить риски на период до "сделали нормальное тщательно оттестированное решение".
Например, шаблонная классика из самых первых вариантов работы роботов уборщиков: смена направления движения на произвольный угол после срабатывания датчика удара/касания (как минимум такой датчик должен быть в любой подобной платформе робота). И пофиг что он промусолит несколько раз по одному и тому же месту и не будет "карты комнат". Потому задача не составить карту комнат, а "что бы работал и езди и убирал". Пусть и кажется (умозрительно, а не фактически ибо это тоже нужно оценивать на тестах) что это не оптимально.
Как показывает лично мой опыт, попытка по быстрому сделать что то сложное, что бы закрыть проблему быстро быстро и выкатить на прод кончается еще большими проблемами.
(кстати, минусы не я ставлю)
Ну мне (56) хватает 2-3х раз в неделю. каждая где то по 2 часа (полный круг на все группы 3 минуты отдыха между подходами). И мне моих 102 и 15-19% вполне хватает.
И да. это в кайф.
Парень на картинке весьма подсушен (где то 10-15% жира). И это на сам деле довольно сложно держать всегда да и не нужно (если не соревнования) и уменьшает силовые показатели.
Кстати, а что Вы подразумеваете по "кэш"? Кэш конвеера выполнения команд в CPU, прикладной кэш name+value параметров в памяти программы, кэш HTTP сервера (GET запросов), кэш планов запросов DB.. и и.д. и т.п.
Слово одно, важные нюансы - разные.
Когда мне задают "простой вопрос" я долго и нужно выясняю, а что спрашиваешь то. Потому что, как показывает опыт, в половине случаев "то что подразумевал вопрошающий != как понял вопрос отвечающий".
На встрече с заказчиками (особнено общение с менаджерами, желанющими кнопку "счастье"), приходится долго выяснять "а что он имел в виду". А для него "это же очевидно что я имел в виду". Да нихрена не очевидно в 90%.
Кстати, достают задачи в школных учебниках (иногда приходится помогать) в которых решение состоит из "угадай что имел в виду под вопросом автор учебника".
На собеседовании (да и просто в работе), если человек не задают уточняющие вопросы по поставленной задаче - это "что то не так". Либо вообще не понял что, либо понял не правильно "это очевидно" и будет делать не то.
Я общие принципы матричного исчисления помню (проходил когда то). Но в практической работе мне приходилось это применять очень давно (программа раскладки выкроек и управление раскроечным столом). Если меня вот прям сейчас спросят "быстро быстро на время напиши функцию умножения матриц" - пошлю нахер. Общие принципы и зачем это надо я помню. Вывезти из этого формулу - на это нужно время.
Как то сдавал дип курс (PADI). На 40м нужно было решить какую ни будь задачку (тест на склонность к азотному наркозу). И тут мне инструктор подосовывает деление в столбик двух числе (5 и 3 разряда где то). Я его послал (жестом). Да я блин минут 5 на боте/на поверхности вспоминал (а точнее выводил из общего принципа) метод деления.
Так что, задавать какую то узкую задачу (которую знаешь сам, повторил недавно) и считать, что если человек с ней быстро быстро не справился, то все - это чесать свое ЧСВ.
Почему то, мне кажется, что автор чешет свое ЧСВ на таких вопросах...
Например, аббревиатура LRU. С ходу я не помню что это. Но вот глянул как расшифровывает и что подразумевается, и понял, что я уже делал реализацию (кэш активных переводов с вытеснением по времени последнего входящего/исходящего сообщения в "холодный кэш" для СБП переводов).
И, скорее всего, с точки зрения автора, ели "не знаешь что я спросил (LRU) без подскзаки Интрернета" - фуу лох.
Может и ошибаюсь, но вот фраза "или блокнотики, начинаем кодить на доске!" как бы намекает исходный "промпт" вида "ты в постапокалиптическом мире и у тебя нет возможность найти информацию. только помнить".
"Контроллеры" стоит употреблять в контексте. Предполагаю, что вы имеете в виду основную фичу SpringBoot, со сборкой всего в общую кучу (при старте) и инициализацию экземпляров класса.
Ну так это фича и подход SpringBoot. В других архитектурных подходах используются другие способы.
Вселенная не заканчивается SpringBoot.
Вы не ставите, надеюсь, синонимы между SpringBoot и Hibernate?
Так что, если много логики работы с БД и пр. то использую hibernate.
А для микросервиса, например, который просто получает HTTP GET и возвращает результат select из БД, нафига SpringBoot тянуть в обработчик. Вполне достаточно либ Tomcat+Hikari+jdbc драйвер.
Как то переписывал простой сервис на "без SpringBoot".
Объем кода (теста java кода) получается, не поверите, стролько же сколько на SpringBoot.
Запускаться и жрать памяти на старте стал существено меньше.
Ключевое слово "простой".
часть длинного ответа Gigachat
А что, готовая бизнес идея. Осталось только за N часов перелета Москва-Магадан
ее за вайбкодитьнатравить на нее рой ИИ агентов.Как то оссоциации навивает..
Разный курс у ассигнаций и "металла" в царской России (да и не только)
хозрасчетные средства в конце 80-х (ох как круто некоторые на этом поднялись в 90-е) Не прямая аналогия, но...
Мне кажется, что первое что появится после более менее массового внедрения - это курс обмена ЦР на "остальные" типы. Особенно для организаций. И посредники, которые на этом будут стричь.
ЦР C2B в ритейле.. ну ну..
Свежо предание
Статуст по платежу для ТСП "платеж принят в обработку" - типа что? Выдавать товар (для тех кто в курсе этой проблемы).
Не взлетит. Или взлетит как курица (пинками от чиновников).
Опыт показывает, что все что делается "от государства" делается "ой тут копейки дошли до разработчиков. Давайте студентов наймем". ГИС ГМР, Казночество.. Продуманность их программных продуктов (архитектура, интерфейсы, документация) вызывает рвотный рефлекс.
С ЦБ (ЦР), подозреваю, так же будет.
Краби. Середина августа.
70 бат за кг на рынке. Правда это довольно далеко от тур.улиц.
Думал за штуку (глядя на ценик), оказалось за 1 кг.
Тайланд большой..
Написал не подумав (параллельно еще много чем занимался)
А вам равится пинать ошибшегося? Ок. бывает. Чего бы не пнуть.
А "бюджет кАмпании" - это нейросеть подсказала?
Или имеется в виду "военная кампания" (Устаревшее.. Военные действия против кого-н., война.)
Кстати, не знаю как другим, а меня "писать промпт" раздражает.
текст промта получается как бы не длинней кода.
текс промта (особенно чужой) лично мне зачатую сложнее понять (а что хотел то), чем код. Код лаконичней и понятней в большинстве случаев.
А как то... из опыта.. если сделать строго по ТЗ (не общаясь с заказчиком), то в бооольшом проценте случаев получаеся хрень (заказчик: "а я имел в виду совсем другое").
Для UI еще сойдет (хоть показать UI можно), то для чего то более сложного - возникнут проблемы.
Сказочник Михалков... Меня не было в 40-х. Не могу ничО сказать.
Но, если уж вспоминать фильмы, то лучше фильм "Жмурки". Он только совсем чуть утрирован.
А так и было на самом деле. Атмосфрера передана верно.
И я это лично застал и видел...
Поживем-увидим.
Год.. два и будет понятно.
"Центральная Власть" это где? Внутри МКАД? Там может и не заметят.
Знаете.. я и 10 лет назад трупешники (камень к ногам) во время дайвинга в карьере (Междуреченск) встречал. И это только те, которых, наверное, поленились к свалу (до 120м) тащить и бросили где 20м.
"Закон тайга.. медведь прокурор". Вера в закон и порядок это хорошо. Главное верить.
Про заказные убийства с использованием дронов не слышали?
а ну да.. смотреть нужно гос каналы. Там все "наши победят".
90-е придут. Вы видимо не застали это время.
Слишком много отмороженного народа с оружиме возвращаются с...
Привыкшие к крови (и деньгам за это). Куда они вернутся?
в древню, в депресивный моно-завод/шахта-город из которой пошли?
А это даже не "агфнцы", которые в массе были "не добровольцы".
Вы явно не застали 90-е. Или застали их в какойм то другом мире/благополучном регионе.
Не скучаю. Но они скоро придут.
Стали мягче? Ну смотря где стали.. Где то не стали. Где то и оружия стало много больше. Где то (алтай,кузбас,красноярск,..) в поездах полно лодей характерного вида/взгляда и иногда без руки без ноги или с повязкой. Последний раз ездил на поезде, так где то 10% насчитал от всех пассажиров.
А в Москве тишина.. и плакатов соответсвующих нет и людей таких нет по сравнению с....
Так что, все вернется. И еще 90 покажутся милым спокойным временем.
странно, а почему Эрежеев Александр Данилович еще жив?
В 90е и за меньшее в карьерах топили и в лесочках закапывали.
Он себя бессмертным считает?