Эйлер, не мог развлекаться с женой Тейлора, так как был слепой.... Но Эйлер находил ещё более удивительные формулы и ряды. Уму непостижимо, как он этого добивался, вот, например, одна из удивительных бесконечных формул вычислений числа pi^2/6=1/[\product_{p in P}[1-1/p^2]], где P - множество простых чисел. Правда сходится эта формула медленно, однако рассуждения Эйлера настолько глубоки, что позволяют рассчитать вероятность делимости двух случайных чисел на заданном отрезке 1..k при этом удивительном образом это всё стремится к 6/pi^2
Лейтмотив этой статьи - "я работал в Apple". А пасхалки и прочая история - это просто повод написать подобную статью. Странно, что за 25 лет работы в такой известной компании он смог вспомнить "пасхалки", наверное, было что-то и более существенное.
Могу поделиться своим опытом использования deepseek. Он вправду экономит время, если нужно что-то быстро найти или выбрать оптимальное направление в разработке. Но вот в мелочах он неправ. Если попросить его выдать код - будьте готовы что это что-то примерное, не обязательно рабочее или даже компилируемое. Чат-бот путает версии библиотек, выдумывает несуществующие методы и классы, бывает, что на исправление таких ошибок уходит больше времени, чем написание самого кода. Однако в процессе такой работы вполне возможно прийти к рабочему коду или прийти к идее, как лучше это сделать. У LLM есть неприятная особенность, предложив одно решение, при получении тех или иных замечаний или ошибок, он продолжает "усугблять" этот вариант, накручивая кучу тяжеловесного кода, хотя существует более изящное и лаконичное альтернативное решение, которое лежит рядом, и к которому он так и не приходит. К нему приходит сам программист, действую методом от противного, ну, из соображения красоты и целесообразности. Ну, и не дай бог дать волю джунам копипастить всё что им предложил чат-бот в рабочий проект!
Очевидно, автор математически безграмотен, иначе бы он знал, что реляционные БД прекрасно описываются алгеброй отношений, которые работают на множествах. В частности, join - это есть декартово произведение двух множеств, и результатом этой операции является множество пар значений из этих множеств, а отличия различных join-ов прекрасно описываются множественными операциями (пересечение, объединение, разность) и диаграммами Вена (которые общепризнано применимы ко множествам). Поднимать холивар на эту избитую тему, и мучить своих коллег "каверзными" вопросами, который уже давно решены более умными и грамотными людьми, это есть продукт невежества и высокомерия автора. К сожалению, среди программистов такие уникумы встречаются слишком часто. Ребята программисты, сначала кончайте мех-мат, потом ит, будете грамотными специалистами без провалов в образовании, либо кончайте ит и не лезьте в теоретическую часть, вы можете, конечно, потихоньку её грызть, но не вываливайте наружу своё недопонимание каких-то моментов, ну, или будьте в этом вопросе деликатны.
Раньше рабам в зубы заглядывали, теперь собесы устраивают - всё это порождение капитализма. Каждый человек имеет права на труд и вы не вправе ему отказывать!
Тестовые нельзя делать - это закон. Взялся выполнять - не ценишь своё время, согласен бесплатно работать. Технические собесы тоже не рекомендуется проходить или переводите их в шутку, поёрничайте над их вопросами, похихикайте, скажите что давно это было, не помните уже - на работу не возьмут, но зато вы себе настроение не испортите. Если работник нужен, то возьмут без этих дерьмовых процедур.
Как-то автор обошёл проблему целостности и согласованности данных для распределённых систем, и что делать если возникла какая-то ошибка при изменении данных в каком-то месте распределённой системы. И как лепить транзакционность операции на этих микросервисах в распределённой системе... Вот это я считаю основным гемороем микросервисов и преимуществом монолита, в которой всё делается само собой с помощью JTA.
Эйлер, не мог развлекаться с женой Тейлора, так как был слепой.... Но Эйлер находил ещё более удивительные формулы и ряды. Уму непостижимо, как он этого добивался, вот, например, одна из удивительных бесконечных формул вычислений числа pi^2/6=1/[\product_{p in P}[1-1/p^2]], где P - множество простых чисел. Правда сходится эта формула медленно, однако рассуждения Эйлера настолько глубоки, что позволяют рассчитать вероятность делимости двух случайных чисел на заданном отрезке 1..k при этом удивительном образом это всё стремится к 6/pi^2
Если во всём тексте слово окситоцин заменить на энергию ци смысл статьи не пострадает.
Лейтмотив этой статьи - "я работал в Apple". А пасхалки и прочая история - это просто повод написать подобную статью. Странно, что за 25 лет работы в такой известной компании он смог вспомнить "пасхалки", наверное, было что-то и более существенное.
Могу поделиться своим опытом использования deepseek. Он вправду экономит время, если нужно что-то быстро найти или выбрать оптимальное направление в разработке. Но вот в мелочах он неправ. Если попросить его выдать код - будьте готовы что это что-то примерное, не обязательно рабочее или даже компилируемое. Чат-бот путает версии библиотек, выдумывает несуществующие методы и классы, бывает, что на исправление таких ошибок уходит больше времени, чем написание самого кода. Однако в процессе такой работы вполне возможно прийти к рабочему коду или прийти к идее, как лучше это сделать. У LLM есть неприятная особенность, предложив одно решение, при получении тех или иных замечаний или ошибок, он продолжает "усугблять" этот вариант, накручивая кучу тяжеловесного кода, хотя существует более изящное и лаконичное альтернативное решение, которое лежит рядом, и к которому он так и не приходит. К нему приходит сам программист, действую методом от противного, ну, из соображения красоты и целесообразности. Ну, и не дай бог дать волю джунам копипастить всё что им предложил чат-бот в рабочий проект!
странно, что у вас "не бьётся"... а вы какие множества рисовали? Нужно рисовать множества пар (x, y) - join это ж декартово произведение.
Очевидно, автор математически безграмотен, иначе бы он знал, что реляционные БД прекрасно описываются алгеброй отношений, которые работают на множествах. В частности, join - это есть декартово произведение двух множеств, и результатом этой операции является множество пар значений из этих множеств, а отличия различных join-ов прекрасно описываются множественными операциями (пересечение, объединение, разность) и диаграммами Вена (которые общепризнано применимы ко множествам). Поднимать холивар на эту избитую тему, и мучить своих коллег "каверзными" вопросами, который уже давно решены более умными и грамотными людьми, это есть продукт невежества и высокомерия автора. К сожалению, среди программистов такие уникумы встречаются слишком часто. Ребята программисты, сначала кончайте мех-мат, потом ит, будете грамотными специалистами без провалов в образовании, либо кончайте ит и не лезьте в теоретическую часть, вы можете, конечно, потихоньку её грызть, но не вываливайте наружу своё недопонимание каких-то моментов, ну, или будьте в этом вопросе деликатны.
Не знаю, что тут за холивар, но всё работает - статья зачётная.
@JsonIdentityInfo - то что доктор прописал, всё правильно делает.ИМХО херня полная
Раньше рабам в зубы заглядывали, теперь собесы устраивают - всё это порождение капитализма. Каждый человек имеет права на труд и вы не вправе ему отказывать!
ИТ курс - это не опыт? По-моему это самый эффективный способ приобрести опыт и знания за минимальные усилия.
Тестовые нельзя делать - это закон. Взялся выполнять - не ценишь своё время, согласен бесплатно работать. Технические собесы тоже не рекомендуется проходить или переводите их в шутку, поёрничайте над их вопросами, похихикайте, скажите что давно это было, не помните уже - на работу не возьмут, но зато вы себе настроение не испортите. Если работник нужен, то возьмут без этих дерьмовых процедур.
Как-то автор обошёл проблему целостности и согласованности данных для распределённых систем, и что делать если возникла какая-то ошибка при изменении данных в каком-то месте распределённой системы. И как лепить транзакционность операции на этих микросервисах в распределённой системе... Вот это я считаю основным гемороем микросервисов и преимуществом монолита, в которой всё делается само собой с помощью JTA.