В моих непосредственных задачах (написание кода) AI с трудом получается использовать. А вот что касается смежных областей, где не требуется точность, то с доработкой напильником очень хорошо себя показывает.
У блогеров заметил такую тенденцию:
“Давайте попробуем AI”
“AI это круто, как раньше без него жил”
Пару месяцев использования и попытки прикрутить его везде где можно и нельзя.
Дальше собирательная фраза: “Я становлюсь тупым, т.к. AI многое делает за меня и я забыл как писать разные мелочи на своём языке программирования”
"Я ограничил использование AI в своих проектах.”
Со своей колокольни могу сказать, что своё ремесло нужно продолжать совершенствовать и углублять смежные навыки по мере необходимости. AI в этом может мешать.
Автор конечно загнул. Но если браузер у старых смартфонов обновляется, то можно попробовать SIMD (https://caniuse.com/wasm-simd), многопоточку (https://caniuse.com/wasm-threads), у wasm выше произовдительность для int-ов (если не вдаваться в детали, то в js все числа это double) и может что-то ещё затянут. 4K не вытянут, но может где-то получится выкрутиться по вычислениям для Web приложений и игр.
TypeScript станет быстрее, т.к. TypeScript это компилятор, language server и другие инструменты.
Он и так становится из года в год лучше, например: улучшается soundness за счет новых флагов.
Он так и останется сахаром над JavaScript.
TypeScript не синтаксический сахар, он по максимуму пытается следовать стандарту ECMAScript. А уже в ECMAScript описывается синтаксический сахар. Пример синтаксического сахара который очень жду сам: https://github.com/tc39/proposal-pattern-matching.
До которой 99% пользователям абсолютно все равно.
Разработчики являются пользователями TypeScript и мне (как разработчику) не всё равно.
Для меня количество красноглазия почему-то со временем только растет.
Да, такое к сожалению случается и какая то игра перестаёт быть доступна. У меня почти вся библиотека работает, поэтому мне сложно разделить эту боль.
И с достаточно старыми играми на данном этапе уже имеют смысл вроде PlayOnLinux, которые скачивают под них старую версию вайна, где конкретная игра работала лучше.
Да, так и есть. Для некоторых игр пользуюсь Lutris.
пользователи которых в наглую пишут свои эксперименты на appdb и protondb
Не в наглую. Они указывают в какой версии запущена игра, например: “Custom Proton: GE-Proton9-23”. А дальше хотя бы есть выбор - заморачиваться или нет. Но среднюю по больнице даёт обычный Proton, по крайней мере для популярных игр.
А еще баг протона с перевернутым изображением, который не нашел, как фиксить.
У меня есть похожий баг) После выхода из игры или вылета иногда экран переворачивается вверх ногами, лечится Alt+Tab-ом. Я грешу на SDL2, так как не во всех играх это появляется и тоже самое происходит в моём pet-проекте.
Крч, в 2012 было удобнее
Ох, я застал это время и возвращаться туда лень) Старый я уже. Вообще любопытно насколько разный опыт, я не пытаюсь его обесценить, но хочется хотя бы разбавить общую картину и сказать что не всё так плохо.
Ну, в 2010 приходилось тяжко, но много чего можно было попробовать c AppDB. С годами становилось лучше, а количество “красноглазия” уменьшалось. Мне кажется в то время благодаря этому смог разобраться в Linux-ах.
Сейчас есть Steam и Proton (форк Wine). Пройдена куча игр, без традиционного пердолинга и без нареканий в графике или производительности. Все Dark Souls, Elden Ring, Doom (2016), Doom Eternal (c ray tracing), God of War (2018), Ghost Runner, Batman: Arkham Trilogy, EDF 4.1 и 5, и куча инди. Не всё работает, но благодаря Wine (Proton) многое доступно. Судя по protondb, я в этом мнении не один.
Эмуляторы приставок (или железа) это отдельная тема которая не связана с механизмами работы Wine. Непонятно зачем эти две темы связывать друг с другом, да ещё терять в производительности из-за эмуляции.
Не сказал бы что API прям хорошее, большого числа мелочей не хватает, по крайней мере мне и, получается, моим коллегам. В начале проекта 5-10 простых функций (noop, arity, partial, identity или id, и т.д.), скоро уже 20. Потом появляется compose или flow, На всё это нужны тесты. Следишь за непротиворечивостью композиций этого всего.
А можно сразу библиотеку затянуть и использовать Tree Shaking. За ramda не скажу, но с lodash так делал.
А вот с мягкими навыками у большинства разработчиков сложнее, и натренировать их так же быстро, как харды, не получится
Если один из навыков не развит, то что софты, что харды прокачивать тяжело. Так что нет, одно не легче другого.
очень уж много доступных материалов и курсов, где можно научиться тому, что нужно
С материалами начального уровня проблем нет, а вот для продолжающих всё весьма печально.
Сегодня в компаниях у разработчиков нет проблем с технической экспертизой (хард-скиллами)
Квалификации на местах очень не хватает, при том в базовых вопросах (порты торчат наружу, frontend напрямую рендерит html из недоверенных источников без санитизации, backend забивает на валидацию и согласованность данных, ssh по паролю и т.д.).
Отсутствие критического мышления. Это когда человек к каким-то своим убеждениям не может отнестись критически и переубедить его невозможно. Из-за этого возникают споры в командах.
Описанный Вами вариант говорит что в рамках опыта или цели (возможно скрытой) у человека хорошо работает критическое мышление. Похоже Вам не нравится что у этого, скорой всего реального, человека именно такая позиция. Отсутствие критического мышления это о принятии невыгодной или логически ошибочной позиции.
Когнитивные искажения. Под одними и теми же словами и фразами люди могут подразумевать разные вещи. И это тоже приводит к конфликтам.
Про когнитивные искажения не понял. Больше похоже на проблему навешивания ярлыков друг на друга. Либо отсутствие глоссария в документации.
Неспособность вовремя остановиться и не работать, когда рабочий день закончился.
Это да. К чёрту предрассудки, лови обнимашки (づ｡◕‿‿◕｡)づ Я пока не нашёл места где бы не пришлось днём пилить фичи, а вечером заниматься тех.долгом.
В моих непосредственных задачах (написание кода) AI с трудом получается использовать. А вот что касается смежных областей, где не требуется точность, то с доработкой напильником очень хорошо себя показывает.
У блогеров заметил такую тенденцию:
“Давайте попробуем AI”
“AI это круто, как раньше без него жил”
Пару месяцев использования и попытки прикрутить его везде где можно и нельзя.
Дальше собирательная фраза: “Я становлюсь тупым, т.к. AI многое делает за меня и я забыл как писать разные мелочи на своём языке программирования”
"Я ограничил использование AI в своих проектах.”
Со своей колокольни могу сказать, что своё ремесло нужно продолжать совершенствовать и углублять смежные навыки по мере необходимости. AI в этом может мешать.
Автор конечно загнул. Но если браузер у старых смартфонов обновляется, то можно попробовать SIMD (https://caniuse.com/wasm-simd), многопоточку (https://caniuse.com/wasm-threads), у wasm выше произовдительность для int-ов (если не вдаваться в детали, то в js все числа это double) и может что-то ещё затянут. 4K не вытянут, но может где-то получится выкрутиться по вычислениям для Web приложений и игр.
TypeScript станет быстрее, т.к. TypeScript это компилятор, language server и другие инструменты.
Он и так становится из года в год лучше, например: улучшается soundness за счет новых флагов.
TypeScript не синтаксический сахар, он по максимуму пытается следовать стандарту ECMAScript. А уже в ECMAScript описывается синтаксический сахар. Пример синтаксического сахара который очень жду сам: https://github.com/tc39/proposal-pattern-matching.
Разработчики являются пользователями TypeScript и мне (как разработчику) не всё равно.
Да, такое к сожалению случается и какая то игра перестаёт быть доступна. У меня почти вся библиотека работает, поэтому мне сложно разделить эту боль.
Да, так и есть. Для некоторых игр пользуюсь Lutris.
Не в наглую. Они указывают в какой версии запущена игра, например: “Custom Proton: GE-Proton9-23”. А дальше хотя бы есть выбор - заморачиваться или нет. Но среднюю по больнице даёт обычный Proton, по крайней мере для популярных игр.
У меня есть похожий баг) После выхода из игры или вылета иногда экран переворачивается вверх ногами, лечится Alt+Tab-ом. Я грешу на SDL2, так как не во всех играх это появляется и тоже самое происходит в моём pet-проекте.
Ох, я застал это время и возвращаться туда лень) Старый я уже. Вообще любопытно насколько разный опыт, я не пытаюсь его обесценить, но хочется хотя бы разбавить общую картину и сказать что не всё так плохо.
Ну, в 2010 приходилось тяжко, но много чего можно было попробовать c AppDB. С годами становилось лучше, а количество “красноглазия” уменьшалось. Мне кажется в то время благодаря этому смог разобраться в Linux-ах.
Сейчас есть Steam и Proton (форк Wine). Пройдена куча игр, без традиционного пердолинга и без нареканий в графике или производительности. Все Dark Souls, Elden Ring, Doom (2016), Doom Eternal (c ray tracing), God of War (2018), Ghost Runner, Batman: Arkham Trilogy, EDF 4.1 и 5, и куча инди. Не всё работает, но благодаря Wine (Proton) многое доступно. Судя по protondb, я в этом мнении не один.
Эмуляторы приставок (или железа) это отдельная тема которая не связана с механизмами работы Wine. Непонятно зачем эти две темы связывать друг с другом, да ещё терять в производительности из-за эмуляции.
Wine незаменимая часть Linux гейминга.
Не сказал бы что API прям хорошее, большого числа мелочей не хватает, по крайней мере мне и, получается, моим коллегам. В начале проекта 5-10 простых функций (noop, arity, partial, identity или id, и т.д.), скоро уже 20. Потом появляется compose или flow, На всё это нужны тесты. Следишь за непротиворечивостью композиций этого всего.
А можно сразу библиотеку затянуть и использовать Tree Shaking. За ramda не скажу, но с lodash так делал.
Не берусь утверждать что это первоисточник, но что есть.
Если один из навыков не развит, то что софты, что харды прокачивать тяжело. Так что нет, одно не легче другого.
С материалами начального уровня проблем нет, а вот для продолжающих всё весьма печально.
Квалификации на местах очень не хватает, при том в базовых вопросах (порты торчат наружу, frontend напрямую рендерит html из недоверенных источников без санитизации, backend забивает на валидацию и согласованность данных, ssh по паролю и т.д.).
Описанный Вами вариант говорит что в рамках опыта или цели (возможно скрытой) у человека хорошо работает критическое мышление. Похоже Вам не нравится что у этого, скорой всего реального, человека именно такая позиция. Отсутствие критического мышления это о принятии невыгодной или логически ошибочной позиции.
Про когнитивные искажения не понял. Больше похоже на проблему навешивания ярлыков друг на друга. Либо отсутствие глоссария в документации.
Это да. К чёрту предрассудки, лови обнимашки (づ｡◕‿‿◕｡)づ Я пока не нашёл места где бы не пришлось днём пилить фичи, а вечером заниматься тех.долгом.