В дотнете нет никаких виртуалок. Там точно такое же компилирование в нативный исполняемый код, как и в крестах. Да, сборка мусора и прочий менеджмент памяти. А где менеджмента памяти нет?
Для того, чтобы заработать, нужно взять хорошую и проверенную игру. Поэтому почти все ремейки хороши. Если, конечно, не смогли игру испортить.
Я с удовольствием играл в d2: resurrected, re4 remake и другие. Отличные игры.
Потому что оригинал, как правило, создается от души, на вдохновенье.
Чтобы получилось хорошо, мало "создавать от души" и вдохновения не достаточно. Нужно много кропотливой, скучной и дорогой работы. Вот этим и занимаются ремейкеры. Берут "душу" и добавляют много работы за много денег.
Бессмысленность - это отличительная черта текстов этого автора. У него это уже третий (или четвёртый) аккаунт. И тексты были бессмысленными задолго до чатгпт.
Это всё крестики-нолики. Такого полно в гитхабе. Типа второго есть sharex, первых и третьих вообще тысячи.
Насчёт четвёртого не уверен, маршрутизация звучит серьёзно: это и картография и трассировка маршрута и предиктивный учёт изменений на основе статистики. Но скорее всего там дёргается яндекс-апи и на этом всё. Остальное - шаблоны страничек.
А ИИшка и сейчас не может написать более-менее сложную функцию меньше сотни строк. Какие модули, вы чего? Какие проекты?
ИИ хорошо пишет только там, где уже мясные программисты вдоль и поперёк выпахали поле. Тудушечку зафигачить на реакте? Да запросто. Крестики-нолики? Не вопрос. Простой платформер? Получите и распишитесь.
И вот статистика, которая меня самого удивила: 8-9 из 10 планов оказываются миражами на 40% или больше.
Это говорит о том, что вы не умеете программировать. Программирование - это не написание кода, как рисование - это не мазюкание кистью по холсту. Программирование - это понимание что ты делаешь и зачем. Представление, как это будет работать, до того, как это будет написано. Также, как художник представляет картину, до того, как она будет нарисована.
Это объясняет и вот такой вывод:
В какой-то момент я понял простую вещь: что бы я ни захотел сделать — функцию, рефакторинг, фикс — агент сделает это лучше, быстрее и надёжнее в 99% случаев
Есть люди, которые считают, что LLM пишет код лучше их, есть люди, которые считают, что LLM пишет код намного хуже их. И те и те правы.
Проблема в том, что сейчас человек, не умеющий программировать, учит людей, умеющих программировать.
А у меня, например, ситуация диаметрально противоположная. Всё, что затрагивает LLM, превращается в говно. Поэтому в код я его не допускаю. Может быть разве тесты, там какашки изолированы. Да и то, практика показывает, что это всё переписывается чуть более, чем полностью практически сразу.
У меня есть своё определение. Мудак - это человек, который в поступках получает для себя меньше выгоды, чем наносит вреда окружающим. Да, с зефирками это не стыкуется, там ССЗБ. А может даже не ССЗБ, а элементарный риск-менеджмент и здоровое недоверие обещаниям.
Я не претендую на точность своего определения, но абсолютно уверен, что термин "мудак" невозможен без социального взаимодействия.
Визуальный шум - это визуальные элементы, не несущие никакого смысла, но отвлекающие внимание.
А здесь просто примеры нечитаемого текста. С ним понятно как бороться. Есть рекомендуемая контрастность - 4,5:1, есть какой-то угловой размер символов, есть читаемый шрифт, есть нечитаемый.
Ровно наоборот. Предостерегает играть в ясновидение. Это сейчас вам кажется, что без микросервисов не обойтись в будущем, потому что будет миллион клиентов. А реальность может быть куда прозаичнее.
У меня нет трудностей с пониманием английского. Если у вас есть трудности - воспользуйтесь своей же ссылкой.
Добавление слоёв архитектуры "на будущее" имеет свою цену. В виде усложнения дальнейшей разработки. И если, как это часто бывает, оно не окупается, то YAGNI. Это известный антипаттерн и называется "оверинжениринг". И да, он существует. И я часто его вижу в реальности.
Собственно вот и всё. Когда разраб точно знает, что внедрение технологии/фреймворка имеет больше плюсов, чем минусов, то yagni уже не актуален. Он про то, что нужно задумываться над тем, ЗАЧЕМ нужно усложнять себе жизнь, наворачивая новые слои архитектуры. Не больше и не меньше. Просто брать только то, что нужно.
Подстелить соломку помогает, только если знать, где падать будешь. А тупое оборачивание себя целиком в солому вредит. Это просто тупой и бессмысленный расход сеноматериала и своих сил. Yagni как раз про это. Про то, что по умолчанию тебе ничего не нужно.
Этот принцип не запрещает "стелить соломку". Он тебе говорит, что не нужна тебе солома по умолчанию. Нужна только тогда, когда ты знаешь где и от чего.
Есть интеллектуальное большинство, которому всё вредит. И разбить стеклянный предмет могут, порезав руки. Это не значит, что стеклянный предмет вредит, это значит, что им пользоваться не умеют.
YAGNI - это всего лишь способ не делать лишнюю работу. Избегать оверинжениринга заранее. В профессии разработчика, где есть миллион способов решения задачи, это ключевой принцип эффективной работы. И если он вам постоянно вредит, у меня для вас плохие новости.
Мне вот неудобно "_" набирать. Руки уходят с позиции, поэтому змеиные имена печатаются тупо дольше. А привыкнуть можно к любому написанию, да.
LowCode/NoCode - ну про это даже странно говорить. Всегда было игрушкой. Чуть дальше, чем за рельсы - и привет, сделать гораздо сложнее, чем написать код.
Микросервисы конфликтуют с YAGNI. Это не значит, что они плохие, это значит, что их надо использовать, когда они нужны и не брать эту архитектуру по умолчанию. Обычно их берут для того, чтобы упростить процесс разработки, подробив код на маленькие части. Но это только переносит сложности на этап интеграции. Ну и добавляет оверхеда на сериализацию и сетевые задержки.
В дотнете нет никаких виртуалок. Там точно такое же компилирование в нативный исполняемый код, как и в крестах. Да, сборка мусора и прочий менеджмент памяти. А где менеджмента памяти нет?
Для того, чтобы заработать, нужно взять хорошую и проверенную игру. Поэтому почти все ремейки хороши. Если, конечно, не смогли игру испортить.
Я с удовольствием играл в d2: resurrected, re4 remake и другие. Отличные игры.
Чтобы получилось хорошо, мало "создавать от души" и вдохновения не достаточно. Нужно много кропотливой, скучной и дорогой работы. Вот этим и занимаются ремейкеры. Берут "душу" и добавляют много работы за много денег.
Бессмысленность - это отличительная черта текстов этого автора. У него это уже третий (или четвёртый) аккаунт. И тексты были бессмысленными задолго до чатгпт.
Глянул.
утилита для конвертации изображений в Windows
запись экрана и редактирование
утилита для ИИ-слоп-постинга
Это всё крестики-нолики. Такого полно в гитхабе. Типа второго есть sharex, первых и третьих вообще тысячи.
Насчёт четвёртого не уверен, маршрутизация звучит серьёзно: это и картография и трассировка маршрута и предиктивный учёт изменений на основе статистики. Но скорее всего там дёргается яндекс-апи и на этом всё. Остальное - шаблоны страничек.
А ИИшка и сейчас не может написать более-менее сложную функцию меньше сотни строк. Какие модули, вы чего? Какие проекты?
ИИ хорошо пишет только там, где уже мясные программисты вдоль и поперёк выпахали поле. Тудушечку зафигачить на реакте? Да запросто. Крестики-нолики? Не вопрос. Простой платформер? Получите и распишитесь.
Что-то особенное? Ой, всё.
Я и говорю, что дело во мне. Я умею программировать.
Это говорит о том, что вы не умеете программировать. Программирование - это не написание кода, как рисование - это не мазюкание кистью по холсту. Программирование - это понимание что ты делаешь и зачем. Представление, как это будет работать, до того, как это будет написано. Также, как художник представляет картину, до того, как она будет нарисована.
Это объясняет и вот такой вывод:
Есть люди, которые считают, что LLM пишет код лучше их, есть люди, которые считают, что LLM пишет код намного хуже их. И те и те правы.
Проблема в том, что сейчас человек, не умеющий программировать, учит людей, умеющих программировать.
А у меня, например, ситуация диаметрально противоположная. Всё, что затрагивает LLM, превращается в говно. Поэтому в код я его не допускаю. Может быть разве тесты, там какашки изолированы. Да и то, практика показывает, что это всё переписывается чуть более, чем полностью практически сразу.
У меня есть своё определение. Мудак - это человек, который в поступках получает для себя меньше выгоды, чем наносит вреда окружающим. Да, с зефирками это не стыкуется, там ССЗБ. А может даже не ССЗБ, а элементарный риск-менеджмент и здоровое недоверие обещаниям.
Я не претендую на точность своего определения, но абсолютно уверен, что термин "мудак" невозможен без социального взаимодействия.
Это такая же копипаста, как и два сообщения выше. Я думаю, что вопрос надо задавать оригиналу. Надо было.
Нет, не поэтому. Всё гораздо проще - нельзя кричать согласные буквы, механика человеческого звукоизвлечения тупо не успевает набрать амплитуду.
Визуальный шум - это визуальные элементы, не несущие никакого смысла, но отвлекающие внимание.
А здесь просто примеры нечитаемого текста. С ним понятно как бороться. Есть рекомендуемая контрастность - 4,5:1, есть какой-то угловой размер символов, есть читаемый шрифт, есть нечитаемый.
Короче, заголовок вводит в заблуждение.
Отучайтесь говорить за весь остальной мир. Те люди, которые поставили плюсов моему комменту - они тоже "остальной мир".
Ровно наоборот. Предостерегает играть в ясновидение. Это сейчас вам кажется, что без микросервисов не обойтись в будущем, потому что будет миллион клиентов. А реальность может быть куда прозаичнее.
У меня нет трудностей с пониманием английского. Если у вас есть трудности - воспользуйтесь своей же ссылкой.
Добавление слоёв архитектуры "на будущее" имеет свою цену. В виде усложнения дальнейшей разработки. И если, как это часто бывает, оно не окупается, то YAGNI. Это известный антипаттерн и называется "оверинжениринг". И да, он существует. И я часто его вижу в реальности.
Собственно вот и всё. Когда разраб точно знает, что внедрение технологии/фреймворка имеет больше плюсов, чем минусов, то yagni уже не актуален. Он про то, что нужно задумываться над тем, ЗАЧЕМ нужно усложнять себе жизнь, наворачивая новые слои архитектуры. Не больше и не меньше. Просто брать только то, что нужно.
К той статье я уже оставлял комментарий
Подстелить соломку помогает, только если знать, где падать будешь. А тупое оборачивание себя целиком в солому вредит. Это просто тупой и бессмысленный расход сеноматериала и своих сил. Yagni как раз про это. Про то, что по умолчанию тебе ничего не нужно.
Этот принцип не запрещает "стелить соломку". Он тебе говорит, что не нужна тебе солома по умолчанию. Нужна только тогда, когда ты знаешь где и от чего.
Есть интеллектуальное большинство, которому всё вредит. И разбить стеклянный предмет могут, порезав руки. Это не значит, что стеклянный предмет вредит, это значит, что им пользоваться не умеют.
YAGNI - это всего лишь способ не делать лишнюю работу. Избегать оверинжениринга заранее. В профессии разработчика, где есть миллион способов решения задачи, это ключевой принцип эффективной работы. И если он вам постоянно вредит, у меня для вас плохие новости.
Мне вот неудобно "_" набирать. Руки уходят с позиции, поэтому змеиные имена печатаются тупо дольше. А привыкнуть можно к любому написанию, да.
LowCode/NoCode - ну про это даже странно говорить. Всегда было игрушкой. Чуть дальше, чем за рельсы - и привет, сделать гораздо сложнее, чем написать код.
Микросервисы конфликтуют с YAGNI. Это не значит, что они плохие, это значит, что их надо использовать, когда они нужны и не брать эту архитектуру по умолчанию. Обычно их берут для того, чтобы упростить процесс разработки, подробив код на маленькие части. Но это только переносит сложности на этап интеграции. Ну и добавляет оверхеда на сериализацию и сетевые задержки.
На личном опыте проверили эффект шершавого кабана?