Отладка, по-моему, намного проще. В отладчике можно посмотреть любую переменную в любой момент времени, комфортно из IDE. Попробуй сделать так с пациентом. Сотни разных анализов, все сразу не назначить, нужно выбрать парочку и пытаться догадаться, что же с человеком не так... Еще ответственность. Разработчик может забить на баг, если отладить не удаётся или нет времени. Пофиг, положим в бэклог, вернёмся потом. Если разработчик положит прод на пару минут, ну починят, пост мортем нарисуют, "в следующий раз внимательнее будь". Медицинская ошибка не простительна. Человека намного сложнее отлаживать, чем программу. Для отладки программы много мозгов и знаний не надо - базовые внимательность и логика.
Открыл новый дизайн и он меня встретил 20-ю непонятными иконками слева. Не люблю этот дизайн, где меню представлено в виде ни о чём не говорящих линий абстракционизма. Панель с папками постоянно скрывается и это рвёт шаблоны у моего мозга, я как-то привык видеть всё сразу. Ну посмотрим, может, привыкну.
Выглядит так, что минусов очень много - в статье описано много костылей, подводных камней и человекозатрат. Также система вошла, получается, в зависимость от проекта ВК, судьба которого чуть более туманна, чем mainline Zend engine (если ВК забросят проект, как в своё время Facebook забросил аналогичный HPHPc). Подойдёт разве что для проектов с числомолотилкой, т.к. бенчмарки показывают, что на стандартных фреймворках HHVM с JIT работает не производительнее PHP7/8 т.к. большая часть времени выполнения висит в ожидании I/O от БД. Но и тут вкрадываются сомнения - на всё про всё ушло полгода, очень большие затраты. В статье есть раздел "почему не Go", где парируется, что переписывать всё на новый язык - не вариант. Но ведь почему обязательно переписывать всё? Можно было найти hot paths и выделить в отдельный сервис на Go. Неужели проект на 99% состоит из hot paths? Скорей всего только небольшая часть кода нуждается в оптимизации. Возможно, это заняло бы меньше полугода с тем же результатом ("расчёт расписания"). Вы ведь, получается, как раз-таки целых полгода занимались переписыванием проекта на другой язык - он похож на PHP, но по факту это другой язык (PHP-подобный язык KPHP - подмножество со своими правилами и ограничениями). Выглядит так, что основной плюс - хорошая обфускация, но стоит ли она полгода разработки - неясно.
поэтому знания об их количестве помогут лучше понять природу изменения климата на планете
Такое ощущение, что сначала посчитали чисто из любопытства, а потом уже стали думать, с какой трендовой темой связать, чтобы обосновать потраченное время :)
Слышал мнение, что паттерн — это просто эмуляция того, что отсутствует в языке синтаксически, другими средствами. Например, где-то функтор это целый паттерн, а где-то самая обычная лямбда.
Ошибка (не)выжившего ж. Если у тимлида/техлида в целом получается ок, он статьи про свою долю писать не будет (с упором на "я"). Скорее будет делиться какими-то практичными техниками, которые будут полезны всем, и там уже не будет фокуса на "я такой, я сякой, а Петя нехороший". Вот и видим такие статьи, как у автора.
Ещё джун понятие относительное. В одной компании ты синьёр, а в другой (где планка выше) будешь едва дотягивать до мидла по местным критериям. Что с такими делать — непонятно. Пока у меня мнение такое, что проще научить студента с нуля, чем переучивать вот такого синьора.
Судя по ruscorpora, слово впервые появилось у нас в районе начала 2000-х, первое вхождение — в журнале "Вопросы вирусологии", так что тупые журналисты ни при чём. Это же название вируса, а не словосочетание "вирус у корон", поэтому почему там должна появиться "о" в русском языке (хотя везде в мире "а") — непонятно.
Так она и раньше могла -- модель позволяет заполнять любую созданную дырку в изображении. Outpainting это же просто когда "дырка" находится снаружи. Видимо, только сейчас в интерфейс добавили.
Насколько я понял из отрывка (и по истории публикаций автора), автор придумал некую игромеханику, которая сильно похожа на бред сектанта, и админы скрыли пост, возможно, невнимательно прочитав (моя первая реакция тоже была "что за бред"). Автор обиделся, модераторы оправдываются.
А бэкенд-программист пишется через дефис. В русском языке нельзя просто взять и поставить два существительных рядом, как в английском. Зело, люто негодую, когда забывают про дефисы. Считаю своим долгом в комментариях к каждой статье упоминать о них. Жар-птица, Иван-дурак, бизнес-требования, бэкенд-разработчик!
Человечество существует довольно давно, и продолжит существовать ещё десятки, сотни тысяч лет. Т.е. на историческом отрезке мы сейчас находимся в небольшой незначительной точке, и как-то самонадеянно считать в исторической перспективе, что наша точка какая-то особенная и важнее других, и якобы пик всего, что можно, произошёл именно на наших глазах. Через сотни лет наше время будет просто ещё одной страницей истории. Наверное, не всем это приятно осознавать.
Так говорят каждое поколение — вот в наши годы огого, а сейчас одни дегенераты. Еще со времён Древней Греции. Недавно читал статью, где автор отследил в разных источниках эту мысль — что новое поколение глупее — до 1840 года, потом надоело и остановился. По этой логике, если мы только и делаем, что глупеем тысячелетиями, мы все уже должны быть абсолютно тупыми обезьянами, не способными связать двух слов, но вот парадокс: уровень жизни, уровень цивилизации у нас выше, чем когда-либо в истории. Такие тезисы не выдерживают никакой критики.
Отладка, по-моему, намного проще. В отладчике можно посмотреть любую переменную в любой момент времени, комфортно из IDE. Попробуй сделать так с пациентом. Сотни разных анализов, все сразу не назначить, нужно выбрать парочку и пытаться догадаться, что же с человеком не так... Еще ответственность. Разработчик может забить на баг, если отладить не удаётся или нет времени. Пофиг, положим в бэклог, вернёмся потом. Если разработчик положит прод на пару минут, ну починят, пост мортем нарисуют, "в следующий раз внимательнее будь". Медицинская ошибка не простительна. Человека намного сложнее отлаживать, чем программу. Для отладки программы много мозгов и знаний не надо - базовые внимательность и логика.
Открыл новый дизайн и он меня встретил 20-ю непонятными иконками слева. Не люблю этот дизайн, где меню представлено в виде ни о чём не говорящих линий абстракционизма. Панель с папками постоянно скрывается и это рвёт шаблоны у моего мозга, я как-то привык видеть всё сразу. Ну посмотрим, может, привыкну.
Если curl_exec вернёт false, не будет вызван curl_close. Не приведёт ли это к утечке ресурсов?
Del
Выглядит так, что минусов очень много - в статье описано много костылей, подводных камней и человекозатрат. Также система вошла, получается, в зависимость от проекта ВК, судьба которого чуть более туманна, чем mainline Zend engine (если ВК забросят проект, как в своё время Facebook забросил аналогичный HPHPc). Подойдёт разве что для проектов с числомолотилкой, т.к. бенчмарки показывают, что на стандартных фреймворках HHVM с JIT работает не производительнее PHP7/8 т.к. большая часть времени выполнения висит в ожидании I/O от БД. Но и тут вкрадываются сомнения - на всё про всё ушло полгода, очень большие затраты. В статье есть раздел "почему не Go", где парируется, что переписывать всё на новый язык - не вариант. Но ведь почему обязательно переписывать всё? Можно было найти hot paths и выделить в отдельный сервис на Go. Неужели проект на 99% состоит из hot paths? Скорей всего только небольшая часть кода нуждается в оптимизации. Возможно, это заняло бы меньше полугода с тем же результатом ("расчёт расписания"). Вы ведь, получается, как раз-таки целых полгода занимались переписыванием проекта на другой язык - он похож на PHP, но по факту это другой язык (PHP-подобный язык KPHP - подмножество со своими правилами и ограничениями). Выглядит так, что основной плюс - хорошая обфускация, но стоит ли она полгода разработки - неясно.
Такое ощущение, что сначала посчитали чисто из любопытства, а потом уже стали думать, с какой трендовой темой связать, чтобы обосновать потраченное время :)
Слышал мнение, что паттерн — это просто эмуляция того, что отсутствует в языке синтаксически, другими средствами. Например, где-то функтор это целый паттерн, а где-то самая обычная лямбда.
Ошибка (не)выжившего ж. Если у тимлида/техлида в целом получается ок, он статьи про свою долю писать не будет (с упором на "я"). Скорее будет делиться какими-то практичными техниками, которые будут полезны всем, и там уже не будет фокуса на "я такой, я сякой, а Петя нехороший". Вот и видим такие статьи, как у автора.
Ещё джун понятие относительное. В одной компании ты синьёр, а в другой (где планка выше) будешь едва дотягивать до мидла по местным критериям. Что с такими делать — непонятно. Пока у меня мнение такое, что проще научить студента с нуля, чем переучивать вот такого синьора.
Судя по ruscorpora, слово впервые появилось у нас в районе начала 2000-х, первое вхождение — в журнале "Вопросы вирусологии", так что тупые журналисты ни при чём. Это же название вируса, а не словосочетание "вирус у корон", поэтому почему там должна появиться "о" в русском языке (хотя везде в мире "а") — непонятно.
Так она и раньше могла -- модель позволяет заполнять любую созданную дырку в изображении. Outpainting это же просто когда "дырка" находится снаружи. Видимо, только сейчас в интерфейс добавили.
Заголовок не сходится с содержанием
Насколько я понял из отрывка (и по истории публикаций автора), автор придумал некую игромеханику, которая сильно похожа на бред сектанта, и админы скрыли пост, возможно, невнимательно прочитав (моя первая реакция тоже была "что за бред"). Автор обиделся, модераторы оправдываются.
Редактировали посты? Комментарии?
А бэкенд-программист пишется через дефис. В русском языке нельзя просто взять и поставить два существительных рядом, как в английском. Зело, люто негодую, когда забывают про дефисы. Считаю своим долгом в комментариях к каждой статье упоминать о них. Жар-птица, Иван-дурак, бизнес-требования, бэкенд-разработчик!
Шаг 1. Найдите проблему.
Шаг 2. Решите её.
Приходите на мой семинар :)
В России хорошо и давно развиты квантовые вычисления. Взять например госбюджет Шрёдингера — деньги одновременно и есть, и нет.
Человечество существует довольно давно, и продолжит существовать ещё десятки, сотни тысяч лет. Т.е. на историческом отрезке мы сейчас находимся в небольшой незначительной точке, и как-то самонадеянно считать в исторической перспективе, что наша точка какая-то особенная и важнее других, и якобы пик всего, что можно, произошёл именно на наших глазах. Через сотни лет наше время будет просто ещё одной страницей истории. Наверное, не всем это приятно осознавать.
Если человек перестаёт развиваться, то он перестаёт развиваться. Деградация это "процесс ухудшения характеристик".
Так говорят каждое поколение — вот в наши годы огого, а сейчас одни дегенераты. Еще со времён Древней Греции. Недавно читал статью, где автор отследил в разных источниках эту мысль — что новое поколение глупее — до 1840 года, потом надоело и остановился. По этой логике, если мы только и делаем, что глупеем тысячелетиями, мы все уже должны быть абсолютно тупыми обезьянами, не способными связать двух слов, но вот парадокс: уровень жизни, уровень цивилизации у нас выше, чем когда-либо в истории. Такие тезисы не выдерживают никакой критики.