Что-то мне смутно подсказывает - снимки только заслуга автора. Только. Снять все это можно и на топовый сотовый. Даже что-то будет получше. Так что готовиться учиться. 😎
Если проявлять рав в зеленой зоне (по дефолту), в сложных условиях - проиграешь вычислительной фотографии. Которая в этих условиях сделает больше. Например речь про закатные снимки. Из рава можно вытащить все детали.
А автор не хочет возвращаться с равом. С одной стороны понимаю. С другой - зачем тогда вообще возиться с камерой.
Если что у меня 5! фотокамер! Но это снято на не топовый телефон. Ибо в вебе разница бесконечно малая. 🤷
Смените зал. Во всех залах где я занимаюсь или занимался - подсказывают и помогают всем.
Ну и главное. Если видите - почему не советуюте сами? Моя хата с краю? Ну так какой вы - такой же зал с такими же тренерами и выбрали.
Психология. Она даже в зале работает. А в этой теме - это просто кладезь различных задачек по ней. У этого - это и... Букет проблем всегда не из одного "цветка". У вас тоже...🤷🤔
Потому что тренировка до отказа мышц нужна. С кардио и с йогой сложней достичь. Вторая причина - восстановление после силовых дольше: дольше растут мышцы. Иными словами например в бассейне: хорошее такое кардио если интенсивно плавать, вы никогда не достигните результатов в зале.
Плюс ещё много чего: если расписывать - на статью хватит. Размером в эту. Грубо наши тела спроектированы под силовые. Грубо если раньше пращур вначале бежал со снарягой чтобы добыть. Потом обратно бежал ещё и с добычей (если успешно). Это по сути и есть силовые. Точнее кроссфит. Но у кроссфита есть существенный минус: повышенные нагрузки на суставы и сухожилия. Практически не восстанавливающиеся. Уходя в силовые мы можем их беречь, нагружая только мышцы.
И я только начал писать. Говорю же на статью хватит писанины. 😅
Я бы с вами согласился...Но законы Паркинсона о бюрократии существуют давно. И холакратия выглядит - только частный случай их применения на практике.
Во первых никто не заставляет на практике жёстко следовать иерархии в традиционных моделях организации бизнеса. Грубо никто не мешает рядовому разработчику общаться с СЕО напрямую. Если это конструктивно для всех.
Во вторых. Есть такая метафора в психологии. Надо забить гвоздь, а молотка нет. Можно например взять камень и забить им. А можно начать изобретать молоток. Увлекшись изобретением , забываешь для чего и гвоздь остаётся не забитым.
Если цель сама цель, а не применение чего-то только как инструмента, да ещё адаптируя его под свой случай - эффективность таких процессов около нулевая. Таки законы Паркинсона. Только в новой, красивой упаковке. Было бы иначе - идеологи бы применяли у себя, а не учили других. Как в анекдоте: Конференция как заработать миллион. Полный зал. Выходит выступающий: Здравствуйте 👋. Тёма как заработать миллион. В зале 1000 мест, полный зал, каждый билет по 1000. Все. 😅
Чем больше сторед процедур - тем сложнее. Ещё точно вляпаетесь в разное поведение сиквела и постгреса. У нас например была, причем типовая проблема, оракл спокойно читал boolean из столбца character Y/N, а вот постгрес из коробки - только если число 1/0. Соответственно поиск всех таких несовместимостей - переделка схемы и т.д.. Перелить данные вообще проблемой не было.
Вы про толстые ДТОшки? Про нарушение первой S в SOLID? И через какое-то время ещё к нарушению DRY и KISS. Грубо если есть метод почистить пёрышки, то он может обрабатывать все, что в перьях. Не важно это воробей, страус, даже пингвин или даже тираннозавр (есть мнения, что они были с перьями). Но если мы переносим логику почистить пёрышки в объект содержащий поля, в конкретную сущность, то у нас рано или поздно начнутся проблемы, когда понадобится почистить пёрышки другой сущности.
Всю статью не покидало ощущение, что очередная борьба за качество кода. При этом в реальности дублирование логики, повсеместные нарушения SOLID, KISS & DRY. Методы на много - много строк, много тысечестрочные классы. Много такого уже видел. Мы как-то неделю спорили обсуждали куда вставить одно строчный вызов. Все под эгидой борьбы за качество кода. Чтобы было понятнее какой там код. Первый слой контроллеры. Потом сервисы. Вроде не плохо? Нет. Дальше слой протабаф хэндлинга: по сути слой контроллеров. Данные из сервисного слоя заворачивались в протабаф сообщения. Потом слой ещё сервисов. Так вот если бы не борьба - было бы время все это переписать. Но вместо - только боролись за качество. Вызов был воткнут в класс нарушавший все буквы в SOLID . Буквально. В одном месте даже в итерации по списку была проверка и каст к классу.
И по другому быть не может. Это уже из психологии. У меня есть подружка психиатр, нахватался знаний. Борьба за качество - проявление страха ответственности. Форма прокрастинации чтобы не делать, не нести ответственность.
Буду рад если ошибаюсь. Но в последние 6 лет насмотрелся. Потому теперь где не боятся. Где рефакторят когда нужно код. В общем код на голову лучше чем там где борятся (авто исправление вначале исправило борятся на боятся). ?
В Фотошопе есть нейрофильтры. Те что из коробки - также плохо как в статье: поастикус-фантастикус. Отдельные платные обычно получше, но нужно смотреть на задачи. Не все одинаково полезны. Например для ретуши кожи - уберут прыщи, но царапины/морщины и прочее оставят.
Гимп научился изменять размер кисти через хоткеи/хоткеи и движение мыши? Научился рисовать в зависимости от угла наклона/силы нажатия пера?
Дело не в наличии или отсутствии каких-то функций. Дело как они реализованы. Если как и раньше в гимпе, чтобы изменить размер кисти мне нужно возиться с ползунком - вместо 10 секунд в Фотошопе уйдет минута - две в аналогичном софте.
Жигули отличаются от Мерседеса мелочами. Мелочи отличают хорошее от плохого. Иначе: Сиська - сиська, цветок - цветок. Тоже самое мать твою!
А зачем пытаться забить шурупы молотком? Есть более подходящий инструмент - отвёртка.
Если работаете с базой - есть более эффективные и удобные инструменты.
А если например пишите свою базу - есть С++.
Для каждой части проекта - свой язык подходящий под задачу. Нет ни одной причины писать все на одном языке. Кроме пишу на чем знаю. Все равно, раз зашёл разговор про базу - уже 2 языка. Сделайте следующий логический шаг и пишите разные части проекта на подходящих языках. К тому же большинство языков схожи. Переход/изучение нового много времени не занимает. Кроме всякой экзотики (одна из весомых причин почему и экзотика кстати).
У вас тоже гонка. После захвата мьютекса нужно опять проверить на существование объекта (его мог уже другой поток создать). Нужен классический дабл чек.
Вообще синглтон зло. Причем не только потому что нарушает S в SOLID. Лучше что-то вроде дипенденси инвершион контейнера, фабрики бинов (аля спринг) или ещё чего-нибудь подобного.
Если честно очень двоякое отношение к этой книге. С одной стороны вроде умная и полезная.
С другой не знаю ни одного хорошего ретушера, кто бы рекомендовал никогда ее не читать. Вот так. Практика показывает, что она ведёт к высчитыванию правильного цвета человеческой кожи. Вне зависимости от степени загара. Времени дня: температуре солнечного света, тем паче температуры освещения. Причем не стебусь, на ixbt вывели "правильную" тройку чисел RGB.
Формулы использовать можно. Например композиционные "формулы" Фотография как. Но все равно на основании своих ощущений, рождаемых получающейся композицией эмоций. С цветом также.
Искусство это формулы позволяющие получать запланированные эмоции у зрителя.
По большому счету вся статья как вначале сломать, а потом починить. Причем починка такая себе. Механистическая что ли.
В сонном состоянии сложно подобрать эпитет, а просыпаться в пасмурный, дождливый выходной не хочу.
Не существует не правильных или правильных фотографий. Существует только нравится или нет. Как из вторых сделать первые не то что статьей, толстыми талмудами о композиции (Фотография как Лапина), цветовосприятию и коррекции не отделаешься. А тут что-то из серии как научившись правильно расставлять знаки препинания написать Войну и мир/Мастер и Маргарита или ещё что-то подобное. ??
У меня для вас плохие новости. Это страх принятия решения. ...тут должно быть много букв из психологии... Но мне лень писать. Добавлю. Например длительные совещания (привет законам Паркинсона про прокрастинацию на работе) следствие этого страха. В итоге и не сделано ни чего, и главное то чего боишься всегда происходит.
Если что 4 года сеньором-тимлидом на ЦИСКО. Тоже много уровневые интервью. Скажу только после ЦИСКО в цирке не смешно. До этого почти 15 лет и сейчас снова техлидом(мне интереснее самому тоже что-то делать+ архитектура)там где собесы одноуровневые. Все на голову выше чем в ЦИСКО: процессы, архитектура, качество кода и д.
С МТС не раз улетал за границей в минус 3-5 тыс. Например меня встречали в аэропорту Сан Франциско. Но он огромный и разминулись. Местной симки ещё не было. Несколько звонков чтобы все таки найти друг друга и все. В другой раз просто забыл до поездки кинуть деньги. То что не пользовался связью МТС, не помешало им ежемесячно списывать деньги. За месяцы хорошо ушел в минус. И т.д.
Что-то мне смутно подсказывает - снимки только заслуга автора. Только. Снять все это можно и на топовый сотовый. Даже что-то будет получше. Так что готовиться учиться. 😎
Если проявлять рав в зеленой зоне (по дефолту), в сложных условиях - проиграешь вычислительной фотографии. Которая в этих условиях сделает больше. Например речь про закатные снимки. Из рава можно вытащить все детали.
А автор не хочет возвращаться с равом. С одной стороны понимаю. С другой - зачем тогда вообще возиться с камерой.
Ну...в целом же верно. Четверть века однозначно больше десяти лет. 😅
Смените зал. Во всех залах где я занимаюсь или занимался - подсказывают и помогают всем.
Ну и главное. Если видите - почему не советуюте сами? Моя хата с краю? Ну так какой вы - такой же зал с такими же тренерами и выбрали.
Психология. Она даже в зале работает. А в этой теме - это просто кладезь различных задачек по ней. У этого - это и... Букет проблем всегда не из одного "цветка". У вас тоже...🤷🤔
Чем плохо стареть и болеть. Ведь это естественно стареть и болеть.Перевел ваши слова.
Потому что тренировка до отказа мышц нужна. С кардио и с йогой сложней достичь. Вторая причина - восстановление после силовых дольше: дольше растут мышцы. Иными словами например в бассейне: хорошее такое кардио если интенсивно плавать, вы никогда не достигните результатов в зале.
Плюс ещё много чего: если расписывать - на статью хватит. Размером в эту. Грубо наши тела спроектированы под силовые. Грубо если раньше пращур вначале бежал со снарягой чтобы добыть. Потом обратно бежал ещё и с добычей (если успешно). Это по сути и есть силовые. Точнее кроссфит. Но у кроссфита есть существенный минус: повышенные нагрузки на суставы и сухожилия. Практически не восстанавливающиеся. Уходя в силовые мы можем их беречь, нагружая только мышцы.
И я только начал писать. Говорю же на статью хватит писанины. 😅
Я бы с вами согласился...Но законы Паркинсона о бюрократии существуют давно. И холакратия выглядит - только частный случай их применения на практике.
Во первых никто не заставляет на практике жёстко следовать иерархии в традиционных моделях организации бизнеса. Грубо никто не мешает рядовому разработчику общаться с СЕО напрямую. Если это конструктивно для всех.
Во вторых. Есть такая метафора в психологии. Надо забить гвоздь, а молотка нет. Можно например взять камень и забить им. А можно начать изобретать молоток. Увлекшись изобретением , забываешь для чего и гвоздь остаётся не забитым.
Если цель сама цель, а не применение чего-то только как инструмента, да ещё адаптируя его под свой случай - эффективность таких процессов около нулевая. Таки законы Паркинсона. Только в новой, красивой упаковке. Было бы иначе - идеологи бы применяли у себя, а не учили других. Как в анекдоте: Конференция как заработать миллион. Полный зал. Выходит выступающий: Здравствуйте 👋. Тёма как заработать миллион. В зале 1000 мест, полный зал, каждый билет по 1000. Все. 😅
В статье нет пункта Waaagh! 😅
Статья супер 👍
Чем больше сторед процедур - тем сложнее. Ещё точно вляпаетесь в разное поведение сиквела и постгреса. У нас например была, причем типовая проблема, оракл спокойно читал boolean из столбца character Y/N, а вот постгрес из коробки - только если число 1/0. Соответственно поиск всех таких несовместимостей - переделка схемы и т.д.. Перелить данные вообще проблемой не было.
Вы знаете. То, что вы пишите - это принципы SOLID. Первая буква. Их даже рекомендуется применять.
А ТС хочет в костыли и велосипеды.?
Вы про толстые ДТОшки? Про нарушение первой S в SOLID? И через какое-то время ещё к нарушению DRY и KISS. Грубо если есть метод почистить пёрышки, то он может обрабатывать все, что в перьях. Не важно это воробей, страус, даже пингвин или даже тираннозавр (есть мнения, что они были с перьями). Но если мы переносим логику почистить пёрышки в объект содержащий поля, в конкретную сущность, то у нас рано или поздно начнутся проблемы, когда понадобится почистить пёрышки другой сущности.
Всю статью не покидало ощущение, что очередная борьба за качество кода. При этом в реальности дублирование логики, повсеместные нарушения SOLID, KISS & DRY. Методы на много - много строк, много тысечестрочные классы. Много такого уже видел. Мы как-то неделю
спорилиобсуждали куда вставить одно строчный вызов. Все под эгидой борьбы за качество кода. Чтобы было понятнее какой там код. Первый слой контроллеры. Потом сервисы. Вроде не плохо? Нет. Дальше слой протабаф хэндлинга: по сути слой контроллеров. Данные из сервисного слоя заворачивались в протабаф сообщения. Потом слой ещё сервисов. Так вот если бы не борьба - было бы время все это переписать. Но вместо - только боролись за качество. Вызов был воткнут в класс нарушавший все буквы в SOLID . Буквально. В одном месте даже в итерации по списку была проверка и каст к классу.И по другому быть не может. Это уже из психологии. У меня есть подружка психиатр, нахватался знаний. Борьба за качество - проявление страха ответственности. Форма прокрастинации чтобы не делать, не нести ответственность.
Буду рад если ошибаюсь. Но в последние 6 лет насмотрелся. Потому теперь где не боятся. Где рефакторят когда нужно код. В общем код на голову лучше чем там где борятся (авто исправление вначале исправило борятся на боятся). ?
В Фотошопе есть нейрофильтры. Те что из коробки - также плохо как в статье: поастикус-фантастикус. Отдельные платные обычно получше, но нужно смотреть на задачи. Не все одинаково полезны. Например для ретуши кожи - уберут прыщи, но царапины/морщины и прочее оставят.
Гимп научился изменять размер кисти через хоткеи/хоткеи и движение мыши? Научился рисовать в зависимости от угла наклона/силы нажатия пера?
Дело не в наличии или отсутствии каких-то функций. Дело как они реализованы. Если как и раньше в гимпе, чтобы изменить размер кисти мне нужно возиться с ползунком - вместо 10 секунд в Фотошопе уйдет минута - две в аналогичном софте.
Жигули отличаются от Мерседеса мелочами. Мелочи отличают хорошее от плохого. Иначе: Сиська - сиська, цветок - цветок. Тоже самое мать твою!
А зачем пытаться забить шурупы молотком? Есть более подходящий инструмент - отвёртка.
Если работаете с базой - есть более эффективные и удобные инструменты.
А если например пишите свою базу - есть С++.
Для каждой части проекта - свой язык подходящий под задачу. Нет ни одной причины писать все на одном языке. Кроме пишу на чем знаю. Все равно, раз зашёл разговор про базу - уже 2 языка. Сделайте следующий логический шаг и пишите разные части проекта на подходящих языках. К тому же большинство языков схожи. Переход/изучение нового много времени не занимает. Кроме всякой экзотики (одна из весомых причин почему и экзотика кстати).
У вас тоже гонка. После захвата мьютекса нужно опять проверить на существование объекта (его мог уже другой поток создать). Нужен классический дабл чек.
Вообще синглтон зло. Причем не только потому что нарушает S в SOLID. Лучше что-то вроде дипенденси инвершион контейнера, фабрики бинов (аля спринг) или ещё чего-нибудь подобного.
Если честно очень двоякое отношение к этой книге. С одной стороны вроде умная и полезная.
С другой не знаю ни одного хорошего ретушера, кто бы рекомендовал никогда ее не читать. Вот так. Практика показывает, что она ведёт к высчитыванию правильного цвета человеческой кожи. Вне зависимости от степени загара. Времени дня: температуре солнечного света, тем паче температуры освещения. Причем не стебусь, на ixbt вывели "правильную" тройку чисел RGB.
Формулы использовать можно. Например композиционные "формулы" Фотография как. Но все равно на основании своих ощущений, рождаемых получающейся композицией эмоций. С цветом также.
Искусство это формулы позволяющие получать запланированные эмоции у зрителя.
По большому счету вся статья как вначале сломать, а потом починить. Причем починка такая себе. Механистическая что ли.
В сонном состоянии сложно подобрать эпитет, а просыпаться в пасмурный, дождливый выходной не хочу.
Не существует не правильных или правильных фотографий. Существует только нравится или нет. Как из вторых сделать первые не то что статьей, толстыми талмудами о композиции (Фотография как Лапина), цветовосприятию и коррекции не отделаешься. А тут что-то из серии как научившись правильно расставлять знаки препинания написать Войну и мир/Мастер и Маргарита или ещё что-то подобное. ??
У меня для вас плохие новости. Это страх принятия решения. ...тут должно быть много букв из психологии... Но мне лень писать. Добавлю. Например длительные совещания (привет законам Паркинсона про прокрастинацию на работе) следствие этого страха. В итоге и не сделано ни чего, и главное то чего боишься всегда происходит.
Если что 4 года сеньором-тимлидом на ЦИСКО. Тоже много уровневые интервью. Скажу только после ЦИСКО в цирке не смешно. До этого почти 15 лет и сейчас снова техлидом(мне интереснее самому тоже что-то делать+ архитектура)там где собесы одноуровневые. Все на голову выше чем в ЦИСКО: процессы, архитектура, качество кода и д.
С МТС не раз улетал за границей в минус 3-5 тыс. Например меня встречали в аэропорту Сан Франциско. Но он огромный и разминулись. Местной симки ещё не было. Несколько звонков чтобы все таки найти друг друга и все. В другой раз просто забыл до поездки кинуть деньги. То что не пользовался связью МТС, не помешало им ежемесячно списывать деньги. За месяцы хорошо ушел в минус. И т.д.
Даже в этом случае есть решения. Например данные часто читаются: read write locks, copy on write и т.д.
В тексте есть примеры индусского кода. Работал с ними долго. В ЦИСКО. После ЦИСКО в цирке не смешно. ?
Финальный вариант кода нарушает KISS и DRY. В общем образец не сопровождаемого кода.
Вроде Мартин Фаулер сказал (могу ошибаться в авторстве фразы): любой дурак может написать код который поймет машина. Умный пишет чтобы понял человек.
У меня в ленте сегодня две новости об ИИ. Первая генту запрещает код степенный ИИ. Эта вторая. Можно считать обоснованием причин первой. ?