Кстати, по поводу автоматики - не нужна она человеку. Автоматика она только для оперативности, а неспешной съёмке никакая автоматика не нужна. Ведь это творчество. Как сейчас помню эту волшебную стрелку экспозамера через видоискатель, как она двигалась при переключении диафрагмы и выдержки - это ж магия какая-то, а линзы Френеля по центру кадра, по которым ты доводил резкость до точной по блестящей детали в кадре? Съёмка превращалась в увлекательный процесс, где фотограф должен быть знаком с азами фотографии, а не просто тупо нажал кнопку, а техника всё сама сделала. Получается, что фотограф может быть тупой, а техника умная, дорогая, импортная... молится на неё нужно.... хвалить, она же ведь японская, иностранная и т.д.
Извините на 3900 р. в то время некоторые могли месяц жить. Это недёшево. Мыльницы в то время продавали - полный отстой, оптика пластмассовая, состоящая из одной линзы, автофокус состоял в том, что эта пластмассовая линза выезжала чуть дальше за счёт нажатия кнопки спуска, если расстояние до объекта съёмки превышал фиксированную величину. Ну, и диафрагма, сами понимаете, какая там была, не о каком размытии фона речи не было. Так что Зенит на фоне этих шушлаек солидно смотрелся.
Нормальный фотик Зенит, снимал на него всё детство, юность и молодость, всяко лучше мыльниц, объектив Гелиос, вообще, норм, на Никон 3200 его прилаживал с помощью умельцев, снимки - огонь, особенно портреты, резкость не хуже, чем у дорогущих японских объективов, цветопередача естественная. Неудобно было только на резкость наводить, но раньше автофокуса не было и как-то люди снимали.
Мидлы не обязаны учить джунов, можно понадеяться, что джуны самообучаться. Дело в другом, джуны легко могут завалить проект, если нет более опытных товарищей рядом. Вот это беда. Поэтому я не понимаю ИТ-компании, старающихся забить свой штат джунами. Джуны сами по себе бесполезны, но через 2 года из них может что-то получиться.
Не зная HTML, лезть в разработку сайта??? Можно, конечно, но очень неудобно и непрактично. Относитесь к ИИ чат-боту, как к продвинутой поисковой системе, которая экономит время, но не заменяет знания и умения.
Мне тут крамольная мысль в голову пришла: вы когда-нибудь слышали, чтобы проститутка давала в тестовом режиме? Или соглашалась бесплатно исполнять свои обязанности на людях? Или признавалась в любви в надежде получить деньги? Так почему же вы соглашаетесь это все делать при устройстве на работу?
Эйлер, не мог развлекаться с женой Тейлора, так как был слепой.... Но Эйлер находил ещё более удивительные формулы и ряды. Уму непостижимо, как он этого добивался, вот, например, одна из удивительных бесконечных формул вычислений числа pi^2/6=1/[\product_{p in P}[1-1/p^2]], где P - множество простых чисел. Правда сходится эта формула медленно, однако рассуждения Эйлера настолько глубоки, что позволяют рассчитать вероятность делимости двух случайных чисел на заданном отрезке 1..k при этом удивительном образом это всё стремится к 6/pi^2
Лейтмотив этой статьи - "я работал в Apple". А пасхалки и прочая история - это просто повод написать подобную статью. Странно, что за 25 лет работы в такой известной компании он смог вспомнить "пасхалки", наверное, было что-то и более существенное.
Могу поделиться своим опытом использования deepseek. Он вправду экономит время, если нужно что-то быстро найти или выбрать оптимальное направление в разработке. Но вот в мелочах он неправ. Если попросить его выдать код - будьте готовы что это что-то примерное, не обязательно рабочее или даже компилируемое. Чат-бот путает версии библиотек, выдумывает несуществующие методы и классы, бывает, что на исправление таких ошибок уходит больше времени, чем написание самого кода. Однако в процессе такой работы вполне возможно прийти к рабочему коду или прийти к идее, как лучше это сделать. У LLM есть неприятная особенность, предложив одно решение, при получении тех или иных замечаний или ошибок, он продолжает "усугблять" этот вариант, накручивая кучу тяжеловесного кода, хотя существует более изящное и лаконичное альтернативное решение, которое лежит рядом, и к которому он так и не приходит. К нему приходит сам программист, действую методом от противного, ну, из соображения красоты и целесообразности. Ну, и не дай бог дать волю джунам копипастить всё что им предложил чат-бот в рабочий проект!
Очевидно, автор математически безграмотен, иначе бы он знал, что реляционные БД прекрасно описываются алгеброй отношений, которые работают на множествах. В частности, join - это есть декартово произведение двух множеств, и результатом этой операции является множество пар значений из этих множеств, а отличия различных join-ов прекрасно описываются множественными операциями (пересечение, объединение, разность) и диаграммами Вена (которые общепризнано применимы ко множествам). Поднимать холивар на эту избитую тему, и мучить своих коллег "каверзными" вопросами, который уже давно решены более умными и грамотными людьми, это есть продукт невежества и высокомерия автора. К сожалению, среди программистов такие уникумы встречаются слишком часто. Ребята программисты, сначала кончайте мех-мат, потом ит, будете грамотными специалистами без провалов в образовании, либо кончайте ит и не лезьте в теоретическую часть, вы можете, конечно, потихоньку её грызть, но не вываливайте наружу своё недопонимание каких-то моментов, ну, или будьте в этом вопросе деликатны.
Раньше рабам в зубы заглядывали, теперь собесы устраивают - всё это порождение капитализма. Каждый человек имеет права на труд и вы не вправе ему отказывать!
Кстати, по поводу автоматики - не нужна она человеку. Автоматика она только для оперативности, а неспешной съёмке никакая автоматика не нужна. Ведь это творчество. Как сейчас помню эту волшебную стрелку экспозамера через видоискатель, как она двигалась при переключении диафрагмы и выдержки - это ж магия какая-то, а линзы Френеля по центру кадра, по которым ты доводил резкость до точной по блестящей детали в кадре? Съёмка превращалась в увлекательный процесс, где фотограф должен быть знаком с азами фотографии, а не просто тупо нажал кнопку, а техника всё сама сделала. Получается, что фотограф может быть тупой, а техника умная, дорогая, импортная... молится на неё нужно.... хвалить, она же ведь японская, иностранная и т.д.
Извините на 3900 р. в то время некоторые могли месяц жить. Это недёшево. Мыльницы в то время продавали - полный отстой, оптика пластмассовая, состоящая из одной линзы, автофокус состоял в том, что эта пластмассовая линза выезжала чуть дальше за счёт нажатия кнопки спуска, если расстояние до объекта съёмки превышал фиксированную величину. Ну, и диафрагма, сами понимаете, какая там была, не о каком размытии фона речи не было. Так что Зенит на фоне этих шушлаек солидно смотрелся.
Нормальный фотик Зенит, снимал на него всё детство, юность и молодость, всяко лучше мыльниц, объектив Гелиос, вообще, норм, на Никон 3200 его прилаживал с помощью умельцев, снимки - огонь, особенно портреты, резкость не хуже, чем у дорогущих японских объективов, цветопередача естественная. Неудобно было только на резкость наводить, но раньше автофокуса не было и как-то люди снимали.
Мидлы не обязаны учить джунов, можно понадеяться, что джуны самообучаться. Дело в другом, джуны легко могут завалить проект, если нет более опытных товарищей рядом. Вот это беда. Поэтому я не понимаю ИТ-компании, старающихся забить свой штат джунами. Джуны сами по себе бесполезны, но через 2 года из них может что-то получиться.
Лучше бы из книжки Абрахама де Муавра что-нибудь рассказал.
Ответ прост - Центральная предельная теорема и все случайные величины должны быть независимы, но в реальной жизни всё не так просто.
Не совсем "лучше", Number("") и Number(null) даёт 0, а вот parseFloat - NaN, что лучше зависит от ситуации.
если программист полезет в гугл, то скорость его работы по чтению незнакомого кода упадёт в 10ки раз
Не зная HTML, лезть в разработку сайта??? Можно, конечно, но очень неудобно и непрактично. Относитесь к ИИ чат-боту, как к продвинутой поисковой системе, которая экономит время, но не заменяет знания и умения.
Мне тут крамольная мысль в голову пришла: вы когда-нибудь слышали, чтобы проститутка давала в тестовом режиме? Или соглашалась бесплатно исполнять свои обязанности на людях? Или признавалась в любви в надежде получить деньги? Так почему же вы соглашаетесь это все делать при устройстве на работу?
Тут не бойтесь буквы "М", а бойтесь извращенцев, которые простое сравнение превращают в неочевидный код.
Эйлер, не мог развлекаться с женой Тейлора, так как был слепой.... Но Эйлер находил ещё более удивительные формулы и ряды. Уму непостижимо, как он этого добивался, вот, например, одна из удивительных бесконечных формул вычислений числа 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 - то что доктор прописал, всё правильно делает.ИМХО херня полная
Раньше рабам в зубы заглядывали, теперь собесы устраивают - всё это порождение капитализма. Каждый человек имеет права на труд и вы не вправе ему отказывать!